Как предотвратить использование одного и того же Apple ID для нескольких пользователей при покупке приложений

Question

Я занимаюсь кроссплатформенным мобильным приложением и использую плагин InAppBiling для функции покупки приложений в моем приложении, но у меня есть вопрос по поводу сценария ниже на iOS:

Сценарий :

• Пользователь A получает подписку с учетными данными своего приложения и своим Apple ID.
• Пользователь B использует устройство пользователя A и выполняет вход с учетными данными приложения B пользователя, но использует Apple пользователя AИдентификатор для покупки подписки.

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

Мой вопрос заключается в том, как запретить пользователю B изменять подписку пользователя A?Я не мог найти решение до создания квитанции.Я не хочу разрешать пользователю B, который изменяет подписку пользователя A.Я хочу проинформировать пользователя B об использовании другого Apple ID для продолжения покупки подписки.

Заранее спасибо

Answer 1

Ваш вопрос относится к этому

У вас должен быть бэкэнд, который является вашим источником правды о подписках.

Ситуация, которую вы предоставили, выглядела бынапример:

1. Пользователь A получает подписку с учетными данными своего приложения и своим Apple ID.
2. Вы отправляете квитанцию ​​в свой бэкэнд для проверки, как описано здесь
3. Ваш сервер хранит информацию о подписке и связывает ее с пользователем A
4. Пользователь B использует устройство пользователя A и входит в систему с учетными данными приложения пользователя B, но использует Apple ID пользователя A для покупки подписки.
5. Вы отправляете эту квитанцию ​​своему бэкэнду, как указано в пункте 2
6. Ваш бэкэнд отвечает, что эта подписка уже связана с пользователем A

Редактировать:

Как упомянуто в apple docs :

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