仕組み
ビジネスセッションの作成
KYBワークフローでセッションを作成して、法人確認を開始します。ワークフローの種類がKYBの場合、Diditは自動的にビジネスセッションを作成します。セッションの種類はワークフローによって決まるため、追加のフィールドは不要です。KYBワークフローは、法人向けの機能を有効にしたビジネスセッションを自動的に作成します。
企業登記簿の照会
Diditは、Lite、株主、UBOのいずれかのティアで公的な企業登記簿を照会します。料金は国ごとに設定されています。登記簿の料金をご覧ください。Liteで取得する内容は次のとおりです。
登記簿のデータは、提供された情報と照合され、不整合が検知されます。
キーパーソン - UBO、株主、取締役、代表者
システムは、統一されたキーパーソンモデルのもとで、法人に関わるすべての個人と法人エンティティを特定します。
- UBO — 会社を最終的に所有または支配する個人。所有割合と議決権割合を含みます
- 株主(個人および法人) — それぞれの所有割合を含みます
- 取締役、代表者、秘書役、署名権限者、その他の役員の役割 — それぞれ固有の役割タグ付き
- 法人による所有の階層 — 所有の連鎖にある親会社。入れ子のKYBを任意で設定できます
AMLスクリーニング
特定されたすべての関係者は、世界のAMLウォッチリストに対して自動でスクリーニングされます。
- 企業のAML — 企業エンティティを、制裁リスト、ネガティブメディア、規制上の執行リストと照合します
- 個人のAML — 各キーパーソン(UBO、株主、取締役、代表者など)を個別に照合します
- ユーザーの本人確認と同じ2つのスコアによるリスク方式(マッチスコアとリスクスコア)を使用します
書類の収集
証憑書類を収集し、検証します。
アナリストは、レビューの過程で法人に追加書類を要求できます。
レビューと判断
ビジネスセッションには、すべてのチェックに基づく全体のステータスが付与されます。
アナリストは、ビジネスコンソールで収集されたすべてのデータを確認し、コメントの追加や追加書類の要求を行い、最終判断を下せます。
ビジネスセッションのライフサイクル
法人確認はそれぞれビジネスセッションの中で実行され、次のステータスで進捗が管理されます。
各セッションには、一意の
session_id、連番のsession_number、ホスト型の確認リンク用のsession_tokenがあります。vendor_dataの識別子を指定してセッションを作成すると、Diditは対応するビジネスプロファイルに自動的に紐付けます。
機能ステータス
法人確認では、各コンポーネントのステータスを独立して管理します。
各機能のステータスは、
NOT_FINISHED、APPROVED、DECLINED、IN_REVIEW、RESUB_REQUESTEDのいずれかです。セッション全体のステータスは個々の機能ステータスを集約したもので、必須の機能がすべて合格した場合にのみAPPROVEDになります。
Webhookイベント
ビジネスセッションは、次のWebhookイベントを生成します。
Webhookのペイロードには
session_kind: "business"とbusiness_session_idが含まれ、ユーザーの本人確認イベントと区別できます。署名の検証と配信の詳細は、Webhookをご覧ください。
主な機能
ビジネスセッションとユーザーセッションの違い
次のステップ
ビジネスプロファイル
プロファイル、タグ、一括操作で、セッションをまたいで企業を追跡します。
企業データ
登記簿の照会、会社のステータス、データの照合。
所有構造
UBOの特定、法人株主、所有の連鎖。
役員・取締役
取締役の特定、役割、KYCの紐付け。
AMLスクリーニング
企業レベルと個人レベルのAMLチェック。
書類
書類の収集、要求、OCRによる検証。