Een abonnement opzeggen en geld terugkrijgen zijn twee verschillende dingen, en maar een ervan geeft je klant geld terug

Een abonnement opzeggen en om een terugbetaling vragen voelen voor je klant als dezelfde zet, en dat zijn ze niet. Zeg je een abonnement op, dan stopt de store simpelweg de volgende afschrijving. De klant houdt wat hij al heeft betaald tot de periode afloopt, en er wisselt geen geld van eigenaar. Vraag je om een terugbetaling, dan draait de store een betaling terug die al is verwerkt, geeft het geld terug en trekt de toegang mee. Het ene is verloop dat je nooit als verlies boekt. Het andere is een terugvordering die echte opbrengst afhaalt van een verkoop die je al hebt vastgelegd. Hier lopen de twee precies uiteen, dit doet elk met je omzet, en daarom bereikt alleen een terugbetaling je server als iets waarop je kunt antwoorden.

Waarom een abonnement opzeggen geen terugbetaling activeert

Een opzegging is een enkele, nauwe handeling: ze zet de volgende automatische verlenging uit. Ze draait de betaling die de klant al heeft gedaan niet terug, en ze snijdt zijn toegang niet meteen af. Beide stores zijn hier duidelijk over, omdat de verwarring zo vaak voorkomt dat ze het beantwoorden op de eerste helppagina die een klant bereikt.

Google Play legt het uit met een voorbeeld. Zeg je een jaarplan op dat je op 1 januari kocht, dan houd je, in Googles woorden, toegang tot het abonnement tot 31 december en word je de volgende januari niet belast. Apple werkt hetzelfde: opzeggen stopt de verlenging, en het abonnement loopt tot het einde van de huidige periode voordat het stopt. Geen van beide stores behandelt de opzegging zelf als een terugbetaling, en geen van beide geeft enig deel terug van wat de klant al heeft betaald.

De klant houdt wat hij al heeft betaald

Dit is het deel dat mensen verrast. Een opzegging kijkt vooruit. Ze beeindigt de relatie op de volgende factuurdatum, niet vandaag. Google Play zegt het helder: als je opzegt, kun je het abonnement nog gebruiken voor de tijd die je al hebt betaald. Het geld voor de huidige periode blijft bij de verkoop, en de klant houdt de toegang die het kocht. Niets aan die transactie draait terug.

Bij een gratis proefperiode bijt de timing van de opzegging

De gratis proefperiode is waar opzegging en afschrijving botsen. Een proef gaat automatisch over in een betaald abonnement, tenzij de klant opzegt voordat die eindigt. Apple's eigen advies is een gratis proef minstens 24 hours voor het einde op te zeggen, want een opzegging die valt nadat de proef al is omgezet, maakt de afschrijving niet ongedaan. Op dat punt heeft de klant geen opzeggingsvraag meer. Hij heeft een terugbetalingsvraag, en het antwoord loopt op de regels van terugbetaling, niet van opzegging.

Wat een terugbetaling werkelijk terugdraait, en wat niet

Een terugbetaling is de stroom die geld beweegt. Verleent een store er een, dan draait hij de betaling terug, geeft de middelen terug aan de klant en trekt het item in. Google Play zegt het direct: wordt een terugbetaling verstrekt, dan verliest de klant toegang tot het item. Een terugbetaling is geen gunst boven op een opzegging. Ze is een apart verzoek met een eigen venster, een eigen beslisser en eigen gevolgen voor je boeken.

De vensters zijn kort en de beslissing is niet aan jou. Google Play biedt alleen binnen 48 hours na aankoop een selfservice-terugbetaling, daarna gaat het verzoek naar de ontwikkelaar. Google beperkt een selfservice-retour bovendien tot een keer per app, en waarschuwt dat het voor de meeste Play-aankopen geen terugbetalingen geeft. Apple houdt terugbetalingen volledig in eigen hand: een klant dient in bij reportaproblem.apple.com, Apple beoordeelt elk verzoek afzonderlijk, en Apple kan het afwijzen. Afgelopen abonnementsafschrijvingen zijn het lastigste geval van allemaal. Google Play zegt dat afgelopen abonnementen buiten de vermelde uitzonderingen niet kunnen worden terugbetaald, zoals een ongebruikt vooruitbetaald plan.

Het geld, en waarom een opzegging en een terugbetaling je totaal verschillende dingen kosten

De twee gebeurtenissen belanden op tegenovergestelde manieren op je financien. Ze als hetzelfde getal behandelen is hoe een gezond bedrijf zichzelf in paniek praat, en hoe een lekkend bedrijf zijn echte probleem verbergt.

Een opzegging is misgelopen toekomstige omzet, geen verlies in de boeken

Een opzegging kost je niets wat je al had verdiend. De opbrengst uit de periodes die de klant heeft betaald blijft van jou. Wat je verliest, is de omzet die je had geind als hij was blijven verlengen, en dat is een vraag over levensduurwaarde, geen terugvordering. Er is geen store-commissie om terug te draaien, geen bijkomende kosten en niets af te schrijven, want de verkopen die al hebben plaatsgevonden zijn nog steeds echt. Een opzegging is een retentieprobleem dat je oplost met product en prijs, en ze vraagt je geen enkele keer om bewijs.

Een terugbetaling neemt opbrengst die je al hebt geboekt, plus de uitgaven erachter

Een terugbetaling is de dure gebeurtenis. Verleent een store er een, dan draait hij zijn eigen commissie samen met de verkoop terug, dus je verliest je netto-opbrengst in plaats van de volle adviesprijs. Dat is het enige goede nieuws, en daar houdt het op. De rekenkracht waarvoor je betaalde is uitgegeven. De API-calls die per aanroep of per token worden gefactureerd zijn uitgegeven. De bestanden die nog in de opslag staan kosten je nog steeds om te bewaren. Financierde de aankoop een uitbetaling aan een maker of een prijzenpot, dan is dat geld al weg. Een terugbetaling trekt de verkoop terug en laat elk van die kosten precies waar ze waren.

Een chargeback is de zwaarste versie van een terugbetaling

Een chargeback is een terugbetaling die de klant via zijn bank in plaats van via de store loopt, en een afgeronde is bank-definitief. Voor Google Play-bestellingen geplaatst op of na 3 augustus 2026 belast een verloren chargeback de ontwikkelaar de aankoopprijs minus Play's servicekosten, plus de chargebackkosten van de bank, een vaste heffing die het kaartnetwerk vaststelt. Google Play stuurt dat geschil via orders.reviewrefund met een venster van 24 hours naar jou voor beoordeling. Het is de enige Google-stroom die om je bewijs vraagt, en hij kan belanden op een abonnement dat de klant simpelweg gratis had kunnen opzeggen.

Welke van de drie ooit je server bereikt

Dit is de lijn die telt voor hoe je bouwt. Een opzegging komt nooit binnen als iets waarop je antwoordt. Ze verschijnt in je abonnementsstatus als een verlenging die niet zal plaatsvinden, en er is geen venster, geen bewijsverzoek en niets te betwisten, want er is je niets ontnomen.

Een terugbetaling is anders, en alleen bij sommige producten. Sinds de WWDC24-update en App Store Server Notifications version 2.11 activeert een terugbetalingsverzoek op een automatisch verlengend abonnement Apple's CONSUMPTION_REQUEST, en heb je tot 12 hours om verbruiksgegevens te sturen. Bij Google Play opent een chargeback op elk product de orders.reviewrefund-beoordeling met 24 hours. Die twee vensters zijn het hele vlak waar een abonnementsprobleem iets wordt waarop je server kan reageren, en een gewone opzegging opent geen van beide. Los daarvan betaalt Google Play een aankoop automatisch terug die je app niet binnen 72 hours bevestigt, een terugbetaling waarop je helemaal geen invloed had.

Hoe je opzeggingen en terugbetalingen in je eigen data behandelt

Je kunt een klant niet weerhouden van opzeggen, en je moet niet proberen elke opzegging te behandelen als een te verdedigen terugbetaling. Het werk is de twee schoon uit elkaar te houden.

• Tel opzeggingen en terugbetalingen als aparte statistieken. Een opzegging hoort bij verloop en retentie. Een terugbetaling hoort bij de kostprijs van de omzet. Meng je ze, dan leest je terugbetalingspercentage hoog om een reden die eigenlijk gewoon verloop is.
• Bouw nooit verdediging rond opzeggingen. Ze openen geen venster en halen geen geboekt geld terug, dus bewijs heeft nergens heen. Steek die moeite in de twee stromen die er echt om vragen.
• Leg levering en verbruik vast op het moment van de verkoop, niet nadat een geschil valt. De terugbetalingen die wel een venster openen belonen telemetrie die je al hebt en straffen de reconstructie waar je onder een klok van 12 hours of 24 hours om worstelt.
• Beantwoord de twee vensters automatisch. Een CONSUMPTION_REQUEST en een orders.reviewrefund-beoordeling kunnen niet wachten tot iemand een inbox leest, en ze rekken niet op voor tijdzones of weekenden.

Niets hiervan gaat over een klant het vertrek uit het hoofd praten. Het gaat over weten welke vertrekken je geld kosten en welke je alleen een verlenging kosten. RefundHalt beantwoordt de CONSUMPTION_REQUEST op automatisch verlengende abonnementen en de Google Play orders.reviewrefund-beoordeling automatisch, binnen het venster, met de levering- en gebruiksbewijzen die je op het moment van verkoop hebt vastgelegd, en het houdt opzeggingen uit je terugbetalingsboek, zodat het getal waarmee je jezelf beoordeelt eerlijk blijft.