Split payment no IBS e CBS: como preparar cadastros e MDM

Split payment é o mecanismo que separa e recolhe IBS e CBS no momento da liquidação financeira de uma operação. Em vez de todo o valor pago seguir para o fornecedor e o tributo ser recolhido depois, o fluxo de pagamento poderá direcionar a parcela tributária ao Comitê Gestor do IBS e à Receita Federal. Para funcionar, o mecanismo depende da vinculação confiável entre documento fiscal eletrônico, transação financeira, fornecedor, adquirente e meio de pagamento.

Essa dependência transforma o split payment em um tema de dados mestres, integração e governança, não apenas de tesouraria. Um CNPJ incorreto, um identificador de pagamento perdido, um documento fiscal sem vínculo ou uma divergência entre ERP e PSP pode impedir a conciliação automática. Este guia apresenta o cenário conhecido em 11 de novembro de 2026, separando fatos oficiais de recomendações operacionais. Não substitui orientação jurídica, tributária ou contábil para casos específicos.

O que é split payment no IBS e na CBS?

A Lei Complementar nº 214/2025 define o recolhimento na liquidação financeira nos artigos 31 a 35. Nas transações de pagamento relativas a operações com bens ou serviços, prestadores de serviços de pagamento eletrônico e instituições que operam sistemas de pagamento deverão segregar e recolher os valores de IBS e CBS. A lei também prevê regras para pagamentos parcelados, antecipação de recebíveis e eventual saldo tributário ainda devido pelo contribuinte.

Na prática, o fluxo futuro pode ser resumido em cinco movimentos:

1. o fornecedor realiza a operação e emite o documento fiscal eletrônico;
2. a transação de pagamento é associada ao documento fiscal;
3. o prestador de serviços de pagamento consulta ou recebe os dados necessários;
4. na liquidação, o valor é segregado entre fornecedor, IBS e CBS;
5. os resultados retornam aos ambientes de apuração, conciliação e controle.

O desenho exige interoperabilidade. Não basta calcular corretamente a alíquota: é necessário identificar qual documento corresponde a qual pagamento e quem participa da operação.

O que já vale em 2026 e o que ainda está em preparação?

Em 2026, o mecanismo está em fase de preparação tecnológica e testes. A Receita Federal informou que a integração controlada entre Prestadores de Serviços de Pagamento e a Plataforma Pública do Split Payment começou em 15 de outubro de 2026, sem processamento definitivo de transações reais nessa etapa.

A Nota Técnica 2026.006, versão 1.01, da NF-e/NFC-e descreve campos e eventos para vincular documento fiscal e transação financeira. Documentos técnicos equivalentes também foram publicados para outros DF-e. Entretanto, as notas técnicas esclarecem que não há exigência de preenchimento ou uso desses campos no ambiente de produção das empresas em 2026; eles têm caráter preparatório, e a ativação efetiva depende dos atos e cronogramas oficiais.

Portanto, “já existe documentação técnica” não significa “todas as empresas já devem executar split payment em produção”. A ação prudente em 2026 é preparar dados, integrações, testes, controles e responsabilidades, acompanhando Receita Federal, CGIBS e portais oficiais dos documentos fiscais.

Por que o split payment depende de cadastros confiáveis?

O elo central é a identidade da operação. O pagamento precisa ser conciliado com o documento fiscal correto, emitido pelo fornecedor correto, para o adquirente correto e segundo o meio de pagamento efetivamente usado. Isso envolve vários domínios de dados mestres:

• fornecedores e recebedores: CNPJ, razão social, estabelecimento, conta de recebimento e relacionamento com o PSP;
• clientes e adquirentes: identificação fiscal, endereço, destino da operação e enquadramento aplicável;
• produtos e serviços: NCM, NBS quando aplicável, descrição, unidade, tributação e classificação da operação;
• documentos fiscais: chave, série, número, valores, eventos de cancelamento e substituição;
• pagamentos: identificador da transação, PSP, instrumento, parcelas, recebedor e status de liquidação.

O problema raramente está em um único campo. Ele costuma surgir quando identificadores equivalentes não são preservados entre pedido, nota, contas a receber, gateway, adquirente, banco e conciliação.

Como DF-e e transação financeira serão vinculados?

A documentação técnica apresenta duas formas principais. A primeira é transmitir a chave do documento fiscal ao prestador de serviços de pagamento no início da transação. A segunda é informar os dados da transação financeira em campos ou eventos do DF-e.

Um exemplo é o boleto gerado antes da nota. Nesse caso, a cobrança nasce sem a chave do documento fiscal. Depois da emissão da nota, o ERP ou o emissor precisa registrar o identificador do boleto, o PSP e o recebedor para completar o vínculo. A própria nota técnica ressalta que registrar o vínculo indica uma expectativa de pagamento, e não prova que a liquidação ocorreu.

Essa distinção exige estados claros no modelo de dados: criado, vinculado, liquidado, cancelado, estornado e conciliado não podem ser tratados como sinônimos.

Quais impactos esperar no ERP, MDM e integrações?

ERP e emissão fiscal

O ERP precisará conservar identificadores do pedido ao recebimento, aceitar novos grupos de dados nos documentos fiscais e refletir eventos posteriores. Também deve impedir que alterações cadastrais retroativas descaracterizem a evidência original da operação.

MDM e governança

O MDM deve definir registros mestres de fornecedores, clientes, estabelecimentos e itens; controlar duplicidades; validar identificadores; registrar vigência; manter linhagem e distribuir dados certificados. Consulte também o guia sobre governança de dados fiscais para IBS e CBS.

Integração e observabilidade

APIs, filas e eventos precisam transportar chaves sem truncamento, duplicação ou perda. A observabilidade deve mostrar em qual etapa cada vínculo falhou. O artigo sobre pipeline de dados ajuda a estruturar essa monitoração.

Tesouraria e conciliação

A tesouraria terá de diferenciar valor bruto, parcela segregada, valor líquido, devoluções e saldos. A conciliação deixa de ser apenas bancária: ela passa a cruzar pedido, DF-e, transação, recolhimento e apuração.

Modelo mínimo de dados para se preparar

Esse modelo é uma referência de arquitetura, não um leiaute oficial. Os campos técnicos definitivos devem seguir as versões vigentes dos manuais, notas técnicas e APIs oficiais.

Como preparar a empresa em 10 etapas

1. Mapeie os fluxos de recebimento: PIX, boleto, cartão, transferência, parcelamento e antecipação.
2. Inventarie sistemas e responsáveis: ERP, emissor fiscal, e-commerce, PSP, banco, MDM e data platform.
3. Crie um dicionário de identificadores: documente origem, formato, tamanho, regra de unicidade e destino.
4. Qualifique cadastros: trate duplicidades, CNPJs inválidos, estabelecimentos incorretos e contas desatualizadas.
5. Preserve a chave ponta a ponta: evite planilhas ou interfaces que removam zeros, caracteres ou precisão.
6. Modele os estados do vínculo: diferencie criação, liquidação, cancelamento, estorno e conciliação.
7. Implemente idempotência: o reenvio de um evento não pode duplicar vínculo ou lançamento.
8. Teste exceções: pagamento parcial, nota cancelada, múltiplas notas, múltiplos pagamentos, devolução e chargeback.
9. Monitore versões oficiais: atribua um responsável por notas técnicas, manuais e atos conjuntos.
10. Guarde evidências: registre quem, quando, sistema de origem, valor anterior e motivo de cada correção.

Testes de qualidade que antecipam problemas

• percentual de documentos fiscais sem identificador financeiro vinculável;
• percentual de transações com recebedor divergente do emitente ou estabelecimento esperado;
• quantidade de vínculos duplicados para a mesma chave e transação;
• tempo médio entre emissão do DF-e e registro do vínculo;
• pagamentos liquidados associados a documentos cancelados;
• diferença entre valor bruto do documento e soma das parcelas;
• eventos processados fora de ordem ou repetidos;
• cadastros alterados sem vigência, autor ou justificativa.

Esses testes complementam os 20 testes de qualidade cadastral para IBS e CBS e o guia de preparação do ERP para 2027.

Erros comuns na preparação

• tratar o split payment como projeto exclusivo do fiscal;
• esperar a obrigatoriedade para mapear identificadores e integrações;
• confundir vínculo informado com pagamento liquidado;
• alterar o cadastro atual sem preservar a versão usada na operação;
• usar somente testes de caminho feliz;
• assumir que uma nota técnica preparatória já criou obrigação em produção;
• gravar credenciais ou dados sensíveis em logs de diagnóstico.

Conclusão

O split payment aproxima emissão fiscal, pagamento e apuração. A organização que mantém cadastros duplicados, integrações opacas e identificadores desconectados terá dificuldade para automatizar esse fluxo. A preparação mais útil em 2026 é estabelecer dados mestres confiáveis, vínculos rastreáveis, testes de exceção, observabilidade e governança de mudanças.

O 4MDG é uma solução SaaS completa de MDM com homologação de fornecedores, onboarding de clientes e padronização descritiva de materiais. Workflows, validações, saneamento, qualidade e rastreabilidade ajudam a reduzir divergências nos domínios que alimentam processos fiscais e financeiros.

Site: https://www.4mdg.com.br/
Fone: (11) 4113-2510

Para capacitação em governança, qualidade e dados mestres, consulte também a MDM Academy.

Perguntas frequentes sobre split payment

O que é split payment?

É a segregação e o recolhimento de IBS e CBS no momento da liquidação financeira da operação, conforme as regras legais e técnicas aplicáveis.

O split payment já é obrigatório para as empresas em 2026?

Não há exigência geral de uso dos campos de split payment no ambiente de produção das empresas em 2026. O período é preparatório e inclui testes técnicos; a ativação efetiva depende dos atos oficiais.

Qual é a relação entre split payment e nota fiscal?

O documento fiscal eletrônico precisa ser vinculado à transação financeira para que a operação, o pagamento e a segregação tributária possam ser corretamente identificados.

O MDM pode ajudar na preparação?

Sim. O MDM reduz duplicidades, valida identificadores, controla vigência e distribui dados certificados de clientes, fornecedores, estabelecimentos, produtos e serviços.

Quais áreas devem participar?

Fiscal, tributário, financeiro, tesouraria, contas a receber, cadastro, tecnologia, segurança, jurídico, contabilidade e governança de dados.

Por onde começar?

Comece pelo mapeamento dos fluxos de pagamento e documentos fiscais, inventário dos identificadores e medição das divergências cadastrais e de conciliação.

Fontes oficiais

• Lei Complementar nº 214/2025 — Planalto.
• Documentação da Plataforma Pública do Split Payment — Ministério da Fazenda.
• Atos Conjuntos RFB/CGIBS — Receita Federal.
• Notas técnicas da NF-e — Portal Nacional.
• Comunicado sobre a fase de testes — Receita Federal.