Rejeição 573: Duplicidade de Evento: mudanças entre as edições

Edição atual tal como às 10h57min de 23 de abril de 2026

Este artigo tem por objetivo orientar o usuário no entendimento da Rejeição 573: Duplicidade de Evento.

Tutorial

PASSO 1

Existem situações onde essa rejeição pode acontecer, segue abaixo:

Ao emitir um evento de cancelamento para determinada NF-e que já foi cancelada.
Ao emitir uma carta de correção (CCe) para determinada NF-e que já possui um evento de carta de correção vinculado e com o mesmo número sequencial ao qual está sendo enviado novamente.
Ao emitir um evento de confirmação do destinatário para determinada NF-e que já possui o mesmo vinculado a ela.
Ao enviar um evento de manifestação que já estava registrado na Sefaz.

Esta regra de validação é obrigatória em todas as UFs e é valida para NF-e (modelo 55) e NFC-e (modelo 65)

PASSO 2

Para resolver a Rejeição 573, incremente o número de sequencia (nSeqEvento) do evento que está sendo informado, pois essa chave de nota já possui um evento do mesmo tipo (tpEvento).

Exemplo da estrutura correta em XML:

...

...

</infEvento>

Para checar se a nota já contém manifestação, instale o certificado digital do ator interessado na nota, e consulte usando o Portal NFe:

@@ Linha 1: / Linha 1: @@
-<span style="color:#43A4D1"><span style="font-family:poppins,sans-serif">'''Este artigo  tem por objetivo orientar o usuário no entendimento da Rejeição 678: Consumo Indevido referente ao CT-e.'''</span></span>
+<span style="color:#43A4D1"><span style="font-family:poppins,sans-serif">'''Este artigo  tem por objetivo orientar o usuário no entendimento da Rejeição 573: Duplicidade de Evento.'''</span></span>
 ==<span style="color:#43A4D1"><span style="font-family:poppins,sans-serif"><b>Tutorial</b></span></span>==
 ===<span style="color:#8A8A99"><span style="font-family:poppins,sans-serif">PASSO 1</span></span>===
-* A Rejeição 678 Consumo Indevido ocorre quando há uso excessivo ou inadequado dos Web Services da Sefaz, geralmente causado por tentativas repetidas com erros.
+Existem situações onde essa rejeição pode acontecer, segue abaixo:
-* Quando identificada essa situação, o serviço correspondente pode ser temporariamente bloqueado por até 1 hora, impedindo novas requisições. A seguir, são apresentados os principais cenários que levam à rejeição 678: Autorização de CTe: Ocorre quando um mesmo CT-e é enviado mais de 30 vezes consecutivas resultando na mesma rejeição.  Nessa situação:
-** O Web Service de Autorização é bloqueado por até 1 hora para todas as requisições do contribuinte.
+# Ao emitir um evento de cancelamento para determinada NF-e que já foi cancelada.
-** Se, após o período de bloqueio, o mesmo erro persistir, o contribuinte pode voltar a receber a rejeição 678 por mais uma hora, repetindo esse ciclo até cessar o envio com erro.
+# Ao emitir uma carta de correção (CCe) para determinada NF-e que já possui um evento de carta de correção vinculado e com o mesmo número sequencial ao qual está sendo enviado novamente.
-** A critério da UF, após 50 bloqueios, o contribuinte poderá ser bloqueado permanentemente, até entrar em contato com a Sefaz autorizadora.  Consulta Situação: Ocorre ao consultar a chave de acesso de um mesmo CTe por mais de 10 vezes dentro de 1 hora. O Web Service de Consulta Protocolo ficará bloqueado.  Nessa situação:
+# Ao emitir um evento de confirmação do destinatário para determinada NF-e que já possui o mesmo vinculado a ela.
-** O Web Service de Consulta de Protocolo é bloqueado por até 1 hora.
+# Ao enviar um evento de manifestação que já estava registrado na Sefaz.
-** Após esse tempo, o contribuinte poderá realizar novamente até 10 consultas da mesma chave.
-**  Registro de Eventos: Ocorre ao enviar um mesmo evento que resulte na mesma rejeição por mais de 20 vezes. O Web Service de Eventos ficará bloqueado.  Nessa situação:
-** O Web Service de Eventos será bloqueado por até 1 hora.
+Esta regra de validação é obrigatória em todas as UFs e é valida para NF-e (modelo 55) e NFC-e (modelo 65)
-** Após o desbloqueio, se o mesmo erro for reenviado, o contribuinte poderá voltar a receber a rejeição 678, reiniciando o tempo de bloqueio.
-** A critério da UF, após 50 bloqueios, o contribuinte poderá ser permanentemente impedido de acessar o serviço.  Outros Serviços: Quando o sistema identifica um comportamento de looping, caracterizado por mais de 60 envios repetidos com erro no intervalo de 5 minutos para qualquer outro Web Service.  Nessa situação:
-** O serviço em questão será bloqueado por até 1 hora.
 ===<span style="color:#8A8A99"><span style="font-family:poppins,sans-serif">PASSO 2</span></span>===
-Para resolver a Rejeição 678, é preciso parar os envios repetitivos com erro, identificar a causa da rejeição original e corrigi-la antes de tentar novamente, já que o sistema da Sefaz bloqueia temporariamente o serviço por até uma hora sempre que detecta uso excessivo.
+Para resolver a Rejeição 573, incremente o número de sequencia (nSeqEvento) do evento que está sendo informado, pois essa chave de nota já possui um evento do mesmo tipo (tpEvento).
+Exemplo da estrutura correta em XML:
+<infEvento>
+  ...
+  <nSeqEvento>2</nSeqEvento>
+  ...
+</infEvento>
-O ideal é aguardar esse tempo, evitando reenvios automáticos sem as devidas correções.
+Para checar se a nota já contém manifestação, instale o certificado digital do ator interessado na nota, e consulte usando o Portal NFe:
-Se o bloqueio persistir mesmo após os ajustes, entrar em contato com a Sefaz autorizadora para verificar a situação.
+[[Arquivo:Imagem0827.png]]
 [[Categoria:Fiscal]]
 [[Categoria:Documentos Fiscais Eletrônicos]]

Rejeição 573: Duplicidade de Evento: mudanças entre as edições

Edição atual tal como às 10h57min de 23 de abril de 2026

Tutorial

PASSO 1

PASSO 2

Menu de navegação

Pesquisa