application rejetée.Comment à suivre l'utilisateur non renouvelable d'abonnement

Question

J'ai développé une application pour sur le magazine en ligne avec un type d'abonnement sans renouvellement.

Guide de développeur Apple Dites:

"Il n'est pas approprié de suivre l'abonnement à l'aide de l'UDID ou de l'ID d'Apple Store. L'abonnement doit être suivi avec un serveur externe que vous devez fournir afin de fournir un abonnement à plusieurs périphériques. De plus, veuillez garder à l'esprit qu'il n'est pas approprié de forcer l'enregistrement de l'utilisateur à respecter cette exigence; Une telle inscription de l'utilisateur doit être effectuée en option. "

Et j'ai récemment eu mon application rejetée par Apple pour ces raisons:

11.6: Content subscriptions using IAP must last a minimum of 7 days and be available to the user from all of their iOS devices
17.2: Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected

Alors .. Comment puis-je suivre les utilisateurs et également l'abonnement à l'utilisateur sur mon serveur afin d'attribuer la bonne journée d'expiration des magazines? comme Apple dit ici https://developer.apple.com/library/ios/# Documentation / NetworkingInternet / Conceptuel / StorekitGuide / APIOOVERView / AperviewOfthestoreKittaPI.html (dans le modèle de produit serveur)

Je pense que j'avais rejeté mon application parce que je force l'utilisateur à mettre un e-mail valide sur mon serveur afin de suivre son abonnement.

Je suis sûr que quelqu'un est entré dans ça ...did quelqu'un avait les mêmes problèmes?

Answer 1

Vous pourriez essayer cette approche:

sur la première exécution, l'application enregistre avec votre serveur et récupérez un document_Token. Stockez-le sur le serveur et le côté client.
Lors de chaque achat Soumettre à votre serveur, le fichier unique_Token et stocker l'association entre un produit unique_Token et le produit acheté. Si l'utilisateur s'inscrit avec votre service (Connexion et Pass) Envoyez également l'ID d'utilisateur unique_Token et associez l'ID de produit à l'utilisateur directement.

Lorsque vous concevez votre base de données, gardez à l'esprit qu'un utilisateur peut acheter 2 produits différents sur 2 périphériques différents, enregistrez-vous sur l'un d'entre eux, puis connectez-vous sur l'autre.

Avantages:

• L'enregistrement n'est pas obligatoire.
• Vous n'avez pas besoin d'utiliser UDID.

  contre:

  • Travail plus complexe. (Thx Apple)
  • Si un utilisateur supprime l'application sans enregistrer tous les achats sont perdus. Cependant, certaines solutions de contournement pourraient être possibles (EX Soumettre au serveur également l'adresse MAC de l'interface WiFi / Bluetooth [je ne sais pas si une API privée est nécessaire ou si elle est encore une fois recommandée par Apple Guide])