メインコンテンツへスキップ
ブロックリストは、コンプライアンスチェックに不合格となったユーザーが新しいセッションを作成したり、新しい取引を実行したりすることを防ぎます。Diditは識別子タイプごとのブロックリストに対応しているため、同じ不正行為者を複数のデータポイント（顔、書類、メールアドレス、電話番号、ユーザーのvendor_data）にわたってブロックできます。

​
ユーザーでサポートされる識別子タイプ

各識別子タイプは、それぞれ適切なタイミングで適用されます。
  • 顔と書類: 新しいセッションの実行中に適用されます。
  • メールアドレスと電話番号: それらを収集するセッションのステップ、または取引のペイロードで適用されます。
  • IPとデバイス: セッション内のデバイス・IP分析で適用されます。
  • ユーザーのvendor_data: セッションまたは取引の作成時に適用されます。

​
ブロックリストへの登録方法

1

自動: セッションが却下された場合

セッションが却下され、ワークフローの自動ブロックリスト設定が有効になっている場合、Diditは該当する識別子（顔、書類、メールアドレス、電話番号）を対応するシステムブロックリストに自動的に追加し、ユーザーのステータスをBLOCKEDに変更します。
2

自動: ブロックリストに一致した場合

受信したセッションが既存のブロックリストのエントリーと一致すると、そのセッションはblocked_face、blocked_document、blocked_emailなどの理由コードとともに自動的に却下されます。
3

手動: コンソールから

アナリストがUsers → [user] → Actions → Add to blocklistからユーザーをブロックリストに登録し、記録する識別子を1つ以上選択します。
4

プログラム: Lists API経由

Lists APIを使用すると、プログラムでエントリーを追加できます。これはコンソールが内部で使用しているものと同じAPIです。

​
システムリストとカスタムリスト

すべてのアプリケーションには、Diditが自動管理するシステムブロックリストが識別子タイプごとに1つずつあります。これらの名前の変更や削除はできません。カスタムリストは、お客様が自由に作成し、名前を付け、適用範囲を設定できます。

​
APIでユーザーをブロックリストに追加する

ブロックリストのエントリーを追加するには、Lists APIを使用します。vendor_dataでユーザーをブロックするには、対応するブロックリストにUSERタイプのエントリーを追加します。
  1. entry_type=userとis_system=trueでフィルターしてすべてのリストを一覧表示し、システムのUserブロックリストを見つけます。
  2. そのリストに、valueをユーザーのvendor_dataに設定してエントリーを作成します。
顔でユーザーをブロックする方法は、顔と生体認証を参照してください。メールアドレス、電話番号、書類、IPでブロックするには、対応するシステムブロックリストを使用し、valueに適切な識別子を指定します。

​
実施フロー

顔と書類のブロックリストでは、チェックは検証ステップで行われます。

​
ブロックリストからの削除

  • コンソール: Blocklist → [type] → row actions → Remove。
  • API: リストのUUIDとエントリーのUUIDを指定して、エントリーの削除エンドポイントを使用します。
エントリーを削除しても、ユーザーが自動的にACTIVEに戻ることはありません。新しいセッションを許可したい場合は、PATCH /v3/users/{vendor_data}/update-status/を使用してステータスを変更してください。

​
ブロックリストの監査証跡

ブロックリストへの追加と削除はすべて監査ログに記録されます。
  • エントリーを追加した人（ユーザーのメールアドレス、または'system'、'api'）。
  • 日時。
  • 理由を説明する任意のcomment。
  • エントリーが自動的に生成された場合は、関連するセッションまたは取引。

​
次のステップ

Lists API

ブロックリスト/許可リストAPIの完全なリファレンスです。

コンソールのブロックリスト

UIからブロックリストを管理します。

顔と生体認証

顔ブロックリストの仕組みを説明します。
最終更新日 2026年11月1日