Отверстие для покупок в приложении

Итак, у вас есть проблема со всем процессом проверки покупок в приложении, и надеюсь, что кто-то может пролить свет / опыт на это.

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

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

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

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


person Anthony Main    schedule 05.01.2011    source источник


Ответы (3)


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

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

person Di Wu    schedule 05.01.2011
comment
Я перечитаю этот документ, но это не подписка как таковая, они покупают каждый выпуск adhoc. - person Anthony Main; 05.01.2011
comment
тогда, когда вы отправляете свой элемент iAP, можете ли вы использовать относительно абстрактную концепцию, такую ​​​​как покупка услуги для доставки одного и только одного выпуска этого журнала на iDevice (Расходные материалы)? - person Di Wu; 05.01.2011
comment
это кажется чем-то вроде обруча, конечно, это не то, как с этим справляются проводные и т. Д.?!?! - person Anthony Main; 05.01.2011

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

person Nickolay Olshevsky    schedule 05.01.2011
comment
Я хочу, чтобы они покупали каждый выпуск один раз, а затем могли повторно загрузить его в любой момент, я также не хочу, чтобы он был использован. - person Anthony Main; 05.01.2011
comment
Вы сохраняете в своей базе данных, что клиент купил этот конкретный выпуск, и даете ему возможность повторно загрузить его позже. И, кстати, вы всегда сможете добавить дополнительные задачи и новые покупки в приложении, а также динамически заполнить список доступных загрузок в вашей программе, так что это не потребует повторной компиляции. - person Nickolay Olshevsky; 05.01.2011
comment
Но если клиент удаляет приложение, подтверждение платежа теряется. - person Anthony Main; 05.01.2011
comment
Вы можете восстановить их из Apple, а также через учетную запись пользователя на сайте или через уникальный идентификатор iPhone. - person Nickolay Olshevsky; 05.01.2011
comment
Существуют ли приложения, которые работают таким образом? Мне действительно любопытно, потому что это потребует обязательной регистрации для платежей... вам не откажут за это? - person steipete; 17.03.2011

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

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

person user535617    schedule 05.01.2011
comment
У нас есть демо-версия, но мы не можем предоставить ее Apple для использования в целях обзора, когда все, что они просматривают, — это только покупка в приложении, они ожидают ее в действующем бинарном файле. - person Anthony Main; 05.01.2011