Rejeição 502 — Erro na Chave de Acesso - Campo Id não corresponde à concatenação dos campos correspondentes

O que é esta rejeição?#

A Rejeição 502 é 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: Erro Chave Acesso – Campo Id ñ corresponde à conct. dos campos corresp.

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) não corresponderem ao cUF do elemento ide/cUF da NF-e então há divergência entre o código de UF embutido na chave e o campo de UF declarado no cabeçalho: reconstrua a chave de acesso garantindo que o cUF utilizado seja exatamente o código IBGE de dois dígitos da UF do emitente conforme tabela SEFAZ.
• Se os dígitos nas posições 3-8 da chave de acesso (AAMM) não corresponderem ao ano e mês extraídos de ide/dhEmi então a data de emissão usada na composição da chave diverge da data declarada no XML: recomponha o segmento AAMM da chave usando exclusivamente o ano e mês de ide/dhEmi no formato AAMM sem deslocamento de fuso horário.
• Se os 14 dígitos nas posições 9-22 da chave de acesso não corresponderem ao CNPJ de emit/CNPJ (apenas dígitos, sem pontuação) então o CNPJ do emitente foi inserido incorretamente ou com máscara na composição da chave: extraia somente os 14 dígitos numéricos do CNPJ do emitente e reposicione-os na chave antes de recalcular o dígito verificador.
• Se os 9 dígitos nas posições 35-43 da chave de acesso (nNF com 9 dígitos preenchidos à esquerda com zeros) não corresponderem ao valor de ide/nNF com zero-padding até 9 posições então o número da nota foi truncado ou não foi preenchido com zeros à esquerda na composição da chave: aplique zero-fill à esquerda em ide/nNF até completar 9 dígitos e recalcule o dígito verificador na posição 44.
• Se o dígito verificador na posição 44 da chave de acesso não for igual ao resultado do algoritmo módulo 11 com pesos 2 a 9 ciclicamente aplicados da direita para a esquerda sobre os 43 dígitos anteriores (onde resto 0 ou 1 resulta em dígito verificador 1) então o cálculo do DV foi implementado incorretamente: reimplemente o módulo 11 conforme NT 2013.005 da SEFAZ, atenção especial aos casos de resto 0 e 1 que devem retornar 1 e não 0 ou o próprio resto.