Cooling-off períodos e intervalos

1) O que é cooling-off e o que é necessário

Cooling-off é uma pausa voluntária que o jogador inclui para excluir temporariamente a possibilidade de fazer apostas/depósitos e reduzir o comportamento impulsivo. Ao contrário da auto-exclusão, os cooling-off costumam ser mais curtos, mais fáceis de ativar e expirar automaticamente.

• Redução do risco de danos e queixas/charjbacks.
• Adequação às expectativas de licenciamento e melhores práticas RG.
• Aumentar a confiança na marca e a sustentabilidade a longo prazo.

2) Taxonomia de intervalo

3) Regras de aplicação e limites

Ativa instantaneamente. Os jogos e depósitos são bloqueados até o final do período.

Não é permitido cancelar antes do vencimento. (Caso contrário, perde o sentido de resfriamento.)

O acesso à conta normalmente é armazenado para visualização de histórico e saques.
Bónus/promoção: Se o cooling-off estiver ativo, nenhum promo, o usuário na lista de supressão global.
A reativação é permitida; limite a frequência se isso não piorar a proteção.
Escalar: Com frequentes inclusões, → oferecer tempo maior ou auto-exclusão.

4) Pattern UX e textos prontos

Princípios: claro, breve, sem pressão para continuar, igual visibilidade «Intervalo «/« Continuar »(se aplicável), nenhuma promoção.

• Heder/perfil → Autocontrole: botões Intervalo de 15 min, Cooling-off, Auto-exclusão.
• No Reality Check-in e nas telas de limite, botões de ação rápidos.

• "Faça uma pausa de 15 minutos. Durante a pausa, as taxas e depósitos não estão disponíveis"
• Cooling-off (escolha): "Escolha um prazo de 24 h, 48 h, 72 h, 7 dias, 14 dias, 30 dias. Durante um período de jogo e depósitos não estão disponíveis. Não podemos cancelar mais cedo"
• Confirmação: "Cooling-off ativado antes de [data, hora, TZ]. Você pode entrar para levantar fundos e ver a história. O anúncio está desligado"
• Escalação: "Você usa frequentemente pausas curtas. Recomendamos 30 dias de cooling-off ou auto-exclusão para um controle mais estável"

5) Liminares e desencadeadores

De Reality Check: botão Intervalo de 15 minutos a 60/90 min do jogo, Cooling-off até amanhã, quando os limites de perda são ultrapassados.
Comportamento: série de conclusões, rápido aumento de apostas após perder (chasing) → dica sobre cooling-off.
Horário noturno: após 02h00 TZ local - aumentar a oferta de pausa.
Regimes infantis/vulneráveis: preferências mais rígidas.

6) Integração e interação com o circuito RG

Limites de depósito/perda/tempo: com cooling-off ativo, ignoramos o seu estado, mesmo assim o bloco.
Auto-exclusão: sempre mais prioritária e duradoura; se ativado, o cooling-off é escondido.
Marketing/CRM/Ads: Sincronização imediata da supressão em todos os canais e afiliados.
KYC/AML: As conclusões são permitidas se o KYC for cumprido; anomalias durante o cooling-off → mapeamento reforçado.

7) Arquitetura e cofres

• RG Engine/Breaks Service: armazenamento de estados de interrupção, prazos, razões; API para leitura/escrita.
• Auth/Game/Payments Gateways: Predicatos sincronizados (proibição de taxas/depósitos em intervalo ativo).
• CRM/Ads Hub: real-time suprimento e retirada ao fim do prazo.
• Event Bus: `break. started`, `break. ends_at`, `break. ended`, `suppression. applied`.
• Check/WORM: registros de ativações/caducos/comunicações imutáveis.

Fale-cofre: Se o Breaks Service não estiver disponível - «modo rigoroso» (proibir taxas/depósitos) ou usar a última foto k-time; todos os desvios são logados.

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

1. Área: todas as marcas/canais/localização.
2. Prazo: lista disponível (24-180 dias), TZ local na interface.
3. Regras: não é possível cancelar antecipadamente; a entrada é permitida para histórico/conclusão; A promoção é proibida.
4. Dados: minimização, tempo de armazenamento de sinais (por exemplo, 12-24 m.), DPIA para perfilagem.
5. Escaladas: inclusões frequentes → recomendação de auto-exclusão; regras para os vulneráveis.
6. Comunicações: modelos de cartas/canhão, links de recursos de ajuda.
7. Relatórios: métricas, SLA, auditoria.

9) Métricas e SLO

Break Adition Rate: proporção de jogadores que aproveitaram os intervalos.
Time-to-Enforce: do clique à proibição real de taxas/depósitos (<1-2 c).
Supressão Accuracy: falta de promoção durante a interrupção (£100%).
Harm-Sinal Reducção: redução de chasing/sessões longas noturnas em 30 dias.
Repeat Breaks → Escalation: proporção escalada em cooling longo-off/auto-exclusão.
Complaint/Chargeback Rate: tendência para baixo após a implementação.
System Availability (Breaks): ≥99. 9%.

10) RACI (papéis e responsabilidades)

11) Folhas de cheque (operacionais)

Antes de iniciar

• Data e texto definidos (locais, TZ).
• Predicatos configurados em Auth/Game/Payments.
• Supressão conectada em todos os canais (email/SMS/push/ads/afiliados).
• A auditoria WORM e as alertas SLO estão ativadas.
• DPIA realizada, política RG atualizada.

Em operação

• Monitoramento Time-to-Enforce e Supressão Accuracy.
• Calibragem semanal de desencadeadores (noite/chasing).
• Analisar queixas/incidentes, melhorar textos e UX.

Incidentes

• Folbeck «modo rigoroso» para falhas de serviços.
• Comunicações aos jogadores e ajustes de status por logs.

12) Cenários e exemplos

A. Intervalo rápido do Reality Check

Jogador de 60 min na sessão, aparece a janela «Intervalo de 15 min?» clique em um bloco de apostas/depósitos, um temporizador, em seguida, o serviço automático.

B. Cooling-off por 7 dias

O jogador é incluído no centro de autocontrole. Bloco de jogo/depósito, a supressão é ativada. Entrada permitida para saída. Após 7 dias, o status será revogado automaticamente.

C. Pausas curtas repetidas

3 vezes por semana, o jogador inclui cooling-off 24 horas → recomendação automática de «30 dias» ou auto-exclusão, alto-ecrã com recursos de ajuda.

13) Justiça e privacidade

Explainability: Explique brevemente o que e porquê é bloqueado quando terminar, como retirar fundos.
Minimizar: guarde apenas os fatos de inclusão/vencimento, razão (reason code) e prazo.
Disponibilidade: elementos de contraste, formulações simples, suporte a screeners.
Sem «patterns escuros».

14) Mapa de trânsito de implementação (6 passos)

1. Política e DPIA: definir prazos e regras, modelos de texto, supressão de procedimentos.
2. Arquitetura: implementar Breaks Service, guardas em Auth/Game/Payments, Event Ônibus, Auditoria WORM.
3. OX/conteúdo: adicionar botões ao perfil/Reality Check, localização, disponibilidade.
4. Integração: CRM/Ads/afiliados (supressão), CUS/conclusões.
5. Observabilidade: dashboards de métricas e SLO, alertas, incidentes pós-mares.
6. Melhorias: A/B formulação/localização, calibragem de desencadeadores, análise de nova mala.

Resultado

Cooling-off e pausas não são uma função «cosmética», mas sim um circuito de proteção de passagem: prazos e regras honestos, aplicações técnicas instantâneas, supressão promo, UX transparente, conexão com limites e auto-exclusão, observabilidade rigorosa e cofres feel. Esta abordagem reduz danos, fortalece a complacência e aumenta a confiança no seu produto.