はじめに
連携 / SDK
ユーザー認証
法人確認
トランザクションモニタリング
変更履歴全般設定
スコアのしきい値
スコアのしきい値は、一致したルールによる累積リスクスコアを取引ステータスにどう対応付けるかを決定します。
レビューしきい値未満の取引は自動的に
APPROVEDになります。ルールに明示的なchange_statusアクションがある場合、そのステータスがスコアに基づくしきい値より優先されます。DECLINEDは常に最優先です。
レビューしきい値を下げると、アナリストによるレビュー対象としてフラグが付く取引件数が増えます。チームの対応能力とリスク許容度に応じて調整してください。
暗号資産モニタリング
暗号資産取引に対する自動暗号資産スクリーニングを有効または無効にします。有効にすると、Diditはcurrency_kind: "crypto"を持つすべての取引について、ウォレットアドレスと取引ハッシュをブロックチェーン分析プロバイダーのデータと照合してスクリーニングします。取引ハッシュのスクリーニングには、ハッシュと関連するウォレットアドレスの両方が必要です。
プロバイダーの設定
使用するブロックチェーン分析プロバイダーを選択して設定します。
独自のプロバイダーキーを接続すると、既存のプロバイダー契約を利用し、スクリーニングごとに記載されているインフラ手数料をDidit経由で支払います。
Lightning Networkのモニタリングは、Marketplaceから追加したEllipticまたはChainalysisのBYOK接続がある場合にのみ利用できます。
別のプロバイダーが有効な状態、または対応するいずれの接続も追加されていない状態で
LIGHTNINGを送信すると、スクリーニングリクエストはMarketplaceの設定案内とともに400を返します。
是正ワークフロー
是正ワークフロー(設定APIのremediation_workflow_id)は、独自のワークフローを指定していないAWAITING_USERルールアクションに対するアプリケーション全体のデフォルトです。実際には組み込みのライブラリルールが対象となります(カスタムルールには常に独自のワークフローが指定されており、そちらが優先されます)。
このフィールドは書き込み時にワークフローID(または特定バージョンのUUID)を受け付け、読み取り時には常に固定のワークフローIDを返します。セッションは最新の公開バージョンで作成されます。
このようなルールによって取引がAWAITING_USERになると、Diditは次の順序で最初に見つかったワークフローを使用して、関連する認証セッションを作成します。
- ここで設定した是正ワークフロー。
- 対象者が保存済みの参照顔をすでに持っている場合は、アプリケーションのBiometric Authenticationワークフロー。
- アプリケーションのデフォルトワークフロー。
action_requiredフィールドとremediationフィールド、および両方の取引Webhookで返されます。これにより、ユーザーをリダイレクトして必要な認証を完了させることができます。
そのセッションの判定が出ると、取引ステータスは自動的にそれに従い(承認済み、却下、またはレビュー中)、transaction.status.updated Webhookが送信されます。
ここではBiometric Authenticationワークフローの使用を推奨します。ユーザーはライブのセルフィーを1枚撮影し、最初のオンボーディング時の顔と照合することで本人であることを再証明します。
このワークフローでは、対象者が承認済みの認証による保存済みの参照顔を持っている必要があります。参照顔を持たないユーザーには、代わりにアプリケーションのデフォルトワークフローの完了が求められ、その置き換えを記録したメモが取引に残されます。
設定箇所
これらのオプションを設定するには、Business Consoleでトランザクション > 設定に移動します。設定はすべての新規取引に即座に反映されます。次のステップ
リスクスコアリング
スコアのしきい値とステータスの対応。
暗号資産スクリーニング
ウォレットスクリーニングとプロバイダーの詳細。
IPエンリッチメント
ルールで利用できるIPデータ。