Verificarea incluziunii financiare a jucătorului

Verificați disponibilitatea financiară a jucătorului (Accesibilitate)

1) Scop și domeniu

Asigurați-vă că jocul se potrivește cu capacitățile financiare ale jucătorului, reducând riscul de daune și respectând cerințele de licențiere. Accesibilitatea completează RG și AML: evaluăm capacitatea unui jucător de a suporta costurile jocului fără prejudecăți (a nu se confunda cu verificarea originii fondurilor, deși cazurile se suprapun adesea).

Acoperire: Produs (Web/Mobil), Portofel/PSP, Risc/RG, CS, Conformitate/Legal/DPO, Furnizori de jocuri, Raportare.

2) Principii

Proporționalitate: adâncimea verificării corespunde nivelului de risc și pieței.
Informații minime necesare: întrebăm doar ce este necesar pentru a rezolva.
Transparență și respect: motive clare pentru solicitare și documente/termene preconizate.
Fără basculare AML: în formulare, evităm indicii de suspiciune.
Provability: toate etapele și soluțiile sunt fixe, artefacte sunt depuse.
Confidențialitate după design: GDPR/analogi locali, stocare și acces RBAC.

3) Roluri și RACI

Proprietarul accesibilității (RG Lead/Risk Lead) - politică, praguri, escaladare. (A)

Analiști de risc (liniile 1/2) - verificare, cerere de probe, decizie. (R)

CS/CRM - comunicații, suport pentru jucători, răspunsuri SLA. (R)

Plăți/Finanțe - bloc/limită de depozite/retrageri în momentul verificării. (R)

Conformitate/Legal/DPO - respectarea piețelor, confidențialitate, șabloane. (C)

Date/Inginerie - evenimente/jurnale, integrări (API-uri bancare, verificatori). (R)

Auditul intern este o evaluare independentă a practicilor și eșantioanelor. (C)

Sponsor (COO/CEO) - resurse ", tonul de la început. "(I/A)

4) Declanșează pentru a începe verificarea (schelet)

• Depozit unic mare (prag de piață).
• Creșterea rapidă a depozitelor/pierderilor pe o perioadă scurtă.
• Anularea frecventă a concluziilor; trecerea la metode de plată „împrumutate”.

• Sesiuni de noapte/lungi, accelerarea ratei, mai multe RC-uri fără întrerupere.
• Player rapoarte de dificultăți financiare.

• Atingerea pragurilor care necesită EDD/accesibilitate prin piață/licență.
• Clasă de risc crescută (rate RG/AML).

5) Date și dovezi (niveluri)

• Declarația de sine a bugetului de divertisment/venituri (forma în produs).
• Extrase bancare/fintech consolidate (fără detalii inutile) sau declarație de venit.
• Confirmarea ocupării/statutului (la cererea pieței).

• extrase de cont pe 90 de zile (câmpuri omise).
• Documente de venit: adeverinta angajator, formular fiscal, contract/facturi (pentru lucratori independenti).
• Declararea cheltuielilor pe categorii principale (locuinte/credite/pensie alimentara).

• Confirmarea sursei de fonduri/active (vânzarea de bunuri, dividende etc.).
• Open banking API (open banking) - valori agregate de solvabilitate (cu consimțământ și admisibilitate).
• Add. documente la cererea pietei/autoritatii de reglementare.

6) Evaluarea și pragurile

Venitul disponibil net (NDI): venit estimat „gratuit” după cheltuielile de bază.
Pierdere/buget accesibil: cota NDI permisă pentru divertisment (politică internă + norme locale).

• Verde - fără restricții sau buget redus.
• Amber - limite de depozite/pierderi, monitorizare.
• Red - renunțare/limite dure/timeout/SE.

• Pierdere> X% estimat NDI în 30 de zile → Amber.
• Pierderi> Y% NDI sau markeri toxici → Red.

7) Proces (semnal la decizie)

Etapa 1 - Semnal și pre-scoping. Colectarea faptelor (sume/timp, markeri RG), atribuirea priorității (S1.. S3), fixarea în sistemul de caz.
Pasul 2 - Solicită dovezi. Selectarea nivelului (A/B/C), lista de documente ușor de înțeles, termenul limită (de obicei 7-14 zile), limita temporară/pauză, dacă este necesar.
Pasul 3 - Analiză. Calculul NDI/buget, verificarea sustenabilității veniturilor/cheltuielilor, verificarea încrucișată cu comportamentul.
Pasul 4 - Soluție. Verde/Amber/Red, setarea limitelor/încuietori, cronologie pentru revizuire.
Pasul 5 - Comunicare. Texte neutre fără presiune, fără subtext AML.
Pasul 6 - Documentație. Artefacte, calcule, motive, legături cu politicile/normele locale.
Pasul 7 - Revizuire. Revizuirea din nou după N zile sau atunci când riscurile se schimbă.

8) Texte UX și corecte

Evitați declarațiile despre suspiciuni/LMA; utilizați controale neutre „securitate/cost comfort”.

9) Interacțiunea cu RG și LMA

RG: Markerii dăunători consolidează prioritatea de accesibilitate, deciziile → limitele/termenele/SE.
AML: în cazul în care riscul de origine a fondurilor apare în procesul de accesibilitate, deschide un caz paralel AML (fără basculare în comunicații accesibile).
Plăți: bloc de depozite repetate/comercializare la momentul verificării.

10) Confidențialitate, drepturi și păstrare

Baza prelucrării: datorie legală/interes legitim (păstrarea jucătorului și respectarea licenței).
Minimizare și mascare: colectarea doar a ceea ce este necesar, EXIF este eliminat, câmpurile sensibile sunt închise.
Acces: RBAC/ABAC, citire/schimbare busteni, WORM magazin de artefacte.
Retinere: de obicei 5-7 ani sau prin piata/licenta; după expirare - îndepărtarea în condiții de siguranță.
Drepturile subiecților: DSAR prin DPO; să nu divulge tehnici antifraudă/scoring și date ale terților.

11) Tablou de bord și valori

Timp până la decizie (TTD): mediană de la semnal la decizie.
Rata de finalizare:% din cazurile cu documente primite la timp.
Amber/Red Rate: Soluție Acțiuni pe segmente/piață.
Repetă markerii dăunători: Markerii dăunători în 30/90 de zile după decizie.
Limita de absorbție/aderență: proporția de conformitate cu limitele.
Reclamații și soluționare: reclamații/perioada de închidere.
Severitatea datelor:% din cazurile în care se colectează setul minim de dovezi.
Auditabilitate: Ponderea cazurilor cu un pachet complet de artefacte și calcul NDI.

12) Liste de verificare

Înainte de a rula politica

• Praguri de piață convenite cu Legalitate/Conformitate.
• Șabloanele de litere sunt localizate și testate pentru neutralitate.
• Integrări cu stocarea documentelor, open-banking (acolo unde este disponibil), sistem de caz.
• EXIF proceduri de mascare/ștergere, validare format.
• CS/FAQ script-uri pregătite; instruire finalizată.

În operații

• Fiecare caz are prioritate, o listă de documente necesare și un termen limită.
• Limitele de timp/încuietorile sunt activate automat.

Deciziile sunt documentate cu calcule și referințe de politică.

• Sunt activate steagurile de suprimare adiacente RG/AML/marketing.

Audit și îmbunătățire

• Eșantionarea trimestrială a cazurilor (≥ 30) pentru integralitatea/coerența soluțiilor.
• Verificarea jurnalului evenimentului cu portofelul/GL.
• CAPA pentru comentarii recurente.

13) Șabloane (inserții rapide)

A) Lista documentelor (nivelul B)

B) Deadline Reminder

C) Soluție limită

D) Închidere fără acte

14) Implementarea tehnică (schelet)

События: 'accesibilitate _ triggered',' docs _ required', 'docs _ received', 'accesibilitate _ decizie {green' amber 'red}', 'rg _ limits _ set', 'marketing _ supressed'.
API кейс - системы: 'POST/accesibilitate/caz', 'PATCH/case/{ id }/stare', 'POST/case/{ id }/decizie'.
Stocarea documentelor: criptare în repaus; mascare automată, EXIF-stripping; sumele de control și jurnalele WORM.
Reguli (motor de politică): praguri pe piață, SLA, limite auto pentru perioada de verificare.
Raportare: încărcări CSV/JSON cu unități fără PII.

15) Greșeli frecvente și cum să le evitați

→ nivelurile A/B/C, minimizarea, explica „de ce”.
→ Autolimitează la deschiderea cazului.
Texte neclare → șabloane gata făcute, testare pentru claritate.
Amestecarea cu AML în litere. → Formularea neutră, caz separat AML, dacă este necesar.
→ Standardizați metoda NDI/buget și stocați calculul.
Sincronizare incompletă. → Conectați soluții la furnizorii de CRM/PSP/jocuri (suprimare/blocuri).

16) Profile regionale (cadru pentru umplere)

Pentru fiecare piață, fixați: praguri obligatorii, surse de date, admisibilitate open-banking, timpi de răspuns, formate de raportare, cerințe de stocare/localizare.

Profile [Market]
Thresholds:...
Sources: self-declaration     banking API      docs
Terms: ack ≤...; decision ≤ …
Solutions: green/amber/red - parameters
Reporting: Frequency/Format
Privacy: local requirements

17) plan de implementare de 30 de zile

Săptămâna 1

1. Aprobarea politicii de accesibilitate și a pragurilor pieței.
2. Sunt de acord cu privire la șabloanele de comunicare (RU/EN + localizări) și întrebări frecvente.
3. Specificați modelul de evenimente/date și integrarea (cazuri, stocare, open-banking acolo unde este disponibil).

Săptămâna 2

4. Implementați fluxul de cazuri, limitele auto pentru perioada de verificare, încărcarea/mascarea documentelor.
5. Activați suprimarea marketingului/PSP atunci când cazul este activ.
6. Risc de tren/CS; lansați 1 pagini și macro-uri.

Săptămâna 3

7. Pilot (5-10%): Măsurarea TTD/Completare/Reclamații, revizuirea manuală a deciziilor.
8. Efectuați ajustări la praguri/texte, integrări de depanare.

Săptămâna 4

9. Eliberare completă; monitorizarea zilnică a KPI și recenzii selective.
10. Raportarea către conducere; CAPA pentru eșecuri și plângeri.
11. Planul v1. 1: extindeți profilurile pieței, adăugați open-banking/scoring, calcul automat NDI.

• Joc responsabil și limite
• Autoexcluderea și blocarea conturilor
• Reality Checks și memento-uri de joc
• Cărți de redare și scripturi incidente (RG/AML)
• AML și formarea angajaților/conștientizarea conformității
• Notificări privind încălcările și termenele de raportare
• Rapoarte de reglementare și formate de date
• Liste de audit intern și audit extern/audit