Ответственные платежи и лимиты игроков

1) Цели и принципы

Защита игрока: предотвращение вреда (overspending/overplay), прозрачность условий и инструментов самоконтроля.
Соблюдение лицензий: юрисдикционные требования к лимитам, cooling-off, self-exclusion, reality checks.
Финансовая устойчивость: снижение чарджбеков/долгов/операционных рисков, корректная оценка affordability.
UX без трения: легкая установка/изменение лимитов, понятные последствия и тайминги, не мешая добросовестным.

2) Таксономия лимитов и защит

2.1. Лимиты игрока

Deposit limit (дневной/недельный/месячный).
Loss limit (чистые потери за период).
Wager/Stake limit (оборот/макс ставка).
Time/session limit (минуты игры/сеанса).
Velocity limit (частота депозитов/ставок).
Withdrawal frictions: cool-off перед повторными выводами, лимиты на частоту заявок.
Reality check: периодические уведомления о времени/результате/балансе.

2.2. Административные меры

Cooling-off (временная пауза).
Self-exclusion (локальный/национальный реестр).
Affordability checks: оценка финансовой доступности (доходы/обязательства/SoF).
KYC/SoF/SoW step-ups по порогам и поведенческим сигналам.

2.3. Платежно-комплаенсные рамки

Same-method/Return-to-source: защита от перерасхода/«обналичивания».
Net Deposits (ND): разрез депозитов/выводов, гейты на участие в промо/часть выводов.
Payout holds при рисках (RG/AML), но с прозрачным SLA и апелляциями.

3) Триггеры и эскалации (risk-based)

Пороговые суммы (дневной/30-дневный оборот, крупные депозиты).
Поведенческие сигналы: ночная активность, быстрые повторы депозитов, череда soft-declines.
Гео/устройство: смена страны/ASN/VPN, «домохозяйство» из нескольких аккаунтов.
Платежные признаки: BIN-гео ≠ KYC, новые токены подряд, high-risk эмитенты.
Результаты RG-инструментов: частые reality-check dismiss, нарушения собственных лимитов.

Эскалации: предупреждение → жесткие лимиты → cooling-off → self-exclusion → ручная оценка affordability (SoF/SoW).

4) UX-паттерны без лишнего трения

Поверх всех экранов — быстрый доступ к инструментам RG.
Мастер установки лимита: период → тип лимита → сумма → вступление в силу.
Изменение лимита: ужесточение — сразу; ослабление — с отложенным вступлением (24–168 ч).
Reality-check модалка: понятные KPI (время/итог, депозиты/выводы/результат), кнопки «продолжить»/«пауза».
Нормированный язык: без осуждения; короткие причины блоков («достигнут дневной лимит депозита»).
Локализация и доступность: ICU-форматы, a11y, RTL, крупные шрифты.

5) Политика лимитов: псевдо-DSL

yaml policy: "rg_limits_v3"
limits:
deposit:
periods: [DAILY, WEEKLY, MONTHLY]
weaken_delay_hours: 72 loss:
periods: [DAILY, WEEKLY, MONTHLY]
weaken_delay_hours: 72 wager:
periods: [DAILY, WEEKLY]
stake_max:
amount: {EUR: 100}
reality_check:
interval_minutes_default: 60 show_metrics: [time_played, net_result, deposits, withdrawals]
cooling_off:
options: ["24h", "7d", "30d"]
immediate_effect: true self_exclusion:
registry: ["local", "national"]
triggers:
- if: net_deposits_30d > 2000 then: "affordability_check"
- if: deposit_velocity_24h >= 3 then: "hard_daily_deposit_cap"
- if: vpn_detected == true then: "deny_until_verified_geo"
payments:
same_method: true allow_nd_withdrawal: true

6) Инженерия и модель данных (минимум)

rg. profiles (
user_id PK, kyc_level, risk_score, country, self_excluded BOOL, cooling_off_until TIMESTAMP
)

rg. limits (
user_id, type -- DEPOSIT    LOSS    WAGER    STAKE    TIME,
period -- DAILY    WEEKLY    MONTHLY    SESSION,
amount NUMERIC, currency TEXT, set_at TIMESTAMP,
weaken_effective_at TIMESTAMP, active BOOL,
PRIMARY KEY (user_id, type, period)
)

rg. events (
id PK, user_id, kind -- LIMIT_HIT    RC_SHOW    COOLING_ON    SEFLEX_ON    UNLOCK_REQ,
payload JSONB, created_at TIMESTAMP
)

rg. affordability (
user_id PK, status -- NOT_REQUIRED    REQUESTED    PASSED    FAILED    EXPIRED,
sof_required BOOL, sow_required BOOL, requested_at TIMESTAMP, decided_at TIMESTAMP
)

finance. net_deposits (
user_id, currency, nd_total NUMERIC, nd_30d NUMERIC, updated_at TIMESTAMP,
PRIMARY KEY(user_id, currency)
)

payments. activity_rollup (
user_id, day DATE, deposits NUMERIC, withdrawals NUMERIC,
wagers NUMERIC, losses NUMERIC, sessions_minutes INT
)

7) Контроль исполнения (онлайн-проверки)

На депозите: проверка DEPOSIT/Loss/Wager лимитов по периодам; velocity caps.
В игре: time/session и reality-checks по таймеру; stake_max.
На выводе: ND-разрез, same-method, наличие cooling-off/self-exclusion.
При ослаблении лимитов: respect `weaken_effective_at`.
При триггерах affordability: блок “до проверки” или ограничение лимитов.

8) SQL-шаблоны

8.1. Достигнут ли дневной депозитный лимит

sql
WITH d AS (
SELECT COALESCE(SUM(amount),0) AS dep_day
FROM payments. activity_rollup
WHERE user_id=:uid AND day=CURRENT_DATE
)
SELECT (d. dep_day +:incoming_amt) <= l. amount AS allowed
FROM d, rg. limits l
WHERE l. user_id=:uid AND l. type='DEPOSIT' AND l. period='DAILY' AND l. active=true;

8.2. Проверка ND и статусов RG на выводе

sql
SELECT
(nd. nd_total >= 0) AS nd_ok,
(p. same_method_ok) AS same_method_ok,
(NOT pr. self_excluded) AS not_excluded,
(COALESCE(pr. cooling_off_until, now()) <= now()) AS not_in_cooling
FROM finance. net_deposits nd
JOIN payments. payout_context p ON p. user_id=nd. user_id AND p. currency=nd. currency
JOIN rg. profiles pr ON pr. user_id=nd. user_id
WHERE nd. user_id=:uid AND nd. currency=:ccy;

8.3. Reality-check срез

sql
SELECT user_id,
SUM(sessions_minutes) AS mins,
SUM(deposits) AS dep,
SUM(withdrawals) AS wd,
SUM(wagers - withdrawals + deposits) AS net_result
FROM payments. activity_rollup
WHERE user_id=:uid AND day BETWEEN CURRENT_DATE - INTERVAL '1 day' AND CURRENT_DATE;

8.4. Запрос на ослабление лимита и отложенное вступление

sql
UPDATE rg. limits
SET amount=:new_amount,
weaken_effective_at = now() + INTERVAL '72 hours'
WHERE user_id=:uid AND type='DEPOSIT' AND period='DAILY';

8.5. Триггер affordability

sql
WITH m AS (
SELECT SUM(deposits - withdrawals) AS nd_30d
FROM payments. activity_rollup
WHERE user_id=:uid AND day >= CURRENT_DATE - INTERVAL '30 days'
)
INSERT INTO rg. affordability(user_id, status, sof_required, sow_required, requested_at)
SELECT:uid, 'REQUESTED', true, false, now()
FROM m WHERE m. nd_30d > 2000
ON CONFLICT (user_id) DO NOTHING;

9) KPI и дашборды

Share of Protected Play: доля активных игроков с лимитами ≥1.
Limit Hit Rate: частота срабатываний по типам (депозит/потери/время).
Cooling-off / Self-exclusion Rate и возврат после паузы.
Affordability TAT (p50/p95), доля PASS/FAIL.
ND < 0 Share и влияние лимитов на этот показатель.
Chargeback bps / Refund rate до и после внедрения лимитов.
Abandonment в платежах из-за RG-блокировок (guardrail-метрика).
Reality-check engagement: acknowledge rate, после-RC поведение.

10) Алерты

Limit Hit Spike: рост срабатываний > X% d/d по стране/каналу.
Affordability Backlog: TAT > SLA, очередь > порога.
Cooling-off Leak: попытки платежей в период паузы (P1).
Self-exclusion Mismatch: несоответствие с внешним реестром.
Policy Drift: платежи/ставки без проверки лимитов.
ND Negative Surge у игроков без лимитов → предложить авто-лимиты.

11) Право и комплаенс (конспект)

Прозрачные тексты: простые объяснения эффектов лимитов, сроки вступления, отмена ослаблений.
Локальные нормы: различия по периодам/видам лимитов и форматам reality-check; синхронизация с национальными реестрами self-exclusion.
Приватность: минимизация данных affordability, хранение доказательств решения (audit-trail).
Отчетность: агрегаты по лимитам/исключениям в разрезе лицензий/рынков.

12) Экономика и влияние

Снижение платежных инцидентов (CB/Refund) и «красных» тикетов.
Стабилизация LTV: меньше «выжженных» кошельков, более здоровые когортные метрики.
Операционные затраты: планируйте capacity на affordability/ручные кейсы, автоматизируйте step-ups.

13) A/B и пошаговое внедрение

Тестируйте copy и UX лимитов, интервалы reality-check, weaken_delay, stake_max.
Guardrails: AR/Abandonment, CB bps, ND<0 Share, жалобы саппорта.
Дата-фриз с лагом на выводы/CB; стратификация по GEO/каналам.

14) Best practices (коротко)

1. Default-on инструменты RG, быстрый доступ из кошелька и чекаута.
2. Ослабления лимитов — только с задержкой; усиления — сразу.
3. Reality-check по умолчанию (60 мин) с понятной метрикой «чистый результат».
4. Risk-based step-ups (affordability/SoF) по порогам и сигналам, а не всем подряд.
5. Интеграция с payout-политикой: ND, same-method, cooling-off на выводах.
6. Полная телеметрия: каждое решение хранить с версией политики и evidence.
7. Локализация и а11y, прозрачные тексты и честные сроки.
8. Регулярные аудиты соответствия лицензиям и внешним реестрам.

15) Чек-лист внедрения

• Карта лимитов и периодов; weaken-delay; reality-check по умолчанию.
• Псевдо-DSL политики, версияция, аудит.
• Онлайн-гейты на депозит/игру/вывод; ND и same-method.
• Affordability триггеры и процессы (SoF/SoW), SLA и алерты.
• UX: мастер лимитов, локализация, a11y; осмысленный copy.
• Дашборды KPI и guardrails; алерты и плейбуки инцидентов.
• Сверка с реестрами self-exclusion; правовые тексты локалями.
• Периодические пост-аудиты влияния на AR/CB/LTV и саппорт-нагрузку.

Резюме

«Ответственные платежи и лимиты» — это системный стек: политика и UX, онлайн-контроль в платежах/игре/выводах, risk-based эскалации (affordability/KYC/SoF), привязка к ND/same-method и полная телеметрия. Такой подход одновременно снижает вред игрокам, стабилизирует P&L и поддерживает соответствие лицензионным требованиям — без ненужного трения для добросовестной аудитории.