Een terugbetaling op Apples maandabonnement met 12 maanden looptijd kan het hele jaar beëindigen, of maar één maand ervan

Eén goedgekeurde terugbetaling op Apples maandabonnement met 12 maanden verplichting kan één betaling terugdraaien of elke resterende betaling van het jaar schrappen. Welke van de twee het wordt, hangt af van een detail dat de meeste servercode nooit controleert: of de terugbetaalde maand de huidige is. Apples documentatie is er duidelijk over. Een terugbetaling voor een eerdere factureringsperiode laat de verplichting doorlopen. Een terugbetaling voor de huidige periode beëindigt haar direct. Behandel je beide gevallen hetzelfde, dan sluit je een klant af die nog betaalt, of blijf je iemand bedienen die niet meer betaalt.

Hoe Apples abonnement met 12 maanden verplichting factureert

Apple introduceerde de optie in april 2026. Het is geen nieuw producttype. Je voegt in App Store Connect een maandelijks factureringsplan toe aan een bestaand automatisch verlengbaar jaarabonnement, en de product-ID blijft hetzelfde. De klant betaalt elke maand, heeft zich vastgelegd op 12 betalingen, en de verplichting wordt na de laatste betaling met nog eens 12 maanden verlengd, tenzij de klant eerder opzegt.

Elke factureringsperiode levert een eigen transactie op en geeft één maand toegang. Dat detail verklaart hoe terugbetalingen zich gedragen. Apple betaalt transacties terug, en bij een abonnement met verplichting is elke maand een aparte transactie.

Wat een terugbetaling doet met een verplichting van 12 maanden

Apples gids over de levenscyclus van de verplichting splitst terugbetalingen in twee gevallen. Het verschil zit in de factureringsperiode waarop de terugbetaling betrekking heeft.

Schrapt een terugbetaling in maand twee de rest van het jaar?

Nee, zolang maand twee in het verleden ligt. Stel dat een klant in maand vijf zit en Apple de betaling van maand twee terugbetaalt. Apple trekt de transactie van maand twee in, en de klant blijft geabonneerd. De facturering voor maand zes tot en met twaalf loopt door. Apple is hier expliciet: controleer de revocationDate op de betreffende transactie, maar lees die niet als opzegging van de verplichting.

Wanneer een terugbetaling de verplichting beëindigt

Geldt de terugbetaling voor de huidige factureringsperiode, dan eindigt de verplichting meteen. Het signaal is een revocationDate op de laatste transactie. Staat die er, dan is de huidige periode ingetrokken, komen er geen betalingen meer, en eindigt dus ook de toegang.

Ook upgrades kunnen geld teruggeven

Apple merkt op dat klanten een terugbetaling kunnen krijgen na een wijziging van hun abonnement, niet alleen na een verzoek. Een upgrade van een abonnement met verplichting naar een hoger niveau gaat direct in. De verplichting eindigt, het nieuwe abonnement start, en de klant kan een naar rato berekende terugbetaling krijgen voor het ongebruikte deel van de huidige periode. Downgrades werken andersom. Die wachten tot de verplichting van 12 maanden is afgerond.

Opzeggen is geen terugbetaling

Een klant die bij een abonnement met 12 maanden verplichting op Opzeggen tikt, betaalt gewoon door. Volgens Apple zegt de klant de verlenging van de verplichting op, niet de resterende betalingen in de lopende termijn. Dit komt bij je server binnen.

• Apple stuurt DID_CHANGE_RENEWAL_STATUS met subtype AUTO_RENEW_DISABLED.
• De status voor automatische verlenging van de verplichting zakt naar 0, dus de verplichting verlengt niet aan het einde van de termijn.
• De verlengingsinformatie van het abonnement toont nog steeds willAutoRenew als 1, omdat de maandelijkse facturering doorloopt.
• DID_RENEW-notificaties blijven binnenkomen voor elke resterende maand. EXPIRED volgt na de 12e periode, en pas dan eindigt de toegang.

Apple zegt tegen ontwikkelaars dat ze het type factureringsplan controleren voordat hun gewone opzeglogica draait. Is het MONTHLY, trek dan niets in. Lever elke resterende factureringsperiode.

Er is één regionale uitzondering. Volgens App Store Connect Help blijft een klant die opzegt betalen tot de verplichting is afgerond, behalve in bepaalde regio's, met een link naar Apples pagina over het opzeggen van abonnementen in Duitsland, Israël, Zuid-Afrika en Turkije. In die vier landen mogen klanten een abonnement op elk moment met directe ingang opzeggen en een naar rato berekende terugbetaling krijgen.

Mislukte betalingen beëindigen de toegang direct

Abonnementen met verplichting missen een vangnet waar je elders misschien op rekent. Billing Grace Period geldt niet. Mislukt een maandelijkse verlenging, dan zegt Apple dat je de toegang intrekt zolang het abonnement in billing retry staat, en haar pas herstelt als de betaling alsnog lukt.

Lees na een herstel commitmentExpiresDate uit de laatste transactie. Die komt niet meer overeen met de oorspronkelijke einddatum, en elke latere verlenging volgt het verschoven schema.

Wat een terugbetaling op een abonnement met verplichting je kost

Dit zijn de bedragen, met voorbeeldprijzen. Stel dat je jaarabonnement met vooruitbetaling € 59,99 kost en de maandelijkse optie met verplichting € 6,99, samen € 83,88 over 12 maanden. Dat valt binnen Apples grens van 1,5 keer de prijs bij vooruitbetaling.

Dat zijn klantprijzen. Wat jij echt verliest, is jouw aandeel in elke betaling. Apple betaalt in het eerste jaar van betaalde dienst van een abonnee 70% van de abonnementsprijs uit, minus toepasselijke belastingen, en daarna 85%, net als voor leden van het App Store Small Business Program.

De terugbetaling is maar de helft van de rekening. Een maand toegang is niet gratis om te leveren. Draait je app AI-generaties, roept hij betaalde API's van derden aan of slaat hij bestanden van klanten op, dan heb je in de terugbetaalde maand voor die rekenkracht, die aanroepen en die opslag betaald. Een terugbetaling voor een eerdere maand geeft de betaling terug en laat die kosten bij jou. Een terugbetaling voor de huidige maand doet hetzelfde en haalt ook de rest van het jaar uit je prognose.

Zo beantwoord je de CONSUMPTION_REQUEST bij een abonnement met verplichting

Dit is het enige moment waarop je iets te zeggen hebt. Vraagt een klant een terugbetaling aan op een abonnement met verplichting, dan stuurt Apple een CONSUMPTION_REQUEST naar je endpoint voor App Store Server Notifications V2. Je antwoordt met Send Consumption Information, en Apple vraagt je binnen 12 uur te reageren. Het antwoord bevat verbruiksgegevens en je terugbetalingsvoorkeur voor die factureringsperiode, niet voor de hele verplichting.

• Stuur alleen gegevens als de klant toestemming heeft gegeven. Volgens Apples documentatie reageer je zonder toestemming helemaal niet op het verzoek.
• Laat consumptionPercentage weg. De API geeft ConsumptionPercentageAutoRenewableSubscriptionError terug als je het meestuurt voor een automatisch verlengbaar abonnement.
• Baseer je terugbetalingsvoorkeur op het gebruik in die maand. Een klant die in de betwiste maand 300 betaalde generaties draaide, liet een spoor van echte kosten na. Iemand die de app nooit opende niet.
• Kijk op welke periode het verzoek betrekking heeft. Een verzoek op de huidige periode beëindigt de verplichting als Apple het goedkeurt. Een verzoek op een eerdere periode niet.

Wat je server moet afhandelen

• Lees billingPlanType bij elke transactie en elke verlengingsnotificatie. MONTHLY betekent dat de regels voor verplichtingen gelden.
• Geef toegang op basis van de expirationDate van de transactie. Volgens Apple is de vervaldatum in commitmentInfo bedoeld om voortgang te tonen, niet om over toegang te beslissen.
• Controleer bij een terugbetaling of de laatste transactie een revocationDate heeft voordat je het abonnement beëindigt.
• Houd bij een opzegging de toegang aan tot EXPIRED binnenkomt na de 12e periode.
• Trek bij DID_FAIL_TO_RENEW direct in. Wacht niet op een respijtperiode die niet komt.
• Sla commitmentExpiresDate opnieuw op na elke BILLING_RECOVERY.

Apple beslist over elke terugbetaling in de App Store, dus de CONSUMPTION_REQUEST is je enige kans om gebruik aan Apple voor te leggen. RefundHalt beantwoordt die verzoeken automatisch binnen het venster van 12 uur en legt vast welke factureringsperiode elke terugbetaling trof, zodat een terugbetaling voor een eerdere maand nooit wordt aangezien voor een verloren abonnee.