NF-e e NFC-e
Rejeição 537: como encontrar a diferença no total dos descontos
A rejeição 537, “Total do Desconto difere do somatório dos itens”, informa que os descontos detalhados nos produtos não fecham com o desconto total enviado à SEFAZ. O caminho para resolver é conferir os valores monetários de cada linha, confirmar o desconto comercial concedido e corrigir a origem da divergência no…
A rejeição 537, “Total do Desconto difere do somatório dos itens”, informa que os descontos detalhados nos produtos não fecham com o desconto total enviado à SEFAZ. O caminho para resolver é conferir os valores monetários de cada linha, confirmar o desconto comercial concedido e corrigir a origem da divergência no emissor.
É especialmente importante revisar o documento depois de mudar quantidades, retirar produtos ou aplicar um desconto global. O total do pedido pode ter sido atualizado enquanto o detalhamento fiscal permaneceu com valores anteriores, ou o contrário.
O desconto que entra na comparação
Na regra W10-10, a SEFAZ compara total/ICMSTot/vDesc, identificador W10, com a soma de det/prod/vDesc, identificador I17. Cada I17 representa o desconto monetário daquela linha do documento. A comparação não soma percentuais e não multiplica novamente um desconto de linha pela quantidade vendida.
A regra aparece para NF-e, modelo 55, e NFC-e, modelo 65, com aplicação facultativa no MOC. Seu texto não inclui seleção por indTot. Portanto, não exclua um vDesc informado apenas porque o valor do produto correspondente não participa de outra totalização. MOC 7.0, páginas 19, 58 e 121.
A SEFAZ-SP publica W10-10 como ativa. A implantação no autorizador, o ambiente e a data do documento precisam ser considerados; essa publicação não certifica todos os estados.
Exemplo: um desconto foi alterado, mas o total não
Imagine três itens com descontos de R$ 4,50, R$ 8,75 e R$ 1,25. A soma é R$ 14,50. Se o total de descontos no XML permanece em R$ 16,00, a diferença é de R$ 1,50.
Suponha que o segundo item tenha recebido uma revisão comercial antes da emissão. Confira se o novo desconto foi registrado tanto no item quanto na rotina que calcula os totais. Se os R$ 14,50 correspondem ao desconto efetivamente aprovado, o total antigo precisa ser atualizado.
Também pode ocorrer o inverso: o desconto global de R$ 16,00 continua válido, mas sua distribuição ficou incompleta. Nesse caso, reduzir o total para R$ 14,50 sem verificar a negociação mudaria o documento em vez de corrigir sua representação. As somas do exemplo foram conferidas em decimal; a escolha do valor correto depende dos dados reais da venda.
Cuidado com desconto por unidade e por linha
Uma integração pode receber desconto unitário e precisar convertê-lo para o formato fiscal. Considere quatro unidades com desconto comercial de R$ 1,25 por unidade. O desconto da linha será R$ 5,00. Se outro item tem R$ 2,40 de desconto, o total será R$ 7,40.
Depois que R$ 5,00 foi gravado em det/prod/vDesc, ele já representa o desconto completo daquela linha. Multiplicá-lo novamente por quatro produziria R$ 20,00, repetindo uma etapa do cálculo. Da mesma forma, enviar “10” porque o desconto foi de 10% não informa automaticamente o valor monetário adequado.
Confira a unidade de significado de cada campo na origem: percentual, valor por unidade, valor da linha ou desconto do pedido. A Omie recomenda revisar os descontos de todos os itens. No XML, essa revisão precisa respeitar o significado específico de I17.
Um roteiro para localizar a causa
Guarde o retorno completo e obtenha o XML da tentativa rejeitada, com chave, modelo e ambiente identificados.
Liste o número de cada item, a quantidade, o valor do produto e o vDesc efetivamente exportado.
Some apenas os descontos dos itens. Compare o resultado com vDesc de ICMSTot, sem somar o próprio total novamente.
Confronte os números com a venda, o desconto aprovado e o histórico das alterações.
Corrija o cadastro, a integração, o rateio ou o total que esteja comprovadamente errado e gere novamente o documento.
Esse procedimento também encontra linhas duplicadas, descontos omitidos na exportação e totais reaproveitados de outro pedido. A Oobj documenta os dois caminhos XML e recomenda fazer as correções no sistema de origem, em vez de retransmitir uma cópia preparada apenas para análise.
Desconto global e cálculo automático
Se a negociação estabelece um desconto para o conjunto da compra, verifique como ele é distribuído entre os produtos. A W10-10 não escolhe um critério universal de rateio nem autoriza concentrar o valor em qualquer linha apenas para fechar a soma.
Mantenha coerência com a negociação e com o tratamento fiscal aplicável. Ao incluir ou remover um item, refaça a distribuição quando necessário e confira se o resultado final permanece correto. Se houver resíduos de arredondamento, o procedimento deve preservar o desconto total aprovado e registrar como os centavos foram distribuídos.
O Bling distingue cálculo automático e preenchimento manual. A verificação útil é descobrir se os totais acompanham as alterações dos itens. Ativar uma rotina automática sem conferir sua configuração não substitui a revisão comercial e fiscal; menus e procedimentos são próprios de cada emissor.
Conferências que a rejeição 537 não resolve sozinha
Mesmo com a soma correta, há outras condições a observar. A regra I17-10 verifica se o desconto de um item supera o valor do respectivo produto, situação associada à rejeição 483. MOC, página 94.
Também confira se uma integração já reduziu o preço utilizado na nota e, além disso, exportou outro abatimento em vDesc. Investigue a representação comercial antes de concluir que há duplicidade: o código 537, isoladamente, só identifica a inconsistência entre soma e total.
A natureza do desconto e seus reflexos nas bases de impostos exigem análise própria. Não deduza qualquer desconto de todas as bases tributárias nem modifique CST, CFOP ou alíquotas para contornar essa rejeição.
Centavos, reenvio e comprovação
Algumas bases práticas mencionam margem de R$ 0,01. A linha W10-10 consultada não estabelece tolerância numérica específica. O objetivo seguro é reconciliar exatamente os valores exportados, sem ajustar descontos artificialmente para tentar entrar em uma suposta faixa aceita.
Após a correção, valide o novo XML, confira os demais totais afetados e deixe o emissor assinar e transmitir. Leia o retorno final: eliminar a 537 não significa que todas as demais validações passaram. Se o arquivo enviado já fecha, apresente ao suporte o XML, o retorno e a memória de soma por item para investigar a geração da mensagem.
Atualizado em 09/10/2026. Fontes oficiais e práticas consultadas para diagnóstico documental; a tributação concreta e a implantação por ambiente devem ser verificadas no caso atendido.