Ich habe eine App für on Online Magazine mit nicht erneuerbarem Abonnement-Typ entwickelt.
Apple Entwickler-Guide sagen:
"Es ist nicht angemessen, das Abonnement mithilfe der UDID oder der Apple Store ID zu verfolgen. Das Abonnement sollte mit einem externen Server verfolgt werden , den Sie bereitstellen sollten, um ein Abonnement für mehrere Geräte bereitzustellen. Beachten Sie außerdem, dass es nicht angemessen ist, die Benutzerregistrierung zu erzwingen, um diese Anforderung zu erfüllen. Diese Benutzerregistrierung muss optional sein. "
und ich habe meine App kürzlich aus diesen Gründen abgelehnt:
%Vor%so .. Wie kann ich Benutzer und Benutzerabonnements auf meinem Server TRACKEN , um den richtigen Ablauftag für die Zeitschriften zuzuweisen? wie Apfel hier sagte Ссылка (in das Server-Produktmodell)
Ich denke, ich hatte meine App abgelehnt, weil ich den Benutzer zwinge, eine gültige E-Mail auf meinen Server zu legen, um sein Abonnement zu verfolgen.
Ich bin mir sicher, dass jemand in das ging ... Hatte jemand die gleichen Probleme?
Sie könnten diesen Ansatz versuchen:
Beim ersten Start registriert sich die App bei Ihrem Server und ruft ein unique_token zurück. Speichern Sie es auf Server- und Clientseite.
Bei jedem Kauf senden Sie das unique_token an Ihren Server und speichern Sie die Zuordnung zwischen unique_token und dem gekauften Produkt.
Wenn sich der Benutzer bei Ihrem Dienst registriert (Login & amp; pass), senden Sie auch das unique_token und verknüpfen Sie die Produkt-ID direkt mit dem Benutzer.
Wenn Sie Ihre Datenbank entwerfen, denken Sie daran, dass ein Benutzer 2 verschiedene Produkte auf 2 verschiedenen Geräten kaufen kann, sich auf einer davon registrieren und sich dann auf der anderen anmelden kann.
Pros:
Nachteile:
Tags und Links objective-c ios in-app-purchase itunesconnect