Rejeição 562 — Código Numérico informado na Chave de Acesso difere do Código Numérico da NF-e

O que é esta rejeição?#

A Rejeição 562 é 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: Código Numérico informado da Chave de Acesso <> Código Numérico da NFe.

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 dígitos de posição 1-2 da chave de acesso (cUF) não correspondem ao código IBGE da UF informada em emit/enderEmit/UF então há divergência entre a UF do emitente e o cUF embutido na chave, indicando que a chave foi gerada com estado diferente do emitente real: corrija o cUF na chave usando o código IBGE correto da UF do emitente e recalcule o dígito verificador.
• Se os dígitos de posição 3-6 da chave de acesso (AAMM) não correspondem ao ano e mês extraídos de ide/dhEmi então a data de emissão usada na construção da chave difere da data informada no XML, possivelmente por uso de fuso horário incorreto ou campo dhEmi truncado: recomponha os quatro dígitos AAMM a partir do dhEmi no fuso local do emitente e reconstrua a chave.
• Se os dígitos de posição 7-20 da chave de acesso não correspondem ao CNPJ informado em emit/CNPJ (removidos pontos, barra e hífen) então o CNPJ embutido na chave diverge do CNPJ do emitente declarado no XML, o que invalida todos os 44 dígitos: extraia o CNPJ limpo de emit/CNPJ, substitua os 14 dígitos na posição correta da chave e recalcule o dígito verificador pelo módulo 11.
• Se os dígitos de posição 26-34 da chave de acesso (nNF com 9 dígitos) não correspondem ao número da nota em ide/nNF formatado com zeros à esquerda até 9 dígitos então o número sequencial da NF-e foi embutido incorretamente na chave, causando a rejeição 562: formate ide/nNF com zero-fill para 9 posições, insira na chave e recalcule o dígito verificador.
• Se o dígito verificador calculado pelo algoritmo módulo 11 (com pesos 2 a 9 ciclicamente da direita para a esquerda sobre os 43 primeiros dígitos, onde resto 0 ou 1 resulta em DV=1) diverge do 44º dígito informado na chave de acesso em infNFe/@Id e em ide/cDV então o campo ide/cDV está inconsistente com a chave composta, confirmando geração incorreta: recalcule o DV sobre os 43 dígitos já corrigidos, atualize ide/cDV e o atributo Id simultaneamente antes de assinar e retransmitir.