Je Amazon-payout klopt meestal wél, maar hij is niet bedoeld om gelijk te zijn aan je omzet. De payout is het bedrag dat Amazon na een settlementperiode naar je bank overmaakt nadat referral fees, FBA-kosten, advertentiekosten, refunds, chargebacks, opslag, reserves, btw- of taxregels, coupons, reimbursements en eerdere correcties zijn verrekend. Vergelijk daarom nooit “omzet in Seller Central” rechtstreeks met “bankdeposit”. De juiste vergelijking is: orderomzet → settlementregels → payout → boekhouding.
Dat is meteen het belangrijkste antwoord, want dit onderwerp veroorzaakt verrassend veel paniek. Een seller ziet in Seller Central €48.000 omzet, maar op de bank komt €32.740 binnen. Het voelt alsof er €15.260 “verdwenen” is. In werkelijkheid zit dat verschil meestal verspreid over tientallen regels: €7.200 referral fees, €3.850 FBA fulfilment, €1.420 refunds, €1.100 Sponsored Products, €620 opslag en inbound, €700 reserve en €370 aan correcties uit vorige periodes. Het probleem is dus niet alleen financieel. Het is operationeel: zolang je de payout niet kunt verklaren, weet je ook niet welke SKU’s, campagnes of marktplaatsen werkelijk winst maken.
Waarom Amazon omzet en payout bijna nooit gelijk zijn
Amazon werkt niet zoals een eenvoudige webshopbetaling. Bij Shopify kun je vaak nog redelijk volgen: klant betaalt, payment provider houdt een fee in, saldo gaat naar je bank. Bij Amazon zit er een complete marktplaatsadministratie tussen. Seller Central toont operationele omzet, maar je settlement report is de financiële bron van waarheid. Daarin staan alle regels die bepalen wat uiteindelijk wordt uitbetaald.
De verwarring ontstaat doordat teams verschillende rapporten voor verschillende doelen gebruiken. De accountmanager kijkt naar business reports, de ads-specialist naar Sponsored Ads, finance naar settlement reports en de eigenaar naar bankmutaties. Alle vier zien ze een ander stukje werkelijkheid. Geen van die cijfers is per se fout. Ze beantwoorden alleen verschillende vragen.
- Business reports laten vooral verkoopmomentum zien: orders, units, omzet en conversie.
- Advertising reports tonen toegeschreven omzet, spend, ACOS en ROAS.
- Settlement reports tonen wat Amazon financieel heeft geboekt: inkomsten, fees, refunds, reserves en uitbetalingen.
- Je bank toont alleen het eindbedrag dat na alle verrekeningen is overgemaakt.
Als je die lagen door elkaar haalt, krijg je discussies die niemand wint. Marketing zegt dat Amazon €48.000 heeft verkocht. Finance zegt dat er maar €32.740 binnenkwam. Operations zegt dat er nog retouren onderweg zijn. Iedereen heeft een beetje gelijk, maar niemand heeft het hele plaatje.
De payout-formule die je wél kunt gebruiken
Gebruik deze vereenvoudigde formule als startpunt:
In de praktijk ziet de reconciliation er iets gedetailleerder uit. Je begint met bruto productomzet en verzendinkomsten. Vervolgens trek je verkoopcommissie af, bijvoorbeeld een referral fee van 15% in veel categorieën. Daarna komen FBA fulfilment fees, opslag, removal fees, refund administration fees, coupons, lightning deals, advertentiekosten en eventuele account-level charges. Vervolgens verwerkt Amazon refunds, reimbursements en reserves. Pas daarna ontstaat de payout.
| Laag | Voorbeeldregel | Waarom dit je payout verlaagt of verschuift |
|---|---|---|
| Verkoopkosten | Referral fee | Amazon houdt commissie in op basis van categorie en verkoopprijs. |
| Fulfilment | FBA pick, pack & ship | De kosten hangen af van formaat, gewicht en fulfilmentmethode. |
| Marketing | Sponsored Products spend | Advertentiekosten kunnen in of naast settlements worden verrekend, afhankelijk van je accountinstellingen. |
| Klantgedrag | Refunds en chargebacks | Retouren vallen vaak in een latere periode dan de oorspronkelijke verkoop. |
| Cashflow | Account reserve | Amazon kan geld tijdelijk vasthouden voor claims, retourrisico of accountbeleid. |
| Correcties | Reimbursements of fee reversals | Een correctie kan weken later opduiken en eerdere periodes beïnvloeden. |
Scenario 1: Daan verkoopt keukenaccessoires op Amazon.de
Daan verkoopt een set siliconen bakmatten voor €29,95 op Amazon.de. In juli ziet hij €59.900 omzet uit 2.000 orders. Zijn eerste reactie: “Mooi, bijna zestigduizend euro omzet.” Twee weken later ziet hij twee bankbetalingen die samen €39.180 zijn. Dat verschil voelt gigantisch, maar de settlement vertelt een logisch verhaal.
- Bruto omzet: 2.000 × €29,95 = €59.900
- Referral fee 15%: −€8.985
- FBA fulfilment à €4,35 per order: −€8.700
- Storage en inbound-toerekening: −€640
- Coupons van €2 op 320 orders: −€640
- Sponsored Products in dezelfde periode: −€2.950
- Refunds en refund fees: −€1.520
- Account reserve: −€1.800
- Reimbursement voor verloren voorraad: +€515
De payout van €39.180 is dus niet “raar”. Hij is een nettosaldo. Maar nu komt de echte managementvraag: verdient Daan geld? Als zijn inkoop en verpakking samen €8,20 per order kosten, gaat er nog eens €16.400 af. Zijn bijdrage na productkosten is dan €22.780 op €59.900 omzet: 38,0% vóór overhead. Dat is gezond genoeg om door te groeien, maar niet genoeg om blind nog €5.000 extra ads te zetten zonder SKU-level margecheck.
Scenario 2: Sophie verkoopt cosmetica met hoge retour- en promotiedruk
Sophie verkoopt een skincare bundle van €42,50. In Seller Central ziet ze in augustus €85.000 omzet uit 2.000 orders. Haar bank ontvangt €51.900. Het verschil is groter dan verwacht, omdat drie dingen tegelijk gebeuren: ze draait veel coupons, retouren uit juli vallen in augustus en Amazon houdt een tijdelijke reserve aan na een piek in ordervolume.
- Bruto omzet augustus: €85.000
- Referral fee 15%: −€12.750
- FBA fulfilment à €5,10: −€10.200
- Promotiekorting: 900 orders × €4 = −€3.600
- Advertentiekosten: −€6.800
- Refunds uit augustus: −€2.400
- Late refunds uit juli: −€1.750
- Account reserve: −€2.900
- Fee-correcties en reimbursements netto: +€1.300
Haar payout is daarmee verklaarbaar. Alleen blijkt uit de breakdown dat het probleem niet “Amazon betaalt te weinig” is, maar “de promotie is te duur voor deze marge”. De couponcampagne leverde omzet op, maar drukte samen met ads en refunds de contribution margin onder de 12%. Als Sophie alleen naar omzet kijkt, lijkt augustus een succes. Als ze naar settlement en marge kijkt, ziet ze dat de groei te duur is ingekocht.
De zeven meest voorkomende oorzaken van een payout-gap
1. Amazon houdt fees direct in
Referral fees, FBA fulfilment fees, storage fees en andere marketplace-kosten worden niet achteraf vriendelijk op een aparte factuur gezet. Ze worden vaak al in de settlement verrekend. Daardoor ziet je bankdeposit er lager uit dan je omzet, terwijl je winst- en verliesrekening eigenlijk bruto omzet én kosten apart moet tonen.
2. Refunds vallen in een andere periode dan de verkoop
Een order van 28 juli kan in augustus worden geretourneerd. De verkoop zat dan in je juli-omzet, maar de refund raakt je augustus-payout. Als je per kalendermaand omzet en bankdeposit vergelijkt, lijkt augustus slechter en juli beter dan de werkelijkheid.
3. Advertentiekosten worden anders geboekt dan je verwacht
Amazon Ads kan je cashflow flink vertekenen. Sommige accounts zien advertentiekosten in settlementregels terug, andere betalen via aparte facturatie of kaartbetalingen. Voor winststuring maakt dat niet uit: de spend hoort bij je contribution margin. Voor payout-reconciliation maakt het juist alles uit, want je moet weten of ads al van de payout af zijn of nog apart komen.
4. Reserves en holds verschuiven cash
Amazon kan een deel van je saldo vasthouden. Dat gebeurt bijvoorbeeld bij retourrisico, claims, nieuwere accounts, snelle groei of beleidscontroles. Een reserve is niet automatisch verloren geld, maar het is ook geen beschikbare cash. Voor voorraadinkoop en advertentiebudget is dat verschil cruciaal.
5. FBA-correcties en reimbursements komen later
Verloren voorraad, beschadigde voorraad, te veel ingehouden fees of warehouse-correcties kunnen later worden vergoed. Dat voelt fijn, maar het maakt historische cijfers rommelig. Een reimbursement in september kan betrekking hebben op een probleem uit juli. Zonder order- en SKU-koppeling weet je niet welk product werkelijk is geraakt.
6. Btw, tax en marketplace-inning lopen niet gelijk met je dashboard
In Europa kunnen btw-behandeling, marketplace facilitator-regels, facturatie en lokale rapportage per land verschillen. Je omzetdashboard is daardoor geen volledige fiscale administratie. Finance moet bepalen welke bedragen bruto, netto, inclusief of exclusief btw worden geboekt.
7. Multi-marketplace en valuta maken de timing rommelig
Verkoop je op Amazon.de, Amazon.fr en Amazon.it, dan krijg je te maken met verschillende marketplaces, settlementperiodes, valuta- of omrekenmomenten en lokale fees. Eén “Amazon omzet”-regel in een spreadsheet is dan te grof. Je wilt per marketplace kunnen zien welke cash, kosten en marge bij welke verkopen horen.
Zo reconcileer je Amazon payout zonder spreadsheet-chaos
Een goede aanpak hoeft niet ingewikkeld te beginnen. Belangrijk is dat je consequent dezelfde route volgt: order, settlement, bank, boekhouding en daarna SKU-marge. Dit is de praktische werkwijze die ik zou gebruiken bij een merk dat Amazon serieus wil sturen.
- Download per settlementperiode de settlement report details. Werk niet alleen met een summary. De line-items zijn nodig om fees, refunds en correcties te verklaren.
- Maak een clearing account aan in je boekhouding. Boek bruto omzet, fees, refunds en reserves daartegen weg, zodat de bankdeposit het saldo sluit.
- Koppel elke settlementregel aan order-ID, SKU en marketplace. Zonder SKU-koppeling kun je wel je bank verklaren, maar niet je assortiment verbeteren.
- Splits fee-categorieën minimaal in referral, FBA fulfilment, storage, ads, refunds, reimbursements en reserves. Meer detail mag, maar deze basis voorkomt de meeste blinde vlekken.
- Reken contribution margin per SKU uit. Trek naast Amazon-fees ook COGS, inbound, verpakking, retourreserve en advertentiekosten af.
- Vergelijk payout niet met omzet, maar met je settlement total. De bank moet aansluiten op settlement-disbursement; omzet moet aansluiten op orders.
- Maak uitzonderingen zichtbaar. Zet alerts op plotselinge fee-stijgingen, negatieve SKU-marge, hoge refunds, reserves en late correcties.
Welke cijfers moet je dagelijks, wekelijks en maandelijks bekijken?
Niet elk payout-probleem vraagt om dagelijkse finance-analyse. Maak onderscheid tussen operationele sturing en maandafsluiting.
| Ritme | Wat je bekijkt | Beslissing |
|---|---|---|
| Dagelijks | Omzet, ads, refunds, buy box, voorraad, voorlopige SKU-marge | Budgetten bijsturen, voorraad beschermen, verlieslatende campagnes pauzeren |
| Wekelijks | Settlementregels, fee-afwijkingen, refundratio, reservebeweging | SKU’s onderzoeken, pricing aanpassen, claims of reimbursements opvolgen |
| Maandelijks | Bankreconciliation, btw/tax, P&L, kanaalbijdrage | Voorraadinkoop, kanaalstrategie, budgetverdeling en margebeleid bepalen |
De fout is om alles pas maandelijks te bekijken. Dan is de boekhouding misschien netjes, maar het advertentiebudget is al uitgegeven en de voorraad is al besteld. Voor profit-first marketplace management wil je de settlementlogica eerder in je operatie brengen.
Wat je niet moet doen
Boek de Amazon-bankdeposit niet als omzet. Dat lijkt snel, maar je maakt je bedrijf kleiner op papier dan het werkelijk is en je verbergt kosten die je juist wilt managen. Boek ook niet alle inhoudingen op één grootboekrekening “Amazon fees”. Dan kun je later niet zien of marge verdwijnt door fulfilment, ads, refunds of opslag.
Een tweede valkuil is sturen op payoutpercentage. “We kregen 67% van omzet uitbetaald” klinkt handig, maar zegt weinig zonder categorie, SKU-mix en advertentiedruk. Een product met 62% payout kan winstgevender zijn dan een product met 74% payout als de eerste een hogere brutomarge en lagere retourratio heeft. Payout is cashflow. Contribution margin is sturing.
Hoe FiveX helpt
FiveX helpt ecommerce teams om marketplace-omzet, fees, advertentiekosten, voorraad en winst in één beslislaag te brengen. In plaats van Amazon-omzet, settlement reports, ads-data en productkosten apart te bekijken, koppel je de data terug naar SKU, kanaal en marge. Daardoor zie je niet alleen waarom je Amazon payout lager is dan je omzet, maar ook welke producten, campagnes en marktplaatsen dat verschil veroorzaken.
Met FiveX Profit Analytics kun je payout-reconciliation vertalen naar commerciële acties: welke SKU moet duurder, welke campagne draait onder break-even, waar stijgen FBA-kosten, welke marketplace houdt cash vast en welke producten lijken groot in omzet maar klein in bijdrage. Dat is precies het verschil tussen boekhouden achteraf en winst sturen terwijl je nog kunt ingrijpen.
Samenvatting: Amazon payout klopt pas als je de lagen scheidt
Als je Amazon payout niet overeenkomt met je omzet, is dat meestal geen mysterie maar een verkeerde vergelijking. Omzet is het verkoopniveau. Settlement is de financiële waarheid per regel. De bankdeposit is het nettosaldo. Je P&L moet daar vervolgens productkosten, operationele kosten en kanaalkeuzes aan toevoegen.
De simpele regel: gebruik Seller Central-omzet om verkoopmomentum te begrijpen, settlement reports om payouts te verklaren en contribution margin om beslissingen te nemen. Dan verandert “waar is mijn geld gebleven?” in een veel betere vraag: “welke SKU’s en campagnes verdienen recht op meer budget?”