# 企業の背後にいる人々を検証する

Source: https://help.didit.me/ja/business-verification/key-people-and-ubos
Updated: 2026-10-12

KYBはUBO、株主、役員を特定し、それぞれを独自のセッションで検証します。何が収集されるか、招待の仕組み、Awaiting Userが何を意味するかを説明します。

主要関係者のステップでは、人物または企業である各当事者を、その役割と所有比率とともに収集し、それぞれの当事者が**独自のセッション**で検証を行います。親であるビジネスセッションは、必要なすべての当事者が完了するまで**Awaiting User**のまま待機し、その後自動的に再集計されます。

## このステップが存在する理由

[Video: 関係者の本人確認とKYCセッションの再利用 - Didit Academy](https://www.youtube.com/watch?v=JEnW_sEe35Y&t=424)

![Didit コンソール: 企業の背後にいる人々を検証する](https://help.didit.me/screenshots/business-verification-light.webp)

*各企業の行には、それに紐づいて検証されている人々が表示されます。*

企業が登記されていることを検証するだけでは、その企業が実在することしかわかりません。誰がその背後にいるかまではわからず、それこそが実際のコンプライアンス上の要件であることがほとんどです。すなわち、そのエンティティを最終的に所有または支配している自然人である**実質的最終所有者**を特定することです。

Diditは、公開されている場合は登記簿から所有構造を取得し、ホスト型フローの中でビジネス管理者がそれを確認・補完できるようにした上で、各人物に対して役割に応じた検証を実行します。

## 当事者ごとに収集される内容

ホスト型フローでは、デフォルトの項目セットに加えて、ワークフローが要求する任意のカスタムフィールドが収集されます。

氏名・企業名、メール、国籍・設立国、所有比率は必須です。個人は役割も必須です。生年月日・設立日、電話、独自項目はワークフローの設定に従います。

当事者は自然人にも法人にもなり得ます。エンティティの種類は自動的に設定されるため、ある企業を別の企業が所有している場合でも、人物用の枠に無理やり当てはめることなく正しくモデル化されます。

## カスタムフィールド

ワークフローでは、人物ごとまたは企業ごとに任意の数の追加フィールドを必須にできます。これらは各当事者の判定レスポンスに含まれて届きます。典型的な用途は、資金源の申告、社内の参照番号、記録として必要な誓約書などです。

## 各人物がどのように検証されるか

個人は役割に対応するKYCを実施し、法人株主は独立した完全なKYBを実施します。**関係者にメール通知**が有効な場合のみ招待が届きます。**全UBOを待つ**、**UBO否認時に自動否認**、**認証必須**、**スキップを許可**で待機条件を設定します。所有比率の閾値は認証免除を決めるだけで、UBOは役割で決まります。**認証済み個人を再利用**で同じアプリの承認済みKYCを追加料金なしで別のKYBに再利用できます。

## 招待と配信

個人は役割に対応するKYCを実施し、法人株主は独立した完全なKYBを実施します。**関係者にメール通知**が有効な場合のみ招待が届きます。**全UBOを待つ**、**UBO否認時に自動否認**、**認証必須**、**スキップを許可**で待機条件を設定します。所有比率の閾値は認証免除を決めるだけで、UBOは役割で決まります。**認証済み個人を再利用**で同じアプリの承認済みKYCを追加料金なしで別のKYBに再利用できます。

## 親のステータスの読み方

| 親のステータス | 意味 |
|---|---|
| **In Progress** | 企業が登記簿と主要関係者のステップをまだ完了させている段階 |
| **Awaiting User** | 当事者が提出済みで、個々のセッションを待っている状態 |
| **Approved** | 企業側のチェックに合格し、必要な当事者全員が正常に完了した |
| **Declined** | 必須の当事者が拒否された、または登記簿チェックが失敗した |
| **In Review** | 集計結果に人による判断が必要 |

**登記簿チェックの拒否は、Awaiting Userより優先されます。** 親セッションは、関係者を待たずに拒否となります。また、子セッションが再提出されると、親セッションは完了するまでAwaiting Userに戻ります。

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

## 企業だけでなく人物にもAMLを行う

企業レベルのAMLスクリーニングは、そのエンティティについて教えてくれますが、その所有者については何も教えてくれません。義務が人物にも及ぶ場合は、個別にスクリーニングしてください。これは企業スクリーニングとは別に、UBOまたは役員1人あたり$0.20が追加でかかります。

これが、2つのKYBセッションの費用が大きく異なり得る主な理由です。取締役1人・所有者1人の企業は安価ですが、役員が8人スクリーニングされるファンドはそうではありません。

## 所有構造データが登記簿にない場合

登記簿が所有構造を公開していない法域では、主要関係者のステップ**が**そのデータの情報源となり、企業自身がそれを申告します。これは登記簿からの抽出情報よりも弱い形の証拠であるため、リスクポリシー上、独立した確認が必要な場合は、ワークフロー内で書類の要求を組み合わせてください。[登記簿のカバレッジと所有構造データ](https://help.didit.me/ja/business-verification/kyb-registry-coverage)をご覧ください。

> **Warning:** 自己申告による所有構造は、それを入力した人物と同程度の信頼性しか持ちません。リスクの高いエンティティについては、株主名簿や認証済みの構造図を必須とするかどうかが、単なる申告の収集と、実際の検証との分かれ目になります。