Ліміти депозитів і втрат

1) Навіщо потрібні ліміти

Ліміти - ключовий інструмент Responsible Gaming (RG), що дозволяє гравцям контролювати витрати і час, а операторам - виконувати ліцензійні та етичні зобов'язання, знижуючи скарги, чарджбеки і операційні ризики.

• Запобігання шкоди та імпульсивних витрат.
• Прозорість і передбачуваність витрат.
• Відповідність вимогам регуляторів/платіжних партнерів.

2) Види лімітів і терміни

Примітка: у багатьох юрисдикціях мінімально обов'язковий депозитний і/або ліміт втрат.

3) Правила «охолодження» та зміни лімітів

Зниження ліміту - вступає в силу відразу.
Підвищення - тільки після періоду «охолодження» (24-168 годин, залежить від політики/юрисдикції).
Скасування ліміту = підвищення до «без обмежень» → теж через «охолодження».
Історія змін зберігається в незмінному журналі (час, IP/пристрій, канал).

4) Чесні формули розрахунку

4. 1 Ліміт депозитів

Відстежуємо суму успішних поповнень в заданому періоді.
Скасовані/повернені депозити не збільшують фактичну витрату, але враховуйте локальні норми (коли скасування зараховується як спроба).

allowed_today = daily_deposit_limit - sum(successful_deposits[today])
allowed_today = max(0, allowed_today)

4. 2 Ліміт втрат (Net Loss)

Net Loss = ( депозити періоду) ( висновки періоду) (баланс на початок періоду баланс на кінець періоду)

Враховуйте конвертацію валют і часові межі періоду (локальна TZ).
Пороговий контроль: при досягненні 80 %/100% - блокування нових ставок/депозитів (по політиці).

4. 3 Ліміт обороту

Підсумовуємо всі ставки (включаючи фриспіни в грошовому еквіваленті, якщо так прописано в політиці).
Повернення/анулювання ставок віднімаємо.

5) UX-патерни і готові тексти

Доступність: ліміти видно в профілі (1-2 кліка), на онбордингу - м'яка рекомендація встановити ліміт.

• "Виберіть ліміти, щоб контролювати витрати. Зниження - відразу, підвищення - через 48 годин (період охолодження)

• "Сьогодні ви внесли €120 з €200 (60%). Залишилося €80"

• "Денний ліміт досягнуто. Ви зможете поповнити рахунок завтра о 00:00.»

• "Підвищення денного ліміту до €300 набуде чинності через 48 годин. Підтвердити?"

• "Ви досягли 80% денного ліміту втрат. Розгляньте тайм-аут 24 год або налаштування лімітів"

Антипатерни: без «темних» патернів, без промо в екранах лімітів, рівна помітність опцій.

6) Зв'язок з іншими інструментами RG

Тайм-аути і самовиключення: доступні прямо з екрану лімітів.
Reality Checks: показують прогрес по лімітах; при перевищенні - м'яка/жорстка пауза.
Маркетинг suppression: гравець з вичерпаним лімітом на період не повинен отримувати стимулюючі оффери.

7) Інтеграція з платежами, бонусами та казино-ядром

Payments: ліміт застосовується до спроби списання; відображаємо доступний залишок.
Bonus Engine: визначте, чи входять бонус-депозити і freebet в розрахунок (рекомендуємо вважати грошовий еквівалент, а не «безкоштовні» метрики).
Game Server: API-блокування ставок при досягненні ліміту (idempotent, reason code).
Мультивалюта: зберігайте розрахунок у референсній валюті рахунку; округлення - на користь гравця.

8) Архітектура (референс)

Limits Service: зберігає ліміти, періоди, залишки; перераховує при подіях.
Event Bus: `deposit. succeeded`, `withdrawal. completed`, `bet. placed`, `bet. settled`, `bonus. applied`.
Policy Engine: правила «охолодження», ескалації (тайм-аут).
Gateway Guards: предикати перед депозитом/ставкою.
UI/Notifications: онбординг, центр лімітів, реальність-чек.
Audit/WORM: незмінні журнали установок/змін/блокувань.

Fail-safe: при недоступності Limits Service - за замовчуванням забороняти операції, що вимагають підвищення ризику (ставки/депозити), або застосовувати останній зафіксований залишок по суворій політиці.

9) Політика лімітів (скелет для wiki)

1. Область: на кого поширюється, які продукти/канали.
2. Типи лімітів і періоди; визначення та формули.
3. Зміна лімітів: зниження - відразу; підвищення - «охолодження».
4. Прозорість розрахунку: приклади, часовий пояс, мультивалюта.
5. Винятки (регіональні норми, VIP-процедури з посиленими перевірками).
6. Дані та приватність: мінімізація, зберігання історії, DPIA для профілювання.
7. Апеляції: людина-в-контурі, терміни відповіді, reason codes.

10) Приклади розрахунку (ілюстративно)

Денний ліміт депозитів €200.
Вранці: + €120 → залишок €80.
Ввечері: спроба + €100 → відхилено, запропонувати + €80 (доступний залишок).
Ліміт втрат €100/день.
Депозити: €150; Висновки: €20; Баланс 00:00 — €50; Баланс зараз - €40.
Net Loss = 150 − 20 − (50 − 40) = 120 − 10 = €110 → ліміт перевищений, блок ставок.

11) Метрики та SLO

Adoption Rate лімітів (мета: ≥30 -50% активних гравців).
Limit Breach Prevention: частка попереджених спроб після досягнення ліміту (→ ~ 100%).
Time-to-Enforce: від події до блокування (<1-2 сек).
Increase Cool-off Adherence: 100% дотримання затримки.
Harm Reduction: зниження повторних «шкідливих» патернів через 30 днів.
Complaint/Chargeback Rate: зниження після впровадження.
System Availability (Limits): ≥99. 9% з алертами деградації.

12) RACI (ролі та відповідальність)

13) Чек-листи (операційні)

Перед запуском

• Визначені типи лімітів і періоди; формули задокументовані.
• «Охолодження» налаштоване; A/B тексти і онбординг готові.
• Інтеграції з Payments/Game/CRM/Bonus пройшли QA.
• Включений WORM-аудит, дашборди SLO/метрик.

В експлуатації

• Щотижневий аудит правильності розрахунків і таймзон.
• Моніторинг false declines/false allows.
• Перевірка suppression кампаній для гравців з вичерпаними лімітами.

Інциденти

План деградації (read-only, pre-approved limits).

• Комунікації гравцям при збоях, коригування залишків.

14) Часті помилки і як їх уникнути

Нечесний net loss (не враховують висновки/баланс) → фіксуйте формулу і публікуйте приклади.
Повільне застосування → події через шину і синхронні предикати в гейтвеях.
Відсутність «охолодження» при підвищенні → високий регуляторний ризик.
Приховані екрани лімітів → розмістіть в профілі, футері, онбордингу.
Промо при вичерпаних лімітах → строгий suppression в CRM/ads.
Немає журналів → неможливо довести відповідність (включайте WORM).

15) Дорожня карта впровадження (6 кроків)

1. Політика та DPIA: визначити типи лімітів, формули, «охолодження».
2. Архітектура: Limits Service, Event Bus, guards, idempotency.
3. Інтеграції: Payments/Game/Bonus/CRM; мультивалюта.
4. UX і тексти: онбординг, центр лімітів, reality-checks.
5. Спостережуваність: метрики SLO, алерти, WORM-аудит.
6. Поліпшення: A/B повідомлень, калібрування порогів, аналіз скарг/інцидентів.

Підсумок

Ліміти депозитів і втрат - це не «галочка» в налаштуваннях, а наскрізний контур контролю: ясні формули, швидкі і надійні блокування, чесний UX без темних патернів, зв'язок з тайм-аутами/самовиключенням і сувора спостережуваність. Такий підхід захищає гравців, зміцнює комплаєнс і підвищує стійкість бізнесу.