Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · Destinatário, locais e autorizados

indIEDest: contribuinte, isento de IE e não contribuinte no XML

<indIEDest>dest › indIEDest

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

indIEDest é o indicador da inscrição estadual do destinatário no grupo dest da NF-e ou NFC-e. Ele aceita 1, 2 ou 9 e descreve a condição do destinatário perante o cadastro estadual do ICMS. Não é a própria inscrição estadual, não informa o regime tributário e não permite concluir essa condição apenas porque a pessoa possui CNPJ. MOC 7.0, campo E16a, p.15.

Nesta página:

O que significam os valores 1, 2 e 9

Valor Significado documentado Relação com a IE
1 Contribuinte do ICMS Informar a inscrição estadual do destinatário no contexto previsto.
2 Contribuinte isento de inscrição no cadastro de contribuintes Não informar dest/IE. Isenção de inscrição não é sinônimo de isenção tributária de toda operação.
9 Não contribuinte do ICMS Pode ou não possuir IE; a presença de uma inscrição, sozinha, não o transforma em contribuinte. Existem restrições específicas por modelo e destino.

A NT 2025.001 v1.01, seção 02.5, p.6 destaca que existem não contribuintes com inscrição estadual e situações de divergência entre indicador, IE e cadastro da UF. Assim, a regra “tem IE, então é 1” é insuficiente. Também é incorreto converter todo destinatário sem IE em 2: pode haver não contribuinte ou falta de um dado que deveria ter sido informado.

A origem deve ser o cadastro fiscal confirmado do estabelecimento destinatário, considerando a UF e a operação. Se houver dúvida entre isento de inscrição e não contribuinte, confirme a situação no cadastro estadual e com o responsável fiscal, levando CNPJ/CPF, UF, IE existente e contexto da operação. O artigo explica a representação depois dessa confirmação; não escolhe a condição do cliente.

Modelo, destino e presença de IE

O indicador ocorre uma vez dentro de dest. A obrigatoriedade estrutural dentro do grupo não torna CNPJ obrigatório: o grupo possui alternativas de identificação. Na NF-e modelo 55, dest é obrigatório; na NFC-e, a necessidade de identificar o destinatário depende das condições aplicáveis.

O MOC estabelece condições específicas:

  • Na NFC-e modelo 65, informar indIEDest=9 e não informar a IE do destinatário. A E16a-10 retorna 789 quando o indicador difere de 9.
  • Na operação com exterior, informar 9 e não informar a IE. A E16a-20, para modelo 55 com idDest=3, retorna 790 quando o indicador difere de 9. A UF EX também participa da restrição à IE em E17-40.
  • Para contribuinte isento de inscrição (2), não incluir a tag IE. Em modelo 55, E17-30 retorna 791 quando há IE junto com 2.
  • Para contribuinte (1) na NF-e modelo 55, E17-20 retorna 728 se IE não foi informada. Isso não significa que qualquer sequência de dígitos resolve: a inscrição verdadeira deve ser válida para a UF e corresponder ao estabelecimento.

Essas condições estão no MOC 7.0, pp.15 e 86–87. Não preencha IE com a palavra ISENTO: o indicador 2 representa essa condição no campo próprio, sem transformar a palavra em número de inscrição.

Como investigar rejeições do indicador

Primeiro, guarde o retorno individual (cStat e xMotivo) e confira o XML enviado: mod, idDest, tpNF, indFinal, dest/indIEDest, dest/IE e UF do destinatário. Depois, confronte somente a regra correspondente ao código recebido.

789/790/728/791: compare os cenários de modelo, exterior e presença de IE descritos acima. Se a condição cadastral está correta e o XML diverge, corrija a origem da geração. Não mude a classificação verdadeira para contornar uma mensagem.

805 e indicador 2: há duas regras. E16a-30 verifica operação interestadual (idDest=2) para UF que não permite contribuinte isento de inscrição; E16a-35 verifica operação interna (idDest=1), com aplicação facultativa. A versão 1.01 da NT 2025.001 relaciona, na interestadual, AL, AM, BA, CE, DF, ES, GO, MG, MS, MT, PB, PE, RJ, RN, RS, SE e SP, conforme configuração da UF destinatária.

As duas regras possuem exceções documentadas: destaque de vICMSST em pelo menos um item; informação de vICMSSTRet em pelo menos um item; em produção, emissão anterior a 01/07/2016; operações com os tratamentos indicados na própria exceção — CST 40 ou 41, ou CSOSN 103, 300 ou 400. Esses são critérios para conferir uma operação já classificada, não recomendações para escolher tributação ou inserir ICMS-ST. A lista atualizada e as exceções estão na NT 2025.001 v1.01, pp.8–9.

696: E16a-40 verifica NF-e modelo 55 de saída (tpNF=1), sem exterior (idDest<>3), com indicador 9 e indFinal<>1. indFinal representa consumidor final e indIEDest representa condição perante o ICMS; são campos diferentes. Confirme os fatos da operação e a regra antes de alterar qualquer um deles. MOC 7.0, p.86.

300 e cadastro estadual: 5E17-12, introduzida pela NT 2025.001, verifica modelo 55 com IE informada e indicador 9 quando o CCC apresenta tipo IE diferente de 3 — IE para Não Contribuinte de ICMS na UF. O problema é a divergência entre informação enviada e cadastro centralizado, não apenas presença de IE. Compare a consulta cadastral e o XML do mesmo estabelecimento; se houver conflito no cadastro, obtenha a confirmação responsável antes de mudar o indicador. NT 2025.001 v1.01, p.12.

Exemplos de representação e conferência

Este fragmento sintético e parcial mostra um destinatário cujo indicador 9 já foi confirmado. Não é uma nota completa, nem uma recomendação de classificação para um cliente real:

<dest xmlns="http://www.portalfiscal.inf.br/nfe">
  <!-- Identificação e demais campos omitidos -->
  <indIEDest>9</indIEDest>
</dest>

Na NFC-e, a conferência desse cenário inclui modelo 65, indicador 9 e ausência de IE. Não basta olhar o indicador na tela: confirme o arquivo gerado. Em uma NF-e, um não contribuinte pode possuir IE; a compatibilidade com o tipo cadastrado deve ser conferida, conforme 5E17-12.

Em outro cenário sintético, uma NF-e modelo 55 tem condição 1 confirmada, mas o XML omitiu IE e recebeu 728. A causa técnica é a falta da inscrição exigida naquele contexto. Recupere a IE verdadeira do cadastro confirmado e corrija sua origem no emissor; não mude para 2 para eliminar a exigência.

Depois de corrigir uma divergência comprovada, regenere e valide o documento rejeitado pelo emissor. Compare novamente os campos e o retorno. Se o cadastro e o XML já coincidem, leve ao suporte o código, a regra, os campos envolvidos e a consulta cadastral, sem expor o XML completo publicamente.

O campo CNPJ do destinatário aprofunda a identificação do estabelecimento. CNPJ válido, situação cadastral ativa, condição de contribuinte e validade da IE são conferências relacionadas, mas distintas.

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/dest/indIEDest
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
Condicional

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
1
enumeration
2
enumeration
9
whiteSpace
preserve