Rejeição 536 — Total do Seguro difere do somatório dos itens

O que é esta rejeição?#

A Rejeição 536 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a valor total da nota fiscal, base de cálculo dos impostos. 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: Total do Seguro difere do somatório dos itens.

Os campos afetados estão na seção de informações dos produtos, tributação (ICMS) 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 valor total da NF-e (vNF) não corresponde ao somatório dos itens
• A base de cálculo total do ICMS diverge da soma das bases individuais
• Os totalizadores do grupo ICMSTot estão inconsistentes com os valores dos itens

Como resolver#

1. Recalcule todos os totalizadores do grupo <total><ICMSTot> somando os valores de cada item
2. vNF deve ser igual a: vProd + vST + vFrete + vSeg + vOutro + vII + vIPI + vFCPST - vDesc - vICMSDeson
3. Verifique cada campo totalizador individualmente contra a soma dos itens correspondentes

Verificações analíticas#

• Se a soma de vSeg de todos os elementos <det><prod> difere do valor declarado em <total><ICMSTot><vSeg>, então o totalizador de seguro no ICMSTot está incorreto: recalcule <ICMSTot><vSeg> somando campo a campo o vSeg de cada item, pois a SEFAZ efetua essa conferência aritmeticamente e qualquer diferença, mesmo de centavos por arredondamento, gera rejeição 536.
• Se <total><ICMSTot><vNF> difere do resultado de (vProd + vST + vFrete + vSeg + vOutro + vII + vIPI + vFCPST) - (vDesc + vICMSDeson) usando os próprios campos do ICMSTot, então há inconsistência interna nos totalizadores independente dos itens: verifique se algum campo componente do vNF foi preenchido manualmente com valor divergente da soma de suas parcelas, pois o vNF deve ser derivado exclusivamente dos demais totalizadores do grupo.
• Se existe ao menos um <det><prod><vSeg> maior que zero e simultaneamente o <transp><vol><pesoL> ou <pesoB> está zerado ou ausente, então o seguro de transporte foi declarado nos itens sem respaldo no peso ou quantidade de volumes informados no grupo transp: confirme se o rateio do seguro entre os itens foi feito proporcionalmente ao valor dos produtos e se a soma resultante bate com o contrato de seguro vinculado ao conhecimento de transporte, pois rateios truncados em vez de arredondados geram divergência de centavos no totalizador.
• Se o campo <ICMSTot><vSeg> é maior que zero e o campo <transp><modFrete> é igual a '9' (sem frete), então há seguro declarado em uma operação onde nenhum modal de transporte foi contratado: avalie se o vSeg deveria ser reclassificado como vOutro ou se o modFrete está incorreto, pois seguros de carga pressupõem transporte ativo e o totalizador de seguro pode estar sendo alimentado por um campo que semanticamente pertence a outra rubrica.
• Se a diferença absoluta entre <ICMSTot><vSeg> e a soma dos vSeg dos itens é diferente de zero mas menor que (quantidade de itens × 0,01), então o erro é de arredondamento por item: substitua a estratégia de arredondamento individual por acumulação da diferença no último item, garantindo que o último det absorva o resíduo de centavos e que a soma exata dos itens iguale o totalizador antes da transmissão.