Apple verkauft Ihr Abo jetzt pro Platz an ganze Unternehmen, und die Erstattung eines Multiseat-Abos funktioniert anders

Apple verkauft App-Abos seit dem 22. Oktober 2026 pro Platz an Organisationen und hat die Option für die meisten Entwickler ohne Rückfrage eingeschaltet. Unternehmen und Schulen, die Apple Business oder Apple School Manager nutzen, können Ihr automatisch verlängerbares Abo jetzt in großer Stückzahl über einen einzigen In-App-Kauf erwerben. Das verändert, wie die Erstattung eines Multiseat-Abos auf Ihrem Server aussieht. Eine Transaktion kann jetzt Dutzende Personen bezahlen, ein Platz kann ganz ohne Erstattung verschwinden, und der Endpunkt, mit dem Sie einen Erstattungsfall verteidigen, verweigert jede Auskunft über die Personen, die die App tatsächlich nutzen.

Was Apple eingeschaltet hat und wo es angekündigt wurde

Der Start kam als kurze Meldung in den Apple Developer News mit dem Titel „Offer your subscriptions to businesses and schools“. Darin heißt es, Organisationen können die benötigten Plätze über einen In-App-Kauf erwerben, sie dann mit ihren vorhandenen Geräteverwaltungstools zuweisen und verwalten und jederzeit Plätze hinzufügen oder entfernen. Dieselbe Meldung besagt, dass der Multiseat-Kauf in App Store Connect standardmäßig aktiviert ist, sofern Sie die Einstellung nicht bereits geändert hatten.

Die Technik kam im Vormonat über die Changelogs, nicht über eine Bühne. App Store Server API 1.22 vom 28. September fügte die Platzfelder und Gruppen-Endpunkte hinzu, nur in der Sandbox. Am 23. Oktober brachte ein einzeiliges Server-Update die Gruppen-Endpunkte und den Wert ASSIGNMENT_REVOKE in die Produktion. Wenn sich Ihr Benachrichtigungs-Handler seit dem Sommer nicht geändert hat, empfängt er jetzt Daten, für die er nie geschrieben wurde.

Wer standardmäßig aktiviert ist

Fast alle. Laut der Hilfeseite von App Store Connect starten Abos, die vor dem 14. September 2026 erstellt wurden, nur dann deaktiviert, wenn sie kein StoreKit 2 nutzen oder die Familienfreigabe aktiviert haben. Abos in Custom Apps gehen automatisch an Apple Business und Apple School Manager, und Sie können sie nicht deaktivieren. Die Einstellung zu ändern erfordert die Rolle Account Holder, Admin oder App Manager. Apple Business oder Apple School Manager von einem genehmigten Abo zu entfernen erfordert den Account Holder.

Wie ein Multiseat-Kauf auf Ihrem Server erscheint

Für dasselbe Abo gibt es jetzt zwei Arten von Transaktionen. Der Kauf der Organisation ist eine Transaktion, und ihr Feld quantity meldet, wie viele Plätze gekauft wurden. Jede Person mit einem Platz erhält eine eigene Transaktion. Die WWDC-Session von Apple beschreibt das so, dass der App Store jedem Mitglied eine Transaktion zuweist. Diese Mitgliedstransaktionen tragen den inAppOwnershipType ASSIGNED, neben den Werten PURCHASED und FAMILY_SHARED, die Sie vielleicht schon verarbeiten.

Apple legt klar fest, welcher Datensatz über den Zugang entscheidet. Die Dokumentation zu Get Customer Groups sagt, dass Gruppenmitgliedschaft von der Berechtigung getrennt ist und dass Sie zum Freischalten von Inhalten die Transaktionen des Kunden lesen sollen, statt sich auf die Gruppenmitgliedschaft zu verlassen. Gewähren Sie Zugang anhand von Transaktionen. Nutzen Sie die Gruppen-Endpunkte nur für Funktionen wie eine Admin-Ansicht.

Ein entfernter Platz ist keine Erstattung

Hier liegen die meisten Handler falsch. Entzieht eine Organisation einem Mitarbeiter einen Platz, sendet Apple eine REVOKE-Benachrichtigung, denselben Typ, den es verwendet, wenn ein Käufer in der Familienfreigabe das Teilen beendet. Der revocationType der Transaktion ist ASSIGNMENT_REVOKE, und die Anweisung von Apple ist eindeutig: Entziehen Sie dem Kunden den Zugang zu den Inhalten, die die Transaktion bereitstellt.

Nichts in diesem Ereignis besagt, dass Geld geflossen ist. Behandelt Ihr Code jeden Widerruf als Erstattung, zählen Ihre Erstattungsquote, Ihr Nettoumsatz und jede darauf aufgebaute Warnung normale Personalwechsel als verlorene Verkäufe. Verzweigen Sie zuerst nach revocationType.

• ASSIGNMENT_REVOKE: Zugang dieser Person beenden. Keine Erstattung verbuchen.
• FAMILY_REVOKE: Zugang des Familienmitglieds beenden. Keine Erstattung verbuchen.
• REFUND_FULL: Zugang beenden und die gesamte Transaktion als erstattet verbuchen.
• REFUND_PRORATED: Den Anteil aus revocationPercentage verbuchen, dann entscheiden, welcher Zugang bleibt.

Warum Sie eine Erstattung für einen zugewiesenen Platz nicht verteidigen können

Apple entscheidet weiterhin über jede Erstattung im App Store. Beantragt ein Kunde eine, sendet Apple einen CONSUMPTION_REQUEST und gibt Ihnen 12 Stunden, um über Send Consumption Information zu antworten. Bei Multiseat sind die Person, die die App nutzt, und die Person, die bezahlt hat, verschiedene Personen, und die API von Apple zieht jetzt eine harte Grenze zwischen ihnen.

Send Consumption Information lehnt zugewiesene Transaktionen ab

Rufen Sie Send Consumption Information, dessen V1-Version oder Set App Account Token mit einer zugewiesenen Transaktion auf, gibt Apple InvalidAssignedTransactionNotSupportedError zurück. Apple rät, vor dem Aufruf auf einen inAppOwnershipType ASSIGNED zu prüfen. In der Praxis gehen Ihre Nachweise auf die Transaktion des Käufers oder nirgendwohin. Nutzungsdaten, die Ihre App für Mitgliedskonten erfasst, lohnen sich trotzdem, denn nur so wissen Sie, ob die Plätze überhaupt genutzt wurden.

Wie eine anteilige Erstattung aussieht

Apple hat REFUND_PRORATED und revocationPercentage im Dezember 2025 eingeführt. Mit dem Consumption Request können Sie dieses Ergebnis über eine refundPreference von GRANT_PRORATED anfragen. Bei einem automatisch verlängerbaren Abo sagt Apple, dass Sie mit GRANT_PRORATED kein consumptionPercentage senden sollen, weil Apple den Prozentsatz selbst berechnet. Wird die Erstattung später rückgängig gemacht, verschwindet revocationPercentage aus der Transaktion.

Kann ich das Abo eines einzelnen Mitarbeiters aus Kulanz verlängern?

Nein. Extend a Subscription Renewal Date gibt für ein zugewiesenes Abo AssignedSubscriptionExtensionIneligibleError zurück. Die Begründung von Apple: Ein zugewiesenes Abo verlängert sich im selben Rhythmus wie das vom Käufer gekaufte, daher lässt sich ein einzelnes Mitglied nicht separat verschieben.

Was Sie die Erstattung eines Multiseat-Abos kostet

Das neue Risiko ist die Größenordnung. Die WWDC-Session von Apple erklärt Volumenpreise mit bis zu fünf Preisstufen. Im Beispiel kosten Plätze $19.99 pro Monat bis 20 Plätze, $13.99 für die Plätze 21 bis 40 und $10.99 ab Platz 41. Mit diesen Zahlen kostet eine Bestellung über 50 Plätze $789.50 pro Monat, etwa $15.79 pro Platz. Ein REFUND_FULL auf diese eine Transaktion gibt die vollen $789.50 zurück, nicht den Preis eines einzelnen Abos.

Die Betriebskosten wachsen genauso mit. Fünfzig Plätze bedeuten fünfzig Personen, die Sitzungen auf Ihren Servern ausführen, die API-Aufrufe bei Drittanbietern auslösen, die Ihre Funktionen bezahlen, und Speicher füllen, der Ihnen berechnet wird. Behalten die Platzinhaber einer erstatteten Bestellung den Zugang, weil Ihr Handler nur die Transaktion des Käufers geprüft hat, zahlen Sie für jeden von ihnen weiter. Ein verpasstes ASSIGNMENT_REVOKE ist kleiner, aber häufiger: Der Kauf deckt diese Person nicht mehr ab, und jede ihrer Anfragen ist Kosten ohne Umsatz.

Welche Erstattungsabläufe Ihre Seite überhaupt anhören

Multiseat ändert die kurze Liste nicht. Nur zwei Erstattungsabläufe fragen den Entwickler nach Nachweisen: der CONSUMPTION_REQUEST von Apple, beantwortet über Send Consumption Information innerhalb von 12 Stunden, und die Chargeback-Prüfung von Google Play, beantwortet über orders.reviewrefund innerhalb von 24 Stunden. Alles andere wird ohne Sie entschieden. Bei Google-Play-Bestellungen ab dem 3. August 2026 kostet ein Chargeback den Entwickler den Kaufpreis abzüglich der Servicegebühr von Play, zuzüglich der Chargeback-Gebühren der Bank. RefundHalt beantwortet die Consumption Requests von Apple innerhalb des 12-Stunden-Fensters, mit den Nutzungsdaten, die Sie bereits erfassen.

Was Sie diese Woche in Ihrem App-Store-Handler ändern sollten

• Lesen Sie quantity bei jeder Abo-Transaktion und speichern Sie es mit dem Kauf.
• Speichern Sie inAppOwnershipType und behandeln Sie ASSIGNED als eigenen Fall neben PURCHASED und FAMILY_SHARED.
• Verzweigen Sie die REVOKE-Verarbeitung nach revocationType, damit ASSIGNMENT_REVOKE den Zugang beendet, ohne eine Erstattung zu verbuchen.
• Verbuchen Sie REFUND_PRORATED mit dem Anteil aus revocationPercentage, nicht als volle Erstattung.
• Prüfen Sie auf ASSIGNED, bevor Sie Send Consumption Information, Set App Account Token oder Extend a Subscription Renewal Date aufrufen.
• Entscheiden Sie in App Store Connect, ob Sie überhaupt an Organisationen verkaufen wollen, bevor eine 50 Plätze kauft.