Erro Multi NFC-e (SPED Fiscal) e Rejeição 850
Problema Relatado
O cliente reportou:
SPED Fiscal
Erro: “Erro multi NFC-e – chave NFe inválida ou não emitida”.
Impressão de várias NFC-e no SAC Gerencial
Erro apresentado:
Erro ao buscar informação da NF-e. Motivo: 850 Rejeição: Data de vencimento da parcela não informada ou menor que a Data de vencimento da parcela anterior [Ocorr:2]. Verifique e tente novamente.
Fundamentação SEFAZ – Rejeição 850
De acordo com o Manual de Orientação do Contribuinte (MOC) da SEFAZ, a rejeição 850 ocorre quando existe inconsistência nas tags XML referentes às duplicatas (informações de cobrança).
Estrutura envolvida no XML
Dentro do XML da NF-e, a cobrança é representada pelo grupo <cobr>, que contém:
<cobr>
<dup>
<nDup>001</nDup>
<dVenc>2025-08-10</dVenc>
<vDup>500.00</vDup>
</dup>
<dup>
<nDup>002</nDup>
<dVenc>2025-08-05</dVenc> <!-- inválido: vencimento anterior à duplicata 001 -->
<vDup>300.00</vDup>
</dup>
</cobr>
<nDup>→ Número da duplicata.<dVenc>→ Data de vencimento da duplicata.<vDup>→ Valor da duplicata.
Erro encontrado
A duplicata 002 apresentou
<dVenc>(data de vencimento) anterior à duplicata 001.Isso viola a regra de consistência da SEFAZ: as duplicatas devem ser informadas em ordem cronológica crescente de vencimento.
Resultado
O XML foi rejeitado pela SEFAZ com o motivo 850, impedindo a autorização da nota.
Esse erro também se refletiu no SPED Fiscal, gerando a mensagem de “chave inválida ou não emitida”.
Causa Identificada
Na nota em questão, as duplicatas foram geradas fora da ordem correta:
Duplicata 1 → Vencimento: 15/08/2025.
Duplicata 2 → Vencimento: 10/08/2025.
Essa inversão gerou a Rejeição 850.
Procedimento de Correção
Passo 1 – Atualizar o SAC Gerencial
Foi realizada a atualização do SAC Gerencial para a versão mais recente disponível no Gestor Web (v. 3.4.04).
Essa versão inclui melhorias no tratamento da geração de duplicatas, evitando a inversão de datas.
Passo 2 – Reimpressão da Nota
Após a atualização:
Acesse a tela de NF de Venda.
Selecione a nota que apresentou rejeição.
Clique em Reimprimir/Emitir para reenviar o XML corrigido à SEFAZ.
Passo 3 – Validação no Controle de NF-e
O sistema processou a correção e reenviou a nota.
A SEFAZ autorizou a NF-e, permitindo a impressão.
Conclusão
A rejeição 850 – Data de vencimento da duplicata inválida foi sanada após a atualização do SAC Gerencial v. 3.4.04.
O XML corrigido foi aceito pela SEFAZ e a nota foi autorizada com sucesso.
O erro de chave inválida no SPED Fiscal também foi resolvido, pois a NF-e passou a constar como válida e emitida.
Nota Técnica – Para Equipe Interna
A rejeição 850 deve sempre ser tratada com base nas tags
<dup>do XML.Antes de acionar atualização ou correção, recomenda-se analisar o XML emitido para identificar a duplicata com
<dVenc>incorreta.O suporte técnico pode auxiliar o cliente orientando a verificar as duplicatas no sistema antes da emissão.
Quando necessário, usar consultas SQL no banco para validar o registro da duplicata vinculada à NF-e antes do reenvio.
FAQ – Rejeição 850 e Erro Multi NFC-e no SPED Fiscal
1. O que significa o erro “Multi NFC-e – chave NFe inválida ou não emitida” no SPED Fiscal?
Esse erro indica que uma ou mais notas fiscais não foram aceitas pela SEFAZ e, portanto, não possuem chave válida registrada, gerando inconsistências no SPED.
2. O que é a rejeição 850?
É uma rejeição da SEFAZ que ocorre quando a data de vencimento de uma duplicata informada no XML é menor ou não informada em relação à duplicata anterior.
3. Quais são as tags XML envolvidas na rejeição 850?
As tags são:
<nDup>→ número da duplicata.<dVenc>→ data de vencimento.<vDup>→ valor da duplicata.
4. Por que o erro acontece?
Ocorre porque o sistema gerou as duplicatas fora da ordem cronológica correta (ex.: duplicata 2 com vencimento anterior à duplicata 1).
5. Esse erro afeta a autorização da nota?
Sim. Enquanto a rejeição 850 não for corrigida, a nota não será autorizada pela SEFAZ.
6. Como corrigir a rejeição 850?
É necessário ajustar a aplicação para que as duplicatas sejam geradas em ordem correta. No caso relatado, a atualização do SAC Gerencial v. 3.4.04 resolveu o problema.
7. Preciso corrigir manualmente o XML da nota?
Não. A recomendação é corrigir a aplicação (via atualização ou ajuste) e reemitir a nota pelo SAC Gerencial.
8. O que acontece se eu não corrigir a rejeição?
A nota continuará rejeitada, não poderá ser autorizada pela SEFAZ e o SPED Fiscal apresentará erro de chave inválida.
9. Após corrigir, preciso reenviar o SPED Fiscal?
Sim. Após a nota ser autorizada, o SPED deve ser gerado novamente para refletir a chave válida.
10. O que devo conferir antes de reemitir a nota?
Verifique as duplicatas geradas na tela de NF de Venda:
As datas de vencimento devem ser sequenciais e crescentes.
Não pode haver duplicatas com vencimento anterior à anterior.
11. Esse erro pode acontecer novamente?
Sim, se a aplicação não estiver atualizada. Por isso é fundamental manter o SAC Gerencial sempre na última versão.
12. O suporte técnico pode intervir diretamente no banco de dados?
Sim, em casos específicos o suporte pode usar consultas SQL para validar registros de duplicatas e identificar onde a inconsistência ocorreu. Contudo, o processo padrão é corrigir pelo sistema e reenviar a NF-e.