Я собираюсь совершить свой первый набег в In-App покупках, и я не совсем уверен, как справиться с моей ситуацией. Вверху моя ситуация, с некоторыми актуальными вопросами, выделенными жирным шрифтом внизу. Любой совет будет оценен.
Я разрабатываю приложение, в котором будет много контента для покупок внутри приложения. Каждый день около 20 или 30 новых предметов будут создаваться для продажи. Предметы на 3 или 4 дня будут выставлены на продажу в любое время, после чего они исчезнут.
Итак, мы говорим много вещей. Слишком много, чтобы добавить в Apple для уникального ProductID каждый день.
Из всех этих сотен предметов на самом деле есть только 4 или 5 различных типов предметов. Поэтому я думаю, что мне нужно будет сделать 1 SKProduct для каждого типа. Под капотом (и невидимым для пользователя) фактически будет покупаться кредитный товар на 1 товар типа X. После завершения транзакции я отправляю квитанцию И требуемый товар на наш сервер. Наш сервер сохраняет это и отправляет файл обратно. Если им нужен второй файл, им нужно купить второй кредит и повторить процесс. Конечно, пользователю будет представлено, как будто они покупают Предмет 1, Предмет 2 и Предмет 3 напрямую.
Чтобы сделать это еще сложнее, мы также хотим предложить трехмесячную подписку (на значительно более высоком уровне) для тех, кто не хочет покупать свои товары по меню.
1. Это звучит как хороший подход?
Будет ли Apple в порядке с этим? Если нет, какие возможные альтернативы у меня есть?
2. Оптимально, мы бы хотели, чтобы люди могли повторно загружать товары, за которые они уже заплатили.
Будет ли хорошим подходом сделать каждый кредит непотребляемым, и, поскольку я уже сохранил информацию о квитанции на сервере, я могу сопоставить ее с любым предметом, который они должны получить? Если это слишком сложно или противоречит правилам Apple, мы можем просто сделать предмет расходным, так как он хорош только в течение нескольких дней ...
3. Есть что-нибудь еще, что я здесь пропускаю?
Спасибо за любую информацию, которую вы, ребята, можете предоставить.