Autoexcluderea și blocarea conturilor
1) Scop și domeniu
Asigurați-vă că mecanismele de auto-excludere și blocare sigure, transparente și corecte din punct de vedere juridic pentru a proteja jucătorii, a reduce daunele și a respecta cerințele de licențiere. Acoperire: web/mobil, furnizori de jocuri, plăți/PSP, CRM/marketing, suport (CS), risc/AML, Legal/DPO, raportare către autoritățile de reglementare.
2) Principii
Prioritatea de siguranță a jucătorului. Orice cerere de SE este procesată imediat.
Nici o presiune. Încercările de a convinge/reactiva în timpul SE sunt interzise.
Ireversibilitatea în perioada. Retragere sau atenuare - numai după o perioadă de răcire și confirmare.
Caracterul complet al blocării. Joc/depozite/marketing/bonusuri/PSP - în curs de suprimare.
Dovezi. Jurnale de decizii, artefacte, chitanțe de expedieri în registre.
Confidențialitate. PII este minimizat, acces RBAC, stocare de retenție.
3) Roluri și RACI
RG Lead (proprietar de proces) - politică/metrică, escaladare. (A)
CS/CRM - acceptarea aplicațiilor, comunicarea corectă, suprimarea lansării. (R)
Risc/LMA - blocarea forțată la riscuri/markeri de daune/sancțiuni. (R)
Produs/UX/Inginerie - fluxuri UX, API SE/încuietori, integrare cu registre/furnizori/PSP. (R)
Legal/DPO - localizarea cerințelor, confidențialitate/păstrare. (C)
Plăți/Finanțe - dețin/anulează depozite/concluzii prin politică. (R)
Audit intern - audituri independente și CAPA. (C)
-Sponsor (COO/CEO) - „ton de la început”. (I/A)
4) Tipuri de restricții
4. 1 Voluntar
Pauză (răcire): 24 h/7/30 zile.
Autoexcluderea (SE): 6-12 luni, sau pe perioadă nedeterminată; reactivarea este posibilă numai prin procedură (răcire + confirmare).
4. 2 Forțat
Blocarea RG: cu markeri de daune confirmați/comportament necorespunzător.
Blocare juridică: la cererea autorității de reglementare/instanței/registrului.
bloc AML/sancțiuni: în conformitate cu politica AML/sancțiuni (fără basculare).
General: cu orice restricție activă - suprimarea completă a jocurilor/depozitelor/marketingului/bonusurilor.
5) fire UX și drepturi de autor
5. 1 Iniţiere
Din profil și antet: "Ia o pauză "/" Auto-excludere. "≤ 3 clicuri.
Termene și consecințe clare (joc/depozite/bonusuri/comunicații).
5. 2 Confirmare
Ecran clar cu tipul/data/data de încheiere/ce va fi dezactivat.
Caseta de selectare „Înțeleg consecințele” și CTA: „Confirmați auto-excluderea”.
5. 3 După activare
Unitate de interfață, ecran „auto-excludere este activă până la [data]”.
Link pentru a ajuta și a sprijini resursele.
5. 4 Atenuare/returnare
Disponibil numai după expirare + perioadă de răcire (ex. 24-168 ore), cu confirmarea soluţiei.
Texte fără presiune (exemple):- „Vom suspenda accesul la jocuri până la [dată], astfel încât să puteți întrerupe”.
- "Mesajele de marketing sunt dezactivate. Le puteți porni după terminarea perioadei"
6) Integrări și bucle de blocare
Registre de autoexcludere (nat ./reg.) : înregistrare/check-in și pre-depunere; timp real sau sincronizare T + 1.
Furnizori de jocuri: eveniment 'session _ stop', interzicerea noilor sesiuni; Starea SE este difuzat la agregator.
PSP/plăți: bloc de depozite noi/deviație de risc; SE steaguri în anti-fraudă.
CRM/marketing: liste de suprimare pentru campanii de e-mail/SMS/push/retenție.
Afiliați - notificarea statutului SE pentru a interzice direcționarea/reactivarea.
7) Date, jurnale și păstrare
Modelul de date (minim):- 'user _ id, , , , source {self' rg 'aml' reg}, , , .
- Auditul acțiunilor: cine/când/ce a stabilit, încearcă să joace/să depună în timpul SE.
- Confirmări: chitanțe de înregistrare în registre, acte de identitate.
Reținere: cel puțin perioada cerută de autoritățile de reglementare (adesea 5-7 ani); acces strict prin RBAC/ABAC.
8) Repere de daune și acțiuni de executare
Finanțe: creștere rapidă a pierderilor/depozitelor, anularea concluziilor, metode de creditare.
Comportament: maratoane nocturne, creșterea vitezei de pariere, repetarea „aproape limită”.
Comunicări: cereri de eliminare a limitelor, semne de dificultăți financiare.
Indiciile sociale: „joc pentru a închide datoriile”.
Escaladare: de la contacte soft → limite de timp → blocarea RG → (dacă este necesar) notificarea autorității de reglementare/registru.
9) Plăți și concluzii
Depozitele noi sunt interzise sub orice restricție activă.
Concluzii: prelucrate prin politică (returnare echitabilă a echilibrului, verificare AML/RG, fără basculare).
Chargeback/litigii - conform contractului și legilor; documentația este necesară.
10) Comunicații (fără presiune și basculare)
SE confirmare: "Auto-excluderea este activă până la [data]. Am dezactivat accesul la jocuri și buletine informative, astfel încât să puteți întrerupe"
Încercare de autentificare SE: "Cont limitat la [data]. Aici sunt resursele de sprijin și informații de sincronizare"
Cerere de întoarcere timpurie: „Relaxarea restricțiilor este posibilă numai după o perioadă de răcire”.
Blocări AML: utilizați formularea neutră „verificări standard de securitate”, fără a indica suspiciuni.
11) Raportarea și conformitatea
Calendarul termenelor limită pentru trimiterea evenimentelor/registrelor; verificarea facturilor.
Formate de raport (CSV/XML/JSON/XLSX) și control schemă (validatori).
Reconcilierea datelor: geanta/GL ↔ rapoarte RG/registru SE; discrepanțe> X% - incident.
Stocarea confirmărilor privind acceptarea rapoartelor de către autoritatea de reglementare.
12) Tablou de bord și KPI/KRI
Acoperire SE: proporția de SE active/timeout.
Time-to-Block: Mediana de la cererea jucătorului la blocul real (obiectivul este instant).
Integritatea suprimării:% din jucătorii SE cu toate canalele de marketing/depozit dezactivate.
Încercări În timpul SE - numărul de încercări de intrare/depunere - control UX și informare.
Return After Cooldown: proporția de returnări după sfârșitul SE și comportamentul lor.
Registry Sync SLA: actualitatea sincronizărilor/confirmărilor.
Reclamații/Litigii: cazuri SE, procent de soluționare ≤ X zile.
Constatări de audit/Repetare: Deficiențe recurente.
13) Liste de verificare
Înainte de lansare
- fluxuri UX „timeout/SE/reactivare” ≤ 3 clicuri; texte convenite.
- Integrări: registre SE, furnizori de jocuri, PSP, CRM-suprimare.
- Jurnalele sunt neschimbabile, validatorii sistemelor de raportare în CI.
- Scripturile CS și FAQ publicate; Echipa este antrenată.
- Politica de păstrare/confidențialitate (DPO) aprobată.
Operații
- Orice cerere SE - aplicație instantanee și chitanță.
- Atenuarea - numai după răcire și confirmare.
- Reclamații/contestații - înregistrate și au răspuns la timp.
- Marketing/PSP suprimarea controalelor - Programat.
Audit și control
- Eșantioane trimestriale de cazuri/încuietori SE și artefactele lor.
- Reconcilierea cu GL/Wallet/CRM; discrepanţe - CAPA.
- Retro privind incidentele RG cu actualizarea politicilor.
14) Șabloane (inserții rapide)
A) Confirmarea Timeout
B) Confirmarea autoexcluderii
C) Răspunsul la cererea de retragere timpurie
D) Informați afiliatul
E) Mesaj atunci când încearcă să depună în timpul SE
15) Juridic și de confidențialitate
Baza de prelucrare: interese juridice/obligații legale pentru RG/SE; fluxul de documente pentru raportare.
DSAR: informațiile sunt furnizate fără a aduce atingere investigațiilor/protecției terților; Datele SE - luând în considerare normele locale.
Transfrontalier: garanții contractuale și minimizare.
Accesibilitate și localizare: interfețe și litere în limba de piață, formate disponibile.
16) Implementarea tehnică (schelet)
API RG/SE: „POST/cooloff”, „POST/auto-excludere”, „GET/restricții”, „POST/reactivare-cerere”.
События: 'se _ activated', 'se _ registry _ synced', 'deposit _ blocked', 'marketing _ supressed', 'reactivation _ cooldown _ passed'.
Motor de politică: reguli de răcire, suprimare, PSP/bloc de joc.
DQ/Validări: integritatea statutului în mediul multi-provider; coerența rapoartelor.
Monitorizare: alerte în caz de aliniere necorespunzătoare (registru/agregator/PSP/CRM).
17) Greșeli frecvente și cum să le evitați
Fluxurile complexe SE. → scurta pașii, trece la antet/profil.
Eliminați restricțiile fără răcire → aplicați în Policy Engine.
Marketing "scurgeri. "→ un singur steag de suprimare şi verificări nocturne.
→ necesita chitante si link-uri catre registry ID.
Diferite stări ale furnizorilor/PSP. → reconcilieri periodice și auto-remediere.
18) Interconexiuni
Jocul responsabil și limitele sunt politice și dăunătoare.
Playbook-uri și scripturi incidente - incidente/notificări RG.
Rapoarte și formate de reglementare - încărcări și chitanțe.
Codul de etică și conduită - comunicări corecte.
Conștientizarea conformității personalului/AML Training - CS/CRM/Training de risc.
Politica anticorupție - interacțiunea cu registrele/organismele.
19) Planul de implementare (30 de zile)
Săptămâna 1
1. Aprobă politica SE/interblocare (tipuri, sincronizare, răcire, comunicații).
2. Specificați modelul de date/eveniment și RACI.
3. Pregătiți machete și texte UX (localizări cheie).
Săptămâna 2
4. Implementați API-uri de constrângere și bucle de suprimare (jocuri/PSP/CRM).
5. Conectați registrele SE; configurează validatoare de format/factură.
6. Trenul CS/CRM; lansați scripturi și întrebări frecvente.
Săptămâna 3
7. Pilot (5-10%): cecuri de blocare, încercări de depunere, alinieri greșite.
8. Încercări de răcire/reactivare, validarea manuală a cazurilor.
9. Colectați feedback, actualizați texte/reguli.
Săptămâna 4
10. Eliberare completă; monitorizarea KPIs și Sinka alerte.
11. Raportarea către conducere; CAPA pentru abateri.
12. Planul v1. 1: extinderea integrărilor/registrelor locale, scenarii suplimentare.
Ce să faci mâine ieftin foaie (pentru CS/CRM)
Pentru orice cerere de auto-excludere → activați SE imediat și trimiteți o confirmare.
Niciodată nu sugera „schimba mintea ta”; nu dau bonusuri/reduceri.
Verificați suprimarea marketingului și blocul de depozite.
Răspundeți neutru la orice întrebare referitoare la întârzierea concluziilor („verificare de securitate”).
Înregistrați toate acțiunile cu ID-ul de artefacte/chitanțe.