Добрый день! Сейчас курю вашу документацию, пытаюсь понять как не продолбаться с миграцией. Сейчас схема примерна такая: Приложение на флаттере осуществляет покупки через плагин 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?
