Pooled Account

A pooled account is a single bank account in which a firm holds the money of many customers together. The bank's records show only one account holder, typically a payment company, broker, law firm or platform, and one balance. Who owns which portion of that balance is recorded separately, in the account holder's own ledger. The bank knows its customer, the firm, but generally knows nothing about the individual customers whose money sits inside.

Pooled accounts are a basic building block of modern payments. Wallets, money transfer operators, marketplaces, brokerages and fintech apps routinely hold customer funds this way, because opening a separate bank account for each user would be slow and costly. Related terms include omnibus account, used especially in securities and banking, and client account. Where the account is titled to show that the money belongs to others, it is often described as a for benefit of (FBO) account.

Customers pay money to the firm, which deposits it into the pooled account. The firm records each customer's balance in its internal system and updates it as customers pay in, spend, transfer to each other or withdraw. Transfers between two customers of the same firm usually do not move any money at the bank; they are simply book entries in the firm's ledger. Only payments in from outside, or out to other banks, move money in the pooled account itself.

To give customers the experience of their own account, firms often issue each one a virtual account or virtual IBAN that routes incoming payments into the pool and identifies the customer for reconciliation.

• A named account is held at the bank in the end customer's own name, so the bank knows and serves that customer directly.
• A segregated account keeps customer funds apart from the firm's own money. A pooled account can also be segregated: what matters is that the pool contains only customer funds and none of the firm's operating cash.
• A nested account arises when a firm's pooled account is used by another financial institution to serve its own customers, adding a further layer the bank cannot see.

Because customers do not have direct claims on the bank, their protection depends on how the pool is structured and regulated. In the European Union and the United Kingdom, payment and e-money institutions must apply safeguarding rules, keeping relevant funds in designated safeguarding accounts separate from their own money. Investment firms follow client money rules, and lawyers use regulated trust accounts. In the United States, deposit insurance can pass through to the underlying owners of a custodial account only if the account is properly titled and the records clearly identify each owner and their share.

• Reconciliation failures: if the firm's ledger and the bank balance drift apart, nobody can say with certainty who owns what. The 2024 bankruptcy of the US banking-as-a-service middleware firm Synapse left many end users unable to access funds while ledgers were reconstructed, illustrating this risk. Daily reconciliation is therefore a core control.
• Commingling: mixing customer money with the firm's own creates commingled funds, which may be exposed to the firm's creditors if it fails.
• Financial crime visibility: the bank cannot see the underlying customers, so it relies on the firm's KYC and monitoring. Banks often treat pooled accounts held by payment firms as higher risk for this reason.
• Concentration: the full pool may sit at one bank, above any insured limit, so the bank's failure would affect all customers at once.

A wallet app holds USD 5 million for 40,000 users in a pooled account at its sponsor bank. When one user sends USD 50 to another, the app debits one ledger balance and credits the other; the bank balance is unchanged. When a user withdraws USD 200 to an outside bank, the pooled account is debited and the app reduces that user's ledger balance. At the end of the day, the sum of all user balances should equal the funds in the pooled account.