Nativo no ledger
Cada fatia vira recebível + lançamento no mesmo ledger auditável, por seller e ambiente. Nada mora em planilha paralela.
Split
Split nativo no ledger — não em planilha. Por valor fixo ou percentual (bps), com templates reutilizáveis e condições avançadas por operação.
1 cobrança PAID
3 recebedores
Total
R$ 1.280,00
7000 bps
2500 bps
valor fixo
cada fatia = recebível + lançamento no mesmo ledger (idempotente)
Cada fatia vira recebível + lançamento no mesmo ledger auditável, por seller e ambiente. Nada mora em planilha paralela.
Regras nomeadas e versionadas por whitelabel, aplicáveis por public id na cobrança.
Split condicional por método de pagamento (na regra e por recebedor), janela de vigência e prioridade entre regras que valem para a mesma cobrança.
Teto de TPV pago total (encerra a regra ao atingir) ou mensal, que reinicia a cada ciclo por N meses. Com reforço opcional: se o ciclo estiver abaixo da meta até o dia definido, o percentual sobe temporariamente e volta ao base quando a meta é atingida.
Cada recebedor marcado como responsável devolve a fatia proporcional via lançamento compensatório; a tela de chargebacks mostra quem foi responsabilizado.
Split por valor e percentual, templates (SplitRule), teto de TPV total ou mensal com reforço adaptativo, e chargeback liable: Disponível.
Crie um SplitRule nomeado e versionado por whitelabel (ou um split inline na cobrança), com recebedores por valor fixo ou percentual (bps).
Escopo por método de pagamento, janela de vigência, prioridade entre regras e teto de TPV pago — total (encerra a regra) ou mensal, reiniciando a cada ciclo por N meses, com reforço adaptativo opcional.
Referencie a regra por public id ao criar a cobrança; os recebedores são resolvidos por public id, estritamente escopados ao whitelabel e ambiente.
Quando a cobrança fica PAID, cada fatia vira recebível + lançamento no mesmo ledger. Idempotente: reprocessar não duplica os lançamentos.
Recebedor marcado como liable devolve a fatia proporcional via lançamento compensatório; a tela de chargebacks mostra quem foi responsabilizado.
Não. Cada fatia é um recebível mais um lançamento no mesmo ledger auditável, por seller e ambiente — não há planilha paralela.
Sim. Por valor fixo (centavos) ou percentual em bps, e você pode combinar recebedores dos dois tipos na mesma regra.
Sim. O SplitRule é um template nomeado e versionado por whitelabel, aplicável por public id na cobrança.
Escopo por método de pagamento, janela de vigência, prioridade entre regras e teto de TPV pago que auto-desativa a regra ao atingir o limite.
Sim. Além do teto total (que encerra a regra ao atingir), há o teto mensal: reinicia a cada ciclo UTC, por um número definido de meses a partir da vigência. O contador de cada ciclo é atômico no banco (fonte de verdade no Postgres), não no cache.
Um ajuste opcional para regras percentuais com teto mensal: se, até um dia definido do ciclo, o TPV pago estiver abaixo da meta, o percentual sobe temporariamente para acelerar — e volta ao valor base assim que a meta é atingida. Útil para metas mensais de recebedores sem intervenção manual.
O recebedor marcado como liable devolve a fatia proporcional via lançamento compensatório; a responsabilização aparece na tela de chargebacks.
Não. Recebedores são resolvidos por public id, estritamente escopados ao whitelabel e ambiente — um id nunca cruza a fronteira de tenant.