Ecommerce bookkeeping goes wrong in a specific and recognisable way. The bank feed shows a deposit from a marketplace, someone categorises it as revenue, and the books are now wrong in three directions at once. Revenue is understated, fees are invisible, and refunds have quietly disappeared.
Three things drive most ecommerce accounting problems and none of them exist in a service business: inventory is an asset rather than an expense, the money that lands in your bank is not your sales figure, and sales tax obligations follow where your customers are rather than where you are.
The payout is not the revenue
A marketplace or payment processor deposits net proceeds. If you sold $10,000, refunded $600, and the platform took $1,000 in fees, roughly $8,400 arrives. Booking $8,400 as revenue records none of the fees, none of the refunds, and a sales figure that is 16% too low.
The correct treatment splits the payout into its components: gross sales, refunds and returns, platform and processing fees, shipping charged to the customer, and sales tax collected, which is not revenue at all but money you are holding on behalf of a state.
This matters beyond tidiness. Fees are one of your largest cost lines and a lever you can negotiate, and you cannot manage a cost you cannot see. Netting them into revenue also inflates gross margin, because the fee never appears in cost of revenue.
Inventory is an asset until it sells
Buying stock is not an expense. It converts cash into a different asset. The expense happens when the item sells, at which point its cost moves to cost of goods sold.
Getting this wrong produces books that swing wildly and mean nothing: a big loss in the month you restock, then an artificially profitable month while you sell it. Neither reflects the business, and the pattern makes forecasting impossible.
| Event | What actually happens |
|---|---|
| You buy $20,000 of stock | Cash falls, inventory rises. No expense. |
| You sell half of it | Revenue recorded; $10,000 moves from inventory to COGS |
| Stock is damaged or obsolete | Written down as a loss when you know, not when you dispose of it |
| Stock is in transit or at a fulfilment centre | Still your asset if you own it |
The last row catches people out. Inventory sitting in a fulfilment warehouse or on a ship is still on your balance sheet, and companies that only count what they can see understate assets and overstate cost.
Sales tax follows your customers
Economic nexus rules mean you can owe sales tax registration and filing in a state you have never been to, triggered by sales volume or transaction count into that state. Thresholds vary by state and change.
Marketplace facilitator laws complicate it in a helpful direction: for sales through large marketplaces, the marketplace often collects and remits on your behalf. That does not automatically remove your registration or filing obligation, and it does not cover your direct channel. The practical consequence is that a business selling on both a marketplace and its own site can have quite different obligations for each.
Track sales tax collected as a liability from day one, in its own account, separate from revenue. It is not your money. Companies that discover this late find they have been spending it, and the reconstruction is worse than the tax.
Multi-channel is where it compounds
Selling through your own store, a marketplace and a wholesale channel means three different fee structures, three payout schedules and three sets of data, and each channel reports differently.
- Reconcile per channel, not in aggregate. One combined revenue number hides which channel is actually profitable after fees.
- Expect payout timing to differ by channel, so cash and revenue diverge in ways that are normal but need explaining.
- Watch for double counting when an integration and a bank feed both import the same transactions, which is the most common source of inflated revenue.
- Track fees, shipping and refunds by channel, since channel profitability after those is often very different from what gross sales suggest.
Reconciling a payout, line by line
The payout is not the revenue is the right principle and it is abstract until you have unpicked one. Here is a single Shopify-style payout of $18,430 for a week, decomposed into what the ledger actually needs.
| Component | Amount | Where it belongs |
|---|---|---|
| Gross product sales | $24,900 | Revenue |
| Shipping charged to customers | $1,340 | Revenue, or a separate shipping income account |
| Sales tax collected | $1,910 | A liability. Never revenue |
| Discounts and promotions | ($2,180) | Contra revenue, not an expense |
| Refunds | ($1,450) | Contra revenue, reversing the original sale |
| Platform and payment fees | ($1,090) | Expense, usually cost of revenue |
| Chargebacks and reserves | ($240) | Expense, or a receivable if recoverable |
| Net payout to bank | $18,430 | The single line your bank feed shows |
The bank feed offers you one number: $18,430. Booking that as revenue understates your actual sales by $6,470, hides $1,910 of tax you owe someone else, and makes discounting invisible, which means nobody can tell you what your promotions cost. Do this every week for a year and the annual picture is wrong in four directions at once.
The fix is a journal per payout that splits it into these components, ideally automated from the platform's own settlement report rather than typed. The reconciliation check is that the components sum exactly to the deposit that hit the bank. When they do not, the difference is usually a reserve, a currency conversion, or a fee charged outside the settlement, and each of those is worth knowing about.
The timing gap, and why it is a cash problem
Beyond classification there is a timing question. A sale on the 29th settles into a payout that arrives in the first week of the following month, so at any month-end there is money earned and not yet received.
That belongs on the balance sheet as a receivable from the platform, and if it is not recorded, two things go wrong. Your revenue for the month is understated by whatever was in flight, and your balance sheet is missing an asset you genuinely own. For a business with a meaningful payout lag, this can be a substantial number that swings with your sales pattern, which means it distorts exactly the months you most want to understand.
The cash consequence is the more urgent one. Inventory is bought and paid for well before the payout for selling it arrives, so growth consumes cash even at healthy margins. A profitable ecommerce business can run out of money while growing, which is the single most common way they fail, and it is invisible on a P&L. Watching it requires a cash forecast rather than a margin figure. See how to build a 13-week cash flow forecast.
How to set it up
- Run accrual accounting. With inventory in the picture, cash-basis actively misleads.
- Build a chart of accounts that separates gross sales, refunds, platform fees, processing fees, shipping income and shipping cost.
- Reconcile every payout to its underlying settlement report rather than accepting the deposit as a single figure.
- Track inventory continuously, including goods in transit and at fulfilment centres.
- Hold sales tax collected in its own liability account and reconcile it to what you file.
Where Zinance fits
Zinance handles the reconciliation work that makes ecommerce books usable: payouts split to their components, inventory tracked as an asset, and channel-level margin you can actually act on. Books close daily, so stock and cash decisions are made on current numbers rather than after month end. See our work with e-commerce businesses, and how to structure a chart of accounts for the foundation this depends on.
This article is educational and general, not tax or accounting advice, and it creates no client relationship. Sales tax nexus thresholds and marketplace facilitator rules vary by state and change. Confirm your own registration and filing obligations with a qualified tax professional.
Two adjacent pieces cover the parts this depends on: how to structure a chart of accounts for the account structure that makes channel margin visible, and the month-end close checklist for the routine that keeps inventory and payouts reconciled.