자금의 출처/부의 출처

1) SoF vs SoW: 차이점과 이유는 iGaming입니다

SoF (Source of Funds) -특정 거래/예금 또는 일련의 예금의 직접적인 출처: 해당 기간 동안의 급여, 자산 매각, 배당금, 상금, 개인 계좌로부터의 이체 등

부의 근원 (SoW) - 고객의 일반적인 조건의 원천: 그의 자본이 전체적으로 어떻게 형성되는지 (사업 소득, 수년에 걸친 저축, 상속 등). SoW는 높은/PEP/EDD 제한에서 필요합니다.
iGaming에서 SoF/SoW는 AML 위험 (배치/레이어링), 평판 (뱅크/PSP) 을 줄이고 사전로드 된 "서류" 를 통해 정직한 플레이어의 결론을 가속화합니다.

2) 물어볼 때 (트리거)

• 일회성 예금/인출 (관할권에 의한) 또는 30/90 일 동안의 총 예금
• 비정상 역학: 빠른 증착 → 짧은 활동 → 큰 출력 (빠른 출력).
• 위험 요소: PEP/불리한 매체, 고위험 지오, 암호화 온/오프 램프는 이전에 AML 경고를 발견했습니다.
• 프로필 불일치: 보고 된 매출 대 실제 매출.
• 확대: 조사 사례 중 은행/PSP/규제 기관의 요청에 따라.

규칙: 가능한 최소한의 프로그레시브 → 요청.

3) 적합한 문서 (증거의 "강도" 가있는 카탈로그)

3. 1 급여/노동 소득 (강한)

급여 크레딧 (고객의 전체 이름) 으로 3-6 개월 동안 은행 명세서.
소득 명세서/세금 양식 (국가 별).

HR 계약/공식 서한 (필요한 경우)

3. 2 자영업/프리랜서/PI (중간/강한)

정기적 인 영수증, 송장/행위로 6-12 개월 동안 은행 명세서.
간접 확인으로 세금 신고/기업가 등록, 사이트/포트폴리오.

3. 3 사업 소득/배당 (강한)

소유자 계정 명세서, 이사회 결정/배당 지불, 계약.
재무 제표/감사 보고서 (대량).

3. 4 자산 판매 (강한)

구매 및 판매 계약 (부동산/자동차/증권) + 신용 명세서.
중개 보고서/이익 취득.

3. 5 상속/선물 (중간)

공증 문서/선물 + 신용 표시.
다량으로-기증자로부터의 원산지 확인 (위험에 의한).

3. 6 투자 수입/암호화 (변수)

중개인/교환: 거래 보고서, 개인 계정으로의 인출 확인, 거래소의 KYC 상태.
Crypto: KYT 주소/거래, 지갑 소유권 증명 (주소 및 UID가있는 메시지 기호/UI 화면), 입력 자금 추적, 규제 된 거래소에서의 전환에 대한보고.

3. 캐시 7 개 (약한, 주의 깊게 사용)

현금 주문/인증서-은행 크레딧 및 컨텍스트와 함께 만 제공됩니다.

4) 인증 및 비교 가능성

공식 점검: KYC 프로필과의 세부 사항, 날짜, 전체 이름/주소, 우연의 일치.
금액의 비교: 규칙 3 × - 6 × 월 수입은 이직률의 "합리적인 한계" (정책에 의해 설정) 입니다.
임시 근접성: 예금/인출 전 N 일 이내에 은행/교환에 자금을 제공합니다.
진위: 편집 (PI 메타 데이터, 디지털 스탬프), 반품 요청 (은행 문자), 공급자 웹 후크 (교환/중개인) 를 확인하십시오.
암호화: 주소의 통신, 믹서/제재 클러스터와의 연결 부족; 화이트리스트 규제 교환.

5) 솔루션 매트릭스 (오케 스트레이터의 예)

6) SLA 및 우선 순위

문서 요청/제출: 자동 편지 + 사무실 → 최대 72 시간 (구성 가능) 의 클라이언트 응답.
SoF (자동/수동) 를 확인하십시오. 출력을위한 높은 롤러/블록-λ8 시간.
SoW 별 EDD: 볼륨에 따라 2-5 영업일.

커뮤니케이션: 24 시간마다 상태 업데이트, 투명한 요구 사항, 허용 가능한 형식

7) UX 쿼리 템플릿 (변환을 중단하지 않도록)

명확한 체크리스트: "소스 유형 선택" → 동적 양식 (급여/비즈니스/판매/암호화).
국가 별 정확한 문서의 예, 민감한 필드 마스킹을위한 팁 (잔차, 숫자).
미리보기 및 검증: 가독성, 체크 90/180 일, 파일 크기.
안전한 다운로드-엔드 투 엔드 암호화, 수령/언더 리뷰/승인.
논란의 여지가있는 경우-가속기로서 통화/비디오 -KYC.

8) 특별 시나리오

8. 1 Crypto on/off-ramp

허용: 교환/거래 보고서, 주소의 KYT 평가, 소유권 증명.
차단: KYC가없는 P2P, 고위험 교환, 믹서를 통한 체인.
전환: 규제 된 교환 → 개인 은행에서 전환 한 후 인출이 더 좋습니다.

8. 2 자영업/제작자/차익 거래

안정화: 결제 플랫폼 (PayPal/Stripe/Adsense 등) 의 총 송장 수익 + 영수증.
허용: 보조 사무소의 계약/스크린 샷이지만 해결책은 은행 크레딧을위한 것입니다.

8. 3 상속/선물

공증 문서 + 은행 송금 확인을 요청하십시오. 많은 양-기증자의 SoF.

9) 데이터 및 개인 정보 보호 (GDPR/PCI/보안)

최소화: 필요한 페이지/필드 만 유지; 필요하지 않은 경우 가까운 잔액/계정 번호.
암호화: 휴식 시간 (KMS/HSM) 및 운송 중; 액세스 - RBAC, 활동 로그.
유지: 법률에 따른 유지 기간 (종종 마지막 운영 후 5 년 이상) 및 정책; 이후 - 삭제/익명화.

DSR/권한: 가능한 경우 프로세스 복사/삭제

PCI DSS: 결제 PAN과 분리 된 SoF/SoW 스토리지; 로그-만/last4 토큰.

10) KYC/KYB/AML/Payments와의 통합

KYC: SoF 신호는 스코어링에 대한 신뢰를 높이고 3DS 챌린지의 빈도를 줄입니다.
KYB (계열사/판매자): 회사의 대규모 지불/주식에 대한 UBO의 SoF/SoW 요청.

AML: Rapid In-Out/Structuring 트리거 → SoF 요청; 긍정적 인 SoF는 경고를 닫을 수 있습니다

결제 오케스트레이터: 검증 전 자동 홀드/부분 릴리스.

11) 품질 지표

SoF 합격률, SLA 적중률, 평균 승인 시간.
EDD 사례의 공유 및 승률 (확인 성공).
SoF/SoW로 인한 취소/실패 수 및 CBR/AML 사고에 대한 기여 수.
한 명의 플레이어에 대한 반복 요청 ("서류" 로 인해 줄임).
결론 변환에 미치는 영향: SoF의 사전 승인 후 얼마나 많은 결론이 가속화됩니까?

12) 반 패턴

모든 소규모 작업에 대해 SoW가 필요합니다. 보안 성장없이 UX를 죽입니다.
메인 SoF로 은행 명세서없이 스크린 샷을 수락하십시오.
시간적 연결을 무시하십시오: 큰 전류 출력에 대한 "오래된" 문서.
대안이없는 "청각 장애" 실패: 부분 릴리스/단계별 SoF를 제공하지 마십시오.
목표 및 보존 계획없이 중복 PII/문서를 저장합니다.

13) 구현 점검표 (짧은)

• T .../T 임계 값 정책, SoF/SoW 트리거 맵.
• 국가/언어 별 유효한 문서 + 피팅 디렉토리.
• 자동 요청 프로세스 및 다운로드 캐비닛, 보안 스토리지, RBAC.
• 의사 결정 매트릭스 (승인/조건부/EDD/동결) 및 문자 템플릿.
• 암호화, 화이트리스트 교환을위한 KYT 통합.
• SLA: SoF 출력당 고 롤러/블록의 우선 순위.
• 감사 로그, 버전 결정, 보존/삭제.
• Metrics 대시 보드 및 월간 사례 회고.
• 지원/준수 교육; "부분 릴리스" 플레이 북 및 에스컬레이션.
• AML/결제 링크: 확인 전 자동 보류/제한.

14) 요약

효율적인 SoF/SoW 프로세스는 적절한 트리거, 충분한 문서, 인증 및 양의 연결, 합리적인 SLA 및 투명한 UX입니다. KYC/KYB/AML/결제 오케 스트레이터와 연결하고 데이터를 안전하게 유지하며 너무 많은 마찰없이 신속하고 위험한 시나리오를 중단시키는 "목표를 염두에 두십시오".