You run a marketplace with 200 sellers. On every US$60 sale, you need to split the money three ways: 80% to the seller, 15% to the platform, 5% to the affiliate who drove the traffic. Without native payment split, the full US$60 lands in your account, you sit on third-party money in custody (a tax and compliance risk), and you later fire off 2-3 manual transfers. At scale, that breaks — manual reconciliation, calculation errors, and exposure to being classified by tax authorities as “holding funds on behalf of others.” Automated split at the payment layer solves all of it in the same transaction.
Payment split is the automatic division of a received amount across multiple beneficiaries within a single transaction flow, based on percentage or fixed-value rules. Instead of the money passing through your account before being forwarded (which creates tax exposure and improper custody of third-party funds), split distributes it directly at settlement — each beneficiary receives their share without you acting as an intermediary.
Take the example above: US$60 sale, marketplace, 3 beneficiaries. With native split:
For tax purposes, this is critical: each beneficiary recognizes only the revenue that is actually theirs. The marketplace doesn’t pay taxes on the full US$60 (which is the seller’s revenue); it pays only on its US$9 commission. This eliminates the risk of tax authorities classifying the gross amount as your revenue and charging taxes on the full flow — a real and expensive risk in Brazil and several LATAM jurisdictions.
If your operation involves any kind of “dividing money” across 2+ beneficiaries per transaction, you need native split. Doing it “on the backend” (receive everything, then send transfers later) looks simple until your operation grows — then it turns into spreadsheets, accounting errors and auditor headaches.
Both divide the money, but the flow is different:
| Aspect | PIX Split | Card Split |
|---|---|---|
| Settlement timing | Instant — division happens during Central Bank settlement | D+2 to D+30 — division happens at capture or payout |
| Beneficiary funding | Each beneficiary receives directly, in real time | Acquirer holds the full amount, then releases per schedule |
| Chargeback exposure | Near zero (PIX is irrevocable) | Up to 180 days of dispute window |
| Best for | Delivery, service marketplaces, instant payouts | Subscriptions, high-ticket B2C, international buyers |
That’s why operations that need fast seller payouts (delivery, service marketplaces) tend to prioritize PIX Split — money lands instantly for each beneficiary, so the marketplace doesn’t need to “front” cash. Card split is the right call when the buyer base is international or when chargeback protection windows matter more than speed.
BSPay offers native split across PIX, credit card, and LATAM rails (SPEI in Mexico, PSE in Colombia, Khipu in Chile), with up to 20 beneficiaries per transaction, percentage or fixed-value rules, conditional split by metadata, and configurable retention per beneficiary. Seller KYC is handled by BSPay — you don’t need to build a compliance stack. Separate dashboards and statements per beneficiary, with delegated access through sub-users.
Zero extra fee for split — you pay the same transaction rate regardless of how many beneficiaries are involved. Our team helps design the ideal split flow for your business model (marketplace, digital product, delivery, SaaS revenue share) and migrates you from any existing gateway while preserving seller relationships. Starting at 2.99% negotiable by volume, with 30,000+ active companies already operating. See the full feature set on the home page or talk to a specialist via our 24/7 WhatsApp support.
Split happens at the settlement of the original transaction, automatically, without the money passing through your account. A payout is when you receive everything and then send transfers to the beneficiaries afterwards. Split is both technically and fiscally superior: it eliminates custody of third-party funds and avoids being classified as “holding money on behalf of others” — a legal category that triggers extra regulation in several jurisdictions.
Yes, when properly implemented. With split, each beneficiary recognizes their actual revenue, and the platform only pays taxes on its own commission. Without split, tax authorities may treat the platform as having gross revenue equal to the full transaction value (even after passing funds along) and charge taxes on the total. In Brazil specifically, consulting a tax attorney before structuring is essential — and the same applies to most LATAM countries.
Depends on the gateway. Some charge an additional fee per split (US$0.02 to US$0.20 per extra beneficiary), others charge the standard rate regardless of beneficiary count. At volume, per-beneficiary fees become meaningful — prioritize gateways that include split at no additional cost.
Yes — split rules are editable at any time in the gateway dashboard. Changes apply to future transactions; already-settled ones keep the original split. Real-time updates are useful for adjusting affiliate commissions, running promotions, or renegotiating with sellers without downtime.
A chargeback on a split transaction generally debits each beneficiary proportionally. Professional gateways let you configure a retention policy: a percentage is held back for X days before being released, protecting the marketplace from seller-caused chargebacks. Typical setup: retain 5-10% for 30-60 days to cover card dispute windows.
Technically yes, but it involves international remittance (with currency compliance and FX costs). International gateways that operate on LATAM rails + crypto allow split with a beneficiary in another country via stablecoin (USDT/USDC) — with automatic conversion and much faster settlement than traditional bank wires. This is how BSPay handles cross-border split for customers paying out to international co-producers, affiliates or suppliers.
Yes. Split applies automatically to each subscription billing cycle, preserving the configured rules. When a rule changes, you choose whether it affects only new subscriptions or also the recurring ones. This is a common flow in SaaS with revenue share and subscription content platforms with multiple creators.
Varies by gateway. Basic ones: 2-3 beneficiaries. Intermediate: 5-10. Professional: 15-20+. BSPay supports up to 20 beneficiaries per transaction with no additional fee. Operations with more than 20 beneficiaries (rare, typically complex co-production deals) can use chained split to extend the model.
