indPres na NF-e e NFC-e: presença, internet e entrega
<indPres>ide › indPresRevisão editorial em 27 de set. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
indPres caracteriza a presença do comprador no momento da operação e distingue canais não presenciais e modalidades de entrega. O campo é obrigatório em ide. Ele precisa ser lido com o modelo, o formato do DANFE e os demais indicadores: uma venda pela internet não é automaticamente uma venda por marketplace, e a existência de entrega não torna a operação presencial. MOC, B25b
Como distinguir os valores
| Valor | Significado e cuidado de interpretação |
|---|---|
| 0 | Não se aplica, por exemplo em nota complementar ou de ajuste; não significa “informação desconhecida” |
| 1 | Operação presencial |
| 2 | Operação não presencial pela internet |
| 3 | Operação não presencial por teleatendimento |
| 4 | Operação não presencial com entrega, no contexto de NFC-e e NF-e com DANFE Simplificado Tipo 2 |
| 5 | Operação presencial fora do estabelecimento |
| 9 | Operação não presencial, outros |
O domínio atualizado do valor 4 aparece na NT 2026.002. A natureza do canal e o contexto documental precisam ser confirmados no pedido e na realização efetiva da operação; não selecione um valor somente por aparecer numa lista do sistema. NT 2026.002, p. 7
O valor 5 se distingue do 2: estar fisicamente fora do estabelecimento numa operação presencial não é a mesma coisa que comprar à distância pela internet. O valor 9 também não deve substituir uma modalidade conhecida apenas por parecer mais genérico.
NFC-e e DANFE Tipo 2 têm recorte próprio
A B25b-20 da NT 2026.002 verifica a NFC-e e a NF-e com tpImp=6: nesses contextos, indPres precisa ser 1, 4 ou 5. Os demais valores geram a rejeição 717, operação não permitida. O cronograma das mudanças de domínio e regras do Tipo 2 registra produção em 03/08/2026. NT 2026.002, pp.3 e 9
Isso não permite transformar uma operação pela internet em presencial para obter autorização. O modelo e o formato escolhidos precisam ser compatíveis com a operação verdadeira; a conferência pode revelar configuração documental inadequada, além de erro no indicador.
As regras antigas B25b-10, rejeição 794, e B25b-30, rejeição 785, aparecem riscadas na edição 1.10a. A primeira tratava de indPres=4 na NF-e; a segunda, de entrega a domicílio em NFC-e não permitida pela UF. Elas não devem ser apresentadas como restrições vigentes dessa edição só porque seu texto ainda aparece na tabela ou numa extração do PDF. NT 2026.002, p. 9
Outros campos que dependem da presença
Indicador de intermediador
As regras B25c-10/20, para modelos 55/65, exigem indIntermed quando indPres é 2, 3, 4 ou 9. Com os outros valores, proíbem o campo.
Quando cabe informá-lo, indIntermed=0 representa operação sem intermediador, e 1 representa site ou plataforma de terceiros. Portanto, zero informado não é igual a omitir o campo. Uma operação presencial com indPres=1 não deve receber automaticamente um zero de intermediador; a presença do elemento também participa da validação. MOC, pp.77–78
Município do IBS em operação fora do estabelecimento
A NT 2025.002 descreve cMunFGIBS para indPres=5 quando não estão preenchidos o endereço do destinatário nem o local de entrega. Esse município de consumo/fato gerador do IBS/CBS é distinto de cMunFG, relativo ao ICMS.
As regras B25b-60/70 apresentadas para modelo 65 verificam, respectivamente, município IBS informado fora do contexto de presença 5 e ausência desse município quando o indicador é 5, com rejeições 1000/1005. Não transforme essas regras específicas da NFC-e em regra idêntica de qualquer NF-e, nem elimine as condições dos endereços da descrição do campo. NT 2025.002, pp.15 e 34
Exemplos de interpretação
Os fragmentos são sintéticos e parciais, com demais campos omitidos; não estão prontos para transmissão.
Uma hipótese de operação pela internet, sem marketplace, em NF-e cujo formato não é Tipo 2:
<ide xmlns="http://www.portalfiscal.inf.br/nfe">
<mod>55</mod>
<tpImp>1</tpImp>
<indPres>2</indPres>
<indIntermed>0</indIntermed>
</ide>
O 2 identifica o canal; o 0 informa ausência de intermediador. Nenhum desses dados decide os tributos ou o destinatário.
Outra hipótese, apenas para ler a combinação de entrega no Tipo 2:
<ide xmlns="http://www.portalfiscal.inf.br/nfe">
<mod>55</mod>
<tpImp>6</tpImp>
<indPres>4</indPres>
<indIntermed>0</indIntermed>
</ide>
O modelo continua sendo 55. O 6 é o formato do DANFE; o 4 identifica a modalidade não presencial com entrega; o 0 assume operação sem intermediador. Os demais requisitos do Tipo 2 — operação interna, saída, consumidor final e finalidade normal — precisam ser conferidos no documento inteiro, junto das informações de entrega cabíveis.
O caminho do indicador é /nfeProc/NFe/infNFe/ide/indPres, com namespace http://www.portalfiscal.inf.br/nfe; sem envelope, começa em /NFe.
Como investigar um retorno
Para 717, compare o XML efetivo, modelo, tpImp e canal real. Para 434/435, confira a presença ou ausência de indIntermed em conjunto com indPres. Para 1000/1005, examine o modelo, o indicador e os endereços envolvidos, preservando o município correto.
O MOC também documenta B25b-40, rejeição 864, para NF-e com indPres=5 sem refNFe ou refNF. Esse diagnóstico não pode ser copiado automaticamente para uma NF-e Tipo 2: a NT 2026.002 veda NFref nesse contexto. Se o retorno recebido envolver 864, identifique formato, UF, ambiente, versão implementada e os documentos reais da operação antes de concluir qual referência cabe. Não crie uma referência fictícia nem acrescente NFref ao Tipo 2 para afastar a mensagem. MOC, p. 77 NT 2026.002, BA01-10, p. 9
Para um retorno antigo 794/785, confira a data e as regras então aplicáveis; não o trate como prova da restrição atual. Corrija apenas a origem comprovada no emissor, antes de nova assinatura, preservando o canal e os dados verdadeiros. Não edite XML assinado ou reenvie sem esclarecer o estado da nota. Se faltar a definição documental ou fiscal, leve pedido, forma da operação, locais e documentos de origem ao responsável; o artigo não escolhe CFOP, incidência ou tratamento.
Referência técnica para integração
- XPath completo
/nfeProc/NFe/infNFe/ide/indPres- 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- enumeration
2- enumeration
3- enumeration
4- enumeration
5- enumeration
9- whiteSpace
preserve