Net deposits are the single largest source of misstatement on ecommerce P&Ls. The fix is not exotic – but the cost of not fixing it keeps climbing.
The quiet problem hiding in your bookkeeping
Ask an ecommerce bookkeeper what causes the most errors on a seller’s books and the answer is almost always the same: payouts. Not sales tax. Not cost of goods. Not returns. The act of taking a net deposit from Amazon, Shopify, TikTok Shop, or Walmart and correctly splitting it into its components is, by a wide margin, the single largest source of material misstatement in ecommerce financials.
In 2026, as more sellers push into multi-marketplace strategies, the problem is getting worse, not better. Here is what is happening, why it matters more than sellers think, and how to fix it without burning your bookkeeper out.
What a payout actually contains
When Amazon sends you a $14,000 bi-weekly deposit, the $14,000 is a net figure. What the marketplace actually did during that settlement period is closer to this:
- Gross sales of roughly $22,000
- Less referral fees of $2,800
- Less FBA fulfillment fees of $2,400
- Less storage fees of $400
- Less advertising charges of $1,500
- Less returns and refunds of $600
- Less sales tax remitted to marketplace facilitator of $0 (already withheld)
- Plus reimbursements for lost inventory of $100
- Net deposit: $14,200
If you book the $14,000 deposit as revenue – which is what a generic QuickBooks bank feed import will do by default – your books are wrong in at least nine ways simultaneously. Revenue is understated by $8,000. COGS-adjacent fees are missing entirely. Returns are invisible. Advertising is in the wrong bucket. And because the timing of a payout rarely aligns with a calendar month, the month you are looking at is also distorted.
Why this breaks more than just the P&L
The obvious problem is that your income statement does not reflect reality. The less obvious problems are worse.
Margin analysis is meaningless
If you cannot see referral fees and FBA fees as separate line items tied to specific SKUs, you cannot calculate SKU-level contribution margin. You can calculate something, but it is not margin – it is a rough average that conceals which products are actually making money and which are being subsidized by your winners.
Cash flow forecasting is off
If your books show $14,000 of revenue on the day of the deposit instead of the $22,000 of gross sales that happened two weeks earlier, your working capital model is using the wrong inputs. Every 3-month cash flow projection built on that data will be wrong in the same direction.
Tax filings are wrong
The IRS and every state you have nexus in are looking at your gross sales, not your net deposits. If you are filing income tax returns off net deposit data, you are either underreporting revenue (which creates an exposure) or reporting revenue without properly deducted fees (which overstates taxable income). Either way the return is wrong.
Loan underwriting and due diligence get awkward
If you are going through an Amazon Lending, Shopify Capital, or third-party working capital application, the lender pulls gross merchandise volume data from the marketplace and compares it to your books. The gap shows up immediately. Same for M&A diligence – a broker or acquirer pulling a quality-of-earnings review will surface the netting problem within hours, and it hurts both the valuation and the deal credibility.
The month-end timing trap
Even if you correctly split each payout, the calendar-boundary problem remains. A sale that closes on March 30 may not be part of a payout that clears until April 4. The revenue belongs in March. The cash belongs in April. If you match them, you are wrong on both months.
The fix is accrual accounting – specifically, recording gross sales when the order settles (not when the payout lands) and treating the marketplace balance as a receivable until the payout is received. This is not a novel concept. It is standard GAAP treatment. But a surprising number of sellers have cash-basis books despite running on accrual-required payment rails, and they live with the resulting noise because nobody has ever explained the impact.
The three ways sellers are solving this in 2026
Option 1: A2X, Link My Books, or a similar settlement parser
The most common solution is a connector tool that pulls the settlement-level detail from Amazon, Shopify, TikTok Shop, and other marketplaces and writes it to QuickBooks or Xero as a properly split journal entry. A2X and Link My Books are the two leaders in this category. Pricing is generally $50-300 per month per channel depending on volume.
Strengths: accurate, well-tested, handles multi-currency and multi-country, generates audit-ready journal entries. Weaknesses: it is another tool in the stack, the monthly subscription adds up across multiple channels, and the output still needs human review for categorization edge cases.
Option 2: A purpose-built ecommerce accounting platform
Platforms like Settle, Finaloop, and the newer ecommerce-native versions of Gusto and Rippling are pitching “all in one” solutions that handle payout parsing natively alongside bookkeeping, bill pay, and inventory accounting. Pricing is higher than a parser-plus-QBO stack, but the integration is tighter.
Strengths: single pane of glass, fewer integration points that can break. Weaknesses: you are committing to the platform’s opinions about how ecommerce accounting should work, and migrating off is painful.
Option 3: Your CPA builds it in QuickBooks or Xero
For sellers who want to keep their existing GL, a qualified ecommerce CPA can build a chart of accounts and journal entry template that properly reflects the payout mechanics. This is the lowest-cost option but requires the CPA firm to actually be fluent in ecommerce – generic bookkeeping providers will get this wrong.
Strengths: keeps your current GL, highest flexibility, no additional SaaS cost. Weaknesses: depends heavily on the CPA firm doing it correctly, and it is work every month.
What “correct” looks like
Regardless of which path you pick, a properly reconciled payout should land in your books as something like:
- Debit: Cash (net deposit amount)
- Debit: Marketplace Fees – Referral
- Debit: Marketplace Fees – FBA
- Debit: Marketplace Fees – Storage
- Debit: Advertising Expense
- Debit: Refunds and Returns (contra-revenue)
- Credit: Gross Sales Revenue
- Credit: Sales Tax Liability (if not marketplace-facilitated)
Each line gets mapped to a consistent account. The same payout structure gets applied every settlement period. Month-end sales that have not yet settled are posted as receivables against the marketplace. The result is a set of books that actually tells you what happened.
The one question to ask your bookkeeper this week
Pull up your last three marketplace payouts and your last three P&L months. Ask: “Are the gross sales on this P&L equal to the gross orders reported on the marketplace’s settlement reports for this period?”
If the numbers match within a percent or two, you are in good shape. If there is a material gap, or if the bookkeeper cannot answer the question without an hour of digging, you have a payout reconciliation problem and it is time to fix it.
How we can help
Ecom CPA specializes in untangling payout reconciliation for multi-marketplace ecommerce sellers. Whether you need a cleanup project, a month-end process rebuild, or ongoing accounting with settlement-level detail baked in, we have done the work hundreds of times. Reach out through ecomcpa.com to start a conversation about your books.
