Как реализовать In-App покупки для разных логинов на одном устройстве?

Question

[SegaZero]

Есть приложение с авторизацией в свой аккаунт (как в фб или вк или почта, etc). Есть возможность купить после авторизации ряд дополнительных довесков. Хотелось бы сделать, чтобы довески, купленные пользователем А не являлись таковыми для пользователя Б на одном и том же айфоне.
Как?
Пока в голове есть только 3 возможных решения и все потенционально на грани reject'a:
1) покупать виртуальную валюту и на неё тут же покупать уже довески
плюсы: удобная привязка к логину, не нужно восстанавливать покупки
минусы: пока точно не верен, но вроде в правилах к consumables говорится что внутренняя валюта должна как-то отображаться. Плюс непонятно, как валидировать consumable покупки, если верить stackoverflow, consumable не свалидируешь на сервере, а это значит полагаться на клиента, что не есть хорошо.
2) покупать с динамическим product id, приплюсовывать к id сам логин и отфильтровывать все не относящиеся
плюсы - валидируется сервером
минусы - одному богу известно как это сделать в itunes connect. насколько я понимаю, там можно вводить только статичные product id
3) опираться на инфу с сервера и, даже если довесок куплен в другом логине, игнорировать его и отображать как некупленный. ну и, соответственно, предпринимать повторную покупку?
плюсы - не нашёл
минусы - я так понимаю, эпл так просто не даст купить второй раз уже купленное, а это потенциально потеря денег

Кто может подсказать, как лучше поступить?

Answer 1

[Makaveli]

Зачем динамический product id? Просто обрабатывая покупку - запоминайте её на своём сервере.

Если у вас есть Логин или другой уникальный идентификатор пользователя, то вы по нему на сервере просто проверяете - был ли куплен довесок на этом аккаунте или нет. Если нет - отправляете запрос на покупку In-app purchase, по завершению которой запоминаете это на своём сервере. Таким образом люди не смогут перелогинившись получить ваш довесок.

Также не забудьте про функцию восстановления покупки. Если человек залогинился и у него довеска не обнаружено - он должен нажать кнопку "восстановить покупку", после чего приложение смотрит на своём сервере - покупал ли он ранее эту покупку, плюс проверяет это ещё механизмами Apple.

Насчёт покупки "второй раз купленного" - как раз у них есть 2 типа покупок внутренних, один из которых вы выбираете при добавлении её в iTunes Connect:



Один из них - одноразовая покупка, другой - просто покупка. Подходит, например, для покупки внутриигровой валюты.

Comments

[SegaZero]

Разве apple даёт покупать один и тот же nonconsumable дважды? У меня просто непонимание есть. Вот вошёл человек со второго аккаунта, это новый юзер, мне нужно ему отображать купленный айтем как некупленный, при этом ещё как то давать его купить. То есть вопрос больше в том, как защититься от несанкционированного приобретения, сколько в том как, собственно, проводить отдельные покупки для разных логинов, но на одном устройстве

[Makaveli]

@SegaZero конечно даёт. А как, вы думаете, зарабатываю все фермообразные игры со внутренними покупками? Строишь дом. Не хочешь ждать сутки - заплати какими-нибудь алмазиками. Кончились алмазы - покупаешь через внутреннюю покупку. И покупать их можешь столько, на сколько денег хватит. Иначе бы эти игры не зарабатывали столько денег.

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

Пользователь купил - помимо того, что в приложении что-нибудь разблокировалось/добавилось, шлём на свой сервер - пользователь с логином/id купил то-то. У каждой же встроенной покупки есть свой уникальный id.

Пользователь разлогинился, вошёл другой пользователь - считаем, что он новый, опрашиваем свой сервер - покупал ли этот пользователь что-то ранее. Если покупал - разблокируем/показываем ему то, что он покупал.

Вся логика на вас. От Apple вам лишь нужен их механизм покупки. Ну, и восстановления покупки на случай, если то, что пользователь покупает, должно быть куплено 1 раз. Например, я делал в своём приложении банальное отключение рекламы за 1$. Я реализовал покупку, которая является одноразовой. Затем реализовал кнопку "Восстановить покупку", чтобы человек, например, купив себе новый iPad и установив моё приложение, не покупал отключение рекламы снова. Он просто жмёт Восстановить, приложение шлёт запрос в Apple - покупал ли он уже такую покупку, получает ответ и если да - разблокирует.

[Makaveli]

@SegaZero разница в моём и вашем случаях, что я всю валидацию делаю через Apple, а вам помимо ответа от Apple ещё нужно проверить через свой сервер - была ли покупка ранее.

[SegaZero]

Фермы продают consumables же, там действительно можно неограниченное число раз. Nonconsumables по определению восстанавливаемые покупки. И они уже сидят в receipt как купленные. Я пока не пробовал в тестовом окружении, но чувствую, что при попытке купить повторно, оно скажет что этот product id уже куплен

[Makaveli]

@SegaZero всё верно, non-consumable одноразовая. @SegaZero пока писал, игрался в песочнице со внутренними покупками. Если покупка уже была сделана, а приложение об этом не знает (купил новый девайс или просто сбросил настройки девайса на заводские), то iOS просто пишет тебе - Ты уже это покупал. Ну, или вроде того. Собственно поэтому они и требуют кнопку "восстановления покупки", иначе в аппстор без неё не пустят. Это всё через эпловские механизмы работает. Но что вам мешает добавить к этому свой сервер? Об этом даже в документации, вроде, написано - что можно кроме App Store валидировать и через свой сервер.

[SegaZero]

Смотрите. Проблема как раз в том, что если девайс не ресетить и войти новым логином, то купить по новой инапп просто не дадут. А устраивать аттракционы щедрости и включать купленное на все логины, которые входятся с указанного устройства (и не просто устройства, а семейства устройств с данным itunes аккаунтом) - это мне не по карману:)

Я пытаюсь понять, как, во-первых, дать возможность делать покупку несколько раз на одном устройстве и во-вторых, успешно её провалидировать сервером

[Makaveli]

@SegaZero а с чего вы взяли, что не дадут? Даже если покупка одноразовая - скажут, что уже покупали и спросят - хотите ли купить снова. А уже если она многоразовая, то с какой стати вам не дадут?

Насчёт валидировать - просто начните писать код и поймёте, на каком этапе помимо ответа из App Store вам стоит ещё и проверить данные на своём сервере.

[SegaZero]

Потому что аккаунт тунца то один и тот же:)

[Makaveli]

@SegaZero так именно поэтому вы и валидируете всё на свёом сервере, имея уникальный идентификатор пользователя. подумайте о том, как живут free-to-play игры, зарабатывающее на многократоной продаже одних и тех же in-app-покупок для покупки какой-то внутриигровой валюты, например.

[SegaZero]

C валютой ясно - там consumables, а вот с nonconsumables уже сложнее

[Makaveli]

@SegaZero тогда делайте с расчётом, что на каждого уникального пользователя 1 девайс. Залогинился - проверка через сервер, что у него открыто. Разлогинился - в приложении всё обнуляется. И всё.

[s0L]

@SegaZero consumable инапы валидируются абсолютно также как и non consumable. Для iOS >= 7 есть только одно различие, транзакция в receipt приложения существует только на момент покупки.

[s0L]

@SegaZero "Я пытаюсь понять, как, во-первых, дать возможность делать покупку несколько раз на одном устройстве" - речь не об устройстве, а об Apple ID, и в вашем случае nonsonsumable использовать не получится, повторные покупки просто не будут тарифицироваться на этом же Apple ID. Виртуальную валюту Apple позволяет использовать только в игровых приложениях.

[SegaZero]

Ну вот я и не могу сообразить. Если делать consumable, то в случае обрыва инета покупку придётся проводить заново?