O que é o Split Payment?

Split payment é a divisão automática do valor de uma transação no momento da liquidação. Cada parcela vai direto ao destinatário final antes de os fundos passarem pela conta operacional do vendedor.

Na Reforma Tributária, o mecanismo não é uma funcionalidade de divisão de cobrança entre pessoas, como nos aplicativos que parcelam aluguel ou rateiam conta. Ele opera em nível fiscal: os tributos embutidos em cada transação comercial são interceptados e enviados ao governo em tempo real, sem ação do contribuinte.

A Reforma Tributária, ancorada na Emenda Constitucional 45/2023 e regulamentada pela Lei Complementar 192/2025, criou dois tributos sobre consumo: a CBS, de competência federal, e o IBS, de competência de estados e municípios. Os dois são arrecadados por um modelo unificado, e o split payment é o que torna essa arrecadação automática.

O que o mecanismo faz, na ordem em que acontece:

Identifica os tributos destacados na nota fiscal no ponto de venda, com dados da camada de emissão fiscal. É a mesma infraestrutura de API que alimenta a Plataforma Pública de Split Payment. Intercepta os valores de CBS e IBS no gateway de pagamento ou na instituição financeira, no instante em que a transação é processada. Envia a CBS para a conta do Tesouro Nacional, separada do valor líquido comercial. Envia o IBS para o estado ou município correspondente, conforme o destino do bem ou serviço. Credita o valor líquido na conta do vendedor, já sem as obrigações tributárias daquela transação. Gera um registro de conciliação que contribuinte e fisco conseguem verificar, sem guia de pagamento manual por evento.

Para o fisco, a arrecadação deixa de ser declaratória e passa a ser automática, o que reduz o risco de sonegação. Para o contribuinte, o recolhimento deixa de depender de gestão de fluxo de caixa e de ciclos de cálculo manuais. Em nível macroeconômico, a inadimplência fiscal tende a cair, porque o imposto é coletado na liquidação e não faturado para pagamento posterior.

Manual do Split Payment

O Manual do Split Payment é a referência oficial de integração. Ele define como instituições financeiras, plataformas de pagamento e provedores de tecnologia tributária se comunicam com a Plataforma Pública. O escopo é B2B e governamental.

O que o manual cobre:

Objetivo. Estabelecer uma camada de integração unificada entre agentes financeiros e a plataforma pública gerida pelo fisco, com alocação de CBS e IBS automática e precisa no momento da liquidação. Especificações da Plataforma Pública. Os contratos de API, incluindo documentação Swagger, regem como os dados das transações são enviados, validados e confirmados. Cada campo, tipo de dado e código de resposta está especificado. Padrões de comunicação. A plataforma usa arquitetura orientada a eventos. Cada arranjo financeiro tem uma sequência de mensagens definida, e essa sequência precisa estar clara antes da primeira linha de código de integração.

Fluxos por tipo de arranjo. Os fluxos mudam conforme o arranjo de pagamento. O manual separa cada um, o que permite identificar qual se aplica à sua operação e evita erro de lógica transacional. Regras de volumetria. Os envios em lote seguem limites estritos. Lote acima do limite ou malformado é rejeitado na hora. Ponto crítico para times de Ops que constroem pipelines automatizados. Modelagem de dados. Formatos definidos: padrões Regex, precisão Decimal 18,2 e tratamento alfanumérico de CNPJ. Uma divergência mínima, como um arredondamento incorreto, invalida a transação inteira.

A camada de API de emissão fiscal depende diretamente dessas especificações. Qualquer erro na origem se propaga para o restante da cadeia.

Requisitos técnicos do Manual do Split Payment

Cinco camadas técnicas determinam se a integração será validada pela Plataforma Pública ou rejeitada já no primeiro lote.

Arquitetura orientada a eventos. Cada estado da transação, da iniciação à confirmação de liquidação, dispara uma ação na cadeia fiscal. Sistemas internos que ainda rodam em lógica síncrona precisam de uma camada de mensageria assíncrona antes de processar sinais de liquidação em tempo real. Fluxos por arranjo financeiro. O manual define dois modelos: Ciclo Completo, em que o PSP gerencia da autorização à retenção, e Liquidação Direta, em que a parcela do imposto é roteada no settlement. Os campos de dados e os cronogramas diferem, então cada arranjo pede um caminho de processamento próprio. Limite de 1.000 transações por lote. Operações de alto volume precisam de lógica de loteamento que divida os payloads automaticamente. O descumprimento gera rejeição imediata e possíveis alertas de conformidade no CNPJ perante o fisco. Validação do modelo de dados. A plataforma exige Regex nos IDs de transação e precisão Decimal 18,2 nos valores monetários. Erro de arredondamento ou de formatação invalida o lote inteiro e trava o fluxo de caixa. Sincronia com a API de emissão fiscal. O split payment depende da leitura correta da nota fiscal. Dados financeiros e fiscais precisam estar espelhados para que CBS e IBS sejam interceptados no valor exato da liquidação.