Rejeição 620 — Chave de Acesso difere da existente em BD

O que é esta rejeição?#

A Rejeição 620 é 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.

Este código indica que rejeição: Chave de Acesso difere da existente em BD.

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:

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

Verificações analíticas#

• Se os dois primeiros dígitos da chave de acesso (posições 1-2) divergem do cUF informado no elemento ide/cUF e no endereço do emitente (emit/enderEmit/cUF), então os componentes de UF da chave foram gerados a partir de uma fonte inconsistente com o XML transmitido: reconstrua a chave extraindo o cUF exclusivamente do campo ide/cUF e confirme que ele corresponde ao código IBGE da UF do emitente.
• Se os dígitos de posição 4 a 9 da chave de acesso (AAMM) não correspondem ao ano e mês extraídos de ide/dhEmi (formato AAAA-MM-DD), então a competência fiscal usada na geração da chave diverge da data de emissão declarada no XML: regere a chave utilizando o AAMM derivado diretamente de ide/dhEmi e retransmita.
• Se o valor de ide/cNF (código numérico aleatório de 8 dígitos) concatenado aos demais componentes e submetido ao algoritmo módulo 11 com pesos 2-9 cíclicos da direita para a esquerda não produz o cDV declarado em ide/cDV, então o dígito verificador foi calculado incorretamente ou o cNF foi alterado após o cálculo original: recalcule o cDV a partir da cadeia completa de 43 dígitos (cUF+AAMM+CNPJ+mod+serie+nNF+tpEmis+cNF) e atualize ide/cDV antes de retransmitir.
• Se ide/nNF formatado com 9 dígitos (zero-padding à esquerda) difere da substring de posições 26 a 34 da chave de acesso, então o número da nota fiscal usado na composição da chave não coincide com o número declarado no XML: extraia nNF diretamente de ide/nNF, aplique zero-padding até 9 caracteres e recomponha a chave garantindo alinhamento posicional correto.
• Se emit/CNPJ (14 dígitos) difere da substring de posições 7 a 20 da chave de acesso, então o CNPJ do emitente embutido na chave pertence a um estabelecimento distinto do declarado no XML, gerando divergência de identidade do emissor no banco de dados da SEFAZ: recomponha a chave utilizando exclusivamente o CNPJ constante em emit/CNPJ, sem formatação, e recalcule o cDV resultante.