Rejeição 483: desconto do item maior que o valor do produto

A Rejeição 483, regra I17-10, ocorre quando vDesc do item é maior que vProd desse mesmo item. O MOC a descreve como obrigatória para NF-e e NFC-e, modelos 55 e 65. O primeiro valor é desconto monetário e o segundo é o valor bruto do produto ou serviço; não se compara o desconto de um item ao total da nota inteira.

Localização e sentido dos valores

Em det/prod, vProd representa o valor bruto e vDesc o desconto em moeda. Um campo percentual da interface, se existir, precisa ser convertido corretamente pelo emissor antes de gerar vDesc; o XML não transforma automaticamente o número digitado em porcentagem. O vDesc em total/ICMSTot é outra ocorrência, que agrega descontos e possui validação própria.

A comparação da I17-10 é maior que, não maior ou igual. Igualdade não satisfaz o motivo específico desta rejeição, mas isso não decide se desconto integral é cabível na operação nem garante aceitação nas demais regras. A condição não traz tolerância de um centavo: não importe a margem das regras de multiplicação 629/630.

Dois exemplos para localizar a falha

Exemplo sintético A: vProd=R$80,00 e vDesc=R$95,00 no mesmo item. O desconto excede o bruto em R$15,00 e atende à condição da 483. Não resolve dizer que a nota tem outros itens de R$500,00: a comparação é local ao item.

Exemplo B: um pedido tem itens de R$100,00 e R$20,00 e desconto total confirmado de R$30,00. A integração coloca os R$30,00 integralmente no item de R$20,00, causando excesso. Esse cenário evidencia um possível erro de distribuição. A regra não define qual rateio fiscal/comercial deve ser usado; é preciso confirmar o critério da operação e corrigir a distribuição na origem, preservando o total verdadeiro.

Outro erro recorrente de representação é reduzir vProd pelo desconto e manter o desconto integral em vDesc. Se o bruto confirmado é R$50,00 e o desconto R$30,00, serializar vProd=R$20,00 e vDesc=R$30,00 mistura bruto e líquido e produz a comparação indevida.

Como apurar sem ajustar o valor ao acaso

Preserve a resposta, identifique nItem e leia os dois valores no XML enviado. Compare com pedido, condições comerciais, desconto concedido e eventual cálculo de rateio. Examine se um percentual virou valor absoluto, se o desconto foi duplicado ou se uma atualização de quantidade/preço deixou o desconto desatualizado.

A comparação monetária e a localização por item resolvem o exemplo, sem montar XML fiscal artificial. Se o arquivo diverge dos dados aprovados, corrija cadastro, cálculo ou geração; se o desconto comercial está em disputa, obtenha essa confirmação. Depois regenere e confira tanto os itens quanto os descontos e o total da nota. Não zere ou limite o desconto só para ultrapassar a validação e não altere documentos autorizados.

Fontes oficiais

• MOC — Anexo I, Leiaute e Regras de Validação — 7.0: p.94, I17-10.
• Leiaute da NF-e e protocolo — PL_010f_v1.04 / leiauteNFe_v4.00.xsd: det/prod/vProd, vDesc e total/ICMSTot/vDesc.