Rejeição 572: Erro Atributo ID do evento não corresponde à concatenação dos campos
O identificador do evento é montado, não escolhido. Veja como ele se forma.
A Rejeição 572 acontece quando o identificador do evento não corresponde à concatenação dos campos que o formam.
O que a SEFAZ responde: “Erro Atributo ID do evento não corresponde a concatenação dos campos (“ID” + tpEvento + chNFe + nSeqEvento)”
Por que acontece a Rejeição 572
Todo evento da NF-e tem um identificador, e ele não é escolhido: é montado a partir de quatro peças, sempre na mesma ordem:
| Peça | O que é |
|---|---|
| Prefixo fixo | A literal que identifica um evento |
| Tipo do evento | Cancelamento, carta de correção, manifestação |
| Chave de acesso | Os 44 dígitos da nota |
| Número sequencial | Qual ocorrência daquele evento é |
A SEFAZ refaz a montagem e compara. Divergindo, recusa.
É a mesma lógica da chave de acesso da nota: um campo que é resultado de outros, não entrada independente.
As causas mais comuns:
Montagem própria do XML. É a causa principal. Sistema que constrói o identificador por concatenação e erra a ordem, o prefixo ou o preenchimento com zeros.
Sequencial alterado sem refazer o ID. O número da ocorrência mudou e o identificador ficou o anterior.
Chave alterada. O evento foi redirecionado para outra nota e o ID não acompanhou.
Essa rejeição é sempre do sistema emissor ou da integração — não há campo no cadastro que o usuário ajuste.
No Berga
DFe › NFe (ou NFCe), na própria nota.
Deixa que o Berga resolve. O evento é montado a partir da nota, pelo menu de ações dela. Autor, data e sequência saem do próprio documento — não de preenchimento. Conheça o Berga — a emissão de NF-e já vem pronta.
Como resolver a Rejeição 572
- 1Confirme se a rejeição atinge todos os eventos. Sendo geral, é a montagem do XML.
- 2Abra um chamado com o fornecedor do sistema.
- 3Sendo integração própria, revise a montagem do identificador contra a especificação do MOC.
- 4No Berga o identificador é montado a partir dos campos reais, e essa rejeição não aparece na emissão normal.
Como evitar a Rejeição 572
Nada a fazer no dia a dia: a montagem do XML é responsabilidade do sistema emissor.
Se a Rejeição 572 continuar
Rejeições vizinhas dos eventos: tipo de evento inválido, versão do evento inválida, evento que não atende o schema, e o número sequencial acima do permitido.
Persistindo, abra um chamado informando a chave da nota, o tipo de evento e qual sistema o gerou.
Consulte a tabela completa de rejeições da NF-e e NFC-e para procurar outro código.
Rejeições relacionadas
- Rejeição 587: Usar somente o namespace padrão da NF-e
- Rejeição 404: Uso de prefixo de namespace não permitido
- Rejeição 517: Falha no schema XML — inexiste atributo versao na tag raiz da mensagem
Referência: MOC 7.0 — Anexo I, validação do identificador dos eventos da NF-e.