Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · Identificação

indFinal na NF-e: consumidor final e diferença para inscrição estadual

<indFinal>ide › indFinal

Revisão editorial em 27 de set. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.

indFinal indica se a operação documentada se destina a consumidor final. É um campo obrigatório de ide, com 0=Normal e 1=Consumidor final. A informação caracteriza a operação; não é um campo para definir o regime da empresa ou copiar automaticamente da existência de CPF, CNPJ ou inscrição estadual. MOC, B25a, p. 10

O que o indicador distingue

“Consumidor final” se refere à destinação final dos bens naquela operação. A confirmação depende do negócio e de sua documentação. O fato de o destinatário ser pessoa jurídica não resolve essa pergunta, e o fato de ter inscrição estadual também não transforma todas as suas aquisições em operações não finais.

O XML mantém separadas essas informações:

Informação Campo Significado
Destinação da operação ide/indFinal Normal ou consumidor final
Condição de inscrição estadual dest/indIEDest Contribuinte 1, contribuinte isento 2 ou não contribuinte 9
Identificação da pessoa dest/CNPJ ou dest/CPF Documento do destinatário
Presença/canal ide/indPres Como a operação ocorreu

O MOC trata indIEDest separadamente. Uma leitura correta exige os campos em seus próprios caminhos; “normal” em indFinal=0 não significa “emissão normal”, que pertence a tpEmis, nem “finalidade normal”, que pertence a finNFe. MOC, E16a, p. 14 e GrupoB

As condições das rejeições 716 e 696

A rejeição 716, pela B25a-10, verifica operação não destinada a consumidor final, indFinal=0, em NFC-e ou NF-e com tpImp=6, DANFE Simplificado Tipo 2. A extensão ao modelo 55 nesse formato tem produção prevista no cronograma de 03/08/2026. Não aplique essa restrição indistintamente a qualquer NF-e. NT 2026.002, pp.3 e 9

Já a rejeição 696, pela E16a-40 do MOC, possui outra combinação. No modelo 55, verifica:

  • destinatário marcado como não contribuinte: indIEDest=9;
  • operação não marcada como consumidor final: indFinal diferente de 1;
  • nota de saída: tpNF=1;
  • operação que não é com exterior: idDest diferente de 3.

Essas condições são cumulativas. A mesma descrição não deve ser transplantada para nota de entrada ou operação exterior. MOC, E16a-40, p. 86

Nenhuma das regras autoriza mudar a destinação verdadeira para obter autorização. Se os indicadores representam decisões ou dados conflitantes, a primeira tarefa é esclarecer a operação e o cadastro que os originaram.

Exemplo de indicadores independentes

O exemplo é sintético e parcial, com campos omitidos e sem capacidade de transmissão. Assume, apenas para demonstrar a leitura, destinatário contribuinte e operação final.

<infNFe xmlns="http://www.portalfiscal.inf.br/nfe">
  <ide>
    <indFinal>1</indFinal>
  </ide>
  <dest>
    <indIEDest>1</indIEDest>
  </dest>
</infNFe>

O primeiro 1 está em ide e informa destinação final. O segundo 1 está em dest e informa condição de contribuinte, cujos demais dados cadastrais não aparecem no fragmento. Essa combinação ilustra que os conceitos são distintos; não afirma que qualquer aquisição feita por contribuinte seja final.

No XML processado, o caminho é /nfeProc/NFe/infNFe/ide/indFinal, no namespace http://www.portalfiscal.inf.br/nfe. Não procure apenas todos os elementos terminados em “Final”: leia o contexto exato.

Conferência e limite da correção

Guarde a mensagem e o código do retorno, identifique modelo e formato do DANFE e compare o XML efetivo com o cadastro e o documento da operação. Para 716, confira a combinação mod/tpImp/indFinal; para 696, confira também indIEDest/tpNF/idDest.

Se a causa for um valor antigo reaproveitado no rascunho, corrija a origem no emissor depois de confirmar a destinação. Se faltar essa definição, leve ao responsável fiscal o pedido, finalidade da aquisição, mercadorias, participantes e documentos de origem. O artigo não escolhe o enquadramento, a incidência ou a tributação dessa aquisição.

Não deduza um imposto apenas de indFinal: a apuração exige outros parâmetros próprios. Depois de confirmados, confira o rascunho gerado e suas relações. Não edite XML assinado/autorizado, não altere o dado verdadeiro para eliminar rejeição e não reenvie sem conhecer o estado da nota. Validade do campo, validade estrutural e autorização são conferências diferentes.

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/ide/indFinal
Namespace
http://www.portalfiscal.inf.br/nfe
Leiaute
4.00 · PL_010e_v1.02
Ocorrências no XSD
1–1 no contexto do elemento pai
Tipo
inline:xs:string · string
Preenchimento no catálogo
Obrigatório

A ocorrência vale dentro da estrutura XML: um campo obrigatório em um grupo opcional não torna esse grupo obrigatório. A aplicação fiscal depende da operação e da versão da regra.

enumeration
0
enumeration
1
whiteSpace
preserve