Why does my Amazon deposit never match a simple sum of the period's orders?

Because part of your sales stays in deferred transactions until a few days after delivery, and because Amazon may hold an account level reserve to cover future returns, refunds and claims. The deposit reflects: sales for the period − fees − reserve held in the period + reserve released from earlier periods. Adding up only the orders placed, without accounting for these two holds, won't match the amount deposited.

Is a deferred transaction the same as the account level reserve?

No. A deferred transaction is the standard delay between order delivery and the release of that specific amount for payout, a per-order mechanism. The account level reserve is a separate hold on the account's total balance, applied to protect against refunds, chargebacks and claims, usually on new accounts or when Amazon sees a sudden change in sales patterns.

Which report should I use to reconcile payouts correctly?

To see the balance and what makes up each deposit, use the Payments Dashboard (Statement View and Transaction View) and the Payment Settlement Report, which reflects the settlement cycle. To analyze a period's results by actual order date rather than settlement date, use Date Range Reports. The two serve different purposes and shouldn't be added together as if they were the same thing.

How to Reconcile Amazon Payouts

The amount that hits your bank account almost never matches a simple sum of the period's orders. That isn't an error. It's the result of two independent holds Amazon applies before releasing the money: the deferred transaction (per order) and the account level reserve (on the total balance). Mixing them up is the most common cause of "missing" money that's actually just delayed.

Deferred transactions: the per-order delay

Since Amazon changed how it displays payments in Seller Central in late 2024, most sales show up as deferred transactions: the order amount is held for a few days after delivery is confirmed before it becomes available for disbursement. It's a per-order mechanism: each sale has its own release date, visible in the Payments Dashboard when you click the deferred transactions balance.

This hold exists to make sure there are enough funds if the order leads to a refund, return or claim after delivery. It's not a fee or lost money; it's a temporary delay in that specific order's release schedule.

Account level reserve: the hold on the total balance

The account level reserve (also shown as unavailable balance) is different: it's not per order, it's a hold on the account's total balance, applied to cover potential refunds, chargebacks and claims in aggregate. Amazon typically applies it to new accounts, or when it sees a sudden change in the account's sales volume or pattern.

It appears in the Payments Dashboard's Statement View as a separate line, and it's only released as Amazon reassesses the account's risk. It doesn't follow a fixed per-order schedule like deferred transactions do.

The practical difference between the two

If you only look at the month's total orders and compare them with the amount deposited, without separating these two holds, you'll see a gap that looks like an Amazon error. In most cases, though, it's the sum of: orders still in deferred status (to be released in the coming days) and the account level reserve held back (with no fixed release date). They're two different "buckets," and treating them as one keeps you from seeing which one is holding up your cash.

Which reports to use for reconciliation

Proper reconciliation uses different reports for different questions: the Payment Settlement Report shows what was actually settled in each settlement cycle. As we covered in the article on net profit per ASIN, it's organized by settlement date, not order date. Date Range Reports show transactions by the date they posted to the account, which makes it easier to match them with the actual order date. And the Payments Dashboard itself, in Statement View and Transaction View, shows the available balance, the deferred balance and the account level reserve separately, the only way to see the two holds isolated from each other.

Step-by-step reconciliation

Pull the Payment Settlement Report for the cycle and check the total settled.
Pull the Date Range Report for the same period to see transactions by order date.
In the Payments Dashboard, write down the deferred transactions balance and the account level reserve balance separately.
Confirm: total settled + deferred for the period + reserve held for the period ≈ gross revenue for the period (before fees). If it doesn't match, the next step is opening a Seller Support case referencing the settlement ID.

Example: in a settlement period you sold $10,000 and fees totaled $3,200. If $1,500 is still deferred and Amazon is holding a $400 reserve, expect a deposit around $10,000 − $3,200 − $1,500 − $400 = $4,900, plus any reserve or deferred amounts released from earlier periods. Deposits arrive per your settlement cycle.

How EcomVision helps

EcomVision's Financial Reconciliation automatically separates deferred transactions, the account level reserve and amounts already settled for each period, matched with the actual order date, so you don't have to rebuild that spreadsheet by hand every settlement cycle.

Update notice: Amazon's payout holds and release timelines change periodically. Always check Amazon's official payments documentation for current behavior (see sources below).