Эта страница посвящена агрегации и интеграции игр. Если проект предполагает замену всей основной платформы, ознакомьтесь с движком казино.
Подтвердите каталог до сравнения количества игр
Укажите приоритетные студии и игры, территории игроков, валюты, устройства и необходимые промофункции. Подтвердите соответствующие разрешения поставщиков и коммерческие права. Наличие студии в общем каталоге не означает, что вашему бизнесу доступна каждая её игра или конфигурация.
Зафиксируйте исключения в составе работ. Игра, которая запускается в деморежиме, может потребовать отдельного одобрения или иной конфигурации для игры на деньги. На странице выбора провайдеров перечислены сведения, которые нужно запросить по кандидатам.
Определите, где хранятся средства игрока
| Модель кошелька | Последствия для работы | Что проверить |
|---|---|---|
| Единый кошелёк (seamless wallet) | Игровые транзакции обращаются к согласованному реестру операций по счёту | Как подтверждаются и сверяются списания, зачисления и отмены? |
| Трансферный кошелёк | Средства перемещаются между основным счётом и балансом у провайдера | Как восстанавливаются незавершённые переводы, возвращённые средства и балансы у провайдера? |
Эта модель влияет на доступный баланс, вывод средств, бонусы и поддержку. Установите фактическое поведение каждого подключённого поставщика: нельзя считать, что все студии одинаково обрабатывают прерванную игру.
Различайте раунд и его транзакции
Идентификатор раунда объединяет события одного игрового раунда. Идентификаторы транзакций различают отдельные финансовые действия. В раунде может быть несколько зачислений или другая последовательность, предусмотренная игрой. Не предполагайте, что каждому раунду соответствует ровно одно списание и одно зачисление.
Опишите проверки баланса, списания, зачисления и отмены в документации конкретного интерфейса. Укажите, к какому исходному событию относится корректировка и что происходит, если она приходит после более позднего события. Повторный запрос должен распознаваться как тот же запрос, а не как новая ставка или выигрыш.
Срок существования сессии и финансовой записи также может различаться. Закрытие браузера игроком не подтверждает завершение всех раундов. Определите отчёт и ответственного за незавершённые раунды и транзакции.
Согласуйте подтверждения для приёмки
Проверьте успешный запуск, повторное списание, тайм-аут после финансового действия, несовпадение валют и прерванный раунд. Включите последующее зачисление или отмену, если это допускает документированная последовательность поставщика. Сверьте реестр операций игрока с отчётом провайдера по исходным идентификаторам.
Для каждого случая сохраните запрос, ответ, ожидаемое состояние и фактический результат. Определите, кто разбирает расхождения и на каком основании интеграцию допускают в рабочую среду. Точные правила подписания запросов, повторных попыток, сроков действия и ограничения частоты запросов должны следовать согласованной документации.
Оцените работу с учётом текущего состояния системы
Сроки зависят от кошелька, аутентификации, истории транзакций, настройки каталога и возможностей тестирования. Сначала выясните, чего не хватает в этих компонентах, и только затем оценивайте интеграцию в фиксированном количестве дней. Одобрение поставщика и техническая приёмка — отдельные зависимости.
Запросите соответствующую документацию API и состав работ. Пришлите сведения об операторе и рынках, модель кошелька, нужные студии и валюты. Опишите текущую обработку повторных запросов и отмен в реестре операций, чтобы обсудить сложные вопросы в начале проекта.