Draag je een app over aan een ander ontwikkelaarsaccount, dan blijven de bestellingen van vóór de verkoop bij de verkoper, en dit betekent dat voor terugbetalingen

De helppagina van Google zegt het in één regel: bestellingen die zijn aangemaakt voordat een app wordt overgedragen, blijven in het oorspronkelijke account. Als je een app overdraagt aan een ander ontwikkelaarsaccount, gaan de abonnees dus naar de koper, maar de aankoopgeschiedenis niet. De terugbetalingen, geschillen en supporttickets die aan die geschiedenis vastzitten, lossen zichzelf niet op. Ze komen terecht bij wie de regels van de store aanwijzen, en dat is niet altijd de partij die betaald kreeg. Apple en Google pakken dit verschillend aan, en Apple zegt er minder over dan Google. Hier lees je wat elke store documenteert, welke delen van je terugbetalingsopzet na een overdracht stilletjes ophouden te werken en wat je op papier zet voordat een van beide partijen tekent.

Wat meegaat en wat blijft als je een app overdraagt

Beide stores zien een overdracht als een eigenaarswissel vanaf dat moment. De app, de gebruikers en de beoordelingen gaan mee. De financiële geschiedenis blijft grotendeels achter.

In de App Store

De regel van Apple gaat over gegevens. De overdragende ontwikkelaar houdt toegang tot betaal- en verkoopgegevens van vóór de overdracht en verliest de toegang tot alles daarna. De ontvanger krijgt alleen betaal- en verkoopgegevens voor transacties die na de overdracht plaatsvinden. De overdrachtshandleiding van Apple gaat niet in op terugbetalingen van aankopen van vóór de overdracht. Er staat niets in over uit wiens opbrengsten een late terugbetaling komt.

Op Google Play

Google is explicieter. Gebruikers, statistieken, gegevens, opmerkingen, beoordelingen en abonnementen gaan mee. Bestellingen die vóór de overdracht zijn aangemaakt blijven in het oorspronkelijke account, en als een ervan moet worden terugbetaald, moet je volgens Google terug naar het oorspronkelijke account of de Google Play Developer API gebruiken. Het account van de verkoper wordt op de dag van de verkoop dus niet onbelangrijk. Het blijft de enige plek waar sommige terugbetalingen kunnen worden uitgevoerd.

Wie terugbetaalt na een app-overdracht

De meeste terugbetalingen in beide stores worden beslist zonder dat er een ontwikkelaar aan te pas komt. Apple handelt terugbetalingsverzoeken zelf af. Op Google Play kunnen kopers veel aankopen binnen 48 uur zelf terugdraaien, en andere worden door Google-support toegekend. Een overdracht verandert daar niets aan. Wat wel verandert, is wie de terugbetaling ziet en wie kan handelen bij de zeldzame processen die een ontwikkelaar nodig hebben.

Een terugbetaling die jij wilt geven op Google Play

Stel dat een trouwe abonnee de nieuwe eigenaar mailt en zijn geld terug wil voor een afschrijving van twee maanden vóór de verkoop. De nieuwe eigenaar kan dat niet vanuit zijn eigen Play Console terugbetalen, want de bestelling staat daar niet. De verkoper moet inloggen en het doen, of iemand met API-toegang tot het account van de verkoper moet de Google Play Developer API aanroepen. Heeft de verkoper het account gesloten of reageert hij niet meer, dan zit die terugbetaling vast. Google biedt zelfs aan de registratiekosten van $ 25 van de verkoper terug te betalen als die het oorspronkelijke account na een overdracht sluit. Precies daarom moet de koper zorgen dat terugbetalingen van vóór de overdracht zijn afgehandeld voordat dat gebeurt.

Een terugbetaling die Apple zelf toekent

In de App Store betaal jij niet terug, Apple doet dat. Als Apple een aankoop van vóór de overdracht terugbetaalt, ligt het betaal- en verkooprecord daarvan bij de oorspronkelijke ontwikkelaar. De overdrachtsdocumentatie van Apple zegt niet uit wiens opbrengsten die terugbetaling komt, dus geen van beide partijen moet iets aannemen. Zet het in de overeenkomst.

De twee terugbetalingsprocessen die om bewijs vragen

Maar twee terugbetalingsprocessen vragen een ontwikkelaar ergens om. Apple stuurt een CONSUMPTION_REQUEST en geeft je 12 uur om via Send Consumption Information te antwoorden met verbruiksgegevens. Google Play stuurt een chargebackbeoordeling, en je hebt 24 uur om via orders.reviewrefund te antwoorden. Beide antwoorden worden ondertekend met inloggegevens die bij een account horen, niet bij de app. Daar gaat het bij overdrachten mis.

De terugbetalingsinfrastructuur die breekt bij een overdracht

Een overgedragen app kan wekenlang blijven verkopen terwijl niemand merkt dat de terugbetalingskant stil is gevallen.

De notificatie-URL en In-App Purchase-sleutel van Apple

De URL voor App Store Server Notifications stel je per app in, onder App information in App Store Connect. De overdrachtshandleiding van Apple noemt hem niet, dus de nieuwe eigenaar moet dat scherm op dag één openen en productie en sandbox naar zijn eigen server laten wijzen. Staat daar nog het endpoint van de verkoper, dan komt elke CONSUMPTION_REQUEST voor de app binnen op een server die de koper niet beheert, en verstrijken de 12 uur in stilte.

Antwoorden lopen via de App Store Server API, en die heeft een In-App Purchase-sleutel nodig. Die sleutels worden onder Users and Access aangemaakt door een Account Holder of Admin, en Apple laat je elke sleutel maar één keer downloaden. De sleutel van de verkoper staat in het account van de verkoper. De koper moet een eigen sleutel aanmaken, en de verkoper moet de zijne intrekken zodra de overdracht rond is.

Het shared secret en de webhooks van Apple

Voor apps met automatisch verlengbare abonnementen vraagt Apple de verkoper om vóór de overdracht een app-specifiek shared secret aan te maken en dat te delen met de ontvanger, die er abonnementen mee verifieert. Na afronding van de overdracht moet de ontvanger een nieuw secret aanmaken, zodat mensen buiten zijn organisatie het niet meer hebben. Ook App Store Connect-webhooks gaan over naar de ontvanger, en Apple raadt de verkoper aan ze eerst te verwijderen als hij daarna geen events meer op zijn server wil ontvangen.

De machtigingen en het Cloud-project van Google

Volgens Google gaan machtigingen en koppelingsinstellingen voor geïntegreerde diensten niet mee. Google vraagt de verkoper om het doelaccount als Owner toe te voegen aan alle Google Developers Console-projecten die de app gebruikt. Bij Play staan daar meestal je topic voor realtime ontwikkelaarsmeldingen en het serviceaccount achter je Developer API-aanroepen. Krijgt het serviceaccount geen toegang in de Play Console van de koper, dan mislukken controles op geannuleerde aankopen en kan een antwoord via orders.reviewrefund niet binnen de 24 uur worden verstuurd.

Wat een overdracht kost aan terugbetalingen en chargebacks

De mechanismen hierboven worden op drie plekken geld.

Je bedient gebruikers die de verkoper hebben betaald

Neem een abonnee die een maand vóór de verkoop een jaarabonnement van $ 59,99 kocht. Op Google Play staat die bestelling in het account van de verkoper. In de App Store blijft het betaalrecord bij de verkoper. De koper krijgt er niets voor betaald en draait toch de rekenkracht, de API-aanroepen bij derden en de opslag die deze abonnee de rest van het jaar gebruikt. Vraagt deze abonnee later de koper om een terugbetaling, dan kan de koper die op Google Play niet zonder de verkoper uitvoeren. Tel die vooruitbetaalde abonnementen bij de ondertekening, want het zijn kosten die de koper overneemt zonder bijbehorende omzet.

Chargebacks op bestellingen die de koper nooit verkocht

Voor Google Play-bestellingen die na 3 augustus 2026 zijn geplaatst, is de ontwikkelaar verantwoordelijk voor de aankoopprijs van een chargeback, min de servicekosten van Play, plus de chargebackkosten van de bank. Een chargeback is definitief bij de bank zodra erover is beslist. De overdrachtspagina van Google zegt niet hoe die kosten worden behandeld voor een bestelling die in het account van de verkoper is gebleven. Zolang Google dat niet zegt, moet een koopcontract vastleggen wie een chargeback op een bestelling van vóór de overdracht betaalt en wie de chargebackbeoordeling beantwoordt.

De schijf van 15% telt dezelfde inkomsten dubbel

De servicekosten van 15% bij Google Play gelden voor de eerste $ 1 miljoen aan inkomsten van een ontwikkelaar per jaar. Gaat een app over tussen ontwikkelaarsaccounts in aparte Account Groups, dan tellen alle inkomsten van de app in dat kalenderjaar mee in de totalen van beide groepen. Het eigen voorbeeld van Google is een app die $ 100.000 verdiende in Account Group A en overgaat naar Account Group B. Die $ 100.000 telt bij beide groepen mee voor de eerste $ 1 miljoen. Een koper die dicht bij de drempel zit, kan het standaardtarief eerder bereiken dan zijn eigen verkopen doen vermoeden.

Wat je regelt voordat je een app overdraagt

Voor de verkoper

• Download de rapporten die je nodig hebt. De bulkexport, geschatte verkopen en inkomstenrapporten van Google gaan niet mee, en de ontvanger bij Apple ziet jouw geschiedenis niet.
• Houd het oorspronkelijke account open en bereikbaar tot terugbetalingen en geschillen van vóór de overdracht zijn afgerond.
• Maak vóór een overdracht in de App Store het app-specifieke shared secret aan en deel het, trek daarna je In-App Purchase-sleutel in en verwijder webhooks die daarna niet meer moeten afgaan.

Voor de koper

• Stel op dag één je eigen URL voor App Store Server Notifications in en maak je eigen In-App Purchase-sleutel aan.
• Geef je serviceaccount toegang in je Play Console en controleer dat realtime ontwikkelaarsmeldingen op je endpoint binnenkomen.
• Vraag een lijst met vooruitbetaalde abonnementen en recente grote aankopen, zodat je weet wie je zonder omzet gaat bedienen.
• Neem terugbetalingen, chargebacks en chargebackbeoordelingen van vóór de overdracht op in de koopovereenkomst, met een vaste contactpersoon aan de kant van de verkoper.

RefundHalt koppelt aan elke app met inloggegevens van het account dat de app bezit. Koppel de app na een overdracht vanuit het account van de nieuwe eigenaar, dan gaan verbruiksverzoeken en chargebackbeoordelingen vanaf dat moment naar de nieuwe eigenaar.