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

indPres na NF-e e NFC-e: presença, internet e entrega

<indPres>ide › indPres

Revisã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