Should the Amazon transfer match my revenue?

No, and that is normal. A payout is a cash balance: Amazon adds up the sales shipped during the period, deducts its commissions and fees, deducts refunds, adjusts the reserve, then transfers what is left. A 30 to 45 % gap between revenue and the amount transferred is common in FBA. What should worry you is not the gap itself — it is a gap you cannot explain line by line.

Why does Amazon withhold a reserve?

The reserve is an amount Amazon withholds temporarily to cover future refunds, disputes and returns. It is deducted from one payout and released on a later one. It corresponds to no particular sale, which makes it impossible to attach to an order — and it is usually the reason a payout refuses to balance when you try to rebuild it by hand.

Why do refunds for old orders show up on a recent payout?

Because a refund is recorded on the date it is granted, not on the date of the order. A customer returning a product bought six weeks earlier reduces a payout whose original order was already paid — sometimes in a previous financial year. This is one of the reasons a payout cannot be rebuilt from a fortnight’s sales alone.

Why are some payouts zero?

It happens when the period’s fees exceed its sales: a heavy advertising month, a wave of refunds, a reserve being built up, or a new account. Amazon does not invoice you for the difference — it carries it forward and deducts it from the next payout. A zero payout is therefore not an anomaly, but it breaks any reading based on bank movements alone.

Aren’t Amazon’s own payout reports enough?

Rarely, for accounting purposes. Amazon’s reports are built to explain a payout, not to produce journal entries: they mix periods, ignore your chart of accounts, do not attach fees to invoices, and are only available for a limited time. They are useful for understanding; they do not replace a structured match between orders, invoices and settlements.

How much time does this reconciliation cost each month?

Count the real time: rebuilding one payout by hand usually takes one to three hours, twice a month, and the work starts over every time. The hidden cost is larger: commissions never booked as expenses, VAT on Amazon fees never reclaimed, and discrepancies discovered at year end and reprocessed by your accountant — and therefore billed.

Amazon · Payouts

Why your Amazon payout never matches your sales

Your Amazon dashboard shows revenue. Your bank receives a completely different amount, twice a month, with no readable explanation. This is not a mistake — it is how Amazon works. Here is what it hides, and how to stop living with it.

The problem

The number that never adds up

Every fourteen days, Amazon transfers an amount to your account. You open Seller Central, look at the period’s revenue, and the two numbers have nothing in common. You dig for ten minutes, you find the commissions, it still does not add up. You give up, and you book the transfer as an “Amazon sale”.

That is the exact moment the accounts start to drift. Not dramatically: in thin layers, payout after payout, until the day your accountant asks where the tens of thousands of euros between reported revenue and cash received came from.

The good news is that there is nothing abnormal about the gap. The bad news is that it does not resolve itself: you have to decide, once, to treat the payout for what it is — a balance, not a sale.

A payout is not revenue

The Amazon transfer is not what your customers paid. It is what remains after Amazon has taken its commissions, its fulfilment fees, your advertising spend, the refunds granted during the period — including those on old orders — and the share it chooses to hold back in reserve.

Anatomy

One payout, broken down line by line

The clearest way to understand the gap is to see it on a real case.

Take an FBA seller doing roughly €100,000 of sales a month. Over one fortnight, the store shows €51,480 in orders. The bank receives €29,782.61. Here is what happened in between.

Payout line	Amount	Attachable to an order?
Sales shipped during the period (incl. tax)	€48,320.00	Yes, order by order
Referral commissions	− €6,764.80	Yes, line by line
FBA fulfilment fees	− €4,512.00	Yes, line by line
FBA storage fees	− €380.45	No, account-level fee
Advertising (Sponsored Products)	− €2,145.60	No, account-level fee
Professional selling plan subscription	− €39.00	No, account-level fee
Refunds granted during the period	− €3,210.00	Yes, but on earlier orders
Partial commission returned on refunds	+ €404.46	Yes, tied to the refunds
Reserve movement	− €1,890.00	No, no counterpart
Amount transferred	€29,782.61	—

A representative example for a French FBA seller on amazon.fr. Commission rates, FBA fees and reserve levels vary by category, weight and account history.

Three lessons come out of this table. First, the amount transferred is 58 % of the sales shipped: treating the transfer as revenue understates revenue by 42 % and removes every Amazon cost from your profit and loss account.

Second, the €51,480 shown by the store appears nowhere. Amazon works on orders shipped, not orders placed. Orders from the last day of the period, not yet shipped, roll into the next payout. Neither date is wrong — they simply answer different questions.

Third, four lines out of ten attach to no order at all. Storage, advertising, the subscription and above all the reserve cannot be allocated to sales: they are account-level costs, and the reserve is not even a cost — it is a timing difference that will reverse later.

The causes

The seven reasons it does not add up

Each one on its own is understandable. It is their overlap on a single transfer that makes manual reconciliation impractical.

Amazon deducts before it transfers

Amazon does not pay out what the customer paid: it pays the balance after referral commission, FBA fulfilment and prep fees, digital services tax and assorted charges. Depending on the category, between 25 and 45 % of the sale price never reaches your bank account — while still belonging in your revenue on one side and in your costs on the other.

The periods do not line up

A payout groups the financial events of a period, not the orders of a period. An order placed on the 12th and shipped on the 16th falls into the next payout. A refund granted today on a September order weighs on today’s payout. Rebuilding a payout from the fortnight’s sales is structurally doomed.

Fees with no order behind them

Advertising, the professional subscription, storage, long-term storage, inventory removals, environmental levies and Safe-T reimbursements have no link to any specific order. They are nonetheless deducted from the same transfer as the sales, which makes any “one bank line equals one sale” reading impossible.

The moving reserve

Amazon holds back part of the funds to cover future refunds, then releases it later. The amount moves without your input. It matches no sale, is neither a cost nor a revenue, and it is almost always what stops the numbers balancing when you attempt reconciliation by hand.

Refunds are not negative sales

A return does not cancel the original order: it creates a credit note, with its own partial commission refund, since Amazon keeps processing fees. The refund often differs from the original sale — return shipping, goodwill gestures, partial refunds. Treating a refund as a negative sale distorts both revenue and VAT.

Currencies and multiple marketplaces

If you sell in the UK, Poland or Sweden, Amazon converts at its own date and rate, with conversion fees. The euro amount you receive therefore cannot be derived from the prices shown in your store. Across several European marketplaces, each flow also has its own payout calendar.

The VAT is not always yours

Depending on the customer’s country, where the goods ship from and where you are established, VAT is sometimes collected by you and sometimes collected and remitted by Amazon as the deemed supplier. Two orders for the same product can therefore produce cash flows of different tax natures — without the payout flagging it.

The cost

What the approximation really costs

While the business is small, the approximation holds. It gets expensive as volume grows, and the cost is rarely where you expect it.

Revenue wrong in both directions

Booking the transfer as a sale means reporting revenue 30 to 45 % below reality, and making Amazon’s commissions disappear from your costs. The bottom line ends up roughly right — by offset — but neither figure is usable to steer anything.

VAT never reclaimed

Amazon commissions and fees carry VAT, recoverable in most setups. Buried inside a net transfer, they are never isolated — so never deducted. On €15,000 of annual fees, the oversight runs into thousands of euros.

Unknown margin per product

Without fees attached to sales, there is no way to know what a product actually earns. Many sellers find out late that a fast-moving item was sold at a loss once commission, FBA, storage and advertising were charged to it.

Year-end accounts fixed by hand

Unexplained discrepancies end up on your accountant’s desk and get reprocessed at year end — at accountant rates, on incomplete data, months after the fact. It is the most expensive possible way to solve the problem.

The entry not to post

The most common and most expensive mistake is booking the Amazon transfer as a single sales entry. It is quick, it looks balanced, and it makes the accounts unusable — for VAT, for margin, and for any later review.

The method

The method that works

Five principles, independent of the tools you use.

1
Invoice the sale, not the settlement
Every order produces an invoice, dated on the sale, for the amount the customer paid — not the amount received. That invoice carries revenue and output VAT. Every refund produces a credit note, on its own date. The payout does not come into it yet.
2
Route everything through a control account
Between the sale and the bank, you need an account holding what Amazon owes you. It rises with every order shipped, falls with every transfer, and its balance at any point must equal the orders not yet paid out plus the reserve. It is the only control that detects missing data.
3
Book Amazon fees as costs
Commissions, FBA, storage, advertising and the subscription are purchased services. They belong in costs, with their own VAT treatment, not silently netted off sales revenue.
4
Match the transfer to a batch, not an invoice
The bank line does not match against one invoice: it matches against all the invoices, credit notes and fees in the payout. It is a batch settlement whose total must equal the transfer received, to the cent.
5
Run an integrity check on every payout
For every payout, one question: does the sum of the detailed lines equal the amount transferred? If yes, the payout is sound and can be booked. If not, events are missing — and it is far better to know now than at year end.

Automating

What automated reconciliation changes

The method is right, but it cannot be applied by hand beyond a few hundred orders a month: a single payout can hold several thousand lines, and there are two a month, per marketplace.

That is exactly the work Order Invoicer takes on. The platform connects to your Amazon account, collects each payout with its full event-level detail, and turns it into something your invoicing or accounting software can use — Pennylane, Sellsy and the other tools we connect.

Every order becomes an invoice and every refund a credit note, at the right amount and the right date, with no re-keying
Every payout line is matched to the corresponding order or refund, and the lines that are not are surfaced rather than buried
Commissions, FBA fees, advertising, subscription and adjustments are isolated into their own categories, ready to be booked as costs
An automatic check verifies that a payout’s detail equals the amount transferred: a payout that does not balance is flagged for review, never ingested silently
The batch settlement matching the transfer is pushed into your software, so the bank line clears in a single step

The principle is simple to state: you keep your tools and your accounting habits, and reconciliation stops being a monthly manual chore and becomes a state you can verify at any time. What used to take two hours per payout becomes a few minutes of review, focused only on the lines that raise a question.

Frequently asked questions

Frequently asked questions about Amazon payouts

Looking for the accounting detail?

If you keep the books — in house or in practice — the technical guide covers the journal entries, the Amazon control account, VAT on marketplace fees, batch matching against the bank line and the checks to run on every payout.

Read the technical guide

This article is editorial and based on the Amazon payouts we process for the merchants we connect. It is not accounting or tax advice. Amazon’s rules and fee schedules change: check your own situation with your accountant and in your Seller Central account.

Take back control of your Amazon payouts

Order Invoicer collects every Amazon payout with its full detail, matches it against the corresponding orders and refunds, and feeds your invoicing or accounting software. You keep your tools: reconciliation stops being manual work.