企業検証（KYB）の仕組み

KYBは企業をオンボーディングする前に、登記簿、所有構造、役員、AML、書類を1つのワークフローで検証します。企業の関係者には子セッションが割り当てられます。

企業検証（KYB）は、顧客、取引先、パートナーとしてオンボーディングする前に企業をチェックします。検証リンクを送ると、企業の担当者がそれに入力し、あなたには企業データ、所有構造、スクリーニング結果を含む構造化された判定結果が返ります。

#KYBセッションがチェックする内容

KYBセッションは、1つのフローの中で複数のチェックを行います。

• 会社登記簿の照会 - 企業が実在し、活動中であり、提供された情報と一致していることを確認します。
• 主要関係者 - UBO（実質的所有者）、株主、取締役、その他の役員を特定します。
• AMLスクリーニング - 企業自体と、識別されたすべての人物を、制裁、PEP、ネガティブ報道のソースと照合します。
• 書類 - ワークフローが必要とする場合、設立証明書や株主名簿などの裏付け書類を収集します。

各チェックにはそれぞれのステータスがあり、セッション全体は、必要なすべてのチェックが合格して初めて承認されます。各セッションステータスの意味をご覧ください。

#企業を検索する

企業情報を手作業で集める必要はありません。ホスト型のKYBセッションでは、申請者が企業名または登録番号で検索し、Diditが公式の会社登記簿に照会して候補の一覧を返します。正しいものを選ぶと、正式名称、登録番号、ステータス、登記上の住所などの利用可能な項目が確認用にあらかじめ入力されます。企業が登記簿に見つからない場合は、フローが手入力にフォールバックします。

フルのKYBセッションを開始する前にユーザーにマッチ結果を見せたい場合は、登記簿検索と選択をスタンドアロンのAPI呼び出しとして実行することもできます。

#所有構造と役員

企業が確認されると、Diditは登記簿が開示している範囲で、実質的所有者、株主、役員を明らかにします。カバレッジは国によって異なります。完全な所有構造を公開している登記簿もあれば、役員と取締役のみを掲載している登記簿もあります。所有構造データが登記簿から得られない場合は、株主名簿などの書類を通じて収集するか、企業自身にフロー内で直接提出してもらうことができます。

Diditのビジネスエンティティモデルは、株式会社、有限責任会社、ファンド、財団、個人事業主、信託をカバーしています。

#Awaiting Userは正常な状態であり、止まっているわけではない

これはKYBに関して最もよく寄せられるサポートの質問です。主要関係者のステップが提出されると、親であるビジネスセッションはAwaiting Userに移行し、必要なすべての人が自身の検証を完了するまでそこにとどまります。親セッションは当事者ごとの子セッションを持ち、それらがすべて最終状態になった時点で自動的に再集計され、最終的なステータスになります。

そのため、KYBセッションがAwaiting Userで止まっている場合は次のようにしてください。

• 親セッションではなく子セッションを確認してください。作業が発生しているのはそちらです。
• 子セッションが再提出されると、親セッションは完了するまでAwaiting Userに戻ります。
• 登記簿チェックの拒否は、Awaiting Userより優先されます。 親セッションは、他の関係者を待たずに拒否となります。

関係者が完了できない場合は認証をスキップ、子セッションが削除された場合は認証を再生成を選びます。

#料金

KYBは最初のセッションからプランクレジットまたは残高から支払われます。役員が4人スクリーニングされる企業は、1人だけの企業よりも意味のある額だけ費用がかかります。企業ごとではなく構造ごとに予算を考えてください。請求対象となるチェックとはをご覧ください。

#始め方

ビジネスコンソールでKYBワークフローを作成し、含めるチェックを選び、コンソールまたは自社のバックエンドからセッションを開始します。まずサンドボックスアプリケーションでテストしてください。decline_kyb_registry_mismatchとreview_kyb_registry_partialのシナリオで、失敗パスをリハーサルできます。詳しい手順はKYBクイックスタートをご覧ください。

#関連項目

• 登記簿のカバレッジと所有構造データ
• 企業の背後にいる人々を検証する
• AMLスクリーニング結果の理解