Wie voor een terugbetaling in je app betaalt, ben meestal jij, maar niet voor de commissie die je denkt te verliezen

In ontwikkelaarsforums leeft een hardnekkig geloof: je houdt 70 procent van een verkoop, maar een terugbetaling dwingt je 100 procent terug te betalen, dus elke terugbetaling kost je stilletjes het deel van de store. Het klopt niet. Wanneer Apple of Google een van je klanten terugbetaalt, geeft de store zijn commissie ook terug, en je boekhouding draait alleen het deel terug dat je echt hebt gehouden. Het eerlijke antwoord op de vraag wie voor een terugbetaling in je app betaalt, is dus: jij, maar voor een andere rekening dan de meeste mensen noemen. Je verliest de verkoop en alles wat je al hebt uitgegeven om die te leveren, niet een extra 30 procent aan de store. Hier lees je waar het geld echt heen gaat, regel voor regel, en waarom één soort terugdraaiing, een chargeback, de regel breekt.

Wie voor een terugbetaling betaalt, uitgesplitst per store

Begin met de terugdraaiing zelf, voordat er sprake is van leveringskosten. Een terugbetaling in de App Store en een terugbetaling op Google Play draaien de verkoop op boekhoudkundig niveau op dezelfde manier terug: de store brengt je zijn commissie niet meer in rekening en jij geeft je netto-opbrengst terug. De klant krijgt hoe dan ook zijn volledige prijs terug. Hier is de verdeling, per store.

Houdt Apple zijn commissie wanneer een klant wordt terugbetaald

Dit is de vraag die ontwikkelaars het vaakst stellen, in de Apple Developer Forums en op Hacker News: als Apple een koper terugbetaalt, houdt het dan het deel dat het bij de verkoop nam? Lees het financiële rapport en het antwoord is nee. Een terugbetaling verschijnt als een regel met Sale or Return op R en een negatieve Quantity, en het teruggedraaide geld is de Extended Partner Share, Quantity maal Partner Share, waarbij Partner Share de klantprijs is min belasting en Apple's commissie. Apple haalt terug wat het je betaalde, je netto-opbrengst, niet de brutoprijs. Ontwikkelaars die hun eigen gedetailleerde rapporten opvroegen, vonden hetzelfde: Apple trok het bedrag na commissie af, niet de volledige verkoop.

Er zit een addertje onder het gras in de kleine lettertjes. Apple's Paid Applications Agreement zegt dat Apple het recht heeft zijn commissie op een verkoop te houden ondanks een terugbetaling aan de eindgebruiker. Het teruggeven is dus hoe de rapporten in de praktijk afrekenen, geen belofte. Apple houdt de contractuele optie om zijn deel achter te houden, en de gangbare lezing is dat het dat doet wanneer het besluit dat een ontwikkelaar iets fout doet.

Wat Google teruggeeft, en wat een chargeback later houdt

Google is op papier explicieter. De hulp bij bestelbeheer zegt dat Google de servicekosten aan je teruggeeft wanneer je een bestelling terugbetaalt, en dat je dat op je volgende inkomstenrapport ziet. De timing is gekoppeld aan je uitbetaling. Betaal je een bestelling terug voordat Google je ervoor heeft betaald, dan ontvang je dat bedrag simpelweg nooit in je volgende uitbetaling. Betaal je hem terug nadat je bent betaald, dan wordt het bedrag van een toekomstige uitbetaling afgetrokken. Gedeeltelijke terugbetalingen schalen mee: betaal een halve bestelling terug en de helft van zowel je uitbetaling als de servicekosten gaat terug naar de koper.

Dat is het schone geval. Een chargeback is niet schoon, en het is de ene plek waar de store stopt met zijn deel terug te geven zoals een gewone terugbetaling dat doet.

Wat er daadwerkelijk van je rekening afgaat

Dus als de commissie terugkomt, waarom doet een terugbetaling dan toch pijn? Omdat de verkoopprijs nooit de volledige kosten van die klant was. Loop het geld na in twee potjes.

Het eerste potje is de verkoop zelf. Bij een terugbetaling komt die bijna op nul uit. De klant krijgt zijn geld terug, de store geeft zijn commissie terug en jij draait je opbrengst terug. Je bent de winst kwijt die je had geboekt, wat op schaal telt, maar je betaalt geen boete aan het platform.

Het tweede potje is het potje dat de rapporten nooit laten zien. Het is alles wat je al hebt uitgegeven om die betaling in een geleverd product te veranderen, en niets daarvan draait terug wanneer de betaling dat doet.

• Rekenkracht die je al hebt verbruikt: de GPU-seconden achter een gegenereerde afbeelding, video of modelantwoord die de klant al heeft ontvangen.
• API-aanroepen waarvoor je al hebt betaald: elk verzoek aan derden, van een kaartopzoeking tot een LLM-token, dat je in rekening wordt gebracht op het moment dat het werd afgevuurd.
• Opslag waarvoor je nog steeds betaalt: de bestanden, exports en geschiedenis die de klant heeft aangemaakt en die jij blijft hosten.
• Uitbetalingen die je al hebt verstuurd: het deel voor de maker, chauffeur of verkoper dat je hebt uitgekeerd tegen een verkoop die net is teruggedraaid.

Tel dat op en een terugbetaalde klant kan na de terugbetaling meer kosten dan een klant die nooit kocht. De verkoop valt weg. De uitgaven erachter niet.

Hoe een terugbetaling door je uitbetaling beweegt

Terugbetalingen worden je niet apart in rekening gebracht. Ze lopen door dezelfde maandelijkse afrekening als je verkopen, en daarom kan een maand met veel terugbetalingen een uitbetaling verkleinen waar je al op rekende.

In de App Store

Apple genereert voor elke fiscale maand een financieel rapport, en terugbetalingen worden geboekt in de maand waarin ze worden afgerekend, als negatieve Return-regels. Het rapport voor een fiscale maand is beschikbaar op de eerste vrijdag van de volgende. Een terugbetaling die deze maand wordt uitgevoerd, verlaagt de opbrengst van deze maand. Er is geen aparte factuur, alleen een kleiner getal.

Op Google Play

Google zet elke beweging op je inkomstenrapport als een eigen regel, één voor een afschrijving, één voor kosten, één voor een terugbetaling. Als de terugbetaling voor je uitbetaling voor die bestelling valt, komt de omzet van de bestelling nooit binnen. Valt hij erna, dan wordt de terugbetaling van een latere uitbetaling afgetrokken. Hoe dan ook komt het uit je inkomsten, niet uit een factuur die je betaalt.

De ene regel in je rapport die de terugbetaling is

Filter bij Apple op Sale or Return gelijk aan R. Elk van die regels is geld dat wegstroomt. Zoek bij Google op het transactietype terugbetaling op het inkomstenrapport en de bijbehorende regel voor teruggegeven servicekosten. Die afstemmen op je eigen terugbetalingsgebeurtenissen is hoe je een klant betrapt die is terugbetaald maar nooit de toegang verloor, wat de fout is die een goedkope terugbetaling in een dure verandert.

Waarom een chargeback meer kost dan een terugbetaling

Zet de twee naast elkaar en het verschil is de bank. Bij een gewone Google Play-terugbetaling komen de servicekosten terug en ben je alleen je deel kwijt van een verkoop die is teruggedraaid. Bij een chargeback onder het beleid van 3 augustus 2026 ben je de aankoopprijs min de servicekosten kwijt, plus daarbovenop de chargeback-kosten van de financiële instelling. Dezelfde verloren verkoop, plus kosten die alleen bestaan omdat een bank, niet een store, de terugdraaiing uitvoerde.

Apple's kant heeft zijn eigen scherpe rand. Een chargeback, of een terugbetaling die Apple toekent na een CONSUMPTION_REQUEST die je te laat beantwoordde, draait nog steeds je opbrengst terug, en Apple houdt het contractuele recht om zijn commissie te houden als het besluit dat het patroon op misbruik lijkt. De rekensom van de gewone terugbetaling, waarbij de store zijn deel teruggeeft, geldt alleen zolang er niets aan de transactie verkeerd lijkt.

Wat je echt kunt beheersen

Je kunt niet beslissen of een terugbetaling plaatsvindt. Dat behouden beide stores zich voor. Je kunt wel beslissen hoeveel elke terugbetaling kost nadat die is afgevuurd.

• Sluit de toegang af op het moment dat de terugdraaiing binnenkomt. Een terugbetaalde of teruggeboekte klant die resultaten blijft genereren, je API's blijft aanroepen en je opslag blijft vullen, verandert een kostenneutrale terugdraaiing in een groeiende rekening.
• Beantwoord de twee bewijsvensters op tijd. Apple's CONSUMPTION_REQUEST geeft je 12 uur om verbruiksgegevens te sturen. Google's orders.reviewrefund geeft je 24 uur om een chargeback aan te vechten. Dat zijn de enige momenten waarop jouw kant van het verhaal telt.
• Stem terugbetalingen elke maand af op je eigen administratie, zodat een terugdraaiing die de toegang niet introk als een regel opduikt waarop je kunt handelen, en niet als een langzaam lek.

Niets daarvan verandert wie voor een terugbetaling betaalt. Het verandert hoe hoog de rekening is tegen de tijd dat je hem hebt betaald.