Why Your Amazon and Shopify Payouts Don't Match Your Books

Last verified: June 2026

You sold £18,000 worth of product in March. Your bank account received £14,200. Your accountant is asking questions. And you're sitting there wondering whether someone made a mistake.

Nobody did. This is just how marketplace payouts work — and it catches almost every multi-channel seller off guard the first time they try to reconcile their books properly. The gap between your gross sales and your net bank deposit isn't fraud, isn't a platform error, and isn't a bookkeeping failure. It's the result of several overlapping structural mechanics that Amazon, Shopify, and other marketplaces build into their payout systems by design.

Get these mechanics wrong and your books are quietly incorrect every single month — not dramatically, just enough to make your margin reporting useless and your accountant suspicious. Our complete guide to e-commerce accounting for sellers goes deeper on the surrounding bookkeeping picture.

What marketplace payout reconciliation actually is

Marketplace payout reconciliation is the process of matching the settlement amounts deposited by a marketplace into your bank account against the revenue, fees, refunds, and adjustments recorded in your accounting system — identifying and explaining every difference until the two figures agree.

Sounds simple. It isn't. Marketplaces don't send you a lump sum that maps neatly to a single day's sales. They send you a net figure — after deducting referral fees, fulfilment fees, advertising costs, refunds, and reserve holds — calculated across a rolling settlement period that may span two or three accounting periods simultaneously.

Your accounting system, meanwhile, records revenue on the date of sale. The customer buys on March 28th; your Shopify or Amazon dashboard shows a sale on March 28th. But the cash doesn't arrive until April 4th, and when it does, it's £60 less than the gross sale figure, for reasons spread across four line items in a settlement report you may or may not have downloaded.

Two systems, different logic. Your marketplace records events when they happen. Your bank records cash when it moves. Reconciliation is the layer that bridges them — and without it, you're flying blind on actual cash position while your P&L tells you one thing and your bank tells you another.

For sellers running both Amazon and Shopify simultaneously, the complexity compounds. Each platform has its own settlement cycle, its own fee structure, and its own currency handling. You might be reconciling two separate settlement reports against one bank account, while also trying to understand why your combined channel revenue figure doesn't match anything your accountant can see. Our Amazon seller accounting guide and Shopify bookkeeping guide go into platform-specific detail worth reading alongside this.

Deferred transactions and timing gaps

Timing mismatches are the most common reason your books and your payouts don't match — and they're the one most sellers initially misread as an accounting error.

Amazon's default settlement cycle runs every 14 days. When a settlement closes, Amazon processes the payout and it typically arrives in your bank account within a few business days after that — meaning a sale made on day one of a settlement period might not appear as a bank deposit for up to 17 or 18 days later. Shopify Payments runs on a shorter cycle, often settling within a few business days of the transaction, but the exact timing depends on your account status, your country, and your payout schedule settings.

Under accrual accounting — which is what HMRC expects from VAT-registered businesses and what most accounting standards require — you recognise revenue when the sale occurs, not when you receive the cash. So a £5,000 order placed on March 30th gets booked as revenue in March. The £4,100 net payout (after fees and deductions) hits your bank on April 11th. Your March P&L shows £5,000 in sales. Your March bank statement shows nothing. Your April bank statement shows £4,100, with no obvious link to the March order.

Multiply this across hundreds or thousands of transactions per month and you have a general ledger that's structurally out of sync with your cash position — every single month, permanently. This isn't a bug you can fix. It's how the system works, and the correct response is to build your bookkeeping around it, not to record revenue on the cash receipt date (which would be cash-basis accounting and would misstate your true monthly performance).

The practical fix is a clearing account — sometimes called a marketplace settlement account or an undeposited funds account. When a sale occurs, you debit the clearing account and credit revenue. When the payout arrives, you debit your bank and credit the clearing account. The balance in the clearing account at any point represents sales that have been recognised but not yet settled. If that balance is growing faster than it should, something else is wrong — but the account existing and carrying a balance is correct and expected.

For sellers reporting to stakeholders or managing cash flow forecasting, you also want to track the expected settlement date for each open period — because a large clearing account balance can look alarming to someone who doesn't understand that £28,000 of it will arrive on the 14th. Tools that connect your marketplace data to reporting dashboards, like the setup described in our guide to connecting Amazon Seller Central to Looker Studio, can make in-flight settlement visibility much easier.

Reserve holds and their impact on cash flow

Reserve holds are amounts withheld by the marketplace from your settlement that are not fees — they're funds Amazon or another platform is holding back temporarily as a financial buffer against potential future claims, refunds, or chargebacks.

Amazon uses a rolling reserve system. The platform calculates a reserve based on a percentage of your recent sales volume and holds that amount back from each settlement, releasing it in subsequent periods once the associated orders have passed their return windows. For established sellers with good account health, reserves tend to sit at a relatively modest percentage of rolling sales. For new sellers, sellers with elevated return rates, or accounts that have triggered any policy flags, reserve percentages can climb considerably higher — in some cases holding back a substantial portion of an entire settlement.

The impact on cash flow is real and under-discussed. Say you're generating £60,000 in monthly gross sales on Amazon. If Amazon is holding a 10% reserve across your rolling transactions, that's £6,000 sitting in limbo that you can't deploy toward inventory replenishment, advertising, or operating costs — even though your P&L shows it as revenue. And if your reserve percentage increases (because you launched a new product line with a higher return rate, for example), your net payout can actually shrink in absolute terms while your gross sales are growing. That's a cash flow squeeze that looks paradoxical until you understand why it's happening.

For bookkeeping purposes, reserves need to be tracked as a distinct liability or contra-asset — not ignored, and not recorded as a fee expense. When Amazon holds £2,400 of your settlement as a reserve, that £2,400 hasn't gone away. It will be released, usually in the next or subsequent settlement period. Recording it as a fee would understate your revenue and overstate your expenses. Recording it as vanished cash would make your balance sheet wrong. The correct treatment is to hold it in a reserve receivable or deferred settlement account and clear it when the release arrives.

Shopify doesn't operate a reserve system in the same rolling way as Amazon FBA, but it does have account-level holds that can be applied during payment disputes or if Shopify Payments flags unusual activity. These are less predictable — and because they tend to appear without much warning, they can be even more disorienting when your expected payout simply doesn't arrive.

Hidden fees that reduce your net payout

A single Amazon order can generate five or more separate deductions before it contributes anything to your settlement balance. Most sellers know about referral fees. Far fewer have mapped out the full deduction stack — which matters enormously when you're trying to understand your true unit economics.

On Amazon FBA, the standard deduction stack for a typical product order looks something like this: a referral fee (a percentage of the sale price, varying by category), an FBA fulfilment fee (based on unit weight and dimensions), and potentially a monthly storage fee (allocated at the product level if you're tracking carefully). If the product was involved in a sponsored ad campaign, the advertising cost gets deducted from your account balance separately. If the order results in a return, you get a refund fee on top of the reversal. And if the customer files an A-to-Z claim, there's a chargeback deduction that may or may not be reimbursed depending on the outcome.

For a £35 product, you might see: £5.25 referral fee, £3.90 FBA fee, £0.22 storage allocation, £1.40 advertising cost — leaving you with a net contribution of around £24.23 before your COGS. That's a 31% reduction from gross sale to net revenue. If your bookkeeping is recording £35 as revenue and treating everything else as a vague "Amazon fees" line item, you have no visibility into which fee type is eroding your margin — and no way to model the impact of a fee change.

Shopify's fee structure is different but similarly layered. Shopify Payments takes a transaction fee on each order (the rate varies by your subscription plan). If you're using a third-party payment gateway instead, Shopify also charges an additional fee per transaction on top of whatever your gateway charges. Then there are app subscription costs that may be debited from your account rather than billed separately. And if you're selling internationally, Shopify applies a currency conversion fee that quietly reduces your payout on cross-border orders.

The bookkeeping principle here is categorisation, not aggregation. Every fee type should have its own expense account — referral fees, fulfilment fees, payment processing fees, advertising costs, storage fees — because they have different operational implications and different tax treatments in some jurisdictions. Lumping them into a single "platform fees" line loses the diagnostic value entirely. You also need to record them in the period they were incurred, not the period they were deducted from your settlement (which, as we've already established, may be a different month entirely).

Sellers managing inventory across multiple channels will find that fee structures vary enough between platforms to make cross-channel margin comparison genuinely tricky. If you're also selling on eBay, Etsy, or Walmart, each adds its own fee taxonomy. Our guide to syncing Amazon payouts to Google Sheets is useful if you want to build a manual breakdown before committing to a more automated solution.

Foreign exchange and multi-currency complications

Multi-currency selling introduces a reconciliation problem that's easy to underestimate: the rate at which the platform converts your foreign-currency sales into your home currency is almost never the rate your bank uses, your accounting system assumes, or your finance team expects.

You sell a product on Amazon.de for €49. The sale goes through, the euros sit in your Amazon European account, and when Amazon settles, it converts them to GBP using its own internal exchange rate — typically based on a mid-market rate with a small spread applied, though the exact spread isn't always transparent. Your bank receives GBP. Your accounting system, if it recorded the sale at the live GBP/EUR rate on the day of the transaction, may have booked a different GBP equivalent. The gap between those two figures is an FX variance — and it's not an error, but it needs to be accounted for.

For a small volume of cross-border transactions, this variance is trivial. For a brand doing meaningful European sales volume, it adds up fast. Imagine £800,000 of annual euro-denominated sales. A consistent 0.5% gap between your recorded rate and Amazon's conversion rate represents £4,000 of unaccounted variance per year — appearing as either phantom revenue or phantom loss depending on which direction rates moved. That's not huge, but it's enough to throw off your margin reporting and confuse your accountant.

The problem gets worse if you're using Amazon's Currency Converter for Sellers (ACCS) — Amazon's service that converts proceeds to your home currency before settlement. When ACCS is active, you never hold the foreign currency at all; Amazon converts it on your behalf. This simplifies your banking but means you're entirely dependent on Amazon's rate, with no opportunity to hedge or time your conversions. Your sterling settlement amount is what it is.

If you're using a separate currency account or a service like Wise for your international payouts, you do get some rate control — but then you introduce another reconciliation layer, because now you have a foreign currency balance sitting in a third account that needs to be revalued at period end, and the revaluation gain or loss needs to flow through your P&L correctly.

For bookkeeping purposes, the cleanest approach is to record sales in the transaction currency at the point of sale, hold unrealised FX gain/loss in a separate account, and recognise the realised gain or loss when the settlement converts and lands in your bank. Most accounting systems support this natively — but only if your reconciliation process is feeding them the right data in the right format, which most manual reconciliation approaches don't achieve consistently.

Multi-currency complexity also intersects with VAT obligations across EU member states. If you're selling into France, Germany, or the Netherlands through Amazon's pan-European FBA programme, you may have VAT registrations in multiple jurisdictions, and the tax amounts deducted from your settlements in each marketplace need to be mapped to the correct VAT return — not just netted off as a generic reduction. Our guide to US sales tax nexus covers the equivalent US complexity, and similar principles apply across borders.

For brands expanding internationally — whether into Latin America, CPG channels, or broader EU markets — the reconciliation demands scale with every new marketplace and currency. Our pieces on the LATAM e-commerce operations stack and the international CPG operations stack cover some of the broader infrastructure decisions that feed into this.

Common misconceptions

Honestly, the same five misunderstandings come up every time a seller sits down to reconcile their marketplace accounts for the first time. Worth naming them directly.

"The gap between my sales and my payout is a platform error." It almost never is. The gap is a combination of timing, fees, reserves, and FX — all documented in your settlement reports if you know where to look. Platform errors do occur (Amazon has been known to make FBA reimbursement mistakes, for instance), but they're the exception, not the explanation for a systematic mismatch.

"I should just record the bank deposit as revenue." This is cash-basis accounting, and while HMRC permits it for very small businesses, it actively misrepresents your financial position if you're running any meaningful volume. Recording the deposit as revenue means your March P&L depends on when Amazon's settlement cycle happens to close, not on how much you actually sold in March. That makes your monthly figures incomparable and your tax reporting unreliable.

"Fees are just one number I can subtract." As outlined above, fees are a taxonomy — referral fees, fulfilment fees, advertising, storage, payment processing, chargebacks — and they have different operational meanings. Aggregating them loses the data you need to understand which cost centre is moving.

"Once I'm reconciled, I stay reconciled." Reconciliation is ongoing. Amazon can issue retrospective charges — storage overage fees, long-term storage fees, FBA reimbursement adjustments — weeks after the original transaction. These appear as adjustments in future settlements, creating backward-looking corrections that need to be matched to the original period or posted as period adjustments.

"My Shopify dashboard total equals my Shopify revenue." Your Shopify dashboard shows gross merchandise value — the face value of orders placed. That figure doesn't account for Shopify Payments fees, refunds processed after the reporting period closes, chargeback deductions, or the timing of payouts. Your actual revenue recognition and your actual cash inflows are both different numbers, for different reasons.

What to do next

Start with your settlement reports. Both Amazon and Shopify provide downloadable flat-file reports — Amazon's are accessible through Seller Central under the Payments section, and Shopify's payout reports are in the Finances section of your admin. Pull the last three months and map every line item against what's in your accounting system. You'll almost certainly find timing gaps, uncategorised fees, and reserve releases that never got recorded correctly. That mapping exercise will also tell you how much of this you want to handle manually going forward — and for most sellers doing more than a few hundred orders per month, the honest answer is: not much of it.

Set up a marketplace clearing account in your chart of accounts if you haven't already. This is the structural fix for timing mismatches. Every sale goes in; every payout goes out; the balance represents in-flight settlements. It's a simple addition that makes your bank reconciliation dramatically cleaner.

Get granular on fee categorisation. Create separate expense accounts for referral fees, fulfilment fees, payment processing fees, advertising costs, and storage — even if you're a small operation. The marginal effort is worth it for the margin visibility it gives you. If your accountant set you up with a single "Amazon fees" account, ask them to split it out.

For multi-currency, decide on a policy and apply it consistently. Recording in the transaction currency is cleaner than guessing at a conversion on the day of sale. Make sure your accounting system knows which accounts are foreign-currency accounts and that it's revaluing balances at period end.

And for returns and chargebacks: treat them as reversals against the original sale, not as a separate expense line. A returned £45 order is a £45 reduction in revenue, not a £45 cost. How you categorise it affects your gross margin figures.

If you're running both Amazon FBA and Shopify — or adding channels like eBay, Etsy, or Walmart — the manual workload of reconciling your settlements correctly compounds quickly. That's where Ceendesis Accounting is worth a look: it parses Amazon SP-API settlement data in full (every transaction type, not just totals), splits each payout into sales, fees, refunds, reserves, and tax with per-product COGS tracking, and posts clean accrual-correct journals directly into your ledger. Built around Xero today, with QuickBooks Online support rolling out — no Sage yet, so factor that in if Sage is your system of record. It won't replace your accountant's judgement on complex cases, but it does eliminate the bulk of the manual extraction and categorisation work that makes reconciliation so time-consuming.

Map timing, reserves, fees, and FX. Build the right account structure. Run it the same way every month. Do that and your books stop being a source of confusion and start being a tool you can actually use — which is what they were supposed to be. For further reading on the surrounding operational picture, our guide to dynamic safety stock for e-commerce and the international returns stack cover the inventory and logistics decisions that feed directly into your cash flow and reconciliation workload.

Frequently asked questions

Why is my Amazon payout less than my sales total?

Your Amazon payout is less than your sales total because Amazon deducts multiple fees and withholdings before settling: referral fees, FBA fulfilment fees, advertising costs, return-related deductions, and a reserve hold on a portion of your rolling sales balance. These deductions compound — a single order might see 4–5 separate line-item reductions before contributing to your settlement — and the net result is that your payout figure will always be materially lower than your gross sales figure. Pulling your detailed settlement report from Seller Central is the fastest way to see exactly which deductions apply to any given period.

How long does it take to receive Amazon FBA payouts?

Amazon FBA settlements run on a 14-day cycle by default, and once a settlement period closes, the transfer to your bank account typically takes an additional few business days to process and clear — so in practice, a sale made on day one of a settlement period may not arrive in your bank account for up to 17–18 days. Amazon does offer a daily disbursement option for eligible sellers, which shortens the cash flow gap, though the 14-day settlement period itself remains the basis for calculating fees and reserves regardless of disbursement frequency.

What fees does Shopify take from my payout?

If you're using Shopify Payments, Shopify deducts a payment processing fee on each transaction — the rate varies depending on your subscription plan, with higher-tier plans carrying lower per-transaction rates. If you're using a third-party payment gateway instead of Shopify Payments, Shopify also charges an additional transaction fee on top of your gateway's own charges. For international orders, a currency conversion fee applies when the sale is in a currency different from your payout currency. All of these appear as line-item deductions in your Shopify payout reports under the Finances section of your admin.