Вопросы по интеграции QuickPass с основным продуктом

Аутентификация и идентификация пользователей

1.1. Каким образом реализована система аутентификации для дополнительных проектов (OAuth2, через iframe или другие методы)?
1.2. Существует ли возможность использования в QuickPass идентификатора пользователя (UserID) из основного проекта? Данный идентификатор необходим для обеспечения согласованности данных пользователя между основным проектом и QuickPass

2.1. В каком формате представлен UserID в системе основного продукта (UUID, INT)?
2.2. Какие дополнительные поля пользователя доступны для интеграции (username, email, avatar, ...)?

3.1. Каким образом будет осуществляться синхронизация статусов пользователей между системами (active, blocked, deleted)?
3.2. Требуется ли уведомление для основного продукта о блокировке или удалении пользователя в QuickPass?
3.3. По каким протоколам будет осуществляться передача информации об изменении статуса пользователя?

4.1. Какие механики планируется использовать для выполнения заданий на основном проекте? Например, "сыграть на рулетке 3 раза или сделать ставку и т.п.". QuickPass требуется получать такие данные в оперативном режиме для корректного учета выполнения заданий в системе
4.2. Какие протоколы обмена данными планируется использовать, или будет предоставлен доступ к общей инфраструктуре для подписки на события через обменник сообщений (Kafka, RabbitMQ)?

5.1. Присутствуют ли в основном продукте интеграции с социальными сетями (VK, Telegram, Discord и т.д.)?
5.2. Планируется ли создание заданий, связанных с активностью в социальных сетях? Например, "поставить лайк", "написать комментарий", "сделать репост"
5.3. QuickPass будет самостоятельно отслеживать выполнение социальных заданий через API социальных сетей, возможен ли доступ к группам основного продукта или необходимо создать новые группы?

6.1. Требуются ли основному проекту события о завершении заданий пользователями в оперативном режиме или в виде аналитики?
6.2. По каким протоколам возможна передача таких событий? (webhooks, API, брокер сообщений)

7.1. Присутствует ли в основном продукте виртуальная валюта (игровые монеты, токены, баллы или аналогичные единицы)?
7.2. Существует ли возможность использования данной виртуальной валюты в QuickPass для награждения пользователей?
7.3. По каким протоколам или каким образом будет осуществляться начисление такой виртуальной валюты? (API, брокер сообщений)
7.4. Возможна ли продажа виртуальной валюты основного продукта за монеты QuickPass?

8.1. Присутствует ли у основного продукта общая инфраструктура (Kafka, Redis, общие сервисы)?
8.2. Существует ли возможность подключения QuickPass к внутренней сети основного продукта или доступ будет осуществляться только через внешние API и QuickPass должен находиться во внешней инфраструктуре?
8.3. Какие ограничения по безопасности и доступу к данным необходимо учитывать?

9.1. Какие протоколы предпочтительны для интеграции? (REST API, gRPC, очереди сообщений)
9.2. Присутствует ли у основного продукта API Gateway для внешних интеграций?
9.3. Какие форматы данных используются в системе? (JSON, Protocol Buffers, XML)

10.1. Каким образом будет осуществляться мониторинг работоспособности интеграции?
10.2. Какой уровень обслуживания (SLA) требуется для интеграции?