Frage

Ich entwickle eine app, in dem der Benutzer eine Funktion nutzt für einen bestimmten Zeitraum abonnieren können. Die Zeichnungsfrist wird auf unserem eigenen Server überprüft und nach dieser der Benutzer benötigt Zeit, um ein neues Abonnement zu kaufen.

Jetzt bin ich über die Warnung von Apple verwirrt: Nach dem „Wollen Sie einen kaufen ...“ - Alarm gibt es eine andere mit dem Hinweis kommt, dass der Benutzer bereits für das Abonnement bezahlt hatte und wenn er will, erneuern !

Ist das wirklich führt zu einer neuen Zahlung?

War es hilfreich?

Lösung

Sie werden von Apple benötigt, um Ihre eigenen Kauf UI, entweder etwas App Store-like oder eine Warnung zu präsentieren. Nachdem der Benutzer bestätigt den Kauf für Sie, Ihre App macht den SKPayment, die das SDK verursachen den Benutzer speichert Identität und die Menge zu überprüfen, sie zahlen (was ich glaube, dass der zweite Dialog ist, dass Sie sich beziehen).

Jedes Mal, wenn ein Benutzer, den Sie Geld durch iTunes gibt es wird ein iTunes Dialog irgendwo sein. Apple will nicht, Entwickler, diesen Schritt überspringen und freies Geld von ahnungslosen Benutzern erhalten. Die Lösung ist, um es zu entwerfen: Sie wissen, dass der Dialog kommt, also nicht zuerst dem Benutzer einen redundanten Dialog geben. Viele Apps nutzen, Info-Seiten mit „buy“ Tasten zu umgehen, dass - anstelle von zwei Kauf Dialogen Rücken an Rücken, werden sie eine Kauf-Info-Seite, eine Taste drücken, und erhalten Sie das Apple SDK Kauf-Dialog.

Wenn Sie einen Abonnement-Service wollen, dann müssen Sie das Element zum Einrichten in iTunes Connect als ein Abonnement, kein Verbrauchsmaterial oder Nicht-Verschleißteil. Sobald erstellen Sie ein IAP Element, das Sie auf nicht seine Art ändern, so richtig zum Zeitpunkt der Erstellung wählen. Abonnements sind nicht wie Verbrauchsmaterialien selbst behandelt, obwohl sie im Grunde nur zeitbasierte Verbrauchsmaterialien sind. Apple erzwingt die andere Formulierung für den Benutzer zu kommunizieren, dass man zu einem bestimmten Zeitpunkt abgelaufen ist, der andere läuft nach einiger Ressource nicht-Zeit verbraucht ist.

Sie müssen das Abonnement Kauf auf Ihrem eigenen Server verfolgen (Einnahmen überprüfen und beseitigen Piraterie) und Ihre Anwendungen sollten zur richtigen Zeit für eine Erneuerung aufgefordert. Was der App Store betrifft, so ist ein Abonnement erneuert wieder alle über das Abonnement erwerben, so, ja, Sie das SDK auf dem Benutzer einige Dialoge kotzen sehen werden fragen sie ihren Kauf zu überprüfen. Es gibt derzeit keine „auto erneuernde Abonnement“ Option, entweder. Diese Gründe sind, warum viele Entwickler Multi-Monats-Abonnements anbieten.

Andere Tipps

Sie scheinen zu erwarten, dass Apple Store weiß, wann Benutzer Abonnement abgelaufen ist. Es tut nicht. Ihre Anmeldung ist daher Abonnements jederzeit erneuern können, auch alle 1 Minute, wenn Sie wollen, Apple Store hält gerade diese gültig Erneuerung sein. Ihre Anwendung (oder wahrscheinlich Ihr Server) die Buchhaltung zu tun, stellen Sie sicher, wie lange war vor der letzte erfolgreiche Abonnement Transaktion des Benutzers, und wenn es nicht schnell genug ist, dann nur Abozahlung Transaktion überspringen.

Sie können testen Sie alle In-App-Kauf (IAP) Sachen in einer Sandbox, die nicht in der tatsächlichen Zahlungen zur Folge hat.

Auch, wie Ihre Anwendung Greift die verschiedene Transaktion bestimmt, wann die „Do Sie kaufen möchten ...“ erscheint.

Offensichtlich, sobald der Benutzer ein Abonnement erwirbt, sollten Sie diese speichern (sprich: NSUserDefaults) und setzen nicht die „Wollen Sie kaufen wollen“ Warnung, wenn sie alle einbezahlt sind

.

Wenn Ihre Frage nicht beantworten, fragen Sie vielleicht noch etwas Bestimmtes. Insbesondere ist es Ihre Ausführung von IAP-verwandten Code, der die Trigger „Wollen Sie kaufen?“ warnen; so was Sie tun müssen / nicht tun, dass auf der Grundlage Ihrer Kenntnis der Abozahlung des Benutzers.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top