1トランザクションあたり0.02ドルで実現するリアルタイム取引リスクスコアリング (JA)
すべてのトランザクションをリアルタイムでスコアリングし、承認、審査中、拒否、ユーザー待機中の4つのステータスのいずれかを取得。資金決済前に対応できます。1トランザクションあたり0.02ドルでリスクスコアリングがどのように機能するかを説明します。.

バッチ監視は事後的な監視です。夜間にルールを実行すると、決済された翌朝に支払いが疑わしいことが判明します。その時には資金はすでに送金されており、残された唯一の対応は報告書の提出だけです。リアルタイムスコアリングはその状況を一変させます。トランザクションがまだ処理中である間に評価し、ミリ秒単位で決定を取得し、決済前に対応できます。
Diditのトランザクション監視APIは、すべてのトランザクションをインラインでスコアリングします。支払い情報を送信すると、エンジンはすべてのアクティブルールと照合し、リスクスコアを付与し、APPROVED、IN_REVIEW、DECLINED、またはAWAITING_USERの4つのステータスのいずれかを返します。リスクの低い支払いは静かに通過し、リスクの高い支払いは保留、ブロック、またはユーザーに差し戻されます。法定通貨と仮想通貨の両方に対応し、最低料金なしで1トランザクションあたり0.02ドルで利用できます。
このガイドでは、スコアリングの仕組み、4つのステータスの意味、および資金移動前にそれらに基づいて行動する方法について説明します。
主なポイント
- リアルタイムの意思決定。すべてのトランザクションはインラインでスコアリングされ、ミリ秒単位でステータスが返されるため、資金決済前に対応できます。
- 4つのステータス:
APPROVED、IN_REVIEW、DECLINED、AWAITING_USER— すべての支払いに対して明確で実行可能な結果を提供します。 - 数値リスクスコアは、トリガーされたルールから累積され、ステータスとともに提供されるため、独自の閾値を設定できます。
- ルールがスコアを決定します — 各ルールの動作は、スコアに追加したり、ステータスを変更したり、トランザクションにタグを付けたり、関係者をリストに追加したりできます。
- 法定通貨と仮想通貨を1つのエンジンで、同じ方法でスコアリングします。仮想通貨はオンチェインウォレットスクリーニングを自動的にトリガーできます。
- 1トランザクションあたり0.02ドル、従量課金制、最低料金なし。フラグが立てられた関係者のAMLスクリーニングは別途0.20ドルで請求されます。
リアルタイムリスクスコアリングの機能
送信するすべてのトランザクションは、有効なすべてのバンドルにわたるアクティブルールの全セットと照合して評価されます。一致する各ルールは貢献します。累積的なリスクスコアに追加したり、ステータスを変更したり、アナリストのためのタグやメモを追加したり、リストに関係者を追加したりできます。結果として、エンジンがトランザクションをどれだけリスクが高いと判断しているかを要約する数値スコアと、それに対して何をすべきかを指示するステータスの2つの要素に基づいて行動します。
評価がインラインで行われるため、意思決定は決済前に返されます。クリーンな支払いはAPPROVEDとして摩擦なく処理されます。ソフトな閾値を超えた支払いはIN_REVIEWとなり、アラートが開かれます。制裁対象の取引相手など、厳しいルールに抵触した支払いはDECLINEDとなります。リスクはあるものの回復可能な支払いはAWAITING_USERとなり、ユーザーがクリアできるステップアップのために一時停止します。
なぜ重要なのか
監視の価値はタイミングにあります。構築や制裁対象の取引相手を1日遅れて検出することは、資金がすでに流出したことを意味し、できることは報告だけです。その場で検出することは、支払いを保留したり、拒否したり、是正したりできることを意味します。これにより、文書化するのではなく、損害を食い止めることができます。
リアルタイムスコアリングは経済性も変えます。バッチシステムは、ブロックしすぎることとすべてをレビューすることの間の不器用な選択を強要します。4つの異なるステータスを持つトランザクションごとのスコアにより、調整が可能になります。クリーンな大部分を自動承認し、本当に曖昧なものをレビューし、明確なものを厳格に拒否し、回復可能なケースをユーザーに差し戻します。アナリストの時間は必要な場所にのみ費やされ、1トランザクションあたり0.02ドルというコストは、シートライセンスではなくボリュームに連動します。
技術詳細
トランザクションは、制御するtransaction_idに対して冪等な統合された/v3/ APIに対して作成されます。
curl -X POST https://verification.didit.me/v3/transactions/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"transaction_id": "txn_e02b7c",
"category": "finance",
"amount": 15000,
"currency": "EUR",
"currency_kind": "fiat",
"txn_date": "2026-05-21T15:22:00Z",
"subject": { "vendor_data": "user_2204", "role": "SENDER", "entity_type": "INDIVIDUAL" },
"counterparty": { "role": "RECEIVER", "entity_type": "INDIVIDUAL" },
"payment_method": "BANK_TRANSFER"
}'
応答には、リスクスコア、ステータス、および貢献したルールが含まれます。
{
"transaction_id": "txn_e02b7c",
"status": "IN_REVIEW",
"risk_score": 61,
"triggered_rules": [
{ "name": "Large transaction", "bundle": "Finance", "action": "ADD_SCORE" },
{ "name": "New account — high value", "bundle": "AML/CTF", "action": "CHANGE_STATUS" }
],
"alert_id": "alrt_3f90aa"
}
4つのステータス:
| ステータス | 意味 |
|---|---|
APPROVED | 拒否閾値を超えたルールがなかった — トランザクションは続行されます。 |
IN_REVIEW | ルールがトランザクションにフラグを立てた — アナリストのためにアラートが開かれます。 |
DECLINED | 厳格なルール(例:制裁対象の取引相手)がトランザクションをブロックしました。 |
AWAITING_USER | トランザクションはユーザーのアクション(再検証または資金証明)待ちで保留されます。 |
Webhook。transaction.createdとtransaction.status.updatedを購読することで、アナリストがアラートを解決したり、是正が完了したりしたときに、台帳が決定とその後の変更を反映するようにできます。
価格。1トランザクションあたり0.02ドル、呼び出しごとに課金され、最低料金はありません。フラグが立てられた関係者のAMLスクリーニングは別途0.20ドルで請求されます。
決済前の対応
インラインスコアリングのポイントは、ステータスが何かをするのに間に合うように到着することです。
APPROVED— 支払いを解放します。摩擦なし、アナリストなし。IN_REVIEW— ポリシーに従って保留または決済後監視します。アナリストが調査するためのアラートはすでに開かれています。DECLINED— 支払いを完全にブロックします。トランザクションは決して決済されません。AWAITING_USER— 一時停止し、ユーザーにステップアップを促します。ユーザーがクリアすると、トランザクションは自動的に再開されます。
エンジンが返すステータスに加え、数値スコアを独自の内部アクションにマッピングする閾値を設定します。スコアが60である場合、ある製品では保留、別の製品では決済後監視となるかもしれません。エンジンは数値とステータスを提供し、ポリシーが結果を決定します。
ユースケース
- フィンテック — 預金、送金、引き出しをインラインでスコアリングし、高額な初回送金を決済前にレビューのために保留します。
- 仮想通貨 — オンチェーントランザクションをスコアリングし、送金が行われる前に取引相手のアドレスでウォレットスクリーニングをトリガーします。
- 貸付 — 資金がリリースされる前に、合成IDやマネーミュールのシグナルについて支払いをスコアリングします。
- マーケットプレイス — 資金移動前に、販売者の支払いを速度と返金乱用パターンについてスコアリングします。
- iGaming — 責任あるゲーミングのシグナルともなる速度の急増について預金をスコアリングします。
Diditとの統合方法
- ルールと閾値を設定します。ビジネスコンソールで、ビジネスに合ったバンドルを有効にし、アクションにマッピングされるスコア閾値を設定します。
- インラインでスコアリングします。安定した
transaction_idと各ユーザーにリンクするvendor_dataを使用して、支払いパスからPOST /v3/transactions/を同期的に実行します。 - ステータスに基づいて行動します。返されたステータスとスコアに基づいて、承認、保留、拒否、または是正を促します。
- Webhookと同期します。アナリストがアラートを解決したり、
AWAITING_USERステップが完了したりしたときに反応するために、transaction.status.updatedをリッスンします。
すべてが統合された/v3/ API上にあるため、KYCフローでオンボーディングされたユーザーは、トランザクションをスコアリングするのと同じエンジンに直接流れ込みます。これは、エンドツーエンドのアイデンティティおよび不正防止プラットフォームです。
よくある質問
スコアリングはどのくらい速いですか?
リアルタイムです。トランザクションはインラインでスコアリングされ、ミリ秒単位でステータスが返されるため、資金決済前に対応できます。
リスクスコアは何を表していますか?
エンジンがトランザクションをどれだけリスクが高いと判断したかを示す数値要約で、トリガーされたルールから累積されます。ステータスとともに提供されるため、4つの組み込み結果に加えて、独自の閾値を設定できます。
4つのステータスとは何ですか?
APPROVED、IN_REVIEW、DECLINED、およびAWAITING_USERです。承認済みは進行し、審査中はアラートを開き、拒否済みは支払いをブロックし、ユーザー待機中はユーザーがクリアできるステップアップのために一時停止します。
仮想通貨トランザクションもスコアリングしますか?
はい。currency_kindをfiatまたはcryptoに設定してください。仮想通貨トランザクションも同じ方法でスコアリングされ、オンチェインウォレットスクリーニングを自動的にトリガーできます。
費用はいくらですか?
1トランザクションあたり0.02ドルで、呼び出しごとに課金され、最低料金はありません。フラグが立てられた関係者のAMLスクリーニングは別途0.20ドルで請求されます。
始めましょうか?
ドキュメントのトランザクション監視の概要を読み、トランザクション監視製品ページでプラットフォームの他の部分とどのように適合するかを確認し、料金ページで透明性のある呼び出しごとの料金を確認してください。準備ができたら、無料で開始できます。毎月500回の無料KYCチェックと、1回の呼び出しあたり0.02ドルでトランザクション監視を利用できます。