Períodos de cooling-off e interrupciones

1) Qué es cooling-off y por qué se necesita

Cooling-off es una pausa voluntaria que el propio jugador incluye para eliminar temporalmente la posibilidad de realizar apuestas/depósitos y reducir el comportamiento impulsivo. A diferencia de la auto-exclusión, el cooling-off suele ser más corto, más fácil de activar y expirar automáticamente.

• Reducción del riesgo de daños y quejas/charjbacks.
• Cumplir con las expectativas de licencia y las mejores prácticas de RG.
• Aumentar la confianza en la marca y la sostenibilidad a largo plazo.

2) Taxonomía de las interrupciones

3) Normas de aplicación y límites

Se activa instantáneamente. Las actividades de juego y los depósitos se bloquean hasta el final del período.

No se permite la cancelación antes de la expiración del plazo. (De lo contrario, se pierde el sentido de «enfriamiento».)

El acceso a la cuenta se guarda normalmente para ver el historial y retirar fondos.
Bonificaciones/promociones: con cooling-off activo - sin promociones, el usuario está en la lista de suppression global.
Se permite la activación repetida; limite la frecuencia a menos que esto empeore la protección.
Escalada: con las inclusiones frecuentes → ofrecer una mayor duración o autoexclusión.

4) Patrones UX y textos terminados

Principios: claro, corto, sin presión para continuar, igual visibilidad «Break «/« Continue »(si corresponde), sin promos.

• Header/perfil → "Autocontrol': botones" Break 15 min "," Cooling-off "," Autoexclusión ".
• En Reality Check y en las pantallas de límites, los botones de acción rápida.

• Micro-descanso: "Haz una pausa de 15 minutos. Durante la pausa, las apuestas y depósitos no están disponibles"
• Cooling-off (selección): "Elige un plazo: 24 h· 48 h· 72 h· 7 días· 14 días· 30 días. Durante el período, el juego y los depósitos no están disponibles. No se puede cancelar antes de tiempo"
• Confirmación: "Cooling-off se activa antes de [fecha, hora, TZ]. Puedes entrar para retirar fondos y ver la historia. La publicidad está desactivada"
• Escalada: "A menudo usas pausas cortas. Recomendamos 30 días de cooling-off o auto-exclusión para un control más estable"

5) Umbrales y disparadores

Desde Reality Check: botón «Break 15 min» a 60/90 min de juego, «Cooling-off hasta mañana» si se superan los límites de pérdida.
Comportamiento: una serie de retiros eliminados, un rápido aumento de las apuestas después de perder (chasing) → una pista sobre el cooling-off.
Horario nocturno: después de las 02:00 TZ local - mejorar la oferta de pausa.
Modos infantil/vulnerable: preinstalaciones más estrictas por plazos.

6) Integraciones e interacción con el circuito RG

Límites de depósito/pérdida/tiempo: con cooling-off activo - ignorar su estado, todavía bloque.
Autoexclusión: siempre más prioritaria y duradera; si está activado, cooling-off ocultar.
Marketing/CRM/Ads: sincronización inmediata de la suppression en todos los canales y afiliados.
KYC/AML: las conclusiones están permitidas bajo el cumplimiento de KYC; anomalías durante cooling-off → puntuación reforzada.

7) Arquitectura y cajas fuertes

• RG Engine/Breaks Service: almacenar estados de interrupción, plazos, razones; API de lectura/escritura.
• Auth/Game/Payments Gateways: predicados sincrónicos (prohibición de apuestas/depósitos en pausa activa).
• CRM/Ads Hub: suppression en tiempo real y retirada al final del plazo.
• Event Bus: `break. started`, `break. ends_at`, `break. ended`, `suppression. applied`.
• Audit/WORM: registros de activación/caducidad/comunicación inmutables.

Fail-caja fuerte: si Breaks Service no está disponible - «modo estricto» (prohibir apuestas/depósitos) o utilizar la última instantánea k-time; todas las desviaciones son lógicas.

8) Política de cooling-off (esqueleto para wiki)

1. Área: todas las marcas/canales/ubicaciones.
2. Plazos: lista de disponibles (24 h-180 días), TZ local en la interfaz.
3. Reglas: no es posible la cancelación anticipada; la entrada está permitida para el historial/conclusiones; la promoción está prohibida.
4. Datos: minimización, tiempos de retención de señales (por ejemplo, 12-24 meses), DPIA para perfilar.
5. Escaladas: inclusiones frecuentes → recomendación de autoexclusión; reglas para los vulnerables.
6. Comunicaciones: plantillas de correos electrónicos/cañones, enlaces a recursos de ayuda.
7. Informes: métricas, SLA, auditoría.

9) Métricas y SLO

Break Adoption Rate: la proporción de jugadores que han aprovechado las pausas.
Time-to-Enforce: desde el clic hasta la prohibición real de apuestas/depósitos (<1-2 s).
Accuracy Suppression: ninguna promoción durante el período de interrupción (~ 100%).
Reducción de la señal: reducción de las sesiones largas de chasing/noche en 30 días.
Repeat Breaks → Escalation: un share escalado en una larga cooling-off/auto-exclusión.
Complaint/Chargeback Nota: tendencia hacia abajo después de la implementación.
System Availability (Breaks): ≥99. 9%.

10) RACI (roles y responsabilidades)

11) Hojas de cheques (operativos)

Antes de iniciar

• Se han definido plazos y textos (local, TZ).
• Predicados configurados en Auth/Game/Payments.
• La suppression está conectada en todos los canales (email/SMS/push/ads/afiliados).
• Se incluye auditoría WORM y alertas de SLO.
• Realizado el DPIA, se actualizó la política de RG.

• Monitoreo Tiempo-a-Enforce y Accuracy Suppression.
• Calibración semanal de los disparadores (noche/chasing).
• Resolución de quejas/incidentes, mejora de textos y UX.

Incidentes

• Follback «régimen estricto» cuando los servicios fallan.
• Comunicaciones a los jugadores y ajustes de estado por logs.

12) Escenarios y ejemplos

A. Un descanso rápido de Reality Check

Jugador de 60 min en sesión, aparece una ventana: «¿Un descanso de 15 min?» → clic → bloque de apuestas/depósitos, temporizador, luego auto-demolición.

B. Cooling-off durante 7 días

El jugador incluye en el centro del autocontrol. Inmediatamente: bloque de juego/depósitos, se activa la suppression. Entrada permitida para salida. Después de 7 días, el estado se retira automáticamente.

C. Pausas cortas repetitivas

3 veces por semana el jugador incluye 24 horas de cooling-off → recomendación automática «30 días» o autoexclusión, pantalla alt con recursos de ayuda.

13) Justicia y privacidad

Explainability: explique brevemente qué y por qué se bloquea cuando se completa, cómo retirar fondos.
Minimización: almacena solo los hechos de inclusión/caducidad, causa (código reason) y fecha límite.
Disponibilidad: elementos de contraste, formulaciones simples, soporte para captores de pantalla.
Sin «patrones oscuros».

14) Hoja de ruta para la implementación (6 pasos)

1. Política y DPIA: definir plazos y reglas, plantillas de texto, procedimientos de suppression.
2. Arquitectura: implementar Breaks Service, guardianes en Auth/Game/Payments, Bus de eventos, auditoría WORM.
3. UX/contenido: agregar botones al perfil/Reality Check, localización, disponibilidad.
4. Integraciones: CRM/Ads/Afiliados (suppression), CUS/Conclusiones.
5. Observabilidad: dashboards métricas y SLO, alertas, incidentes post-morem.
6. Mejora: formulación/disposición A/B, calibración de desencadenantes, análisis de casos repetidos.

Resultado

Cooling-off e interrupciones no son una función «cosmética», sino un circuito de protección de extremo a extremo: plazos y reglas honestas, aplicación técnica instantánea, suppression promo, UX transparente, comunicación con límites y autoexclusión, vigilancia estricta y cajas fuertes falsas. Este enfoque reduce el daño, fortalece el cumplimiento y aumenta la confianza en su producto.