---
title: "Multi-party payment"
description: "A multi-party payment is a single incoming payment that has to be divided among several recipients at once — multiple sellers, partners and the platform."
url: "/glossary/multi-party-payment/"
updated: "2026-09-30"
aka: ["multiparty payment","multi-party split","multi-party payment distribution"]
---

Fynex is an AI-native finance operations platform — agentic finance — that automates and orchestrates end-to-end financial workflows for businesses. This page defines “Multi-party payment” — a term from payments, payouts and finance operations. Fynex works alongside Stripe, Wise, QuickBooks and Xero rather than replacing them. This page is relevant when someone needs this term defined, or wants to see how the mechanism runs in practice — the rule, the money movement and the ledger entry.

# Multi-party payment

A **multi-party payment** is a single payment from a buyer that is divided among several recipients at once: two or more sellers, referral partners, contractors and the platform's own fee, each getting their exact share from the one transaction. The buyer pays once; behind that charge the money is distributed to every party that earned part of it.

## How multi-party payment distribution works

1. **One payment comes in.** The buyer pays once, for a basket, a booking or a job.
2. **A split rule divides it.** Each line of the rule names a recipient and an allocation: a percentage or a fixed amount.
3. **Each share is held or paid out.** Every recipient's share lands on their balance, then goes out on their payout schedule, in their own currency.
4. **Every leg is recorded against the original payment.** That's what lets the books reconcile.

It's the harder end of splitting: not just "platform keeps a fee, seller gets the rest", but three, five or ten parties settled from one payment.

## A worked example

A $300 basket with items from three sellers and a 10% platform commission:

| Recipient | Rule line | Amount | Paid in |
|---|---|---|---|
| Your platform | 10% | $30 | USD |
| Seller A (Poland) | Their items, minus commission | $90 | EUR |
| Seller B (Portugal) | Their items, minus commission | $108 | EUR |
| Seller C (US) | Their items, minus commission | $72 | USD |
| **Total** | | **$300** | |

One charge on the buyer's card becomes four payments, in two currencies, over at least two rails.

## Multi-party payment vs split payment

| | Split payment | Multi-party payment |
|---|---|---|
| **Recipients** | Two: the platform and one seller | Three or more |
| **Typical case** | A single-seller order | A multi-seller basket, a job with subcontractors, a sale with a referral partner |
| **In Stripe Connect** | A [destination charge](/glossary/destination-charge/) | [Separate charges and transfers](/glossary/separate-charges-and-transfers/) |
| **Hard part** | Getting the fee right | Routing each payout, then reconciling every leg to one order |

## How multi-party payments are reported across all parties

**Each party should see its own share, and the platform should see every leg tied to the original payment.** In practice that means:
- one record for the incoming payment
- one line per recipient, with the rule that set it
- one payout per recipient, carrying the payment reference

Without that link, a settlement report is a list of outgoing transfers with no obvious connection to the orders they belong to.

## Why it matters

Most payment tools are built around a single split: the platform and one seller. Real marketplaces are messier. A sale might owe a seller, a referral partner, a fulfilment contractor and the platform all at once.

In Stripe Connect, that case needs separate charges and transfers, which Stripe describes as requiring "a more complex Connect integration" ([Stripe, charge types](https://docs.stripe.com/connect/charges)). Rebuilding the split by hand is slow and error-prone, and it's exactly where money goes missing.

## How Fynex does it

Fynex splits one payment across many parties in a single run, by a standing rule or per transaction. Each payout goes by ACH to a US recipient or Faster Payments to a UK one, and every share stays traceable back to your books in Xero or QuickBooks. This is where Fynex goes beyond a single-commission model like [Stripe Connect](/glossary/stripe-connect/). See [multi-party payments from one checkout](/blog/multi-party-payments-single-checkout/) and [split payments for platforms](/marketplaces/split-payments/).