Source of Funds / Source of Wealth

1） SoF vs SoW： 有什麼區別,為什麼是iGaming

基金來源（SoF）是特定交易/存款或一系列存款的直接來源：期間工資，資產出售，股息，收益，從個人帳戶轉移等。
財富來源（SoW）是客戶整體狀況的來源：其資本的整體形成（商業收入，多年的儲蓄，繼承等）。在高限值/PEP/EDD下需要SoW。
在iGaming中，SoF/SoW降低了AML風險（放置/放置），聲譽（銀行/PSP），並通過預裝的「檔案」加快了誠實玩家的發現。

2）何時查詢（觸發器）

• 一次性存款/提款≥ T₁門檻（按管轄範圍）或累計存款≥ T₂ 30/90天。
• 異常動態：快速存款→短期活動→主要輸出（快速出局）。
• 風險因素：PEP/adverse媒體，高風險同性戀，加密/越位，以前由AML-Alerta發現。
• 簡介不一致：報道的收入vs實際營業額。
• 升級：應銀行/PSP/監管機構的要求，在調查案件中。

規則：最小可能的請求量→增加（漸進式消除）。

3）哪些文件合適（帶有「力量」證據的目錄）

3.1工資/勞動收入（強勁）

3-6個月的銀行對賬單與工資入賬（客戶的FIO）。
收入證明/稅收表格（具體國家）。
勞動合同/人力資源官方信（如有必要）。

3.2自營職業/自由職業/私營部門企業（平均/強）

6-12個月的銀行對賬單，定期收入，發票/行為。
報稅/企業家註冊，網站/投資組合作為間接確認。

3.3營業收入/股息（強勁）

業主的賬單，理事會決定/股息支付，合同。
財務報表/審計報告（按大額計算）。

3.4資產出售（強勁）

銷售合同（房地產/汽車/證券）+貸記賬單。
經紀報告/收益記錄。

3.5繼承/禮物（平均）

公證文件/捐贈+入學摘錄。
對於大量-證明捐贈者的血統（按風險）。

3.6投資收入/加密（可變）

經紀人/交易所：交易報告，個人帳戶提款確認，交易所KYC狀態。
加密：地址/交易的KYT報告，錢包所有權證明（消息標記/帶地址的UI屏幕和UID），輸入資金跟蹤，在受監管的交易所轉換。

3.7緩存（弱,謹慎使用）

現金認股權/憑證-僅與銀行存款和上下文結合使用。

4）驗證和可比性

正式驗證：詳細信息的完整性，日期，FIO/地址，與KYC配置文件匹配。
金額可比性：×月收入第3 ×至6條作為周轉的「合理限額」（由政策調整）。
臨時接近：在存款/提款前N日內向銀行/交易所存入資金。
真實性：編輯檢查（PDF元數據、數字郵票）、回訪（銀行信）、提供商webhooks（交易所/經紀人）。
加密：地址匹配，與混音器/制裁集群沒有聯系；白名單受監管的交易所。

5）解決方案矩陣（編排器示例）

6）SLA和優先級

查詢/提交文件：自動信件+文件櫃→客戶回復高達72小時（可配置）。
SoF（自動/手動）檢查：≤ 24小時p95；在高滾動器/單元輸出時-≤ 8小時。
SoW EDD：2-5個工作日，視範圍而定。
通信：每24小時狀態升級,透明要求,允許格式。

7）查詢的UX模板（以免中斷轉換）

清晰的支票清單：「選擇來源類型」→動態形式（薪水/商業/銷售/加密）。
國家/地區正確文檔的示例，敏感字段（殘差，數字）的偽裝提示。
預測和驗證：可讀性，日期≤ 90/180天，文件大小。
安全加載：端到端加密，「已收到/已驗證/已批準」狀態。
在有爭議的案例中，呼喚/視頻-KYC作為加速器。

8）特殊情景

8.1加密/越位

接受：交易所/交易報告，KYT地址評估，所有權證明。
切斷：沒有KYC的P2P，高風險的交易所，通過攪拌機的鏈條。
轉換：在受監管的交易所進行轉換後，提取更好→私人銀行。

8.2 自營職業/Creator/仲裁

穩定：匯總來自支付平臺（PayPal/Stripe/Adsense等）的發票+收益。
允許：辦公室合同/屏幕作為輔助,但解決方案是銀行存款。

8.3遺產/禮品

要求公證文件+銀行轉賬確認；大金額是給予者的SoF。

9）數據和隱私（GDPR/PCI/安全）

最小化：僅存儲必要的頁面/字段；結清結余/帳號，除非需要。
加密：靜止（KMS/HSM）和過境；訪問-RBAC、活動日誌。
Retention：法律規定的保質期（在上次手術後通常為5年以上）和政策；過期後-刪除/匿名。
DSR/訪問權限：在可能的情況下簽發/刪除副本的過程。
PCI DSS：SoF/SoW存儲與支付PAN分開；在日誌中-僅令牌/last4。

10）與KYC/KYB/AML/Payments的集成

KYC：SoF信號提高了得分的「可信度」，降低了3 DS挑戰賽的頻率。
KYB（附屬機構/商人）：向UBO索取SoF/SoW，以支付公司的主要付款/股份。
AML：快速出站/結構觸發器→ SoF查詢；正面SoF可以關閉警報。
Payments Orchestrator：在驗證之前自動保存/分區釋放。

11）質量指標

SoF通行費率（首發/澄清後），SLA通行費率，平均批準時間。
EDD案例及其勝率（確認成功）的份額。
由於SoF/SoW而導致的取消/拒絕次數及其對CBR/AML事件的貢獻。
每個玩家重復查詢（以「檔案」為代價進行減少）。
影響結論轉換：在SoF批準後加快了多少結論。

12）反模式

每次小手術都需要SoW-在不增加安全性的情況下殺死UX。
將沒有銀行對賬單的截圖作為主要SoF。
忽略時間連通性：當前主要結論的「一年前」文件。
「聾人」拒絕沒有其他選擇：不提供部分發布/回合制SoF。
存儲冗余的PII/文檔,沒有目標和重新設計計劃。

13）實施清單（簡短）

• T₁/T₂閾值策略，SoF/SoW觸發器映射。
• 允許文檔目錄+國家/語言示例。
• 自動查詢過程和下載文件櫃,安全存儲,RBAC。
• 解決方案矩陣（Approve/Conditional/EDD/Freeze）和信件模板。
• 用於加密、白名單交換的KYT集成。
• SLA：SoF ≤ 24小時，EDD ≤ 2-5天；將高滾動器/塊優先排序為輸出。
• 審計記錄、解決方案驗證、重置/刪除。
• Dashbords指標和每月案例回顧。
• Sapport/Complians培訓；「部分發行」和升級的花花公子。
• 與AML/Payments的捆綁：在確認之前自動保存/限制。

14）摘要

有效的SoF/SoW過程是足夠的觸發器，足夠的文檔，金額的身份驗證和連通性，合理的SLA和透明的UX。將其鏈接到KYC/KYB/AML/支付編譯器,確保數據安全,並「記住目標」-快速跳過真正的玩家,並在沒有額外摩擦的情況下停止風險場景。