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). 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), 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). 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.

The quick decision:

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).

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 and the 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 an FCA-authorised e-money institution, under the FCA’s safeguarding rules for payments and e-money firms (CASS 15, in force since 7 May 2026, PS25/12): 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 — seller payout, your commission, any partner cut — and each leg is paid over the cheapest compliant rail, 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 goes deeper on the third of the three mechanisms, how nested accounts work covers where a held balance actually sits, and the 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.