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