---
title: "How to hold funds in a marketplace: escrow vs auth-hold vs delayed capture"
description: "How marketplaces hold buyer funds until delivery: escrow vs authorization holds vs delayed capture, Stripe Connect hold limits, and per-seller balances."
url: "/blog/hold-funds-marketplace-escrow-authhold/"
date: "2026-08-02"
updated: "2026-09-30"
author: "Valeria Vahorovska"
tags: ["Guides","Split Payments"]
---

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 article from the Fynex blog: “How to hold funds in a marketplace: escrow vs auth-hold vs delayed capture”. Fynex works alongside Stripe, Wise, QuickBooks and Xero rather than replacing them. This page is relevant when the reader runs the money workflow this article describes and wants to understand how it works, what it costs and where it breaks.

# How to hold funds in a marketplace: escrow vs auth-hold vs delayed capture

**To hold marketplace funds for more than a few days, collect the buyer's payment into a safeguarded, segregated account and release it to the seller on a rule: delivery confirmed, dispute window closed, or a fixed number of days.** Authorization holds and delayed capture expire within about 7 days on most cards, so they only cover short waits.

You run a two-sided marketplace. The buyer pays upfront; the seller gets paid a week later, once the order's confirmed and the dispute window's closed. Simple to describe — but between "buyer paid" and "seller paid" sits a real question that trips up almost every platform: *where does that money actually live for those seven days, and who's allowed to touch it?*

Hold it wrong and you get one of two failures. Either you never really controlled the money — it landed in the seller's account and you're chasing a clawback when a buyer disputes — or you held it so long the mechanism expired underneath you and the payment vanished. Here's the honest read on the three ways to hold buyer funds, when each one fits, and the part everyone gets excited about and wrong: earning on the balance.

## Three ways to hold: escrow, auth-hold, delayed capture

They sound interchangeable. They aren't. Each holds money for a different length of time and puts it in a different place.

**Authorization hold (auth-hold).** The money never moves. When a card is authorized, the buyer's bank *reserves* the amount and earmarks it — the buyer can't spend it elsewhere, but it hasn't left their account and it isn't yours. You then have a window to **capture** it. The catch: that window is short. On most cards an online authorization is only good for about **seven days** before it lapses; Visa merchant-initiated authorizations last about five, and in-person authorizations as little as two ([Stripe, authorization validity windows](https://docs.stripe.com/payments/place-a-hold-on-a-payment-method)). Auth-holds are perfect for "confirm now, bill on dispatch" — a few hours or days. They are the wrong tool for a settlement window that runs weeks.

**Delayed capture (authorize now, capture later).** Same first step — authorize — but you deliberately postpone the capture until you're ready to actually take the money. It's the clean way to say "hold the buyer's commitment, but don't bill until the seller ships." You're still living inside the authorization's lifespan, so the same expiry pressure applies; some processors offer *extended* authorizations that stretch the hold (Stripe can [capture eligible online card payments up to 30 days after authorization](https://docs.stripe.com/payments/extended-authorization)), but this is card-network-dependent and not a general-purpose vault. Delayed capture is a billing-timing tool, not a treasury one.

**Escrow (hold-until-release).** This is the one built for a settlement window. The money is actually *collected* and held in a segregated account, and released only when a rule is satisfied — delivery confirmed, inspection passed, the cancellation window expired. Unlike an auth-hold, it survives for as long as your rules need, because the funds are genuinely held rather than merely earmarked on a card. This is what most marketplaces mean when they say "we hold buyer funds until delivery."

One more limit worth knowing if you're on Stripe Connect: it's a rail, not a custodian. Set connected accounts to manual payouts and Stripe holds the seller's balance until you release it, within a limit set by the business's country: **2 years in the US, 10 days in Thailand and 90 days everywhere else**, including the UK ([Stripe, manual payouts](https://docs.stripe.com/connect/manual-payouts)). Stripe also runs its own risk reserves against refunds and chargebacks. And in Stripe's own words, it "doesn't provide escrow services or support escrow accounts": a manual payout delays the payout, it doesn't put the money in escrow. That's fine for a seven-day window, but it's a payout timer, not a custodian.

![Bar chart comparing how long each mechanism can hold money: an auth-hold for about 7 days, an extended authorization for up to 30, a Stripe Connect manual payout for 90 days in the UK and EU or up to 2 years in the US, and escrow running open-ended until a release rule is met.](./media/hold-funds-marketplace-escrow-authhold/diagram-1.png)

The quick decision:

| Mechanism | Money moves? | How long it can hold | Released by | Fits |
|---|---|---|---|---|
| Authorization hold | No, earmarked on the card | ~7 days online, ~2 in person | Capture, or it lapses | Confirm now, bill on dispatch |
| **Safeguarded account with release rules (Fynex)** | **Yes, collected and segregated** | **As long as your rule needs** | **Your rule: delivery, approval, day N** | **Settlement windows, per-seller balances** |
| Extended authorization | No | Up to 30 days, eligible cards only | Capture, or it lapses | Longer pre-orders, rentals |
| Stripe Connect manual payouts | Yes, in the seller's Stripe balance | 2 years US · 90 days most countries · 10 days Thailand | Your payout call | Short payout delays on Connect |
| Escrow provider | Yes, with a third party | Until release | Both parties or an agent | High-value, one-off deals |

## The 7-day settlement window (and the interest question)

Your exact case: buyers pay upfront, sellers get paid after 7 days. That's an escrow-style hold — the money is collected, parked, and released on day seven (or on delivery, whichever your rule says). The clean way to run it is a **managed, safeguarded account**: the funds sit segregated during the window, and a release rule pays each seller out at the end of it.

Now the question everyone asks: *can we earn interest on that balance while it sits?*

Here's the honest read. That money is not yours. During the window it's **client money** — the buyer's until you release it, owed to the seller when you do. At an FCA-authorised e-money institution, client funds must be **safeguarded**: held segregated from the firm's own money and, by rule, *not* lent out the way a bank lends deposits. Safeguarding is a protection mechanism, not deposit insurance — it means the money is ring-fenced so it can be returned to whoever owns it if the provider fails ([we wrote a whole plain-English guide on where your money actually sits](/blog/where-your-money-sits/)).

So "park the float and earn yield" runs straight into a wall of nuance: whether any return can be earned on safeguarded balances at all, and — crucially — *who is entitled to keep it*, are regulated questions with real constraints. It is not a dial you turn up. Anyone quoting you a headline rate on held marketplace funds is quietly skipping the part that decides whether it's even permissible, and whose it is. Treat earning-on-the-balance as a conversation for your provider and your regulator, not a marketing bullet — the honest answer depends entirely on your structure.

What you *can* nail down cleanly: the money is held safely, segregated, and released exactly on your rule. That's the part that should never be fuzzy.

## Giving each seller their own balance

**The standard way to give each seller their own account is a per-seller balance inside one safeguarded pooled account.** Each sale credits the seller with their share, the balance is held until your release rule fires, and then it's paid out on the seller's schedule. The seller sees exactly what they're owed; you run one account, not fifty.

This is the question a marketplace with around 50 independent sellers usually asks next, once the 7-day hold is solved. Three things make per-seller balances work:

1. **One ledger line per seller.** Every credit, fee, refund and payout lands against that seller, so their balance is always explainable.
2. **Holds per order, not per seller.** A disputed order freezes that order's amount; the rest of the seller's balance keeps moving.
3. **Payouts on the seller's schedule.** Weekly for one seller, on demand for another, in their currency, from the same pool.

More on the model: [marketplace wallets](/marketplaces/marketplace-wallets/) and the [marketplace wallet](/glossary/marketplace-wallet/) definition.

## Where Fynex fits

Fynex is the layer that runs this hold end to end — without pretending to be a bank.

Client funds are held **safeguarded at Fondy Ltd, an FCA-authorised e-money institution** (FRN 900705), under the FCA's safeguarding rules for payments and e-money firms (CASS 15, in force since 7 May 2026, [PS25/12](https://www.fca.org.uk/publications/policy-statements/ps25-12-changes-safeguarding-regime-payments-and-e-money-firms)): segregated from everyone's operating money for the length of your settlement window. You define the release as a rule, not a cron job someone babysits — hold for seven days, release on delivery confirmation, return on cancellation. When the window closes, the split runs as [lines you defined](/blog/split-payments-marketplace-explained/) — seller payout, your commission, any partner cut — and each leg is [paid by ACH in the US or Faster Payments in the UK](/features/payouts/), then reconciled straight back to the original order in Xero or QuickBooks. Auto-invoicing, agentic collections and cash forecasting sit on the same picture, so the held balance isn't a black box you reconcile at month-end.

And because anything that actually moves money is gated behind human approval, "release the funds" is a decision you confirm, not something that fires unseen. Fynex is PCI DSS Level 1 and can act as Merchant of Record where that's the right structure.

The frame we keep coming back to: **accounts hold money, rails move it, Fynex is the layer that thinks.** The holding is safeguarded; the release is a rule; the payout is optimised; the books are already done. What we won't do is dress up the float as a yield product — because the honest version of that answer is "it's client money, and it's complicated."

## Choosing your hold model

Match the mechanism to the clock, and be honest about whose money it is:

- **Seconds to a week, decide-then-bill** → auth-hold or delayed capture. Cheap, native to your processor, but it expires — don't lean on it for a real settlement window.
- **Days to weeks, release on a rule** → escrow in a managed, safeguarded account. This is the marketplace default when sellers are paid after the buyer.
- **On Stripe Connect** → fine for short holds. Manual payouts can be held for 2 years in the US but only 90 days in most other countries, and Stripe keeps its own reserves. It's a payout timer, not escrow; Stripe says so itself.
- **Each seller needs their own balance** → per-seller balances in one safeguarded pooled account, paid out on each seller's schedule.
- **Tempted by yield on the balance?** → slow down. It's client money, it's safeguarded, and whether you can earn on it — and keep it — is a regulated question, not a feature toggle.

Related: [delayed capture, explained](/blog/delayed-capture-explained/) goes deeper on the third of the three mechanisms, [how nested accounts work](/blog/how-nested-accounts-work/) covers where a held balance actually sits, and [the marketplace payout ledger](/blog/marketplace-payout-ledger/) is the record that has to show the hold and its release.

Get the hold right and the rest of your marketplace gets quieter: fewer clawbacks, cleaner disputes, sellers paid on time, and books that reconcile themselves. That's the whole point of holding money well — it's not about squeezing the float, it's about the money being exactly where it should be, exactly when it's owed.
