Rejeição 574 — O autor do evento diverge do emissor da NF-e

O que é esta rejeição?#

A Rejeição 574 é 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, informação do documento fiscal. 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: O autor do evento diverge do emissor da NF-e.

Os campos afetados estão na seção de chave de acesso 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 tipo de evento informado é inválido ou não está disponível para esta NF-e
• O número sequencial do evento está incorreto (deve ser sequencial por tipo)
• A chave de acesso do evento não corresponde a uma NF-e autorizada
• O prazo para registro do evento foi excedido

Como resolver#

1. Verifique o tipo de evento: 110111=Cancelamento, 110110=CC-e, 210200=Confirmação, 210210=Ciência, 210220=Desconhecimento, 210240=Operação não realizada
2. O nSeqEvento deve ser sequencial (1, 2, 3...) para cada tipo de evento na mesma NF-e
3. Confirme que a chave de acesso está correta e a NF-e está autorizada

Verificações analíticas#

• Se o CNPJ/CPF contido no elemento <CNPJ> ou <CPF> do grupo <detEvento> ou <infEvento> do XML do evento não corresponder exatamente ao CNPJ do emitente (<emit><CNPJ>) da NF-e referenciada pela chave de acesso informada em <chNFe>, então o autor do evento diverge do emissor cadastrado na SEFAZ: substitua o identificador do autor pelo CNPJ do emitente da NF-e autorizada, pois o evento só pode ser registrado pelo próprio emissor da nota.
• Se o atributo <tpAmb> do evento (produção=1 / homologação=2) divergir do <tpAmb> presente na NF-e autorizada cuja chave consta em <chNFe>, então o evento está sendo enviado para um ambiente diferente do qual a NF-e foi autorizada: alinhe o ambiente do evento com o ambiente real da NF-e antes de reenviar.
• Se o dígito verificador calculado sobre os 43 primeiros dígitos da chave informada em <chNFe> do evento não coincidir com o 44º dígito presente na própria chave, ou se a UF, CNPJ emitente, modelo, série, número e data extraídos da chave não corresponderem aos campos <cUF>, <CNPJ> do emitente, <mod>, <serie>, <nNF> e <dhEmi> da NF-e que deveria ter sido autorizada, então a chave de acesso está malformada ou aponta para um documento inexistente naquele ambiente: recalcule a chave a partir dos dados reais da NF-e autorizada e corrija o campo <chNFe> do evento.
• Se o certificado digital utilizado para assinar o XML do evento (<Signature> do lote de eventos) pertencer a um CNPJ raiz diferente do CNPJ raiz do emitente da NF-e (primeiros oito dígitos do <emit><CNPJ>), então a autoria criptográfica do evento é atribuída a um terceiro não autorizado como emissor: assine o evento com o certificado e-CNPJ ou e-CPF vinculado ao mesmo CNPJ raiz do emitente da NF-e.
• Se o valor de <nSeqEvento> para o mesmo <tpEvento> na mesma <chNFe> não for igual ao total de eventos daquele tipo já registrados com sucesso na SEFAZ somado de 1 (por exemplo, se já existe um cancelamento registrado com nSeqEvento=1 e o novo envio também informa nSeqEvento=1), então há colisão de sequência que impede o vínculo correto do evento ao emissor da NF-e: consulte os eventos já registrados via WebService de Consulta Protocolo e utilize o próximo número sequencial disponível para aquele tipo de evento naquela nota.