Kurzantwort: Bevor Sie als Antwort auf eine CONSUMPTION_REQUEST Consumption-Daten an Apple senden, müssen Sie über eine gültige Einwilligung des Kunden verfügen und customerConsented auf true setzen. Apples Benachrichtigung teilt Ihnen nicht mit, ob eine Einwilligung vorliegt – das ist so gewollt, denn Apple erwartet, dass Ihre App, nicht Ihr Server, diese einholt. Und da Sie es sind, der die vom Nutzer erhobenen Daten weitergibt, liegt die rechtliche Verantwortung für diese Einwilligung vollständig bei Ihnen, nicht bei Apple. Machen Sie das falsch, ist es nicht nur ein abgelehnter API-Aufruf, sondern ein datenschutzrechtliches Problem.
Die Lücke, die die meisten Entwickler übersehen
Anleitungen zur Refund-Automatisierung sprechen gerne über das 12-Stunden-Fenster und die Consumption-Felder. Fast keine davon geht auf das eine Detail ein, das Entwicklern am ehesten Ärger bereiten dürfte: Die CONSUMPTION_REQUEST-Benachrichtigung enthält keinerlei Hinweis auf eine Einwilligung.
Das überrascht viele. Man würde vernünftigerweise annehmen, dass Apple, wenn es Sie um Daten bittet, die Erlaubnis zur Weitergabe bereits geklärt hat. Dem ist nicht so. Apples Haltung ist genau umgekehrt: Die Daten, die Sie senden würden, sind Daten, die Sie von Ihrem Nutzer erhoben haben – die Verantwortung, die Erlaubnis zur Weitergabe zu besitzen, liegt also bei Ihnen. Apple verlangt lediglich, dass Sie dies bestätigen, indem Sie customerConsented auf true setzen, und lehnt die Übermittlung ab, wenn Sie das nicht tun. Das ist der Kern der Apple Consumption API Consent-Anforderungen.
Das Feld ist also keine Checkbox, die Sie einfach umschalten, damit die API zufrieden ist. Es ist eine rechtliche Bestätigung. Es auf true zu setzen, obwohl Sie tatsächlich keine Einwilligung eingeholt haben, ist keine Formalität – es ist ein Compliance-Verstoß, der nur darauf wartet, entdeckt zu werden.
Warum die Einwilligung in der Verantwortung des Entwicklers liegt
Überlegen Sie, wer was in der Hand hat. Apple betreibt den Store und trifft die Rückerstattungsentscheidung. Doch die Kontodauer, die Spielzeit, der Lieferstatus und der Nutzungsverlauf, die Sie in eine ConsumptionRequest einbetten, sind Ihre Aufzeichnungen über Ihren Nutzer, erhoben unter Ihrer Datenschutzerklärung. Wenn Sie diese an Apple senden, geben Sie personenbezogene Daten an einen Dritten weiter.
Nach den jeweils geltenden Datenschutzregelungen benötigt diese Weitergabe eine geeignete Rechtsgrundlage. Apples spezifische API-Dokumentation verlangt eine gültige Einwilligung, bevor personenbezogene Daten über die Consumption Information API weitergegeben werden, wobei die genauen rechtlichen Anforderungen von der Jurisdiktion des Nutzers abhängen. Apple weist darauf hin, dass Entwickler dafür verantwortlich sind, die Einhaltung der geltenden Gesetze sicherzustellen.
Deshalb liegt die Last beim Entwickler, und deshalb ist „Apple hat danach gefragt“ keine Rechtfertigung, wenn eine Aufsichtsbehörde fragt, woher Sie die Erlaubnis hatten, die Daten eines Nutzers weiterzugeben. Für einen Apple-Refund-Consent-Workflow ist entscheidend, dass die Einwilligung vorliegt, bevor die Daten weitergegeben werden.
Wo die Einwilligung eingeholt werden muss
Das ist der Teil, der in der Praxis zählt: Die Einwilligung muss in Ihrer App eingeholt werden, bevor der Refund-Ablauf beginnt – nicht erst am Server abgeleitet, wenn die Benachrichtigung eintrifft.
Wenn eine CONSUMPTION_REQUEST bei Ihrem Server eintrifft, ist es zu spät, um zu fragen. Es ist kein Nutzer anwesend, und die Uhr läuft etwa 12 Stunden. Die Einwilligung muss bereits vorliegen, erfasst zu einem früheren Zeitpunkt als Teil Ihres App-Onboardings und Ihrer Offenlegung der Datenpraktiken, sodass Sie beim Eintreffen der Anfrage customerConsented wahrheitsgemäß auf true setzen können.
In der Praxis bedeutet das, dass die Nutzungsbedingungen, die Datenschutzerklärung sowie der Kauf- oder Onboarding-Prozess Ihrer App klar offenlegen müssen, dass Consumption-Daten zur Bearbeitung von Rückerstattungsanfragen an Apple weitergegeben werden können, und dass Sie eine Zustimmung einholen müssen, die Sie auch vertreten können. Vage, gebündelte oder versteckte Einwilligungen sind genau das, was modernes Datenschutzrecht ablehnen soll. Das ist auch für Apple-Refund-Datenschutz zentral, da Apple ausdrücklich eine gültige Einwilligung verlangt, bevor die Consumption-Daten weitergegeben werden.
Wie das mit DSGVO und DPDP zusammenhängt
Wenn sich Nutzer Ihrer App in der EU/im Vereinigten Königreich (DSGVO), in Indien (DPDP), in Kalifornien (CCPA) oder in einer wachsenden Zahl weiterer Jurisdiktionen befinden, fällt die Weitergabe von Consumption-Daten eindeutig unter diese Regelwerke. Einige Grundsätze gelten dabei durchgängig:
Die Einwilligung muss informiert und spezifisch sein. Der Nutzer sollte verstehen, dass refund-bezogene Daten an Apple weitergegeben werden können, statt lediglich einer Textwand aus Rechtssprache zuzustimmen.
Die Einwilligung sollte trennbar sein. Die Einwilligung zur Datenweitergabe mit sachfremden Bedingungen in einer einzigen Pflicht-Checkbox zu bündeln, gilt als anerkanntes Anti-Pattern.
Sie müssen sie nachweisen können. Wird sie infrage gestellt, muss sich „wir hatten eine Einwilligung“ belegen lassen – das heißt, Ihre Einwilligungserfassung muss dokumentiert und nicht bloß angenommen sein.
Ihre Datenschutzerklärung muss es auch tatsächlich sagen. Legt Ihre Erklärung die Weitergabe von Consumption-Daten an Apple für Rückerstattungen nicht offen, steht die Einwilligung dafür auf wackligen Beinen.
Für Teams, die DSGVO-Consumption-Data-Anforderungen prüfen, ist entscheidend, dass Apple selbst eine gültige Einwilligung für diese API verlangt, während die genauen rechtlichen Anforderungen und die Rechtsgrundlage je nach Jurisdiktion variieren können. Apples Hinweise besagen, dass die Einwilligung freiwillig, spezifisch, informiert und unmissverständlich erfolgen muss und dass Entwickler dafür verantwortlich sind, die Einhaltung des geltenden Rechts sicherzustellen.
Bei auf Indien ausgerichteten Apps sollte die DPDP-App-Refund-Einwilligung ebenso anhand der geltenden Anforderungen geprüft werden, statt anzunehmen, dass Apples API-Anforderung allein bereits alle Datenschutzpflichten abdeckt.
Dies ist keine Rechtsberatung, und die genauen Pflichten hängen von Ihren Nutzern und Jurisdiktionen ab, aber die Richtung ist klar: Die Einwilligung hinter dem Feld customerConsented muss echt, informiert und dokumentiert sein.
So sieht ein konformes Setup aus
Zusammengefasst besteht ein vertretbares Setup aus drei Teilen, die vor jeder Rückerstattung greifen müssen:
Offenlegung: Ihre Datenschutzerklärung und Nutzungsbedingungen legen klar dar, dass Consumption-/Nutzungsdaten zur Bearbeitung von Rückerstattungsanfragen an Apple weitergegeben werden können.
Erfassung: Ihre App holt die informierte, trennbare Einwilligung des Nutzers ein und dokumentiert sie.
Bestätigung: Wenn eine CONSUMPTION_REQUEST eintrifft, spiegelt Ihre Antwort diese dokumentierte Einwilligung wahrheitsgemäß im Feld customerConsented wider.
RefundSensor wurde mit dieser Kette im Blick entwickelt. Die Plattform übernimmt die Refund-Antwort und die customerConsented-Bestätigung als Teil des automatisierten Ablaufs, und wir haben eine vollständige Reihe an Compliance-Dokumenten veröffentlicht – Datenschutzerklärung, Nutzungsbedingungen, DPA, Cookie- und Refund-Richtlinien, abgestimmt auf DSGVO, DPDP und CCPA –, sodass die Offenlegungs- und Verarbeitungsseite abgedeckt und nicht improvisiert ist. Die Einwilligungserfassung in Ihrer App bleibt, wie es sein muss, Ihre Entscheidung, aber alles, was danach folgt, wird übernommen.
Für Teams, die Refund-Compliance-Software oder ein Apple-Refund-Automatisierungstool evaluieren, ist diese Trennung wichtig: Automatisierung kann die technische Antwort übernehmen, sollte aber die Kundeneinwilligung weder erfinden noch voraussetzen.
Die häufigsten Fehler
customerConsented standardmäßig auf true setzen. Der schnellste Weg, aus einer Refund-Funktion ein Compliance-Risiko zu machen.
Davon ausgehen, dass Apple die Einwilligung übernimmt. Das tut Apple nicht, und sagt das auch so.
Versuchen, die Einwilligung erst zum Zeitpunkt der Rückerstattung einzuholen. Es gibt dann weder einen Nutzer noch ein Zeitfenster dafür – sie muss vorher schon existieren.
Nichts in der Datenschutzerklärung offenlegen. Schweigt sich die Erklärung über die Datenweitergabe an Apple aus, lässt sich die dahinterstehende Einwilligung nur schwer verteidigen.
Alles in eine einzige Pflicht-Checkbox bündeln. Trennbare Einwilligung ist der Standard; Bündelung untergräbt ihn.
App Tracking Transparency als Einwilligungsmechanismus verwenden. Apples Dokumentation stellt ausdrücklich klar, dass die für die Consumption Information API erforderliche Einwilligung von App Tracking Transparency getrennt ist.
Offizielle Quellen
Anforderungen und Vorschriften ändern sich, betrachten Sie diese Quellen daher als maßgeblich:
Refund-Automatisierung, die die Einwilligungskette respektiert. RefundSensor übernimmt die Refund-Antwort und die customerConsented-Bestätigung als Teil eines automatisierten Ablaufs, gestützt auf eine vollständige, an DSGVO/DPDP/CCPA ausgerichtete Compliance-Dokumentensammlung. Für Teams, die eine App-Refund-Automatisierung suchen, bleibt die Einwilligungskette Teil der Implementierung. Kostenlos starten
Häufig gestellte Fragen
Ja. Sie müssen über eine gültige, informierte Einwilligung verfügen und customerConsented auf true setzen. Apple verlangt diese Bestätigung und lehnt Antworten ohne sie ab, und Sie sind rechtlich dafür verantwortlich, die Einwilligung eingeholt zu haben.
In Ihrer App, bevor der Refund-Ablauf beginnt. Wenn eine CONSUMPTION_REQUEST auf Ihrem Server eintrifft, ist kein Nutzer anwesend und die Uhr läuft etwa 12 Stunden – die Einwilligung muss also bereits vorliegen und dokumentiert sein.
Nein. Die Benachrichtigung enthält keinerlei Hinweis auf eine Einwilligung. Apple erwartet, dass Ihre App sie eingeholt hat, und erwartet, dass Sie dies in Ihrer Antwort bestätigen.
Das kann sie sein, wenn die Einwilligungskette korrekt umgesetzt ist: klare Offenlegung in Ihrer Datenschutzerklärung, informierte und trennbare Einwilligung, die in der App eingeholt und dokumentiert wird, sowie eine wahrheitsgemäße Bestätigung in der API-Antwort. Die Automatisierung übernimmt die Antwort; die Erfassung der Einwilligung in der App liegt in Ihrer Verantwortung.
Apple verarbeitet die Consumption-Daten dann nicht, sodass Sie die Chance verlieren, diese Rückerstattungsentscheidung zu beeinflussen. Der richtige Weg ist, vorab eine echte Einwilligung einzuholen, statt Daten ohne sie zu senden.
