Rejeição 535 — Total do Frete difere do somatório dos itens
Motivo da rejeição
Total do Frete difere do somatório dos itens
O que é esta rejeição?#
A Rejeição 535 é 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 Frete 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:
| Campo | XPath no XML | Descrição |
|---|---|---|
| vNF | NFe/infNFe/total/ICMSTot/vNF | Valor total da NF-e |
| vBC_total | NFe/infNFe/total/ICMSTot/vBC | Base de cálculo total do ICMS |
| vProd | NFe/infNFe/det/prod/vProd | Valor total bruto dos produtos |
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#
- Recalcule todos os totalizadores do grupo <total><ICMSTot> somando os valores de cada item
- vNF deve ser igual a: vProd + vST + vFrete + vSeg + vOutro + vII + vIPI + vFCPST - vDesc - vICMSDeson
- Verifique cada campo totalizador individualmente contra a soma dos itens correspondentes
Verificações analíticas#
- Se vFrete declarado em <total><ICMSTot><vFrete> for maior que zero e nenhum item <det><prod><vFrete> existir (ou o somatório de todos os vFrete dos itens diferir do vFrete do ICMSTot), então o frete foi lançado apenas no totalizador sem distribuição proporcional pelos itens, causando a rejeição 535: distribua o valor do frete entre os itens de produto proporcionalmente e certifique-se de que sum(det[i].prod.vFrete) == ICMSTot.vFrete.
- Se o modal de transporte <transp><modFrete> for '0' (emitente) ou '1' (destinatário) e o campo <transp><vol><pesoL> ou <pesoB> estiver preenchido mas ICMSTot.vFrete for zero enquanto algum det[i].prod.vFrete também for zero, então há indicação de transporte ativo sem repasse do custo ao valor da nota, o que pode mascarar divergência no vNF: verifique se o frete contratado deve ou não compor a base de cálculo e o total da NF-e.
- Se a soma aritmética (vProd + vST + ICMSTot.vFrete + vSeg + vOutro + vII + vIPI + vFCPST - vDesc - vICMSDeson) calculada campo a campo diferir do vNF declarado em ICMSTot, e ao mesmo tempo ICMSTot.vFrete bater com sum(det[i].prod.vFrete), então o erro real não está no frete em si mas em outro totalizador (vSeg, vOutro ou vDesc) que foi omitido ou duplicado no cálculo de vNF: recalcule vNF pela fórmula oficial e identifique qual parcela introduz a diferença.
- Se algum item possuir CFOP iniciado em '1' ou '2' (entrada) enquanto tpNF='1' (saída), ou vice-versa, e o vFrete desse item for não nulo, então o valor do frete foi associado a um item com CFOP incompatível com o tipo de operação, gerando inconsistência que pode inflar ou deflacionar o somatório de frete validado pela SEFAZ: corrija o CFOP do item para ser coerente com tpNF antes de redistribuir o frete.
- Se <transp><transporta><CNPJ> ou <CPF> estiver preenchido e modFrete='9' (sem frete), e ao mesmo tempo ICMSTot.vFrete for maior que zero, então existe contradição entre a modalidade de frete declarada como inexistente e a presença de valor de frete no totalizador, o que leva a SEFAZ a rejeitar por inconsistência no grupo transporte: ajuste modFrete para o código correto do responsável pelo frete ou zere vFrete em todos os itens e no ICMSTot.
Consulte IEs e CNPJs antes de emitir NF-e
Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.
Criar conta →