メインコンテンツへスキップ
vendor_data識別子が企業エンティティと一致する状態で送信したすべての取引は、申請者、送金人、受取人、取引相手のいずれの立場であっても、その企業プロフィールに紐付けられます。企業プロフィールはその活動を継続的に記録する台帳となり、トランザクションモニタリングはこの履歴を企業レベルのベロシティ、行動、スクリーニングの各ルールの入力として使用します。

企業の取引を取得する

取引一覧を企業のvendor_dataでフィルターします。
企業が申請者として登場するすべての取引が返されます。取引相手側の履歴については、Business Consoleでフィルタリングしてください(公開一覧エンドポイントでは、申請者のみを対象にフィルタリングされます)。

取引と企業の紐付け方法

各取引には最大4つの当事者(applicant、remitter、beneficiary、counterparty)が含まれます。当事者にアプリケーション内の企業エンティティと一致するvendor_dataが含まれている場合、Diditはその当事者を該当する企業に紐付けます。vendor_dataのない当事者は外部スナップショットとして保存されます(エンティティへの紐付けはありません)。 当事者モデルの全体については、取引の送信を参照してください。

混在する当事者の種類

1件の取引で、当事者ごとにユーザーと企業を混在させることができます。たとえば、個人ユーザーが企業に支払う場合は次のとおりです。
また、2つの企業間のB2B送金の場合は次のとおりです。
Diditはvendor_dataに基づいて各当事者を個別に識別します。同じ取引が、一致したすべてのエンティティのプロフィールに反映されます。

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

取引は、次の企業レベルのシグナルにデータを提供します。 これらのシグナルはリアルタイムで計算され、有効な取引ルールに照らして評価されます。ルールに一致すると、ルールのアクションに応じて企業が自動的にFLAGGEDまたはBLOCKEDに移行することがあります。

企業に対するルールの動作

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

企業の行動をモニタリングする

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

企業が所有する支払い方法

各取引には、1つ以上の支払い方法(銀行カード、銀行口座、電子ウォレット、暗号資産ウォレット)を添付できます。支払い方法を企業が所有している場合、vendor_dataを通じて企業に紐付けられます。そのため、企業がこれまでに使用したすべての支払い方法を企業詳細ページで直接確認できます。

過去データの取り込み

既存の企業に対して過去の取引をさかのぼって登録するには、過去の日付をtxn_dateに指定します。
過去の取引もルールエンジンで処理されます。ルールを発動させずに履歴を取り込みたい場合は、「ドライ取り込み」モードに対応したコンソールのインポートフローを使用してください。

次のステップ

取引の送信

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

ルール

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

ステータス

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