Apple verkoopt je abonnement nu per plek aan hele bedrijven, en een terugbetaling van een multiseat-abonnement werkt anders
Apple zette op 22 oktober 2026 multiseat-abonnementen voor bedrijven en scholen aan, standaard ingeschakeld. Eén aankoop dekt nu veel mensen, verwijderde plekken komen binnen als REVOKE-meldingen en het endpoint voor terugbetalingsbewijs weigert toegewezen plekken. Dit verandert er, en dit kost het.

Belangrijkste inzichten
- Sinds 22 oktober 2026 kunnen organisaties die Apple Business of Apple School Manager gebruiken het automatisch verlengbare abonnement van een app in volume kopen via één In-App Purchase van Apple, de plekken toewijzen met hun apparaatbeheertools en op elk moment plekken toevoegen of verwijderen.
- Apple heeft multiseat-aankopen standaard ingeschakeld in App Store Connect. Abonnementen die vóór 14 september 2026 zijn aangemaakt en geen StoreKit 2 gebruiken of Delen met gezin aan hebben staan, starten uitgeschakeld. Abonnementen in custom apps kunnen helemaal niet worden uitgeschakeld.
- Bij een multiseat-aankoop meldt het veld quantity in Apples transactie-payload het aantal plekken, en iedereen die een plek krijgt, ontvangt een transactie met een inAppOwnershipType van ASSIGNED.
- Als een organisatie een toegewezen abonnement bij iemand weghaalt, stuurt Apple een REVOKE-melding en draagt de transactie een revocationType van ASSIGNMENT_REVOKE, dat sinds 23 oktober 2026 in productie beschikbaar is.
- Apples endpoint Send Consumption Information, het antwoord op een CONSUMPTION_REQUEST, geeft InvalidAssignedTransactionNotSupportedError terug bij een toegewezen transactie. Terugbetalingsbewijs kan dus alleen voor de transactie van de koper worden verstuurd.
- Apples veld revocationType onderscheidt REFUND_FULL van REFUND_PRORATED, en revocationPercentage meldt het terugbetaalde deel in milli-eenheden. 40000 betekent dus 40 procent.
- Group Purchases (groepsaankopen), waarmee één App Store-klant meerdere plekken koopt en anderen uitnodigt, zijn vanaf november 2026 te testen in de sandbox en komen deze winter naar de App Store.
Apple verkoopt app-abonnementen sinds 22 oktober 2026 per plek aan organisaties, en zette de optie voor de meeste ontwikkelaars aan zonder het te vragen. Bedrijven en scholen die Apple Business of Apple School Manager gebruiken, kunnen je automatisch verlengbare abonnement nu in bulk kopen via één In-App Purchase. Dat verandert hoe een terugbetaling van een multiseat-abonnement er op je server uitziet. Eén transactie kan nu tientallen mensen betalen, een plek kan verdwijnen zonder enige terugbetaling, en het endpoint waarmee je een terugbetalingszaak verdedigt, weigert iets te zeggen over de mensen die de app echt gebruiken.
Wat Apple heeft aangezet, en waar het werd aangekondigd
De lancering kwam als een kort nieuwsbericht van Apple Developer met de titel ‘Offer your subscriptions to businesses and schools’. Daarin staat dat organisaties de plekken die ze nodig hebben via één In-App Purchase kunnen kopen, die plekken daarna toewijzen en beheren met hun bestaande apparaatbeheertools, en op elk moment plekken kunnen toevoegen of verwijderen. Hetzelfde bericht zegt dat multiseat-aankopen standaard zijn ingeschakeld in App Store Connect, tenzij je de instelling al had gewijzigd.
De techniek kwam de maand ervoor via de changelogs, niet via een podium. App Store Server API 1.22, gedateerd 28 september, voegde de plekvelden en groeps-endpoints toe, alleen in de sandbox. Op 23 oktober bracht een update van één regel de groeps-endpoints en de waarde ASSIGNMENT_REVOKE naar productie. Is je meldingshandler sinds de zomer niet veranderd, dan ontvangt hij nu data waarvoor hij nooit is geschreven.
| Datum | Wat er veranderde | Waar Apple het meldde |
|---|---|---|
| Juni 2026 | Multiseat-abonnementen aangekondigd op WWDC26 | Sessie 391, Offer subscriptions to groups and organizations |
| 16 september 2026 | Multiseat-aankopen standaard ingeschakeld in App Store Connect | Apple Developer-nieuws |
| 28 september 2026 | quantity meldt plekken, ASSIGNED en ASSIGNMENT_REVOKE toegevoegd, alleen sandbox | Changelog van de App Store Server API, versie 1.22 |
| 22 oktober 2026 | Volume Purchasing (volumeaankopen) live voor Apple Business en Apple School Manager | Apple Developer-nieuws |
| 23 oktober 2026 | ASSIGNMENT_REVOKE en groeps-endpoints live in productie | Changelogs van Server API en Server Notifications |
| November 2026 | Group Purchases testbaar in de sandbox | Apple Developer-nieuws |
| Deze winter | Group Purchases in de App Store | Apple Developer-nieuws |
Wie standaard is ingeschakeld
Bijna iedereen. Volgens de helppagina van App Store Connect starten abonnementen die vóór 14 september 2026 zijn aangemaakt alleen uitgeschakeld als ze geen StoreKit 2 gebruiken of Delen met gezin aan hebben staan. Abonnementen in custom apps gaan automatisch naar Apple Business en Apple School Manager, en je kunt ze niet uitschakelen. Voor het wijzigen van de instelling heb je de rol Account Holder, Admin of App Manager nodig. Apple Business of Apple School Manager verwijderen van een goedgekeurd abonnement kan alleen de Account Holder.
Hoe een multiseat-aankoop op je server verschijnt
Er zijn nu twee soorten transacties voor hetzelfde abonnement. De aankoop van de organisatie is één transactie, en het veld quantity daarvan meldt hoeveel plekken er zijn gekocht. Iedereen met een plek krijgt een eigen transactie. Apples WWDC-sessie beschrijft dat als de App Store die voor elk lid een transactie toewijst. Die ledentransacties dragen een inAppOwnershipType van ASSIGNED, naast de waarden PURCHASED en FAMILY_SHARED die je misschien al verwerkt.
Apple is duidelijk over welk record de toegang bepaalt. De documentatie van Get Customer Groups zegt dat groepslidmaatschap los staat van rechten, en dat je voor het ontgrendelen van content de transacties van de klant moet lezen in plaats van te vertrouwen op groepslidmaatschap. Geef toegang op basis van transacties. Gebruik de groeps-endpoints alleen voor functies zoals een beheerdersweergave.
| Veld of waarde | Wat het je vertelt | Toegevoegd |
|---|---|---|
| quantity | Aantal plekken bij een multiseat-aankoop | 28 september 2026 |
| inAppOwnershipType = ASSIGNED | De persoon heeft toegang via een organisatie of groep | 28 september 2026 |
| revocationType = ASSIGNMENT_REVOKE | De koper heeft het abonnement bij deze persoon weggehaald | 28 september 2026, productie op 23 oktober |
| revocationType = REFUND_FULL of REFUND_PRORATED | De transactie is volledig of gedeeltelijk terugbetaald | 10 december 2025 |
| revocationPercentage | Terugbetaald deel, in milli-eenheden (40000 = 40%) | 10 december 2025 |
Een verwijderde plek is geen terugbetaling
Hier gaan de meeste handlers de mist in. Als een organisatie een plek bij een medewerker weghaalt, stuurt Apple een REVOKE-melding, hetzelfde type dat het gebruikt wanneer een koper bij Delen met gezin stopt met delen. De revocationType van de transactie is ASSIGNMENT_REVOKE, en Apples instructie is direct: trek de toegang van de klant in tot de content die de transactie levert.
Niets in die gebeurtenis zegt dat er geld is verschoven. Behandelt je code elke intrekking als terugbetaling, dan tellen je terugbetalingspercentage, je netto-omzet en alle meldingen die je daarop hebt gebouwd gewoon personeelsverloop mee als verloren verkoop. Vertak eerst op revocationType.
- ASSIGNMENT_REVOKE: beëindig de toegang van deze persoon. Boek geen terugbetaling.
- FAMILY_REVOKE: beëindig de toegang van het gezinslid. Boek geen terugbetaling.
- REFUND_FULL: beëindig de toegang en boek de hele transactie als terugbetaald.
- REFUND_PRORATED: boek het deel uit revocationPercentage en beslis daarna welke toegang overblijft.

Waarom je een terugbetaling op een toegewezen plek niet kunt verdedigen
Apple beslist nog steeds over elke terugbetaling in de App Store. Vraagt een klant er een aan, dan stuurt Apple een CONSUMPTION_REQUEST en krijg je 12 uur om te antwoorden via Send Consumption Information. Bij multiseat zijn de persoon die de app gebruikt en de persoon die betaalde verschillende mensen, en Apples API trekt nu een harde grens tussen hen.
Send Consumption Information weigert toegewezen transacties
Roep je Send Consumption Information, de V1-versie daarvan of Set App Account Token aan met een toegewezen transactie, dan geeft Apple InvalidAssignedTransactionNotSupportedError terug. Apple adviseert om vóór de aanroep te controleren op een inAppOwnershipType van ASSIGNED. In de praktijk gaat je bewijs op de transactie van de koper of nergens. Gebruiksdata die je app op ledenaccounts vastlegt, blijft de moeite waard, want alleen zo weet je of de plekken überhaupt zijn gebruikt.
Hoe een gedeeltelijke terugbetaling eruitziet
Apple voegde REFUND_PRORATED en revocationPercentage toe in december 2025. Met de consumption request kun je om die uitkomst vragen via een refundPreference van GRANT_PRORATED. Voor een automatisch verlengbaar abonnement zegt Apple dat je bij GRANT_PRORATED geen consumptionPercentage moet meesturen, omdat Apple het percentage zelf berekent. Wordt de terugbetaling later teruggedraaid, dan verdwijnt revocationPercentage uit de transactie.
Kan ik het abonnement van één medewerker uit coulance verlengen?
Nee. Extend a Subscription Renewal Date geeft AssignedSubscriptionExtensionIneligibleError terug voor een toegewezen abonnement. Apples reden is dat een toegewezen abonnement op hetzelfde schema verlengt als het abonnement dat de koper kocht, dus één lid kan niet los worden verschoven.
Wat een terugbetaling van een multiseat-abonnement je kost
Schaal is het nieuwe risico. Apples WWDC-sessie loopt door volumeprijzen met maximaal vijf prijsschijven. Het voorbeeld verkoopt plekken voor $19.99 per maand tot 20 plekken, $13.99 voor plek 21 tot 40 en $10.99 vanaf plek 41. Met die cijfers kost een bestelling van 50 plekken $789.50 per maand, ongeveer $15.79 per plek. Een REFUND_FULL op die ene transactie geeft de volle $789.50 terug, niet de prijs van één abonnement.
De serverkosten schalen net zo mee. Vijftig plekken betekenen vijftig mensen die sessies op je servers draaien, de API-aanroepen naar derden doen die je functies betalen, en opslag vullen die je gefactureerd krijgt. Houden de plekhouders van een terugbetaalde bestelling toegang omdat je handler alleen naar de transactie van de koper keek, dan blijf je voor elk van hen betalen. Een gemiste ASSIGNMENT_REVOKE is kleiner maar komt vaker voor: de aankoop dekt die persoon niet meer, en elk verzoek dat hij doet is kosten zonder omzet.
| Gebeurtenis | Geld dat verschuift | Te beëindigen toegang | Bewijs dat je kunt sturen |
|---|---|---|---|
| ASSIGNMENT_REVOKE bij een lid | Niets gemeld | Dat lid | Niet van toepassing |
| REFUND_FULL op de multiseat-aankoop | Hele transactie, elke plek erop | Koper en elke plekhouder | Alleen de transactie van de koper, binnen 12 uur na de CONSUMPTION_REQUEST |
| REFUND_PRORATED op de multiseat-aankoop | Het deel uit revocationPercentage | Hangt af van wat de terugbetaling dekt | Alleen de transactie van de koper |
| Consumption-antwoord op een toegewezen transactie | Niet geaccepteerd | Niet van toepassing | Geweigerd met InvalidAssignedTransactionNotSupportedError |
Welke terugbetalingsprocessen jouw kant überhaupt horen
Multiseat verandert het korte lijstje niet. Maar twee terugbetalingsprocessen vragen de ontwikkelaar om bewijs: Apples CONSUMPTION_REQUEST, beantwoord via Send Consumption Information binnen 12 uur, en de chargebackbeoordeling van Google Play, beantwoord via orders.reviewrefund binnen 24 uur. Al het andere wordt zonder jou beslist. Voor Google Play-bestellingen vanaf 3 augustus 2026 kost een chargeback de ontwikkelaar de aankoopprijs, min de servicekosten van Play, plus de chargebackkosten van de bank. RefundHalt beantwoordt Apples consumption requests binnen het venster van 12 uur, met de gebruiksdata die je al verzamelt.
Wat je deze week in je App Store-handler aanpast
- Lees quantity bij elke abonnementstransactie en sla het op bij de aankoop.
- Sla inAppOwnershipType op en behandel ASSIGNED als apart geval naast PURCHASED en FAMILY_SHARED.
- Vertak de REVOKE-afhandeling op revocationType, zodat ASSIGNMENT_REVOKE de toegang beëindigt zonder een terugbetaling te boeken.
- Boek REFUND_PRORATED tegen het deel uit revocationPercentage, niet als volledige terugbetaling.
- Controleer op ASSIGNED voordat je Send Consumption Information, Set App Account Token of Extend a Subscription Renewal Date aanroept.
- Beslis in App Store Connect of je überhaupt aan organisaties wilt verkopen, voordat er een 50 plekken koopt.
Veelgestelde vragen
- Staan Apples multiseat-abonnementen aan voor mijn app?
- Waarschijnlijk wel. Apple heeft multiseat-aankopen standaard ingeschakeld in App Store Connect. Abonnementen die vóór 14 september 2026 zijn aangemaakt, starten alleen uitgeschakeld als ze geen StoreKit 2 gebruiken of Delen met gezin aan hebben staan, en abonnementen in custom apps kunnen niet worden uitgeschakeld. Je kunt het controleren onder Purchase Options op de pagina van elk abonnement.
- Betekent een REVOKE-melding met ASSIGNMENT_REVOKE dat ik geld ben kwijtgeraakt?
- Nee. ASSIGNMENT_REVOKE betekent dat de organisatie of groepskoper het abonnement bij één persoon heeft weggehaald. Apple vraagt je de toegang van die persoon te beëindigen, maar de gebeurtenis meldt geen terugbetaling. Boek terugbetalingen alleen bij REFUND_FULL of REFUND_PRORATED.
- Kan ik consumption-informatie sturen voor een medewerker met een toegewezen plek?
- Nee. Apples endpoint Send Consumption Information geeft InvalidAssignedTransactionNotSupportedError terug voor transacties die een organisatie of groep aan een klant heeft toegewezen. Controleer eerst op een inAppOwnershipType van ASSIGNED en stuur bewijs op de transactie van de koper.
- Hoe weet ik hoeveel van een multiseat-aankoop Apple heeft terugbetaald?
- Lees revocationType en revocationPercentage op de transactie. REFUND_FULL betekent dat de hele transactie is terugbetaald. REFUND_PRORATED komt met revocationPercentage in milli-eenheden, dus 40000 betekent 40 procent van de transactie.
- Wanneer starten Apples Group Purchases?
- Volgens Apple kunnen Group Purchases, waarmee één App Store-klant meerdere plekken koopt en anderen uitnodigt, vanaf november 2026 in de sandbox worden ingesteld en getest. Ze komen deze winter beschikbaar in de App Store. Volume Purchasing voor bedrijven en scholen startte op 22 oktober 2026.
Bronnen en verder lezen
- Apple Developer News: Offer your subscriptions to businesses and schools (October 22, 2026)
- App Store Connect Help: Manage purchase options for an auto-renewable subscription
- WWDC26 Session 391: Offer subscriptions to groups and organizations
- App Store Server Notifications changelog
- App Store Server API: revocationType
- App Store Server API: revocationPercentage
- App Store Server API: InvalidAssignedTransactionNotSupportedError
- App Store Server API: ConsumptionRequest
RefundHalt
De terugbetalingsautopiloot voor de App Store en Google Play
Lees verder
Buitensporige terugbetalingsverzoeken kunnen je meer kosten dan de terugbetalingen zelf, want beide app stores zien ze als kwaliteitssignaal
Apple's richtlijn 5.6.4 noemt buitensporige terugbetalingsverzoeken een teken dat een app niet aan de kwaliteitsnormen voldoet, en Google's distributieovereenkomst laat Google apps van nieuwe ontwikkelaars verwijderen op basis van het terugbetalingspercentage. Dit zegt elke store, dit kost een verwijdering en zo blijf je buiten schot.
Verifieer App Store server notifications voordat je op een terugbetaling reageert, want iedereen kan naar je webhook-URL posten
Een terugbetalingsmelding is gewoon een HTTPS-verzoek totdat je de handtekening controleert. Zo verifieer je App Store server notifications en Google Play RTDN-berichten, lees je wat elke store ondertekent en wat een vervalste of ten onrechte geweigerde terugbetaling je kost.