Cooling-off periodi e pause

1) Cos'è il cooling-off e perché è necessario

Cooling-off è una pausa volontaria che il giocatore include per escludere temporaneamente la possibilità di scommesse/depositi e ridurre il comportamento impulsivo. A differenza dell'auto-esclusione, i cooling-off sono generalmente più brevi, più facili da attivare e scade automaticamente.

• Riduzione del rischio di danni e lamentele/charjbeek.
• Soddisfa le aspettative di licenza e le migliori prassi di RG.
• Maggiore fiducia nel marchio e sostenibilità a lungo termine.

2) Tassonomia pausa

3) Regole di applicazione e limite

Si attiva immediatamente. Le attività di gioco e i depositi vengono bloccati fino alla fine del periodo.
La cancellazione non è consentita prima della scadenza. (Altrimenti si perde il senso del raffreddamento).
L'accesso all'account viene generalmente salvato per visualizzare la cronologia e il prelievo.
Bonus/promo: se il cooling-off è attivo, nessun promo, l'utente nell'elenco globale di suppressione.
La riattivazione è consentita; Limitare la frequenza a meno che non peggiori la protezione.
In caso di frequenti attivazioni, è possibile offrire un tempo più lungo o un'auto-esclusione.

4) pattern UX e testi finiti

Principi: chiaro, breve, senza pressione per continuare, uguale visibilità «Pausa «/« Continua »(se applicabile), niente promo.

• Heder/profilo di auto-controllo, pulsanti 15 minuti di pausa, cooling-off, auto-estrazione.
• In Reality Check e nelle schermate dei limiti, i pulsanti di azione sono veloci.

• "Fai una pausa di 15 minuti. Durante la pausa i tassi e i depositi non sono disponibili"
• Cooling-off: "Scegli la data di scadenza: 24 ore· 48 h = 72 h = 7 giorni· 14 giorni· 30 giorni. Durante il periodo di gioco e depositi non sono disponibili. Non si può annullare in anticipo"
• Conferma: "Cooling-off attivato fino a [data, ora, TZ]. Puoi entrare per recuperare i fondi e vedere la storia. Pubblicità disattivata"
• Escalation: "Usate spesso brevi pause. Consigliamo 30 giorni di cooling-off o di auto-esclusione per un controllo più stabile"

5) Valori di soglia e trigger

Da Reality Check: pulsante Pausa 15 minuti a 60/90 minuti di gioco, Cooling-off a domani quando superano i limiti di perdita.
Comportamento: serie di conclusioni, rapida crescita delle scommesse dopo aver perso (chasing), suggerimento cooling-off.
Ore notturne: dopo le 02:00 locali TZ - aumentare l'offerta di pausa.
Modalità per bambini/vulnerabili: preimpostazioni più severe.

6) Integrazione e interazione con il tracciato RG

Limiti di deposito/perdita/tempo: se il cooling-off è attivo - ignoriamo il loro stato, comunque il blocco.
L'auto-esclusione è sempre più prioritaria e duratura; se attivato, i cooling-off nascondono.
Marketing/CRM/Ads: la sincronizzazione immediata della supplence in tutti i canali e negli affiliati.
KYC/AML: le conclusioni sono consentite nel rispetto di KYC; Anomalie durante il cooling-off con uno screening rinforzato.

7) Architettura e cassette di sicurezza

• RG Engine/Breaks Service: conservazione di stati di interruzione, scadenze, cause; API per la lettura/scrittura.
• Auth/Game/Payments Gateways - Predici sincroni (disabilitazione di tassi/depositi durante la pausa attiva).
• CRM/Ads Hub: real-time supplence e ritiro al termine.
• Event Bus: `break. started`, `break. ends_at`, `break. ended`, `suppression. applied`.
• Log di attivazioni/scadenze/comunicazioni invariati.

Cassaforte Fail: se il servizio Breaks non è disponibile, «modalità rigorosa» (vietare tassi/depositi) o utilizzare l'ultima istantanea K-time; tutte le deviazioni vengono regolate.

8) Cooling-off (scheletro wiki)

1. Area: tutti i marchi/canali/località.
2. Data di scadenza: elenco dei dati disponibili (24-180 giorni), TZ locale nell'interfaccia.
3. Regole: abolizione anticipata impossibile; Accesso consentito per cronologia/conclusioni; il promo è vietato.
4. Dati: minimi, tempi di conservazione dei segnali (ad esempio, 12-24 mes), DPIA per la profilassi.
5. Escalation: inclusione frequente della raccomandazione di auto-esclusione; Regole per i vulnerabili.
6. Comunicazioni: modelli di lettere/cannone, collegamenti alle risorse di assistenza.
7. Rapporti: metriche, SLA, controllo.

9) Metriche e SLO

Break Adoption Rate - Percentuale di giocatori che hanno usufruito delle pause.
Time-to-Enforce: dal click al divieto effettivo di scommesse/depositi (<1-2 c).
Accession Accuracy: nessun promo durante il periodo di interruzione (not 100%).
Harm-Marchio Reduction: riduzione di sessioni lunghe notturne in 30 giorni.
Repeat Breaks → Escalation è una quota scalata in cooling-off/auto-esclusione prolungata.
Complaint/Marceback Rate: trend al ribasso dopo l'implementazione.
System Availability (Breaks): ≥99. 9%.

10) RACI (ruoli e responsabilità)

11) Assegno fogli (operativi)

Prima di avviare

• Date e testi definiti (locali, TZ).
• I predici sono stati configurati in Auth/Game/Payments.
• È collegato a supplence in tutti i canali (email/SMS/push/ads/affiliati).
• Controllo WORM e alert SLO attivati.
• DPIA completato e il criterio RG aggiornato.

In uso

• Monitoraggio di Time-to-Enforce e Supplence Accuracy.
• Calibrazione settimanale dei trigger (notte/chasing).
• Analizzare denunce/incidenti, migliorare testi e UX.

Incidenti

• Follback «modalità rigorosa» in caso di guasti di servizi.
• Comunicazioni ai giocatori e regolazioni di stato per login.

12) Script e esempi

A. Pausa rapida da Reality Check

Giocatore 60 min in sessione, spunta la finestra: «Pausa 15 min?» clicca su un blocco di tassi/depositi, un timer, poi un autoscatto.

B. Cooling-off per 7 giorni

Il giocatore è incluso nel centro di autocontrollo. Immediata: unità di gioco/depositi abilitata. Accesso consentito per l'output. Dopo 7 giorni lo stato viene cancellato automaticamente.

C. Pause brevi ripetute

3 volte a settimana il giocatore include un cooling-off 24 ore, raccomandazione automatica «30 giorni» o auto-esclusione, alt-schermo con risorse di assistenza.

13) Equità e privacy

Esplainability: spieghi brevemente cosa e perché viene bloccato quando il prelievo è terminato.
Minimizzazione: conserva solo i fatti di inclusione/scadenza, la causa (reason code) e la scadenza.
Disponibilità: elementi di contrasto, formulazioni semplici, supporto di schermate.
Niente pattern oscuri.

14) Road map di implementazione (6 passi)

1. Criteri e DPIA - Definire i tempi e le regole, i modelli di testo, le procedure di suppressione.
2. Architettura: implementare Breaks Service, guardie in Auth/Game/Payments, Event Bus, controllo WORM.
3. UX/contenuto - Aggiungere pulsanti al profilo/Reality Check, localizzazione, disponibilità.
4. Integrazioni: CRM/Ads/affiliati (supplence), CUS/conclusioni.
5. Osservabilità: dashboard metriche e SLO, alert, post-mare incidenti.
6. Miglioramento: A/B formulazione/posizione, calibrazione dei trigger, analisi delle valigette ripetute.

Totale

Cooling-off e interruzioni non sono una funzione «cosmetica», ma un tracciato di protezione completo: date e regole oneste, applicazioni tecniche istantanee, suppressione promo, UX trasparente, collegamento con limiti e auto-esclusione, rigorosa osservabilità e cassette di sicurezza. Questo approccio riduce i danni, rafforza la compliance e migliora la fiducia nel prodotto.