Rejeição 573: Duplicidade de Evento
O evento já foi registrado antes com o mesmo número de sequência. Costuma ser reenvio de algo que deu certo.
A Rejeição 573 acontece quando o evento enviado — cancelamento, carta de correção, manifestação — já foi registrado antes com o mesmo número de sequência.
Na maior parte dos casos, é boa notícia disfarçada: o evento anterior deu certo.
O que a SEFAZ responde: “Duplicidade de Evento”
Por que acontece a Rejeição 573
Cada evento tem um número de sequência. A SEFAZ recusa um segundo registro com a mesma sequência para a mesma nota.
As causas mais comuns:
Retorno perdido. O evento foi registrado com sucesso, a resposta se perdeu na conexão, e o reenvio bate na duplicidade.
Reenvio manual. A operação demorou, alguém tentou de novo, e a primeira tinha dado certo.
Carta de correção com a mesma sequência. Cada nova carta precisa de sequência incrementada — repetir a anterior gera esta recusa.
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 573
- 1Consulte a nota no portal da SEFAZ e verifique os eventos já registrados.
- 2Se o evento que você tentou já consta, o trabalho está feito — não é preciso repetir.
- 3Se for uma carta de correção nova, incremente o número de sequência: a segunda carta é sequência 2, a terceira é 3, e assim por diante.
- 4Envie novamente apenas se realmente for um evento diferente.
Como evitar a Rejeição 573
Consulte antes de reenviar. O reenvio imediato diante de demora é o que gera a duplicidade — e, repetido, leva ao bloqueio por consumo indevido, que é a 656.
Ao emitir carta de correção, confira quantas já foram registradas para aquela nota.
Se a Rejeição 573 continuar
Se a consulta não mostra o evento e a duplicidade persiste, verifique se não há outro sistema registrando eventos para a mesma nota — o controle é por chave de acesso, não por aplicativo.
Persistindo, abra um chamado informando a chave de acesso, o tipo de evento e a sequência usada.
Consulte a tabela completa de rejeições da NF-e e NFC-e para procurar outro código.
Rejeições relacionadas
- Rejeição 580: O evento exige uma NF-e autorizada
- Rejeição 493: Evento não atende o Schema XML específico
- Rejeição 574: O autor do evento diverge do emissor da NF-e
Referência: MOC 7.0 — Anexo I, tabela de códigos de rejeição da NF-e.