Rejeição 902: recalcule o líquido da fatura sem distorcer a cobrança

Quando a NF-e retorna “Rejeição: Valor Liquido da Fatura difere do Valor Original menos o Valor do Desconto”, os números da fatura não fecham. Na autorização da NF-e modelo 55, o código 902 compara o valor líquido enviado com o resultado da subtração entre o original e o desconto. A empresa precisa identificar qual informação está errada, corrigir sua origem e gerar novamente o documento.

O problema pode ser simples, como um desconto alterado sem recalcular o líquido, ou estar numa integração que usa bases diferentes. Não escolha um valor apenas porque ele elimina a mensagem. Pedido, fatura e condições de cobrança precisam continuar representando a mesma negociação.

O contexto que identifica a rejeição

No MOC 7.0, Anexo I, página 125, a Y06-10 trata da autorização de NF-e modelo 55. Quando vOrig e vLiq são informados, compara o líquido com original menos desconto, considerando zero os valores opcionais ausentes. A linha é obrigatória e não traz exceção por UF. A página 152 apresenta o resumo. A conferência de 15/10/2026 utiliza o MOC novamente obtido, a NT 2016.002 v1.61 e o pacote XML 010f. Manual e leiaute XML 4.00 possuem versões distintas.

Registre a UF, o autorizador e o ambiente do retorno. Homologação é teste; produção documenta operações reais quando a autorização é concedida. A pesquisa documental não comprova a ativação individual em todas as UFs. Também não basta localizar o número 902 numa tela: a mensagem completa, o serviço e o modelo precisam corresponder a este cenário. Códigos de outros documentos fiscais possuem tabelas próprias.

No MOC, a NFC-e modelo 65 não deve conter o grupo de cobrança. Na NT 2026.002 v1.11, página 19, a Y01-10, código 760, estende essa vedação à NF-e com DANFE Simplificado Tipo 2, tpImp=6. Confira o tipo de impressão antes de completar a fatura: o modelo 55 não permite cobrança em qualquer configuração.

O cronograma documental dessa NT, página 3, inclui a Y01-10 no conjunto com testes em 01/07/2026 e produção em 03/08/2026. O adiamento para 14/12/2026 abrange I08-180, BA02-35 e VC02-40, sem incluir a Y01-10. São datas documentais; a consulta não comprova a execução em cada UF, autorizador e ambiente.

Entenda os três números

Dentro do XML, o grupo cobr/fat contém vOrig, valor original; vDesc, desconto monetário; e vLiq, valor líquido. A relação a conferir é vLiq = vOrig − vDesc. Use os números efetivamente enviados, não apenas a tela atual ou um relatório de recebimentos.

O valor recebido no banco pode ter sofrido taxa de cartão, antecipação ou outra dedução financeira. Isso não o transforma automaticamente no líquido da fatura fiscal. Da mesma forma, uma porcentagem de desconto precisa ser convertida corretamente pela rotina comercial antes de aparecer num campo monetário. Se a empresa não consegue explicar a composição, pare o ajuste e peça a conciliação.

Não conte o desconto duas vezes. Se uma integração usa como original um valor que já veio líquido e ainda subtrai a mesma dedução, a fórmula pode até fechar com números que representam a negociação incorretamente. A validação aritmética e a correção comercial são duas conferências necessárias.

Um diagnóstico que começa no arquivo transmitido

Preserve o XML da tentativa, o retorno completo e a identificação da nota. Faça uma conta independente com original e desconto. Compare o resultado com vLiq e anote a diferença. Essa conta mostra o desvio, mas ainda não prova qual campo deve mudar.

Localize a origem de cada valor: pedido, financeiro, importação ou preenchimento manual. Confira se pertencem à mesma revisão da venda. A integração pode atualizar o desconto e conservar o líquido antigo, ou misturar registros diferentes. Siga o mapeamento até o XML final.

O desconto mudou, mas o líquido ficou antigo

Confirme a alteração comercial e mande recalcular o líquido a partir do original e do desconto corretos. Se há parcelas, verifique se também precisam ser atualizadas para refletir o novo saldo. Não elimine o desconto verdadeiro apenas para preservar o valor líquido que ficou desatualizado.

Não houve desconto, mas os valores divergem

Sem desconto, o líquido deve corresponder ao original nessa comparação, pois o opcional ausente é considerado zero. Na NT 2016.002 v1.61, página 4, vDesc foi retirado da exigência da Y01-20, e o schema de valores da fatura passou a permitir zero. O pacote XML 010f mantém os valores da fatura no tipo TDec_1302 e permite omitir o desconto; regra de negócio e estrutura continuam distintas. Não crie desconto fictício; confira original, líquido e geração do documento.

Apareceu uma diferença de centavos

Confira a precisão monetária, a ordem do cálculo e a conversão entre formato brasileiro e XML. Procure truncamento, arredondamento em etapas diferentes ou conversão indevida de texto. A Y06-10 não explicita tolerância de centavos; não presuma que uma diferença pequena pode permanecer. O ajuste técnico deve preservar os valores comerciais e a precisão exigida pelo leiaute.

A integração usou o repasse bancário

Se o líquido foi preenchido a partir do repasse depois de tarifas, confirme o significado dos campos e corrija o mapeamento com o responsável financeiro e fiscal. Tarifa cobrada por uma instituição não equivale automaticamente a desconto concedido ao cliente. Não invente desconto na fatura para justificar a taxa.

Exemplo original

Uma loja fictícia registra uma fatura original de R$ 1.480,00 e concede R$ 80,00 de desconto ao cliente. O XML traz esses dois valores corretamente, mas vLiq continua em R$ 1.480,00. A conferência independente encontra R$ 1.400,00. O pedido aprovado confirma que o desconto é real; o líquido não foi atualizado.

A equipe corrige a rotina de recálculo e gera novo XML com líquido de R$ 1.400,00. Para uma cobrança realmente dividida em duas parcelas iguais, confere R$ 700,00 em cada uma. Se o parcelamento negociado for outro, conserva essa distribuição verdadeira; o exemplo não impõe duas parcelas a qualquer venda.

O que conferir antes e depois do reenvio

Antes de transmitir, revise número da fatura, original, desconto e líquido no arquivo regenerado. A Y01-20 exige número, original e líquido quando cobr é informado; a Y05-10 compara desconto e original. As parcelas, quando presentes, possuem sua própria conferência de soma, associada ao código 851. Um 902 resolvido pode revelar outra rejeição, sem que isso signifique que a correção foi inútil.

Faça a alteração pelo emissor e regenere a assinatura quando o conteúdo mudar. Não edite manualmente XML assinado. Após a transmissão, leia a resposta e confirme o protocolo vinculado à chave da nota se ela for autorizada. O desaparecimento do código não substitui a confirmação do resultado fiscal e não comprova recebimento financeiro.

Acione o suporte quando os números corretos da origem não chegam ao XML, o cálculo volta a divergir ou há diferença entre a nota e seu histórico. Procure o responsável fiscal para definir desconto, base de cobrança e reflexos na operação. Se o cálculo do arquivo estiver correto e a mesma mensagem persistir, encaminhe XML, retorno, horário, versão, UF e ambiente para investigação com o autorizador, preservando as evidências.

Fontes

Conferência documental em 15/10/2026. Sem emissão de teste ou validação operacional do ALRA.

• MOC 7.0, Anexo I, páginas 61 e 125: campos e regras de cobrança. NT 2016.002 v1.61, páginas 4–5 e 64: alterações e comparação histórica.

• Esquemas XML do Portal Nacional, pacote 010f: estrutura de fat e tipos monetários.

• NT 2026.002 v1.11, páginas 3 e 19: calendário e Y01-10/760.

• Apoios específicos: Oobj, TecnoSpeed, Ogestor. Menus, componentes e exemplos desses produtos não representam procedimentos comprovados do ALRA.