indFinal na NF-e: consumidor final e diferença para inscrição estadual
<indFinal>ide › indFinalRevisã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:
indFinaldiferente de 1; - nota de saída:
tpNF=1; - operação que não é com exterior:
idDestdiferente 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