Rejeição 694 —
O que é esta rejeição?#
A Rejeição 694 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a valor dos produtos/serviços, informação do documento fiscal. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.
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 |
|---|---|---|
| vProd | NFe/infNFe/det/prod/vProd | Valor total bruto dos produtos |
| vUnCom | NFe/infNFe/det/prod/vUnCom | Valor unitário de comercialização |
| qCom | NFe/infNFe/det/prod/qCom | Quantidade comercial |
Causas comuns#
- Os valores totais dos produtos ou da NF-e podem estar inconsistentes com o somatório dos itens
- O campo Valor unitário de comercialização pode conter valor incorreto ou inconsistente
- O campo Quantidade comercial pode conter valor incorreto ou inconsistente
Como resolver#
- Identifique o(s) campo(s) XML listados acima que podem estar causando o erro
- Corrija os dados no XML e retransmita a NF-e para a SEFAZ
Verificações analíticas#
- Se o somatório de (det[i].prod.vProd) para todos os itens diferir de total.ICMSTot.vProd em valor absoluto superior a R$ 0,02, então os valores dos produtos nos itens estão inconsistentes com o total declarado: recalcule vProd de cada item como prod.qCom × prod.vUnCom arredondado a 2 casas decimais e atualize total.ICMSTot.vProd com o novo somatório.
- Se para qualquer item det[i].prod.vProd difere de round(det[i].prod.qCom × det[i].prod.vUnCom, 2) em valor absoluto superior a R$ 0,01, então o campo vProd do item está matematicamente inconsistente com qCom e vUnCom declarados: revise se qCom ou vUnCom foram informados com escala de decimais errada (ex.: qCom em gramas quando deveria ser quilogramas) ou se houve truncamento em vez de arredondamento ao calcular vProd.
- Se total.ICMSTot.vNF difere de (total.ICMSTot.vProd - total.ICMSTot.vDesc + total.ICMSTot.vST + total.ICMSTot.vFrete + total.ICMSTot.vSeg + total.ICMSTot.vOutro + total.ICMSTot.vIPI - total.ICMSTot.vIPIDevol) em valor absoluto superior a R$ 0,02, então o campo vNF está inconsistente com a composição dos totalizadores parciais: recalcule vNF somando algebricamente todos os componentes obrigatórios do total e verifique se algum parcial (vST, vIPI, vFrete) foi omitido ou duplicado.
- Se para qualquer item det[i].prod.vUnCom possui mais de 10 dígitos no total ou mais de 10 casas decimais conforme schema NFe 4.00 (tipo TDec_1110), mas o sistema gerador armazenou o valor com arredondamento prematuro de 2 casas antes de multiplicar por qCom, então a perda de precisão intermediária acumula diferença em vProd: armazene vUnCom com precisão máxima permitida (até 10 decimais) e realize o arredondamento somente no produto final vProd = round(qCom × vUnCom, 2).
- Se total.ICMSTot.vProd menos o somatório de det[i].prod.vDesc de todos os itens não corresponde a (total.ICMSTot.vProd - total.ICMSTot.vDesc), ou seja, total.ICMSTot.vDesc difere do somatório de prod.vDesc dos itens em valor absoluto superior a R$ 0,02, então o desconto totalizado está inconsistente com os descontos por item: verifique se descontos negociados globalmente foram lançados apenas no totalizador sem distribuição proporcional nos itens ou se algum item teve vDesc preenchido mas não subtraído corretamente de vProd.
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 →