Hesabların öz-özünə aradan qaldırılması və bloklanması

1) Məqsəd və sahə

Oyunçuları qorumaq, zərəri azaltmaq və lisenziya tələblərinə riayət etmək üçün təhlükəsiz, şəffaf və hüquqi cəhətdən düzgün öz-özünə istisna və kilidləmə mexanizmlərini təmin edin. Əhatə dairəsi: veb/mobil, oyun provayderləri, ödənişlər/PSP, CRM/marketinq, sapport (CS), Risk/AML, Legal/DPO, tənzimləyicilərə hesabat.

2) Prinsiplər

Oyunçunun təhlükəsizlik prioriteti. Hər hansı bir SE sorğusu dərhal işlənir.
Heç bir təzyiq. SE zamanı inandırmaq/yenidən aktivləşdirmək cəhdləri qadağandır.
Dönməzlik. Çıxarılması və ya yumşaldılması - yalnız soyutma və təsdiqləmə müddətindən sonra.
Tam kilid. Oyun/depozitlər/marketinq/bonuslar/PSP - suppression altında.
Sübut. Həllərin qeydləri, artefaktlar, reyestr qəbzləri.
Gizlilik. PII minimuma endirilir, RBAC-a giriş, retansiyaya görə saxlama.

3) Rollar və RACI

RG Lead (proses sahibi) - siyasət/metrika, eskalasiya. (A)

CS/CRM - müraciətlərin qəbulu, düzgün kommunikasiyalar, suppression-un işə salınması. (R)

Risk/AML - risk/zərər işarələri/sanksiyalar zamanı məcburi bloklama. (R)

Product/UX/Engineering - UX axını, API SE/bloklama, reyestr/provayder/PSP ilə inteqrasiya. (R)

Legal/DPO - tələblərin lokallaşdırılması, gizlilik/retensiya. (C)

Payments/Finance - hold/depozitlərin ləğvi/siyasət üzrə çıxarışlar. (R)

Internal Audit - müstəqil yoxlamalar və CAPA. (C)

Exec Sponsor (COO/CEO) — «tone from the top». (I/A)

4) Məhdudiyyətlərin növləri

4. 1 Könüllü

Zaman aşımı (cool-off): 24 saat/7/30 gün.
Özünü istisna (SE): 6-12 ay və ya qeyri-müəyyən; reaktivasiya yalnız prosedur (soyutma + təsdiq) ilə mümkündür.

4. 2 Məcburi

RG-blok: təsdiqlənmiş zərər işarələri/yanlış davranış ilə.
Hüquqi bloklama: tənzimləyicinin/məhkəmənin/reyestrin tələbi ilə.
AML/sanksiya bloklanması: AML/sanksiya siyasəti (tipping-off olmadan).

Ümumi: hər hansı bir aktiv məhdudiyyət ilə - tam suppression oyunlar/depozitlər/marketinq/bonuslar.

5) UX axını və kopyası

5. 1 Təşəbbüs

Profil və hederdən: «Fasilə et »/« Özünü çıxart». 3 klik ≤.
Başa düşülən vaxt və nəticələr (oyun/depozitlər/bonuslar/kommunikasiyalar).

5. 2 Təsdiq

Tip/son tarix/bitiş tarixi ilə aydın ekran bağlanacaq.
Checkbox «Mən nəticələrini başa düşürəm» və CTA: «Özünü istisna təsdiq edin».

5. 3 Aktivləşdirildikdən sonra

interfeys blok, ekran «aktiv [tarix]».
Yardım və dəstək resurslarına keçid.

5. 4 Yumşalma/geri qaytarma

Yalnız müddəti bitdikdən sonra mövcuddur + soyutma müddəti (məsələn, 24-168 saat), həll təsdiqi ilə.

• «Oyunlara girişi dayandıracağıq ki, fasilə verəsiniz.»
• "Marketinq mesajları dayandırılıb. Müddəti bitdikdən sonra onları işə sala bilərsiniz"

6) İnteqrasiya və bloklama konturları

Self-istisnaların reyestrləri (nats ./reg.) : giriş və depozitdən əvvəl qeydiyyat/yoxlama; realtime və ya T + 1 sinxronizasiyası.
Oyun provayderləri: 'session _ stop' hadisəsi, yeni sessiyaların qadağan edilməsi; SE statusu aqreqatora yayımlanır.
PSP/ödənişlər: yeni depozitlər bloku/risk-sapma; anti-frod SE bayraqları.
CRM/marketinq: e-mail/SMS/push/retenshn kampaniyaları üçün suppression vərəqələri.
Affiliates: hədəfləmə/reaktivasiya qadağası üçün SE statusu bildirişi.

7) Məlumatlar, jurnallar və retensiya

• `user_id, restriction_type{cooloff|SE|RG|AML|legal}, start_at, end_at, source{self|rg|aml|reg}, reason_code, evidence_id, set_by, effective_at, cooldown_until, suppression_flags{games|deposits|crm|psp}, registry_case_id`.

• Audit fəaliyyət: kim/nə vaxt/müəyyən, SE zamanı oyun/depozit cəhd.
• Təsdiq: reyestrlərdə qeydiyyat qəbzləri, şəxsiyyət sənədləri.

Retensiya: tənzimləyicilərin tələb etdiyi müddətdən az deyil (çox vaxt 5-7 il); RBAC/ABAC.

8) Zərər işarələri və məcburi tədbirlər

Maliyyə: itkilərin/depozitlərin sürətlə artması, nəticələrin ləğvi, kredit metodları.
Davranış: gecə marafonları, bahis sürətinin artması, təkrar «demək olar ki, limit».
Kommunikasiyalar: limitlərin aradan qaldırılması üçün müraciətlər, maliyyə çətinliklərinin əlamətləri.
Sosial siqnallar: «borcları bağlamaq üçün oynayıram».

Eskalasiya: yumşaq kontaktlardan → vaxt məhdudiyyətləri → RG-bloklama → (lazım olduqda) tənzimləyici/reyestr bildirişi.

9) Ödənişlər və nəticələr

Hər hansı bir aktiv məhdudiyyətdə yeni depozitlər qadağandır.
Nəticələr: siyasət (dürüst balans qaytarılması, AML/RG yoxlama, heç bir tipping-off).
Chargeback/disputlar - müqavilə və qanunlara uyğun olaraq; sənədləşmə tələb olunur.

10) Rabitə (təzyiq və tipping-off olmadan)

SE-nin təsdiqi: "[tarix] əvvəl özünü istisna aktiv. Oyun və poçt xidmətlərini dayandırdıq ki, siz ara verəsiniz"

SE-də giriş cəhdi: "Hesab [tarix] ilə məhdudlaşır. Burada dəstək resursları və son tarixlər haqqında məlumat var"

Vaxtından əvvəl geri qaytarma tələbi: «Məhdudiyyətlərin yumşaldılması yalnız soyutma müddətindən sonra mümkündür.»

AML kilidi: şübhə göstərmədən neytral «standart təhlükəsizlik yoxlamaları» ifadələrini istifadə edin.

11) Hesabat və uyğunluq

Hadisə/reyestr göndərmə müddəti təqvimi; qəbzlərin yoxlanılması.
Hesabat formatları (CSV/XML/JSON/XLSX) və sxemlərə nəzarət (validatorlar).
Məlumatların müqayisəsi: cüzdan/GL, RG hesabatları/SE reyestri; uyğunsuzluqlar> X% - hadisə.
Hesabatların qəbulu barədə təsdiq tənzimləyici tərəfindən saxlanılır.

12) Daşbord və KPI/KRI

SE Coverage: aktiv SE/time-out payı.
Time-to-Block: Oyunçunun sorğusundan faktiki bloklamaya qədər median (məqsəd dərhal).
Suppression Integrity: Bütün marketinq/depozit kanalları olan SE oyunçularının% -i.
Attempts During SE: Giriş/depozit cəhdlərinin sayı - UX və məlumatlandırma nəzarəti.
Return After Cooldown: SE bitdikdən sonra geri dönüş payı və davranışları.
Registry Sync SLA: vaxtında sinxronizasiya/təsdiqləmə.
Complaints/Disputes: SE müraciətləri, həll ≤ X gün payı.
Audit Findings/Repeat: təkrarlanan qüsurlar.

13) Çek vərəqləri

Başlamazdan əvvəl

• UX axınları «zaman aşımı/SE/reaktivasiya» ≤ 3 klik; mətnlər razılaşdırılmışdır.
• İnteqrasiya: SE reyestrləri, oyun provayderləri, PSP, CRM-suppression.
• Qeydlər dəyişməz, CI hesabat sxemlərinin validatorları.
• CS və FAQ skriptləri dərc; komanda təlim.
• Retence/Privacy Policy (DPO) təsdiq edilmişdir.

Əməliyyatlar

• SE üçün hər hansı bir sorğu - ani tətbiq və qəbz.
• Yumşaltma - yalnız soyutma və təsdiq sonra.
• Şikayətlər/apelyasiya şikayətləri - qeydiyyata alınır və vaxtında cavablandırılır.
• Marketinqdə suppression/PSP yoxlamaları - cədvələ uyğun olaraq.

Audit və nəzarət

• SE/bloklama hallarının və onların artefaktlarının rüblük nümunələri.
• GL/cüzdan/CRM ilə yoxlama; uyğunsuzluqlar - CAPA.
• Retro RG hadisələri yeniləmə siyasəti ilə.

14) Şablonlar (sürətli əlavələr)

A) Zaman aşırımının təsdiqi

B) Özünü istisna etmək

C) Vaxtından əvvəl çıxarılma sorğusuna cavab

D) Affiliatın məlumatlandırılması

E) SE zamanı depozit cəhd zaman mesaj

15) Hüquq və məxfilik

Emal əsasları: RG/SE üçün qanuni maraqlar/hüquqi öhdəliklər; hesabat üçün sənəd dövriyyəsi.
DSAR: üçüncü şəxslərin araşdırmalarına/müdafiəsinə zərər vermədən məlumat verilir; SE məlumatları - yerli normalar nəzərə alınmaqla.
Transsərhəd: müqavilə zəmanətləri və minimuma endirmə.
Accessibility və lokalizasiya: bazar dilində interfeyslər və məktublar, mövcud formatlar.

16) Texniki satış (skelet)

API RG/SE: `POST /cooloff`, `POST /self-exclusion`, `GET /restrictions`, `POST /reactivation-request`.
События: `se_activated`, `se_registry_synced`, `deposit_blocked`, `marketing_suppressed`, `reactivation_cooldown_passed`.
Policy Engine: soyutma qaydaları, suppression, PSP/oyun bloku.
DQ/Validasiya: multiprovayder mühitdə status bütövlüyü; hesabatların uyğunluğu.
Monitorinq: Rassinxronizasiya zamanı alertlər (reyestr/aqreqator/PSP/CRM).

17) Tez-tez səhvlər və onlardan necə qaçmaq olar

Kompleks SE axınları. → addımları qısaltmaq, xeder/profilə çıxarmaq.
Soyutma olmadan məhdudiyyətlərin aradan qaldırılması. → Policy Engine enforce.
Marketinq «sızdırılır». → vahid suppression-bayraq və nightly yoxlamalar.
Heç bir artefakt. → ID reyestri üçün məcburi qəbzlər və linklər.
Provayderlərdə müxtəlif statuslar/PSP. → dövri yoxlamalar və avto-remediasiya.

18) Qarşılıqlı əlaqələr

Məsuliyyətli oyun və limitlər - zərər siyasəti və işarələri.
Hadisə pleybukları və ssenariləri - RG-insidentlər/bildirişlər.
Tənzimləyici hesabatlar və formatlar - boşaltmalar və qəbzlər.
Etika və davranış kodeksi düzgün ünsiyyətdir.
Komplayens/AML təlimləri - CS/CRM/Risk təlimi.
Antikorrupsiya siyasəti - reyestrlər/orqanlar ilə qarşılıqlı fəaliyyət.

19) Tətbiq planı (30 gün)

Həftə 1

1. SE/bloklama siyasətini təsdiq edin (tipləri, şərtləri, soyutma, kommunikasiyalar).
2. Data/hadisə və RACI modelini spesifikasiya edin.
3. UX maketləri və mətnləri (əsas lokallar) hazırlayın.

Həftə 2

4. API məhdudiyyətləri və suppression-kontur (oyunlar/PSP/CRM) həyata.
5. SE reyestrlərini bağlamaq; format/qəbz validatorları konfiqurasiya.
6. CS/CRM öyrətmək; skriptləri və FAQ buraxmaq.

Həftə 3

7. Pilot (5-10%): blokların yoxlanılması, depozit cəhdləri, rasinxronizasiyalar.
8. Soyutma/reaktivasiya testləri, əl hallarının validasiyası.
9. Fidbek yığın, mətnləri/qaydaları yeniləyin.

Həftə 4

10. Tam buraxılış; KPI və sink alertlərinin monitorinqi.
11. Rəhbərliyə hesabat; Sapmalar üzrə CAPA.
12. Plan v1. 1: yerli inteqrasiya/reyestrlərin genişləndirilməsi, əlavə ssenarilər.

«Sabah nə etmək lazımdır» (CS/CRM üçün)

Özünü istisna etmək üçün hər hansı bir sorğu ilə → dərhal SE-ni aktivləşdirin və təsdiq göndərin.
Heç vaxt «fikrinizi dəyişmək» təklif etməyin; bonuslar/endirimlər verməyin.
Marketinq suppression və depozit blokunu yoxlayın.
Nəticələrin gecikməsi ilə bağlı hər hansı bir suala neytral cavab verin («təhlükəsizlik yoxlaması»).
Bütün hərəkətləri artefakt/qəbz ID ilə qeyd edin.