--- title: "Pay Out Every Marketplace Seller Automatically | Fynex" description: "Take one payment, pay every seller their share, hold funds until the order is done, and let Fynex carry chargeback and tax risk as Merchant of Record." url: "/uk/marketplaces" --- Fynex is an AI-native finance operations platform — agentic finance — that automates and orchestrates end-to-end financial workflows for businesses. This page covers marketplace and platform payments: splitting one incoming payment between sellers, running the payouts, and keeping the ledger and the money in agreement. Fynex works alongside Stripe Connect, Adyen for Platforms, Mangopay and QuickBooks rather than replacing them. This page is relevant when a platform takes one payment that belongs to several parties and needs the split rule, payout run and reconciliation to happen without an operator. # Run the marketplace. *Not a payments company* Take one payment, pay every seller their share, hold funds until the order's done. *Agentic finance for marketplaces & platforms.* ## You shouldn't have to become a payments company to launch Most platform payment products are built around one commission model, so anything your marketplace does differently — a different rate per seller, a tiered take rate, a partner cut on top — ends up as fee logic your engineers write and maintain. Then KYC bounces sellers out of your signup, chargebacks and cross-border tax land on you, and the local method your market actually uses, like BLIK, isn't there. Every workaround adds a vendor: one for KYC, one for payouts, one for tax. Each new market doubles the stitching — and the fee logic hardens into code, so changing your commercial model later means a release rather than a setting. ## Every money job a marketplace has to run Split payments, escrow, onboarding, payouts and more — each with its own guide. - **Split payments** — Divide one payment across sellers, your fee and partners — by rule, in real time. - **Escrow & held funds** — Hold a buyer's payment until the work is delivered, then release it to the seller. - **Delayed capture** — Authorize a card at checkout and capture the payment later, when you're ready. - **Platform commission** — Take your cut automatically at settlement — set your take rate once and keep it. - **Seller onboarding & KYC** — Verify sellers with built-in KYC and KYB, inside your own signup — without the drop-off. - **Payout scheduling** — Pay sellers on schedule or by rule — mass, same-day or timed, by ACH or Faster Payments. - **Marketplace wallets** — Give each seller a stored balance to hold, top up and withdraw — per currency, one ledger. - **Balance management** — One ledger for every balance, split, hold and payout — reconciled to the transaction. ## The four jobs your engineers would otherwise build Splits, seller onboarding, risk and payouts — each one something you switch on, not a sprint you schedule. 1. **Split every payment by rule — your rules, per seller** — Your cut and each seller's cut, worked out and routed at the moment of sale. Different rates for different sellers, tiers by volume, a partner cut on top — set as [split rules](https://docs.fynex.ai/payments-api/v1/docs/splits) rather than written into your codebase, so changing them later is a setting, not a release. 2. **Onboard sellers with built-in KYC and KYB** — [Verify every seller](https://docs.fynex.ai/payments-api/v1/docs/onboarding) inside your own flow, without breaking the signup. 3. **The chargeback and tax risk isn't yours** — [Chargebacks](https://docs.fynex.ai/payments-api/v1/docs/disputes) and cross-border tax sit with us, so they don't sit with you. 4. **Pay sellers in the US and UK** — Seller balances held in [wallets](https://docs.fynex.ai/payments-api/v1/docs/wallets) and paid out by Faster Payments in minutes, or by ACH for US sellers. ## Build it into your platform, not around it Building splits and payouts on a PSP is a quarter of engineering you never get back, and you own the maintenance forever afterwards. ### Divide a payment before it lands Each party's share is a line in a versioned rule — the seller, your fee, a partner cut — resolved at settlement. See [Splits](https://docs.fynex.ai/payments-api/v1/docs/splits). ```http GET /payments-api/v1/payments /ORDER-100106/split-decisions → { "decisions": [{ "id": "decision-1", "paymentId": "ORDER-100106", "ruleId": 7, "ruleVersion": 3, "inputs": { "ruleId": 7, "ruleVersion": 3, "allocationMode": "absolute", "amountBase": "net_settled", "grossAmountMinor": 10000, "lines": [{ "payeeId": 101, "priority": 1, "isEnabled": true }] }, "rulesApplied": [], "rulesSkipped": [], "outcome": { "shares": [{ "payeeId": 101, "rawShareMinor": 8000, "shareAmountMinor": 8000, "feeAmountMinor": 0, "netAmountMinor": 8000 }], "totalFeeMinor": 0, "grossAmountMinor": 10000, "remainderMinor": 2000, "overAllocated": false }, "evaluatedAt": "2026-09-02T12:34:56Z" }] } ``` ### Give every seller a balance One balance per seller per currency, with available, held and pending kept apart on the same ledger. See [Wallets](https://docs.fynex.ai/payments-api/v1/docs/wallets). ```http POST /payments-api/v1/wallets { "payeeId": 101, "currency": "EUR" } ``` ### Refund a share, not the whole order A partial refund reverses against the payment it came from, so nobody is left with a balance to chase. See [Captures & refunds](https://docs.fynex.ai/payments-api/v1/docs/captures-refunds). ```http POST /payments-api/v1/payments /ORDER-100106/refund { "amount": 25.00 } ``` ### Pay every seller on the right rail ACH for a US bank account, Faster Payments for a UK one, chosen from the account the payee registered. See [Payouts](https://docs.fynex.ai/payments-api/v1/docs/payouts). ```http POST /payments-api/v1/payouts { "walletId": 15, "payoutMethodId": 501, "currencyCode": "GBP", "amount": "420.00" } ``` ## Build it on a PSP, or run it on Fynex What each job costs you to own on Stripe Connect or Adyen, and what it is on Fynex. | The problem | Other platforms (Stripe Connect / Adyen) | Fynex | |---|---|---| | Split one payment across several parties | A commission model you implement against their API — the split is yours to build. | Splits defined as rules against each party, executed at the moment of sale. | | Charge different sellers different rates | Variable rates, tiers and partner cuts live in your own code. | A fee structure per seller, set in the dashboard — by tier, by volume, by whatever you negotiated. | | Change the commercial model after launch | A change to fee logic is a change to your product, so it ships on your release cycle. | A setting, applied to new transactions from the moment you save it. | | Onboard sellers with KYC, keep conversion | Verification typically runs as its own step, outside the flow you designed. | KYC and KYB embedded inside your own sign-up flow. | | Carry the chargeback & tax risk | Your platform is normally the merchant, so the liability is yours. | We can be Merchant of Record. | | A missing local method blocks a market | Each new method is another integration to build and maintain. | Cards, wallets, Faster Payments, BLIK, Open Banking and IBANs, built in. | ## See where the money goes One customer pays once. Fynex splits it between the seller, your platform and you, in real time. Customer pays £100: | Party | Amount | | |---|---|---| | Seller | £80 | paid out | | Your platform | £15 | your fee | | Fynex | £5 | on results | [Calculate your split](/uk/split-payment-calculator/) ## The rest of the job, also handled Beyond the headline jobs, every account gets the whole platform behind it. - **Fee logic you can edit** — Rates per seller, tiers and partner cuts, changed from the dashboard rather than shipped in a release. - **Virtual pay-in IBANs** — Give customers a dedicated IBAN to pay in without a card. - **Multi-currency wallets** — Hold and move a balance per currency, in one ledger. - **No-code payment links** — Send a link or embed checkout in minutes. - **Captures & refunds** — Manual or partial capture, full or partial refunds — including refunding one party's share of a split. - **Webhooks & API** — Embed Fynex with signed webhooks and one API. ## Your bank, your books and the tools you run the work in, kept in agreement Your bank, your accounting system and the tools you run the work in. Fynex reads them, does the finance work between them, and writes the result back. 100+ integrations. **Accounting stack** — Every payment, fee and payout lands in your ledger, coded and reconciled — nobody re-keys it. QuickBooks, Xero, FreshBooks, Sage, NetSuite, Wave. **Banks & business accounts** — We read your balances and pay out of whichever account is cheapest — no bank portals, no copy-paste. Revolut, Wise, Mercury, Brex, Airwallex, Ramp. **Stores & marketplaces** — Where your revenue actually arrives — orders, fees and refunds pulled in per channel. Shopify, WooCommerce, Wix, BigCommerce, Adobe Commerce, Squarespace. **Site & app builders** — Whatever you built the business on — payments, invoicing and payouts wire into it without a dev project. Webflow, Framer, Lovable, Bubble, Softr, Glide. **CRM & sales** — The deal, the customer and the terms — pulled in so invoicing starts itself. HubSpot, Salesforce, Pipedrive, Zoho CRM, Close, Copper. **Payment acceptance** — Keep the checkout you already run. We take it from the moment the money lands. Stripe, PayPal, Adyen, Square, Braintree, Checkout.com. Your customers pay however they already pay — Visa, Mastercard, American Express, Apple Pay, Google Pay, Faster Payments, bank transfer and open banking — through the provider you run today or through us. ## 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. ## Questions, answered ### What are split payments, and how do they work in a marketplace? A [split payment](https://docs.fynex.ai/payments-api/v1/docs/splits) automatically divides one customer payment between multiple parties — your sellers, your platform fee, and any partners — at the moment of sale. Fynex executes rule-based splits in real time, so you never batch-calculate payouts or move money by hand. Set a standing split rule per seller, or split per transaction. ### What is revenue sharing, and how does Fynex handle profit splits? Revenue sharing (or profit sharing) is when income from a sale is divided between the parties who helped earn it — a marketplace and its sellers, creators or partners. Fynex turns your revenue-share model into rules and routes each party's share automatically at settlement. No spreadsheets, no manual maths, and every split is traceable for your books. ### Can I charge different sellers different rates? Yes — that's the part most platforms end up building themselves. In Fynex, a fee structure belongs to a seller, not to your integration: a headline take rate, a different rate for a seller you negotiated with, a tier that changes with volume, a partner or referrer cut layered on top. You set it in the dashboard and it applies to transactions from that point on, so revisiting your commercial model doesn't mean revisiting your codebase. Refunds unwind the same way, per party's share. ### What is KYB, and how does Fynex verify sellers? [KYB (Know Your Business)](https://docs.fynex.ai/payments-api/v1/docs/vendors) is the check that confirms a seller is a legitimate business before they can take payments — the company equivalent of KYC. Fynex runs KYB and KYC embedded inside your own sign-up flow, so sellers verify without leaving your product and you stay compliant. It's the switch that turns each seller on. ### Can Fynex be the Merchant of Record for my marketplace? Yes. Fynex acts as Merchant of Record — we carry the chargeback and cross-border tax liability, and we're the merchant on record for each transaction. That risk sits with us instead of your platform, so you launch without becoming a payments company or a tax entity in every market. ### How do you onboard sellers without hurting conversion? KYC and KYB run embedded inside your own sign-up flow, so sellers verify in your product instead of being bounced to a third party. You collect what you need, approvals happen in the background, and you stay compliant without the drop-off that bolted-on verification causes. ### Which countries can I pay sellers in? The UK and the US. Fynex pays UK sellers by Faster Payments and US sellers by ACH — multi-party, on your schedule or by rule. Buyers can pay you by card from anywhere in the world; sellers outside the UK and US aren't paid out by Fynex today. ### Do I have to become a payments company, or replace Stripe Connect? Neither. Fynex is the payments layer underneath your marketplace, so you don't build a payments company or hold the licences yourself. Run it next to Stripe Connect when you need real split logic, rule-based payouts, multi-currency balances or a Merchant of Record — or replace Connect when you outgrow it. ### What is agentic finance, and what does it mean for a marketplace? Agentic finance is finance operations run by AI rather than by people and spreadsheets. On a marketplace that means the work between the sale and the books happens on its own: each payment is split by your rules as it lands, sellers are onboarded and verified, payouts go out on schedule across currencies, refunds unwind per party, and every movement is already reconciled. You set the commercial model; the operations underneath it run themselves. It's the difference between a payment tool you integrate and a finance layer that runs your platform's money. ### How fast can we launch, and what does it cost? You can test the full flow — split payments, multi-party routing and refunds — in a sandbox before going live, then switch on once KYB is complete. Pricing is public: card payments from 1.4%, payouts at 0.5% each, and larger flows priced on volume, corridors and risk ([pricing](/pricing/)). Start with a free diagnostic of your current setup. ## Launch the marketplace. *We'll run the money underneath it* --- 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.ai Limited