Rejeição 629 — Valor do Produto difere do produto Valor Unitário de Comercialização e Quantidade Comercial

O que é esta rejeição?#

A Rejeição 629 é 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: Valor do Produto difere do produto Valor Unitário de Comercialização e.

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:

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#

1. Verifique se vProd = qCom × vUnCom (o valor total deve ser o produto da quantidade pelo valor unitário)
2. Confirme que a unidade comercial é válida (UN, KG, CX, LT, M, etc.)
3. Revise a quantidade de casas decimais dos campos numéricos conforme o MOC
4. Cada item deve ter um número sequencial único (nItem) começando em 1

Verificações analíticas#

• Se a soma de todos os vProd dos itens (det[*]/prod/vProd) não for igual ao campo total/ICMSTot/vProd com tolerância de R$0,01, então há divergência entre os totais parciais dos produtos e o total declarado na NF-e: recalcule vProd de cada item como qCom × vUnCom e verifique se o somatório bate com ICMSTot/vProd.
• Se qualquer item possuir vProd com mais de 2 casas decimais ou qCom/vUnCom com mais de 4 casas decimais conforme o MOC do schema NFe 4.00, então o arredondamento inconsistente pode gerar divergência no produto qCom × vUnCom ≠ vProd: normalize os valores numéricos para as precisões máximas permitidas (qCom: 4 decimais, vUnCom: 10 decimais, vProd: 2 decimais) antes de recalcular.
• Se o CFOP do item começar com 5 ou 6 (saída) e o tpNF for 0 (entrada), ou o CFOP começar com 1 ou 2 (entrada) e o tpNF for 1 (saída), então há incompatibilidade entre o tipo da operação e o CFOP declarado no item, o que pode provocar rejeição em cascata afetando também os valores de produto: corrija o tpNF para 1 quando todos os CFOPs forem de saída ou ajuste os CFOPs para refletirem o tipo real da operação.
• Se o campo uCom de qualquer item contiver caracteres especiais, espaços em branco, ou uma string não reconhecida pelo validador SEFAZ (ex: unidades fora do padrão como 'PÇ' com acento ou 'pc' em minúsculo), então a unidade comercial inválida pode ser interpretada como item corrompido, gerando rejeição 629 mesmo que vProd = qCom × vUnCom esteja matematicamente correto: padronize uCom para valores aceitos em maiúsculas sem acentos (UN, KG, CX, LT, M, MT, G, TON, PC, PAR, etc.).
• Se dois ou mais itens (det) possuírem o mesmo valor de nItem, ou se a sequência de nItem não for estritamente crescente iniciando em 1 sem lacunas, então a estrutura de itens está inválida e o parser SEFAZ pode associar valores de produto ao item errado, causando rejeição 629 por inconsistência de quantidade e valor: renumere todos os nItem de forma sequencial (1, 2, 3, ...) garantindo unicidade e ordem crescente.