D
Dmitrii
Добрый день! Сейчас курю вашу документацию, пытаюсь понять как не продолбаться с миграцией.
Сейчас схема примерна такая:
  • Приложение на флаттере осуществляет покупки через плагин in_app_purchase
  • После успешной покупки, приложение передает на бэк данные транзакции от эпла/гугла, которые вернул плагин
  • Мы на бэке связываем эти данные с профилем пользователя и дальше по нему идентифицируем пользователей для синхронизации статуса покупки в будущем
Хотим полностью перейти на ваше решение, чтобы приложение общалось только с SDK, а бэк слушал вебхуки, но пока непонятны следующие вещи:
  • Что будет если позвать identify() c одним и тем же customer user id на андроиде и айосе? Последний по порядку вызов метода перезапишет данные в профиле вроде OS, Device и пр?
  • Пока что мы только добавили ваш SDK в список зависимостей и так оно уже сколько-то релизов там живет. Также мы настроили в дашборде интеграции с магазинами эпла и гугла. Сейчас я вижу на дашборде покупки сделанные задолго до интеграции с вами, а также сгенерированные профиля пользователей. Вопрос в следующем: правильно ли я понимаю, что первый вызов identify(<customer_user_id>) добавит <customer_user_id> в уже существующий профиль, если в нем была совершена хотя бы одна покупка?
  • К предыдущему вопросу: если было совершено две покупки с одного apple id они всегда гарантированно окажутся в одном и том же adapty профиле, даже если customer_user_id был пустой когда эти покупки были совершены?
  • Какие ивенты/вебхуки порождает восстановление покупок в режиме Transfer access to new user? subscription started и subscription expired?