냉각 기간 및 휴식

1) 냉각되는 것과 왜 필요한가

냉각-플레이어가 베팅/예금 가능성을 일시적으로 배제하고 충동적인 행동을 줄이기 위해 자신을 켜는 자발적인 일시 정지. 자체 배제와 달리 냉각은 일반적으로 짧고 활성화가 쉬우 며 자동으로 만료됩니다.

• 피해 및 불만/청구의 위험을 줄입니다.
• RG 라이센스 기대 및 모범 사례를 충족하십시오.
• 브랜드 신뢰와 장기 지속 가능성을 높입니다.

2) 분류 체계 해제

3) 신청 규칙 및 경계

즉시 활성화됩니다. 게임 활동 및 예금은 기간이 끝날 때까지 차단됩니다.

만료 전 취소가 허용되지 않습니다. (그렇지 않으면 "냉각" 의 의미가 손실됩니다.)

계정 액세스는 일반적으로 기록을보고 자금을 인출하기 위해 저장됩니다

보너스/프로모션: 전 세계 억제 목록에있는 프로모션 없음.
재 활성화가 허용됩니다. 이것이 보호를 손상시키지 않으면 주파수를 제한합니다.
에스컬레이션: 자주 포함되면 → 는 더 긴 기간 또는 자체 제외를 제공합니다.

4) UX 패턴 및 완성 된 텍스트

원칙: 명확하고 짧으며 계속해야하는 압력, 동일한 가시성 "Break "/" 계속" (해당되는 경우), 프로모션이 없습니다.

• 헤더/프로파일 → "자체 제어": 버튼 "Break 15 min", "Cooling-off", "Self-expert".
• Reality Check와 한계 화면에는 빠른 동작 버튼이 있습니다.

• 마이크로 브레이크: "15 분 동안 일시 중지하십시오. 일시 중지하는 동안 요금과 예금을 사용할 수 없습니다. "
• 냉각: "24 시간· 48 시간· 72 시간· 7 일· 14 일· 30 일을 선택하십시오. 이 기간 동안 놀이와 예금을 사용할 수 없습니다. 일찍 취소 할 수 없습니다 "
• 확인: "[날짜, 시간, TZ] 이전에 냉각이 활성화되었습니다. 로그인하여 자금을 인출하고 이야기를 볼 수 있습니다. 광고가 비활성화되었습니다 "
• 확대: "짧은 일시 정지를 사용하는 경우가 많습니다. 보다 안정적인 제어를 위해 30 일의 냉각 또는 자체 배제를 권장합니다. "

5) 임계 값 및 트리거

현실 점검에서: 게임의 60/90 분에 "15 분 휴식" 버튼, 손실 한도를 초과하면 "내일까지 냉각".
행동: 일련의 납 취소, 손실 후 베팅의 급격한 증가 (체이스) → 냉각에 대한 팁.
야간: 02:00 로컬 TZ 이후-일시 정지 제안 강화.
어린이/취약 모드: 타이밍에 대한 사전 설정 강화.

6) RG 회로와의 통합 및 상호 작용

예금/손실/시간의 한계: 능동적 인 냉각 오프-모두 동일한 블록의 상태를 무시하십시오.
자기 배제: 항상 더 우선 순위가 길고; 활성화 된 경우 냉각.
마케팅/CRM/광고: 모든 채널 및 계열사에서 즉시 억제를 동기화합니다.
KYC/AML: KYC가 관찰되면 허용되는 결론; 냉각 중 이상 → 점수가 증가했습니다.

7) 건축 및 실패 금고

• RG 엔진/브레이크 서비스: 휴식 상태 저장, 마감일, 이유; API를 읽거나 씁니다.
• Auth/Game/Payments 게이트웨이: 동기 술어 (활성 휴식시 베팅/예금 없음).
• CRM/Ads Hub: 임기 말에 실시간 억제 및 철회.
• 이벤트 버스: '휴식. ',' 휴식을 시작했습니다. (PHP 3 = 3.0.6, PHP 4) ',' 억제를 끝냈습니다. 적용되었습니다.
• 감사/세계: 변경 불가능한 활성화/만료/통신 로그.

실패: Breaks Service를 사용할 수없는 경우 - "엄격한 모드" (베팅/예금 금지) 또는 마지막 k- time 스냅 샷 사용; 모든 편차가 기록됩니다.

8) 냉각 정책 (위키 골격)

1. 범위: 모든 브랜드/채널/위치.
2. 날짜: 인터페이스의 로컬 TZ 목록 (24 시간 ~ 180 일).
3. 규칙: 조기 취소는 불가능합니다. 이력/출력에 대한 입력이 허용됩니다. 프로모션은 금지되어 있습니다.
4. 데이터: 최소화, 신호 유지 (예: 12-24 개월), 프로파일 링을위한 DPIA.
5. 에스컬레이션: 빈번한 포함 → 자기 배제 권장 사항; 취약한 사람들을위한 규칙.
6. 커뮤니케이션: 문자/보풀의 템플릿, 리소스를 돕는 링크.
7. 보고: 지표, SLA, 감사.

9) 측정 및 SLO

입양 속도: 휴식을 취한 플레이어의 비율.

타임 투 엔포스-요금/예금을 실제로 거부하려면 클릭하십시오 (<1-2)

억제 정확도: 휴식 시간 동안 프로모션이 없습니다 (~ 100%).
손상 신호 감소: 체이스/야간 긴 세션의 30 일 감소.
반복 중단 → 확대: 공유가 긴 냉각/자체 제외로 확대되었습니다.
불만/충전 비율: 구현 후 하락 추세.
시스템 가용성 (브레이크): 9%.

10) RACI (역할 및 책임)

11) 점검표 (운영)

출시 전

• 날짜와 텍스트 (로컬, TZ) 가 정의됩니다.
• Auth/Game/Payments에서 구성된 예측.
• 억제는 모든 채널 (이메일/SMS/푸시/광고/계열사) 에서 연결됩니다.
• WORM 감사 및 SLO 경고가 활성화되었습니다.
• DPIA는 RG 정책을 수행하고 업데이트했습니다.

작동 중

• 시간 집행 및 억제 정확도 모니터링.
• 주간 트리거 교정 (야간/추적).
• 불만/사건 해결, 텍스트 및 UX 개선.

사건

• 서비스 장애시 폴백 "엄격한 모드".
• 플레이어와의 커뮤니케이션 및 로그 별 상태 조정.

12) 시나리오와 예

A. Reality Check에서 빠른 휴식

세션에서 60 분, 창이 나타납니다: "15 분 휴식?" → 클릭 → 베팅/입금 블록, 타이머, 자동 촬영.

7 일 동안 냉각

플레이어는 중앙에서 자제력을 켜십시오. 즉시: 게임/예금 블록, 억제가 켜집니다. 출력 입력이 허용됩니다. 7 일 후에 상태가 자동으로 제거됩니다.

반복 짧은 일시 정지

일주일에 3 번, 플레이어는 24 시간 냉각 → "30 일" 또는 자체 제외의 자동 권장 사항, 도움말 리소스가있는 대체 화면을 포함합니다.

13) 정의와 프라이버시

설명 가능성: 무엇과 왜 차단되는지, 완료되면 자금을 인출하는 방법을 간단히 설명하십시오.
최소화: 포함/만료, 이유 (이성 코드) 및 용어 만 유지하십시오.
가용성: 대조적 인 요소, 간단한 공식화, 스크린 리더 지원.
"어두운 패턴" 이 없습니다.

14) 구현 로드맵 (6 단계)

1. 정책 및 DPIA: 용어 및 규칙, 텍스트 템플릿, 억제 절차를 정의하십시오.
2. 아키텍처: Breaks Service 구현, Auth/Game/Payments 경비원, 이벤트 버스, WORM 감사.
3. UX/컨텐츠: 프로필/현실 점검, 현지화, 가용성에 버튼을 추가합니다.
4. 통합: CRM/Ads/계열사 (억제), CCM/결론.
5. 관찰 가능성: 메트릭 및 SLO 대시 보드, 경고, 사고 후.
6. 개선: A/B 문구/위치, 트리거 교정, 재사용 분석.

결과

냉각 및 중단은 "화장품" 기능이 아니라 엔드 투 엔드 보호 회로: 공정한 조건 및 규칙, 즉각적인 기술 적용, 억제 프로모션, 투명한 UX, 한계 및 자체 제외와의 통신, 엄격한 관찰 및 파일 금고. 이 접근 방식은 피해를 줄이고 규정 준수를 강화하며 제품에 대한 신뢰도를 높입