> ## 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）設定：しきい値とプロバイダー構成

> DiditのKYT設定では、スコアのしきい値、通貨、ブロックチェーン分析プロバイダー、是正措置を構成できます。各プランに月1,000件の取引が含まれ、以降は1件あたり$0.001です。

Business Consoleからアプリケーション単位のトランザクションモニタリング設定を構成し、スコアリングのしきい値とプロバイダーの優先設定を管理します。

## 全般設定

| 設定 | デフォルト | 説明 |
| - | - | - |
| **モニタリング有効** | `true` | アプリケーションのトランザクションモニタリングを有効または無効にします。無効にすると、送信された取引は保存されますが、ルールに基づく評価は行われません。 |
| **デフォルト通貨** | `USD` | ルールのしきい値の比較と通貨換算に使用する通貨です。一貫した評価を行うため、すべての金額はこの通貨に換算されます。 |

## スコアのしきい値

スコアのしきい値は、[一致したルール](https://docs.didit.me/ja/transaction-monitoring/rules.md)による累積リスクスコアを取引ステータスにどう対応付けるかを決定します。

| 設定 | デフォルト | 説明 |
| - | - | - |
| **レビューしきい値** | 75 | スコアがこの値以上の取引は`IN_REVIEW`ステータスになります |
| **却下のしきい値** | 500 | スコアがこの値以上の取引は`DECLINED`ステータスになります。デフォルト値かつ最大値である`500`では、スコアによる自動却下は一切行われません。スコアで却下するには、この値を引き下げてください。 |

レビューしきい値未満の取引は自動的に`APPROVED`になります。ルールに明示的な`change_status`アクションがある場合、そのステータスがスコアに基づくしきい値より優先されます。`DECLINED`は常に最優先です。

> [!NOTE]
>
> レビューしきい値を下げると、アナリストによるレビュー対象としてフラグが付く取引件数が増えます。チームの対応能力とリスク許容度に応じて調整してください。

## 暗号資産モニタリング

暗号資産取引に対する自動[暗号資産スクリーニング](https://docs.didit.me/ja/transaction-monitoring/aml-screening.md)を有効または無効にします。有効にすると、Diditは`currency_kind: "crypto"`を持つすべての取引について、ウォレットアドレスと取引ハッシュをブロックチェーン分析プロバイダーのデータと照合してスクリーニングします。取引ハッシュのスクリーニングには、ハッシュと関連するウォレットアドレスの両方が必要です。

## プロバイダーの設定

使用するブロックチェーン分析プロバイダーを選択して設定します。

| プロバイダー | 設定 |
| - | - |
| **Merkle Science** | マネージド料金(デフォルト)で有効にするか、独自のAPIキーを接続します |
| **Crystal** | コンソールの**Marketplace**から独自のAPIキーを接続します |
| **Chainalysis** | コンソールの**Marketplace**から独自のAPIキーを接続します |
| **Elliptic** | コンソールの**Marketplace**から独自のAPIキーとシークレットを接続します |
| **TRM Labs** | コンソールの**Marketplace**から独自のAPIキーを接続します |

独自のプロバイダーキーを接続すると、既存のプロバイダー契約を利用し、スクリーニングごとに記載されているインフラ手数料をDidit経由で支払います。

Lightning Networkのモニタリングは、**Marketplace**から追加したEllipticまたはChainalysisのBYOK接続がある場合にのみ利用できます。
別のプロバイダーが有効な状態、または対応するいずれの接続も追加されていない状態で`LIGHTNING`を送信すると、スクリーニングリクエストはMarketplaceの設定案内とともに`400`を返します。

## 是正ワークフロー

**是正ワークフロー**(設定APIの`remediation_workflow_id`)は、独自のワークフローを指定していない[`AWAITING_USER`ルールアクション](https://docs.didit.me/ja/transaction-monitoring/rules#ユーザー認証の要求-awaiting_user)に対するアプリケーション全体のデフォルトです。実際には組み込みのライブラリルールが対象となります(カスタムルールには常に独自のワークフローが指定されており、そちらが優先されます)。
このフィールドは書き込み時にワークフローID(または特定バージョンのUUID)を受け付け、読み取り時には常に固定のワークフローIDを返します。セッションは最新の公開バージョンで作成されます。
このようなルールによって取引が`AWAITING_USER`になると、Diditは次の順序で最初に見つかったワークフローを使用して、関連する認証セッションを作成します。

1. ここで設定した是正ワークフロー。
2. 対象者が保存済みの参照顔をすでに持っている場合は、アプリケーションの**Biometric Authentication**ワークフロー。
3. アプリケーションのデフォルトワークフロー。

セッションのURLとトークンは、取引の`action_required`フィールドと`remediation`フィールド、および両方の取引Webhookで返されます。これにより、ユーザーをリダイレクトして必要な認証を完了させることができます。
そのセッションの判定が出ると、取引ステータスは自動的にそれに従い(承認済み、却下、またはレビュー中)、`transaction.status.updated` Webhookが送信されます。

ここでは**Biometric Authentication**ワークフローの使用を推奨します。ユーザーはライブのセルフィーを1枚撮影し、最初のオンボーディング時の顔と照合することで本人であることを再証明します。
このワークフローでは、対象者が承認済みの認証による保存済みの参照顔を持っている必要があります。参照顔を持たないユーザーには、代わりにアプリケーションのデフォルトワークフローの完了が求められ、その置き換えを記録したメモが取引に残されます。

## 設定箇所

これらのオプションを設定するには、[Business Console](https://business.didit.me)で**トランザクション** > **設定**に移動します。設定はすべての新規取引に即座に反映されます。

## 次のステップ

> [card] [リスクスコアリング](https://docs.didit.me/ja/transaction-monitoring/risk-scoring.md)
>
> スコアのしきい値とステータスの対応。

> [card] [暗号資産スクリーニング](https://docs.didit.me/ja/transaction-monitoring/aml-screening.md)
>
> ウォレットスクリーニングとプロバイダーの詳細。

> [card] [IPエンリッチメント](https://docs.didit.me/ja/transaction-monitoring/ip-enrichment.md)
>
> ルールで利用できるIPデータ。


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