Why your FBA profit calculator does not match your Seller Central payout
Last updated
A profit calculator prices one unit under stated assumptions. A Seller Central payout is an account-wide cash transfer for a settlement period. They answer different questions, so they should not match without a reconciliation step in between.
Four different numbers, one confused comparison
Sellers usually compare a per-unit calculator result with a bank deposit. That comparison quietly mixes four separate measures:
| Number | Meaning | Typical scope |
|---|---|---|
| Modeled net profit | Sale price minus landed cost and modeled operating costs | One unit or one SKU |
| Amazon net order proceeds | Customer charges minus order-level Amazon deductions | One order or a matched set of orders |
| Seller Central balance | Account credits and expenses, including amounts not yet available | Whole account and statement period |
| Bank payout | Cash Amazon disbursed after statement activity and unavailable balances | Whole account and disbursement date |
A bank payout contains recovery of product cost as well as profit. A $12 landed item that returns $23 after Amazon's order fees sends cash back to the account, but only what is left after the $12 product cost and other operating costs is profit.
The two formulas do not share inputs
A per-unit decision model looks like this:
Modeled net profit = sale price - landed cost - Amazon fees - ads - returns reserve - holding costs - other costs
A simplified settlement calculation looks more like this:
Disbursement = beginning balance + sales + credits - refunds - expenses - ending unavailable balance
Subtracting one from the other does not produce a useful variance. Align the orders and dates first, then separate Amazon cash activity from costs paid elsewhere.
Worked example: $899.20 modeled profit, $1,609.21 payout
A hypothetical US FBA seller models one SKU at $39.99:
| Calculator input or result | Per unit | 80 units |
|---|---|---|
| Sale price | $39.99 | $3,199.20 |
| Landed cost | $12.00 | $960.00 |
| Referral fee | $6.00 | $480.00 |
| FBA fulfillment fee | $5.50 | $440.00 |
| Storage | $0.20 | $16.00 |
| Advertising | $4.00 | $320.00 |
| Return reserve | $0.80 | $64.00 |
| Other operating cost | $0.25 | $20.00 |
| Modeled net profit | $11.24 | $899.20 |
The statement for the payout period carries these account-level entries:
| Statement entry | Cash effect |
|---|---|
| Beginning balance | +$150.00 |
| Product charges for the 80 matched units | +$3,199.20 |
| Referral and fulfillment fees for those units | -$920.00 |
| Advertising deducted in this statement | -$275.00 |
| Net refund adjustment from an earlier order | -$125.00 |
| Inventory reimbursement | +$30.00 |
| Selling-plan subscription | -$49.99 |
| Ending unavailable balance | -$400.00 |
| Bank payout | $1,609.21 |
The $1,609.21 deposit does not contradict the $899.20 calculator result. It contains the cash recovery of landed product cost, mixes current orders with earlier activity, and reflects a $400 timing hold. Removing the entries that do not belong to the 80 matched orders, then restoring the separately deducted advertising, gives matched order proceeds of $2,279.20:
$2,279.20 - $960 landed cost - $16 storage - $275 ads - $64 return reserve - $20 other = $944.20
That matched-unit estimate is $944.20, or $11.80 per unit - $45 higher than the original $899.20 model, because actual advertising was $45 lower than the assumption. The payout itself stays a separate cash-flow number throughout.
Map Seller Central entries to the calculator
| Seller Central entry | Calculator treatment | Note |
|---|---|---|
| Product charges | Sale price or revenue | Match quantity, discounts, and order IDs |
| Referral fee | Referral fee | Use the transaction amount for realized analysis |
| FBA fulfillment fee | Fulfillment fee | Keep the page's all-in fee convention consistent |
| Storage or aged-inventory charge | Holding or storage cost | Allocate SKU-level charges across the relevant units |
| Advertising charge | TACOS or ad cost per unit | Check whether Amazon deducted it from the statement or billed it elsewhere |
| Refund and refunded fees | Return loss | Match the original order and subtract fee credits first |
| Reimbursement | Credit or cost recovery | Assign it to the affected SKU when evidence supports the match |
| Account-level reserve | No profit expense | Track as unavailable cash until release or a real charge |
| Subscription or account fee | Overhead or allocated other cost | Keep outside unit contribution unless you pick a consistent allocation rule |
| Supplier, freight, duty, and prep | Landed cost | Add from your own records - Seller Central cannot supply these |
Use the FBAbase FBA profit calculator before sourcing, repricing, or changing advertising assumptions. Check per-product fee estimates with the US FBA fee calculator. Use the startup cost calculator when payout timing and reorder cash determine whether a launch is affordable. Use Seller Central payment reports and your own cost records for historical reconciliation.
Questions
Is my Amazon payout the same thing as my FBA profit?
No. The payout is account cash transferred for a settlement period. Profit subtracts product cost and every relevant operating expense from matched revenue. The payout can also carry opening balances, reserves, reimbursements, refunds, and fees tied to different orders than the ones you are trying to evaluate.
Treat the calculator as the sourcing and pricing tool, and the payout as a cash-flow number. Reconciling one against the other needs an extra step: matching orders by ID and date before comparing totals.
I sold plenty this period but the payout is tiny or zero - what happened?
Almost always an unavailable-balance hold, not lost sales. Check Statement View for the size of the ending reserve, and compare it against product charges for the period. A new account, a recent category expansion, or a spike in order volume can all trigger a larger reserve than the seller expects, which holds cash back rather than losing it.
Refunds and chargebacks from earlier orders landing in this statement can also offset an entire period's sales. Pull Transaction View and separate this period's new orders from adjustments tied to older ones before concluding the payout is wrong.
My payout is much lower than the calculator predicted - where do I look first?
Four places, in order: the ending unavailable balance, refunds from orders outside the current period, advertising or storage charges deducted on a different schedule than modeled, and any subscription or service fee that is not tied to a unit sold at all.
Also confirm the calculator input side: an omitted inbound-freight cost or a fulfillment-fee surcharge that was not entered will make the modeled profit look higher than the real per-unit economics, so a low payout is sometimes a modeling gap rather than an Amazon deduction.
My payout is much higher than the calculator predicted - is that a mistake?
Usually not. A payout returns the cash used to buy inventory, while calculator profit deliberately excludes that recovered principal. An opening balance carried from the prior statement, a released reserve, a reimbursement, or a fee credit can all inflate a single payout above what unit-level profit alone would suggest.
Sales from SKUs the calculator was never run against will also appear in the same account-level deposit. A high payout is only a genuine surprise once every one of these is ruled out.
A refund from an order placed weeks ago showed up in this period's statement - how do I treat it?
As an expense in the period the refund transaction actually posts, not the period the original sale happened in. Amazon's transaction reports can mix current orders with refunds, service fees, and credits from earlier activity inside one statement, so a clean period can still carry a real cash hit from an old order.
Keep a running column of refunds by original order date so a return spike from a past cohort does not get misread as new-order profit collapsing.
I'm a new seller and my first payouts are much smaller than expected - is that normal?
Yes. New accounts commonly see a larger share of proceeds held in reserve while Amazon builds a performance history, on top of the standard payout cycle's natural lag between a sale and its disbursement. The held amount is unavailable cash, not a lost sale.
Check the reserve amount and any stated release schedule shown in your own Seller Central account rather than assuming a fixed percentage or duration - policies and account-specific terms can differ, and the number you see in your account is the only reliable figure for your situation.
A chargeback or A-to-z Guarantee claim hit my account - how should I model that?
As a refund-type expense in the period the claim is decided, the same way a return is treated, not as a modeled return-reserve draw. A claim reverses the order's proceeds and can add a separate administrative charge, so the cash effect is usually larger than a standard customer-initiated return.
Do not subtract the modeled return reserve for the same order a second time once the real claim posts - that double-counts one loss as two.
Why did my Q4 payout look worse even though sales were higher?
Higher storage and aged-inventory charges are the most common cause. Peak-season storage rates and long-term storage surcharges apply on a set calendar window each year, so identical inventory held over that window costs more than the same units held in a cheaper month, independent of how many units actually sold.
Compare storage line items across the same SKUs quarter over quarter rather than comparing the payout total alone, since a strong sales quarter can still show a smaller net payout once the storage calendar shifts.
I sell in more than one country - why don't the numbers line up per marketplace?
Because currency conversion, marketplace-specific fee schedules, and separate disbursement cycles apply per country, while a single calculator run usually models one marketplace at a time. A payout converted from a foreign-currency balance can also carry a conversion rate and service charge that a same-currency unit calculation never sees.
Reconcile one marketplace at a time, using that marketplace's own currency and fee schedule, before combining results into a consolidated view.
A coupon or Lightning Deal discount is missing from my calculator model - does that explain the gap?
It can. A calculator run before a promotion typically models the full list price, while Amazon's product charge for a discounted order reflects the reduced price the customer actually paid, and a deal or coupon fee may apply on top. Referral fees are calculated on the price actually charged, so a promoted order's proceeds are lower per unit than the pre-promotion model assumed.
Re-run the calculator with the promotional price and add the specific deal or coupon fee before comparing that order's proceeds against the original estimate.
Why does a flat subscription or account fee throw off my per-unit math?
Because it is a fixed account-level charge, not a per-order deduction, so it lands once per billing cycle regardless of how many units sold that period. Spreading it evenly across every unit sold that month will understate margin in a slow month and overstate it in a strong one.
Keep a subscription or account fee outside unit contribution margin, or allocate it using a consistent rule you apply every period - average monthly unit volume, for example - so the allocation itself does not become a second source of variance.
I switched a SKU from FBM to FBA mid-month - why does the payout look inconsistent with either model?
Because the statement blends two different fee structures inside one settlement period. Orders fulfilled before the switch carry your FBM shipping cost and no FBA fulfillment fee; orders after the switch carry the FBA fulfillment fee and no shipping cost paid by you. Comparing the blended payout against a calculator run for only one of the two models will not match.
Split the period at the switch date, run the FBA vs FBM comparison with the actual order counts on each side, and reconcile the two segments separately.
My payout arrived several days later than I expected - is that a sign of a problem?
Not by itself. Disbursement follows the account's payout cycle, and a sale occurring near the edge of a settlement window can be assigned to the following period rather than the one it appears to belong to. A bank holiday or weekend can shift the actual transfer date further still.
Confirm the disbursement date against the statement period it belongs to in Seller Central before treating a later-than-expected transfer as a missing or delayed payout.
Should I count an inventory reimbursement as profit on the SKU it affects?
Only once you have matched it to that specific SKU using Amazon's own reference to a lost, damaged, or destroyed unit. An unmatched reimbursement is a cash credit to the account, not evidence that the affected product sold better than modeled.
When the match is clear, treat it as a cost recovery against that SKU's landed cost rather than as new sales revenue - it restores money already spent on inventory, it does not create a new margin.
Should I use estimated or actual advertising cost when reconciling a payout?
Estimated ad spend for a forward-looking sourcing or pricing decision, since the actual number for a new product does not exist yet. Matched, actual advertising charges for historical reconciliation of a period that already closed, including any spend billed outside the Payments statement.
Do not subtract the same advertising charge twice by combining a modeled TACOS assumption with the real deducted amount from the same period.
Should an account-level reserve be treated as an expense?
No. Treat it as unavailable cash rather than a product cost. The reserve itself does not prove a loss occurred - it only holds funds back to cover possible future refunds, claims, or chargebacks tied to recent activity.
Record an actual expense only when a specific refund, claim, or chargeback transaction posts against the held funds. Until then, the reserve belongs in a cash-availability column, not a profit-and-loss one.
Which Seller Central report actually explains a payout?
Statement View for the settlement summary, and Transaction View or a downloadable payment report for the order-level detail needed to trace individual orders, refunds, service fees, credits, and charges. The summary view alone rarely contains enough detail to find a specific mismatch.
Report names and navigation can change over time, so use whatever is currently visible under Payments in your own account rather than a screenshot from an older guide.
Can FBAbase reconcile my Seller Central settlement automatically?
No. FBAbase does not connect to Amazon or import account data. You enter the figures you want to model and the calculation runs entirely in your browser, which keeps the site's no-login, privacy-first design, but it means matching Seller Central transactions to a calculator run is still a manual step you do yourself.
Use the FBA profit calculator for the modeling side and the Payments reports in Seller Central for the actual-cash side.
Run your own numbers: the free FBA profit calculator models fees, storage, and cost of capital per unit - no signup, nothing leaves your browser.