Ich entwickle eine App, in der der Benutzer ein Feature abonnieren kann, das für einen bestimmten Zeitraum verwendet wird. Der Abonnementzeitraum wird auf unserem eigenen Server überprüft und nach dieser Zeit muss der Benutzer ein neues Abonnement kaufen.
Jetzt bin ich verwirrt über den Alarm von Apple: Nach dem "Möchtest du einen kaufen ..." - Alarm kommt ein weiterer mit dem Hinweis, dass der Nutzer bereits für das Abo bezahlt hat und ob er verlängern möchte !
Führt das wirklich zu einer neuen Zahlung?
Sie werden von Apple aufgefordert, eine eigene Kaufoberfläche zu erstellen, entweder als AppStore-ähnliche Version oder als Warnung. Nachdem der Nutzer den Kauf bestätigt hat, übermittelt Ihre App die SKPayment, wodurch das SDK die Identität des Nutzers und den von ihm gezahlten Betrag überprüft (was meiner Meinung nach der zweite Dialog ist, auf den Sie sich beziehen).
Jedes Mal, wenn ein Nutzer Ihnen über iTunes Geld gibt, wird irgendwo ein iTunes-Dialog sein. Apple möchte nicht, dass Entwickler diesen Schritt überspringen und kostenloses Geld von ahnungslosen Benutzern erhalten. Die Lösung besteht darin, es zu entwerfen: Sie wissen, dass der Dialog kommt, also geben Sie dem Benutzer nicht zuerst einen redundanten Dialog. Viele Apps verwenden Info-Seiten mit "Kaufen" -Schaltflächen, um das zu umgehen - anstatt zwei Kauf-Dialoge hintereinander, sehen sie eine Kauf-Info-Seite, drücken eine Taste, dann erhalten das Apple SDK Kaufdialog.
Wenn Sie einen Abonnementdienst benötigen, müssen Sie das Element in iTunes Connect als als Abonnement einrichten, nicht als Verbrauchsartikel oder Verbrauchsartikel. Sobald Sie ein IAP-Objekt erstellt haben, können Sie den Typ nicht ändern . Wählen Sie also zum Zeitpunkt der Erstellung korrekt aus. Subskriptionen werden nicht wie Verbrauchsmaterialien behandelt, obwohl sie im Grunde nur zeitbasierte Verbrauchsmaterialien sind. Apple erzwingt die unterschiedliche Formulierung, um dem Benutzer mitzuteilen, dass eines zu einem bestimmten Datum abläuft, das andere abläuft, nachdem eine nicht zeitgebundene Ressource aufgebraucht ist.
Sie müssen den Kauf des Abonnements auf Ihren eigenen Servern verfolgen (um Belege zu prüfen und Piraterie zu beseitigen), und Ihre Apps sollten zur richtigen Zeit eine Verlängerung beantragen. Was den App-Store angeht, so bedeutet das erneute Abonnement, dass das Abonnement erneut gekauft wird. Sie sehen also, dass das SDK beim Benutzer einige Dialoge öffnet, in denen er aufgefordert wird, den Kauf zu bestätigen. Derzeit gibt es auch keine Option zur automatischen Verlängerung des Abonnements. Aus diesen Gründen bieten viele Entwickler mehrmonatige Abonnements an.
Sie scheinen zu erwarten, dass Apple Store weiß, wann das Benutzerabonnement abgelaufen ist. Es tut nicht. Ihre Anwendung kann daher Abonnements jederzeit erneuern, sogar jede Minute, wenn Sie möchten, Apple Store betrachtet dies als gültige Verlängerung. Ihre Anwendung (oder wahrscheinlich Ihr Server) muss die Buchhaltung durchführen, überprüfen, wie lange die letzte erfolgreiche Abonnementtransaktion des Benutzers noch andauert, und wenn es nicht bald genug war, dann überspringen Sie einfach die Abonnement-Zahlungstransaktion.
Sie können alle In-App-Kauf-Sachen (IAP) in einer Sandbox testen, die nicht zu tatsächlichen Zahlungen führt.
Außerdem wird festgelegt, wie Ihre App die verschiedenen Transaktionen behandelt, wenn der Dialog "Möchten Sie kaufen ..." angezeigt wird.
Sobald der Benutzer ein Abonnement erwirbt, sollten Sie dies natürlich speichern (lesen Sie: NSUserDefaults), und nicht die Warnung "Möchten Sie kaufen" aufstellen, wenn sie alle bezahlt sind.
Wenn dies Ihre Frage nicht beantwortet, fragen Sie vielleicht etwas Genaueres. Insbesondere ist es Ihre Ausführung von IAP-bezogenem Code, der das "Möchten Sie kaufen?" Auslöst. aufmerksam; Sie müssen dies also tun / tun, wenn Sie Kenntnis von der Abonnementzahlung des Benutzers haben.
Tags und Links iphone in-app-purchase subscription