💡 Em uma frase
Cria campos e um evento na NF-e e na NFC-e para o emissor informar qual pagamento (boleto, Pix etc.) está ligado àquela nota, preparando o split payment.
📄 Abrir o documento original ↗
Resumo rápido
- A NT cria o grupo YC (Vinculação com a Transação de Pagamento) na NF-e (modelo 55) e na NFC-e (modelo 65) (seção 2).
- Cria também o evento 110300, para vincular o pagamento depois que a nota já foi autorizada (seção 4).
- O vínculo serve para apurar corretamente os débitos do fornecedor e dar crédito ao adquirente no split payment (seção 1).
- O grupo YC é preenchido quando o pagamento começa antes da nota, como boleto ou Pix com QR Code dinâmico gerado antes da emissão (seção 2).
- Na tabela de cronograma: homologação em 05/10/2026 e produção em 03/11/2026 (Histórico de Alterações / Cronograma).
- Mas a própria NT diz que não há exigência de preencher esses campos em 2026 em produção; o split payment está previsto para 2027 (Histórico de Alterações / Cronograma).
- Os grupos YA (Informações de Pagamento) e YB (Intermediador) continuam obrigatórios conforme a legislação estadual; o novo grupo não os substitui (Histórico de Alterações / Cronograma).
- O evento de vínculo é cancelado pelo evento genérico 110001 (seção 5).
Quem é afetado
- Quem emite NF-e (55) e NFC-e (65) e será parte do split payment (seções 1 e 2).
- Sistema emissor (ERP ou programa de emissão) e mensageria, que geram e enviam o XML: precisam suportar o grupo YC e o evento 110300 (seções 2 e 4).
- Administrações tributárias e outros atores, que usam os campos para planejar, desenvolver e testar com antecedência (Histórico de Alterações / Cronograma).
- A área fiscal e o contador, que precisam saber quando o vínculo é pedido e que ele não troca os grupos YA e YB nem o evento ECONF (Histórico de Alterações / Cronograma).
Datas importantes
| Quando | O que acontece |
|---|---|
| 05/10/2026 | Implantação em homologação (Histórico de Alterações / Cronograma). |
| 03/11/2026 | Implantação em produção, conforme a tabela de cronograma (Histórico de Alterações / Cronograma). |
| 2027 (previsto) | Início previsto do split payment; só então os campos são efetivamente ativados (Histórico de Alterações / Cronograma). |
Versão completa, passo a passo
Aqui está a mesma norma com mais detalhe, em tópicos curtos. Cada afirmação traz o artigo ou a seção de onde saiu.
Por que essa NT existe?
- No split payment, ligar a nota ao pagamento é estritamente necessário para apurar os débitos do fornecedor e dar créditos ao adquirente (seção 1).
- Há duas formas de indicar a ligação: enviar a chave da nota ao prestador de serviço de pagamento no início da transação, ou informar os dados da transação em campos ou em evento da nota (seção 1).
- Esta NT trata só da segunda forma (seção 1).
- O vínculo indicado não prova que o pagamento foi feito. É uma expectativa de pagamento, que pode não acontecer; por exemplo, um boleto emitido e não pago (seção 1).
Por que informar cedo?
- Em transações padrão originadas pelo fornecedor/recebedor, o vínculo é necessário antes mesmo da liquidação financeira, para permitir o split payment superinteligente (seção 1).
- Quanto mais o fornecedor demora a informar o vínculo, menores as chances de o split superinteligente ser executado (seção 1).
- Se não der para executar o split superinteligente, será executado o split inteligente offline, com devolução posterior de valores retidos a maior em 3 dias úteis (seção 1).
O que muda no XML: grupo YC
- YC01 gPgtoVinc: grupo de vinculação, 0 a 1 ocorrência na nota (seção 2).
- YC02 gPgto: dados de cada pagamento previsto, de 1 a 99 ocorrências (seção 2).
- YC03 nPag: número único de cada pagamento, numérico de até 3 posições; o schema impede repetição (seção 2).
- YC04 idTransacao: identificador da transação financeira, de 2 a 35 caracteres; o schema impede repetição (seção 2).
- YC05 tpMeioPgto: código do meio de pagamento, 2 posições, da Tabela Nacional de Códigos de Meios de Pagamento (Informe Técnico 2026.001 dos DF-e) (seção 2).
- YC06 CNPJReceb: CNPJ completo (14) de quem recebe o dinheiro do adquirente; pode ser diferente do CNPJ do fornecedor na nota (seção 2).
- YC07 CNPJBasePSP: CNPJ base (8) da instituição financeira ou de pagamento usada pelo recebedor (seção 2).
Quando preencher o grupo YC?
- Sempre que a transação de pagamento for iniciada antes da emissão da nota (seção 2).
- Exemplos da NT: boleto gerado antes da nota e QR Code dinâmico Pix gerado antes da nota (seção 2).
- A nota deve informar os dados da transação já iniciada, mesmo que ainda pendente de pagamento e liquidação (seção 2).
- Exemplo 1 da NT: o fornecedor emite o boleto antes da nota; o vínculo fica pendente até a nota ser emitida com os campos da transação (seção 1, Ex. 1).
Quando usar o evento 110300?
- O evento é gerado pelo emitente da nota quando quer vincular uma ou mais transações financeiras a uma nota já autorizada (seção 4).
- A transação pode estar só iniciada, como boleto emitido ou QR Code Pix gerado (seção 4).
- Exemplo 2 da NT: a nota sai primeiro, depois o fornecedor gera um QR Code Pix dinâmico com os valores de IBS e CBS sem a chave da nota; o vínculo fica pendente até o evento ser emitido com os dados do Pix (seção 1, Ex. 2).
- Exemplo 3 da NT: o adquirente paga por TED e erra a chave da nota; o fornecedor emite o evento com os dados da transação para corrigir o vínculo (seção 1, Ex. 3).
- Autor do evento: emitente da NF-e ou NFC-e; modelos 55 e 65; código do tipo de evento 110300 (seção 4).
- Campos do evento: descEvento 'Vinculação Pagamento', tpAutor = 1 (Empresa Emitente), nProt (protocolo de autorização da nota) e o grupo gPgto com idTransacao, tpMeioPgto, CNPJReceb e CNPJBasePSP (seção 4.1.1).
- Schemas: envEventoNFe_v9.99.xsd e e110300_v1.00.xsd (seção 4.1.1).
Quais rejeições novas aparecem?
- Rejeição 215 (falha no esquema XML): nPag repetido ou idTransacao repetido no grupo gPgtoVinc (seção 3, YC03-10 e YC04-20).
- Rejeição 1273: código do meio de pagamento inválido (tpMeioPgto) (seção 3, YC05-10; seção 4.1.3, P26-10).
- Rejeição 1274: CNPJ do recebedor do pagamento inválido (CNPJReceb) (seção 3, YC06-10; seção 4.1.3, P27-10).
- Rejeição 466: evento com tipo de autor incompatível, quando tpAutor não é 1 (seção 4.1.3, P21-10).
- No evento valem ainda as regras gerais do item 5.8.4 do MOC (seção 4.1.3).
O que continua valendo e como cancelar
- Preencher o grupo YC não dispensa os grupos YA (Informações de Pagamento) e YB (Informações do Intermediador da Transação), exigidos conforme a legislação estadual, mesmo com os mesmos códigos de tipo de pagamento (Histórico de Alterações / Cronograma).
- O evento 110300 não substitui o evento Conciliação Financeira (ECONF), da NT 2024.002, conforme a legislação estadual (Histórico de Alterações / Cronograma).
- Para cancelar o evento de vinculação usa-se o evento genérico 110001 - Cancelamento de Evento, da NT 2025.002🛠️ Nota Técnica que define os novos campos de CBS/IBS no XML da NF-e. É o "manual de obra" para os sistemas.📄 Documento original ↗✨ Explicação simples → - RTC (seção 5).
Na prática: Pix dinâmico gerado depois da nota (empresas fictícias)
- A Doce Lar Biscoitos emite uma NF-e para a Embalagens Caixa Forte e ela é autorizada.
- Depois, a Doce Lar gera um QR Code Pix dinâmico para a Embalagens Caixa Forte com os valores de IBS e CBS, mas sem a chave da NF-e.
- O vínculo fica pendente, porque falta a chave da nota na transação de pagamento (seção 1, Ex. 2).
- A Doce Lar emite o evento 110300 ligado à NF-e, com idTransacao, tpMeioPgto, CNPJReceb e CNPJBasePSP do Pix (seção 4).
- Se o evento tiver erro, por exemplo meio de pagamento inválido, o sistema devolve a rejeição 1273 (seção 4.1.3).
⚠️ Cuidados e limites
- A NT diz que não há exigência de preencher ou usar os campos de split payment em 2026 em produção; a ativação efetiva só ocorre quando o split payment entrar em vigência, prevista para 2027 (Histórico de Alterações / Cronograma).
- A tabela de cronograma traz 03/11/2026 para produção, mas o texto logo abaixo diz que não há exigência em 2026. A NT não explica a diferença; confirme em orientação oficial.
- Existem cópias diferentes da mesma NT 2026.006🛠️ Nota Técnica que cria na NF-e e na NFC-e o campo e o evento para ligar a nota ao pagamento (preparação do split payment).📄 Documento original ↗✨ Explicação simples → v1.00: a do portal da NF-e (capa 'Agosto de 2026') traz homologação 05/10/2026 e produção 03/11/2026; a cópia de 'Junho de 2026' traz 03/08/2026 e 05/10/2026. Esta página usa a do portal da NF-e.
- Orientações adicionais e cronogramas serão divulgados depois pelos canais do CGIBS e da RFB (Histórico de Alterações / Cronograma).
- A tabela de códigos de meios de pagamento está no Informe Técnico 2026.001 dos DF-e, que esta página não detalha.
- O vínculo é uma expectativa de pagamento e não prova pagamento liquidado (seção 1).