Amazon Seller Central-rapporten zijn handig zoals een goed gevulde gereedschapskist handig is: er zit bijna altijd wel een tool in voor de klus, maar niet elke tool beantwoordt dezelfde vraag. Business Reports laten sessions, conversie en ordered product sales zien. Payments-rapporten verklaren kosten, refunds, reserves en uitbetalingen. Advertising-rapporten koppelen omzet aan clicks. Inventory- en fulfilmentrapporten tonen voorraadbeweging, fees en retouren. Brand Analytics voegt zoekgedrag toe. Mooi. Maar ook riskant als je één export behandelt als de volledige waarheid.
De fout die ik vaak zie, noem ik single-report certainty. Een merkeigenaar opent Business Reports, ziet €84.600 ordered revenue over september, vergelijkt dat met €62.900 die Amazon heeft uitbetaald en vraagt waar €21.700 gebleven is. Waarschijnlijk is er niets “verdwenen”. Een deel van de orders is in een andere periode verzonden. Sommige refunds zijn later geboekt. Amazon hield een accountreserve vast. Ads gebruiken een ander attributievenster. FBA-fees, referral fees en reimbursements landen op financiële eventdatums, niet op orderdatums. Het getal is niet per se fout. De vraag is te grof gesteld.
Mijn standpunt: Amazon Seller Central-rapporten hebben een reconciliation pack nodig, geen extra dashboardscreenshot. Zo’n pack splitst vier tijdlijnen — orderdatum, verzenddatum, financiële eventdatum en uitbetalingsdatum — en verbindt ze daarna weer op SKU-, campagne- en kanaalniveau. Dat is het verschil tussen “Amazon klopt niet” en “dit verschil van €4.820 komt vooral door niet-verzonden orders, refunds na maandafsluiting en timing in advertentieattributie”. De eerste zin veroorzaakt paniek. De tweede leidt tot beslissingen.
Deze gids is geschreven voor merkeigenaren die naast Amazon ook verkopen via kanalen zoals bol.com, Shopify, Walmart, TikTok Shop of Mirakl-retailers, meestal vanaf ongeveer €1,5K maandelijkse ad spend of 1.000 orders per maand. Op dat niveau is rapportverwarring geen administratief ongemak meer. Het beïnvloedt adbudget, inkoop, cashplanning en kanaalstrategie.
Wat bestaand advies goed doet — en waar het stopt
Veel publiek advies over Seller Central-rapporten is nuttig op rapportniveau. Jungle Scout legt Business Reports helder uit: kijk naar sessions, unit session percentage, Buy Box-percentage en prestaties per child-ASIN. Helium 10 moedigt sellers aan om groeikansen in Business Reports te vinden in plaats van te verdrinken in alle metrics. MerchantSpring, DataHawk en sellerboard gaan een stap verder door Amazon-rapporten te combineren in profit dashboards, marketplace analytics en financiële datasets. En in Amazon-forums en accountingguides komt steeds hetzelfde pijnpunt terug: sales, payments en bankontvangsten sluiten zelden netjes op elkaar aan.
Dat is allemaal waardevol. De operationele laag ontbreekt vaak nog. Veel artikelen leggen uit wat een rapport betekent. Minder artikelen leggen uit welk rapport welke businessvraag mag beantwoorden. En nog minder verbinden dat antwoord met multi-channel beslissingen. Een Business Report kan zeggen of verkeer converteerde. Het zegt niet of cash is binnengekomen. Een Payments-rapport laat zien welke fees geboekt zijn. Het zegt niet of bol.com de volgende advertentie-euro verdient. Een advertentierapport toont attributed sales. Het zegt niet of de SKU-marge twee weken later nog overeind staat na retouren.
De unieke invalshoek is daarom eenvoudig: maak van Seller Central-rapporten een close-proces. Niet alleen een financiële maandafsluiting. Een commerciële close waardoor marketing, operatie en finance hetzelfde pack gebruiken voordat iemand budget, voorraad of targets wijzigt.
Het vier-datums-probleem in Seller Central
De meeste discussies over Amazon-rapporten ontstaan doordat mensen ongemerkt naar verschillende datums kijken. De operator kijkt naar ordered revenue. Finance kijkt naar uitbetaalde cash. De ads-specialist kijkt naar attributed sales. Supply chain kijkt naar verzonden units. Iedereen heeft een logisch punt, maar beantwoordt een andere vraag.
Je reconciliation pack moet de datumlogica benoemen vóórdat het een getal toont:
- Orderdatum: wanneer de shopper de order plaatste. Handig voor vraag, conversie en merchandising.
- Verzenddatum: wanneer de order fulfilment werd. Handig voor operatie, voorraadbeweging en leverbelofte.
- Financiële eventdatum: wanneer Amazon fees, refunds, reimbursements, chargebacks of correcties boekte. Handig voor SKU-profitability en period close.
- Uitbetalingsdatum: wanneer cash werd overgemaakt of vastgehouden. Handig voor cashflow, inkoop en finance controls.
Zodra die datumlogica expliciet is, wordt het gesprek rustiger. Een omzetverschil van €7.400 is minder mysterieus als €3.100 bestaat uit orders van de laatste twee dagen van de maand die pas later zijn verzonden, €1.250 uit refunds die na de verkoopmaand zijn geboekt, €820 uit advertentieattributie en €2.230 uit accountreserve. Je hoeft het resultaat niet leuk te vinden. Maar je weet tenminste wat het is.
Het reconciliation pack: zes tabs die rapporttheater stoppen
Ik werk graag met een praktisch pack van zes tabs. Het hoeft niet mooi te zijn. Het moet herhaalbaar zijn.
1. Demand-tab: Business Reports per parent en child-ASIN
Begin met ordered product sales, units ordered, sessions, unit session percentage en Buy Box-percentage. Dit is de vraaglaag. Hij beantwoordt: kwamen shoppers binnen, converteerden ze en was je aanbod vaak genoeg koopbaar? Werk op child-ASIN-niveau. Parent-gemiddelden verbergen precies de variant die de marge onderuit haalt.
Concreet voorbeeld: een skincaremerk verkoopt een serumbundel in drie maten. De parent-ASIN heeft €38.400 omzet, 14,2% conversie en het team wil Amazon-adbudget verhogen. Op child-ASIN-niveau blijkt de 30 ml-variant 18,6% te converteren met 41% brutomarge, terwijl de 100 ml-variant 9,1% converteert en na FBA nog maar 19% marge heeft. De juiste beslissing is niet “scale de parent”. Het is: scale de 30 ml-variant en zet een plafond op de 100 ml-variant tot prijs of fulfilmentkosten verbeteren.
2. Profit-tab: payments, fees en financiële events
Map daarna referral fees, FBA-fees, storage, refunds, reimbursements, promoties en correcties naar SKU en periode. Dwing deze profit-tab niet om op dag één exact gelijk te zijn aan demand. Laat juist de brug zien: ordered revenue, shipped revenue, geboekte fees, geboekte refunds, pending items en payout-impact. Deze tab beantwoordt: wat heeft Amazon echt geboekt, en wat is timingruis?
3. Advertising-tab: spend, attributed sales en campagnerol
Neem Sponsored Products, Sponsored Brands, Sponsored Display en relevante retailmedia-spend op. De belangrijke toevoeging is campagnerol. Brand defence, harvesting, launch, clearance en discovery horen niet allemaal op één vlak ROAS-target te worden beoordeeld. Een launch-campagne heeft bewijs nodig, een clearance-campagne cash recovery en een brand-defence-campagne incrementality-discipline.
FiveX-hook: hier is FiveX sterker dan een losse export. FiveX verbindt advertising performance met SKU-contributiemarge, voorraaddekking en campagnecontext in één werkview. Daardoor krijgt een campagne niet automatisch extra budget omdat de Amazon-attributed omzet er netjes uitziet.
4. Inventory-tab: voorraaddekking, stranded risk en kanaalbeperkingen
Seller Central-inventoryrapporten zijn geen supply-chain bijzaak. Ze zijn toestemmingsregels. Als Amazon nog 16 dagen FBA-dekking heeft, bol.com 9 dagen lokale warehouse-cover en Shopify 42 dagen, dan kan de “beste” Amazon-groeikans alsnog de verkeerde portfoliokeuze zijn. Zet voorraaddekking naast vraag en marge, niet in een los operationsbestand.
5. Cash-tab: payout, reserve en inkoopdruk
De cash-tab verklaart waarom omzet nog geen cash werd. Neem openingsbalans, sales, fees, refunds, reservebewegingen, reimbursements, disbursements en eindbalans op. Dit is commercieel relevant omdat cash timing bepaalt wat je volgende maand kunt inkopen, lanceren of korten.
6. Exception-tab: de lijst die menselijke aandacht verdient
Sluit af met uitzonderingen, niet met totalen. Denk aan SKUs waar ordered revenue en geboekte profit meer dan 8% uit elkaar lopen; campagnes die spenden op producten met minder dan 21 dagen voorraad; refund rate boven 11%; Buy Box onder 85% terwijl ads live zijn; payoutreserve boven de geplande cashbuffer; of fees per unit die meer dan €1,20 boven verwachting liggen. Dit is de pagina die operators wekelijks moeten bekijken.
FiveX-hook: FiveX maakt van die exception-laag een werkbare queue. In plaats van zeven Amazon-bestanden exporteren, handmatig joinen en hopen dat iemand het risico ziet, gebruik je connected marketplace analytics, alerts en AI-aanbevelingen om te focussen op de SKUs en kanalen die genoeg veranderd zijn om actie te verdienen.
Scenario 1: de “verdwenen” €21.700 die niet verdwenen was
Stel: een merk in home accessories sluit augustus af. Business Reports tonen €84.600 ordered product sales. Op de bank is €62.900 van Amazon ontvangen. De founder vraagt finance waar de ontbrekende €21.700 is. De eerste reflex is: fees. Deels waar, maar veel te vaag.
Het reconciliation pack geeft een betere brug:
- €84.600 ordered product sales op orderdatum.
- €78.200 shipped revenue binnen dezelfde maand.
- €9.860 referral en FBA-fees geboekt.
- €3.420 refunds en retourgerelateerde correcties geboekt, inclusief juli-orders die in augustus terugkwamen.
- €1.540 advertentiekosten in de paymentperiode.
- €620 reimbursements gecrediteerd.
- €1.100 coupon- en promotiekosten geboekt.
- €8.000 vastgehouden in accountreserve en pas na de payout cut-off vrijgegeven.
Nu is het gat geen mistige €21.700 meer. Het bestaat uit timing, fees, refunds, ads, promoties en reserve. Belangrijker: de beslissing verandert. De operator pauzeert Amazon niet omdat “cash er slecht uitziet”. Hij vermindert promotie-overlap op twee lage-marge-SKUs, neemt reserve mee in de inkoopforecast en laat ad spend doorlopen op de SKU die na geboekte kosten nog steeds 32% contributiemarge draait.
Scenario 2: de campagne die winstgevend leek totdat refunds landden
Een sportaccessoiremerk draait Amazon Ads voor een nieuwe set weerstandsbanden. In de advertising console ziet september er gezond uit: €2.400 spend, €12.800 attributed sales, 18,8% ACOS. Business Reports tonen dat conversie stijgt van 10,4% naar 15,7%. Het team wil dezelfde campagnestructuur kopiëren naar Duitsland en bol.com.
Het reconciliation pack remt die beslissing af — op de goede manier. Payments-data laat zien dat de SKU een refund rate van 14,5% heeft, vooral op de “heavy” variant. Refunds worden 8 tot 16 dagen na verzending geboekt, waardoor het ad dashboard viert voordat de kosten zijn geland. Na refunds, retourkosten en FBA-fees zakt de contributiemarge op de heavy variant van de geplande 28% naar 11%. De lichtere variant blijft op 31% contributiemarge.
De betere beslissing is specifiek: campagne behouden, heavy variant afsplitsen, bids op heavy-variant zoektermen begrenzen, content aanpassen om verkeerde verwachtingen te verminderen en op bol.com voorlopig alleen de lichte variant lanceren. Dat is multi-channel analytics zoals het hoort. Het doodt groei niet. Het voorkomt dat één aantrekkelijk kanaalrapport een fout naar drie extra kanalen exporteert.
Hoe vaak moet je het pack draaien?
Voor kleinere accounts is wekelijks genoeg. Voor merken boven 1.000 orders per maand kies ik liever voor een lichte weekly close en een volledige monthly close.
- Wekelijks: demand, ads, voorraaddekking, grote fee/refund-exceptions en wijzigingen in cashreserve.
- Maandelijks: volledige SKU-contributiemarge, geboekte fees, refund lag, promotiekosten, payout bridge en kanaalvergelijking.
- Vóór grote beslissingen: draai het relevante deel opnieuw voordat je adbudget met meer dan 20% verhoogt, groot inkoopt, een nieuwe marketplace opent of de prijs van een hero-SKU aanpast.
De trade-off is snelheid versus volledigheid. Wachten tot elke refund en correctie binnen is, geeft finance schonere cijfers. Het kan marketing ook te traag maken. Alleen op live advertisingdata handelen is snel, maar kan verlies opschalen. Label daarom confidence levels, zodat teams vroeg kunnen handelen op signalen met hoge zekerheid en beslissingen kunnen vasthouden waar de data nog onvolwassen is.
Wat FiveX toevoegt aan Seller Central-rapporten
Seller Central blijft de bron voor veel Amazon-events. Maar het is niet gebouwd als enige operating layer voor een multi-channel merk. FiveX helpt op drie praktische manieren.
Ten eerste brengt FiveX marketplace-, advertising-, profitability-, voorraad- en operationele data samen in één cockpit. Business Reports, ad spend, SKU-marges, voorraaddekking en kanaalperformance hoeven dus niet elke week opnieuw in een spreadsheet te worden geplakt.
Ten tweede helpt FiveX teams werken vanuit exceptions. Als een SKU marge verliest door hogere FBA-fees, ads blijven draaien terwijl voorraaddekking zakt, of Amazon-contributiemarge onder bol.com zakt, verschijnt de beslissing als queue in plaats van als verrassing aan het eind van de maand.
Ten derde geeft FiveX merkeigenaren exporteerbare, finance-vriendelijke data. Dat is belangrijk, want het doel is niet om finance te vervangen. Het doel is om finance, ecommerce en marketing met dezelfde definities te laten werken voordat beslissingen geld verplaatsen.
De praktische regel
Vraag niet aan één Amazon-rapport om je waarheid te zijn. Laat elk rapport zijn eigen werk doen en reconcile die antwoorden voordat je handelt. Business Reports beantwoorden vraagvragen. Payments beantwoorden financiële-eventvragen. Advertising-rapporten beantwoorden attributed-spendvragen. Inventory-rapporten beantwoorden beschikbaarheidsvragen. Het reconciliation pack maakt daar één beslissing van.
Als je team een revenue-to-cash bridge kan uitleggen, kan aanwijzen welke SKUs na geboekte kosten winstgevend blijven en Amazon’s volgende euro kan vergelijken met bol.com, Shopify of Walmart, worden Seller Central-rapporten bruikbaar. Zo niet, dan worden ze rapporttheater: indrukwekkende exports, gespannen meetings en beslissingen op basis van het getal dat als eerste binnenkwam.
De operatorstap is simpel: bouw het pack één keer, draai het op vaste cadans en laat elke budget-, voorraad- en kanaalbeslissing erdoorheen gaan. Saai? Een beetje. Winstgevend? Heel vaak.