ANAjuda NotaConsultas e documentos em segundos

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

A chave de acesso no atributo Id não corresponde aos campos da nota.

Mensagem oficial da SEFAZ

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

Onde olhar no XML: Id de infNFe

Por que acontece

  • Algum campo que compõe a chave foi alterado depois de ela ser montada: série, número, data de emissão, forma de emissão ou código numérico.
  • O mês e o ano da chave não batem com a data de emissão (dhEmi) — comum em nota montada num dia e enviada no mês seguinte.
  • O código da UF ou o CNPJ do emitente na chave não são os do grupo emit.

Um caso típico

A nota foi montada em 31 de outubro, com a chave marcando o mês 10. Ficou parada e foi enviada em 3 de novembro; o sistema atualizou a data de emissão sem regerar a chave. O mês da chave não bate mais com o da emissão: 502.

Como resolver

  1. Regere a chave sempre que mudar qualquer um dos campos que a compõem.
  2. Confira a chave posição por posição com o leitor de chave: UF, AAMM, CNPJ, modelo, série, número, tpEmis e cNF.

Ler a chave posição por posição →

Como evitar que volte a acontecer

  • Gere a chave no momento do envio, a partir dos campos finais da nota.
  • Se o sistema permite editar nota já montada, ele precisa regerar a chave a cada edição.

Em que etapa a SEFAZ barra a nota

A validação acontece em camadas, e esta é uma das primeiras. Antes de olhar valores ou cadastro, a SEFAZ confere se o arquivo está montado como o leiaute manda: tags na ordem certa, formatos de data e número, assinatura digital íntegra e chave de acesso coerente com os campos.

Por isso o erro desta etapa quase nunca é do usuário que digitou a nota, e sim do sistema que gerou o XML. Se aparece em todas as notas, é configuração ou versão do emissor; se aparece em uma só, algum dado daquela nota (um texto, um valor) saiu num formato que o sistema não tratou.

Rejeição não consome o número

Quando a SEFAZ rejeita, a nota não é registrada: o número continua disponível e a mesma nota pode ser reenviada depois de corrigida. O cuidado é não reenviar sem corrigir — com mais de 30 rejeições iguais, o serviço de autorização passa a responder com a rejeição 656 por cerca de uma hora para tudo o que o emissor mandar.

Códigos parecidos

Perguntas frequentes

O que significa a rejeição 502?
A chave de acesso no atributo Id não corresponde aos campos da nota.
Depois de corrigir, posso enviar a nota de novo com o mesmo número?
Sim. Na rejeição a nota não chega a existir para a SEFAZ, então o número continua livre. Só não reenvie sem corrigir: muitas rejeições iguais seguidas bloqueiam o emissor por cerca de uma hora.

Fonte da mensagem: MOC 7.0 (NF-e e NFC-e), Anexo I, item 4.4.2 - Tabela de Códigos de Rejeição. A causa e a solução foram escritas a partir da regra de validação do mesmo manual. Regras mudam por nota técnica: em caso de dúvida, confirme com o fornecedor do seu emissor ou com o contador.

Veja também: todos os códigos de rejeição · validador de XML da NF-e