資金源/富の源

1） SoFとSoW： 違いは何ですか、なぜiGamingですか

資金源（SoF）-特定の取引/預金または一連の預金の直接のソース：期間の給与、資産の売却、配当、賞金、個人口座からの転送など。
富の源（SoW）-クライアントの一般的な条件の源：彼の資本が全体としてどのように形成されるか（ビジネス収入、長年の貯蓄、相続など）。高い/PEP/EDD制限ではSoWが必要です。
iGamingでは、SoF/SoWはAMLリスク（配置/レイヤリング）、評判（銀行/PSP）を低減し、プリロードされた「ドシエ」を通じて正直なプレーヤーの結論を加速します。

2）依頼するタイミング（トリガー）

• 1回限りの入金/出金は、≥しきい値（管轄によって）または30/90日間T₁ ≥ T₂預金の合計です。
• 異常なダイナミクス：速い沈殿物→短い活動→大きい出力（急速な内部）。
• リスク要因：PEP/有害メディア、高リスク地理、暗号オン/オフランプ、以前はAMLアラートに気づいていました。
• プロファイルの矛盾：報告された収益と実際の売上高。
• エスカレーション：調査中に銀行/PSP/レギュレータの要求に応じて。

ルール：プログレッシブ→リクエストの最小可能量。

3）どのような文書が適しているか（証拠の「強さ」のカタログ）

3.1給与・労働所得（強い）

給与クレジット（クライアントのフルネーム）で3〜6ヶ月の銀行明細。
所得計算書/税務申告書（国別）。

HR契約/正式な手紙（必要に応じて）

3.2 自営業/フリーランス/PI（中強）

通常の領収書、請求書/行為で6〜12ヶ月の銀行明細書。
税務申告/起業家の登録、間接確認としてのサイト/ポートフォリオ。

3.3事業所得・配当（強い）

所有者口座明細書、取締役会の決定/配当金支払い、契約。
財務諸表/監査報告書（大量）。

3.4アセットセールス（強力）

売買契約（不動産・自動車・証券）+クレジット明細。
証券レポート/利益取得。

3.5相続・贈与（媒体）

公証書類/ギフト+クレジットステートメント。
大量で-ドナーからの起源の確認（リスクによる）。

3.6投資収益/暗号（変数）

ブローカー/交換：取引レポート、個人口座への引き出しの確認、取引所のKYCステータス。
暗号：アドレス/トランザクションに関するKYTレポート、ウォレット所有権の証明（メッセージサイン/アドレスとUI画面）、入力資金のトレース、規制された取引所での変換。

3.7キャッシュ（弱い、慎重に使用）

現金注文/証明書-銀行クレジットとコンテキストとの組み合わせでのみ。

4）認証と比較

正式チェック：詳細の完全性、日付、フルネーム/アドレス、KYCプロファイルとの偶然。
金額の比較可能性：売上高の「合理的な限界」としてのルール3 ×-6 ×月の収入（ポリシーによって設定されます）。
一時的な近接：入金/出金の前にN日以内に銀行/取引所に資金を入金します。
信頼性：編集のチェック（PDFメタデータ、デジタルスタンプ）、返品要求（銀行の手紙）、プロバイダのWebhook（取引所/ブローカー）。
暗号：アドレスの対応、ミキサー/制裁クラスターとの接続の欠如。ホワイトリスト規制された取引所。

5）ソリューションマトリックス（オーケストレーターの例）

6） SLAと優先順位付け

ドキュメントのリクエスト/提出：自動文字+オフィス→クライアント応答72時間まで（設定可能）。
点検SoF（自動/マニュアル）：≤ 24 h p95；出力のためのハイローラー/ブロックを使って-≤ 8時間。
SoWによるEDD：ボリュームに応じて2-5営業日。
コミュニケーション：24時間毎の状態の更新、透明な条件、受諾可能なフォーマット。

7） UXクエリテンプレート（変換を壊さないように）

チェックリストをクリア：「ソースタイプを選択」→動的フォーム（給与/ビジネス/セール/暗号）。
国別の正しい文書の例、機密フィールド（残差、数字）をマスキングするためのヒント。
プレビューと検証：可読性、≤日付90/180日、ファイルサイズ。
安全なダウンロード-エンドツーエンドの暗号化、受信/レビュー中/承認。
物議を醸すケース-コール/ビデオ-KYCアクセラレータとして。

8）特別なシナリオ

8.1暗号オン/オフランプ

受け入れられる：交換/トランザクションレポート、住所のKYT評価、所有権の証明。
カットオフ：KYCなしのP2P、高リスク交換、ミキサーを介したチェーン。
コンバージョン：規制された取引所→個人銀行でのコンバージョン後の引き出しの方が優れています。

8.2自己採用/クリエイター/アービトラージ

安定化：請求書収入の集計+支払いプラットフォームからの領収書（PayPal/Stripe/Adsenseなど）。
許可：補助としてオフィスの契約/スクリーンショット、しかし、ソリューションは銀行クレジットのためです。

8.3相続・贈り物

公証書類+銀行振込確認書をお願いします。大量で-寄付者のSoF。

9）データとプライバシー（GDPR/PCI/セキュリティ）

最小化：必要なページ/フィールドのみを保持します。必要でなければ残高/口座番号を閉じる。
暗号化：残り（KMS/HSM）および輸送で；アクセス-RBAC、アクティビティログ。
保持：法律に従って保持期間（多くの場合5+最後の操作の後の年）および方針；After-削除/匿名化。
DSR/エンタイトルメント：可能な限りプロセスをコピー/削除します。
PCI DSS：決済PANから分離されたSoF/SoWストレージ。ログイン-/last4トークンのみ。

10） KYC/KYB/AML/Paymentsとの統合

KYC： SoF信号はスコアリングの信頼性を高め、3DSの課題の頻度を減らします。
KYB（アフィリエイト/マーチャント）：UBOからSoF/SoWを要求して、会社の大口支払い/株式を求めます。
AML：急速なIn-Out/Structuringの制動機→SoFの要求；正SoFはアラートを閉じることができます。
支払いオーケストレータ：検証前に自動ホールド/部分リリース。

11）品質指標

SoFパスレート、SLAヒット率、平均承認時間。
EDDケースのシェアとそのウィンレート（確認の成功）。
SoF/SoWによるキャンセル/失敗の数とCBR/AMLインシデントへの貢献。
1人のプレーヤーの繰り返しリクエスト（「書類」のために減少）。
結論の変換への影響：SoFの事前承認後にどのように多くの結論が加速されるか。

12）アンチパターン

すべての小さな操作にSoWが必要-セキュリティの強化なしにUXを終了します。
メインSoFとして銀行明細なしでスクリーンショットを受け入れる。
一時的な接続性を無視します：大電流出力の「歳」ドキュメント。
選択肢のない「ろう」障害：部分的なリリース/ステップバイステップのSoFを提供しないでください。
目標と保持計画なしに冗長PII/ドキュメントを保存します。

13）実装チェックリスト（短い）

• T₁/T₂しきい値ポリシー、SoF/SoWトリガーマップ。
• 有効な文書のディレクトリ+国/言語による継手。
• 自動要求プロセスおよびダウンロードキャビネット、安全な貯蔵、RBAC。
• Decision Matrix （Approve/Conditional/EDD/Freeze）と文字テンプレート。
• 暗号、ホワイトリスト取引所のKYT統合。
• SLA： SoF ≤ 24 h、 EDD ≤ 2-5日；出力ごとのハイローラー/ブロックの優先順位付け。
• 監査ログ、バージョン管理の決定、保持/削除。
• メトリクスのダッシュボードと毎月のケースのレトロスペクティブ。
• サポート/コンプライアンス研修;「部分的な解放」プレイブックとエスカレーション。
• AML/Paymentsへのリンク：確認前に自動保留/制限。

14）概要

効率的なSoF/SoWプロセスは、適切なトリガー、十分なドキュメント、認証と金額の接続、合理的なSLA、透明なUXです。KYC/KYB/AML/Payment Orchestratorで彼を接続し、データを安全に保ち、あまりにも多くの摩擦なしに危険なシナリオを迅速かつ停止することで正当なプレーヤーを可能にする「目標に留意してください」。