Verifica della disponibilità finanziaria del giocatore

Verifica disponibilità finanziaria del giocatore

1) Obiettivo e area

Assicurarsi che il gioco rispetti le capacità finanziarie del giocatore, riducendo il rischio di danni e rispettando i requisiti di licenza. Afordability completa RG e AML: valutiamo la capacità del giocatore di sostenere i costi del gioco senza alcun danno (da confondere con la verifica della provenienza dei fondi, anche se spesso le valigette si incrociano).

Copertura: prodotto (web/mobile), portafoglio/PSP, Risk/RG, CS, Compliance/Legale/DPO, provider di giochi, report.

2) Principi

Proporzionalità: la profondità del controllo corrisponde al livello di rischio e al mercato.
Informazioni minime: chiediamo solo ciò che serve per la soluzione.
Trasparenza e rispetto: ragioni chiare e documenti/date previste.
Senza tipping-off AML: in termini di termini, evitiamo di insinuare sospetti.
La prova è che tutti i passi e le decisioni sono fissati, gli artefatti sono cuciti.
Privacy-by-design: GDPR/analogie locali, storage e accesso RBAC.

3) Ruoli e RACI

Afordability Owner (RG Lead/Risk Lead) - Criteri, soglie, scalate. (A)

Risk Analysts (linea 1/2) - verifica, richiesta di prove, decisione. (R)

CS/CRM - comunicazioni, accompagnamento del giocatore, risposte SLA. (R)

Payments/Finance - blocco/limite di depositi/conclusioni durante la convalida. (R)

Compliance/Legale/DPO - conformità ai mercati, privacy, modelli. (C)

Data/Engineering - eventi/login, integrazioni (API bancarie, verifiche). (R)

Internal Audit è una valutazione indipendente delle pratiche e dei campionamenti. (C)

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

4) Trigger per eseguire la convalida (scheletro)

• Deposito singolo importante (soglia di mercato).
• Rapida crescita dell'importo dei depositi/perdite nel breve periodo.
• Annullamento frequente delle conclusioni; il passaggio a metodi di pagamento «indebitati».

• Sessioni notturne/lunghe, tassi di accelerazione, RC multipli senza interruzione.
• Messaggi del giocatore di difficoltà finanziarie.

• Raggiungere le soglie che richiedono EDD/afordability per mercato/licenza.
• Classe di rischio elevata (sezioni RG/AML).

5) Dati e prove (livelli)

• Autoliquidazione del budget per intrattenimento/reddito (forma nel prodotto).
• Estratti conto bancari/fintech (senza troppi dettagli) o un certificato di reddito.
• Conferma dell'occupazione/stato (a volontà del mercato).

• Estratti conto bancari di 90 giorni (campi non collegati).
• Documenti di reddito: certificato del datore di lavoro, modulo fiscale, contratto/fattura (per i lavoratori autonomi).
• Dichiarazione di spesa per categorie principali (alloggi/prestiti/alimenti).

• Conferma della fonte di fondi/beni (vendita di beni, dividendi, ecc.).
• API aperta (open banking) - Metriche di solvibilità aggregate (se accettate e accettate).
• Dop. documenti su richiesta del mercato/regolatore.

6) Valutazione e soglie

Net Disposable Income (NDI) - Un reddito «libero» stimato dopo la spesa di base.
Affordable Loss/Budget: la quota di NDI consentita per intrattenimento (politica interna + norme locali).

• Green: nessun limite o budget morbido.
• Amber - limiti di deposito/perdita, monitoraggio.
• Red - guasto/limiti rigidi/timeout/SE.

• Perdita> X% NDI stimato a 30 giorni da Amber.
• Perdite> Y% NDI o marcatori tossici Red.

7) Processo (dal segnale alla soluzione)

Passo 1 - Segnale e scansione preliminare. Raccolta dei fatti (somma/ora, indicatori RG), assegnazione della priorità (S1.. S3), fissazione nel sistema di valigetta.
Fase 2 - Richiesta di prove. Selezione del livello (A/B/C), elenco comprensibile dei documenti, deduline (generalmente 7-14 giorni), limite temporaneo/pausa se necessario.
Passo 3 - Analisi. Calcolo NDI/budget, verifica della sostenibilità dei redditi/spese, cross-test con comportamento.
Passo 4 - Soluzione. Green/Amber/Red, impostazione dei limiti/blocchi, tempi di revisione.
Passo 5 - Comunicazione. Testi neutri senza pressione, senza sottintesi AML.
Passo 6 - Documentazione. Artefatti, calcoli, rationali, riferimenti a regole/norme locali.
Fase 7 - Revisione. Rivedere dopo N giorni o quando i rischi cambiano.

8) UX e testi corretti

Evitare la formulazione dei sospetti/AML; Utilizzare i «controlli di sicurezza/convenienza dei costi» neutrali.

9) Interazione con RG e AML

RG: i marcatori del danno aumentano la priorità di afordability, le soluzioni per i limiti/timeout/SE.
AML: se il processo afordability mostra il rischio di origine dei mezzi, aprire una valigetta AML parallela (senza tipping-off nelle comunicazioni affordability).
Payments è un blocco di depositi/marketing ripetuti durante la convalida.

10) Privacy, diritti e reticenza

Base dell'elaborazione: obbligo legale/legittimo interesse (protezione dei giocatori e rispetto della licenza).
Minimizzazione e occultamento: raccoglie solo ciò di cui hai bisogno, EXIF viene rimosso e i campi sensibili vengono chiusi.
Accesso: RBAC/ABAC, registri di lettura/modifica, archivio dei manufatti WORM.
Retenza: solitamente 5-7 anni o per mercato/licenza; dopo la scadenza, rimozione sicura.
Diritti dei soggetti: DSAR tramite DPO; non rivelare le metodologie di antifrode/screening e i dati di terzi.

11) Dashboard e metriche

Time-to-Decection (TTD) - La mediana dal segnale alla soluzione.
Completamento Rate:% delle valigette con i documenti ricevuti entro il termine.
Amber/Red Rate: quote di soluzioni per segmenti/mercati.
Repeat Harm Markers: marcatori di danni a 30/90 giorni dalla soluzione.
Limit Uptake/Adherence: percentuale di rispetto dei limiti.
Complains & Resolution: reclamo/termine di chiusura.
Data Sufficiency:% delle valigette in cui sono raccolte le prove minime.
Auditability - Quota di valigette con pacchetto completo di manufatti e calcolo NDI.

12) Assegno fogli

Prima di avviare i criteri

• Le soglie di mercato sono coerenti con Legale/Compliance.
• I modelli di posta sono localizzati e testati per la neutralità.
• Integrazione con l'archivio documenti, open-banking (dove disponibile), sistema valigetta.
• Procedure di occultamento/rimozione EXIF, convalida formati.
• Gli script CS/FAQ sono preparati; Formazione completata.

In operazioni

• Ogni valigetta ha la priorità, l'elenco dei documenti richiesti e la deadline.
• I limiti/blocchi temporali vengono attivati automaticamente.
• Le soluzioni sono documentate con calcoli e riferimenti di criteri.
• Le bandiere adiacenti RG/AML/marketing supplence sono incluse.

Controllo e miglioramento

• Campionamento trimestrale delle valigette (≥ 30) per la completezza/logicità delle soluzioni.
• Comprimere il cavo eventi con il portafoglio/GL.
• CAPE per osservazioni ripetute.

13) Modelli (inserimento rapido)

A) Elenco documenti (livello B)

B) Avviso di deadline

C) Soluzione con limiti

D) Chiusura senza documenti

14) Implementazione tecnica (scheletro)

События: `affordability_triggered`, `docs_requested`, `docs_received`, `affordability_decision{green|amber|red}`, `rg_limits_set`, `marketing_suppressed`.
API кейс-системы: `POST /affordability/case`, `PATCH /case/{id}/status`, `POST /case/{id}/decision`.
Archivio documenti: crittografia at-rest; occultamento automatico, spogliarello EXIF checksum e registri WORM.
Regole (policy engine) - soglie di mercato, SLA, limiti automatici per il periodo di verifica.
Report - Scarichi CSV/JSON con unità senza PII.

15) Errori frequenti e come evitarli

Richieste di documenti ridondanti.
Ritardi senza misure temporanee.
Modelli pronti, test di comprensione.
Miscelazione con AML in lettere. → Termini neutri, valigetta AML separata se necessario.
Nessun calcolo. → standardizzare il metodo NDI/budget e conservare la calcolazione.
Sincronizzazione incompleta. → Collega le soluzioni ai provider di gioco CRM/PSP (suppress/blocks).

16) Profili regionali (wireframe da riempire)

Per ogni mercato, fissare le soglie obbligatorie, le fonti di dati, la validità dell'open banking, i tempi di risposta, i formati di report, i requisiti di conservazione/localizzazione.

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

17) Piano di implementazione di 30 giorni

Settimana 1

1. Approvare la politica afordability e le soglie di mercato.
2. Allinea modelli di comunicazione (RU/EN + locali) e FAQ.
3. Specializza eventi/modello di dati e integrazione (valigette, storage, open banking dove è disponibile).

Settimana 2

4. Implementare valigetta flow, limiti automatici per il periodo di convalida, caricamento o occultamento dei documenti.
5. Connetti il supporto marketing/PSP con la valigetta attiva.
6. Addestrare Risk/CS; rilascia una pagina e una macro.

Settimana 3

7. Pilota (5-10%): misurazione TTD/Complection/Complains, revisione manuale delle soluzioni.
8. Correggere le soglie/testi, correggere l'integrazione.

Settimana 4

9. Rilascio completo; monitoraggio giornaliero di KPI e gelosia selettiva.
10. Report alla direzione; CAPA per guasti e denunce.
11. Piano v1. 1: espandere i profili dei mercati, aggiungere open-banking/screening, calcolo automatico NDI.

• Gioco responsabile e limiti
• Auto-esclusione e blocco degli account
• Reality Checks e avvisi di gioco
• Playbook e script di incidenti (RG/AML)
• Formazione AML e formazione del personale/Consapevolezza del personale sulla compliance
• Notifiche di violazioni e tempi di segnalazione
• Report di regolazione e formati di dati
• Controllo interno e controllo esterno/Assegni di controllo