Explicando a validação
A regra de validação da SEFAZ, diz o seguinte:
Acesso BD de Eventos:
- Verificar duplicidade do evento (tpEvento + chNFe + nSeqEvento)
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)
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:
...
<nSeqEvento>2</nSeqEvento>
...
</infEvento>
Para clientes TecnoSpeed, valide a sequência do evento pela interface do SaaS, ou na rota no campo nSeqEvento. ]
No PlugNotas a sequência é automática.
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:
Explicando as exceções/observações
N/A.
Referência
Comentários
0 comentário
Artigo fechado para comentários.