Pular para o conteúdo
FiscalAPI
694 Outros

Rejeição 694 —

3 min de leitura

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:

CampoXPath no XMLDescrição
vProdNFe/infNFe/det/prod/vProdValor total bruto dos produtos
vUnComNFe/infNFe/det/prod/vUnComValor unitário de comercialização
qComNFe/infNFe/det/prod/qComQuantidade 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#

  1. Identifique o(s) campo(s) XML listados acima que podem estar causando o erro
  2. Corrija os dados no XML e retransmita a NF-e para a SEFAZ

💡
Dica: Para identificar a causa desta rejeição, comece verificando os campos vProd, vUnCom, qCom no XML da NF-e. Compare os valores informados com os dados cadastrais atualizados na SEFAZ e na Receita Federal.

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.
Compartilhar: WhatsApp LinkedIn Twitter

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 →