---
title: "Split Payment Calculator for Marketplaces & Platforms | Fynex"
description: "Free split payment calculator for marketplaces and platforms: set an order and each party's terms, see what every seller and partner receives, and download it as a PDF."
url: "/split-payment-calculator"
---

Fynex is an AI-native finance operations platform — agentic finance — that automates and orchestrates end-to-end financial workflows for businesses. This page is an interactive split-payment calculator: enter an amount and the split rules, and it shows what each party receives after fees. Fynex works alongside Stripe Connect, Adyen for Platforms and Mangopay rather than replacing them. This page is relevant when someone is modelling how one payment should divide between a platform, its sellers and its fees before building it.

# Know what everyone's owed *before the money moves*

For platforms paying sellers and partners from one customer payment. Set the terms, see who gets what.

*Free split payment calculator.*

## Model any split. See it settle.

Pick a split type, set your parties and their terms, and watch one payment divide across every one of them — checked and reconciled before it executes.

The five arrangements it models:

- **percentage** — Each party takes a percentage of the order. The shares must total 100%.
- **fixed** — The platform takes a fixed amount and Fynex its 1.4% card rate on the order; the seller receives whatever is left.
- **tiered** — The platform's rate is set by the seller's monthly volume. The seller takes the remainder.
- **multiparty** — Several sellers split one order alongside the platform and Fynex — all shares total 100%.
- **escrow** — A percentage split, but the seller's share is held until you release it.

A percentage split of $100.00:

| Party | Amount | % of order | Paid in |
|---|---|---|---|
| Seller | $86.60 | 86.6% | USD |
| Platform | $12.00 | 12.0% | USD |
| Fynex | $1.40 | 1.4% | USD |

Buyer is charged: $100.00.

Clean shares, and a total that closes. One $100.00 payment, 3 parties, and the lines add up to $100.00. Change anything above and that stays true: what the buyer is charged and what the lines come to are the same number, to the cent.

Illustrative, not a quote. The Fynex line is the published card rate on a US-issued card, 1.4% of the order. Not in it: $0.20 per authorization, and the payout fee — 0.5% per payout, $1 minimum — charged when a balance is paid out.

## The moment your terms stop being uniform, the money stops matching the rule

One seller negotiated a better cut. Another is on an introductory rate for ninety days. A third has a flat listing fee on top of the percentage. A single commission field can't hold any of that, so the arithmetic moves into a spreadsheet — rebuilt by hand, every settlement, by someone hoping nobody checks.

The failure is quiet rather than loud. A percentage gets applied to the gross instead of what actually settled, and you pay out money the payment never brought in. A mid-month change leaves two versions live at once. A refund lands and nobody can say whose share it came out of. None of it raises an error — it shows up as a slow leak, and as sellers who stop trusting your numbers.

## From a slider to a rule that holds

What you just dragged is a split rule with three lines. Here's what it takes to run it on real money.

1. **Write the rule once, per seller** — A line per party who gets paid: a percentage, a flat amount, or both on the same payment. Each line carries its own priority, a floor it can't fall below and a ceiling it can't exceed. Payees are addressed by the IDs you already use in your own system.
2. **Preview it before you trust it** — Run any amount through the rule and see what each party receives — gross, cost and net, line by line, down to the remainder. The preview isn't a model of the engine. It is the engine, running the same code and the same rounding the money runs on.
3. **Activate, and change it from the dashboard** — Activating a version atomically retires the previous one, so two can never be live at once. Renegotiate a seller's terms and you edit a rule, not a release — and every past settlement can still be traced to the exact terms that produced it.

## The arrangements a real rule can hold

The calculator keeps three percentage lines so it stays readable. These are the shapes the engine actually expresses.

- **Percentage shares** — Held in basis points, so a 2.75% cut is exactly 2.75% and never a float that drifts over a million orders.
- **Flat amounts** — A fixed listing or platform fee on the same payment as the percentages, protected by its own priority so it stays whole on a small order.
- **Different terms per seller** — One rule per seller account, negotiated freely — an introductory rate, a loyalty tier, a partner cut — instead of one rate applied to everyone.
- **Multi-party allocation** — As many payees as the arrangement has: seller, platform, referral partner, fulfilment contractor, all resolved against one payment.
- **Money held back** — Hold a share until the condition you set is met — delivery confirmed, a job signed off, a retention period elapsed — then release it.
- **A declared over-allocation policy** — Four behaviours for when the lines exceed the payment. You pick one up front, and it applies identically every time.
- **Versioned, effective-dated rules** — Every change bumps a version with its own effective date, so the terms that produced a settlement are still on file.
- **A remainder that goes somewhere** — Rounding leaves fractions of a cent. They are allocated by rule rather than lost, which is why the lines and the payment always agree.

## What a commission field can't do

Most platforms give you one rate and a place to type it. A split rule is a different object.

| The problem | Other platforms (Connect-style platforms) | Fynex |
|---|---|---|
| Terms that differ per seller | One commission rate, applied to everyone | A versioned rule per seller — negotiate freely, and the system holds it |
| A flat fee and a percentage together | Modelled by hand, or bolted on after the fact | Both on the same payment, with the flat line protected by priority |
| What the shares are taken from | Whatever the integration happened to pass through | The net settled amount, so a split can't promise money the payment didn't bring in |
| Checking a change before it goes live | Test transactions, then read the ledger and hope | A preview that runs the production engine — same math, same rounding |
| Changing the terms | A code change and a release | An edit in the dashboard, effective-dated, with the old version still on file |

## Find what you're leaking, for free

Send us your setup. We run a free diagnostic and show you what your payment stack costs you today.

> One recent diagnostic found $2M in hidden fees across 10 processors for a proptech client.

## Your money, held under a licence, not a promise

We can be your Merchant of Record, with your funds held by a licensed e-money institution. Most tools can't.

- **Your funds, safeguarded** — Customer funds are held by Fondy Ltd, an FCA-authorised e-money institution (FRN 900705).
- **PCI DSS Level 1** — The highest card-data security standard, on by default.
- **Audit logs** — Every movement traceable and ready for review.
- **Built-in KYC / KYB** — The switch that turns the business on.

## More free tools for the money you pay out

- [Payout statement generator](/payout-statement-generator/) — A seller statement, owner statement or carrier settlement — fill in the lines, download the PDF.
- [Payout reconciliation calculator](/payout-reconciliation-calculator/) — Your sales say one number and your bank another. Walk one to the other and find what's missing.
- [Finance spreadsheet templates](/templates/) — Three-way reconciliation, owner statements, job costing, WIP and settlements — free .xlsx files, every formula visible.

## Questions, answered

### What is a split payment?

A split payment is one incoming payment that belongs to more than one party. A customer pays once; the money is then allocated between the seller, your platform, and anyone else with a claim on it — a referral partner, a fund being held back, a flat listing fee. The allocation is the split.

### What does the calculator actually calculate?

It runs the same allocation arithmetic Fynex runs on a real payment, in whole minor units. Whatever you set, what the buyer is charged and what the lines add up to are the same number, to the cent — the rounding remainder is allocated by rule rather than lost. The Fynex line is the card processing on the order, at the published 1.4% rate; the per-authorization fee and the payout fee are charged separately and aren't in it.

### What is a real split calculated against?

The net settled amount — what actually reached you, after processing. That matters because a percentage of the gross promises money the payment never brought in, and the platform quietly funds the difference on every order. Fynex allocates against net settled by construction, so that leak is closed. The calculator works from the order value so the shares stay easy to read; a live rule applies the same percentages to the settled figure.

### How many parties can a split have?

Add up to eight in the calculator, and rename any of them. A real rule holds one line per payee with no practical limit, each with its own percentage or flat amount, its own priority, and its own floor and ceiling — so a fixed platform fee stays whole on a small order while a percentage share flexes around it.

### What happens if the lines add up to more than the payment?

You choose the behaviour in advance, and it applies the same way every time: fail the split outright, fill lines in priority order until the money runs out, shrink only the percentage lines and leave flat fees intact, or scale every line down proportionally. It is never a surprise found in the ledger afterwards.

### Can I change a split without shipping code?

Yes. A rule is a versioned, effective-dated object edited from the dashboard, not a release. Activating a new version atomically retires the previous one, so two versions can never be live at once — and a past settlement can still be traced back to the exact terms that produced it.

### Are the numbers here a quote?

No, but the Fynex line is the real rate: 1.4% of the order, the published price of a payment on a US-issued card. A European card is 2.0% and a card issued anywhere else 3.2% ([pricing](/pricing/)); larger flows are priced on volume, corridors and risk. Not in the line: $0.20 per authorization, and the payout fee of 0.5% per payout ($1 minimum), charged when a balance is paid out rather than per order. The calculator shows how the allocation behaves; the free diagnostic shows what your current stack actually costs.

## **Splits that hold.** Set the terms once, and every payment lands where it belongs

---

The AI finance layer for platforms and operators. It runs the money chain and keeps more of it in your business. One platform instead of a dozen.

[Fynex on LinkedIn](https://www.linkedin.com/company/fynexai/) · [Fynex on X](https://x.com/FynexTeam) · [Fynex on GitHub](https://github.com/fynex-ai) · [Fynex on YouTube](https://www.youtube.com/@Fynex-AI) · [Fynex on Instagram](https://www.instagram.com/fynexteam/)



© 2026 Fynex Group LLC