Ob eine Rückerstattung gewährt wird, entscheidet Apple. Was die Richtlinie Ihnen überlässt, ist alles, was rund um diese Entscheidung passiert – und genau dort entstehen die meisten vermeidbaren Verluste.
Diese Geschichte hören wir in Varianten immer wieder. Ein Nutzer bittet Apple im März um eine Rückerstattung. Apple stimmt zu. Der Server des Entwicklers erfährt nie davon. Im Juni nutzt derselbe Nutzer noch immer die Bezahlversion der App. Niemand bemerkt es, bis die Finanzabteilung zum Quartalsende eine Prüfung durchführt, und selbst dann dauert es eine Weile, bis klar ist, was passiert ist. Die Rückerstattung steht in einem Auszahlungsbericht. Der Zugriffsdatensatz liegt in der eigenen Datenbank der App. Die beiden sprechen nie miteinander.
So lernen die meisten Entwickler die App Store Rückerstattungsrichtlinie kennen. Nicht, indem sie sie lesen, sondern indem sie Monate später feststellen, was darin nie geregelt war.
Hier der Teil, den die Richtlinie nicht ausdrücklich benennt: Dass Apple eine Zahlung rückabwickelt und dass Ihre App den Zugriff entzieht, sind zwei verschiedene Ereignisse. Das erste übernimmt Apple. Das zweite übernehmen Sie. In der Lücke zwischen beiden verlieren Entwickler still und leise Geld, Monat für Monat. Der größte Teil dieses Artikels dreht sich darum, diese Lücke zu schließen.
Dieser Beitrag betrachtet die Richtlinie daher aus Entwicklersicht: was Apple kontrolliert, was bei Ihnen liegt und was Ihre Systeme tun müssen, sobald eine Rückerstattung durchgeht. Wenn Sie lieber die praktische Seite als die Richtlinie selbst lesen möchten, finden Sie das in unserem Leitfaden App Store Rückerstattungen verwalten, ohne App-Umsatz zu verlieren.
Das Wichtigste in Kürze
● Apple trifft jede Rückerstattungsentscheidung. In App Store Connect gibt es keinen Button, um eine Rückerstattung zu genehmigen oder abzulehnen, denn diese Entscheidung lag nie beim Entwickler.
● Der Wohnort des Kunden kann das Ergebnis beeinflussen. Anspruch und Ablauf unterscheiden sich je nach Land oder Region, geregelt in Apples Nutzungsbedingungen für Mediendienste.
● Apple kann rückerstattungsbezogene Benachrichtigungen an Ihren Server senden und während der Prüfung einer Anfrage Informationen dazu anfordern, wie ein Kauf genutzt wurde.
● Sie haben 12 Stunden Zeit zu antworten, und das nur, wenn der Kunde der Weitergabe dieser Informationen zugestimmt hat.
● Eine von Apple genehmigte Rückerstattung und eine in Ihrer Datenbank erfasste Rückerstattung sind zwei getrennte Ereignisse. Im Raum dazwischen versickert Geld.
● Automatisierung kann Ihre Seite des Prozesses schneller und konsistenter machen. Auf Apples Entscheidung hat sie keinen Einfluss.
Was ist die App Store Rückerstattungsrichtlinie?
Kurz gesagt: das Regelwerk dafür, wie Apple die Rückerstattungsanfrage eines Kunden bearbeitet, plus eine Liste technischer Aufgaben, die beim Entwickler landen.
Apple entscheidet, ob eine Rückerstattung genehmigt wird. Sie haben dabei kein Mitspracherecht. Sie können eine Anfrage weder genehmigen noch blockieren. In App Store Connect gibt es keine Ansicht, in der ein Entwickler darüber abstimmt. Das Höchste, was Sie tun können, ist, Apple an ein paar Punkten im Verlauf Informationen zu schicken, dazu gleich mehr. Wie Kunden eine Anfrage tatsächlich stellen, beschreibt Apples Anleitung zum Anfordern einer Rückerstattung für Apps oder Inhalte.
Wir teilen die Richtlinie für Teams meist in vier Teile auf, denn nur zwei davon sind wirklich Ihr Problem.
Der erste Teil ist der Anspruch. Anfragen gehen direkt an Apple, nie an Sie. Der Anspruch kann sich je nach Land oder Region des Kunden ändern, und die Regeln stehen in den Nutzungsbedingungen für Apple Mediendienste. Wenn ein Nutzer also fragt, warum seine Rückerstattung durchging und die eines Freundes nicht, gibt es darauf keine einfache Antwort. Es hängt davon ab, wo die beiden leben.
Der zweite Teil ist die Entscheidung selbst. Die trifft ausschließlich Apple. Sie erfahren erst danach davon.
Der dritte Teil sind Ihre Pflichten, und die sind technisch, nicht rechtlich, was fast jedes Mal überrascht. Betreiben Sie einen Server, der Benachrichtigungen empfangen kann. Liefern Sie Informationen, wenn Apple danach fragt. Führen Sie saubere Aufzeichnungen. Das ist die ganze Aufgabe.
Der vierte Teil ist, was nach der Entscheidung mit den Berechtigungen passiert, und genau dieser Teil kostet Geld. Dass Apple eine Zahlung rückabwickelt, ändert für sich genommen nichts in Ihrer eigenen Datenbank. Ein Kunde, der eine Rückerstattung erhält und trotzdem dauerhaft bezahlten Zugriff behält, ist kein Versagen von Apples Richtlinie. Es ist eine Lücke im Aufbau Ihres Systems.
Sie ahnen wahrscheinlich, welcher Teil uns am wichtigsten ist.
Wie läuft der Rückerstattungsprozess im Apple App Store für Entwickler ab?
Ein Kunde startet ihn. Apple schließt ihn ab. Sie sitzen irgendwo in der Mitte.
Kunde beantragt eine Rückerstattung über Apple
↓
Apple prüft die Anfrage
↓
Ihr Server erhält möglicherweise eine rückerstattungsbezogene Benachrichtigung
↓
Sie liefern unterstützende Informationen, sofern zutreffend
↓
Apple trifft seine Entscheidung
↓
Sie erhalten das Ergebnis als Benachrichtigung
↓
Berechtigung und Zugriff werden aktualisiert
Zwei Punkte sind hier zu beachten. Apple stellt Kunden eine Antwort innerhalb von etwa 24 bis 48 Stunden in Aussicht, und dieser Zeitrahmen hat nichts mit Ihrem zu tun. Seien Sie also vorsichtig, was Ihr Support-Team verspricht, solange eine Anfrage offen ist. Und jeder der obigen Schritte funktioniert nur, wenn Ihr Server tatsächlich eingerichtet und erreichbar ist. Viele Teams stellen fest, dass ihrer es nicht war. Ist Ihr Endpunkt offline, findet die Rückerstattung trotzdem statt. Sie erfahren nur nie davon.
Was bedeuten die App Store Rückerstattungsregeln für Entwickler?
Ohne die Sprache der Richtlinie werden die Regeln zu einer kurzen, ziemlich unspektakulären Checkliste für Ihr Engineering-Team.
● Transaktionsdatensätze, die Sie tatsächlich durchsuchen können. Rückerstattungsbenachrichtigungen verweisen auf Apples Transaktions-IDs. Wenn Sie diese beim Kauf nicht gespeichert haben, ist die Benachrichtigung nahezu nutzlos. Außerdem brauchen Sie eine verlässliche Verknüpfung zwischen jeder Transaktion und einem Nutzerkonto, denn Apples Payload identifiziert den Kauf, nicht die Person, die ihn getätigt hat.
● Ein funktionierender Benachrichtigungs-Endpunkt, der Signaturen prüft. Rückerstattungsereignisse kommen über App Store Server Notifications an, und die Payloads sind signiert. Prüfen Sie diese Signaturen jedes Mal. Ein Endpunkt, der allem vertraut, was ihm geschickt wird, ist ein Sicherheitsrisiko mit eigener URL.
● Ein Einwilligungsprozess, der im Voraus steht. Wenn Apple Nutzungsinformationen anfordert, dürfen Sie nur antworten, wenn der Kunde der Weitergabe dieser Daten bereits zugestimmt hat. Diese Verantwortung liegt bei Ihnen. Apples Dokumentation zu Send Consumption Information ist da eindeutig, und jede ohne Einwilligung gesendete Antwort wird abgelehnt. Sie können die Einwilligung auch nicht nachträglich einholen, wenn eine Anfrage bereits eingegangen ist. Entweder Sie hatten sie zum Zeitpunkt des Kaufs, oder Sie setzen bei dieser Anfrage aus.
● Berechtigungslogik, die in beide Richtungen funktioniert. Rückerstattungen werden manchmal rückgängig gemacht. Apple erlaubt außerdem Teilrückerstattungen, bei denen nur ein Teil des Kaufs zurückgezahlt wird. Vollständig, teilweise oder rückgängig gemacht: Ihr Code muss alle drei Fälle abdecken.
● Ein Ort, an dem Ergebnisse landen und den die Finanzabteilung tatsächlich nutzen kann. Eine Rückerstattung, die nur in der Datenbank der App existiert, wird nie mit einem Auszahlungsbericht übereinstimmen. Die meisten Teams merken das beim Quartalsabschluss, und das ist selten ein guter Tag.
Wie wirkt sich Apples Rückerstattungsrichtlinie auf Entwickler aus?
Alle schauen auf den erstatteten Betrag. Er ist meist die kleinste Zahl in der ganzen Geschichte.
Ein erstatteter Abozeitraum nimmt Umsatz zurück, den Sie bereits verbucht hatten, und in den meisten Fällen endet dort auch die Kundenbeziehung. Die erwarteten Verlängerungen bleiben still und leise aus. Einmalkäufe sind einfacher, aber auch sie treffen nach dem Verkauf ein, sodass jedes auf Bruttozahlen basierende Reporting zu hoch ausweist, bis die Rückerstattungen abgezogen sind.
Hier die Unterscheidung, die Sie sich aus diesem Artikel merken sollten: Eine von Apple genehmigte Rückerstattung und eine tatsächlich in Ihrem System erfasste Rückerstattung sind zwei getrennte Ereignisse. Apples Hälfte passiert nach Apples Zeitplan, ob jemand hinsieht oder nicht. Ihre Hälfte passiert nur, wenn der Benachrichtigungs-Handler ausgelöst wurde, die Transaktion zugeordnet, das Konto gefunden und der Zugriff aktualisiert wurde. Fehlt eines dieser Glieder, ist die Arbeit nur halb erledigt, und von außen kann niemand erkennen, welche Hälfte.
Diese Lücke hat einen Namen: Refund Leakage. Das sind Kunden, die ihr Geld zurückbekommen und trotzdem alles behalten haben, wofür sie bezahlt hatten. Sie werden es nicht melden, denn aus ihrer Sicht ist nichts falsch. Es taucht Monate später beim Abgleich auf, wenn überhaupt.
Alles Weitere folgt aus derselben Lücke. Support-Mitarbeiter, die Tickets beantworten, ohne einen Rückerstattungsdatensatz zum Abgleich zu haben. Analysen, die den Customer Lifetime Value zu hoch ausweisen, weil die Stornierungen nie in den Zahlen gelandet sind. Keine Rückerstattungshistorie zum Nachschlagen, sodass niemand bemerkt, wenn ein Produkt deutlich mehr Rückerstattungen verursacht als alle anderen.
Was sollten Entwickler tun, wenn eine Apple-Rückerstattung beantragt wird?
Sieben Schritte. Der Großteil der Arbeit passiert, lange bevor überhaupt eine Anfrage eintrifft.
1. Benachrichtigung empfangen und prüfen
Rückerstattungsereignisse kommen als signierte JWS-Payloads an Ihrem Endpunkt an. Prüfen Sie die Signatur gegen Apples Zertifikatskette. Bestätigen Sie die Bundle-ID. Erst dann reagieren Sie auf den Inhalt. Das ist Grundhygiene, und trotzdem überspringen Teams sie. Ein Endpunkt, der alles akzeptiert, was er bekommt, kann von anderen ausgenutzt werden.
2. Transaktion und Konto finden
Nehmen Sie die Transaktions-IDs aus dem Payload und gleichen Sie sie mit Ihren Kaufdatensätzen ab. Wenn Sie beim Kauf ein stabiles Konto-Token hinterlegt haben, ist das ein einziger Lookup. Wenn nicht, raten Sie unter Zeitdruck.
3. Prüfen, was Sie über den Kauf bereits wissen
Sie können Apple nichts Brauchbares mitteilen, bevor Sie wissen, was Ihre eigenen Systeme erfasst haben. Wurde der Inhalt geliefert? Hat er wie erwartet funktioniert? Wie viel davon hat der Kunde tatsächlich genutzt? Wenn Sie diese Fragen nicht aus Ihren eigenen Daten beantworten können, ist das Ihr erstes echtes Problem, und es ist nicht die Rückerstattung.
4. Nutzungsinformationen senden, wenn Apple sie anfordert und eine Einwilligung vorliegt
Eine CONSUMPTION_REQUEST-Benachrichtigung von Apple bedeutet, dass Sie mit Informationen zur Nutzung des Kaufs antworten können, aber nur, wenn zwei Dinge zutreffen: Der Kunde hat eine gültige Einwilligung erteilt, und Sie befinden sich noch innerhalb des von Apple gesetzten 12-Stunden-Fensters. Apples aktuelle Dokumentation verknüpft diese Benachrichtigung mit Rückerstattungsanfragen für alle Produkttypen. Bauen Sie Ihren Handler also so, dass er nicht davon ausgeht, dass immer eine eintrifft. Was Sie senden, sollte direkt aus Ihren Aufzeichnungen stammen, nicht aus einer groben Schätzung.
5. Endgültiges Ergebnis erfassen
Das Ergebnis kommt als Benachrichtigung. REFUND bedeutet, die Rückerstattung wurde gewährt. REFUND_DECLINED bedeutet, sie wurde abgelehnt. REFUND_REVERSED bedeutet, Apple hat eine bereits gewährte Rückerstattung rückgängig gemacht. Speichern Sie alle drei Ergebnisse. Den Fall der Rückgängigmachung vergessen Teams am häufigsten, und eine verpasste Rückgängigmachung kann einen zahlenden Kunden von etwas aussperren, das ihm rechtmäßig gehört.
6. Berechtigung und Zugriff aktualisieren
Entziehen Sie den Zugriff, wenn eine Rückerstattung gewährt wird. Stellen Sie ihn wieder her, wenn sie rückgängig gemacht wird. Behandeln Sie den Teilfall, bei dem nur ein Prozentsatz zurückfließt. Und steuern Sie das über serverseitige Ereignisse, damit der Zugriff des Kunden korrekt bleibt, ob er die App je wieder öffnet oder nicht.
7. Mit Umsatz- und Abo-Reporting abgleichen
Ordnen Sie die Rückerstattung dem richtigen Zeitraum und dem richtigen Produkt zu. Überspringen Sie diesen Schritt, sehen Finanzabteilung und Engineering am Ende zwei verschiedene Versionen desselben Monats. Wer dieses Meeting einmal erlebt hat, weiß, dass es sich zu vermeiden lohnt.
Warum manuelles App Store Rückerstattungsmanagement schwierig wird
Es geht hier nicht um Nachlässigkeit. Die Rahmenbedingungen passen einfach nicht zu einem Prozess, der davon abhängt, dass jemand rund um die Uhr wach ist und aufpasst.
Rückerstattungsanfragen kommen, wann immer Kunden sie stellen. Sonntagmorgen. Zwei Uhr nachts. An Feiertagen. Das Antwortfenster pausiert für niemandes Terminkalender. Jede Anfrage braucht einen Transaktions-Lookup, eine Kontozuordnung, eine Einwilligungsprüfung, eine Nutzungszahl und eine Berechtigungsaktualisierung. An einem guten Tag sind das etwa fünf Minuten Arbeit. Aber sie ist zeitkritisch, repetitiv und völlig unsichtbar, wenn sie richtig gemacht wird. Niemand bekommt ein Dankeschön für eine um 4 Uhr morgens korrekt bearbeitete Rückerstattung.
Volumen macht es schwerer. Ebenso mehrere Apps, mit Transaktionsdaten in einem System und Kontodaten in einem anderen. Dann wechselt der Engineer, der den Handler verstanden hat, das Team. Die Tracking-Tabelle heißt irgendwann refunds_OLD_final_v2 und wird still und leise nicht mehr geöffnet. Die Finanzabteilung findet die Lücke beim Quartalsabschluss, rund drei Monate nach dem Zeitpunkt, an dem noch jemand etwas hätte tun können.
Wie können Entwickler App Store Rückerstattungen zuverlässiger verwalten?
Manuelles Monitoring sieht ungefähr so aus: Jemand öffnet ein Dashboard, sucht eine Transaktion, aktualisiert einen Datensatz und macht weiter. Bei geringem Volumen funktioniert das gut, und genau das ist die Falle, denn es bricht nicht mit einem lauten Knall zusammen. Es verblasst langsam. Es gibt keinen einzelnen Moment, in dem es aufhört zu funktionieren, deshalb bemerkt es niemand rechtzeitig.
Automatisierung nimmt den Menschen die mechanischen Schritte ab: Benachrichtigungen empfangen und verifizieren, Transaktionen Konten zuordnen, Antwortdaten zusammenstellen, Antwortfenster überwachen, Ergebnisse erfassen und Berechtigungen synchron halten.
Was sie nicht kann: Apples Meinung ändern. Automatisierung macht Rückerstattungen nicht unwahrscheinlicher und kann keine Entscheidung beeinflussen, egal was manche Tools suggerieren. Sie ändert nur, ob Ihre Seite des Prozesses konsistent und pünktlich abläuft, und das allein ist schon ein lohnendes Problem.
App Store Rückerstattungsmanagement ist die Kategorie, in die diese Arbeit fällt, und es lohnt sich, klar zu sagen, was ein Tool in diesem Bereich abdecken sollte: Benachrichtigungsverarbeitung, Zuordnung von Transaktionen zu Nutzern, Antwort-Workflows, die Einwilligung und Zeitfenster respektieren, eine Rückerstattungshistorie, die Sie später nachschlagen können, und Berechtigungsaktualisierungen, die vollständige, teilweise und rückgängig gemachte Rückerstattungen abdecken.
RefundSensor übernimmt diesen Teil der Arbeit. Es verbindet Rückerstattungsereignisse aus App Store und Google Play mit einem automatisierten Workflow, sodass Antworten innerhalb des Store-Zeitfensters rausgehen, ohne dass jemand Benachrichtigungen von Hand überwacht, und Rückerstattungsdatensätze auch bei wachsendem Volumen korrekt bleiben. Es ändert nicht, was Apple entscheidet, denn das kann nichts. Es ändert, wie viel Arbeit jede Rückerstattung Ihrem Team danach hinterlässt.
Wo diese Regeln dokumentiert sind
Drei Apple-Quellen stehen hinter allem oben Gesagten. Lesen Sie sie selbst, bevor Sie etwas bauen, und schauen Sie gelegentlich wieder hinein, denn dieser Bereich hat sich bereits mehr als einmal geändert.
Rückerstattung für Apps oder Inhalte anfordern — die Richtlinie, die Kunden sehen. Behandelt, wie Anfragen eingereicht werden, das Rückmeldefenster von 24 bis 48 Stunden und Apples Hinweis zum regionalen Anspruch.
Send Consumption Information — der Antwort-Workflow für Entwickler. Behandelt die Einwilligungspflicht, das 12-Stunden-Fenster und die Anfragefelder. Lohnt sich, vollständig zu lesen, bevor Sie die Verarbeitung von Nutzungsinformationen anfassen.
App Store Server Notifications — wie Rückerstattungsereignisse Ihr Backend erreichen. Behandelt das signierte Payload-Format und die Benachrichtigungstypen, darunter CONSUMPTION_REQUEST, REFUND, REFUND_DECLINED und REFUND_REVERSED.
Wenn Rückerstattungsereignisse noch von Hand geprüft werden
Manuelles Monitoring funktioniert gut, bis es das nicht mehr tut, und der Ausfall ist meist leise. Eine Benachrichtigung, die niemand gesehen hat. Ein Fenster, das um 3 Uhr nachts geschlossen wurde. Ein erstatteter Kunde, der ein ganzes Quartal lang Zugriff behielt.
Wenn Ihnen das bekannt vorkommt, kann RefundSensor den Rückerstattungs-Workflow aus dem manuellen Tracking herausnehmen: die Store-Ereignisse, die Antwortfenster und die Sicherstellung, dass Ergebnisse sowohl Ihre Aufzeichnungen als auch Ihre Berechtigungslogik erreichen.
Häufig gestellte Fragen
Es ist das Regelwerk dafür, wie Apple Rückerstattungsanfragen von Kunden bearbeitet, zusammen mit den technischen Aufgaben, die dabei auf Entwickler entfallen. Apple entscheidet über das Ergebnis. Entwickler kümmern sich um die Infrastruktur drumherum: Benachrichtigungen empfangen, Nutzungsinformationen senden, wenn sie angefordert werden und eine Einwilligung vorliegt, sowie Zugriff und Datensätze aktualisieren, sobald die Entscheidung zurückkommt.
Nein, und es gibt auch keine Möglichkeit dazu, selbst wenn sie es wollten. Apple trifft bei jeder einzelnen Anfrage die endgültige Entscheidung. Der aktuelle Consumption-Endpunkt erlaubt es zwar, ein bevorzugtes Ergebnis zu signalisieren, aber das ist ein Input unter mehreren, keine Anweisung. Apple kann trotzdem anders entscheiden.
Der Kunde stellt eine Anfrage bei Apple. Apple prüft sie und kontaktiert möglicherweise Ihren Server, um Nutzungsinformationen anzufordern. Liegt eine Einwilligung vor, antworten Sie innerhalb des von Apple gesetzten Zeitfensters. Apple entscheidet, sendet das Ergebnis als eigene Benachrichtigung, und Ihre Systeme bringen die Berechtigung des Kunden und Ihre Datensätze mit dieser Entscheidung in Einklang.
Ja, aber nur auf eine eng begrenzte Weise. Wenn eine CONSUMPTION_REQUEST-Benachrichtigung eintrifft, möchte Apple Informationen darüber, wie der Kauf genutzt wurde. Ihre Antwort braucht eine gültige Einwilligung des Kunden, muss korrekt sein und muss innerhalb von Apples Zeitfenster rausgehen. Sie fließt in die Prüfung ein. Sie entscheidet sie nicht.
Es ist eine App Store Server Notification, die Ihren Server um Informationen zu einem Kauf bittet, während Apple eine Rückerstattungsanfrage prüft. Sie ist weder die Rückerstattung selbst noch eine Entscheidung. Sie haben 12 Stunden Zeit zu antworten, und das nur, wenn der Kunde der Weitergabe dieser Daten zugestimmt hat.
Auf zwei Arten. Direkt wird der erstattete Zeitraum rückgebucht. Indirekt endet die Kundenbeziehung meist an diesem Punkt, sodass die Verlängerungen, mit denen Sie gerechnet haben, nie eintreffen. Ein Reporting auf Basis von Brutto-Verlängerungen weist den Umsatz zu hoch aus, bis die Rückerstattungen abgezogen sind, und der Customer Lifetime Value trägt denselben Fehler weiter.
Drei Dinge, dann zwei Dinge, auf die Sie achten müssen. Erfassen Sie das Ergebnis bei der Transaktion und beim Kunden. Entziehen Sie die zugehörige Berechtigung. Bringen Sie die Rückerstattung für den richtigen Zeitraum ins Umsatz-Reporting. Behandeln Sie dann den Teilfall, bei dem nur ein Teil einer Transaktion zurückgezahlt wird, und halten Sie den Wiederherstellungspfad bereit, denn Apple kann eine Rückerstattung später rückgängig machen.
Die mechanischen Teile ja, vollständig. Benachrichtigungen verifizieren, Transaktionen Konten zuordnen, Antwortfenster überwachen, Berechtigungen aktualisieren, Rückerstattungshistorie führen. All das ist vorhersehbar genug, um es zu automatisieren. In menschlicher Hand bleiben sollten die Gestaltung des Einwilligungsprozesses und die tatsächliche Auswertung Ihrer Rückerstattungsmuster, denn die sagen etwas Echtes über das Produkt aus.
