Neste artigo
O que causa a Rejeição 573
⚠ Causa do erro
Total <vICMSUFRemet> diverge. Desde 2019, todos 0.
Sistemas desatualizados.
Tags XML envolvidas
As seguintes tags do XML da NF-e são relevantes para esta rejeição:
| Tag XML | Descrição |
|---|---|
<ICMSTot>/<vICMSUFRemet> | Total |
<det>/<ICMSUFDest>/<vICMSUFRemet> | Por item |
Exemplo prático
Veja abaixo um exemplo de XML que gera a rejeição 573 e a versão corrigida:
XML com erro
<ICMSTot>
<vICMSUFRemet>20.00</vICMSUFRemet> <!-- ERRO -->
</ICMSTot>XML corrigido
<ICMSTot>
<vICMSUFRemet>0.00</vICMSUFRemet> <!-- OK -->
</ICMSTot>Como resolver passo a passo
✔ Solução
- Zere totais.
- Retransmita.
Após realizar as correções, reenvie o documento para a SEFAZ. Se o problema persistir, consulte o suporte do seu sistema emissor ou entre em contato com a SEFAZ do seu estado.
Como prevenir
🛡 Prevenção
- Valide os dados antes do envio: utilize um sistema que faça pré-validação do XML antes de transmitir à SEFAZ.
- Mantenha cadastros atualizados: revise periodicamente os dados de emitente, destinatário e produtos.
- Acompanhe atualizações da SEFAZ: novas regras de validação podem ser implementadas a qualquer momento.
- Use um sistema com alertas: o Gálago valida automaticamente os dados antes da transmissão, evitando a maioria das rejeições.
Referência técnica
Documentação oficial
MOC 7.0 — Manual de Orientação do Contribuinte:
confaz.fazenda.gov.br/legislacao/arquivo-manuais/moc7-visao-geral.pdf
Portal Nacional da NF-e:
nfe.fazenda.gov.br
Perguntas frequentes
Por que zero?
100% destino desde 2019.
Omitir?
Não. Informe 0.00.
Antes?
2016-2018.
Cansado de lidar com rejeições?
O Gálago valida os dados antes de transmitir, evitando a maioria das rejeições. Experimente grátis por 21 dias.
Teste Grátis