How Does a Marketplace Reconcile Every Seller Payout Run?

Key takeaways

• Marketplace payout reconciliation proves, on every payout run, that the money in the pooled account equals the sum of what the platform owes its sellers and buyers, after explained timing items.
• Six things move a seller's balance between pay-in and payout: the platform's commission, refunds, disputes, held funds and reserves, failed or returned payouts, and currency conversion.
• The FDIC's 2024 proposed rule would require banks holding pooled custodial accounts to reconcile them against beneficial ownership records no less often than at the close of business daily; it remains a proposal.
• Under PSD2 recital 11, a platform acting for both buyer and seller can rely on the commercial agent exclusion only if it never enters into possession or control of client funds.
• The FCA states that a business is likely to act for both payer and payee if payments pass through an account it controls or manages before reaching the payee, and so is likely to need authorisation or registration.

What are the key facts on marketplace payout reconciliation?

A marketplace that collects buyers' money and pays sellers later holds other people's money, and must prove on every payout run that it still holds all of it.

What is marketplace payout reconciliation?

It is the check that every payout to sellers, hosts or workers was correctly calculated, actually paid, and paid from money that was properly held for them.

A marketplace, or any platform that collects payments from buyers and pays a third party, sits between two groups of users. Buyers pay in through card processors, wallets or bank transfers. The platform credits each seller's balance in its own ledger (its internal record of who is owed what), deducts its commission, and pays the balance out on a schedule. The batch of payouts sent on one date is a payout run.

Between pay-in and payout, the cash sits in a pooled account: one bank account holding many users' money together. In the US this is often a for-benefit-of (FBO) account at a sponsor bank, meaning an account opened by the platform but held for its users. In the UK and EU it is a safeguarding account, where the platform or its payment provider is authorised. Our guide to FBO account reconciliation covers the account itself; this guide covers the payout cycle that runs through it. For order-to-cash matching on the selling side, see ecommerce payment reconciliation.

What must agree on every payout run?

Five records must agree in sequence, from the buyer's payment to the seller's bank, with the pooled account checked against the ledger at the end.

Checks 1 to 4 prove each payout was right. Check 5 proves the money behind every balance that has not yet been paid out is still there. Most guides for sellers stop at check 3; a platform holding users' money is judged on check 5.

What changes a seller's balance between pay-in and payout?

Six items cause nearly all payout differences, and each needs its own rule in the ledger and its own line in the reconciliation.

Timing is the seventh factor behind all of these. A sale may be credited to a seller on capture while the processor settles two days later, so the ledger shows money the bank does not yet have. That is a legitimate reconciling item only while it ages within the processor's normal settlement period.

What does a payout run reconciliation look like?

The payout file is proved against bank confirmations first, then the pooled account is proved against the sum of user balances at close of business.

Worked example. A US marketplace holds sellers' funds in an FBO account at its sponsor bank. On Friday it sends a payout run of USD 1,850,000.00 to 4,212 sellers. By close of business the bank has confirmed USD 1,846,240.00, and 12 payouts totalling USD 3,760.00 have been returned because the sellers' bank accounts were closed.

At close of business, the ledger shows sellers' available balances not yet paid of USD 412,380.00, reserves held of USD 286,500.00 and approved buyer refunds not yet sent of USD 18,240.00, a total owed to users of USD 717,120.00. The FBO account balance per the bank is USD 672,580.00.

The arithmetic: 717,120.00 plus 96,450.00 plus 3,760.00 is 817,330.00; less 142,600.00 and 2,150.00 gives 672,580.00, matching the bank. The reconciliation closes, but three items still need action. The USD 3,760.00 must be re-credited to the 12 sellers so the ledger shows what they are owed. The USD 96,450.00 of commission is the platform's own money and should be swept out, so the pooled account holds only users' funds. The USD 142,600.00 in transit must arrive on Monday; if it does not, it stops being a timing item and becomes a shortfall the platform has funded with other users' money.

How do payouts in several currencies and countries change the reconciliation?

The pooled account proof is run separately for each currency and each legal entity, and a surplus in one is never used to cover a shortfall in another.

A platform that pays sellers in many countries typically holds balances in several currencies, through more than one company in its group and more than one bank or payout partner. A surplus of GBP 50,000 in a UK entity does not cover a USD shortfall in a US entity: different companies owe different users, under different rules. Each entity and currency needs its own sum of user balances and its own bank proof, and the group total is built up from those, not the other way round.

Conversion adds a check on every cross-currency payout. If a seller's balance is USD 10,000.00 and the run converts it at 0.7800 to GBP 7,800.00, the ledger debit, the payout file and the bank or partner confirmation must all show the same rate and amounts, and any conversion margin the platform earns is its own revenue, swept like commission. Where payouts in local currency go through partner accounts funded in advance, our guide to prefunding for cross-border payouts covers how those balances are forecast and reconciled.

Which US rules affect marketplace payout reconciliation?

Three layers apply: bank recordkeeping for pooled FBO accounts, the FinCEN definition of money transmitter, and state money transmission laws.

The FDIC published a proposed rule on recordkeeping for custodial accounts on 2 October 2024. It would cover a custodial deposit account with transactional features: an account established for the benefit of beneficial owners, in which the deposits of multiple beneficial owners are commingled, and through which they may direct transfers to a party other than the account holder or beneficial owner. A marketplace FBO account from which sellers' payouts are made fits that description closely. Banks would keep records of each beneficial owner's balance in a set format, maintain accurate balances at beneficial owner level, and reconcile against those records no less frequently than at the close of business daily. A platform could keep the records, but the bank would need direct, continuous and unrestricted access. The Fall 2025 Unified Agenda lists the rule as a long-term action with the final rule date to be determined. Our guide to the FDIC custodial account recordkeeping proposal covers it in full.

At federal level, FinCEN's definition of money transmitter covers accepting funds from one person and transmitting them to another person or location by any means, and states that whether a person is a money transmitter is a matter of facts and circumstances. It excludes a person that only acts as a payment processor to facilitate the purchase of goods or services through a clearance and settlement system by agreement with the creditor or seller, or that only accepts and transmits funds integral to its own sale of goods or services. A marketplace paying third-party sellers needs to assess these limits carefully. State money transmission laws apply separately, each with its own definitions and exemptions, which is why some large platforms hold state licences directly and others pay out through a licensed provider or bank partner.

Which UK and EU rules affect marketplace payouts?

In the UK and EU, a platform that collects buyers' money and controls it before paying sellers is likely to be providing a regulated payment service unless an exclusion applies.

Article 3(b) of PSD2 excludes payment transactions from the payer to the payee through a commercial agent authorised via an agreement to negotiate or conclude the sale or purchase of goods or services on behalf of only the payer or only the payee. Recital 11 explains why the wording was narrowed from the 2007 directive: some Member States had allowed e-commerce platforms acting for both buyers and sellers, without real scope to negotiate, to use the exclusion. Under PSD2, where agents act for both payer and payee, such as certain e-commerce platforms, they should be excluded only if they do not at any time enter into possession or control of client funds.

The UK carries the same rule in Schedule 1, Part 2, paragraph 2(b) of the Payment Services Regulations 2017: transactions through a commercial agent acting for either the payer or the payee but not both are not payment services. The FCA's guidance states that a business is likely to act for both parties if payments are transferred into an account it controls or manages before being sent to the payee, and that such a business is likely to require authorisation or registration. An authorised payment institution must then keep relevant funds segregated from any other funds it holds under regulation 23, and place funds still held at the end of the business day after receipt in a separate safeguarding account or approved secure, liquid assets. That makes commission left in the pooled account, as in the worked example, a safeguarding point and not just housekeeping.

What should a marketplace check on every payout run?

These checks cover each step from pay-in to the pooled account proof.

• Payout file total agrees to the payouts selected in the ledger before it is sent.
• Every payout is confirmed paid, rejected or returned by the bank or payout partner, and returns are re-credited to sellers the same day.
• Commission and conversion margin are calculated by rule and swept out of the pooled account promptly.
• Refunds, disputes and reserve holds and releases are posted to seller balances with a reason and date.
• Negative seller balances are tracked as amounts owed to the platform, never netted against other sellers' money.
• The pooled account balance agrees to the sum of user balances at close of business every day, with each timing item listed and aged.
• Settlement in transit older than the processor's normal settlement period is escalated as a possible shortfall.
• The proof is run per legal entity and per currency, then added up to a group total.
• Records of each user's balance can be produced for the sponsor bank or regulator on request.

How does Safeheld help?

Safeheld matches bank statements, processor and partner reports and the platform's ledger every day, and keeps one position per legal entity in its own currency, never offset against another entity, agreeing back to a group total.

Differences are raised as breaks the day they appear: timing items such as settlement in transit are cleared by rule, and others are worked to a cause with evidence recorded. Funding needs are forecast per entity and currency, and audit packs and read-only access are available for auditors and banks. See platforms and marketplaces and daily reconciliation.

Frequently asked questions

What is marketplace payout reconciliation?

The check that every payout to sellers was correctly calculated and actually paid, and that the pooled account holding users' money equals the sum of what the platform owes its sellers and buyers, after explained timing items.

How often should a marketplace reconcile seller payouts?

Every payout run should be proved against bank confirmations, and the pooled account should be reconciled against the sum of user balances at least daily. The FDIC's 2024 proposal would require banks to reconcile custodial accounts no less frequently than at the close of business daily.

Are seller reserves part of the pooled account reconciliation?

Yes. Reserves are funds held back from a seller against future refunds or disputes, but they are still owed to the seller, so they stay in the sum of user balances the pooled account must cover.

How should returned payouts be handled?

When a receiving bank returns a payout, the cash comes back to the pooled account and the seller's balance must be re-credited. Until it is, the return is a reconciling item, and it should be cleared the same day.

Can a marketplace keep its commission in the pooled account?

It should not leave it there. Commission is the platform's own money. In the UK, regulation 23 of the Payment Services Regulations 2017 requires an authorised payment institution to keep relevant funds segregated from any other funds it holds, so commission should be swept out promptly.

Does the commercial agent exclusion cover marketplaces?

Only in limited cases. PSD2 Article 3(b) covers an agent acting for only the payer or only the payee. Under recital 11, a platform acting for both is excluded only if it never possesses or controls client funds. The FCA says a business is likely to act for both if payments pass through an account it controls before reaching the payee.

Is the FDIC custodial account recordkeeping rule final?

No. The FDIC proposed it on 2 October 2024, and the Fall 2025 Unified Agenda lists it as a long-term action with the final rule date to be determined.

Should multi-currency payouts be reconciled as one total?

No. The pooled account proof should be run separately for each legal entity and currency, because different entities owe different users. A surplus in one currency or entity does not cover a shortfall in another.

References

• FDIC, Recordkeeping for Custodial Accounts, proposed rule, 89 FR 80135 (2 October 2024)
• Unified Agenda, Fall 2025, RIN 3064-AG07 Recordkeeping for Custodial Accounts
• 31 CFR 1010.100(ff)(5), FinCEN definition of money transmitter (eCFR)
• Directive (EU) 2015/2366 (PSD2), recital 11, Article 3(b) and Article 10
• Payment Services Regulations 2017, Schedule 1, Part 2 (legislation.gov.uk)
• Payment Services Regulations 2017, regulation 23, safeguarding requirements (legislation.gov.uk)
• FCA, Commercial agent exclusion (CAE)

About Safeheld

Safeheld is reconciliation and regulatory reporting software for regulated firms that hold client money. For marketplaces and platforms it matches bank, processor, partner and ledger records every day, keeps one position per entity and currency, and raises every break the day it appears. To discuss your marketplace's payout reconciliation, contact us at safeheld.com/contact.

This article is general information on marketplace payout reconciliation and is not legal or regulatory advice.