Rejeição 539: Duplicidade de NF-e, com diferença na Chave de Acesso
Índice do artigo
- Resumo Rápido
- Dados Rápidos
- Diagnóstico Rápido
- Mensagem da Rejeição
- Regra de Validação
- O Que Significa Essa Rejeição
- Sintomas Comuns
- Por Que Essa Rejeição Acontece
- Como a Chave de Acesso é Impactada
- Causa Raiz
- Reenvio após autorização
- Alteração da nota após autorização
- Integração duplicada
- Contingência
- Como Resolver
- 1. Consultar a NF-e já autorizada
- 2. Comparar as chaves
- 3. Avaliar a situação
- 4. Corrigir a origem
- Exemplo Prático
- Como Identificar no ERP
- Impactos para a Empresa
- O Que NÃO Fazer
- Caso Real
- Como Evitar
- Quando Costuma Aparecer
- Relação com Outras Rejeições
- Diferença entre Rejeição 204 e 539
- Fluxograma
- FAQ
- A Rejeição 539 significa que a nota já existe?
- Qual a diferença para a Rejeição 204?
- Posso apenas retransmitir novamente?
- Preciso inutilizar a numeração?
- O problema pode estar na integração?
- Base Legal e Técnica
- Veja Também
- Resumo
Rejeição 539: Duplicidade de NF-e, com diferença na Chave de Acesso
Resumo Rápido
A Rejeição 539 ocorre quando a SEFAZ identifica que já existe uma NF-e autorizada para o mesmo Emitente, Série e Número da NF-e, porém com uma Chave de Acesso diferente da que está sendo enviada.
Na prática, a numeração da nota já foi utilizada anteriormente, mas algum campo que compõe a chave de acesso foi alterado na nova tentativa de emissão.
Essa é uma das rejeições mais comuns em operações de faturamento, reprocessamento de pedidos, contingência e integrações ERP.
Dados Rápidos
Diagnóstico Rápido
Verifique:
- Número da NF-e.
- Série da NF-e.
- CNPJ do emitente.
- Chave da NF-e já autorizada.
- Histórico de transmissão.
- Processos de reenvio automático.
- Integrações com e-commerce, WMS ou marketplaces.
- Emissões em contingência.
Mensagem da Rejeição
Rejeição 539: Duplicidade de NF-e, com diferença na Chave de Acesso
Regra de Validação
A SEFAZ verifica se já existe NF-e autorizada para a combinação:
- CNPJ do Emitente;
- Modelo;
- Série;
- Número da NF-e.
Se já existir uma NF-e autorizada para essa combinação e a nova chave de acesso for diferente da anteriormente autorizada, a rejeição 539 será retornada.
O Que Significa Essa Rejeição
A rejeição indica que a numeração utilizada já foi consumida por outra NF-e autorizada.
Entretanto, a NF-e atualmente enviada não é exatamente igual à NF-e original, pois possui uma chave de acesso diferente.
Como a chave é formada por diversos campos da nota fiscal, qualquer alteração relevante pode gerar uma chave distinta.
Sintomas Comuns
- Nota rejeitada após reenvio.
- Pedido faturado duas vezes.
- Integração retransmitindo documentos.
- Emissão após queda de conexão.
- Emissão em contingência seguida de retransmissão.
- Usuário alterando dados da nota e mantendo a mesma numeração.
Por Que Essa Rejeição Acontece
As causas mais comuns são:
- Reemissão utilizando o mesmo número.
- Alteração de data de emissão.
- Alteração de série.
- Alteração de tipo de emissão.
- Alteração do código numérico da chave.
- Duplicidade provocada por integração.
- Falha de comunicação com a SEFAZ.
- Processamento duplicado de pedidos.
Como a Chave de Acesso é Impactada
A chave de acesso da NF-e é composta por diversos elementos.
Entre eles:
- UF;
- Ano e mês;
- CNPJ;
- Modelo;
- Série;
- Número;
- Tipo de emissão;
- Código numérico;
- Dígito verificador.
Quando algum desses elementos muda, a chave gerada também muda.
Causa Raiz
Reenvio após autorização
O cenário mais comum.
A NF-e foi autorizada, mas o ERP não recebeu o retorno corretamente.
O usuário acredita que a nota não foi autorizada e tenta emitir novamente.
Alteração da nota após autorização
A empresa altera algum dado da NF-e e tenta utilizar a mesma numeração.
Como a chave muda, a SEFAZ identifica a duplicidade.
Integração duplicada
Uma integração envia o mesmo documento mais de uma vez.
Em muitos casos isso ocorre por timeout ou falha de confirmação.
Contingência
A nota é emitida em contingência e posteriormente transmitida novamente de forma incorreta.
Como Resolver
1. Consultar a NF-e já autorizada
Localize a NF-e que utilizou a mesma:
- Série;
- Número;
- Emitente.
2. Comparar as chaves
Verifique quais diferenças existem entre:
- NF-e autorizada;
- NF-e rejeitada.
3. Avaliar a situação
Se a NF-e autorizada estiver correta:
- não reemita a nota;
- utilize o documento já autorizado.
Se a NF-e autorizada estiver incorreta:
- realize o cancelamento quando permitido;
- gere nova NF-e com nova numeração.
4. Corrigir a origem
Investigue:
- ERP;
- Integração;
- Rotina automática;
- Processo operacional.
Exemplo Prático
NF-e autorizada:
Número: 1500
Série: 1
Chave: 35260112345678000199550010000015001234567890Nova tentativa:
Número: 1500
Série: 1
Chave: 35260112345678000199550010000015009876543210Resultado:
Rejeição 539A numeração já existe, porém a chave é diferente.
Como Identificar no ERP
Verifique:
- Histórico de transmissão.
- NF-e autorizadas para o mesmo número.
- Logs de integração.
- Eventos de contingência.
- Reprocessamento de pedidos.
Perguntas importantes:
- A NF-e já foi autorizada anteriormente?
- Houve falha de comunicação?
- Existe integração retransmitindo documentos?
- O pedido foi processado mais de uma vez?
- Houve alteração manual na nota?
Impactos para a Empresa
- Bloqueio da emissão.
- Retrabalho operacional.
- Risco de faturamento duplicado.
- Divergência entre ERP e SEFAZ.
- Problemas em integrações.
O Que NÃO Fazer
- Reemitir indefinidamente a mesma NF-e.
- Alterar dados mantendo a mesma numeração.
- Excluir registros sem investigação.
- Ignorar a NF-e já autorizada.
- Corrigir apenas o sintoma.
Caso Real
Uma empresa integrada a um e-commerce sofreu uma instabilidade de rede durante a autorização da NF-e.
O ERP não recebeu o protocolo de autorização e reenviou automaticamente a mesma venda.
Como a primeira NF-e já havia sido autorizada, a segunda tentativa retornou a Rejeição 539.
A correção consistiu em sincronizar os documentos autorizados antes de efetuar novas transmissões.
Como Evitar
- Consultar situação da NF-e antes de reenviar.
- Implementar controle de duplicidade.
- Monitorar integrações.
- Tratar corretamente timeouts.
- Revisar rotinas automáticas de faturamento.
- Utilizar contingência de forma adequada.
Quando Costuma Aparecer
- Após falhas de internet.
- Após timeout da SEFAZ.
- Em integrações automatizadas.
- Em marketplaces.
- Em e-commerces.
- Em reprocessamento de pedidos.
- Após contingência.
Relação com Outras Rejeições
Diferença entre Rejeição 204 e 539
Na Rejeição 204 normalmente a NF-e enviada é idêntica à já autorizada.
Na Rejeição 539 existe diferença entre as chaves de acesso.
Fluxograma
Recebe Rejeição 539
↓
Consultar NF-e já autorizada
↓
Comparar chaves de acesso
↓
Identificar diferença
↓
NF-e autorizada está correta?
↓
Sim → Utilizar documento existente
↓
Não → Cancelar (quando possível)
↓
Emitir nova NF-e com nova numeraçãoFAQ
A Rejeição 539 significa que a nota já existe?
Sim. Já existe uma NF-e autorizada para a mesma série e número.
Qual a diferença para a Rejeição 204?
Na 539 existe diferença entre as chaves de acesso.
Posso apenas retransmitir novamente?
Normalmente não. A rejeição continuará ocorrendo.
Preciso inutilizar a numeração?
Depende do cenário. Primeiro identifique qual NF-e foi autorizada.
O problema pode estar na integração?
Sim. É uma das causas mais comuns.
Base Legal e Técnica
- Ajuste SINIEF 07/2005.
- Manual de Orientação do Contribuinte (MOC).
- Regras de validação da NF-e.
- Projeto NF-e.
Veja Também
- Rejeição 204: Duplicidade de NF-e.
- Rejeição 656: Consumo Indevido.
- Como consultar uma NF-e autorizada.
- Contingência da NF-e.
- Estrutura da Chave de Acesso da NF-e.
Resumo
A Rejeição 539 ocorre quando já existe uma NF-e autorizada para o mesmo emitente, série e número, porém a nova tentativa de emissão possui uma chave de acesso diferente. A solução passa por localizar a NF-e autorizada, comparar as chaves, identificar a causa da duplicidade e corrigir a origem do problema no ERP, integração ou processo operacional.
