Amazon accounting software, built for what selling on Amazon actually involves

Why general bookkeeping tools struggle with Amazon

QuickBooks and its peers are built for a business that sends invoices and receives payments one at a time. An Amazon seller's business events don't arrive that way — Seller Central nets hundreds of orders, refunds, fees and adjustments into one settlement deposit every two weeks. Feed that deposit straight into general bookkeeping software and you get one category — "Amazon Sales" or similar — with everything real buried inside it.

Bank-feed sync tools built on top of QuickBooks try to bridge the gap, but they're still fundamentally reading bank lines. They can label a deposit "Amazon payout," but they can't tell you how much of it was referral fees versus FBA fulfilment versus a reimbursement — because that detail was never in the bank feed to begin with. It only exists in Amazon's own settlement data.

What amazon seller accounting software actually needs to do

• Reads a settlement, not just a bank deposit. One Amazon payout is a net of dozens of transaction types — product sales, refunds, referral fees, FBA fulfilment, storage, advertising, reimbursements. Software that only sees the deposit amount can't separate any of it.
• Treats inventory as an asset. A purchase is not an expense the day you pay for it. It should sit on the balance sheet as inventory and move to cost of goods sold only when the unit actually sells.
• Calculates cost per SKU, not just per order. Landed cost — unit price, inbound freight, duty, prep, placement fees — has to attach to the product, not disappear into a lump "cost of goods" account with no way back to which SKU it belonged to.
• Reconciles the 1099-K. Amazon's 1099-K reports gross unadjusted payments — refunds, returns and fees aren't netted off. Software built for Amazon sellers should bridge that number to the revenue actually in your books, not leave you to explain the gap by hand every January.
• Produces real financial statements. A trial balance, profit and loss, and balance sheet that a lender, a buyer, or your own accountant would recognise — not a proprietary dashboard that only means something inside one app.

Bookkeeping for Amazon sellers vs. a profit dashboard

A lot of tools marketed at Amazon sellers are profit calculators — useful for a quick "am I making money on this SKU" glance, but they don't produce a balance sheet, don't track inventory as an asset, and usually can't be handed to an accountant as your books. They answer "how's business," not "what do I owe in tax" or "can I get a loan against this."

Actual accounting software has to balance. Every entry has two sides, and the balance sheet has to prove it — assets equal liabilities plus equity, to the cent, every time. That discipline is what makes the resulting reports something a lender or an accountant will actually trust, instead of a number a dashboard is asserting.

How SellerTally does it

SellerTally reads your Amazon settlement data and posts each transaction type to its own account — sales, refunds, referral fees, FBA fulfilment, storage, reimbursements, adjustments — through a real double-entry ledger built for how Amazon sellers actually make and spend money. Anything we don't recognise is quarantined and flagged, never silently dropped or guessed at.

Purchases post to inventory, not straight to expense, using moving weighted-average cost and landed cost (freight, duty, prep, placement fees included). Cost of goods sold releases per SKU, at the moment of sale — not as a lump estimate. And because everything flows through one ledger, your trial balance, profit and loss, balance sheet, and 1099-K reconciliation all agree with each other, because they're reading the same underlying entries.

See the full breakdown on the features page, or read how we handle the 1099-K mismatch and inventory accounting specifically. Selling FBA specifically? See Amazon FBA accounting for the fulfilment-fee and reimbursement detail that's unique to FBA.