Pagamentos responsáveis e limites de jogadores

1) Objetivos e princípios

Proteja o jogador: prevenção de danos (overspending/overplay), transparência nas condições e ferramentas de autocontrole.
Conformidade com licenças: requisitos jurisdicionais para limites, cooling-off, self-exclusion, reality checks.
Sustentabilidade financeira: redução de charjbacks/dívidas/risco operacional, avaliação correta de afordability.
OX sem atrito: Instalação/alteração fácil de limites, efeitos compreensíveis e timing sem interferir com a boa fé.

2) Taxonomia de limites e bloqueio

2. 1. Limites do jogador

Deposit limit (diurno/semanal/mensal).
Loss limit (perda pura no período).
Wager/Stake limit (rotação/aposta max).
Time/sessions limit (minutos de jogo/sessão).
Velocity limit (taxa de depósito/taxa).
Withdrawal frictions: cool-off antes da reaproximação, limites para a taxa de solicitação.
Reality check: notificações periódicas de hora/resultado/balanço.

2. 2. Medidas administrativas

Cooling-off (pausa temporária).
Self-exclusion (registro local/nacional).
Afordability check: avaliação da disponibilidade financeira (rendimentos/passivos/SoF).
KYC/SoF/SoW step-ups para liminares e sinais comportamentais.

2. 3. Quadros de pagamento e complicações

Same-method/Return-to-nature: proteção contra excesso de valor/« cobrança ».
Net Deposits (ND): corte de depósitos/conclusões, gates para participar da promoção/parte das conclusões.
Payout holds para riscos (RG/AML), mas com SLA transparente e recursos.

3) Desencadeadores e escaladas (risk-based)

Liminares (jornada diária/30 dias, grandes depósitos).
Sinais comportamentais: atividade noturna, rápidas repetições de depósitos, série soft-declins.
Geo/dispositivo: mudança de país/ASN/VPN, «família» de várias contas.
Sinais de pagamento: BIN-geo ≠ KYC, novos tokens consecutivos, emissores high-risk.
Resultados de ferramentas RG: reality-check dismiss frequentes, violações de limites próprios.

Escaladas: alerta → limites rígidos → cooling-off → self-exclusion → avaliação manual affordability (SoF/SoW).

4) Pattern Ux sem mais atrito

Acima de todas as telas, acesso rápido às ferramentas RG.
Assistente de definição de limite: período → tipo de limite → valor → entrada em vigor.
Alteração do limite: endurecimento imediato; enfraquecimento - com entrada adiada (24-168).
Reality-check: KPI compreensível (tempo/resultado, depósitos/conclusões/resultados), botões «continuar »/» pausa».
Língua racionada, sem condenação; as razões curtas dos blocos («atingir o limite de depósito diurno»).
Localização e disponibilidade: formatos ICU, a11y, PAL, fontes grandes.

5) Política de limites: pseudo-DSL

yaml policy: "rg_limits_v3"
limits:
deposit:
periods: [DAILY, WEEKLY, MONTHLY]
weaken_delay_hours: 72 loss:
periods: [DAILY, WEEKLY, MONTHLY]
weaken_delay_hours: 72 wager:
periods: [DAILY, WEEKLY]
stake_max:
amount: {EUR: 100}
reality_check:
interval_minutes_default: 60 show_metrics: [time_played, net_result, deposits, withdrawals]
cooling_off:
options: ["24h", "7d", "30d"]
immediate_effect: true self_exclusion:
registry: ["local", "national"]
triggers:
- if: net_deposits_30d > 2000 then: "affordability_check"
- if: deposit_velocity_24h >= 3 then: "hard_daily_deposit_cap"
- if: vpn_detected == true then: "deny_until_verified_geo"
payments:
same_method: true allow_nd_withdrawal: true

6) Engenharia e modelo de dados (mínimo)

rg. profiles (
user_id PK, kyc_level, risk_score, country, self_excluded BOOL, cooling_off_until TIMESTAMP
)

rg. limits (
user_id, type -- DEPOSIT    LOSS    WAGER    STAKE    TIME,
period -- DAILY    WEEKLY    MONTHLY    SESSION,
amount NUMERIC, currency TEXT, set_at TIMESTAMP,
weaken_effective_at TIMESTAMP, active BOOL,
PRIMARY KEY (user_id, type, period)
)

rg. events (
id PK, user_id, kind -- LIMIT_HIT    RC_SHOW    COOLING_ON    SEFLEX_ON    UNLOCK_REQ,
payload JSONB, created_at TIMESTAMP
)

rg. affordability (
user_id PK, status -- NOT_REQUIRED    REQUESTED    PASSED    FAILED    EXPIRED,
sof_required BOOL, sow_required BOOL, requested_at TIMESTAMP, decided_at TIMESTAMP
)

finance. net_deposits (
user_id, currency, nd_total NUMERIC, nd_30d NUMERIC, updated_at TIMESTAMP,
PRIMARY KEY(user_id, currency)
)

payments. activity_rollup (
user_id, day DATE, deposits NUMERIC, withdrawals NUMERIC,
wagers NUMERIC, losses NUMERIC, sessions_minutes INT
)

7) Controle de execução (verificação online)

No depósito: verificação dos limites DEPOSIT/Loss/Wager por período; velocity caps.
Em time/sessão e reality-checks por tempo; stake_max.
ND, same-method, cooling-off/self-exclusion.
Ao enfraquecer os limites, respect 'weaken _ effectiva _ at'.
Para os desencadeadores afordability: bloco antes da verificação ou limite de limite.

8) Modelos SQL

8. 1. Se o limite de depósito do dia será atingido

sql
WITH d AS (
SELECT COALESCE(SUM(amount),0) AS dep_day
FROM payments. activity_rollup
WHERE user_id=:uid AND day=CURRENT_DATE
)
SELECT (d. dep_day +:incoming_amt) <= l. amount AS allowed
FROM d, rg. limits l
WHERE l. user_id=:uid AND l. type='DEPOSIT' AND l. period='DAILY' AND l. active=true;

8. 2. Verificação de ND e de status RG na saída

sql
SELECT
(nd. nd_total >= 0) AS nd_ok,
(p. same_method_ok) AS same_method_ok,
(NOT pr. self_excluded) AS not_excluded,
(COALESCE(pr. cooling_off_until, now()) <= now()) AS not_in_cooling
FROM finance. net_deposits nd
JOIN payments. payout_context p ON p. user_id=nd. user_id AND p. currency=nd. currency
JOIN rg. profiles pr ON pr. user_id=nd. user_id
WHERE nd. user_id=:uid AND nd. currency=:ccy;

8. 3. Corte de Reality-Check

sql
SELECT user_id,
SUM(sessions_minutes) AS mins,
SUM(deposits) AS dep,
SUM(withdrawals) AS wd,
SUM(wagers - withdrawals + deposits) AS net_result
FROM payments. activity_rollup
WHERE user_id=:uid AND day BETWEEN CURRENT_DATE - INTERVAL '1 day' AND CURRENT_DATE;

8. 4. Pedido de enfraquecimento do limite e entrada adiada

sql
UPDATE rg. limits
SET amount=:new_amount,
weaken_effective_at = now() + INTERVAL '72 hours'
WHERE user_id=:uid AND type='DEPOSIT' AND period='DAILY';

8. 5. Desencadear afordability

sql
WITH m AS (
SELECT SUM(deposits - withdrawals) AS nd_30d
FROM payments. activity_rollup
WHERE user_id=:uid AND day >= CURRENT_DATE - INTERVAL '30 days'
)
INSERT INTO rg. affordability(user_id, status, sof_required, sow_required, requested_at)
SELECT:uid, 'REQUESTED', true, false, now()
FROM m WHERE m. nd_30d > 2000
ON CONFLICT (user_id) DO NOTHING;

9) KPI e dashboards

Share of Protected Play: proporção de jogadores ativos com limites de ≥1.
Limit Hit Rate: taxa de acionamento por tipo (depósito/perda/tempo).
Cooling-off/Self-exclusion Rate e retorno após pausa.
Affordability TAT (p50/p95), доля PASS/FAIL.
ND <0 Share e a influência dos limites sobre este índice.
Chargeback bps/Refund rate antes e depois da implementação dos limites.
Abandonment está em pagamentos por causa de bloqueios RG.
Reality-check engagement: acknowledge rate, comportamento pós-RC.

10) Alertas

Limit Hit Spike: crescimento das operações> X% d/d por país/canal.
Affordability Backlog: TAT> SLA, fila> limiar.
Cooling-off Leak: tentativas de pagamento durante o período de pausa (P1).
Self-exclusion Mismatch: inconsistência com o registro externo.
Policy Drift: pagamentos/taxas sem comprovação de limites.
ND Negative Surge em jogadores sem limites → oferecer limites automáticos.

11) Direito e complacência (conspiração)

Texto transparente: explicação simples dos efeitos dos limites, data de entrada, cancelamento de enfraquecimentos.
Normas locais: diferenças de períodos/tipos de limite e formatos de reality-check; sincronização com os registros nacionais self-exclusion.
Privacidade: minimização de dados de afordability, armazenamento de provas de decisão (audit-trail).
Relatórios: unidades para limites/exceções de corte de licenças/mercado.

12) Economia e impacto

Redução de incidentes de pagamento (CB/Refund) e tíquetes vermelhos.
Estabilização da LTV: menos carteiras queimadas, métricas mais saudáveis.
Custos operacionais: planeje a capacity para afordability/mala manual, automatize o step-ups.

13) A/B e implementação passo a passo

Teste copy e UX limites, intervalos reality-check, weaken _ delay, stake _ max.
Guardrails: AR/Abandonment, CB bps, ND <0 Share, queixas de safort.
Data-frisa com base em conclusões/ST; rateamento por GEO/canais.

14) Best pratices (curta)

1. Ferramentas Default-on RG, acesso rápido da carteira e do chekout.
2. Enfraquecimento dos limites - apenas com atraso; reforços, imediatamente.
3. Reality-check-up padrão (60 min) com a métrica de resultado limpo.
4. Risk-based step-ups (affordability/SoF) por liminares e sinais, em vez de todos.
5. Integração com a política payout: ND, same-method, cooling-off nas conclusões.
6. Telemetria completa: cada decisão é armazenada com uma versão de política e evidência.
7. Localização e a11u, textos transparentes e datas justas.
8. Auditorias regulares de conformidade com licenças e registros externos.

15) Folha de cheque de implementação

• Mapa de limites e períodos; weaken-delay; reality-check-up padrão.
• Políticas pseudo-DSL, versões, auditorias.
• Gates online para depósito/jogo/conclusão; ND и same-method.
• Afordability desencadeadores e processos (SoF/SoW), SLA e alerts.
• UX: Assistente de limites, localização, a11y; um copy sensato.
• Dashboards KPI e guard; alertas e playbooks de incidentes.
• Conciliação com registros self-exclusion; textos legais por localização.
• Verificações periódicas de pós-auditoria sobre o AR/CB/LTV e a carga de safort.

Currículo

«Pagamentos e limites responsáveis» é uma pilha de sistema: política e UX, controle online de pagamentos/jogos/saques, escalação de risk-based (affordability/KYC/SoF), vinculação a ND/same-method e telemetria completa. Esta abordagem reduz ao mesmo tempo os danos aos jogadores, estabiliza o P&L e suporta a conformidade com as licenças - sem atritos desnecessários para um público de boa fé.