An online store reports what customers were charged. The account receives what the acquirer paid out, some days later, net of several things, aggregated across many orders.
Those two numbers never match, and they are not supposed to. But the gap between them is where ecommerce finance gets difficult, and most of the difficulty is avoidable.
Why the numbers differ
Fees come out before payout. Scheme fees, interchange, acquirer margin, per-transaction charges. A £100 order does not settle as £100.
Refunds and chargebacks net off. A refund issued today reduces a future payout. So does a chargeback, plus its fee.
Reserves are withheld. Higher-risk categories often carry a rolling reserve — a percentage held for a fixed period, typically six months, against future chargebacks. It is your money, it is not lost, and it is not available.
Payouts are batched. Hundreds of orders settle as one credit. Without per-order detail, matching that credit back to orders is manual work.
Timing shifts. An order placed Friday evening may settle Tuesday. Month-end cuts through the middle of that, which is why a store's monthly sales figure never equals the month's settlements.
The working-capital shape
Ecommerce has an unusual cash cycle. You pay for inventory, advertising and fulfilment now. You receive settlement for the resulting sales in several days, minus fees, minus whatever is in reserve.
Growth makes this worse rather than better. Doubling sales doubles the spend that has to happen before the corresponding settlements arrive. A business can be profitable on paper and short of cash for exactly this reason, and it is the most common cash-flow failure in the category.
Three things to model rather than discover:
- Settlement lag — the real distribution, not the headline T+2
- Reserve accumulation — a percentage of a growing volume, held for months, is a growing amount of unavailable cash
- Refund seasonality — post-peak return waves land as reduced payouts at the moment stock is being rebuilt
Cross-border, which is where margins go
Selling internationally adds two costs that are easy to miss.
Conversion on the way in. Sales in a currency you do not hold get converted at whatever rate applies on settlement day.
Conversion on the way out. If you then pay a supplier in that same currency, you convert back. The same money crosses the spread twice — see when a multi-currency account is worth it.
For a store selling in EUR, GBP and USD and buying in USD, settling into the currencies you actually sell in removes a recurring cost that shows up nowhere as a fee.
Reconciliation that works
The goal is being able to trace any settlement credit back to the orders in it, without a spreadsheet exercise.
Get per-transaction settlement detail. A payout report that lists the transactions in each batch, with fees itemised. Without it, matching is guesswork.
Match on payout, not on order. Reconcile the batch to its constituent orders, then the batch total to the credit received. Reconciling order by order against a batched credit does not work.
Book fees as fees. Recording only the net settlement as revenue understates both revenue and cost, and hides what processing is actually costing you.
Track reserves separately. They are an asset, not a fee. Businesses that record them as a cost lose sight of a balance that eventually gets released.
Keep refunds attached to originals. A refund netted against a later payout, recorded without its original order, is the most common source of an unexplained difference.
Marketplaces and PSPs of record
Where a marketplace or platform is the merchant of record, it collects from the customer and pays you as a seller, on its own schedule and under its own reserve policy. Multiple sales channels then mean multiple settlement streams with different timing, formats and fee structures, arriving into the same account.
Consolidating those streams into one account you actually control is usually the first structural improvement worth making, ahead of optimising any individual rate.
How this works with 2PayApp
Eligible online and offline merchants may use approved 2PayApp account details to receive settlement payouts from acquiring banks, payment service providers and card-acquiring platforms. Funds can be held and settled in EUR, GBP and USD, with access to payment rails including SEPA, SEPA Instant, Faster Payments, SWIFT and ACH — so settlements can land in the currency they were sold in.
Card acceptance and processing are normally provided separately by the merchant's acquiring provider; 2PayApp does not provide card acquiring. See merchant settlement.
2PAYAPP LIMITED is registered with FINTRAC as a Canadian Money Services Business. FINTRAC registration is a legal registration requirement; it is not a banking licence and does not constitute an endorsement by FINTRAC. 2PayApp is not a bank. Accounts, currencies, payment rails, account details and acquiring settlement capabilities are subject to onboarding, compliance approval, provider availability and the customer's approved account configuration.
FAQ
Why is my payout smaller than my sales? Fees, refunds, chargebacks and any rolling reserve are deducted before payout. A per-transaction settlement report shows the breakdown.
How long is a rolling reserve held? Typically six months, on an agreed schedule, then released. The percentage and period are set by the acquirer based on risk category.
Can I settle into more than one currency? Often, depending on the acquirer and your account configuration. Settling into the currency you sold in avoids converting twice.
Why do my monthly sales never equal my monthly settlements? Settlement lag. Orders near a month boundary settle in the following month.