ユーザーの全セッションを一覧表示する
Sessionsの一覧をvendor_dataでフィルターします。
機能ごとの集計を理解する
Userエンティティのfeaturesマップには、全セッションを通じた各機能の最新のステータスが反映されます。
単一のセッションを確認する
- 機能ごとの結果(ID、ライブネス検知、顔照合、AML、POA、NFCなど)
- 抽出された書類データと画像(署名付きURL)
- 一致スコアとリスクスコア付きのAMLヒット
- デバイス・IP分析とデバイスのコンテキスト
- レビュアーのメモと手動アクション
再検証をトリガーする
ユーザーに再検証を求める必要がある場合(例: 年次の再KYC、書類の有効期限切れ、トリガーに基づく再チェック)は、次のようにします。featuresマップが更新され、新しい結果が反映されます。
再提出と新規セッションの違い
コンプライアンスレポートをエクスポートする
監査、SAR、規制当局からのリクエストに対応するため、任意のセッションのPDFを生成できます。セッションを第三者と共有する
ユーザーの認証結果をパートナーのアプリケーションと共有する必要がある場合(例: 再利用可能なKYCのシナリオ)は、以下を使用します。POST /v3/session/{session_id}/share/: 共有可能なトークンを生成します。POST /v3/session/import-shared/: 受信側で共有セッションをインポートします。
履歴を活用したワークフロー
セッション履歴を活用して、より的確なコンプライアンス判定を行えます。- ユーザーがN日以内に承認済みのライブネスチェックがすでにある場合は、ステップをスキップします。
- ユーザーの直近のセッションが却下されている場合は、追加チェックを必須にします。
- ユーザーのセッション数が予期せず急増した場合は、フラグを立てるようにします。
- 継続的なモニタリング機能により、進行中のAML再スキャンを監視します。
次のステップ
データモデル
featuresマップとカウンターの計算方法。
セッションの取得
セッション判定の完全なスキーマ。
再利用可能なKYC
認証済みデータをアプリケーション間で再利用します。