Rejeição 483 — Valor do desconto maior que valor do produto
Motivo da rejeição
Valor do desconto maior que valor do produto
O que é esta rejeição?#
A Rejeição 483 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a informação do documento fiscal, classificação fiscal da mercadoria na tabela NCM. 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: MM da Chave de acesso inválido.
Os campos afetados estão na seção de informações dos produtos 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 |
|---|---|---|
| cProd | NFe/infNFe/det/prod/cProd | Código do produto |
| NCM | NFe/infNFe/det/prod/NCM | Código NCM |
| qCom | NFe/infNFe/det/prod/qCom | Quantidade comercial |
| vUnCom | NFe/infNFe/det/prod/vUnCom | Valor unitário de comercialização |
| vProd | NFe/infNFe/det/prod/vProd | Valor total bruto dos produtos |
| uCom | NFe/infNFe/det/prod/uCom | Unidade comercial |
Causas comuns#
- Os dados do produto estão inconsistentes (quantidade × valor unitário ≠ valor total)
- A unidade comercial (uCom) é inválida ou incompatível com o produto
- O código do produto (cProd) está ausente ou duplicado entre itens
- O valor total do produto não corresponde ao cálculo quantidade × valor unitário
Como resolver#
- Verifique se vProd = qCom × vUnCom (o valor total deve ser o produto da quantidade pelo valor unitário)
- Confirme que a unidade comercial é válida (UN, KG, CX, LT, M, etc.)
- Revise a quantidade de casas decimais dos campos numéricos conforme o MOC
- Cada item deve ter um número sequencial único (nItem) começando em 1
Verificações analíticas#
- Se vDesc informado no item (det/prod/vDesc) for maior que vProd (det/prod/vProd) calculado como qCom × vUnCom, então o desconto excede o valor bruto do produto, o que a SEFAZ rejeita como cStat 483: recalcule vProd = qCom × vUnCom e assegure que vDesc < vProd antes de aplicar qualquer redução.
- Se a soma dos campos vDesc de todos os itens (∑det/prod/vDesc) não coincidir com o vDesc informado no total da NF-e (total/ICMSTot/vDesc), então há divergência entre o desconto por item e o desconto totalizado no rodapé: reconcilie os descontos individuais com o totalizador, pois a SEFAZ valida essa consistência e uma diferença pode mascarar o erro 483 ou gerar rejeição adicional.
- Se o CST de ICMS do item (det/imposto/ICMS/*/CST) indicar tributação normal (ex.: 00, 10, 20) com pRedBC maior que zero e o campo vBCRed não estiver presente ou for calculado incorretamente como vBC × (1 − pRedBC/100), então a base de cálculo reduzida está inconsistente com os demais campos tributários, podendo distorcer vICMS e inflar artificialmente o valor percebido de desconto pela SEFAZ: corrija vBCRed = vBC × (1 − pRedBC/100) e recalcule vICMS = vBCRed × pICMS/100.
- Se o CRT do emitente (emit/CRT) for 1 (Simples Nacional) e o item usar CST de ICMS da tabela A (ex.: CST 00, 20, 51) em vez de CSOSN da tabela B (ex.: CSOSN 102, 400, 500), então a tributação informada é incompatível com o regime fiscal do emitente: substitua os campos CST por CSOSN correspondente ao regime do Simples Nacional, pois a inconsistência pode fazer a SEFAZ recalcular bases e identificar desconto indevido.
- Se tpNF=1 (saída) e o CFOP do item iniciar com dígito 1 ou 2 (entradas), ou se tpNF=0 (entrada) e o CFOP iniciar com 5, 6 ou 7 (saídas), então há contradição entre o tipo de operação da NF-e e o CFOP aplicado ao item: alinhe o CFOP ao tipo de operação (saída → 5xxx/6xxx/7xxx, entrada → 1xxx/2xxx/3xxx), pois essa incoerência estrutural pode distorcer os valores base e fazer o desconto parecer maior que o produto sob a perspectiva do validador SEFAZ.
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 →