O que é Split payment?

Resumo rápido

Split payment é o mecanismo que separa, no fluxo de pagamento, a parcela destinada ao recolhimento de tributos da quantia líquida devida ao fornecedor. No modelo de IBS e CBS, sua implementação depende das regras legais, dos meios de pagamento e da integração entre fiscal, financeiro e ERP.

Na transição da Reforma Tributária, Split payment deve ser aplicado conforme o marco temporal, o regime e o documento envolvidos. Previsão futura, obrigação vigente e validação sistêmica não são equivalentes.

Definição objetiva

Split payment é o mecanismo de segregação do valor dos tributos no fluxo financeiro do pagamento. No modelo da Reforma Tributária, a parcela relacionada a IBS e CBS pode ser direcionada ao recolhimento, enquanto o valor líquido segue ao fornecedor, conforme as modalidades e condições legais.

O mecanismo não é apenas uma função bancária. Ele conecta documento fiscal, meio de pagamento, cálculo tributário, contas a receber, conciliação, créditos e apuração.

Split payment significa recolhimento fracionado.

Vigência e escopo

O split payment faz parte da arquitetura de arrecadação da RTC, mas sua adoção operacional depende das modalidades, hipóteses, integrações e cronogramas definidos na legislação e na documentação técnica vigente. Em agosto de 2026, não é seguro parametrizar uma divisão automática universal de todo pagamento. O ERP deve suportar evolução por vigência, conciliação entre documento, pagamento e tributo, tratamento de exceções e integração com os mecanismos oficiais quando a implementação aplicável à operação estiver efetivamente disponível.

Para que serve

• aumentar a efetividade do recolhimento.
• reduzir inadimplência e fraude.
• vincular pagamento e documento fiscal.
• apoiar a liquidação dos débitos de IBS e CBS.
• melhorar rastreabilidade e conciliação.

Onde é utilizado

Uma venda pode ser autorizada, paga por mais de um meio, parcialmente cancelada ou devolvida. O sistema precisa conservar o vínculo entre cada liquidação, o documento e os ajustes posteriores.

Como aparece no ERP

O tratamento no sistema deve contemplar, no mínimo:

• vincular cobrança, pagamento e documento fiscal.
• conciliar valor bruto, tributos e líquido recebido.
• tratar pagamentos parciais e múltiplos.
• processar cancelamentos, devoluções e estornos.
• impedir dupla baixa ou duplo recolhimento.

A parametrização deve ser revisada sempre que houver mudança legal, operacional ou de leiaute.

Para Split payment, a transição da Reforma Tributária deve ser controlada no ERP por data, regime e documento fiscal. Cadastros e códigos dos tributos substituídos não devem ser reaproveitados automaticamente quando a documentação oficial exigir estruturas próprias.

Relação com documentos fiscais

Nos DF-e, a representação de Split payment deve seguir grupos, classificações e cronogramas próprios de cada modelo. O ERP precisa observar a Nota Técnica aplicável e separar obrigação de preenchimento de regra automática de rejeição.

Relação com obrigações acessórias

Durante a transição, dados de Split payment podem conviver com obrigações dos tributos atuais e dos novos. O ERP deve impedir que essa informação altere indevidamente escriturações ainda destinadas a PIS/Cofins, ICMS ou IPI quando a documentação oficial mantiver esses fluxos.

Exemplo prático

Exemplo: durante a transição, o ERP pode manter regras atuais e futuras para Split payment. Cada cálculo, campo de DF-e ou validação deve ser ativado somente na data prevista no cronograma oficial, permitindo homologar o cenário futuro sem afetar documentos anteriores.

Erros comuns

• tratar o split payment como desconto comercial.
• baixar a receber apenas pelo líquido sem memória do bruto.
• ignorar pagamentos parciais.
• não reconciliar ajustes posteriores.
• implementar prematuramente uma única modalidade fixa.

Boas práticas

• documentar a regra específica de Split payment;
• não tratar cronograma futuro como obrigação já vigente;
• versionar CST-IBS/CBS, cClassTrib, leiautes e regras de cálculo;
• distinguir preenchimento obrigatório de validação automática pelo autorizador;
• testar cenários por regime e documento fiscal;
• manter base legal e documentação técnica vinculadas à configuração do ERP.

Perguntas frequentes

O split payment já deve ser tratado como mecanismo universal em produção em 2026?

Não. A LC 214/2025 e a regulamentação disciplinam o mecanismo, mas sua implantação operacional depende de cronograma, atos e infraestrutura específicos. O ERP não deve transformar previsão normativa em disponibilidade sistêmica presumida.

O split payment é um novo tributo?

Não. É um mecanismo de recolhimento relacionado ao IBS e à CBS.

Ele afeta apenas o módulo fiscal?

Não. Pode exigir integração entre faturamento, pagamentos, adquirência, financeiro, conciliação e apuração tributária.

O que deve ser versionado no ERP?

Eventos de pagamento, valores segregados, vinculação com o documento fiscal, estornos/devoluções e regras operacionais vigentes no período.

Base legal ou referência oficial

• Lei Complementar nº 214/2025
• Decreto nº 12.955/2026 — Regulamento da CBS
• CGIBS — Resoluções e Regulamento do IBS
• CGIBS — Plataforma Pública de Split Payment: manuais e OpenAPI
• Última revisão normativa: 18/08/2026.

Conteúdos relacionados

• IBS.
• CBS.
• Contas a receber.
• Conciliação bancária.
• Documento fiscal.
• Reforma Tributária.

Conclusão

Split payment é a segregação da parcela tributária no fluxo do pagamento. A implementação exige vínculo entre documento, cobrança, liquidação, apuração e ajustes financeiros.

Na prática, Split payment exige gestão de transição: norma publicada, início de efeitos, leiaute e validação sistêmica devem ser controlados separadamente. Essa disciplina evita ativar cedo demais uma regra futura ou manter em produção uma regra superada.