KDP-rapporten uitgelegd: dashboard, royaltyschatter, bestellingen — en welke cijfers je kunt vertrouwen
Het KDP-dashboard, de royaltyschatter, het Bestellingenrapport en het Betalingenrapport verversen op verschillende snelheden en meten verschillende dingen — daarom komen ze nooit helemaal overeen. Hier lees je wat elk rapport werkelijk bevat, hoe vers elk cijfer echt is, en welke er uiteindelijk beslist wat je hebt verdiend.
Open je KDP-rapporten op een willekeurige ochtend en je kunt drie verschillende antwoorden vinden op "hoeveel heb ik gisteren verdiend?" — één op het dashboard, één in de royaltyschatter, één in Bestellingen. Geen ervan is fout. Het zijn verschillende instrumenten, die op verschillende snelheden verversen en verschillende gebeurtenissen meten. Zodra je weet welke welke is, houden de verschillen op alarmerend te zijn en worden ze informatie.
De kaart: waar elk rapport voor is
| Rapport | Wat het telt | Hoe vers |
|---|---|---|
| Dashboard ("Vandaag") | Bestellingen en gelezen pagina's terwijl ze gebeuren | Bijna realtime (ververst gedurende de dag) |
| Royaltyschatter | Geschatte royalty's per boek en marketplace | Doorgaans 24–48 uur achter |
| Bestellingen | Bestelde eenheden (vóór retouren/annuleringen) | Tot ~24 uur achter |
| Gelezen KENP | Gelezen Kindle Unlimited-pagina's | Dagelijkse telling; het tarief dat ze waardeert komt midden volgende maand |
| Betalingen | Wat er werkelijk is betaald, wanneer, naar welke rekening | Maandelijks definitief, op de 60-dagencyclus |
Het nuttigste om je eigen te maken: het dashboard is een hartmonitor, geen boekhoudsysteem. Het bestaat om je te vertellen dat er iets gebeurt. Het geld wordt elders afgerekend, later.
Waarom de cijfers "niet kloppen"
Drie structurele redenen, elk verantwoordelijk voor een dagelijkse forumdraad:
- Bestellingen zijn geen verkopen. Het Bestellingenrapport telt bestellingen bij plaatsing; een annulering of retour draait dat later terug. De royaltyschatter telt royaltydragende transacties. Op een willekeurige dag lopen de twee volstrekt legitiem uiteen.
- Schattingen zijn schattingen. De schatter waardeert Kindle Unlimited-pagina's tegen een voorlopig tarief, omdat Amazon het echte tarief per pagina van een maand pas rond de 15e van de volgende maand bekendmaakt. Elk KU-zwaar account ziet zijn maand weken later licht herzien — dat is het KENP-fondsmechanisme dat werkt zoals bedoeld, geen bug.
- Tijdzones en ververstijden. Elke marketplace rapporteert op zijn eigen klok. Een Amerikaanse verkoop laat op de avond kan in het beeld van een Europese auteur op "morgen" landen, en een cijfer dat je om 9 uur vastlegt kan om 12 uur herzien zijn.
De eerlijke vertrouwenshiërarchie is dus: Betalingen > Royaltyschatter > Bestellingen > Dashboard — precies omgekeerd aan hoe vaak de meeste auteurs ernaar kijken.
Het rapport dat de meeste auteurs nooit openen
Het Betalingenrapport is de enige pagina die geld toont, geen schattingen: elke betaling, de marketplace, de valuta, de rekening waar hij heen ging, en of hij echt is vrijgegeven of onder een drempel is vastgehouden. Als het dashboard zegt dat je hebt verdiend en de bank zegt van niet, staat het antwoord in dit rapport — meestal een drempel, een geweigerde overboeking, of bronbelasting waarvan je vergeten was dat die werd toegepast.
Het cijfer dat in elk KDP-rapport ontbreekt
En hier is wat geen enkel KDP-rapport je ooit zal tonen: wat die royalty's je hebben gekost om te verdienen. Je Amazon Ads-uitgaven leven in een volledig aparte console, met een eigen dashboard, eigen vertragingen en eigen valutabehandeling. KDP kan je vertellen dat de royalty's vorige maand $ 2.400 waren. Het kan je niet vertellen dat je $ 1.900 aan advertenties uitgaf om ze te krijgen — en dat het echte cijfer van de maand $ 500 was, niet $ 2.400.
Die koppeling — royalty's uit het ene systeem, uitgaven uit het andere, per boek, per marketplace, na belasting en valuta — is precies het werk dat de meeste auteurs in een spreadsheet doen, eens per maand, bij benadering. Het is ook waar de grootste beslisfouten zich verstoppen, zoals we lieten zien in nettowinst per boek.
Waar TrueRoyalties past
TrueRoyalties leest je echte KDP-gegevens — royalty's, bestellingen, gelezen KENP, per marketplace — en koppelt ze doorlopend aan je Amazon Ads-uitgaven, zodat het drie-dashboardsprobleem samenvalt tot één beeld met één getal per boek: Nettowinst = Royalty's − Advertentie-uitgaven. De KDP-rapporten blijven je bron van waarheid; TrueRoyalties is de laag die ze de vraag laat beantwoorden waarvoor ze nooit zijn gebouwd — levert dit eigenlijk geld op?