2011-01-05 2 views
2

ОК, так что у вас возникла проблема со всем процессом рассмотрения покупок в приложении и надеюсь, что кто-то может пролить некоторый свет/опыт на нем.Отверстие для покупок в приложении

У нас есть проект, который является журналом для ipad. Каждая проблема требует покупки в приложении до ее загрузки. Проблемы подаются из фида XML, когда публикуется новый.

Проблема заключается в том, как мы можем рассмотреть Apple при покупке приложения, не отображая новую проблему. Они не смогут увидеть это в реальном двоичном формате. Если мы опубликуем вопрос, мы должны сказать «недоступный», который выглядит крайне непрофессионально для клиента, пока не будет рассмотрена покупка в приложении.

Мы не хотим, чтобы опубликовать новый двоичный каждый раз, когда новый выпуск публикуется в том бессмысленное упражнение для клиента

Спасибо, любые предложения помимо сообщения изменений в «ближайшее время» будет apprciated. Единственное, что у нас было, это флаг в настройках приложения, который отображает «недоступные проблемы»

ответ

0

Вы можете использовать потребительские покупки, то есть право скачивать 1 статью. 5 покупках - 5 статей. Или укажите абонентскую подписку на месяц или около того.

+0

Я хочу, чтобы они купили каждую проблему один раз, которую они могут затем загрузить в любой момент, я не хочу, чтобы она потреблялась либо –

+0

Вы сохраняете в своей базе данных, что клиент купил эту конкретную проблему, загрузите его позже. И, кстати, вы всегда сможете добавлять дополнительные проблемы и новые покупки в приложениях, а также динамически добавлять список доступных загрузок в свою программу, поэтому это не потребует повторной компиляции. –

+0

Но если клиент удалит приложение, утеряно подтверждение оплаты –

0

Вы всегда можете просто сохранить какую-то «пробную» проблему, доступную для пользователей, демонтирующих программное обеспечение.

Это или несколько избранных страниц из активной проблемы можно указать как «демонстрационные страницы», так как они будут доступны для просмотра из демонстрационной версии программного обеспечения.

+0

У нас есть демо-версия, но мы не можем предоставить это яблоку, чтобы использовать это для целей обзора, когда все, что они просматривают, является только покупкой inapp, они ожидают ее в реальном двоичном коде –

1

Если вы входите в свою учетную запись разработчика iOS, вы найдете это Приступая к работе в приложении Purchase pdf-файл, который содержит информацию, необходимую вам при настройке с вашим элементом iAP.

В частности, я думаю, что вам нужен товар, который относится к категории с именем Подписки. Это должно решить вашу проблему.

+0

. Я перечитаю этот документ, но это не подписка как таковая, они покупают каждую проблему adhoc –

+0

, а затем, когда вы отправляете свой пункт iAP, можете ли вы использовать относительно абстрактную концепцию, такую ​​как ** покупка услуги, чтобы иметь один и только один из вопросов этого журнала, доставленных в iDevice (Consumable) * *? –

+0

кажется немного обручем, конечно, это не так, как подобные проводники и т. Д. Справляются с этим?!?! –