Hoje o provedor registra um único evento na própria NFCom: o cancelamento. Todos os outros — ajuste, substituição, cofaturamento — são gravados pela unidade federada, sozinhos, quando outra nota referencia a sua.

A nota técnica que prepara o split payment cria dois eventos novos cujo autor é o emissor. E, diferentemente do cancelamento, eles não são exceção: são rotina de cobrança.

Neste artigo

• Quem registra evento na NFCom, segundo a norma
• O que a nota técnica cria: um grupo e dois eventos
• Quando vai no corpo da nota e quando vai em evento
• Os campos — e o CNPJ que pode não ser o seu
• Vínculo não é pagamento: é expectativa
• O relógio: demorar a informar custa dinheiro parado
• O calendário, e o que não é exigido em 2026
• As rejeições novas, e as travas que já existiam
• A leitura: faturamento e conciliação deixam de ser mundos separados
• Onde conferir

Quem registra evento na NFCom, segundo a norma

A norma que instituiu a NFCom chama de “Evento da NFCom” a ocorrência relacionada com uma nota, e lista sete deles. Mas o que interessa aqui é a divisão de autoria, que está em dois parágrafos curtos:

• o cancelamento deve ser registrado pelo emitente;
• os demais — Autorizada e Cancelada NFCom de Ajuste, Autorizada NFCom de Substituição, Autorizada, Cancelada e Substituída NFCom de Cofaturamento — devem ser registrados pela unidade federada autorizadora ou por órgão que lhe preste esse serviço.

Já tratamos desse segundo grupo ao mostrar que a situação da sua nota muda sozinha, por ato de outra nota. O ponto agora é o outro lado da divisão: a lista do que o emitente registra tem um item só, e ele é um evento de exceção — cancelar não é rotina.

É essa proporção que a chegada do split payment altera.

O que a nota técnica cria: um grupo e dois eventos

A vinculação entre o documento fiscal e a transação financeira existe porque, no split payment, o imposto é separado no momento do pagamento. A nota técnica é direta sobre a razão: essa vinculação é “estritamente necessária para a correta apuração dos débitos do fornecedor e concessão de créditos ao adquirente”.

Há duas formas de indicar o vínculo. A primeira é transmitir a chave do documento fiscal ao prestador de serviço de pagamento no início da transação. A segunda — a que a nota técnica detalha — é informar os dados da transação financeira no próprio documento fiscal ou em evento. Dela saem três peças:

1. um grupo de informações dentro da NFCom, com os dados dos pagamentos previstos;
2. o evento 110300 — Vinculação Pagamento, para amarrar transações a uma nota já autorizada;
3. o evento 110301 — Cancelamento da Vinculação do Pagamento, para desfazer um vínculo informado com erro.

Nos dois eventos, o autor é o emissor do documento, e a mensagem é assinada com o certificado digital que contenha o CNPJ base dele. Some-se ao cancelamento e a conta muda: de um evento de autoria do emitente para três — e dois deles nascem colados ao ciclo de cobrança.

Quando vai no corpo da nota e quando vai em evento

A regra de escolha é temporal, e vale gravá-la porque define o desenho do sistema:

• no corpo da NFCom, quando a transação de pagamento começou antes da emissão da nota. A nota técnica dá os exemplos: boleto gerado antes da emissão, QR Code Pix dinâmico gerado antes da emissão;
• em evento, quando a vinculação é feita a um documento já autorizado.

Para o provedor, o primeiro caso não é hipótese de laboratório: é o desenho de cobrança de boa parte do mercado, em que a régua de boletos do mês roda antes — ou em outro sistema — do fechamento das notas.

A nota técnica também descreve o cenário que produz evento em vez de campo, e ele é instrutivo: o cliente paga por TED informando a chave do documento e erra o preenchimento, o que impede a vinculação. A correção não é do lado do cliente — é o fornecedor quem emite o evento com os dados da transação.

Os campos — e o CNPJ que pode não ser o seu

O grupo aceita de 1 a 99 pagamentos por nota, e cada um leva cinco informações:

• nPag — numerador da ocorrência, para identificar cada pagamento dentro da nota;
• idTransacao — identificador da transação financeira, de 2 a 35 caracteres, que não pode se repetir dentro do grupo;
• tpMeioPgto — o código do meio de pagamento, seguindo a mesma tabela nacional de meios de pagamento da NF-e;
• CNPJReceb — o CNPJ completo de quem recebe o dinheiro do adquirente;
• CNPJBasePSP — o CNPJ base, de oito dígitos, da instituição financeira ou de pagamento usada por quem recebe.

Dois desses campos merecem atenção do lado do provedor.

O primeiro é o CNPJReceb. A nota técnica é explícita: “é possível que o CNPJ do recebedor seja diferente do CNPJ do fornecedor constante no documento fiscal” — pode ser uma plataforma ou outra entidade que receba pelo fornecedor. Quem usa subadquirente, gateway ou plataforma de cobrança precisa saber, por transação, em nome de quem o dinheiro entrou.

O segundo é o CNPJBasePSP. É um dado que hoje não existe no faturamento: identifica o banco ou a instituição de pagamento do recebimento. Ele não vem do cadastro do assinante nem do plano — vem do arranjo financeiro.

O limite de 99 pagamentos por nota, por sua vez, diz que a norma prevê o pagamento fracionado. Para o provedor, cuja fatura costuma ter um pagamento só, ele é folga; para quem parcela ou aceita pagamento misto, é o teto a observar.

Vínculo não é pagamento: é expectativa

Aqui está a distinção que evita o erro de leitura mais provável. A nota técnica adverte:

“O vínculo indicado pelo contribuinte não necessariamente representa um pagamento efetuado e liquidado. Indica uma expectativa de pagamento que pode ou não se concretizar. Por exemplo: um boleto pode ser emitido e não pago.”

Ou seja: o campo não é baixa de título e não substitui a conciliação. Ele registra que existe uma transação iniciada apontando para aquela nota. Para uma base de assinantes com inadimplência normal, isso significa que a nota carregará vínculos que nunca vão liquidar — e isso é esperado, não erro.

O relógio: demorar a informar custa dinheiro parado

Esta é a parte que transforma a vinculação de tarefa fiscal em tarefa de caixa, e ela está escrita na nota técnica com todas as letras.

Nas transações sujeitas ao procedimento padrão do split, a vinculação é necessária antes mesmo da liquidação financeira, para viabilizar o chamado split superinteligente. E a nota técnica adverte: quanto mais tempo o fornecedor demorar para reportar o vínculo, menores as chances de o split superinteligente ser executado.

Não sendo possível executá-lo, roda o split inteligente offline — e os valores retidos a maior são devolvidos no prazo de três dias úteis.

Traduzindo para a operação: informar tarde não gera multa, gera retenção. O dinheiro volta, mas depois. Numa base grande, atraso sistemático na vinculação é capital de giro parado por alguns dias, todo mês — um custo que não aparece como custo em lugar nenhum.

O calendário, e o que não é exigido em 2026

Vale ser preciso aqui, porque o assunto se presta a alarme. A própria nota técnica delimita:

• a implantação do split payment está prevista a partir de 2027;
• os campos têm caráter preparatório, para que administrações tributárias e emissores possam desenvolver e testar com antecedência;
• não há exigência de preenchimento ou uso dos campos de split payment em 2026 no ambiente de produção das empresas;
• a ativação efetiva ocorrerá somente quando o mecanismo entrar em vigência.

O que já tem data é a disponibilidade técnica: a versão 1.01 da nota técnica — que equalizou os códigos de meio de pagamento com a tabela da NF-e — foi implantada em homologação em 6 de abril de 2026 e em produção em 4 de maio de 2026.

Isso conversa com o calendário da Reforma Tributária: o documento fiscal se adapta antes do tributo. Quem tratar 2026 como ano de teste chega em 2027 com integração pronta; quem esperar a obrigação faz as duas coisas ao mesmo tempo.

As rejeições novas, e as travas que já existiam

Duas validações nascem com o grupo, e valem tanto no corpo da nota quanto no evento:

• 1001 — CNPJ do recebedor do pagamento inválido. A mensagem devolve qual pagamento falhou, pelo numerador (nPag) — detalhe útil quando a nota traz vários;
• 1003 — meio de pagamento inválido, também com o numerador, quando o código informado não está na tabela publicada.

Do lado do evento, as travas são as que já governam a vida da nota: ele é rejeitado se a NFCom estiver cancelada, se estiver substituída ou se o protocolo de autorização informado divergir do que consta na base. E o evento de cancelamento da vinculação exige que o protocolo do vínculo a cancelar exista, esteja associado àquela nota e ainda não tenha sido cancelado.

A consequência prática é direta: a nota substituída não recebe vínculo de pagamento. Quem substituir uma nota depois de informar o vínculo precisa refazer a vinculação na nota nova — e é mais um motivo para contar o custo real da substituição antes de escolhê-la.

A leitura: faturamento e conciliação deixam de ser mundos separados

Esta é a nossa leitura: a vinculação de pagamento tira o documento fiscal do fim da linha e o coloca no meio do fluxo financeiro.

No desenho atual do provedor, a nota é o ponto final: emitiu, autorizou, acabou — e a conciliação do pagamento acontece depois, em outro sistema, às vezes em outro setor. Com a vinculação, o dado do pagamento precisa voltar para o documento, e voltar rápido.

Três consequências práticas:

1. O esforço é proporcional ao número de formas de receber, não ao de notas. Boleto, cartão, Pix e débito automático são quatro integrações distintas, cada uma com o seu identificador de transação e o seu PSP. Emitir mil notas com um meio de pagamento é mais simples que emitir cem com quatro.
2. O emissor precisa saber registrar evento por conta própria. Até aqui, o único evento de autoria do emitente era o cancelamento — algo raro, feito à mão, muitas vezes na tela do fornecedor. Vinculação é volume, e volume exige rotina automática, com fila e reprocessamento.
3. Quem intermedeia o recebimento entra no dado fiscal. Se a cobrança passa por plataforma, subadquirente ou banco, os CNPJs deles vão para dentro da nota. Vale perguntar hoje ao parceiro financeiro se ele fornece, por transação, o identificador e o CNPJ base do prestador de serviço de pagamento.

A pergunta útil ao fornecedor do sistema, portanto, não é “o sistema já está pronto para a reforma?”. É: “quando eu gerar um boleto antes de emitir a nota, o identificador daquela transação chega sozinho ao emissor — ou alguém digita?”

Onde conferir

As regras, os campos e as datas são os da versão citada da nota técnica e podem mudar em versões seguintes; a própria nota técnica avisa que orientações adicionais e cronogramas serão divulgados pelos canais oficiais. Este texto descreve a especificação do documento fiscal — a implantação do split payment e seus efeitos tributários dependem da legislação da Reforma Tributária e da regulamentação que vier.

Fontes: Nota Técnica 2026.001 da NFCom — Vinculação com a transação de pagamento do DFe, versão 1.01, de 27 de fevereiro de 2026, no portal DF-e da SVRS (introdução, com as duas formas de indicar a vinculação e a advertência de que o vínculo indica expectativa de pagamento que pode não se concretizar; a necessidade de vincular antes da liquidação para viabilizar o split superinteligente, sob pena de execução do split inteligente offline com devolução dos valores retidos a maior em três dias úteis; o grupo pgtoVinc, informado quando a transação de pagamento é iniciada antes da emissão do documento, com ocorrência de 1 a 99 pagamentos e os campos nPag, idTransacao de 2 a 35 caracteres, tpMeioPgto conforme a tabela nacional de meios de pagamento da NF-e, CNPJReceb — que pode ser diferente do CNPJ do fornecedor constante do documento fiscal — e CNPJBasePSP com oito dígitos; as regras de validação com os códigos 1001 para CNPJ do recebedor inválido e 1003 para meio de pagamento inválido, ambas indicando o numerador do pagamento; o evento 110300, Vinculação Pagamento, cujo autor é o emissor do DFe e cuja mensagem é assinada com certificado que contenha o CNPJ base do emissor, com as rejeições 218 para NFCom cancelada, 224 para NFCom substituída e 222 para protocolo divergente; o evento 110301, Cancelamento da Vinculação do Pagamento, que exige documento autorizado e protocolo de vínculo existente, associado e não cancelado, sob pena da rejeição 1002; e o histórico de alterações, com a equalização dos códigos de meios de pagamento na versão 1.01, implantada em homologação em 6 de abril de 2026 e em produção em 4 de maio de 2026, além das considerações de que a implantação do split payment está prevista a partir de 2027, de que os campos têm caráter preparatório e de que não há exigência de preenchimento ou uso em 2026 no ambiente de produção); e Ajuste SINIEF nº 7, de 7 de abril de 2022, do CONFAZ, em texto consolidado (cláusula décima quarta, que denomina Evento da NFCom a ocorrência relacionada com uma nota, lista os sete eventos e divide a autoria: o cancelamento deve ser registrado pelo emitente, enquanto os eventos de ajuste, substituição e cofaturamento devem ser registrados pela unidade federada autorizadora ou por órgão que lhe preste esse serviço, sendo todos exibidos na consulta pública junto com a NFCom a que se referem).