Rejeição 696 — Operação com não contribuinte deve indicar operação com consumidor final

Resumo Rápido

A Rejeição 696 ocorre quando uma NF-e é emitida para destinatário identificado como Não Contribuinte do ICMS, mas a operação não está marcada como Consumidor Final.

Na prática, a SEFAZ identifica que o destinatário foi informado com indicador de Inscrição Estadual de não contribuinte, normalmente por meio do campo <indIEDest>9</indIEDest>, mas o XML não informa a operação como destinada a consumidor final no campo <indFinal>.

Solução rápida

1. Verifique o indicador de IE do destinatário.
2. Confirme se o destinatário é realmente Não Contribuinte do ICMS.
3. Confira o campo <indFinal>.
4. Se a operação for para consumidor final, informe <indFinal>1</indFinal>.
5. Se não for consumidor final, revise o cadastro fiscal do destinatário.
6. Gere novamente o XML.
7. Transmita a NF-e novamente.

Dados rápidos

Diagnóstico Rápido

• O destinatário está informado como Não Contribuinte?
• O campo `<indIEDest>` está com valor `9`?
• A operação é destinada a consumidor final?
• O campo `<indFinal>` está com valor `1`?
• A operação é com exterior?
• O cadastro do cliente no ERP está correto?
• A regra fiscal do CFOP está definindo corretamente o tipo de destinatário?
• Houve alteração recente em cadastro de cliente, CFOP ou natureza de operação?

Mensagem da Rejeição

696 - Operação com não contribuinte deve indicar operação com consumidor final

O que significa essa rejeição?

Essa rejeição significa que a NF-e foi emitida para um destinatário classificado como Não Contribuinte do ICMS, mas o documento não foi marcado como uma operação com Consumidor Final.

A regra parte de uma lógica tributária simples:

Se o destinatário não é contribuinte do ICMS, a operação normalmente deve ser tratada como venda para consumidor final.

Por isso, quando o XML informa:

<indIEDest>9</indIEDest>

mas não informa:

<indFinal>1</indFinal>

a SEFAZ pode rejeitar a NF-e com o código 696.

Campos envolvidos

Os principais campos envolvidos na Rejeição 696 são:

<indIEDest>

Campo que indica a situação do destinatário em relação à Inscrição Estadual.

Valores comuns:

1 = Contribuinte do ICMS
2 = Contribuinte isento de Inscrição Estadual
9 = Não Contribuinte

<indFinal>

Campo que indica se a operação é destinada a consumidor final.

Valores:

0 = Operação normal
1 = Consumidor final

<idDest>

Campo que indica o destino da operação.

Valores:

1 = Operação interna
2 = Operação interestadual
3 = Operação com exterior

A regra da Rejeição 696 normalmente ocorre quando:

indIEDest = 9
indFinal diferente de 1
idDest diferente de 3

Ou seja: destinatário não contribuinte, operação não marcada como consumidor final e operação que não é com exterior.

Sintomas Comuns

• NF-e rejeitada logo após transmissão.
• Cliente cadastrado como Não Contribuinte.
• Campo consumidor final desmarcado no pedido ou na nota.
• Erro em vendas para pessoa jurídica sem Inscrição Estadual.
• Problema em operações interestaduais.
• Erro após importação de cliente por integração.
• Divergência entre cadastro comercial e cadastro fiscal.
• CFOP configurado como operação normal, sem consumidor final.
• Parametrização fiscal desatualizada no ERP.

Por que essa rejeição acontece?

Destinatário cadastrado como Não Contribuinte

O cliente foi cadastrado no ERP com indicador de IE igual a 9, mas a operação não foi marcada como consumidor final.

Campo consumidor final incorreto

O campo <indFinal> foi enviado como 0, indicando operação normal, mesmo com destinatário Não Contribuinte.

Cadastro fiscal incompleto

O cadastro do cliente pode estar sem Inscrição Estadual, com indicador errado ou com regra fiscal genérica.

Natureza de operação mal parametrizada

A natureza de operação ou CFOP pode não estar configurando automaticamente o campo consumidor final.

Integração externa inconsistente

Sistemas externos podem enviar o cliente como Não Contribuinte, mas não enviar a informação de consumidor final.

Operação interestadual mal classificada

Em operações interestaduais para Não Contribuinte, o erro costuma aparecer quando o ERP não ajusta corretamente os indicadores fiscais da NF-e.

Causa Raiz

A causa raiz da Rejeição 696 normalmente está na inconsistência entre o tipo fiscal do destinatário e a finalidade da operação.

O ERP informa que o destinatário não é contribuinte do ICMS, mas o documento fiscal não declara que a venda é destinada a consumidor final.

Em termos práticos, o sistema está dizendo duas coisas incompatíveis:

O cliente não é contribuinte do ICMS.
Mas a operação não é para consumidor final.

Essa combinação é rejeitada pela SEFAZ, exceto em situações específicas, como operação com exterior.

Como Resolver

Passo 1

Verifique o campo <indIEDest> no XML.

Procure no grupo do destinatário:

<dest>
   ...
   <indIEDest>9</indIEDest>
</dest>

Se o campo estiver com valor 9, o destinatário foi informado como Não Contribuinte.

Passo 2

Verifique se a operação é realmente destinada a consumidor final.

Essa validação precisa ser fiscal e operacional.

Pergunte:

• O cliente está comprando para uso ou consumo?
• O cliente irá revender a mercadoria?
• O cliente possui Inscrição Estadual?
• A operação é interna, interestadual ou exterior?
• O cliente é pessoa física ou pessoa jurídica?
• O cadastro fiscal do cliente está correto?

Passo 3

Se o destinatário for Não Contribuinte e consumidor final, corrija o campo <indFinal>.

O XML deve informar:

<indFinal>1</indFinal>

Passo 4

Se o destinatário não for consumidor final, revise o cadastro do cliente.

Nesse caso, pode ser necessário verificar se o cliente deveria estar como:

1 = Contribuinte do ICMS

com Inscrição Estadual válida.

Passo 5

Revise a natureza de operação ou CFOP.

Alguns ERPs definem o campo consumidor final com base em:

• CFOP.
• Natureza de operação.
• Tipo de cliente.
• Indicador de IE.
• Estado do destinatário.
• Finalidade da venda.
• Tipo de pedido.

Passo 6

Gere novamente o XML.

Após corrigir o cadastro ou a regra fiscal, gere um novo XML da NF-e.

Passo 7

Transmita novamente a NF-e.

Com os campos consistentes, a rejeição deve ser eliminada.

Exemplo Prático

Uma empresa emite NF-e para uma pessoa jurídica que não possui Inscrição Estadual.

O cadastro do cliente está como:

Indicador de IE: 9 - Não Contribuinte

Porém, a nota foi gerada com:

Consumidor final: Não

No XML:

<indFinal>0</indFinal>
<indIEDest>9</indIEDest>

Como o destinatário é Não Contribuinte, mas a operação não foi marcada como consumidor final, a SEFAZ retorna:

Rejeição 696 - Operação com não contribuinte deve indicar operação com consumidor final

Exemplo XML

XML com erro

<ide>
   <idDest>2</idDest>
   <indFinal>0</indFinal>
</ide>
 
<dest>
   <CNPJ>12345678000199</CNPJ>
   <indIEDest>9</indIEDest>
</dest>

Por que está errado?

O XML informa:

idDest = 2
Operação interestadual
 
indFinal = 0
Não é consumidor final
 
indIEDest = 9
Destinatário Não Contribuinte

Essa combinação gera a rejeição.

XML corrigido

<ide>
   <idDest>2</idDest>
   <indFinal>1</indFinal>
</ide>
 
<dest>
   <CNPJ>12345678000199</CNPJ>
   <indIEDest>9</indIEDest>
</dest>

O que mudou?

O campo <indFinal> foi alterado para 1, indicando que a operação é destinada a consumidor final.

Como Identificar o Problema no ERP

Onde verificar

• Cadastro do cliente.
• Tipo de contribuinte.
• Inscrição Estadual.
• Pedido de venda.
• Natureza de operação.
• CFOP.
• Regra fiscal.
• Parâmetros de consumidor final.
• XML da NF-e.
• Integrações comerciais.

O que procurar

• Cliente sem IE cadastrado como Não Contribuinte.
• Campo consumidor final desmarcado.
• CFOP que não define consumidor final automaticamente.
• Pedido importado sem indicador fiscal.
• Cadastro de cliente preenchido apenas com dados comerciais.
• Regra fiscal genérica para todos os clientes.
• Operação interestadual para Não Contribuinte sem tratamento específico.

Impactos para a Empresa

Fiscal

A NF-e não é autorizada até que os campos fiscais estejam consistentes.

Faturamento

A venda fica bloqueada.

Logística

A expedição pode ser atrasada.

Financeiro

A cobrança pode ser postergada.

Comercial

O cliente pode ser impactado por atraso no envio ou retirada da mercadoria.

Suporte ERP

A equipe pode precisar revisar cadastro, regras fiscais e XML.

O que NÃO Fazer

• Não alterar apenas o XML manualmente em produção.
• Não marcar consumidor final sem validar a operação.
• Não mudar o cliente para contribuinte sem Inscrição Estadual válida.
• Não ignorar o campo <indIEDest>.
• Não tratar toda pessoa jurídica como contribuinte.
• Não assumir que o erro é da SEFAZ.
• Não corrigir apenas a nota atual sem revisar o cadastro do cliente.
• Não usar CFOP de revenda se a operação for realmente para uso ou consumo, sem validação fiscal.

Caso Real

Uma empresa vendia mercadorias para pessoas jurídicas sem Inscrição Estadual.

No cadastro do ERP, esses clientes estavam corretamente classificados como Não Contribuintes.

Entretanto, a natureza de operação utilizada nas vendas estava configurada como operação normal, sem marcar consumidor final.

Ao transmitir a NF-e, o XML era gerado com:

<indIEDest>9</indIEDest>
<indFinal>0</indFinal>

A SEFAZ rejeitava as notas com o código 696.

A correção foi ajustar a regra fiscal da natureza de operação para que, quando o destinatário fosse Não Contribuinte, o campo consumidor final fosse definido corretamente conforme o tipo da operação.

Como Evitar Essa Rejeição

• Validar o cadastro fiscal dos clientes.
• Conferir se o destinatário possui Inscrição Estadual.
• Separar regras para contribuinte, isento e não contribuinte.
• Automatizar o preenchimento do campo consumidor final.
• Revisar naturezas de operação e CFOPs.
• Validar XMLs em homologação.
• Monitorar integrações de pedido e e-commerce.
• Criar alerta no ERP para indIEDest = 9 com indFinal = 0.
• Treinar faturamento para diferenciar contribuinte e consumidor final.

Fluxograma de Diagnóstico

Recebeu Rejeição 696?
 
├─ Destinatário está com indIEDest = 9?
│
├─ Não → Revisar outra causa
│
└─ Sim
    │
    ├─ Operação é com exterior?
    │
    ├─ Sim → Revisar idDest e regra aplicável
    │
    └─ Não
        │
        ├─ indFinal = 1?
        │
        ├─ Sim → Revisar XML, UF e regra fiscal
        │
        └─ Não → Corrigir consumidor final ou cadastro do destinatário

FAQ

O que é a Rejeição 696?

É a rejeição que ocorre quando uma NF-e para destinatário Não Contribuinte não indica operação com consumidor final.

Qual campo normalmente causa essa rejeição?

A combinação entre <indIEDest> e <indFinal>.

Qual valor indica Não Contribuinte?

O valor 9 no campo <indIEDest>.

Qual valor indica consumidor final?

O valor 1 no campo <indFinal>.

Pessoa jurídica pode ser Não Contribuinte?

Sim. Uma pessoa jurídica pode não ser contribuinte do ICMS, dependendo da atividade e do cadastro fiscal.

Toda operação com Não Contribuinte é consumidor final?

Em regra, para essa validação, se o destinatário é Não Contribuinte e a operação não é com exterior, a NF-e deve indicar consumidor final.

Operação com exterior entra nessa rejeição?

A regra normalmente não se aplica quando a operação é com exterior, ou seja, quando <idDest>3</idDest>.

O ERP pode causar essa rejeição?

Sim. A causa mais comum é cadastro ou parametrização fiscal incorreta.

Devo alterar o cliente para contribuinte?

Somente se ele realmente for contribuinte do ICMS e possuir Inscrição Estadual válida.

Posso apenas marcar consumidor final para resolver?

Somente se a operação realmente for destinada a consumidor final. A correção deve refletir a realidade fiscal da operação.

Base Legal

• Projeto NF-e
• Manual de Orientação do Contribuinte (MOC)
• Regras de Validação da NF-e
• Legislação do ICMS
• Regras estaduais aplicáveis ao destinatário

Artigos Relacionados

• ICMS
• DIFAL
• Consumidor Final
• Não Contribuinte
• Inscrição Estadual
• Rejeição 600
• Rejeição 805
• Rejeição 695
• Rejeição 697

Resumo

A Rejeição 696 ocorre quando a NF-e é emitida para destinatário Não Contribuinte do ICMS, mas a operação não é indicada como consumidor final. O erro normalmente envolve a combinação entre <indIEDest>9</indIEDest> e <indFinal>0</indFinal>, em operação que não é com exterior. A solução consiste em revisar o cadastro do destinatário, confirmar se a operação é destinada a consumidor final, corrigir o campo <indFinal> quando aplicável e gerar novamente o XML.