Pular para o conteúdo
FiscalAPI
680 Chave de Acesso

Rejeição 680 — Chave de Acesso referenciada em duplicidade na NF-e

Motivo da rejeição

Chave de Acesso referenciada em duplicidade na NF-e

3 min de leitura

O que é esta rejeição?#

A Rejeição 680 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a chave de acesso que identifica unicamente a NF-e, dígito verificador calculado a partir da chave de acesso. 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, 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
chNFeprotNFe/infProt/chNFeChave de acesso da NF-e (44 dígitos)
cDVNFe/infNFe/ide/cDVDígito verificador da chave de acesso
cNFNFe/infNFe/ide/cNFCódigo numérico da NF-e

Causas comuns#

  • O dígito verificador da chave de acesso está incorreto
  • A chave de acesso tem formato inválido (deve ter exatamente 44 dígitos)
  • Os componentes da chave (UF, data, CNPJ, modelo, série, número) não correspondem aos dados da NF-e
  • O código numérico aleatório (cNF) está ausente ou com formato incorreto

Como resolver#

  1. Recalcule o dígito verificador usando o algoritmo módulo 11 conforme especificação da SEFAZ
  2. Verifique se todos os componentes da chave de acesso correspondem aos dados informados na NF-e
  3. Confirme que a chave tem exatamente 44 dígitos numéricos, sem espaços ou caracteres especiais
  4. Regenere a chave de acesso completa no seu sistema emissor e retransmita

💡
Dica: Para identificar a causa desta rejeição, comece verificando os campos chNFe, cDV, cNF 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 os dois primeiros dígitos da chave de acesso (posições 1-2) não correspondem ao cUF declarado na tag <cUF> do <ide>, então há inconsistência entre o código de UF embutido na chave e o estado do emitente: corrija o cUF na chave de acesso para refletir o código IBGE de dois dígitos da UF de emissão.
  • Se os dígitos nas posições 3-8 da chave de acesso (AAMM) não correspondem ao ano e mês extraídos de <dhEmi> do <ide>, então a data de emissão codificada na chave diverge da data declarada no XML: regenere a chave usando o AAMM correto derivado de <dhEmi>.
  • Se os dígitos nas posições 21-22 da chave de acesso não forem '55' (modelo NF-e) e o <mod> declarado em <ide> for 55, então o modelo codificado na chave está incorreto: substitua os bytes de modelo na chave pelo valor '55' consistente com <mod>.
  • Se os dígitos nas posições 23-25 da chave de acesso não correspondem numericamente ao valor de <serie> declarado em <ide>, ou se os dígitos nas posições 26-34 não correspondem ao <nNF> zerado-à-esquerda em 9 dígitos, então série ou número da nota estão codificados de forma divergente na chave: reconstrua esses segmentos da chave usando os valores de <serie> e <nNF> do XML.
  • Se o 44º dígito da chave de acesso (dígito verificador) não for igual ao resultado do algoritmo módulo 11 aplicado sobre os 43 dígitos anteriores — com pesos de 2 a 9 ciclicamente da direita para a esquerda, e substituição de resto 0 ou 1 por 0 — então o dígito verificador está incorreto: recalcule o cDV conforme a especificação SEFAZ NT 2011.005 e atualize a tag <cDV> e a chave completa antes de retransmitir.
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 →