Rejeição 227 — Erro na Chave de Acesso - Campo Id – falta a literal NFe

O que é esta rejeição?#

A Rejeição 227 é 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 na Chave de Acesso – Campo ID.

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 o atributo Id do elemento infNFe não contiver exatamente o prefixo literal 'NFe' seguido dos 44 dígitos numéricos da chave de acesso (totalizando 47 caracteres como 'NFe' + cUF + AAMM + CNPJ + mod + série + nNF + cNF + cDV), então o campo Id está malformado e deve ser reconstruído concatenando a literal 'NFe' diretamente à chave de 44 dígitos sem espaços, hífens ou separadores.
• Se os dois dígitos iniciais da chave de acesso (cUF) não coincidirem com o código IBGE da UF informada no campo emit/enderEmit/UF e também divergirem do cUF declarado no grupo ide, então há inconsistência entre os componentes da chave e os dados da NF-e, exigindo que a chave seja regerada usando o cUF correto extraído do endereço do emitente.
• Se os quatro dígitos de posição 3 a 6 da chave (AAMM) não corresponderem ao ano e mês extraídos do campo ide/dhEmi (formato AAAA-MM), então o componente de data da chave foi calculado com referência temporal errada e deve ser alinhado ao mês de emissão real antes de recalcular o dígito verificador.
• Se o campo ide/cNF (8 dígitos) presente na chave de acesso nas posições 36 a 43 não coincidir com o valor declarado no elemento ide/cNF do XML, ou se esse valor for composto apenas por zeros (00000000), então o código numérico aleatório é inválido, devendo ser gerado um novo valor aleatório não nulo e a chave inteira recalculada com novo cDV via módulo 11.
• Se o dígito verificador declarado na posição 44 da chave (cDV, campo ide/cDV) não for igual ao resultado do algoritmo módulo 11 aplicado sobre os 43 dígitos anteriores da chave — onde restos 0 e 1 resultam em dígito verificador 1 — então o cDV está incorreto, devendo ser recalculado e atualizado simultaneamente no campo ide/cDV e na composição do atributo Id.