セッション、ワークフロー、アプリケーション、vendor_data、警告、UBO、KYTなど、コンソールとAPIの用語を平易に説明します。
アプリケーション - 組織内のワークスペースで、独自のワークフローと独自のAPIキーを持ちます。 アプリケーション名の下の切り替えでSandboxを選び、テスト用APIキーを作成して使用します。チェックはシミュレーションされ、課金されず、結果を指定できます。
ワークフロー - 実行したいチェックの集合で、順序と任意の分岐ロジックを持ちます。コンソール上でビジュアルに構築します。ワークフローの設定内容が、セッションの料金を決定します。
セッション - 1人のユーザーによる、ワークフローへの1回の試みです。session_id、ステータス、各チェックの結果を持ちます。検証と呼ばれることもあります。
以下の言葉は、コンソール、webhookのペイロード、APIを横断して登場します。このページはその平易な言葉版です。
#中核オブジェクト
組織 - あなたのアカウントです。チーム、請求残高、そして以下のすべてを保持します。
アプリケーション - 組織内のワークスペースで、独自のワークフローと独自のAPIキーを持ちます。 アプリケーション名の下の切り替えでSandboxを選び、テスト用APIキーを作成して使用します。チェックはシミュレーションされ、課金されず、結果を指定できます。
プロダクトとその内容: Diditには3つのプロダクトがあります。本人確認、取引モニタリングとトラベルルール、そして認証(早期アクセス中)です。各アプリケーションには、そのアプリケーションで有効にしたプロダクトがあり、利用中の各プロダクトにはサイドバーに専用の項目があります。プロダクトの有効化や無効化は、そのアプリケーションにのみ影響します。
ユーザーと企業: サイドバーのユーザーと企業には、これまでに本人確認を行ったすべての対象が、検証を何回行ったかに関係なく、1件につき1つのレコードとして一覧表示されます。名前、メールアドレス、登記番号、または自社のユーザーID(ベンダーID)で検索できます。行をクリックするとプレビューが表示され、完全なプロフィールを開くと、その対象の検証、書類、デバイス、取引、ケース、アクティビティを確認できます。
ワークフロー - 実行したいチェックの集合で、順序と任意の分岐ロジックを持ちます。コンソール上でビジュアルに構築します。ワークフローの設定内容が、セッションの料金を決定します。
セッション - 1人のユーザーによる、ワークフローへの1回の試みです。session_id、ステータス、各チェックの結果を持ちます。検証と呼ばれることもあります。
ビジネスセッション - KYBにおける同等の概念です。1つの企業による企業確認ワークフローへの試みです。その企業の背後にいる人物のために子セッションを生成することがあります。
機能(モジュールまたはステップとも呼ばれます) - 本人確認書類確認、パッシブライブネス、AMLスクリーニングなど、個々の1つのチェックです。課金は完了した機能ごとに発生し、セッションごとではありません。
判定 - セッションの完全な結果オブジェクトです。ステータスに加えて、各機能自身の結果、抽出データ、スコア、警告を含みます。
#ステータスと結果
承認/拒否/審査中 - 重要な3つの結果です。審査中は、自動チェックが何かを検出し、人による対応が必要であることを意味します。詳細は各セッションステータスの意味をご覧ください。
警告 - DOCUMENT_EXPIREDやLOW_FACE_MATCH_SIMILARITYのように、あるチェックが何かを検出した具体的で名前の付いた理由です。警告こそが、セッションがそのステータスになった理由です。実際に何が起きたのかを知りたいときに読むべきものです。
再提出 - 失敗したステップだけをユーザーにやり直してもらうことです。同じセッションと監査証跡を維持したまま行います。
判定確定 - 承認、拒否、またはKYC期限切れという評決が出ている状態です。不変であることとは同じではありません。レビュアーは判定を再度開くことができ、AML継続モニタリングは承認済みのセッションを後から動かすことがあるため、更新への対応を続ける必要があります。
#識別子
session_id - セッションに対するDiditの識別子です。サポートに連絡する際に使ってください。相手があなたが見ているものを正確に確認する最速の方法です。
vendor_data - セッション作成時に設定する、ユーザーに対するあなた自身の識別子です。すべてのwebhookで返送され、Diditが複数のセッションを1つの統合ユーザーの下にまとめる仕組みでもあります。社内のユーザーIDを設定してください。
vendor_business_data - KYBにおける企業に対する、同様の考え方の識別子です。
txn_id - 取引モニタリングにおける取引に対するあなた自身の識別子で、Diditのtransaction_idとは別のものです。
#検証に関する概念
KYC(本人確認) - ある人物が本人であると主張する通りの人物であることを確認することです。
KYB(企業確認) - 企業を確認することです。実在すること、登記情報、誰が所有・支配しているかを確認します。
AML(マネーロンダリング対策) - 個人や企業を、制裁リスト、PEP、ネガティブメディアリストと照合してスクリーニングすることです。
KYT(取引モニタリング) - オンボーディング後、暗号資産ウォレットのスクリーニングを含め、リスクについて取引をモニタリングすることです。
PEP - 重要な公的地位を有する人物です。高いリスクを伴い、通常は自動的な拒否ではなく、強化されたデューデリジェンスが必要になります。
RCA - PEPの家族または近しい関係者で、同じ理由でスクリーニングされます。
UBO - 実質的支配者です。最終的に企業を所有または支配する自然人のことで、これを特定することがKYBの目的です。
ライブネス - セルフィーが、写真や画面の再生、マスクではなく、カメラの前にいる生きた人間から得られたものであることを証明することです。パッシブはユーザーの操作を必要とせず、アクティブは動作や光の点滅パターンを求めます。
顔照合1:1 - セルフィーと書類上の写真を比較することです。類似度スコアを算出します。
顔検索1:N - セルフィーを、これまでに検証済みのすべての顔と比較し、重複アカウントやブロックリスト登録者を検出することです。
生体認証 - 書類の確認をやり直すことなく、顔だけで再来のユーザーを再確認することです。
MRZ - 機械読取領域です。パスポートやID書類の下部にある、等幅フォントの2行または3行のテキストです。チェックサムを含むため、MRZチェックの失敗は改ざんの強い兆候となります。
NFC - ePassportやチップ搭載ID内の暗号署名されたチップを、スマートフォンで読み取ることです。現時点で最も強力な書類チェックです。
PoA(住所証明) - 公共料金の請求書や銀行取引明細書などの書類から、ユーザーの居住地を確認することです。
データベース検証 - ユーザーが提供したデータを、書類ではなく信頼できる情報源と照合することです。
Document AI - 本人確認書類ではない任意の補足書類から、構造化データを抽出することです。
#ケースと調査
受信トレイ: 受信トレイはサイドバーの2番目の項目です。決定には、あなたの判断を待っているもの(検証、AMLヒット、取引、ケース、ネットワーク、インベスティゲーターからの質問)が、期限順、次にリスク順に並びます。更新情報には、メンション、サービスの状態、webhookと請求のアラート、サポートからの返信、招待が届きます。項目はその場で処理することも、開いて確認することもできます。
イベントフィード: サイドバーのイベントは、すべてのプロダクトにまたがる1つのライブフィードです。検証セッション、取引、自動アクション、そしてログイン、出金、チャージバックなど、Events APIで送信するカスタムイベントが表示されます。ユーザー、企業、IPアドレス、デバイス、結果で絞り込んだり、タイムラインに切り替えたり、1台のデバイスを複数人が使用のような既製の不正検知ビューを開いたりできます。
ケースの操作: 本人確認 → ケースを開きます。ケースは1つの調査に関わるレコードをまとめ、期限付きのステージを進み、記録に残る結果とともにクローズされます。ケースは、AMLの一致、取引ルール、ワークフローから自動的に作成されるほか、検証、ユーザー、企業、取引、ネットワークのどこからでもケースを作成で手動作成できます。
不正ネットワーク: 本人確認 → ネットワークを開きます。各ネットワークは、何かを共有することでつながった検証のグループです。共有されるのは、デバイス、IPアドレス、顔、書類番号、電話番号、メールアドレス、住所です。ネットワークを確認したら、確定した不正として解決するか、却下します。共有されたシグナルは調査の手がかりであり、それ自体が不正の証拠ではありません。
Diditインベスティゲーター: インベスティゲーターは、レビューに回ってきた各項目(検証、AMLの一致、取引アラート、ケース)を読み込み、あなたのポリシーと照らし合わせて、承認、拒否、エスカレーションのいずれかを推奨するレポートを作成します。あなたはそれを採用、編集、または変更します。一部の項目を自ら判断させることもできますが、それは過去の履歴でテストし、まず観察モードで稼働させた後に限られます。
観察モード - インベスティゲーターがすべての項目についてレポートを作成し、チームの判断と照らし合わせて自己採点するものの、何も判断しない段階です。請求されることはありません。
自律性のレベル(ティアとも呼ばれます) - 1つのキューでインベスティゲーターがどこまで行えるかを示します。オフ、提案、自動、完全自動があります。Diditインベスティゲーターをご覧ください。
セグメント - 国、リスク、ワークフロー、金額の範囲などの条件で、一致する項目について、キューの自律性のレベルを下げたり、確信度のしきい値を上げたりします。インベスティゲーターの管理と監督をご覧ください。
ロック - 一致する項目を自動的に承認しない、または人を介さずに判断しないという、あなた独自のルールです。
ガードレール - オーナーを含め誰もオフにできない、インベスティゲーターの固定ルールの1つです。たとえば、制裁リストとの一致は必ず人に回されます。
ゴールデンセット - 参照用の項目と、それぞれに期待する結果です。すべてのポリシー変更は、公開前にこれらに照らして確認されます。インベスティゲーターとポリシーのセットアップをご覧ください。
ドリフト - インベスティゲーターとチームの一致率の低下、または受け取る項目の種類の変化です。ドリフト保護が有効な場合、キューの自律性のレベルが1段階下がります。
一貫性チェック - インベスティゲーターが同じ項目を再度レビューし(デフォルトではそれぞれ3回)、推奨を繰り返す頻度を測定します。無料です。
情報リクエスト(RFIとも呼ばれます) - インベスティゲーターが本人確認の対象者に不足しているものを求める、期限とリマインダー付きのプライベートなスレッドです。インベスティゲーター、本人確認の対象者とそのデータをご覧ください。
SAR下書き(STR下書きとも呼ばれます) - インベスティゲーターがgoAMLファイルとともに下書きする、疑わしい活動の報告書または疑わしい取引の届出です。人が署名して金融情報機関に提出します。Diditが提出することはありません。
先例 - 同じキューで同じ状況の項目について、チームが過去に行った判断です。レポートでは推奨の横に表示されます。
Didit Copilotの仕組み: Didit Copilotは右端のDiditに質問、またはCmd+J(WindowsとLinuxはCtrl+J)で開きます。ユーザーの権限で動作し、公開、削除など多くの変更には承認が必要です。
#連携に関する用語
本人確認リンク - あなたの側でコードを書くことなくワークフローを実行する、ホスト型のURL(およびQRコード)です。
再利用可能リンク(uni-linkとも呼ばれます) - ユーザーごとに1つのリンクではなく、訪問者ごとに新しいセッションを作成する、1つの長期利用可能なリンクです。
webhook - 何かが変化したときにDiditがあなたのサーバーを呼び出すことです。結果を取得する推奨方法です。詳細はwebhookで結果を取得するをご覧ください。
署名シークレット - webhookのHMAC署名を検証するために使う、送信先ごとのシークレットです。APIキーとは別物です。
環境 - sandboxまたはliveで、テストトラフィックと本番トラフィックを区別できるよう、すべてのwebhookに含まれます。
ホワイトラベル - 独自のブランディングで、必要に応じて独自のサブドメイン上で検証フローを実行することです。
まだ解決しませんか?担当者に相談する。
組織 ID と、問い合わせたいセッション ID を添えてください。