Pular para o conteúdo
Fiscal ProBiblioteca
Acessar Fiscal Pro
NF-e e NFC-e · Outros tributos e observações do item

imposto no item da NF-e: grupos, sequência e conferência

<imposto>det › imposto

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

imposto reúne os dados tributários de um item da NF-e ou NFC-e. Ele aparece diretamente dentro de det e não representa um valor único: seus filhos identificam tributos, bases, percentuais, valores e, quando informada, a estimativa vTotTrib.

A estrutura descrita usa o pacote oficial PL_010f_v1.04, publicado em 31/08/2026. Esse pacote não altera a versão selecionada de um XML histórico na consulta; para arquivos de outra versão, confira a declaração correspondente e as regras vigentes na data e no ambiente do documento.

Neste artigo:

Onde fica imposto e por que há um grupo por item

O caminho é /nfeProc/NFe/infNFe/det/imposto. Cada det tem seu próprio imposto, depois de prod. No leiaute 010f, imposto tem ocorrência 1–1: um por item. A existência desse contêiner não significa que todos os tributos nele previstos incidam sobre a operação.

O atributo nItem de det identifica o item. Para comparar a memória de cálculo com o XML, use esse identificador e o código do produto, sem misturar os valores de itens diferentes. Em um arquivo cujo elemento raiz é NFe, retire apenas o envelope nfeProc do caminho; o namespace continua http://www.portalfiscal.inf.br/nfe.

Schemas NF-e/NFC-e PL_010f_v1.04 MOC 7.0 — Anexo I

Quais grupos cabem dentro de imposto

A sequência começa com vTotTrib opcional. Em seguida, o XSD oferece uma escolha opcional: o ramo com ICMS e, quando pertinentes, IPI e II; ou o ramo ISSQN. O ICMS contém outra escolha, entre seus subgrupos de tributação. Esses ramos representam estruturas alternativas; a escolha do subgrupo depende dos parâmetros fiscais já definidos para o item.

Depois desse ramo vêm, na ordem, PIS, PISST, COFINS, COFINSST, ICMSUFDest, IS e IBSCBS, todos com ocorrência opcional no contêiner atual. PISST é PIS por substituição tributária; COFINSST é COFINS por substituição tributária. ICMSUFDest contém informações do diferencial e FCP de destino; IS é Imposto Seletivo, e IBSCBS contém dados de IBS e CBS. Cada grupo tem seus próprios filhos e condições.

ISSQN é mutuamente exclusivo com ICMS e II no ramo estrutural. Já PIS e COFINS são declarados depois dessa escolha: não se deve inferir sua ausência ou presença só pelo ramo selecionado. A opcionalidade no XSD não dispensa as regras fiscais ou de validação aplicáveis. A NT 2025.002 tem cronogramas próprios para as alterações de IBS/CBS/IS; a simples presença desses nomes no pacote não prova exigência universal em todos os modelos, datas e ambientes.

Schemas NF-e/NFC-e PL_010f_v1.04 MOC 7.0 — Anexo I NT 2025.002 — Reforma Tributária do Consumo

Por que impostoDevol e totais ficam em outros lugares

impostoDevol é irmão de imposto dentro de det. Seu pDevol informa o percentual da mercadoria devolvida e seu IPI/vIPIDevol informa o IPI devolvido. Colocar impostoDevol dentro de imposto gera estrutura diferente da prevista.

Os totais da nota ficam em infNFe/total, separados dos tributos por item. Por exemplo, imposto/vTotTrib é a estimativa de um item; total/ICMSTot/vTotTrib é sua agregação na nota. Nenhum deles equivale à soma indiscriminada de todos os números tributários do XML: bases, alíquotas, tributos próprios, retenções e estimativas são grandezas distintas.

Schemas NF-e/NFC-e PL_010f_v1.04 MOC 7.0 — Anexo I

Exemplo de um ramo tributário completo

O trecho sintético usa ICMS00 e parâmetros assumidos apenas para demonstrar estrutura: base R$ 100,00, percentual 18% e ICMS R$ 18,00. A estimativa de tributos de R$ 30,00 é uma informação separada e não foi obtida pela soma dos campos mostrados. Esses valores e esse CST não são recomendação para uma operação real.

<imposto xmlns="http://www.portalfiscal.inf.br/nfe">
  <vTotTrib>30.00</vTotTrib>
  <ICMS>
    <ICMS00>
      <orig>0</orig>
      <CST>00</CST>
      <modBC>3</modBC>
      <vBC>100.00</vBC>
      <pICMS>18.00</pICMS>
      <vICMS>18.00</vICMS>
    </ICMS00>
  </ICMS>
</imposto>

É um grupo completo para validação estrutural isolada, parcial em relação ao documento. Os demais tributos precisam ser tratados conforme a operação. O exemplo não inclui produto, identificação, totais, assinatura ou protocolo e não está pronto para transmissão.

Schemas NF-e/NFC-e PL_010f_v1.04 Tipos básicos do leiaute NF-e

Como investigar campo ausente ou grupo rejeitado

Comece pelo XML efetivamente gerado, pelo nItem e pela mensagem integral da autorizadora. Se o erro é de schema, compare o elemento indicado com seu pai, namespace, ordem, cardinalidade e conteúdo. Um grupo tributário desconhecido em um validador antigo pode indicar pacote incompatível, sem demonstrar sozinho que o dado fiscal esteja errado.

Se a mensagem trata de tributo ou regime incompatível, compare os parâmetros cadastrados com o regime do emitente, modelo, finalidade e regras daquela família. Não acrescente todos os grupos nem troque CST ou CSOSN para tentar obter autorização. A decisão sobre incidência, enquadramento, alíquota e crédito cabe ao responsável contábil, com XML de origem, dados do produto e da operação.

Após a definição dos parâmetros, confira a geração de cada grupo, suas contas e a reconciliação com total. Uma validação XSD aprovada confirma estrutura e formatos; ela não confirma tributação, assinatura nem autorização.

Schemas NF-e/NFC-e PL_010f_v1.04 MOC 7.0 — Anexo I NT 2025.002 — Reforma Tributária do Consumo

Leitura relacionada

Fontes oficiais

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/det/imposto
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:complexType
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.

InícioDicionárioRejeições