Rejeição 901: confira por que o desconto ultrapassou o valor da fatura

A venda está pronta, mas a NF-e volta com a mensagem “Rejeição: Valor do Desconto da Fatura maior que Valor Original da Fatura”. No contexto da autorização da NF-e modelo 55, o código 901 aponta uma comparação nos dados de cobrança: o desconto enviado supera o valor original da fatura. A correção começa por descobrir qual dos dois valores deixou de representar a negociação.

Não basta reduzir o desconto até a mensagem desaparecer. Talvez o desconto esteja correto e o valor original tenha sido enviado incompleto. Pode haver também um campo invertido, uma importação antiga ou uma dedução aplicada duas vezes. Confira o pedido, a fatura e o XML da tentativa rejeitada antes de mudar qualquer valor.

Qual documento e qual regra estão sendo tratados

No MOC 7.0, Anexo I, página 125, a Y05-10 aplica essa comparação à autorização de NF-e modelo 55. A página 152 resume as mensagens; o predicado detalhado está na página 125. A linha é obrigatória, sem exceção estadual expressa. A conferência de 15/10/2026 usa o MOC novamente obtido, a NT 2016.002 v1.61 e o pacote XML 010f. A documentação não é teste de execução em cada autorizador. Manual e leiaute XML 4.00 possuem versões distintas.

Guarde a UF do estabelecimento, o autorizador e o ambiente que devolveram o retorno. Produção e homologação são ambientes distintos; uma transmissão de teste não documenta a venda. Se o número 901 vier acompanhado de outra mensagem ou pertencer a outro documento ou serviço, esta orientação não identifica sua causa. O texto completo do retorno precisa coincidir com o problema de fatura.

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 a vedação à NF-e com DANFE Simplificado Tipo 2, identificada por tpImp=6. Confira o tipo de impressão antes de tentar 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.

Onde a comparação acontece

No XML, procure dentro de cobr/fat o valor original vOrig e o desconto vDesc. O primeiro representa a base original da fatura; o segundo é um valor monetário de desconto, não a porcentagem digitada no pedido. Não confunda esses campos com o desconto de um item, com a taxa cobrada pela operadora de cartão ou com o dinheiro líquido recebido no banco.

A Y05-10 verifica se vDesc é maior que vOrig, considerando zero os valores opcionais ausentes. Um desconto positivo sem original informado pode ser comparado com zero. A Y01-20, código 905, exige nFat, vOrig e vLiq quando o grupo de cobrança é informado. A NT 2016.002 v1.61, página 4, retirou vDesc dessa exigência e permitiu zero no schema de valores da fatura; isso não elimina a comparação da 901.

A igualdade entre desconto e original não é, por si, “maior que”. Isso não significa que zerar uma cobrança seja adequado à operação ou que a nota será autorizada. A realidade comercial e as demais regras continuam precisando de conferência. Não há tolerância de centavos expressa na Y05-10 que autorize deixar a divergência sem tratamento.

Como localizar a origem do erro

Peça o XML efetivamente transmitido e o retorno correspondente. Uma visualização do pedido pode mostrar dados atualizados enquanto a nota conserva os valores anteriores. Anote os dois números encontrados no arquivo e compare com a documentação comercial da mesma venda, do mesmo cliente e do mesmo estabelecimento.

Identifique quem monta a fatura: pedido, financeiro, integração ou preenchimento manual. Siga os valores da origem até cobr/fat. Isso ajuda a distinguir digitação incorreta de transformação defeituosa, sem adivinhar telas do emissor.

Desconto digitado no campo errado

Se o total a cobrar foi colocado como desconto, corrija o campo na origem. Confirme também se a integração esperava moeda ou percentual. Não substitua o valor original por um número artificialmente alto; a correção deve reproduzir os valores negociados e manter coerência com o restante do documento.

Fatura preservada de uma versão anterior

Uma nota pode ter sido preparada antes da retirada de um produto do pedido. O valor original mudou, mas o desconto antigo permaneceu. Refaça a composição da cobrança a partir da negociação final, conferindo se o desconto realmente continua válido. Atualize os dados do documento rejeitado pelo emissor e gere novamente o XML e sua assinatura.

Desconto aplicado duas vezes

Se os valores usados como origem já estavam líquidos, uma nova dedução na fatura pode distorcer a cobrança. Compare a sequência de cálculo e o significado de cada campo. O desconto de itens e o de fatura não devem ser somados ou eliminados automaticamente: o responsável fiscal deve confirmar como a operação e seus descontos precisam aparecer na nota.

Cadastro correto, XML incorreto

Quando a tela e o pedido conferem, mas o arquivo diverge, encaminhe a transformação ao suporte. Preserve o XML anterior e o novo para demonstrar a mudança. Não edite à mão um arquivo assinado e não altere tributos, destinatário ou natureza da operação para tentar escapar da validação.

Exemplo de uma conferência completa

Uma distribuidora fictícia negocia uma fatura original de R$ 940,00 com desconto de R$ 40,00. Na importação, os campos são invertidos: o XML contém vOrig de R$ 40,00 e vDesc de R$ 940,00. A conferência do pedido mostra que a negociação não mudou; o defeito está no mapeamento da integração.

A equipe corrige o mapeamento para enviar R$ 940,00 como original, R$ 40,00 como desconto e R$ 900,00 como líquido. Se houver parcelas, verifica sua composição com base na cobrança verdadeira. O exemplo demonstra uma causa possível; não estabelece que todo 901 decorra de inversão ou que esses valores sejam um padrão de preenchimento.

Como confirmar o resultado e quando escalar

Antes do reenvio, confira original e desconto no novo XML, recalcule o líquido e examine as parcelas quando existirem. O código 902 trata da diferença entre original menos desconto e líquido; o 851 trata da soma das parcelas. Resolver o 901 pode revelar uma segunda inconsistência, que deve ser tratada pelo seu próprio motivo.

Depois, leia a resposta da nova tentativa e confirme o protocolo associado à chave correta quando houver autorização. A ausência do 901 não equivale à autorização nem comprova que a empresa recebeu o pagamento. Preserve os arquivos e a situação fiscal efetivamente retornada.

Acione o suporte se a divergência reaparecer ou o emissor não regenerar os valores. Procure o responsável fiscal quando houver dúvida sobre a base da fatura, desconto comercial ou reflexo tributário. Para encaminhar uma divergência ao autorizador, reúna XML, retorno, horário, UF, ambiente e versão do emissor, evitando tentativas repetidas sem corrigir a causa.

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, Omie. Menus, componentes e exemplos desses produtos não representam procedimentos comprovados do ALRA.