IT 2026.001 v1.01: meios de pagamento em 8 DF-e

Resumo

O Informe Técnico 2026.001 chegou à versão 1.01, publicada em agosto de 2026 nos portais DF-e. O objetivo do documento permanece o mesmo da versão 1.00: estabelecer o subconjunto de códigos de meios de pagamento admitidos na integração com o sistema de Split Payment da Reforma Tributária do Consumo.

A mudança relevante desta revisão é de escopo e forma de publicação. O IT 2026.001 v1.01 é um documento único, compartilhado por oito documentos fiscais eletrônicos ao mesmo tempo — BP-e, MDF-e, NF3-e, NFCom, DC-e, NFAg, NFeAbi e NFGas —, e não mais uma família de informes publicados separadamente por modelo. Até a v1.00, o mesmo conteúdo circulava fragmentado: havia uma publicação multiplataforma, uma versão específica para o BP-e e outra para a NFGas. A v1.01 substitui todas elas por um texto normativo comum.

Link oficial: Portal DF-e SVRS — Documentos

O que muda

Um único IT para oito documentos fiscais

Esse é o ponto central da v1.01. Antes, cada modelo trazia a sua própria cópia da tabela de tpMeioPgto, o que abria espaço para divergência de versões entre documentos fiscais — um risco concreto para quem emite mais de um modelo e mantém uma única camada de integração de pagamentos. A partir da v1.01, existe uma tabela, uma versão e um cronograma para os oito modelos listados no informe.

Para as equipes de desenvolvimento, a consequência prática é direta: a validação de meio de pagamento deixa de ser uma regra por módulo e passa a ser uma regra transversal do emissor, reaproveitável entre BP-e, MDF-e, NF3-e, NFCom, DC-e, NFAg, NFeAbi e NFGas.

Códigos válidos em tpMeioPgto

O subconjunto de códigos aceitos na vinculação com o Split Payment segue sendo restrito. São admitidos apenas os meios de pagamento rastreáveis, isto é, aqueles em que existe uma transação identificável no arranjo de pagamento e um prestador de serviço de pagamento (PSP) responsável pela liquidação:

Código	Meio de pagamento
15	Boleto
17	Pix QR Code
18	TED
20	Pix chave ou QR Code estático
23	Pix Automático
24	TEF / Book Transfer

Os códigos 23 e 24 foram incorporados ao conjunto pelo IT 2024.002 v1.11, que tratou dos meios de pagamento de forma multiplataforma. Qualquer valor fora dessa lista informado em tpMeioPgto, quando o grupo de vinculação de pagamento estiver preenchido, resulta em rejeição pelo autorizador.

Relação com as NT 2026.001 de vinculação

O IT não cria campos: ele apenas tabela valores. A estrutura de dados vem das NT 2026.001, que instituíram o grupo pgtoVinc (com nPag, idTransacao, tpMeioPgto, CNPJReceb e CNPJBasePSP) e os eventos 110300 (Vinculação de Pagamento) e 110301 (Cancelamento da Vinculação). Essas NTs já foram publicadas modelo a modelo — veja, por exemplo, as versões para NFAg e NFGas — e todas remetem ao IT 2026.001 para a lista de códigos aceitos. Com a v1.01, essa remissão passa a apontar para um documento só.

Data de vigência

O informe mantém o caráter preparatório de 2026: os campos de vinculação de pagamento existem no leiaute, mas não há exigência de preenchimento em produção neste ano. O mecanismo de Split Payment entra em vigência a partir de 2027, quando a retenção na liquidação financeira passa a valer de fato. Recomendamos tratar o segundo semestre de 2026 como janela de homologação técnica, não como prazo operacional.

Impacto para clientes Tax360

Para quem emite mais de um documento fiscal eletrônico, a v1.01 simplifica a conformidade. As ações concretas recomendadas são:

• Centralizar a validação de tpMeioPgto em um único componente do emissor, em vez de replicar a tabela por módulo — é exatamente o modelo que o novo IT assume.
• Revisar o mapeamento do ERP entre as formas de pagamento cadastradas internamente e os seis códigos aceitos, marcando explicitamente as que não podem participar da vinculação (dinheiro, cartão de crédito em determinadas modalidades, crédito de loja).
• Testar em homologação o envio dos eventos 110300 e 110301 com idTransacao e CNPJBasePSP reais, antes de considerar a integração pronta.
• Acompanhar as rejeições de IBS/CBS já ativas em homologação, tratadas no artigo sobre a rejeição 310, que costuma aparecer em conjunto com os testes de vinculação.

Nos módulos DF-e do Tax360, a tabela de meios de pagamento é mantida como configuração compartilhada entre os modelos — atualizações de IT são absorvidas sem alteração de integração pelo cliente.

Artigos relacionados

• IT 2026.001: os 6 códigos válidos no Split Payment
• IT 2026.001: Split Payment no BP-e
• Split Payment: 3 modelos e como se preparar

---

Produtos Tax360 relacionados: MDF-e | NFCom | NFAg | NFGas | NFeAbi | DF-e — validação de meios de pagamento e vinculação de Split Payment unificadas entre todos os modelos.