플레이어 재무 포함 확인

플레이어 재무 가용성 확인 (저렴성)

1) 목적과 지역

게임이 플레이어의 재무 기능과 일치하여 피해의 위험을 줄이고 라이센스 요구 사항을 준수하는지 확인하십시오. 경제성은 RG와 AML을 보완합니다. 우리는 편견없이 게임 비용을 부담 할 수있는 플레이어의 능력을 평가합니다 (사례가 종종 겹치더라도 자금의 출처를 확인하는 것과 혼동하지 마십시오).

적용 범위: 제품 (웹/모바일), 지갑/PSP, 위험/RG, CS, 준수/법률/DPO, 게임 제공 업체, 보고.

2) 원칙

비례: 검증 깊이는 위험 수준과 시장에 해당합니다.
필요한 최소 정보: 해결하는 데 필요한 것만 묻습니다.
투명성 및 존중: 요청의 명확한 이유 및 예상 문서/마감일.
AML을 기울이지 않고: 문구에서 의심의 힌트를 피합니다.
확실성: 모든 단계와 솔루션이 수정되고 아티팩트가 제출됩니다.
개인 정보 보호 설계: GDPR/로컬 아날로그, 스토리지 및 RBAC 액세스.

3) 역할 및 RACI

경제성 소유자 (RG Lead/Risk Lead) - 정책, 임계 값, 에스컬레이션. (A)

위험 분석가 (1/2 줄) -검증, 증거 요청, 결정. (R)

CS/CRM-커뮤니케이션, 플레이어 지원, SLA 응답. (R)

지불/금융-검증 시점의 예금/인출 차단/제한. (R)

규정 준수/법률/DPO-시장, 개인 정보 보호, 템플릿 준수 (C)

데이터/엔지니어링-이벤트/로그, 통합 (뱅킹 API, 검증 자). (R)

내부 감사는 관행 및 샘플에 대한 독립적 인 평가입니다. (C)

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

4) 방아쇠 확인 시작 (골격)

• 큰 일회성 예금 (시장 임계 값).
• 짧은 기간 동안 예금/손실의 빠른 성장.
• 결론의 빈번한 취소; "빌린" 지불 방법으로의 전환.

• 야간/긴 세션, 속도 가속, 중단없이 여러 RC.
• 재정적 어려움에 대한 플레이어 보고서.

• 시장/라이센스 별 EDD/경제성이 필요한 임계 값 달성.
• 위험 클래스 증가 (RG/AML 요율).

5) 데이터 및 증거 (레벨)

• 엔터테인먼트/수익 예산의 자체 선언 (제품 형태).
• 통합 은행/핀 테크 명세서 (불필요한 세부 정보없이) 또는 손익 계산서.
• 고용/상태 확인 (시장 요청시).

• 90 일 은행 명세서 (생략 된 필드).
• 소득 문서: 고용주 증명서, 세금 양식, 계약/송장 (자영업자 용).
• 주요 범주 별 비용 선언 (주택/대출/양도).

• 자금/자산 출처 확인 (자산 판매, 배당 등).
• 오픈 뱅킹 API (오픈 뱅킹) - 집계 된 지급 능력 지표 (동의 및 허용 가능성 포함).
• Add. 시장/규제 기관의 요청에 따른 문서.

6) 평가 및 임계 값

NDI (Net Disposable Income): 기본 비용 후 "무료" 소득을 추정했습니다.
저렴한 손실/예산: NDI 지분은 엔터테인먼트 (내부 정책 + 지역 규범) 를 허용합니다.

• 녹색-제한이나 예산이 없습니다.
• 앰버-예금/손실 제한, 모니터링.
• 빨간색-면제/하드 한계/타임 아웃/SE.

• 손실> X% 는 30 일 동안 NDI를 추정했다 → 앰버.
• 손실> Y% NDI 또는 독성 마커 → 빨간색.

7) 프로세스 (결정 신호)

1 단계 - 신호 및 사전 범위. 사실 수집 (금액/시간, RG 마커), 우선 순위 할당 (S1.. S3), 케이스 시스템을 수정합니다.
2 단계-증거 요청. 레벨 선택 (A/B/C), 이해할 수있는 문서 목록, 마감일 (보통 7-14 일), 필요한 경우 임시 제한/일시 정지.
3 단계-분석. NDI/예산 계산, 소득/비용의 지속 가능성 검증, 행동과의 교차 검증.
4 단계-솔루션. Green/Amber/Red, 제한/잠금 설정, 개정 일정.
5 단계-커뮤니케이션. AML 하위 텍스트가없는 압력이없는 중립 텍스트.
6 단계 - 문서. 인공물, 계산, 이론적 근거는 정책/지역 규범과 연결됩니다.
7 단계-개정. N 일 후 또는 위험이 변하는 경우 다시 검토하십시오.

8) UX 및 올바른 텍스트

의심/AML에 대한 진술을 피하십시오. 중립적 인 "보안/비용 편의 점검" 을 사용하십시오

9) RG 및 AML과의 상호 작용

RG: Harm 마커는 경제성 우선 순위, 결정 → 제한/타임 아웃/SE를 강화합니다.
AML: 경제성 프로세스에서 자금의 원산지 위험이 나타나면 병렬 AML 케이스를 엽니 다 (경제성 통신에서 팁을받지 않고).
지불: 검증 시점에 반복 예금/마케팅 차단.

10) 개인 정보 보호, 권리 및 유지

처리 기초: 법적 의무/합법적 이익 (플레이어 유지 및 라이센스 준수).
최소화 및 마스킹: 필요한 것만 수집하고, 편집기를 제거하고, 민감한 필드를 닫습니다.
액세스: RBAC/ABAC, 읽기/변경 로그, WORM 아티팩트 저장.
보존: 일반적으로 5-7 년 또는 시장/라이센스 기준; 만료 후-안전한 제거.
주제의 권리: DPO를 통한 DSAR; 사기 방지/점수 기술 및 제 3 자 데이터를 공개하지 마십시오.

11) 대시 보드 및 메트릭

TTD (Time-to-Decision): 신호에서 결정까지의 중앙값.
완료율: 정시에 문서를받은 사례의%.
앰버/레드 레이트: 세그먼트/시장 별 솔루션 주식.
결정 후 30/90 일 동안 Harm Markers: Harm 마커를 반복하십시오.
제한 흡수/부착: 한계 준수 비율.
불만 및 해결: 불만/폐쇄 기간.
데이터 심각도: 최소 증거 세트가 수집되는 경우의%.
감사: 완전한 아티팩트 패키지 및 NDI 계산으로 케이스를 공유하십시오.

12) 점검표

정책을 실행하기 전에

• 시장 임계 값은 법률/준수에 동의했습니다.
• 문자 템플릿은 현지화되어 중립성을 테스트합니다.
• 문서 저장소, 오픈 뱅킹 (사용 가능한 경우), 케이스 시스템과의 통합.
• 터무니없는 마스킹/삭제 절차, 형식 검증.
• CS/FAQ 스크립트 준비; 훈련이 완료되었습니다.

작업 중

• 각 사례는 우선 순위, 필요한 문서 목록 및 마감일이 있습니다.
• 시간 제한/잠금이 자동으로 활성화됩니다.
• 결정은 계산 및 정책 참조로 문서화됩니다.
• 인접한 RG/AML/마케팅 억제 플래그가 활성화되어 있습니다.

감사 및 개선

• 솔루션의 완전성/일관성을위한 분기 별 케이스 샘플링 (보조 30).
• 지갑/GL로 이벤트 로그를 확인합니다.
• 반복 의견에 대한 CAPA.

13) 템플릿 (빠른 삽입)

A) 문서 목록 (레벨 B)

B) 마감일 알림

C) 제한 솔루션

D) 문서화되지 않은 마감

14) 기술 구현 (골격)

확인: '경제성 _ 트리거', '문서 _ 요청', '문서 _ 수신', '경제성 _ 결정 {green' amber 'red}', 'rg _ limites _ set', 'marketing _ promed'.
API келе-систе계정: 'POST/경제성/사례', 'PATCH/사례/{ id }/상태', 'POST/case/{ id }/decision'.
문서 저장: 휴식 시간 암호화; 자동 마스킹, 우발적 스트리핑; 체크섬 및 WORM 로그.
규칙 (정책 엔진): 시장, SLA, 검증 기간 동안의 자동 제한 기준.
보고: CS/JSON은 PII가없는 장치로 업로드합니다.

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

과도한 문서 요청. → A/B/C 수준, 최소화, "이유" 를 설명하십시오.
임시 조치없이 지연됩니다. → 케이스를 열 때 자동 제한.
퍼지 텍스트. → 준비된 템플릿, 명확성을 테스트합니다.
문자에서 AML과 혼합. → 중립 문구, 필요한 경우 별도의 AML 케이스.
계산이 없습니다. → NDI/예산 방법을 표준화하고 계산을 저장합니다.
불완전한 동기화. → CRM/PSP/게임 제공 업체에 솔루션을 연결합니다 (억제/블록).

16) 지역 프로필 (채우기위한 프레임)

각 시장마다 필수 임계 값, 데이터 소스, 오픈 뱅킹 허용 가능성, 응답 시간, 보고 형식, 스토리지/현지화 요구 사항 수정.

Profile [Market]
Thresholds:...
Sources: self-declaration     banking API      docs
Terms: ack ≤...; decision ≤ …
Solutions: green/amber/red - parameters
Reporting: Frequency/Format
Privacy: local requirements

17) 30 일 이행 계획

1 주차

1. 경제성 정책 및 시장 임계 값을 승인합니다.
2. 통신 템플릿 (RU/EN + 로케일) 및 FAQ에 동의하십시오.
3. 이벤트/데이터 모델 및 통합 지정 (사례, 스토리지, 오픈 뱅킹 사용 가능한 경우).

둘째 주

4. 사례 흐름, 검증 기간 동안의 자동 제한, 문서의로드/마스킹.
5. 사례가 활성화되었을 때 마케팅 억제/PSP를 사용합니다.
6. 열차 위험/CS; 1 페이지와 매크로를 릴리스하십시오.

셋째 주

7. 파일럿 (5-10%): TTD/완료/불만 측정, 의사 결정의 수동 수정.
8. 임계 값/텍스트, 디버그 통합을 조정하십시오.

넷째 주

9. 정식 출시; 매일 KPI 모니터링 및 선택적 검토.
10. 경영진에보고; 실패 및 불만에 대한 CAPA.
11. 계획 v1. 1: 시장 프로필을 확장하고 오픈 뱅킹/스코어링, 자동 NDI 계산을 추가하십시오.

• 책임있는 놀이와 한계
• 자체 배제 및 계정 차단
• 현실 점검 및 게임 알림
• 사건 플레이 북 및 스크립트 (RG/AML)
• AML 및 직원 교육/준수 인식
• 위반 및보고 마감일 통지
• 규제 보고서 및 데이터 형식
• 내부 감사 및 외부 감사/감사 점검표