メインコンテンツへスキップ
企業を最終的に所有・支配しているのは誰かを特定することは、KYBの核心です。Diditは、取得可能な場合は法人登記から所有構造を取得し、ホスト型フロー内で企業の管理者がその内容を確認・補完できるようにしたうえで、各主要人物に対して役割に応じた検証を実行します。

​
実質的支配者 (UBO)

最終的な実質的支配者 (UBO)とは、法人を最終的に所有または支配する自然人です。UBOはセッションの判定内で、key_people_checks[].registry.beneficial_owners[](法人登記由来)およびkey_people_checks[].submitted.parties[](ユーザー提出)に表示され、株主や取締役など他の役割を持つ人物も同じリストに含まれます。

​
主要人物ごとに収集するデータ

ホスト型フローでは、デフォルトのフィールドセットに加えて、ワークフローで設定したカスタムフィールドを収集します。デフォルトのフィールドは次のとおりです。 entity_typeは、関係者が自然人か法人かに基づいて自動的に設定されます。

​
カスタムフィールド

ワークフローでは、個人ごとまたは法人ごとに追加のフィールドを必須にでき、その数に制限はありません。カスタムフィールドはBusiness ConsoleのKYBワークフローで設定し、判定レスポンス内の各関係者のcustom_fieldsオブジェクトに格納されます。資産の由来に関する申告、税務上の居住地、社内の顧客ID、業界固有の開示事項などにカスタムフィールドを活用してください。

​
法人株主とネストされた所有構造

株主が自然人ではなく法人である場合、Diditは次の情報を記録します。
  • 法人名と登記番号。
  • その法人株主の保有割合。
  • 設立国。
これにより、複数の階層をたどって最終的な自然人に至るまで所有関係を追跡できます。

​
法人UBOに対するネストされたKYB

ワークフローで法人UBOに対するネストされたKYBを有効にすると、法人である関係者ごとに子KYBサブセッションがトリガーされます。その法人はトップレベルで実行しているものと同じプロセスで検証され、結果は親セッションに反映されます。デフォルトでは無効で、ワークフローごとにオプトインします。

​
所有割合のしきい値

ほとんどの法域では、25%以上を保有する者をUBOと分類します。しきい値はワークフローごとに設定できます。 しきい値はWorkflows → [KYBワークフロー] → Risk → UBO thresholdで設定します。しきい値を満たすUBOが存在しない場合(株式が広く分散した上場企業でよく見られます)に、フラグを付けたりレビューに回したりするようにワークフローを設定することもできます。

​
議決権と経済的権利

所有構造の開示では、2種類の支配を区別します。 通常この2つは等しくなりますが、企業が種類株式や優先株式を発行している場合は異なることがあります。Diditは両方を記録します。ルールやしきい値ではいずれかを確認でき、ほとんどの法域ではいずれかが25%を超えた場合にUBOの開示を求めています。

​
チェーンを通じた実質的な所有割合

法人株主を介して所有されている場合、下流の自然人の実質的な所有割合は、チェーン上の割合を掛け合わせて算出します。

​
例: 3階層のチェーン

算出されるUBO:
  • Jane Doe: Acme Corpに対する実質的な所有割合 = 60% × 75% = 45%(UBO)。
  • John Smith: Acme Corpに対する実質的な所有割合 = 40%(UBO)。
UBOしきい値が25%の場合、JaneとJohnの両方が開示対象になります。しきい値が50%の場合、基準を満たすUBOは存在せず、Diditはこれを透明性に関する懸念としてフラグを付けます。

​
役割設定による検証の制御

各役割はKYBワークフローごとに個別に設定します。設定項目は、有効か無効か、KYCを必須とするか、その役割にどのKYCワークフローを使用するか、エンドユーザーがスキップを選択できるかです。主要人物が提出されると、次のように処理されます。
  1. Diditは、提出された関係者の役割をワークフローの役割設定と照合します。
  2. 検証が必須とされている役割については、子検証セッションが開始されます。
    • 個人の関係者 → 子ユーザー認証 (KYC)セッション。役割専用のKYCワークフロー、またはデフォルトのワークフローを使用します。
    • 法人UBO(ネストされたKYBが有効な場合) → 子法人認証 (KYB)サブセッション。
  3. スキップ可能とされている役割については、エンドユーザーに「検証をスキップ」オプションが表示され、オプトアウトできます。スキップされた関係者は記録されますが、親セッションの進行は妨げません。
  4. ワークフローの所有割合のしきい値を下回る関係者については、本来その役割で検証が必須であっても、個別の検証はトリガーされません。
すべての設定は、Business ConsoleのWorkflows → [KYBワークフロー] → Key Peopleで行います。

​
株主とUBOのモニタリング

登記情報のモニタリングは近日提供予定です。2026年9月7日時点で確認したステージング環境の小売カタログでは、モニタリングが有効になっている国はありません。設定されている料金は1社あたり年間USD 2.00ですが、料金が設定されていることは機能が利用可能であることを意味しません。以下の動作は、提供開始後に予定されているサービスの内容です。
株主レベルまたはUBOレベルで確認された企業は、登記情報の継続的なモニタリングの対象にできます。登記機関から企業のステータス、役員、所有構造、登記住所の変更が通知されると、Diditは変更のたびに次の処理を行います。
  • 企業のセッションを承認済みからレビュー中に戻し、変更内容をセッションに記録します。
  • trigger: "kyb_registry_change"を含むdata.updatedWebhookを送信します。
  • 企業の登記レコードを最新の状態に保ちます。
モニタリングは国の制度上可能な場合にのみ利用できます。その法域について、登記情報プロバイダーが監視機能を提供している必要があります。対象国の一覧は継続的なモニタリングの対象国の表をご覧ください。Liteレベルで確認された企業や、一覧にない国の企業は登録されず、その理由が企業ページに表示されます。 ワークフローごとにWorkflows → KYB Registry Check → Advanced → Continuous registry monitoringから有効にします。料金は1社あたり年間$2.00で、登録時と毎年の更新時に請求されます。更新時にウォレットの残高が不足している場合、未払いのまま継続されることはなく、その企業のモニタリングは停止します。モニタリングは企業ページ(KYB Registry Check → Registry monitoring)からいつでも解除できます。

​
登記情報とユーザー提出情報の照合

レスポンスでは、key_people_checks[]の下に両方の情報源が並べて表示されます。
  • registry.officers[]とregistry.beneficial_owners[]：プロバイダーが開示した情報です。
  • submitted.parties[]：企業の管理者がフローを通じて明示的に提出した情報で、source: "USER"が付きます。
アナリストはコンソール上で2つの情報を目視で比較し、記載漏れのUBO、開示されていない追加の関係者、一致しない所有比率を見つけます。差分を自動で算出するエンドポイントはありません。必要に応じて、氏名、役割、所有比率を突き合わせることで、お客様側で照合できます。

​
AMLスクリーニング

特定されたすべての主要人物は、登記情報側と提出情報側の両方について、グローバルなAMLウォッチリストと自動的に照合されます。企業単位と個人単位のAMLチェックがどのように組み合わされるかについては、企業のAMLスクリーニングをご覧ください。

​
次のステップ

主要人物

主要人物フローの全体像です。

役員と代表者

主要人物モデルにおけるガバナンス上の役割です。

リスク評価

KYBの結果を左右する要素です。
最終更新日 2026年11月1日