Використовуйте цю сторінку для агрегації та інтеграції ігор. Якщо проєкт замінює всю основну платформу, розгляньте рушій казино.
Підтвердьте каталог до порівняння кількості ігор
Визначте пріоритетні студії та ігри, території гравців, валюти, пристрої та необхідні функції акцій. Підтвердьте відповідні погодження постачальників і комерційні дозволи. Наявність студії в широкому каталозі не є зобов’язанням надати вашому бізнесу кожну гру або конфігурацію.
Збережіть виключення в обсязі робіт. Гра, що запускається в демонстраційному режимі, може потребувати погодження або іншої конфігурації для гри на реальні кошти. Сторінка вибору провайдерів визначає, яку інформацію запитати для попереднього переліку.
Вирішіть, де зберігаються кошти гравця
| Модель гаманця | Операційний наслідок | Питання для перевірки |
|---|---|---|
| Seamless wallet | Ігрові транзакції звертаються до погодженої системи обліку рахунків | Як підтверджуються та звіряються списання, зарахування й сторнування? |
| Transfer wallet | Кошти переміщуються між основним рахунком і балансом провайдера | Як відновлюють роботу з переказами в очікуванні, поверненням коштів і балансами провайдера? |
Модель впливає на доступний баланс, виведення, бонуси й підтримку. Встановіть фактичну поведінку кожного підключеного постачальника, не припускаючи, що всі студії однаково обробляють перервану гру.
Відрізняйте раунд від його транзакцій
Ідентифікатор раунду групує події, що належать до ігрового раунду. Ідентифікатори транзакцій розрізняють окремі фінансові дії. Раунд може містити кілька зарахувань або іншу послідовність, дозволену грою. Не припускайте, що кожен раунд має одне списання й одне зарахування.
Визначте перевірки балансу, списання, зарахування та сторнування у фактичній документації інтерфейсу. Зазначте, до якої початкової події належить виправлення та що відбувається, якщо воно надходить після пізнішої події. Повторний запит має розпізнаватися як той самий, а не трактуватися як інша ставка або виграш.
Сесія та фінансовий запис також мають різні строки існування. Закриття браузера гравцем не доводить завершення кожного раунду. Визначте звіт і відповідального за незавершені раунди й транзакції.
Погодьте підтвердження для приймання
Перевірте успішний запуск, повторне списання, вичерпання часу очікування після фінансової дії, невідповідність валюти та перерваний раунд. Включіть пізніше зарахування або сторнування, якщо це дозволено задокументованою послідовністю постачальника. Звірте облік гравця зі звітом провайдера за початковими ідентифікаторами.
Для кожного випадку збережіть запит, відповідь, очікуваний стан і фактичний результат. Визначте, хто розслідує розбіжності та що дозволяє перевести інтеграцію в робоче середовище. Точні правила підписування, повторів, закінчення строку дії та обмеження частоти запитів мають походити з погодженої документації.
Оцініть роботу з урахуванням вашого поточного стану
Графік залежить від гаманця, автентифікації, історії транзакцій, налаштування каталогу та можливостей тестування. Визначте прогалини в цих компонентах, перш ніж оцінювати інтеграцію фіксованою кількістю днів. Зберігайте погодження постачальника й технічне приймання як окремі залежності.
Запитайте відповідну документацію API та обсяг робіт. Надішліть інформацію про оператора й ринки, модель гаманця, потрібні студії та валюти. Додайте опис поточної обробки повторів і сторнувань у системі обліку, щоб обговорити складну частину на ранньому етапі.