There’s a particular kind of dread that hits Amazon FBA sellers around January. You log into Seller Central, pull up your reports, and stare at a wall of numbers that somehow don’t add up to anything useful for your tax return. Storage fees here, referral fees there, a currency conversion from your European sales, and somewhere in the middle of it all, the actual profit you’re supposed to be paying tax on.
If that sounds familiar, you’re not doing anything wrong — Amazon’s reporting simply wasn’t designed with HMRC in mind. It was built to help you manage inventory and track performance, not to hand you a clean profit figure. That gap is exactly why so many sellers eventually go looking for an Amazon accountant UK who actually understands how FBA works, rather than a generalist who’s never opened a Seller Central dashboard.
The Problem With Amazon’s Numbers (And Why They’re Not Your Tax Figures)
Open your Amazon Seller Central reports and you’ll find gross sales figures that look impressive. The trouble is, gross sales and taxable profit are two very different things, and treating them as interchangeable is one of the fastest ways to end up with a Self Assessment or company tax return that’s flat-out wrong.
Between your gross sales and your actual profit sits a long list of deductions: Amazon’s referral fees (typically 8-15% depending on category), FBA fulfilment fees, storage fees — which spike brutally in Q4 if you’re not careful — long-term storage penalties for slow-moving stock, advertising spend through Amazon PPC, and any refunds or A-to-z claims. Miss any of these in your bookkeeping and your profit figure balloons into something that doesn’t reflect reality.
Then there’s the cost of goods sold, which deserves its own section because sellers get it wrong constantly.
Cost of Goods Sold: The Bit Everyone Underestimates
Here’s a scenario I see often. A seller imports £15,000 of stock in October, ready for the Christmas rush. By 5 April, the end of the tax year, they’ve sold two-thirds of it. Naturally, they want to claim the full £15,000 as a business expense because, well, they spent it.
Except that’s not how it works. Only the cost of the stock actually sold counts as an expense for that tax year. The unsold third sits on the books as an asset — inventory — until it’s sold in a future period. Get this wrong and you’ll either understate your profit (which HMRC will query, particularly if your bank statements show a much bigger purchase) or you’ll end up needing to amend a previous return once someone points out the error.
Proper cost of goods sold tracking means recording purchase costs, freight and shipping into the UK, any customs duties, and then matching those costs against units actually sold, not units purchased. It’s tedious. It’s also non-negotiable if you want accurate figures.
Multi-Marketplace Sales: Where UK VAT Gets Genuinely Complicated
If you’re only selling on Amazon.co.uk, your VAT position is relatively straightforward. The moment you expand into Amazon.de, Amazon.fr, or you’re using Pan-European FBA to store stock across multiple EU fulfilment centres, things shift quite a lot.
Storing inventory in an EU country can create a VAT registration obligation in that country, regardless of your UK VAT status. This catches sellers out constantly — they assume UK VAT registration covers everything, and it simply doesn’t once stock physically sits in a German or Polish warehouse. You may need OSS (One Stop Shop) registration, or in some cases country-specific VAT registrations, depending on how your fulfilment is set up.
Domestically, the UK VAT registration threshold currently sits at £90,000 in taxable turnover over a rolling 12-month period — though it’s worth checking gov.uk directly, since HMRC does revise this figure. Cross that threshold and registration becomes mandatory, not something to get around to eventually. A decent chunk of Amazon FBA VAT confusion comes from sellers not realising how quickly combined marketplace sales — UK plus EU — push them over that line.
Amazon Seller Bookkeeping: Why “I’ll Sort It at Year End” Doesn’t Work
Amazon generates an enormous amount of transactional data — thousands of individual line items covering sales, fees, refunds, and adjustments, often across multiple currencies if you’re selling internationally. Trying to reconstruct a year’s worth of this in one sitting, usually the week before a filing deadline, is how mistakes happen.
Proper Amazon seller bookkeeping means reconciling your Amazon payouts against your accounting software monthly — matching what actually landed in your bank account against what Amazon says it paid you, and understanding the fee deductions in between. Software like Xero or QuickBooks, often paired with an Amazon-specific integration tool such as A2X, can automate a lot of this. But automation only works if someone’s actually reviewing what comes out the other end, because these tools categorise transactions based on rules, and rules don’t always match your specific situation.
Where Specialist Support Actually Pays for Itself
This is genuinely one of those areas where DIY accounting costs more in the long run than it saves. Between multi-currency transactions, EU VAT obligations, inventory valuation, and Amazon’s fee structure, there’s a lot of room for error — and HMRC penalties for incorrect VAT returns aren’t gentle.
At Sync Accountants, ecommerce accounting UK work like this is a regular part of what we do — reconciling Amazon Seller Central data properly, working out correct VAT treatment across marketplaces, and making sure cost of goods sold is tracked accurately rather than guessed at. It’s the kind of detail that doesn’t feel urgent until an HMRC letter arrives, at which point it very much is.
Running an Amazon FBA business is hard enough without also trying to become a part-time tax specialist. Sort your bookkeeping rhythm out early, understand where your VAT obligations actually sit, and get the cost of goods sold tracking right from the start — future you, filing a tax return with numbers that actually make sense, will be genuinely grateful.
