Pular para o conteúdo
FiscalAPI
681 Duplicidade

Rejeição 681 — Duplicidade de NF Modelo 1 referenciada (CNPJ, Modelo, Série e Número)

Motivo da rejeição

Duplicidade de NF Modelo 1 referenciada (CNPJ, Modelo, Série e Número)

4 min de leitura

O que é esta rejeição?#

A Rejeição 681 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a número sequencial da NF-e, série de numeração da NF-e. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Os campos afetados estão na seção de chave de acesso, dados do emitente, identificação da NF-e do XML.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

CampoXPath no XMLDescrição
nNFNFe/infNFe/ide/nNFNúmero da NF-e
serieNFe/infNFe/ide/serieSérie do documento fiscal
CNPJ_emitNFe/infNFe/emit/CNPJCNPJ do emitente
chNFeprotNFe/infProt/chNFeChave de acesso da NF-e (44 dígitos)

Causas comuns#

  • Uma NF-e com o mesmo número, série e CNPJ do emitente já foi autorizada pela SEFAZ
  • Houve reenvio acidental de uma NF-e que já foi processada com sucesso
  • Falha de comunicação fez com que a resposta de autorização não chegasse, levando ao reenvio
  • O sistema emissor está gerando numeração duplicada por erro de configuração

Como resolver#

  1. Consulte a situação da NF-e pela chave de acesso — se já está autorizada, utilize-a normalmente
  2. Se a NF-e original foi autorizada mas a resposta não chegou, faça uma consulta de protocolo
  3. Caso precise emitir uma nova nota, utilize o próximo número sequencial disponível na série
  4. Revise a configuração de numeração automática do seu sistema emissor para evitar duplicidades

💡
Dica: Para identificar a causa desta rejeição, comece verificando os campos nNF, serie, CNPJ_emit, chNFe no XML da NF-e. Compare os valores informados com os dados cadastrais atualizados na SEFAZ e na Receita Federal.

Verificações analíticas#

  • Se o campo nNF do XML atual coincide com o nNF de uma NF-e já autorizada para o mesmo CNPJ emitente e mesma série (serie), mas o cNF (código numérico aleatório) é diferente, então houve regeneração indevida da chave de acesso com mesmo número sequencial sem cancelamento da nota anterior: invalide a numeração duplicada, cancele ou inutilize o intervalo conforme art. 22 do AJUSTE SINIEF 07/05, e incremente o nNF para o próximo disponível.
  • Se dhEmi da NF-e atual é posterior à dhEmi da NF-e já autorizada com mesmo nNF/serie/CNPJ, e o campo tpEmis indica emissão em contingência (tpEmis = 2, 3, 4, 5, 6 ou 7), então o sistema provavelmente emitiu uma nota em contingência e depois tentou transmiti-la novamente após a janela de 168 horas sem verificar se a nota off-line já havia sido processada em retransmissão anterior: consulte a situação pelo cChNFe antes de qualquer retransmissão e, se autorizada, registre o protocolo nProt retornado originalmente.
  • Se o campo nNF do XML é igual ao de uma nota já autorizada e o finNFe está marcado como 1 (NF-e normal), mas existe no XML um elemento NFref apontando para a chave de acesso dessa mesma nota autorizada, então o sistema interpretou erroneamente a necessidade de referenciar a nota anterior como complementar ou de substituição sem alterar o finNFe e sem incrementar o número: corrija o finNFe para 3 (NF-e de ajuste) ou 2 (complementar) conforme a real finalidade, ou remova o NFref e utilize número sequencial novo para operação original.
  • Se o cDV (dígito verificador da chave de acesso) calculado a partir dos demais campos da chave — cUF, AAMM de dhEmi, CNPJ emitente, mod, serie, nNF, tpEmis, cNF — resulta em valor idêntico ao cDV de uma chave já autorizada, mas tpEmis foi alterado entre tentativas de transmissão (ex.: tpEmis=1 na primeira e tpEmis=5 na segunda), então as chaves são distintas porém o par nNF/serie/CNPJ/mod já está registrado e a SEFAZ detecta duplicidade de numeração independentemente da chave: o número da nota deve ser incrementado pois a SEFAZ valida unicidade pelo conjunto CNPJ+mod+serie+nNF sem considerar variações de tpEmis.
  • Se o número de controle interno do sistema emissor (campo cNF) foi reiniciado para um valor já utilizado — evidenciado por cNF igual ao de nota anteriormente autorizada com mesmo nNF/serie — e dhEmi da nova tentativa está dentro do mesmo período fiscal, então o gerador de numeração aleatória do emissor apresenta colisão por reset de semente ou reinício de ambiente de produção com base de dados de homologação: audite a sequência de cNF persistida em banco de dados produtivo, garanta unicidade do par nNF+cNF por série e reemita com novo nNF e novo cNF gerado sobre a sequência correta.
Compartilhar: WhatsApp LinkedIn Twitter

Consulte IEs e CNPJs antes de emitir NF-e

Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.

Criar conta →