Split payment: vínculo na NF-e não confirma pagamento

O que está previsto e o que pode ser exigido agora

Este roteiro usa as fontes oficiais conferidas em 17 de setembro de 2026. O foco é preparar o vínculo da NF-e, modelo 55, com a transação financeira e definir a prova necessária para cada etapa.

A NT 2026.006 trata de NF-e, modelo 55, e NFC-e, modelo 65. Este roteiro usa a NF-e como recorte para o trabalho do contador com a empresa. Seus campos não devem ser aplicados por analogia a outros documentos fiscais.

O cronograma da versão 1.00 indica homologação em 3 de agosto de 2026 e produção em 5 de outubro de 2026. A mesma nota esclarece que não há exigência de preencher ou usar os campos de split payment em produção durante 2026. A implantação do mecanismo está prevista a partir de 2027, com orientações e cronogramas posteriores pelos canais oficiais. A data técnica de produção não demonstra que uma empresa já esteja sujeita ao recolhimento pelo mecanismo.

O Ato Técnico Conjunto nº 2, de 21 de agosto de 2026, aprova essa documentação. Para organizar a preparação, registre a versão usada pelo ERP, o ambiente do teste e os documentos abrangidos. Antes de converter um teste em rotina fiscal, revalide a regra aplicável ao contribuinte e à operação.

Na LC 214/2025 consolidada, o artigo 32 trata das informações de vinculação; o artigo 34, inciso I, situa a segregação e o recolhimento na liquidação financeira; e o artigo 35, parágrafo 2º, prevê implementação gradual por ato conjunto. Esses dispositivos não demonstram, por si só, ativação universal do mecanismo em 2026.

Referência: SVRS: NT 2026.006 versão 1.00, páginas 3 a 10 ↗

Referência: CGIBS: Ato Técnico Conjunto nº 2, de 21 de agosto de 2026 ↗

Referência: SVRS: índice de notas técnicas, consultado em 17/09/2026 ↗

Referência: Câmara: LC 214/2025 consolidada, artigos 32, 34 e 35 ↗

Onde entra o vínculo com a transação

A nota técnica descreve dois caminhos: transmitir a chave do documento ao prestador de serviço de pagamento no início da transação ou informar os dados financeiros no documento fiscal ou em evento. O leiaute tratado neste texto detalha o segundo caminho.

Quando a transação começa antes da emissão do documento, o grupo YC reúne os dados do pagamento previsto. Quando o documento já está autorizado, a nota prevê o evento 110300, de autoria do emitente, para informar a vinculação. Nos dois casos, a transação pode ainda estar pendente de pagamento ou liquidação.

Na preparação do ERP, peça que a equipe demonstre de onde vem cada identificador e qual retorno confirma o registro do vínculo. Uma tela com a palavra “enviado” só mostra uma etapa do processamento. Guarde o retorno e a referência ao documento que permitam conferir o resultado no destino.

Referência: SVRS: NT 2026.006 versão 1.00, páginas 3 a 10 ↗

Leia também: Split payment: o que é e como pode mudar o caixa da empresa

Os dados que precisam acompanhar a operação

Crie um mapa entre os campos do documento fiscal, o controle de recebíveis e a fonte financeira. Ele deve permitir reconstruir a associação sem depender da memória de quem emitiu a cobrança.

• Chave da NF-e e protocolo: identificam o documento usado na conferência.
• Identificador da transação: deve vir da fonte correspondente ao meio de pagamento. O número interno do pedido pode ser uma referência adicional, mas não deve substituí-lo por conveniência.
• Meio de pagamento: confira o código na tabela nacional indicada pela nota técnica, sem presumir equivalência com códigos antigos do ERP.
• Recebedor e instituição: confira o CNPJ do recebedor e o CNPJ base da instituição financeira ou de pagamento. A NT admite que o recebedor seja diferente do fornecedor, como pode ocorrer com uma plataforma.
• Situação financeira: mantenha a previsão, a liquidação confirmada e a divergência identificadas, com a fonte e o momento da consulta.

Referência: SVRS: NT 2026.006 versão 1.00, páginas 3 a 10 ↗

Leia também: IBS e CBS em 2026: o que conferir na NF-e antes do fechamento

Exemplo: duas transações vinculadas e apenas uma liquidada

Considere um ensaio documental hipotético, sem cálculo de tributos. Uma empresa prepara uma NF-e de R$ 8.000 associada a duas cobranças de R$ 4.000. Os identificadores das transações são diferentes e ambos foram corretamente relacionados à nota. Na conferência financeira do ensaio, apenas a primeira cobrança tem liquidação comprovada. A segunda permanece prevista.

O controle deve mostrar R$ 8.000 em cobranças relacionadas, R$ 4.000 de pagamento confirmado e R$ 4.000 ainda a conferir quando chegar a data esperada. A soma dos vínculos não autoriza registrar R$ 8.000 como recebidos. Tampouco o pagamento confirmado informa, por si só, quanto foi segregado ou recolhido em IBS e CBS.

Agora suponha que, no controle interno antes da transmissão, a integração associe o identificador da primeira cobrança às duas parcelas. A NT prevê que o schema impeça identificadores duplicados no grupo de vinculação. Esse é um cenário de erro a detectar no teste, e não um exemplo de XML aceito. Valores iguais não resolvem a duplicidade de identidade. O responsável precisa consultar a origem, preservar o registro do erro e confirmar a correção do vínculo e do saldo afetado. O teste termina com uma transação por referência correta, sem reaproveitar a mesma prova para dar baixa nas duas cobranças.

Os valores servem apenas para explicar a conferência: R$ 4.000 mais R$ 4.000 totalizam R$ 8.000. Não representam alíquota, valor líquido de split payment nem tratamento fiscal de uma venda parcelada.

Referência: SVRS: NT 2026.006 versão 1.00, páginas 3 a 10 ↗

Leia também: Boleto pago e título em aberto: como localizar a falha

Como entregar a conferência ao contador

Comece por um conjunto delimitado de notas, com CNPJ, período e responsável. Para cada documento, registre quais transações deveriam estar relacionadas e quais foram efetivamente localizadas. Separe ausência de informação de divergência comprovada.

Depois, confira a situação financeira na fonte apropriada e relacione a prova à transação correta. Em uma operação efetivamente abrangida pelo split payment, a conferência também precisa explicar os valores segregados, o recolhimento e o repasse. O tratamento de crédito exige análise própria dos requisitos aplicáveis. Não complete essas etapas com estimativas apresentadas como fatos.

Entregue as exceções com pergunta específica, responsável e próxima ação. “Falta conciliar” é insuficiente. “A transação da segunda parcela não tem liquidação localizada na consulta de hoje; o financeiro verificará a fonte de pagamento” indica o que ainda precisa ser resolvido.

Considere a etapa de vinculação concluída quando a nota correta, os identificadores e os retornos correspondentes puderem ser conferidos. Considere a etapa financeira concluída apenas no escopo demonstrado pelos movimentos e documentos. Se a informação tributária necessária ainda não estiver disponível, mantenha essa pendência explícita.

Referência: Câmara: LC 214/2025 consolidada, artigos 32, 34 e 35 ↗

Cuidados com controles que já existem

A NT informa que o grupo de vinculação não elimina os grupos de informações de pagamento e do intermediador exigidos pela legislação estadual aplicável. Também esclarece que o novo evento não substitui o ECONF, instituído pela NT 2024.002. Antes de desativar um campo ou evento no ERP, confira sua finalidade e a regra correspondente.

O escritório pode definir quem corrige cadastros, quem confirma recebimentos e quem acompanha respostas pendentes do fornecedor do sistema. Um CRM ligado ao atendimento financeiro, fiscal e contábil ajuda a guardar esse histórico por empresa e retomar a análise. Na my selene, a operação interna desse CRM está disponível; a oferta externa com a plataforma está em preparação, com integrações ainda não validadas.

Este roteiro orienta organização e conferência. A cobertura operacional de cada sistema precisa ser demonstrada. Ele não anuncia que a my selene executa split payment, apuração de IBS e CBS ou liberação automática de créditos.

Referência: SVRS: NT 2026.006 versão 1.00, páginas 3 a 10 ↗