You sold €5,000 worth of product on Amazon this period. The payout that actually landed in your bank account was €4,100. If your bookkeeping just records "€4,100 received" without accounting for the €900 gap, your books are technically balanced but functionally wrong -- you've lost visibility into what happened to that money.
Where the gap actually comes from
Every marketplace nets its payout against a list of deductions before it ever reaches your bank: referral/commission fees, fulfillment fees (FBA, Allegro Smart, etc.), advertising spend charged against the same account, refunds and chargebacks, and sometimes reserve holdbacks that don't release until a later period. Amazon, eBay, Allegro, and Kaufland each report this breakdown differently -- different report formats, different fee category names, different settlement cycles -- so "reconcile the payout" means something structurally different for each one.
The "reported balance" pattern
The reliable way to reconcile any of these is to treat the marketplace's own settlement report as authoritative for what happened inside that payout, rather than trying to back-calculate fees from your own sales data. Each fee category (commission, fulfillment, advertising, refund, reserve) gets posted as its own line, against the same order or settlement period it actually belongs to -- so the €900 gap in the example above isn't a mystery, it's five or six explained line items that sum to it.
Done manually, this means downloading a settlement report per marketplace per period, parsing a format that's different for each one, and posting the fee breakdown by hand -- which is realistic at low volume and increasingly unrealistic as order count grows.
How Vedron handles this
Vedron pulls settlement/payout reports directly from each connected marketplace's own API (Amazon, eBay, Allegro, Kaufland, and others), parses the fee breakdown specific to that marketplace's report format, and posts each fee category against the correct accounting period automatically -- so the payout that lands in your bank reconciles against explained line items, not an unexplained shortfall. This uses the same "reported balance" principle across every connected clearing account (marketplaces, and payment processors like Stripe), rather than a bespoke reconciliation process per channel.
Frequently asked questions
What happens with reserve holdbacks that release in a later period?
They're tracked against the period they're released in, not the period the original sale happened, so the reconciliation reflects when the cash actually became available rather than assuming it all landed at once.
Does this work if I'm on a marketplace's advertising program as well as selling?
Yes -- ad spend charged against the same seller account is pulled in as its own fee category, rather than left as an unexplained deduction.
What if a marketplace changes its settlement report format?
Each marketplace's report parser is maintained against that marketplace's actual current format -- this is exactly the kind of drift that breaks manual spreadsheet-based reconciliation silently, which is the problem this is built to avoid.
Have a question specific to your setup?
Every seller's marketplace mix and stock setup is a little different -- if you're weighing this against your own, book a short call and we'll walk through it with you directly rather than leaving you to figure it out from a blog post alone.
Beta offer: if you join as a beta client, custom integration setup -- configured for your actual marketplace and inventory mix -- is free for your first 2 months.
Still evaluating and need more time than the standard trial window? Just ask us for an extension -- we're happy to give you the room to actually test it properly before deciding.