자체 배제 및 계정 차단

1) 목적과 지역

플레이어를 보호하고 피해를 줄이며 라이센스 요구 사항을 준수하기 위해 안전하고 투명하며 법적으로 자체 배제 및 차단 메커니즘을 보장하십시오. 적용 범위: 웹/모바일, 게임 제공 업체, 결제/PSP, CRM/마케팅, 지원 (CS), 위험/AML, 법률/DPO, 규제 기관에보고.

2) 원칙

플레이어 안전 우선 순위. SE에 대한 요청은 즉시 처리됩니다.
압력이 없습니다. SE에서 설득/재 활성화하려는 시도는 금지됩니다.
이 기간의 비가 역성. 철수 또는 완화 - 냉각 및 확인 기간 후에 만 가능합니다.
차단의 완전성. 게임/예금/마케팅/보너스/PSP-억제 중입니다.
증거. 결정 기록, 유물, 연대에 대한 선적 영수증.
개인 정보 보호. PII는 최소화되고 RBAC 액세스, 보존 스토리지입니다.

3) 역할 및 RACI

RG Lead (프로세스 소유자) -정책/메트릭, 에스컬레이션. (A)

CS/CRM-응용 프로그램 수용, 올바른 통신, 발사 억제. (R)

위험/AML-피해/제재의 위험/마커를 강제로 차단합니다. (R)

제품/UX/엔지니어링-UX 스트림, API SE/잠금 장치, 레지스트리/공급자/PSP와의 통합. (R)

법률/DPO-요구 사항 현지화, 개인 정보 보호/유지. (C)

지불/금융-정책에 의한 예금/결론의 보류/취소. (R)

내부 감사-독립적 인 감사 및 CAPA. (C)

Exec Sponsor (COO/CEO) - "상단에서 톤". (I/A)

4) 제한 유형

4. 1 자발적

타임 아웃 (쿨 오프): 24 시간/7/30 일.
자기 배제 (SE): 6-12 개월 또는 무기한; 재 활성화는 절차에 의해서만 가능합니다 (냉각 + 확인).

4. 2 강제

RG 차단: 확인 된 피해 마커/부적절한 행동.
법적 차단: 규제 기관/법원/레지스트리의 요청에 따라.
AML/제재 차단: AML/제재 정책에 따라 (팁 오프없이).

일반: 적극적인 제한-게임/예금/마케팅/보너스의 전체 억제.

5) UX 스레드 및 저작권

5. 1 개시

프로필과 헤더에서: "휴식을 취하십시오 "/" 자기 배제. "지금 클릭 중입니다.
마감일 및 결과 (게임/예금/보너스/통신).

5. 2 확인

유형/날짜/종료 날짜/비활성화되는 화면을 지우십시오.
Checkbox "결과를 이해합니다" 및 CTA: "자기 배제 확인".

5. 활성화 후 3

인터페이스 장치, 화면 "자체 제외는 [날짜] 까지 활성화됩니다".

리소스를 지원하고 지원하도록 링크하십시

5. 4 완화/반환

만료 + 냉각 기간 후에 만 사용 가능 (예: 솔루션 확인과 함께 24-168 시간).

• "날짜까지 게임에 대한 액세스를 중단하여 일시 중지 할 것입니다".
• "마케팅 메시지가 비활성화되었습니다. 기간이 끝나면 켜십시오. "

6) 통합 및 차단 루프

자체 제외 레지스터 (nat ./reg.) : 등록/체크인 및 예금; 실시간 또는 T + 1 동기화.
게임 제공 업체: 새로운 세션을 금지하는 'setion _ stop' 이벤트; SE 상태는 애그리 게이터에게 방송됩니다.
PSP/결제: 새로운 예금/위험 편차 블록; 사기 방지의 SE 플래그.
CRM/마케팅: 전자 메일/SMS/푸시/유지 캠페인에 대한 억제 목록.
제휴-타겟팅/재 활성화를 금지하는 SE 상태 알림.

7) 데이터, 로그 및 보존

• 'user _ id, promise _ style {cooloff' SE 'RG' AML 'legal}, 시작 _ at, end _ at, 소스 {self' rg 'aml' reg}, reasion _ code, propression _ at, cooldown _ burn, suppression _ flages {games 'crm' psp}, registry _ case _ id '.

• 행동의 감사: 설립 된 사람/언제/무엇을 설정하고 SE에서 플레이/입금을 시도합니다.
• 확인: 레지스터의 등록 영수증, 사례 ID.

보존: 적어도 규제 기관이 요구하는 기간 (종종 5-7 년); RBAC/ABAC에 의해 엄격하게 액세스.

8) 피해 마커 및 집행 조치

금융: 손실/예금의 빠른 성장, 결론 취소, 신용 방법.
행동: 야간 마라톤, 베팅 속도 증가, "거의 제한" 반복.
커뮤니케이션: 한계 제거 요청, 재정적 어려움의 징후.
사회적 신호: "부채를 닫기 위해 노는".

에스컬레이션: 소프트 접점에서 → 시간 제한 → RG 차단 → 레귤레이터/레지스트리의 알림.

9) 지불 및 결론

적극적인 제한에 따라 새로운 예금은 금지됩니다.
결론: 정책에 의해 처리됩니다 (공정 잔액 반환, AML/RG 확인, 팁 오프 없음).
계약 및 법률에 따른 청구/분쟁; 문서가 필요합니다.

10) 커뮤니케이션 (압력 및 팁 오프 없음)

SE 확인: "자기 배제는 [날짜] 까지 활성화됩니다. 게임 및 뉴스 레터에 액세스 할 수 없으므로 일시 중지 할 수 있습니다. "

SE 로그인 시도: "[날짜] 로 제한된 계정. 지원 리소스 및 타이밍 정보는 다음과 같습니다. "

조기 반환 요청: "냉각 기간 후에 만 제한 완화가 가능합니다".
AML 잠금: 의심을 나타내지 않고 중립 문구 "표준 보안 검사" 를 사용하십시오.

11) 보고 및 준수

이벤트/레지스터 전송 마감일 일정; 청구서 확인.
보고 형식 (CS/XML/JSON/XLSX) 및 스키마 제어 (유효성 검사기).
데이터 조정: 지갑/GL RG 보고서/SE 레지스터; 불일치> X% - 사건.
규제 기관의 보고서 수락에 대한 확인 저장.

12) 대시 보드 및 KPI/KRI

SE 적용 범위: 활성 SEs/타임 아웃 비율.
Time-to-Block: 플레이어의 요청에서 실제 블록까지의 중앙값 (목표는 즉각적입니다).
억제 무결성: 모든 마케팅/예금 채널이 비활성화 된 SE 플레이어의%.
SE 시도 중-입력/입금 시도 횟수-UX 제어 및 알림.
냉각 후 반환: SE가 끝난 후 수익률과 행동 비율.
레지스트리 싱크 SLA: 동기화/확인의 적시성.
불만/분쟁: SE 사례, 해결 된 PKX 일의 백분율.
감사 결과/반복: 반복되는 단점.

13) 점검표

출시 전

• UX 스트림 "타임 아웃/SE/재 활성화" 텍스트가 동의했습니다
• 통합: SE 레지스트리, 게임 제공 업체, PSP, CRM 억제.
• 로그는 변경 불가능하며 CI의보고 체계를 검증합니다.
• CS 및 FAQ 스크립트 게시; 팀이 훈련되었습니다.
• DPO (보존/개인 정보 보호 정책) 승인.

운영

• 모든 SE 요청-즉시 신청 및 수령.
• 완화-냉각 및 확인 후에 만 가능합니다.
• 불만/항소-등록 및 정시에 답변.
• 마케팅/PSP 억제 점검-예약.

감사 및 제어

• 분기 별 SE 케이스/잠금 장치 샘플 및 해당 아티팩트.
• GL/Wallet/CRM과의 조정; 불일치-CAPA.
• 정책 업데이트와 함께 RG 사고에 대한 복고풍.

14) 템플릿 (빠른 삽입)

A) 확인 시간

B) 자체 배제 확인

C) 조기 철회 요청에 대한 응답

D) 제휴사 알림

E) SE 동안 입금을 시도 할 때의 메시지

15) 법률 및 개인 정보 보호

처리 기준: RG/SE에 대한 법적 이익/법적 의무; 보고를위한 문서 흐름.
DSAR: 정보는 제 3 자의 조사/보호에 대한 편견없이 제공됩니다. SE 데이터-지역 규범을 고려합니다.
국경 간: 계약 보증 및 최소화.
접근성 및 현지화: 시장 언어의 인터페이스 및 문자, 사용 가능한 형식.

16) 기술 구현 (골격)

API RG/SE: 'POST/cooloff', 'POST/자체 배제', 'GET/제한', 'POST/재 활성화 요청'.
계정: 'se _ activated', 'se _ registry _ synced', 'deposy _ bucked', 'marketing _ promed', 'reactivation _ cooldown _ passed'.
정책 엔진: 냉각 규칙, 억제, PSP/게임 블록.
DQ/검증: 다중 제공 업체 환경의 상태 무결성; 보고서의 일관성.
모니터링: 잘못 정렬 된 경우 경고 (레지스트리/애그리 게이터/PSP/CRM).

17) 빈번한 실수와 피하는 방법

복잡한 흐름은 SE를 흐릅니다. → 단계를 단축하고 헤더/프로파일로 이동하십시오.
냉각없이 제한을 제거하십시오. → 정책 엔진에 적용됩니다.
마케팅 "누출. "→ 단일 억제 플래그와 야간 점검.
아티팩트가 없습니다. → 영수증과 레지스트리 ID 링크가 필요했습니다.
공급자/PSP의 다른 상태. → 주기적 조정 및 자동 치료.

18) 상호 연결

책임있는 놀이와 한계는 정치와 피해 마커입니다.
인시던트 플레이 북 및 스크립트-RG 사건/알림.
규제 보고서 및 형식-업로드 및 영수증.
윤리 및 행동 강령-올바른 커뮤니케이션.
직원 준수 인식/AML 교육-CS/CRM/위험 교육.
부패 방지 정책-레지스터/기관과의 상호 작용.

19) 시행 계획 (30 일)

1 주차

1. SE/인터록 정책 승인 (유형, 타이밍, 냉각, 통신).
2. 데이터/이벤트 모델 및 RACI를 지정하십시오.
3. UX 레이아웃 및 텍스트 (키 로케일) 를 준비하십시오.

둘째 주

4. 구현 제약 AP 및 억제 루프 (게임/PSP/CRM).
5. SE 레지스터를 연결합니다. 형식/청구서 유효성 검사기 구성.
6. 열차 CS/CRM; 스크립트 및 FAQ를 릴리스하십시오.

셋째 주

7. 파일럿 (5-10%): 수표 차단, 예금 시도, 잘못된 정렬.
8. 냉각/재 활성화 테스트, 사례의 수동 검증.
9. 피드백을 수집하고 텍스트/규칙을 업데이트하십시오.

넷째 주

10. 정식 출시; KPI 및 Sinka 경고 모니터링

11. 경영진에보고; 편차에 대한 CAPA.
12. 계획 v1. 1: 로컬 통합/레지스트리의 확장, 추가 시나리오.

내일 치트 시트 (CS/CRM 용)

자체 제외 요청에 대해서는 → SE를 즉시 활성화하고 확인을 보냅니다.
"마음을 바꾸십시오" 라고 제안하지 마십 보너스/할인을주지 마십시오.
마케팅 억제 및 예금 차단을 확인하십시오.
결론의 지연에 대한 질문에 중립적으로 답변하십시오 ("보안 점검").
아티팩트/영수증 ID로 모든 작업을 기록하십시오.