Oyunçuların məsuliyyətli ödənişləri və limitləri

1) Məqsədlər və prinsiplər

Oyunçunun müdafiəsi: zərərin qarşısının alınması (overspending/overplay), şəraitin şəffaflığı və özünü nəzarət vasitələri.
Lisenziyalara riayət edilməsi: limit yurisdiksiya tələbləri, cooling-off, self-exclusion, reality checks.
Maliyyə sabitliyi: Çarjbeklərin/borcların/əməliyyat risklərinin azalması, affordabilitin düzgün qiymətləndirilməsi.
UX sürtünmədən: asan quraşdırma/limitlərin dəyişdirilməsi, aydın nəticələr və zamanlama, vicdanlı mane olmadan.

2) Limit və qorunma taksonomiyası

2. 1. Oyunçu limitləri

Deposit limit (gündəlik/həftəlik/aylıq).
Loss limit (dövr ərzində xalis itkilər).
Wager/Stake limit (dövriyyə/max bahis).
Time/session limit (dəqiqə oyun/seans).
Velocity limit (depozitlərin/dərəcələrin tezliyi).
Withdrawal frictions: təkrar nəticələr əvvəl cool-off, müraciət tezliyi limitləri.
Reality check: zaman/nəticə/balans haqqında dövri bildirişlər.

2. 2. İnzibati tədbirlər

Cooling-off (müvəqqəti fasilə).
Self-exclusion (yerli/milli reyestr).
Affordability checks: maliyyə əlçatanlığının qiymətləndirilməsi (gəlirlər/öhdəliklər/SoF).
KYC/SoF/SoW astana və davranış siqnalları step-ups.

2. 3. Ödəniş-komplayens çərçivələri

Same-method/Return-to-source: həddindən artıq xərcdən/« nağdlaşdırmadan »qorunma.
Net Deposits (ND): depozitlərin/çıxarışların kəsilməsi, promosyonda iştirak üçün geytalar/çıxarışların bir hissəsi.
Risklərlə payout holds (RG/AML), lakin şəffaf SLA və apellyasiya ilə.

3) Triggers və eskalasiya (risk-based)

Hədd məbləğləri (gündəlik/30 günlük dövriyyə, böyük depozitlər).
Davranış siqnalları: gecə aktivliyi, depozitlərin sürətli təkrarlanması, soft declines seriyası.
Geo/cihaz: Ölkə dəyişikliyi/ASN/VPN, bir neçə hesabdan «ev təsərrüfatı».
Ödəniş əlamətləri: BIN-geo ≠ KYC, ardıcıl yeni tokenlər, yüksək riskli emitentlər.
RG alətlərinin nəticələri: tez-tez reality-check dismiss, öz limitlərinin pozulması.

Eskalasiya: xəbərdarlıq → sərt limitlər → cooling-off → self-exclusion → əl qiymətləndirilməsi affordability (SoF/SoW).

4) Lazımsız sürtünmə olmadan UX nümunələri

Bütün ekranların üstündə - RG alətlərinə sürətli giriş.
Limitin quraşdırılması ustası: müddət → limit növü → məbləğ → qüvvəyə minir.
Limitin dəyişdirilməsi: sərtləşdirilməsi - dərhal; zəifləməsi - gecikmiş giriş (24-168 saat).
Reality-check modalka: başa düşülən KPI (vaxt/nəticə, depozitlər/nəticələr/nəticə), «davam et »/» fasilə» düymələri.
Normallaşdırılmış dil: qınamadan; blokların qısa səbəbləri («gündəlik depozit limitinə çatdı»).
Lokalizasiya və əlçatanlıq: ICU formatları, a11y, RTL, böyük şriftlər.

5) Limit siyasəti: psevdo-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) Mühəndislik və data modeli (minimum)

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) Icraya nəzarət (onlayn yoxlamalar)

Depozitdə: dövrlər üzrə DEPOSIT/Loss/Wager limitlərinin yoxlanılması; velocity caps.
Oyunda: time/session və reality-checks; stake_max.
Nəticə: ND-kəsmə, same-method, cooling-off/self-exclusion mövcudluğu.
Limitlər zəiflədikdə: respect 'weaken _ effective _ at'.
affordability tetikleyiciləri ilə: «yoxlanmadan əvvəl» bloku və ya limitlərin məhdudlaşdırılması.

8) SQL şablonları

8. 1. Gündəlik depozit limitinə çatıb

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 və RG statuslarının yoxlanılması

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 kəsmə

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. Limitin yüngülləşdirilməsi və gecikmiş giriş tələbi

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 trigger

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 və daşbordlar

Share of Protected Play: limitləri olan aktiv oyunçuların payı ≥ 1.
Limit Hit Rate: Növlərə görə tezlik (depozit/itki/vaxt).
Cooling-off/Self-exclusion Rate və fasilə sonra geri.
Affordability TAT (p50/p95), доля PASS/FAIL.
ND <0 Paylaşım və limitlərin bu göstəriciyə təsiri.
Limitlərin tətbiqindən əvvəl və sonra Chargeback bps/Refund rate.
RG kilidlərinə görə ödənişlərdə abandonment (guardrail-metrika).
Reality-check engagement: acknowledge rate, sonra-RC davranış.

10) Alertlər

Limit Hit Spike: artım> X% d/d ölkə/kanal.
Affordability Backlog: TAT> SLA, növbə> eşik.
Cooling-off Leak: fasilə zamanı ödəniş cəhdləri (P1).
Self-exclusion Mismatch: xarici reyestr ilə uyğunsuzluq.
Policy Drift: limitləri yoxlamadan ödənişlər/dərəcələr.
ND Negative Surge limitsiz oyunçularda → avtomatik limitlər təklif edir.

11) Hüquq və komplayens (konspekt)

Şəffaf mətnlər: limit effektlərinin sadə izahları, giriş vaxtı, zəifləmələrin ləğvi.
Yerli normalar: limitlərin dövrləri/növləri və reality-check formatları üzrə fərqlər; milli self-exclusion reyestrləri ilə sinxronizasiya.
Gizlilik: affordability məlumatlarının minimuma endirilməsi, həll sübutlarının saxlanması (audit-trail).
Hesabat: lisenziyalar/bazarlar kontekstində limitlər/istisnalar üzrə aqreqatlar.

12) İqtisadiyyat və təsir

Ödəniş hadisələrinin (CB/Refund) və «qırmızı» biletlərin azaldılması.
LTV stabilizasiyası: daha az «yandırılmış» pul kisələri, daha sağlam kohort metrikləri.
Əməliyyat xərcləri: capacity affordability/manual cases planlaşdırın, step-ups avtomatlaşdırın.

13) A/B və addım-addım tətbiq

Test copy və UX limitləri, real-check intervalları, weaken_delay, stake_max.
Guardrails: AR/Abandonment, CB bps, ND <0 Share, sapport şikayətləri.
Data-friz/SV; GEO/kanallar üzrə stratifikasiya.

14) Best practices (qısa)

1. Default-on RG alətləri, cüzdan və çek sürətli giriş.
2. Limitlərin zəifləməsi - yalnız gecikmə ilə; gücləndirilməsi - dərhal.
3. Reality-check default (60 dəq) başa düşülən «təmiz nəticə» metrikası ilə.
4. Risk-based step-ups (affordability/SoF) bütün ardıcıl deyil, astanaları və siqnalları ilə.
5. Payout siyasəti ilə inteqrasiya: ND, same-method, cooling-off nəticələr.
6. Tam telemetri: hər bir qərar siyasət və evidence versiyası ilə saxlanılır.
7. Lokalizasiya və a11u, şəffaf mətnlər və ədalətli şərtlər.
8. Lisenziyalara və xarici reyestrlərə uyğunluq üzrə müntəzəm auditlər.

15) Giriş çek siyahısı

• Limitlər və dövrlər xəritəsi; weaken-delay; default reality-check.
• Psevdo-DSL siyasəti, versiyası, audit.
• Depozit/oyun/çıxarış üçün onlayn geytlar; ND и same-method.
• Affordability triggers və prosesləri (SoF/SoW), SLA və alert.
• UX: master limitləri, lokalizasiya, a11y; mənalı copy.
• KPI Dashboard və guardrails; hadisələrin alertləri və playbukları.
• Self-exclusion reyestrləri ilə müqayisə; locales hüquqi mətnlər.
• AR/CB/LTV və sapport yükü üzərində periodik post-audit təsiri.

Xülasə

«Məsuliyyətli ödənişlər və limitlər» sistem yığını: siyasət və UX, ödənişlərdə/oyunda/çıxışlarda onlayn nəzarət, risk əsaslı eskalasiya (affordability/KYC/SoF), ND/same-method və tam telemetriya. Bu yanaşma eyni zamanda oyunçulara zərəri azaldır, P & L-ni sabitləşdirir və lisenziya tələblərinə uyğunluğu dəstəkləyir - vicdanlı auditoriya üçün lazımsız sürtünmə olmadan.