メインコンテンツへスキップ
Diditが750万ドルを調達、本人確認と不正対策のインフラを構築
Didit
ブログ一覧へ
ブログ2026年5月21日

AMLの誤検知を調整可能な閾値で削減 (JA)

誤検知は、AMLスクリーニングにおける真のコストです。Diditでは、一致スコアの重み、一致閾値、リスク閾値を調整し、書類番号のゴールデンキーを使用することで、実際の脅威を見逃すことなくレビューキューを縮小できます。.

By Didit更新日
The Didit logo is in the top left corner. The text "AML SCREENING" is below it. The main text reads "Cutting AML false positives" and "Configurable thresholds". To the right is an icon of a shield with a magnifying glass inside.

AMLスクリーニングの知られざる秘密は、一致は簡単でも、不一致はコストがかかるということです。どのエンジンでも、顧客と同じ名前を持つウォッチリストの記録をすべて検出できます。しかし、真の作業、そして真のコストは、実際には顧客ではないものを却下することにあります。誤検知は、コンプライアンスチームが時間を費やし、オンボーディングが滞り、良質な顧客がリスト上の誰かと偶然名前が同じであるという理由でブロックされる原因となります。

DiditのAMLエンジンは、シグナルを失うことなくノイズを抑制するように構築されています。設定可能な一致スコアの重み、調整可能な一致閾値、設定可能なリスク閾値、そして書類番号のゴールデンキーを通じて、本当に重要なヒットにレビューキューを縮小し、各抑制が正当であった理由を規制当局に正確に証明できます。これらすべてが、1チェックあたり0.20ドルのスクリーニングに含まれています。

主なポイント

  • 一致の重みは設定可能。名前(60%)、生年月日(25%)、国(15%)がデフォルトですが、合計が100になるように、自社の顧客層に合わせて重みを再設定できます。
  • 一致閾値(デフォルト93)は、人間が確認すべきものと判断される基準です。これより低い場合は自動的にFalse Positiveと分類されます。
  • リスク閾値(デフォルト承認80 / レビュー100)は、承認済みレビュー中却下済みのいずれかを決定するため、すべての一致がキューに入るわけではありません。
  • ゴールデンキー。一致する書類番号は一致スコアを100%に上書きし、同姓同名の曖昧さを完全に排除します。
  • すべての抑制は監査可能です。レビュー状態は、各不一致が却下された理由について、コンプライアンスに防御可能な記録を提供します。
  • すべての調整はコンソールで行われます。スクリーニング自体は1チェックあたり0.20ドルです。

なぜ誤検知は解決すべき問題なのか

1,300以上のウォッチリスト全体で、一般的な名前は多くの記録と一致します。圧倒的多数は、顧客と単に名前が同じである人々、つまり同姓同名であり、一致ではありません。もしエンジンがそれらすべてをアナリストに送ると、3つの問題が発生します。顧客が待つ間にオンボーディングが遅くなり、アナリストのコストが膨らみ、そして最も危険なことに、アラート疲労が発生し、ノイズの海の中で本当のヒットが見過ごされてしまいます。

チューニングの目標は、より多くの一致を見つけることではありません。それは、エンジンが身元について十分に確信を持ち、同姓同名を自分自身で却下できるほどにすることであり、人間には、同一人物である可能性があり、かつ真のリスクを伴う記録のみを判断させることです。うまく行けば、これは数千のレビューキューと数十のレビューキューの違いであり、真の脅威に対するリコールは同じです。

4つのレバー

Diditは4つの独立した制御を提供します。最初の3つは閾値と重みであり、4つ目はハードな身元シグナルです。

1. 一致スコアの重み

一致スコアは、コンソールで設定可能な身元シグナルの加重ブレンドです。

シグナルデフォルトの重みいつ上げるべきか
名前の類似性60%稀に — 名前だけでは最も弱い識別子です
生年月日25%DOBを確実に収集している場合。これを上げると同姓同名のノイズが大幅に減少します
15%特定の管轄区域に集中している住民の場合

重みは合計100になる必要があります。誤検知のほとんどが同姓同名の衝突であり、生年月日を収集している場合、名前から生年月日へ重みをシフトすることは、最も高いレバレッジを持つ変更です。

2. 一致閾値

一致閾値(デフォルト93)は、「無視」と「レビュー」の境界線です。これより低いスコアのプロファイルは自動的にFalse Positiveに設定され、アナリストには届きません。これ以上の場合、プロファイルはUnreviewedになります。より積極的に抑制するには閾値を上げ、網を広げるには閾値を下げます。これが主なノイズ調整ダイヤルです。

3. リスク閾値

実際の身元一致であっても、すべてが人間の介入を必要とするわけではありません。リスクスコアの2つの閾値 — デフォルトの承認80レビュー100 — は、確認された一致を承認済み(80未満)、レビュー中(80〜100)、却下済み(100超)に分類します。これらを調整することで、確認されたが低リスクの一致(例えば、軽微な規制登録エントリ)は自動承認され、真の懸念事項のためにレビュー時間を確保できます。

4. ゴールデンキー

最も強力なレバーは、最もシンプルなものでもあります。document_numberを渡し、それがウォッチリストの記録と一致する場合、一致スコアは100%に上書きされます。書類番号は決定的な身元シグナルであるため、同姓同名の曖昧さを抑制する必要はありません。書類番号を収集している場所ではどこでも、ゴールデンキーはその対象の誤検知を完全に排除します。

技術詳細

ゴールデンキーをトリガーするには書類番号を渡し、残りの調整はコンソールで行います。

curl -X POST https://verification.didit.me/v3/aml/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "first_name": "Maria",
    "last_name": "Gonzalez",
    "date_of_birth": "1984-03-12",
    "country": "ES",
    "document_number": "X1234567Z"
  }'

調整された重みと閾値により、信頼度の低い記録はFalse Positiveとして事前分類され、残りのみレビューに回されます。

{
  "aml_status": "Approved",
  "risk_score": 22,
  "matches": [
    { "profile_id": "prf_aa01", "match_score": 41, "match_status": "False Positive", "categories": ["Adverse Media"] },
    { "profile_id": "prf_aa02", "match_score": 38, "match_status": "False Positive", "categories": ["PEP 4"] }
  ]
}

監査可能性。抑制されたすべての記録は、match_statusとスコアを保持するため、監査証跡は各不一致が却下された正確な理由(「一致スコア41、閾値93未満」など)を示します。これは、ブラックボックスではなく、規制当局に対して防御可能な回答となります。

価格。1チェックあたり0.20ドル。すべての調整が含まれており、閾値制御のためのプレミアムティアはありません。

ユースケース

  • フィンテック。生年月日に重みをシフトし、一致閾値を上げて、大量の消費者オンボーディングにおける同姓同名のノイズを削減します。
  • Crypto / Web3。書類ベースのKYCでゴールデンキーを使用して、確認された身元が同姓同名のレビューを完全にスキップするようにします。
  • レンディング。借り手に対してレビュー閾値を控えめに保ち、見逃されたPEPが高価な場合に備えて、わずかに大きなキューを受け入れます。
  • マーケットプレイス。低リスクの確認済み一致を自動承認し、大量の販売者オンボーディングがレビュー担当者でボトルネックにならないようにします。
  • iGaming。すべての抑制がスコアと状態によって監査可能であるため、規制当局ごとに実行される正確な重みと閾値を文書化します。

Diditとの連携方法

  1. まずベースラインを設定します。デフォルトでスクリーニングを実行し、何も変更せずに誤検知率を測定します。
  2. 一致スコアの重みを再設定します(通常は生年月日など)収集している信頼できるシグナルに向けて、重みの合計を100に保ちます。
  3. 一致閾値を調整します。これにより、信頼度の低い記録がどの程度積極的に自動却下されるかを設定します。
  4. リスク閾値を調整します。これにより、低リスクの確認済み一致が自動承認され、真の懸念事項のみがキューに入るようにします。
  5. 書類番号を渡します。利用可能な場所ではどこでもゴールデンキーをトリガーします。

よくある質問

誤検知を削減する最善の方法は何ですか?

生年月日を収集している場合、一致スコアの重みをそちら(名前から)にシフトし、書類番号がある場合はゴールデンキーをトリガーするために渡します。これらは両方とも同姓同名の衝突に直接対処します。

重みと閾値は自分で調整できますか?

はい。一致スコアの重み(合計100)、一致閾値(デフォルト93)、リスク閾値(デフォルト承認80 / レビュー100)はすべてコンソールで設定可能です。

積極的なチューニングは、実際のヒットを見逃すことになりませんか?

チューニングはリスクではなく、身元確認の信頼性を対象としています。ゴールデンキーと生年月日加重マッチングは、顧客ではない同姓同名を却下するため、真の一致は依然として検出されます。閾値は、ご自身の許容リスクレベルに合わせて設定してください。

ゴールデンキーとは何ですか?

一致する書類番号は一致スコアを100%に上書きします。書類番号は決定的な身元シグナルであるため、その対象の同姓同名の曖昧さを完全に排除します。

閾値のチューニングは追加料金がかかりますか?

いいえ。すべての設定は1チェックあたり0.20ドルの料金に含まれており、ご自身の閾値を制御するためのプレミアムティアはありません。

始める準備はできましたか?

ドキュメントのAMLスクリーニング概要を読み、AMLスクリーニング製品ページでコントロールを確認し、価格ページで透明性の高いチェックごとの価格を確認してください。準備ができたら、無料で開始できます。毎月500回の無料KYCチェックと、1チェックあたり0.20ドルのAMLスクリーニングが含まれています。

本人確認と不正対策のインフラ。

KYC、KYB、取引監視、ウォレットスクリーニングを一つのAPIで。5分で統合できます。

AIにこのページの要約を依頼する
閾値でAMLの誤検知を削減 | Didit.