NT 2026.006: Split Payment e vinculação na NF-e
A NT 2026.006 v1.00 cria o grupo YC e o evento 110300, que vinculam a NF-e e a NFC-e à transação de pagamento do Split Payment. Veja campos e cronograma.
Atualização em 31/10/2026. O Portal Nacional da NF-e publicou, em 30/10/2026, a versão 1.01 da NT 2026.006, que altera só as datas de implantação: em homologação até 26/10/2026 e em produção em 16/11/2026, data confirmada pelo comunicado de 27/10/2026. O preenchimento segue sem exigência em produção em 2026. O artigo da v1.01 detalha o grupo YC e o evento 110300, que valem para a NF-e e a NFC-e.
Resumo
Publicada em 25 de agosto de 2026, a Nota Técnica 2026.006 v1.00 divulga a especificação técnica para a vinculação entre a NF-e e a transação financeira sujeita ao Split Payment. É a peça que faltava para a NF-e (modelo 55) e a NFC-e (modelo 65) no conjunto de documentos fiscais eletrônicos já adequados ao recolhimento na liquidação financeira: nos demais DF-e essa vinculação chegou pela NT 2026.001 (BP-e, NF3-e, NFCom, NFGas, NFAg e CT-e). Na NF-e, a NT 2026.001 já estava ocupada pelo Provedor de Assinatura e Autorização (PAA), e o tema ganhou numeração própria: 2026.006.
O Split Payment é o mecanismo pelo qual o IBS e a CBS destacados no documento fiscal são segregados no momento do pagamento e recolhidos diretamente pelo prestador de serviço de pagamento (PSP). Para que isso funcione, o Fisco precisa saber qual transação financeira liquidou qual documento fiscal: sem esse elo, não há como apurar corretamente o débito do fornecedor nem liberar o crédito ao adquirente.
Link oficial: NT 2026.006 v1.00 (PDF, Portal NF-e)
O que muda
Campos no leiaute: grupo YC (gPgtoVinc)
A NT cria na NF-e e na NFC-e o grupo YC, que deve ser informado sempre que a transação de pagamento for iniciada antes da emissão do documento (por exemplo, boleto ou QR Code Pix dinâmico gerado antes da nota), ainda que o pagamento esteja pendente:
| ID | Campo | Ocor. | Tam. | Descrição |
|---|---|---|---|---|
| YC01 | gPgtoVinc |
0-1 | Grupo de informações da vinculação com a transação de pagamento | |
| YC02 | gPgto |
1-99 | Dados de cada pagamento previsto para o documento | |
| YC03 | nPag (atributo) |
1-1 | 3 | Numerador único de cada ocorrência de pagamento |
| YC04 | idTransacao (atributo) |
1-1 | 2-35 | Identificador da transação financeira, de acordo com a transação de pagamento |
| YC05 | tpMeioPgto |
1-1 | 2 | Código do meio de pagamento |
| YC06 | CNPJReceb |
1-1 | 14 | CNPJ completo do recebedor do pagamento, que pode ser diferente do fornecedor |
| YC07 | CNPJBasePSP |
1-1 | 8 | CNPJ base da instituição financeira ou de pagamento utilizada pelo recebedor |
As regras do grupo são YC03-10 e YC04-20 (Rej. 215, nPag ou idTransacao duplicado, barrados pelo schema), YC05-10 (Rej. 1273, meio de pagamento inválido) e YC06-10 (Rej. 1274, CNPJ do recebedor inválido).
O domínio de tpMeioPgto é o mesmo consolidado no Informe Técnico 2026.001, que definiu os códigos válidos no Split Payment. Vale conferir aquela tabela antes de mapear os meios de pagamento do ERP.
Evento criado e cancelamento
| Evento | Descrição |
|---|---|
| 110300, “Vinculação Pagamento” | Gerado pelo emitente (tpAutor=1) para vincular uma ou mais transações financeiras a NF-e ou NFC-e já autorizada, com o protocolo de autorização (nProt); a transação pode estar pendente de pagamento ou de liquidação |
| 110001, Cancelamento de Evento | Evento genérico da NT 2025.002-RTC, usado para cancelar o evento 110300 |
As regras específicas do evento são P21-10 (Rej. 466, tipo de autor diferente do emitente), P26-10 (Rej. 1273, meio de pagamento inválido) e P27-10 (Rej. 1274, CNPJ do recebedor inválido). A NT ressalta que o vínculo indica uma expectativa de pagamento, que pode não se concretizar: um boleto pode ser emitido e não pago.
Cronograma
| Marco | Data |
|---|---|
| Publicação da v1.00 | 25/08/2026 |
| Implantação em homologação (texto da v1.00) | 05/10/2026 |
| Implantação em produção (texto da v1.00) | 03/11/2026 |
| Exigência de preenchimento em produção | Não há em 2026 |
Data de vigência
O preenchimento do grupo de vinculação não é obrigatório em 2026. A NT tem caráter preparatório: a obrigatoriedade acompanha a ativação efetiva do Split Payment, prevista para 2027, dentro do cronograma geral descrito no nosso panorama sobre os procedimentos e os modelos do Split Payment e nas orientações do Comitê Gestor sobre a vigência da CBS e do IBS.
Na prática, 2026 é a janela de testes. Pela NT 2025.002 v1.53 (NF-e e NFC-e na Reforma Tributária), o preenchimento do IBS e da CBS permanece obrigatório conforme a legislação vigente, mas ainda não é exigido por regra de validação em produção: a UB12-10 segue como implementação futura. O grupo de vinculação é a segunda metade do trabalho: além dos tributos destacados, o documento passa a poder carregar o rastro do pagamento.
Impacto para clientes Tax360
Emissores de NF-e devem tratar três frentes no período preparatório. Primeiro, origem do dado: idTransacao e CNPJBasePSP não nascem no ERP fiscal, e sim no adquirente, no gateway de pagamento ou no arranjo Pix. É preciso definir agora como essa informação chega ao momento da emissão ou do evento posterior. Segundo, mapeamento de meios de pagamento: os códigos internos de cartão, Pix, boleto e transferência precisam ser traduzidos para o domínio nacional de tpMeioPgto. Terceiro, momento da vinculação: se a transação começa antes da emissão, os dados vão no grupo YC da própria nota; se a nota já foi autorizada, vão no evento 110300. Não é preciso esperar a liquidação: segundo a NT, quanto mais o fornecedor demora para reportar o vínculo, menor a chance de execução do split superinteligente. O cancelamento do evento usa o evento genérico 110001.
A plataforma Tax360 acompanha as versões dos schemas e das regras de validação da NF-e. Recomendamos que a integração com os PSPs seja testada em homologação ao longo de 2026, quando as rejeições ainda não têm efeito sobre a operação.
Artigos relacionados
- IT 2026.001: os 6 códigos válidos no Split Payment
- CT-e: Split Payment e vinculação (2026)
- Split Payment na Reforma Tributária: como funciona
Produto Tax360 relacionado: NF-e Outbound, emissão de NF-e com adequação contínua às versões das NTs da Reforma Tributária.
Histórico de versões
Leia também
NT 2026.006 v1.01: vinculação ao Split Payment
A v1.01 da NT 2026.006 muda só o cronograma da vinculação entre NF-e ou NFC-e e o pagamento do Split Payment:…
BP-e: Split Payment e vinculação (2026)
NT 2026.001 v1.01 cria grupo de vinculação entre BP-e e transação financeira para o Split Payment. Opcional em 2026,…
NF3-e: Split Payment e vinculação (2026)
NT 2026.001 v1.01 cria grupo de vinculação entre NF3-e e transação financeira para o Split Payment. Opcional em…