Faille dans les achats in-app

Question

J'ai un problème avec le processus d'évaluation des achats in-app et j'espère que quelqu'un pourra m'éclairer ou me faire part de son expérience.

Nous avons un projet de magazine pour l'ipad. Chaque numéro nécessite un achat in-app avant d'être téléchargé. Les numéros sont servis à partir d'un flux XML lorsqu'un nouveau numéro est publié.

Le problème est de savoir comment faire pour qu'Apple examine un achat in-app sans afficher le nouveau numéro. Ils ne seront pas en mesure de le voir dans le binaire en direct. Si nous publions le problème, nous devons dire "indisponible", ce qui semble extrêmement peu professionnel pour le client, jusqu'à ce que l'achat in-app soit examiné.

Nous ne voulons pas avoir à publier un nouveau binaire à chaque fois qu'un nouveau numéro est publié, car c'est un exercice inutile pour le client.

Merci, toute suggestion autre que celle de changer le message en "bientôt" serait appréciée. La seule autre idée que nous avons eue est un indicateur dans les paramètres de l'application qui affiche "problèmes non disponibles"

Answer 1

Si vous vous connectez à votre compte de développeur iOS, vous trouverez ceci Commencer avec l'achat dans l'application pdf, qui contient des informations dont vous aurez besoin pour configurer votre poste iAP.

Plus précisément, je pense que ce dont vous avez besoin, c'est d'un élément appartenant à la catégorie nommée Abonnements . Cela devrait résoudre votre problème.

Answer 2

Vous pouvez utiliser des achats consommables, c'est-à-dire le droit de télécharger 1 article. 5 achats - 5 articles. Vous pouvez également offrir à un utilisateur un abonnement d'un mois ou plus.

Answer 3

Vous pouvez toujours garder une sorte d'"échantillon" disponible pour permettre à l'utilisateur de faire une démonstration du logiciel.

Cela, ou quelques pages sélectionnées du numéro actif pourraient être spécifiées comme "pages de démonstration", c'est-à-dire qu'elles seraient visibles à partir d'une version de démonstration du logiciel.