Como implementar split de pagamento em fintech ou varejo

Última atualização: 16 de agosto de 2026

Principais lições deste artigo

• Ter regras de negócio claras e modelos de split fixo, dinâmico, com retenção e fiscal é o ponto de partida para qualquer implementação escalável.

• Usar um ledger em double-entry imutável, bi-temporal e estruturado por pedido garante rastreabilidade, reconciliação automática e conformidade regulatória.

• Adotar uma arquitetura em camadas de Payment, Split, Ledger e Payout com CQRS e idempotência assegura escalabilidade e evita lançamentos duplicados.

• Definir tratamento de estornos com reverse split parcial, integrar com Pix e seguir o MED reduz riscos e ajuda a cumprir prazos regulatórios.

• Contar com a infraestrutura da Celcoin acelera o go-to-market da sua operação de split; saiba mais aqui.

Passo 1: definição de regras de negócio e modelos de split

Definir as regras de negócio antes de qualquer linha de código evita retrabalho e inconsistências. Os modelos mais comuns são:

• Split fixo: percentual ou valor absoluto predefinido por beneficiário.

• Split dinâmico: regras calculadas em tempo real com base em categoria de produto, volume ou nível de seller.

• Split com retenção: retenção de um percentual como garantia até a confirmação de entrega ou fim do prazo de contestação.

• Split fiscal: segregação de valores de IBS e CBS vinculados ao documento fiscal, conforme o modelo de reforma tributária em fase de detalhamento técnico para 2027.

O resultado esperado desta etapa é um documento de regras de negócio com:

• Lista de beneficiários por tipo de transação.

• Percentuais ou valores aplicados a cada parte.

• Ordem de precedência em caso de saldo insuficiente.

• Política de retenção para estornos e disputas.

Passo 2: modelagem de ledger em double-entry

Usar um ledger de partidas dobradas garante que cada lançamento debita uma conta e credita outra pelo mesmo valor, de forma que a soma de qualquer transação seja sempre zero e nenhum lançamento desequilibrado possa ser confirmado. Essa estrutura facilita a reconciliação regulatória e a auditoria.

Os princípios essenciais da modelagem são:

• Imutabilidade: depois do registro, nenhum lançamento é sobrescrito. Correções geram novos lançamentos compensatórios, mantendo todos os registros visíveis.

• Saldos derivados: o saldo de cada conta resulta da soma dos lançamentos imutáveis, e não de um total mutável armazenado.

• Bi-temporalidade: cada lançamento registra effective_at, quando o evento ocorreu no mundo real, e inserted_at, quando o sistema registrou o evento, o que permite reconciliações de corte precisas mesmo quando arquivos de liquidação chegam de forma assíncrona.

• Estrutura hierárquica por pedido: cada pedido recebe um subledger com contas efêmeras, por exemplo order:<id>:pix:seller e order:<id>:pix:platform, que existem apenas enquanto o pedido está em custódia e são liquidadas no repasse.

Em um pedido de R$ 200, com R$ 160 para o seller, R$ 20 para frete, R$ 20 de taxa de plataforma e R$ 6 de MDR, o ledger registra uma única transação atômica que debita ops:pool:card em R$ 194 e ops:expense:mdr em R$ 6, creditando as três contas de custódia do pedido. A plataforma reconhece a receita apenas no momento do repasse, e não na captura.

Veja como a Celcoin oferece ledger em double-entry pronto para produção.

Passo 3: arquitetura de pagamento, split, ledger e payout

Separar a solução em camadas distintas é o padrão recomendado para operar pagamentos em escala. Plataformas de pagamento enterprise se beneficiam ao separar orquestração, infraestrutura, liquidação e serviços de dados em camadas com interfaces e SLAs bem definidos, o que permite escalar e governar cada parte de forma independente.

Os quatro componentes principais são:

• Payment: recebe e autoriza a transação, aplica regras de roteamento e garante idempotência.

• Split: aplica as regras de negócio definidas no Passo 1 e emite os eventos de divisão.

• Ledger: registra os efeitos contábeis de cada evento em partidas dobradas.

• Payout: executa os repasses aos beneficiários via Pix, TED ou CNAB e confirma cada liquidação de volta ao ledger.

Arquiteturas modernas de pagamento utilizam CQRS para separar caminhos de leitura e escrita, melhorar o throughput e habilitar monitoramento em tempo real entre os componentes de Payment, Ledger e Payout.

A tabela a seguir mostra como as funcionalidades da Celcoin reduzem o tempo de implementação e o risco operacional na sua arquitetura de split.

Funcionalidades da Celcoin que aceleram a implementação de split.

Funcionalidade da Celcoin	Benefício para sua empresa
APIs modulares	Integrações mais rápidas, com redução de custos e prazos de desenvolvimento.
Experiência e suporte ao desenvolvedor	Documentação, SDKs e sandboxes que reduzem ciclos de integração e custos de engenharia.
Capacidade de lançamento rápido	Módulos pré-construídos e entrega via SaaS aceleram lançamentos, reduzem tempo para geração de receita e aumentam competitividade.
Distribuição white-label e embutida (embedded)	Suporte a produtos financeiros com marca própria.
Escalabilidade com confiabilidade	Solução com alta disponibilidade e escalável na nuvem mantém serviços funcionando em altos volumes e protege sua receita.
Cobertura de diversas possibilidades de pagamentos, incluindo crédito	Oferta de pagamentos e emissão de crédito aumenta conversão, ARPU e fidelização.
Acesso a dados e personalização	Dados e análises via Open Finance permitem ofertas personalizadas e melhoram conversão e retenção.
Compliance e conformidade como princípio	KYC, AML e relatórios integrados reduzem risco regulatório e aceleram ciclos de vendas.
Prevenção de fraude e controles de risco	Monitoramento baseado em IA e autenticação robusta reduzem estornos, perdas e exposição regulatória.
Força do ecossistema de parceiros da Celcoin	Parcerias e integrações com bancos, redes e fintechs ampliam cobertura, recursos e velocidade de entrada no mercado.

A Celcoin não oferece nenhum tipo de empréstimo para consumidores. A Celcoin fornece a infraestrutura tecnológica para que empresas ofertem produtos de crédito aos seus clientes.

Passo 4: tratamento de estornos e chargebacks

Tratar estornos em arquiteturas de split exige um fluxo de reverse split que afete apenas os componentes envolvidos, sem prejudicar os demais beneficiários. O processo recomendado é o seguinte:

1. Identificar a categoria do estorno, como não recebido, não conforme, transação não autorizada ou fraude.

2. Congelar o repasse do seller afetado enquanto a investigação estiver em curso.

3. Registrar um lançamento compensatório no ledger com referência ao reverses_transaction_id original.

4. Em reembolsos parciais, reverter apenas as contas de custódia relevantes, por exemplo seller e plataforma, mantendo a conta de frete intacta.

5. Coletar evidências para chargebacks em quatro frentes: prova de autorização, prova de entrega, prova de descrição precisa e prova de suporte de boa-fé.

Documentar políticas de estorno em linguagem clara e disponibilizar essas regras ao comprador antes da compra reduz disputas e define prazos, tipos de evidência e critérios de resolução forçada.

Passo 5: integração com Pix e regras de 2026

Integrar Pix à operação de split é obrigatório para escalar no Brasil, já que esse meio de pagamento responde por uma parcela relevante das transações.

Os pontos regulatórios críticos para 2026 são:

• Participação obrigatória: instituições financeiras e de pagamento com mais de 500 mil contas ativas devem participar obrigatoriamente do Pix, conforme o art. 3º, caput, da Resolução BCB nº 1/2020. Abaixo desse limite, a participação pode ser indireta por meio de acordo bilateral com um participante direto.

• MED: o Mecanismo Especial de Devolução permite que vítimas de fraude solicitem devolução de fundos em até 80 dias corridos após a transação, e o participante recebedor tem 96 horas para bloquear e devolver os saldos disponíveis.

• AML: instituições de pagamento participantes do Pix devem cumprir as regras de prevenção à lavagem de dinheiro da Lei 9.613/1998 e da Resolução BCB 44/2021, com identificação de clientes, monitoramento de transações e reporte ao COAF.

• Segurança cibernética: o Banco Central pode limitar o acesso ao Pix de fintechs e bancos com segurança cibernética insuficiente, o que torna a conformidade técnica um requisito operacional.

• Split fiscal 2027: a primeira fase do modelo de split payment tributário, prevista para 2027, cobrirá meios de pagamento como TED, Pix e boleto, com segregação de tributos e janela de tempo para envio de dados à plataforma pública.

Conheça a infraestrutura de Pix da Celcoin com conformidade MED integrada.

Passo 6: idempotência, reconciliação e testes em sandbox

Garantir idempotência em ledger exige persistir uma chave gerada pelo cliente em um índice único antes de processar qualquer evento de pagamento. Esse padrão assegura que uma retentativa gere apenas um lançamento e evita duplicatas em falhas de rede.

Uma arquitetura de reconciliação para alto volume precisa de cinco componentes principais:

1. Ingestão normalizada de todos os provedores em um schema comum.

2. Motor de matching com regras para comparar registros internos e externos.

3. Fluxo de exceções com responsabilidade clara por caso.

4. Ledger como fonte de verdade com rastreamento bi-temporal.

5. Infraestrutura resiliente com event sourcing e filas de mensagens.

Na fase de testes em sandbox, os cenários mínimos a validar incluem captura com split bem-sucedido, estorno parcial de um único beneficiário, falha de rede com retentativa idempotente, payout em lote com confirmação via webhook e MED simulado com bloqueio de saldo.

Passo 7: decisão entre BaaS e Core Banking da Celcoin

Escolher entre BaaS e Core Banking depende do estágio regulatório da sua empresa.

• BaaS (Banking as a Service): indicado para empresas sem licença própria. A operação ocorre sob a licença da Celcoin como Instituição de Pagamento, com toda a complexidade de compliance, liquidação, KYC e relatórios regulatórios gerida pela Celcoin. Esse modelo permite entrada rápida no mercado sem construir infraestrutura regulatória do zero.

• Core Banking: indicado para Instituições de Pagamento e Instituições Financeiras com licença própria. A empresa integra sua licença à infraestrutura da Celcoin, mantém a mesma base tecnológica e ganha eficiência operacional, relatórios automatizados como CCS, CADOCs, COSIF e DIMP e conexão direta ao SPB e à RSFN.

O modelo da Celcoin oferece continuidade. Uma empresa pode iniciar no BaaS e migrar para o Core Banking sem trocar de infraestrutura, mantendo a mesma base de dados, APIs e integrações. Alguns clientes implementam ou migram em cerca de uma semana, enquanto outros levam até três meses, de acordo com a complexidade da estrutura existente.

Erros comuns e pontos de atenção

• Armazenar saldos como totais mutáveis em vez de derivá-los de lançamentos imutáveis, o que gera inconsistências em reconciliação.

• Não implementar chaves de idempotência, o que resulta em lançamentos duplicados durante falhas de rede.

• Executar estornos totais quando apenas um componente do split foi contestado, prejudicando beneficiários não envolvidos.

• Operar com estruturas de conta não individualizadas, como conta-bolsão, prática irregular e vedada pelas normativas do Banco Central.

• Não segregar corretamente os valores de IBS e CBS, o que pode gerar multas por transação e, em casos reiterados, suspensão ou revogação da autorização de operação.

• Ignorar o MED no fluxo de estorno, o que expõe a plataforma a penalidades regulatórias.

Critérios de sucesso

Uma implementação estável de split de pagamento apresenta indicadores claros de desempenho.

• Taxa de reconciliação automática acima de 98% sem intervenção manual.

• Zero lançamentos duplicados em produção após ativação das chaves de idempotência.

• Tempo de implementação inicial inferior a 90 dias para operações sem licença própria usando BaaS.

• Conformidade contínua com relatórios regulatórios sem retrabalho manual.

• Tempo médio de resolução de estornos inferior a 96 horas, alinhado ao prazo do MED.

Próximos passos

Após estabilizar a operação, a expansão natural inclui automação de payouts em lote com CNAB e Pix, integração com Open Finance para enriquecimento de dados de KYC e concessão de crédito, implementação de relatórios regulatórios automatizados como DIMP, SCR e CADOCs e preparação da arquitetura para o split fiscal tributário previsto para 2027, que vincula o pagamento ao documento fiscal e se integra à plataforma pública para validar e ajustar tributos.

Acelere sua implementação de split com o BaaS ou Core Banking da Celcoin.

Perguntas frequentes

Quanto tempo leva para implementar split de pagamento usando a infraestrutura da Celcoin?

O prazo varia conforme a complexidade da operação e o modelo escolhido. Empresas que optam pelo BaaS e não possuem licença própria podem colocar a operação em produção em cerca de uma semana nos casos mais simples. Operações com regras de negócio mais complexas, múltiplos beneficiários e integração com sistemas legados podem levar até três meses. A Celcoin disponibiliza equipe técnica dedicada, documentação, SDKs e ambiente de sandbox para reduzir esse prazo ao mínimo possível.

Minha empresa precisa de licença própria para implementar split de pagamento?

Não. Como explicado no Passo 7, sua empresa pode operar sob a licença da Celcoin no modelo BaaS, com toda a responsabilidade regulatória, incluindo KYC, AML, relatórios ao Banco Central e conformidade com o Pix, gerida pela Celcoin. Quando obtiver licença própria, sua empresa pode migrar para o Core Banking mantendo a mesma infraestrutura tecnológica.

Como o split de pagamento se relaciona com as mudanças tributárias previstas para 2027?

A reforma tributária brasileira prevê um modelo de split payment fiscal que vincula cada transação ao documento fiscal correspondente e segrega automaticamente os valores de IBS e CBS no momento do pagamento. A primeira fase, prevista para 2027, abrange meios de pagamento como TED, Pix e boleto. Empresas que já utilizam um ledger em double-entry com subledgers por pedido e integração robusta com Pix conseguem adaptar a operação a esse novo modelo com menos retrabalho.

Como tratar estornos quando apenas um dos beneficiários do split está envolvido na contestação?

A abordagem correta é o reverse split parcial. O lançamento compensatório no ledger reverte apenas as contas de custódia do beneficiário contestado e referencia o ID da transação original. Os demais beneficiários permanecem sem impacto. Para isso, a arquitetura precisa usar subledgers por pedido com contas individualizadas para cada beneficiário, e não uma conta agregada. Essa granularidade também facilita a coleta de evidências para chargebacks junto às redes de cartão.

Quais relatórios regulatórios são necessários para uma operação de split de pagamento no Brasil?

As obrigações variam conforme o tipo de licença. Instituições de Pagamento devem enviar relatórios como DIMP, CCS e CADOCs ao Banco Central e cumprir obrigações de AML com reporte ao COAF. Participantes diretos do Pix têm obrigações adicionais de monitoramento de transações e conformidade com o MED. O Core Banking da Celcoin automatiza a geração e o envio desses relatórios, incluindo COSIF, DIMP, CADOCs, CCS, SCR e BacenJud, o que reduz risco de erros manuais e mantém a conformidade contínua.