REJEIÇÕES NF-E & CRÉDITO IBS/CBS · VERIFICADO 09/07/2026
Rejeição 539 (e 204): duplicidade de NF-e — diagnóstico certo antes de reemitir
Duplicidade é a família de rejeição em que a reação instintiva — reenviar — é exatamente a errada. Os códigos 539 e 204 dizem coisas diferentes, pedem ações diferentes, e confundi-los produz ou nota emitida duas vezes ou numeração queimada sem necessidade. As definições abaixo vêm da tabela oficial de códigos de resultado do MOC 7.0, Anexo I — Leiaute e Regras de Validação (CONFAZ).
204: a nota já existe, com a mesma chave
cStat 204 — "Duplicidade de NF-e": a SEFAZ recebeu uma NF-e com chave de acesso idêntica à de nota já autorizada. Isso não é erro fiscal — a nota já está na base do autorizador. O caminho é consultar a chave: retorno 100 (autorizado o uso) significa recuperar o XML e o DANFE originais, nunca reemitir. Reemissão aqui criaria a duplicidade real que o código apenas sinalizava.
No SAP, o quadro típico é a nota autorizada na SEFAZ e pendente no monitor fiscal — problema de sincronização de status, não de emissão. Resolver o status resolve o caso.
539: mesmo número, outra chave
cStat 539 — "Duplicidade de NF-e, com diferença na Chave de Acesso": já existe nota autorizada com o mesmo CNPJ emitente, modelo, série e número, mas com outra chave — data de emissão, tpEmis ou código numérico diferentes. O cenário típico é o reenvio em contingência após instabilidade da SEFAZ: a primeira transmissão foi autorizada sem que o emissor recebesse a confirmação, e a retransmissão saiu com chave recalculada.
A solução definida na tabela do MOC: incrementar o nNF ou trocar a série da nota rejeitada. Antes disso, uma verificação evita prejuízo — identificar qual chave foi autorizada e reconciliá-la com o documento no ERP, para não faturar a mesma operação duas vezes. No SAP, isso significa conferir o status da nota original no monitor e o número corrente do intervalo de numeração antes de gerar o novo número.
Fluxo de decisão
| Situação | Código | Ação |
|---|---|---|
| Chave idêntica à autorizada | 204 | Consultar a chave; status 100 = recuperar XML/DANFE, não reemitir |
| Mesmo emitente/modelo/série/número, chave diferente | 539 | Reconciliar a chave autorizada; incrementar nNF ou trocar série |
| Chave não encontrada na consulta | 217 | Conferir ambiente (produção x homologação) e autorizador (SEFAZ Virtual x estadual) antes de concluir que a nota não existe |
O 217 merece a menção porque fecha o ciclo do diagnóstico: "NF-e não consta na base de dados da SEFAZ" pode significar nota não emitida, não sincronizada entre autorizadores — ou simplesmente consulta feita no ambiente errado. Concluir "a nota sumiu" sem conferir tpAmb e autorizador leva a reemissões que terminam em 539.
Por que isso importa mais em 2026
Contingência e reenvio tendem a aumentar em períodos de mudança de leiaute, e 2026 concentra a maior mudança em anos: a NT 2025.002 introduz o grupo de IBS/CBS e, a partir de 03/08/2026, documento do regime regular sem esses campos é rejeitado automaticamente na origem. Sistema instável na virada é receita para o par "rejeição nova + 539 em seguida". As validações da reforma que já estão ativas, como o cStat 360, estão mapeadas em NT 2025.002 na prática.
Diagnóstico em segundos
A consulta de rejeições reúne 204, 217, 539, 610, 778 e os códigos novos da reforma com causa, solução no SAP (DRC/ECC) e a fonte oficial de cada regra — direto no navegador.
Duplicidade recorrente costuma indicar causa estrutural no canal de emissão (timeout, retry sem consulta prévia, intervalo de numeração compartilhado). Para uma análise do fluxo no seu ambiente SAP, solicite um diagnóstico; para acompanhar mudanças nas regras de validação, inscreva-se nas atualizações.