Rejeição 227 da NFCom: Erro na composição do Campo ID

Q: Por que acontece a Rejeição 227?

A regra aponta duas falhas possíveis: falta o literal "NFCom", ou a chave dentro do ID difere da concatenação dos campos correspondentes do documento. Esse campo tem uma importância que vai além da identificação: ele é referenciado pela assinatura digital. A assinatura aponta para o ID, e é ele que amarra o que foi assinado ao documento. Um ID mal formado quebra essa amarração — e por isso a validação é rígida. O que produz o erro: Prefixo ausente ou trocado. Só a chave, sem "NFCom" na frente; ou o prefixo de outro modelo fiscal, herdado de uma implementação de NF-e. Chave desatualizada no ID. O documento foi alterado, a chave foi recalculada, e o ID ficou com a anterior. Espaço ou caractere extra entre o prefixo e a chave. Caixa diferente no literal, em implementação que não segue a especificação. Chave incompleta no ID, por truncamento. O segundo é o mais frequente em implementação própria: o ID é montado num ponto e a chave é definida em outro, e os dois se separam. ### No Berga DFe › NFCom, no XML gerado do documento. No Berga. O campo ID é montado a partir da chave de acesso definitiva, na mesma geração do XML que a assinatura vai cobrir. Conheça o Berga

Q: Como resolver a Rejeição 227?

Abra o XML e localize o campo ID. Confirme que ele começa com o literal NFCom, sem espaço depois. Confirme que o restante são os 44 dígitos da chave de acesso do documento. Compare essa chave com a que está no resto do XML — precisam ser idênticas. Divergindo, gere o XML de novo a partir da chave definitiva. Transmita.

Atualizado há cerca de 2 horas0 visualizações0 acharam útil

NFComRejeição-227Campo IDXMLChave de AcessoSEFAZ

O campo ID do XML precisa ser a palavra NFCom seguida da chave de acesso. Falta o literal ou a chave difere.

O campo ID identifica o documento dentro do XML, e ele tem uma forma exata: a palavra NFCom seguida dos 44 dígitos da chave de acesso.

O que a SEFAZ responde: "Erro na composição do Campo ID"

Abrir NFCom

Por que acontece a Rejeição 227

A regra aponta duas falhas possíveis: falta o literal "NFCom", ou a chave dentro do ID difere da concatenação dos campos correspondentes do documento.

Esse campo tem uma importância que vai além da identificação: ele é referenciado pela assinatura digital. A assinatura aponta para o ID, e é ele que amarra o que foi assinado ao documento. Um ID mal formado quebra essa amarração — e por isso a validação é rígida.

O que produz o erro:

Prefixo ausente ou trocado. Só a chave, sem "NFCom" na frente; ou o prefixo de outro modelo fiscal, herdado de uma implementação de NF-e.
Chave desatualizada no ID. O documento foi alterado, a chave foi recalculada, e o ID ficou com a anterior.
Espaço ou caractere extra entre o prefixo e a chave.
Caixa diferente no literal, em implementação que não segue a especificação.
Chave incompleta no ID, por truncamento.

O segundo é o mais frequente em implementação própria: o ID é montado num ponto e a chave é definida em outro, e os dois se separam.

No Berga

DFe › NFCom, no XML gerado do documento.

No Berga. O campo ID é montado a partir da chave de acesso definitiva, na mesma geração do XML que a assinatura vai cobrir. Conheça o Berga

Como resolver a Rejeição 227

1
Abra o XML e localize o campo ID.
2
Confirme que ele começa com o literal NFCom, sem espaço depois.
3
Confirme que o restante são os 44 dígitos da chave de acesso do documento.
4
Compare essa chave com a que está no resto do XML — precisam ser idênticas.
5
Divergindo, gere o XML de novo a partir da chave definitiva.
6
Transmita.

Como evitar a Rejeição 227

Monte o ID a partir da chave, na mesma operação. Qualquer arquitetura em que os dois são definidos separadamente vai permitir que se separem.

E gere o XML depois de a chave estar definitiva. Assinar um documento cujo ID ainda pode mudar é a receita para esta rejeição junto com problemas de assinatura.

Se a Rejeição 227 continuar

Se o ID está bem formado e a rejeição persiste, confira a própria chave: a 253 trata do dígito verificador e a 421 do ano. Um ID correto sobre uma chave inválida continua sendo recusado.

Ao abrir um chamado, informe o conteúdo do campo ID e a chave de acesso do documento.

Consulte a tabela de rejeições da NFCom para procurar outro código.