GH GambleHub

プレーヤー・ファイナンシャル・インクルージョン・チェック

Check player financial availability（手頃な価格）

1）目的とエリア

ゲームがプレイヤーの財務能力と一致することを確認し、危害のリスクを減らし、ライセンス要件を遵守します。手頃な価格は、RGとAMLを補完します。私たちは、プレーヤーが偏見なくゲームのコストを負担する能力を評価します（場合がしばしば重複しているが、資金の起源を確認することと混同しないでください）。

カバレッジ：製品（Web/モバイル）、 ウォレット/PSP、 リスク/RG、 CS、 コンプライアンス/法的/DPO、ゲームプロバイダー、レポート。

2）原則

比例：検証の深さは、リスクと市場のレベルに対応しています。
必要最小限の情報：私たちは解決するために必要なものだけを尋ねます。
透明性と尊重：要求の明確な理由と期待される文書/期限。
AMLをチップオフせずに：文言では、疑惑のヒントを避けます。
Provability：すべてのステップとソリューションが固定され、アーティファクトが提出されます。
プライバシー・バイ・デザイン：GDPR/ローカル・アナログ、ストレージ、RBACアクセス。

3）役割とRACI

手頃な価格の所有者（RGリード/リスクリード）-ポリシー、しきい値、エスカレーション。（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）データと証拠（レベル）

レベルA-簡単チェック（最小）：
  • エンターテイメント/収益予算の自己申告（製品形式）。
  • 連結銀行/フィンテック計算書（不必要な詳細なし）または所得計算書。
  • 雇用/ステータスの確認（市場の要求に応じて）。
レベルB-標準：
  • 90日間の銀行明細書（省略フィールド）。
  • 所得書類：雇用者証明書、税務申告書、契約書/請求書（自営業）。
  • 主なカテゴリー別費用の申告（住宅・貸出・慰謝料）
レベルC-高度（必要に応じてEDD/SoW）：
  • 資金・資産の源泉の確認（財産の売却、配当など）
  • オープンバンキングAPI（オープンバンキング）-集計されたソルベンシーメトリクス（同意と許容）。
  • 追加。市場/規制当局の要求に応じて文書。
💡 私達はデータ最小化の主義に従って常に行動します：私達は不必要な事を貯えません、私達は未使用の物を覆います。

6）評価としきい値

純利益（NDI）：基本的な費用の後で推定される「自由な」収入。
手頃な価格の損失/予算：NDIシェアはエンターテイメント（内部ポリシー+ローカル規範）に許可されています。

ソリューションクラス：
  • グリーン-制限やソフトバジェットはありません。
  • 琥珀-預金/損失の制限、監視。
  • 赤色-放棄/ハード制限/タイムアウト/SE。
スケールの例（例：市場で検証）：
  • 損失>X％推定NDI 30日→琥珀。
  • 損失>Y％ NDIまたは毒性マーカー→赤。

7）プロセス（決定への信号）

ステップ1-信号とプリスコーピング。事実（金額/時間、RGマーカー）を収集し、優先度（S1.を割り当てる。S3）、ケースシステムの固定。
ステップ2-証拠を要求します。レベル選択（A/B/C）、文書の理解可能なリスト、締め切り（通常7-14日）、必要に応じて一時的な制限/一時停止。
ステップ3-分析。NDI/予算の計算、収入/費用の持続可能性の検証、行動との相互検証。
ステップ4-ソリューション。緑/琥珀/赤、制限/ロックの設定、リビジョンのタイムライン。
ステップ5-コミュニケーション。AMLサブテキストなしで、圧力のない中立テキスト。
ステップ6-ドキュメント。アーティファクト、計算、合理化、ポリシー/ローカル規範へのリンク。
ステップ7-リビジョン。N日後またはリスクが変化した場合に再度レビューします。

8） UXと正しいテキスト

文書要求（中立）：
💡 私達はゲームの費用があなたのために快適なままであることを確かめたいと思います。簡単な収入/予算の確認（内のリスト）をアップロードしてください。これは、適切な限界を見つけるのに役立ちます。
検証期間の制限時間：
💡 審査期間中は入金を制限させていただきます。これは標準的なセキュリティ対策です。レビューが完了すると通知されます。
琥珀の解決：
💡 私たちのレビューに基づいて、私たちはあなたの支出を予算内に保つために預金/損失制限を設定しました。［date］以降で確認できます。
赤い解決：
💡 ゲームへのアクセスを一時的に制限し、危害を与えないようにします。［日付］の後にレビューをリクエストするか、新しいドキュメントを提供することができます。

疑惑/AMLに関する声明は避けてください。中立的な「保証/費用の慰めの点検」を使用して下さい。

9） RGおよびAMLとの相互作用

RG：ハームマーカーは、手頃な価格の優先順位、意思決定→制限/タイムアウト/SEを強化します。
AML：手頃な価格のプロセスで資金の起源のリスクがポップアップする場合は、並行してAMLケースを開きます（手頃な価格の通信で切り離すことなく）。
支払い：検証時に繰り返し入金/マーケティングのブロック。

10）プライバシー、権利および保持

処理の基礎：法的義務/正当な利益（プレイヤーの保持とライセンスの遵守）。
最小化とマスキング：必要なもののみを収集し、EXIFを削除し、機密フィールドを閉じます。
アクセス：RBAC/ABAC、読み取り/変更ログ、アーティファクトのWORMストア。
保持：通常5-7年または市場/ライセンスによって；有効期限の後-安全な取り外し。
被験者の権利：DPOを通じたDSAR；第三者の不正/スコアリング技術およびデータを開示しないこと。

11）ダッシュボードとメトリック

Time-to-Decision （TTD）：信号から決定までの中央値。
完了率：時間通りに受け取った文書の場合の％。
Amber/Red Rate：セグメント/マーケット別のソリューションシェア。
Harmマーカーを繰り返します：決定後30/90日のHarmマーカー。
Limit Uptake/Adherence：制限への準拠の割合。
苦情と解決：苦情/閉鎖期間。
データ重大度：証拠の最小セットが収集されるケースの％。
Auditability：アーティファクトとNDI計算の完全なパッケージでケースを共有します。

12）チェックリスト

ポリシーを実行する前に

  • リーガル/コンプライアンスに合意した市場のしきい値。
  • レターテンプレートはローカライズされ、中立性のためにテストされます。
  • ドキュメントストレージとの統合、オープンバンキング（利用可能な場合）、ケースシステム。
  • EXIFマスキング/削除手順、フォーマット検証。
  • CS/FAQスクリプトを用意しました。訓練は完了しました。

操作中

  • 各ケースには優先順位があり、必要書類のリストと期限があります。
  • 時間制限/ロックが自動的に有効になります。
  • 決定は計算とポリシー参照で文書化されています。
  • 隣接するRG/AML/マーケティング抑制フラグが有効になります。

監査と改善

  • ソリューションの完全性/一貫性のためのケース（≥ 30）の四半期ごとのサンプリング。
  • ウォレット/GLでイベントログを確認します。
  • 繰り返しコメントのためのCAPA。

13）テンプレート（クイックインサート）

A）書類一覧（レベルB）

💡 提供して下さい：（1）90日の記述（無関係な取引を隠すことができます）、（2）収入の証拠（参照/契約/形態）、（3）利用できれば-正規費用の証拠（住宅ローン/家賃）。

デッドラインリマインダー

💡 Financial Inclusion Checkのドキュメントをリクエストすることをお勧めします。締め切りは［date］です。明確化が必要な場合は、このメッセージに返信してください。

C）リミットソリューション

💡 チェックの結果に基づいて、€Xの毎日の預金限度額と［改訂日］までの毎月の損失限度額があります。これはあなたの予算内の費用を保つのを助ける。

D）文書化されていない閉鎖

💡 ［日付］までに書類を受け取っていません。可能な害を避けるために、私たちは預金/プレイを制限します。改訂のための文書を提出することができます。

14）技術実装（スケルトン）

^^^^：'affordability_triggered'、 'docs_requested'、 'docs_received'、 'affordability_decision {green' amber 'red}'、 'rg_limits_set'、 'marketing_suppressed'。
API： 'POST/affordability/case'、 'PATCH/case/{ id }/status'、 'POST/case/{ id }/decision'。
ドキュメントストレージ：at-rest暗号化；自動マスキング、EXIF除去；チェックサムとWORMログ。
ルール（ポリシーエンジン）：市場、SLA、検証期間の自動制限によるしきい値。
レポート：CSV/JSONはPIIなしのユニットでアップロードします。

15）頻繁な間違いとそれらを回避する方法

過度のドキュメント要求。→A/B/Cレベル、最小化、説明「理由」。
一時的な措置なしで遅延します。→ケースを開くときのオートリミット。
ファジーテキスト。→既製のテンプレート、明確さのためのテスト。
文字でAMLと混合します。→ニュートラルな文言、必要に応じて別々のAMLケース。
計算なし→NDI/budgetメソッドを標準化し、計算を保存します。
不完全な同期。→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.イベント/データモデルと統合（ケース、ストレージ、オープンバンキングが利用可能な場合）を指定します。

ウィーク2

4.ケースフロー、検証期間の自動制限、ドキュメントのロード/マスキングを実装します。
5.ケースがアクティブな場合は、マーケティング抑制/PSPを有効にします。
6.列車のリスク/CS；1ページとマクロをリリースします。

ウィーク3

7.パイロット（5-10％）： TTD/完了/苦情の測定、意思決定の手動修正。
8.しきい値/テキスト、デバッグインテグレーションの調整を行います。

ウィーク4

9.完全な解放；毎日のKPI監視と選択的レビュー。
10.管理者への報告;失敗や苦情のためのCAPA。
11.プランv 1。1：市場プロファイルを拡大し、オープンバンキング/スコアリング、自動NDI計算を追加します。

関連セクション：
  • 責任あるプレーと制限
  • 自己排除とアカウントのブロック
  • リアリティチェックとゲームリマインダー
  • インシデントプレイブックとスクリプト（RG/AML）
  • AMLと従業員のトレーニング/コンプライアンス意識
  • 違反の通知と報告期限
  • 規制レポートとデータフォーマット
  • 内部監査および外部監査/監査チェックリスト
Contact

お問い合わせ

ご質問やサポートが必要な場合はお気軽にご連絡ください。いつでもお手伝いします！

統合を開始

Email は 必須。Telegram または WhatsApp は 任意。

お名前 任意
Email 任意
件名 任意
メッセージ 任意
Telegram 任意
@
Telegram を入力いただいた場合、Email に加えてそちらにもご連絡します。
WhatsApp 任意
形式：+国番号と電話番号（例：+81XXXXXXXXX）。

ボタンを押すことで、データ処理に同意したものとみなされます。