メインコンテンツへスキップ
vendor_data識別子を付けて送信したすべての取引は(申請者または取引相手として)、対応するUserエンティティに紐付けられます。Userプロファイルはその人物のアクティビティを継続的に記録する台帳となり、トランザクションモニタリングはこの履歴をベロシティルールや行動ルールの入力として使用します。

ユーザーの取引を取得する

取引一覧をvendor_dataでフィルターします。
ユーザーが申請者となっているすべての取引が返されます。取引相手側の履歴は、Business Consoleでフィルターしてください(公開されている一覧エンドポイントは申請者でのみフィルターできます)。

取引とユーザーの紐付けの仕組み

各取引には最大4つの当事者(申請者、送金人、受取人、取引相手)が含まれます。当事者にvendor_dataが含まれている場合、Diditはその当事者を該当するUserに紐付けます。vendor_dataのない当事者は外部スナップショットとして保存されます(エンティティへの紐付けはありません)。 当事者モデルの詳細は取引の送信を参照してください。

集計されたリスクシグナル

取引は、次のユーザー単位のシグナルの算出に使われます。 これらのシグナルはリアルタイムで算出され、有効な取引ルールに照らして評価されます。ルールに一致すると、ルールのアクションに応じて、ユーザーは自動的にFLAGGEDまたはBLOCKEDに移行されることがあります。

ルールがユーザーに作用する仕組み

取引ルールのactionsには、次のものを含めることができます。
  • add_score:取引のリスクスコアを増加させます。
  • change_status:取引のステータスを設定します(IN_REVIEW、DECLINED、AWAITING_USER)。
  • add_tags:取引にタグを付けます。
  • add_to_list:ユーザーのvendor_dataをブロックリストまたはカスタムリストに追加します。
ルールによってユーザーがブロックリストに追加されると、そのUserエンティティはBLOCKEDに移行され、user.status.updated Webhookが送信されます。

ユーザーの行動をモニタリングする

Business ConsoleのUser詳細ページにある「取引」タブでは、次のことができます。
  • すべての取引を時系列で確認する。
  • ステータス、金額、取引方向、取引相手でフィルターする。
  • 任意の取引を開き、ルールの実行結果、IPエンリッチメント、暗号資産スクリーニングの結果を確認する。
  • ユーザーに対してケースを作成し、調査を追跡する。

是正セッション

取引がAWAITING_USERになると、Diditは紐付いた是正セッションを作成し、ユーザーに追加の認証(例:資金源を示す書類、更新された本人確認書類)の完了を求めます。是正セッションは同じvendor_dataに紐付けられており、完了すると取引のステータスが自動的に更新されます。 ステートマシン全体については取引ステータスを参照してください。

過去データの取り込み

既存のUserエンティティに対して過去の取引を後から登録するには、過去の日付をtxn_dateに指定します。
過去の取引もルールエンジンで処理されます。ルールをトリガーせずに過去の取引を取り込みたい場合は、「dry ingest」モードに対応したコンソールのインポートフローを使用してください。

次のステップ

取引を送信する

ペイロードの完全なリファレンス。

ルール

ルールが取引を評価し、ユーザーに対してアクションを実行する仕組み。

ステータス

取引と是正のステータスのリファレンス。
最終更新日 2026年11月1日