Rejeição 865 — Rejeição 865: Total dos pagamentos menor que o total da nota

O que é esta rejeição?#

A Rejeição 865 é 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.

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 (vPag) de todos os elementos detPag for menor que vNF do grupo total/ICMSTot, e indPag=0 (pagamento à vista) estiver presente em algum item, então o pagamento declarado como à vista não cobre o valor total da nota, indicando que vPag foi calculado sobre um vNF desatualizado após alteração de itens: recalcule vNF consolidando todos os campos de ICMSTot e então ajuste vPag no detPag para que o somatório iguale exatamente o vNF recalculado.
• Se vTotTrib informado nos itens (imposto/vTotTrib por det) somado diferir do vTotTrib declarado no grupo total/ICMSTot, e simultaneamente vPag estiver calibrado ao vNF antigo que também ignorava tributos estimados, então há dupla inconsistência onde o totalizador de tributos contaminou o cálculo do troco ou do pagamento residual: reconcilie vTotTrib item a item e verifique se vNF inclui ou não parcelas de IPI (cEnq/CST IPI) que elevam a base de pagamento mas podem ter sido omitidas do total.
• Se tPag=90 (outros) for o único meio de pagamento declarado e vPag for igual ao vNF anterior a uma correção de item (vProd, vDesc ou vFrete alterados), enquanto o novo vNF recalculado pela fórmula vProd+vST+vFrete+vSeg+vOutro+vII+vIPI+vFCPST-vDesc-vICMSDeson difere de vPag, então o campo genérico tPag=90 mascara o descompasso sem acionar validação de troco: substitua ou complemente com um detPag adicional cobrindo a diferença, garantindo que o somatório de todos os vPag alcance o novo vNF.
• Se vDesc declarado em ICMSTot for maior que zero e o mesmo vDesc não tiver sido subtraído proporcionalmente nas bases de cálculo vBC do ICMS de cada item (verificável quando soma(vBC_item * pICMS_item / 100) diverge de vICMS total), e vNF foi reduzido pelo desconto mas vPag não acompanhou essa redução, então o desconto foi aplicado no totalizador mas não refletido nos itens nem no pagamento: redistribua o desconto por item, recalcule cada vBC considerando o desconto proporcional, recomponha ICMSTot e só então defina vPag igual ao vNF resultante.
• Se finNFe=1 (NF-e normal) e tpEmis=9 (off-line do contribuinte) fizer com que dhSaiEnt seja anterior a dhEmi pela conversão de fuso horário incorreta, gerando um vNF transmitido com itens de uma versão do documento diferente da versão cujo hash compõe o digVal, então o valor de pagamento validado internamente pelo emissor não corresponde ao XML efetivamente enviado à SEFAZ: confirme que dhEmi e dhSaiEnt usam o mesmo offset de fuso, reprocesse o XML assinado a partir do documento corrigido e recalcule vNF e vPag sobre o conteúdo que será efetivamente assinado.