> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# KYTルールライブラリ：150以上のプリセットシナリオ

> Diditの150以上のKYTプリセットルールで、ストラクチャリング、取引頻度、レイヤリング、制裁、デバイス、暗号資産、トラベルルール、iGaming不正を検知。月1,000件まで含まれ、以降は1件$0.001。

Diditは、個別またはバンドル単位でインストールできる**150を超えるプリセットの取引モニタリングルール**を厳選したライブラリを提供しています。各ルールは、グローバルな基準や規制ガイダンス（FATF勧告、FinCENアドバイザリー、NACHAルール、Wolfsberg原則、Egmont Groupのタイポロジー、iGamingの不正利用パターン）に基づく、実際のAML、不正、コンプライアンスのタイポロジーに対応しています。

必要なプリセットまたはバンドルを選び、インストールした各ルールのモード（`ACTIVE`、`TEST`、`DISABLED`）を管理します。プリセットの条件、しきい値、アクションは固定されているため、異なるロジックが必要な場合はカスタムルールを作成してください。プリセットをアンインストールするとアプリケーションから削除されます。必要に応じて後から再インストールできます。

> [!NOTE]
>
> ライブラリのルールは、Business Consoleの*Transactions -> Rules -> Library*、[ルールライブラリAPI](https://docs.didit.me/ja/management-api/transactions/rules-library.md)（`GET /v3/transactions/rules/library/`、`POST`/`DELETE /v3/transactions/rules/install/`）、または`didit_transaction_rule_library_list` / `didit_transaction_rule_install` / `didit_transaction_rule_uninstall`の[MCPツール](https://docs.didit.me/ja/integration/mcp/tools.md)から閲覧、インストール、アンインストールできます。インストール済みのプリセットで変更できるのは`mode`のみ（有効化、無効化、テスト）で、しきい値は固定です。しきい値を変えるには[カスタムルール](https://docs.didit.me/ja/transaction-monitoring/rules.md#カスタムルールの作成)を作成してください。ルールがスコアリングにどのように寄与するかについては、[リスクスコアリング](https://docs.didit.me/ja/transaction-monitoring/risk-scoring.md)を参照してください。

> [!NOTE]
>
> ルールエンジンがまだ評価できないデータを条件で参照するライブラリルールは、実行できるようになるまで**保留**されます。ライブラリには表示されず、`library_keys`でそのルールを指定したリクエストは`400`を返して何もインストールしません（不明なキーの場合はスキップされます）。また、`bundle`によるインストールではスキップされます。以前にインストールしたコピーはオフ（`DISABLED`）に切り替わってルール一覧に残り、その`mode`をほかの値に設定すると`400`が返されます。保留されたルールは、ルールエンジンがその条件を評価できるようになると自動的に復帰します。そのため、ライブラリ一覧には常に現時点でインストールできるルールが表示されます。

## プリセットの構成

すべてのプリセットは、**バンドル**（機能上のグループ）と**カテゴリー**（より広いリスクテーマ）に属します。バンドルを使うとコンソールから関連するルールをまとめて切り替えられ、カテゴリーはスコアリングとレポートに使われます。

| バンドル | 対象 |
| - | - |
| `finance` | ストラクチャリング、高額取引、累積取引量、国の分散、レイヤリング、ミュールへの資金集中（ファンイン）、スマーフィング |
| `aml_ctf` | 制裁、不審な支払い参照情報、端数のない金額によるレイヤリング、短期間での入出金 |
| `aml_monitoring` | ブロックチェーン由来の高リスクな資金源へのエクスポージャー、テロ資金供与、児童搾取 |
| `anomaly_detection` | 高頻度の取引、休眠アカウントの再活性化、時間外の活動 |
| `fatf` | 高リスク法域へのエクスポージャー |
| `device_intelligence` | デバイスフィンガープリントの再利用、複数のフィンガープリントを持つアカウント、IP/ブラウザーの異常、VPN/プロキシ、物理的に不可能な移動 |
| `fraud_prevention_multi_accounting` | 異なる対象者間でのフィンガープリントの共有 |
| `fraud_prevention_app` | 認可済みプッシュ決済/初回の送金先/詐欺被害者のシグナル |
| `fraud_prevention_ato` | アカウント乗っ取りの複合シグナル（個人情報の変更、新しい支払い方法） |
| `fraud_prevention_consortium` | 共有ネットワーク内の他機関がフラグを付けた取引相手 |
| `crypto_monitoring` | ミキサー/ダークネット/制裁対象ウォレットへのエクスポージャー、チェーンホッピング、アンホステッドウォレット、VASPの不備 |
| `travel_rule` | グローバルおよび地域のトラベルルール義務（12の制度）と取引相手VASPのデューデリジェンス |
| `travel_rule_eu_tfr` | EU TFRのチェック：取引相手データの不一致、未検証のウォレット所有権、未特定の取引相手VASP、期限切れの確認 |
| `responsible_gaming` | 安全なプレイのための入金/出金上限、自己排除、時間外のプレイ |
| `igaming_fraud` | イベント固有のボーナス不正利用、両張りベット、アフィリエイト不正、チャットレインの不正獲得、チップダンピング、アカウント乗っ取り |
| `e_commerce` | 少額決済によるカードテスティング、チャージバックの兆候、請求国の不一致、アフィリエイトの急増 |
| `check_fraud` | 範囲外/番号欠落/重複提示/ダークウェブのウォッチリスト掲載/改ざんされた小切手、小切手キーティング |
| `bnpl` | 返済失敗によるファーストパーティ詐欺、BNPLアカウント間での識別子の共有、新規アカウントでの分割払い |

## このページの読み方

各ルールには、`library_key`（APIやコンソールのURLで参照できる固定の識別子）、ルールが発動する条件と集計方法、および実行されるデフォルトのアクションが記載されています。ここに示す数値のしきい値は出荷時のデフォルト値です。すべての値は、ルールの同一性を失うことなくアプリケーションごとに編集できます。

***

## 金融バンドル

これらのルールは、`transaction_type = FINANCE`のすべての取引に適用されます。規制上の基本要件(BSA/FinCENの報告しきい値、FATFの取引頻度に関するヒューリスティック)に加え、マネーミュールやスマーフィングのパターンをモデル化しています。

### ストラクチャリングとしきい値付近の取引

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `structuring-inbound` | 同一の対象者が30日以内に\$10,000未満の入金を20件以上受け取った | スコア+35 |
| `structuring-outbound` | 同一の対象者が30日以内に\$10,000未満の送金を20件以上行った | スコア+35 |
| `single-transaction-just-below-threshold` | 1件の取引が$9,000から$9,999の範囲にある | スコア+25 |
| `round-amount-layering` | 送金額が不自然なほど切りのよい金額($10k、$25k、$50k、$100k、$250k、$500k、\$1M…)に一致する | スコア+20 |

### 取引量と取引頻度

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `large-single-transaction` | 1件の取引が\$25,000以上 | スコア+50、`IN_REVIEW` |
| `cumulative-outbound-volume` | 30日間の送金額が\$100,000以上 | スコア+45、`IN_REVIEW` |
| `cumulative-inbound-volume-90d` | 90日間の入金額が\$200,000以上 | スコア+30、`IN_REVIEW` |
| `cumulative-outbound-volume-7d` | 7日間の送金額が\$50,000以上 | スコア+30、`IN_REVIEW` |
| `business-4h-inbound-volume` | 任意の4時間の期間における企業の入金額が\$30,000以上 | スコア+30、`IN_REVIEW` |
| `business-4h-outbound-volume` | 任意の4時間の期間における企業の送金額が\$30,000以上 | スコア+30、`IN_REVIEW` |
| `high-velocity-inbound` | 7日間の入金取引が20件以上 | スコア+25 |
| `high-velocity-outbound` | 7日間の送金取引が20件以上 | スコア+25 |

### レイヤリング・マネーミュール・スマーフィング

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `rapid-in-and-out-movement` | 入金から6時間以内に送金が行われた | スコア+60、`IN_REVIEW` |
| `cash-deposit-followed-by-withdrawal` | 72時間以内に\$50,000以上の現金入金があり、その後に現金の引き出しが行われた | スコア+30、`IN_REVIEW` |
| `money-mule-fan-in-to-counterparty` | 1つの取引相手が7日間に5人以上の異なる対象者から送金を受け取った | スコア+30、`IN_REVIEW` |
| `rapid-repeated-payments-same-counterparty` | 24時間以内に同一の取引相手への送金が5件以上 | スコア+30、`IN_REVIEW` |
| `cross-border-small-amount-velocity` | 対象者が24時間以内に、4か国以上の異なる国に所在する取引相手へ\$1,000未満の金額を送金した | スコア+30、`IN_REVIEW` |
| `high-risk-jurisdiction-smurfing` | 7日間に同一の高リスク国への\$1,000未満の送金が5件以上 | スコア+30、`IN_REVIEW` |
| `many-unique-counterparties-24h` | 対象者が24時間以内に6つ以上の異なる取引相手と取引した | スコア+30、`IN_REVIEW` |
| `many-unique-payment-methods-7d` | 対象者が7日間に4種類以上の異なる支払い方法を使い分けた | スコア+30、`IN_REVIEW` |
| `counterparty-country-spread-24h` | 対象者が24時間以内に4か国以上の異なる国に所在する取引相手と取引した | スコア+30、`IN_REVIEW` |

### 行動上の異常

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `dormant-account-reactivation` | 365日以上取引がなかった後の最初の取引が\$1,000以上 | スコア+20 |
| `off-hours-high-value-finance` | 高額送金(\$5,000以上)が、対象者の地域において営業時間外としてタグ付けされている | スコア+25 |

***

## AML/CTFバンドル

これらのルールは、ブロックチェーンのエンリッチメントに依存しない典型的なAML/CTFの類型をモデル化したもので、法定通貨と暗号資産の送金の両方に共通して適用されます。

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `sanctions-counterparty` | スクリーニング対象のウォレット自体が制裁対象の主体に帰属している(`wallet_sanctioned`)。エクスポージャーのみではトリガーされません | スコア+90、`DECLINED` |
| `sanctions-exposure-review` | スクリーニング対象のウォレット自体は制裁対象ではないものの、制裁対象の主体との間で資金を移動した | スコア+50、`IN_REVIEW` |
| `suspicious-payment-reference` | 支払い参照に犯罪収益に関連するキーワードが含まれている | スコア+45、`IN_REVIEW` |
| `high-risk-jurisdiction-exposure` | 取引相手国または対象者のIPアドレスの国が高リスクリストに含まれている | スコア+40、`IN_REVIEW` |
| `high-risk-inbound-single` | 高リスク国からの\$20,000以上の入金 | スコア+30、`IN_REVIEW` |
| `high-risk-outbound-single` | 高リスク国への\$20,000以上の送金 | スコア+30、`IN_REVIEW` |

デフォルトの高リスク法域リストには、FATFの「行動要請対象」の国・地域と紛争地域が含まれています: `IRN`、`PRK`、`SYR`、`AFG`、`RUS`、`MMR`。このリストはアプリケーションごとに上書きできます。

> [!NOTE]
>
> **取引相手のPEP該当性の確認は現在提供していません。** 接続されているスクリーニングプロバイダーのいずれも、取引相手が重要な公的地位を有する者 (PEP)であるかどうかを報告していません。現時点では、すべてのスクリーニング結果で`pep_counterparty`フィールドは`null`です([ウォレットスクリーニング](https://docs.didit.me/ja/transaction-monitoring/wallet-screening.md#レスポンス)を参照)。そのため、ライブラリには取引相手のPEPに関するプリセットがありません。このプリセットが廃止される前にインストールされたルールは引き続き評価されますが、実際のスクリーニング結果に一致することはありません。別のシグナルに基づいて対応する必要がある場合は、そのルールを削除するか、カスタムルールに置き換えてください。

***

## 暗号資産スクリーニングバンドル

これらのルールは、Diditの暗号資産スクリーニングが生成するエンリッチ済みデータを使用します。暗号資産ネイティブアプリケーションやVASP向けアプリケーションで特に有用です。

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `aml-high-risk-source-exposure` | 資金源の30%以上が、制裁、ダークネット、盗難、ランサムウェア、詐欺のいずれかのカテゴリーに由来する | スコア+70、`IN_REVIEW` |
| `aml-multiple-risky-counterparties` | 資金源のグラフにおいて高リスクの主体とのつながりが3件以上ある | スコア+50、`IN_REVIEW` |
| `aml-terrorist-financing-exposure` | ウォレットにテロ資金供与へのエクスポージャーが1件でもある | スコア+100、`DECLINED` |
| `aml-child-exploitation-exposure` | ウォレットに児童性的搾取コンテンツへのエクスポージャーが1件でもある | スコア+100、`DECLINED` |
| `aml-wallet-risk-score-medium` | プロバイダーのウォレットリスクスコアが40から70の範囲にある | スコア+30 |

***

## 暗号資産モニタリングバンドル

ウォレット単位のエクスポージャールールに加え、VASPおよびトラベルルール関連の整合性チェックを提供します。

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `crypto-mixer-exposure` | ミキサーまたは難読化サービスに関連付けられたウォレット | スコア+80、`IN_REVIEW` |
| `crypto-darknet_market-exposure` | ダークネットマーケットのウォレットへのエクスポージャー | スコア+80、`IN_REVIEW` |
| `crypto-sanctioned-exposure` | 制裁対象ウォレットへのエクスポージャー | スコア+90、`IN_REVIEW` |
| `crypto-stolen_funds-exposure` | 盗難資金のウォレットへのエクスポージャー | スコア+85、`IN_REVIEW` |
| `crypto-scam-exposure` | 詐欺ウォレットへのエクスポージャー | スコア+70、`IN_REVIEW` |
| `crypto-ransomware-exposure` | ランサムウェアのウォレットへのエクスポージャー | スコア+90、`IN_REVIEW` |
| `crypto-hacked_exchange-exposure` | ハッキングされた取引所のウォレットへのエクスポージャー | スコア+80、`IN_REVIEW` |
| `crypto-gambling_unlicensed-exposure` | 無許可ギャンブルのウォレットへのエクスポージャー | スコア+60、`IN_REVIEW` |
| `high-risk-wallet-exposure` | ウォレットのリスクがダークネットマーケット、制裁対象または盗難資金に該当する | スコア+70、`IN_REVIEW` |
| `crypto-wallet-risk-score-critical` | プロバイダーのウォレットスコアが90以上 | スコア+90、`IN_REVIEW` |
| `crypto-wallet-risk-score-high` | プロバイダーのウォレットスコアが70以上 | スコア+60、`IN_REVIEW` |
| `crypto-unhosted-wallet-large-outbound` | アンホステッドウォレットへの\$1,000以上の送金 | スコア+45、`IN_REVIEW` |
| `crypto-repeated-unhosted-wallet-withdrawals` | 24時間以内にアンホステッドウォレットへの送金が5件以上 | スコア+35、`IN_REVIEW` |
| `crypto-many-new-wallets-per-subject` | 対象者が24時間以内に5つ以上の異なるウォレットに送金 | スコア+40、`IN_REVIEW` |
| `crypto-chain-hopping-pattern` | 同一の対象者が24時間以内に3つ以上のブロックチェーンをまたいで資金を移動 | スコア+45、`IN_REVIEW` |
| `crypto-missing-vasp-id-high-value` | VASP識別子のない\$1,000以上のホステッドウォレット送金 | スコア+30、`IN_REVIEW` |

***

## トラベルルールバンドル

トラベルルールのルールは`travelRule`取引のみを対象とします。
各地域の規制ごとに4つのルール（取引相手の応答待ち、アクション待ち、データ不足、取引所での失敗）が含まれます。

### グローバルトラベルルール

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `travel-rule-pending-counterparty` | ステータスが`AWAITING_COUNTERPARTY`（取引相手VASPの応答待ち） | スコア+35、`IN_REVIEW` |
| `travel-rule-pending-action` | ステータスが`ON_HOLD`（マネージド取引所において、お客様側での解決を待っている受信送金。ウォレットアドレス帳に一致がない場合、または照会が手動承認待ちの場合） | スコア+35、`AWAITING_USER` |
| `travel-rule-missing-required-data` | `travel_rule_required`が`true`で、`travel_rule_obligations_count`が`0`を超えている。義務件数を持つのは`travel_rule_details`にお客様自身が記録したトラベルルールデータのみのため、マネージド取引所が実行する送金ではこのルールは発火しません | スコア+50、`IN_REVIEW` |

### 地域別の規制

同じ4ルールのテンプレートが規制ごとに適用されます。以下の`<regime>`は、`australia`、`dubai`、`eu`、`hong_kong`、`india`、`indonesia`、`japan`、`kazakhstan`、`singapore`、`south_africa`、`turkey`、`uk`のいずれかに置き換えてください。

規制のタグ付けは自動で行われます。Diditは[トラベルルール設定](https://docs.didit.me/ja/transaction-monitoring/travel-rule.md#セットアップ)の`jurisdiction`に基づき、すべてのトラベルルール取引に`custom_values.travel_rule_regime`を付与します。たとえば`SG` → `singapore`、`GB` → `uk`、`DE`や`FR`などEUまたはEEA加盟国のコード → `eu`となります。地域別バンドルのないコードは小文字にして付与される（`US` → `us`）ため、カスタムルールで引き続き対象にできます。取引で送信された`props.travel_rule_regime`の値は、導出された規制タグより常に優先されます。

| `library_key`テンプレート | トリガー |
| - | - |
| `travel-rule-<regime>-pending-counterparty` | 規制タグ付きの送金が取引相手VASPの応答待ち |
| `travel-rule-<regime>-pending-action` | 規制タグ付きの送金が`ON_HOLD` |
| `travel-rule-<regime>-missing-required-data` | 規制タグ付きの送金が必須であるにもかかわらず未解決 |
| `travel-rule-<regime>-failed-exchange` | 規制タグ付きの送金が`CANCELLED` |

これにより、3つのグローバルなトラベルルールのルールと以下の5つの取引相手ルールに加えて、48の地域別ルールが提供されます。
別の`travel_rule_eu_tfr`バンドルはEU TFRルールを4つ追加します。詳細は[EU TFRルールバンドル](https://docs.didit.me/ja/transaction-monitoring/travel-rule.md#eu-tfrルールバンドル)を参照してください。

### 取引相手のデューデリジェンス

これらのルールは、取引所がやり取りした取引相手VASPについてお客様のアプリケーションが把握している情報、すなわちお客様自身によるその取引相手への判定、デューデリジェンスのリスクレベル、国、応答性を参照します。
各値の取得元については[取引相手のデューデリジェンス](https://docs.didit.me/ja/transaction-monitoring/travel-rule.md#取引相手のデューデリジェンス)を参照してください。

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `travel-rule-counterparty-blocked` | 取引相手に対するお客様の判定（`counterparty_dd_status`）が`BLOCKED` | スコア+90、`DECLINED` |
| `travel-rule-counterparty-restricted` | 取引相手に対するお客様の判定が`RESTRICTED` | スコア+50、`IN_REVIEW` |
| `travel-rule-counterparty-high-risk` | 取引相手のリスクレベル（`counterparty_risk_level`）が`HIGH`。デューデリジェンススコアが40未満の場合、またはお客様自身による新たな取引相手スクリーニングで制裁またはネガティブメディアとの一致の可能性が見つかった場合 | スコア+40、`IN_REVIEW` |
| `travel-rule-counterparty-high-risk-jurisdiction` | 取引相手がデフォルトの高リスク国リスト（`IRN`、`PRK`、`SYR`、`AFG`、`RUS`、`MMR`）に含まれる国で設立されている | スコア+60、`IN_REVIEW` |
| `travel-rule-counterparty-unresponsive` | 過去90日間にDiditの顧客が送信したトラベルルールリクエストのうち、取引相手が回答した割合が10パーセント未満（それらのうち少なくとも5件で判定が完了している場合） | スコア+30、`IN_REVIEW` |

***

## デバイスインテリジェンスと不正防止

これらのルールは、クライアントSDKから得られるシグナル(デバイスフィンガープリント、IP、ブラウザ、セッション経過時間)とプロバイダーによるデータ補完を、不正検知イベントに変換します。

### デバイスフィンガープリントと複数アカウント

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `multi-accounting-shared-fingerprint` | 7日間に1つのデバイスフィンガープリントが3人以上の異なる対象者で再利用される | スコア+50、`IN_REVIEW` |
| `multiple-device-fingerprints-for-same-subject` | 24時間に1人の対象者が3つ以上の異なるフィンガープリントで確認される | スコア+20 |
| `same-fingerprint-transaction-burst` | 24時間に1つのフィンガープリントから6件以上の取引 | スコア+30 |
| `same-ip-multi-accounting` | 7日間に1つのIPが3人以上の異なる対象者で共有される | スコア+30 |
| `same-ip-transaction-burst` | 24時間に1つのIPから6件以上の取引 | スコア+30 |
| `same-fingerprint-multiple-payment-methods` | 7日間に1つのフィンガープリントが4つ以上の支払い方法を切り替えて使用する | スコア+30 |
| `shared-payment-method-across-subjects` | 7日間に1つの支払い方法が3人以上の異なる対象者で再利用される | スコア+30 |
| `many-ip-addresses-per-subject` | 24時間に対象者が4つ以上の異なるIPを使用する | スコア+30 |
| `new-browser-and-new-ip-combination` | 24時間に対象者が3つ以上の異なるブラウザかつ3つ以上の異なるIPを使用している | スコア+30 |

### IP・ネットワーク・VPN

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `vpn-or-proxy-high-value` | \$5,000以上の送金でVPNまたはプロキシが検出される | スコア+30 |
| `impossible-travel-between-transactions` | 1時間以内に対象者が2つ以上の異なる国のIPアドレスから取引を行う | スコア+30 |

### 行動の複合シグナル

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `browser-spoofing-password-reuse` | ブラウザのなりすましが検出され、かつ30分以内に同じパスワードハッシュを再利用する取引が2件以上ある | スコア+30 |
| `remote-access-high-value-transfer` | \$5,000以上の送金でリモートアクセスツールが検出される | スコア+30 |
| `low-session-age-high-value-transfer` | セッション開始から30秒以内の\$5,000以上の送金 | スコア+30 |
| `synthetic-identity-fresh-account-high-value` | 過去7日以内に開設されたアカウントが\$1,000以上の取引を行う | スコア+30 |

### アカウント乗っ取りとAPP詐欺

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `recent-pii-change-and-transaction` | 直近の個人情報変更後の所定期間内に行われる\$1,000以上の送金 | スコア+45、`IN_REVIEW` |
| `new-payment-method-high-value` | 過去7日以内に追加された支払い方法を使用した\$5,000以上の送金 | スコア+30 |
| `first-time-payee-high-value` | 対象者がこれまで一度も支払ったことのない取引相手への\$5,000以上の送金 | スコア+40、`IN_REVIEW` |
| `consortium-flagged-counterparty` | 他の金融機関から報告された取引相手への\$500以上の送金 | スコア+60、`IN_REVIEW` |

### アフィリエイトとボーナスの不正利用

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `repeated-bonus-campaign-from-same-fingerprint` | 2時間に同じキャンペーンと同じフィンガープリントの組み合わせで6件以上の取引 | スコア+35 |
| `shared-fingerprint-across-bonus-campaigns` | 7日間に1つのフィンガープリントが3つ以上の異なるキャンペーンに申し込む | スコア+30 |
| `affiliate-fraud-repeated-fingerprint` | 2時間に同じアフィリエイトと同じフィンガープリントの組み合わせで5件以上の取引 | スコア+30 |

***

## 責任あるゲーミングバンドル

iGamingアプリケーション向けです。これらのルールは、プレイヤー保護に関わるシグナルとボーナス不正利用のパターンの両方を検知するように設計されています。

| `library_key` | トリガー | デフォルトのアクション |
| - | - | - |
| `responsible-gaming-rapid-deposits` | 24時間に同じアクションの入金取引が10件以上 | スコア+20 |
| `responsible-gaming-rapid-withdrawals` | 24時間に同じアクションの出金取引が8件以上 | スコア+20 |
| `responsible-gaming-cumulative-deposits-7d` | 7日間の入金額が\$5,000以上 | スコア+20 |
| `responsible-gaming-cumulative-withdrawals-7d` | 7日間の出金額が\$5,000以上 | スコア+20 |
| `responsible-gaming-self-excluded-activity` | 自己排除中のアカウントからの取引 | スコア+20 |
| `responsible-gaming-loss-limit-hit` | 損失限度額のシグナル後も活動が続く | スコア+20 |
| `responsible-gaming-bonus-hunting` | 24時間に同じキャンペーンかつ同じフィンガープリントの取引が4件以上 | スコア+20 |
| `responsible-gaming-multiple-payment-methods` | 7日間に4つ以上の異なる支払い方法 | スコア+20 |
| `responsible-gaming-off-hours-high-value` | 時間外としてタグ付けされた\$1,000以上のプレイ | スコア+20 |
| `responsible-gaming-failed-withdrawals` | 出金試行の失敗が3回以上 | スコア+20 |
| `responsible-gaming-many-counterparties` | 24時間に5つ以上の異なる取引相手 | スコア+20 |

***

## iGaming不正対策バンドル

資金移動に加えてモニタリングイベントも送信する事業者向けです。これらのルールは`scope.record_types = ["event"]`を使用するため、取引のみを送信する顧客の動作は変わりません。取引のみの代替ルールが用意されている場合は、連携でそのイベントカテゴリを送信するようになるまで、イベントルールと併せて指定の代替ルールをインストールしてください。

| `library_key` | トリガー | デフォルトアクション | 取引のみの代替ルール |
| - | - | - | - |
| `igaming-account-takeover-drain` | 3+回のログイン失敗、MFAの変更、出金先アドレスの変更、出金リクエストがこの順序で24時間以内に発生 | スコア+90、`DECLINED` | `recent-pii-change-and-transaction`, `new-payment-method-high-value` |
| `igaming-minimal-play-laundering` | 直近24時間の賭け金合計が完了済み入金の5%以下のアカウントによる、\$1,000以上の出金リクエスト | スコア+60、`IN_REVIEW` | `rapid-in-and-out-movement` |
| `igaming-chargeback-deposit-ratio` | 30日間に開始されたチャージバックが、完了済み入金の50%以上に達する | スコア+80、`DECLINED` | `ecommerce-chargeback-indicator` |
| `igaming-chip-dumping-pair-net-winner` | 同じP2Pペアが7日間に2件以上の異なるハンド、ラウンド、またはマッチを精算し、**かつ**一方の純損益の合計が\$400以上 | スコア+70、`IN_REVIEW` | イベント必須 |
| `igaming-opposite-betting-same-market` | 1つのデバイスフィンガープリントを共有する2+件の異なるアカウントが、1時間以内に同一マッチ・同一マーケットの両サイドに賭ける | スコア+65、`IN_REVIEW` | イベント必須 |
| `igaming-bot-rta-cadence` | `session.bot_signal_observed`がボットスコア90以上、かつタイミングのばらつき10ms以下を報告 | スコア+55、`IN_REVIEW` | イベント必須 |
| `igaming-self-exclusion-evasion` | 再登録の試行時に、`exclusion_status: active`で自己排除レジストリに一致 | スコア+100、`DECLINED` | `responsible-gaming-self-excluded-activity` |
| `igaming-chat-rain-farming` | 1つのアカウントが24時間以内に**同一**のチャットレインボーナスを2回目に受け取り、その受け取りが500ms以内に行われる | スコア+45、`IN_REVIEW` | `responsible-gaming-bonus-hunting` |
| `igaming-repeated-bonus-claims-one-device` | 1つのデバイスフィンガープリントから7日間に**同一**のボーナスが3回目に受け取られる | スコア+50、`IN_REVIEW` | `repeated-bonus-campaign-from-same-fingerprint`, `shared-fingerprint-across-bonus-campaigns`, `responsible-gaming-bonus-hunting` |
| `igaming-affiliate-self-referral` | 7日間に1つのデバイスフィンガープリントから3+件の異なるアカウントが使用したアフィリエイトコードへの紐付け | スコア+50、`IN_REVIEW` | `affiliate-fraud-repeated-fingerprint` |
| `igaming-multi-accounting-device` | 24時間以内に3+件の異なるアカウントが使用したデバイスフィンガープリントからのログインまたは登録 | スコア+60、`IN_REVIEW` | `multi-accounting-shared-fingerprint` |
| `igaming-shared-proxy-ip` | 24時間以内に3+件の異なるアカウントが使用したIPアドレスからのログイン | スコア+40、`IN_REVIEW` | `same-ip-multi-accounting` |

### 各ルールに必要なイベントシグナル

上記のすべてのルールは、名前で指定されたイベントフィールドを参照します。必須フィールドがない場合、ルールは単に一致しません。他の情報からシグナルを推定することはなく、独自に取引データへフォールバックすることもありません。以下のキーをイベントの`payload`と`device_context`で送信してください(送信仕様の全体は[イベント](https://docs.didit.me/ja/transaction-monitoring/events.md)、ルールのフィールドパスは[イベントルール](https://docs.didit.me/ja/transaction-monitoring/event-rules.md)を参照してください)。

| `library_key` | 参照するイベントアクション | ルールに必要なフィールド |
| - | - | - |
| `igaming-account-takeover-drain` | `security.login_failed`, `security.mfa_changed`, `payment.withdrawal_address_changed`, `payment.withdrawal_requested` | `changed_field`、`withdrawal_address_hash`、および標準の決済キー |
| `igaming-minimal-play-laundering` | `payment.withdrawal_requested`, `gameplay.bet_placed`, `payment.deposit_completed` | これらすべてのイベントの`amount` |
| `igaming-chargeback-deposit-ratio` | `dispute.chargeback_opened`, `payment.deposit_completed` | `payment_reference_id`、および`dispute_id`または`chargeback_id` |
| `igaming-chip-dumping-pair-net-winner` | `gameplay.p2p_settlement` | `counterparty_vendor_data`、`net_result_amount`、および`hand_id` / `round_id` / `match_id`のいずれか |
| `igaming-opposite-betting-same-market` | `gameplay.bet_placed` | `match_id`, `market_id`, `side`, `device_context.fingerprint` |
| `igaming-bot-rta-cadence` | `session.bot_signal_observed` | `device_context.bot_score`, `timing_variance_ms` |
| `igaming-self-exclusion-evasion` | `responsible_gambling.self_exclusion_match` | `exclusion_status`、`re_registration_attempt`、および必須の`registry_source`と`identity_match_ref` |
| `igaming-chat-rain-farming` | `bonus.bonus_claimed` | `bonus_id`, `bonus_type`, `claim_delay_ms` |
| `igaming-repeated-bonus-claims-one-device` | `bonus.bonus_claimed` | `bonus_id`, `device_context.fingerprint` |
| `igaming-affiliate-self-referral` | `affiliate.affiliate_attributed` | `affiliate_code`, `device_context.fingerprint` |
| `igaming-multi-accounting-device` | `security.login_succeeded`、またはカスタムの`security.registration_attempt` | `device_context.fingerprint` |
| `igaming-shared-proxy-ip` | `security.login_succeeded` | `device_context.network_context.ip_address` |

連携でログイン、ゲームプレイ、ボーナス、アフィリエイト、決済、紛争、セキュリティ、責任あるギャンブルの各イベントを送信する場合は、`igaming_fraud`バンドルを使用してください。これらのルールはオプトインのままです。ライブラリに追加されても既存のアプリケーションにはインストールされず、既存のアクティブな顧客の現在のプリセットも変更されません。

***

## Eコマースバンドル

マーケットプレイスおよびマーチャント・オブ・レコード型のアプリケーション向けです。

| `library_key` | トリガー | デフォルトアクション |
| - | - | - |
| `ecommerce-card-testing-microtransactions` | 同一フィンガープリントで1時間以内に\$5以下の取引が10件以上 | スコア+30 |
| `ecommerce-high-order-velocity` | 1つのフィンガープリントで30分以内に取引が8件以上 | スコア+30 |
| `ecommerce-chargeback-indicator` | プロバイダーまたはワークフローがチャージバックの兆候をフラグ付け | スコア+30 |
| `ecommerce-billing-country-mismatch` | \$500以上の取引で請求先の国が一致しない | スコア+30 |
| `ecommerce-shared-payment-method` | 7日以内に3件以上のEコマースの対象者が同じ決済手段を再利用 | スコア+30 |
| `ecommerce-shared-ip-multi-accounting` | 24時間以内に4件以上のEコマースの対象者が同一IPアドレスを共有 | スコア+30 |
| `ecommerce-remote-checkout-high-value` | \$1,000以上のチェックアウトでリモートアクセスを検知 | スコア+30 |
| `ecommerce-affiliate-burst` | 2時間以内に同一アフィリエイトかつ同一フィンガープリントで取引が5件以上 | スコア+30 |

***

## 小切手詐欺バンドル

小切手入金の取引を送信するアプリケーション向けです。各ルールは、小切手に既知のリスクシグナル(小切手洗浄、MICRの欠落、ダークウェブに掲載されたシリアル番号など)がある場合に呼び出し元が設定する`custom_values.check_*`フラグに基づいて発動します。

| `library_key` | トリガー | デフォルトアクション |
| - | - | - |
| `check-amount-out-of-range` | 小切手の金額が口座の通常範囲外としてフラグ付けされ、かつ\$1,000以上 | スコア+40、`IN_REVIEW` |
| `check-missing-or-invalid-number` | 小切手番号が欠落している、不整合がある、または連番になっていない | スコア+35、`IN_REVIEW` |
| `check-duplicate-presentation` | 同じ小切手が2回入金されたとみられる(モバイルと支店で) | スコア+70、`IN_REVIEW` |
| `check-on-dark-web-watchlist` | 小切手のシリアル番号または画像が、ダークウェブやTelegramの盗難小切手フィードで見つかった | スコア+90、`DECLINED` |
| `check-altered-or-washed` | 小切手に化学薬品による消去、MICRの改ざん、その他の洗浄の痕跡がある | スコア+70、`IN_REVIEW` |
| `check-deposit-rapid-multi-bank` | 同一の対象者が24時間以内に3行以上の異なる取引相手銀行で小切手を入金(カイティング) | スコア+45、`IN_REVIEW` |

***

## BNPLバンドル

後払い(BNPL)事業者向けです。分割払い融資に特有のファーストパーティ詐欺(不払い)や識別子の共有パターンを検出します。

| `library_key` | トリガー | デフォルトアクション |
| - | - | - |
| `bnpl-failed-repayment-velocity` | 対象者に直近の返済失敗が2件以上(ファーストパーティ詐欺のシグナル) | スコア+45、`IN_REVIEW` |
| `bnpl-shared-identifier-across-accounts` | 電話番号、メールアドレスまたは住所が複数の異なるBNPL対象者で確認された | スコア+40、`IN_REVIEW` |
| `bnpl-high-installment-on-fresh-account` | 過去7日以内に開設されたアカウントからの\$500以上の分割払い | スコア+35 |

***

## リファレンス: ライブラリの基盤となる基準

Diditのライブラリにあるすべてのプリセットは、広く受け入れられているAML、不正対策またはコンプライアンスの類型に対応しています。参考にしている基準は次のとおりです。

| 出典 | ライブラリに取り入れた類型 |
| - | - |
| **FATF勧告** | ストラクチャリング、資金の急速な移動、高リスク法域へのエクスポージャー、取引相手の制裁スクリーニング |
| **FinCENアドバイザリー** | BSA/CTRの報告しきい値、休眠口座の再稼働、不審な現金取引パターン |
| **NACHA規則** | ACH固有のしきい値と時間外のパターン |
| **Wolfsberg原則** | コルレス銀行業務およびプライベートバンキングの類型 |
| **Egmont Groupの類型** | クロスボーダーおよびレイヤリングのパターン |
| **業界のベストプラクティス** | ベロシティのウィンドウ管理、インポッシブルトラベル、初回の支払先、デバイスフィンガープリントの再利用、BNPLのファーストパーティ詐欺のシグナル |

Diditは業界標準として認められた類型のみを実装しており、すべてのしきい値を調整できるようにしています。

***

## プリセットのカスタマイズ

すべてのプリセットは次のように扱えます。

* **調整**: アプリケーションごとにしきい値、期間、スコア値またはアクションを変更します
* **無効**: プリセットを`DISABLED`モードに切り替えると、識別情報を失うことなく評価が停止します
* **テスト**: プリセットを`TEST`モードに切り替えると、取引の結果に影響を与えずにシャドーモードで評価します
* **拡張**: プリセットを補完または上書きするカスタムルールを作成します

ルールの構造、APIエンドポイント、カスタムルール作成の実例については[ルールとスコアリング](https://docs.didit.me/ja/transaction-monitoring/rules.md)を参照してください。


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.