登記簿のカバレッジと所有構造データ
登記簿は国ごとに異なるため、KYBの深さも国によって異なります。完全な所有構造を公開する登記簿もあれば、役員のみを公開する登記簿もあります。特定の法域で何が利用可能かの確認方法と、データがない場合の対応を説明します。
カバレッジは、現地の登記簿が何を公開しているかに依存するため、国ごと、データ項目ごとに異なります。役員または所有者が空欄でKYB_OFFICERS_DATA_NOT_FOUND/KYB_OWNERSHIP_DATA_NOT_FOUNDが返る場合、通常は照会が失敗したのではなく、登記簿がその情報を公開していないことを意味します。そうした法域では、データは企業自身または書類から取得します。
#カバレッジは国単位ではなくデータ項目単位
ある国が単純に「対応している」か「対応していない」かという話ではありません。法域ごとに、登記簿は次のうち一部だけを公開している場合があります。

- 入力されたとおりではなく、登記簿が保持している正式名称です。
- Typeはルートを示します。登記簿照会、書類、またはその両方です。
- 所有構造は当事者として届き、それがPeople列でカウントされます。
| データ項目 | 内容 |
|---|---|
| Company | 正式名称、登録番号、設立日、ステータス、登記上の住所 |
| Officers | 取締役、秘書役、その他の登記された役員 |
| Shareholders | 直接株主。法人・個人を問わない |
| UBOs | 設定した閾値を超える実質的最終所有者 |
| Documents | 収集可能な原本書類(証明書、定款など) |
| Financials | 提出済みの年次決算書、要約、提出日 |
対応国一覧には、法域ごとに実際に何が利用可能かが示されています。セルが空欄の場合、登記簿がその情報を公開しておらず、Diditはユーザー入力またはドキュメントベースの検証にフォールバックします。
米国の企業は州単位で登記されるため、正しい州務長官(Secretary of State)の登記簿を選択できるよう、国コードにはUS_CA、US_NY、US_DEのような拡張形式のUS_が使われます。単にUSを渡しても、州の登記簿には解決されません。
#役員や所有者が空欄なのは、たいていエラーではなくカバレッジの問題
登記簿選択の結果、企業の詳細はきれいに返ってきたのに、officersとbeneficial_ownersが空欄で、KYB_OFFICERS_DATA_NOT_FOUNDとKYB_OWNERSHIP_DATA_NOT_FOUNDが付いている場合、照会自体は成功しています。その法域の登記簿が、照会が読み取る階層ではそれらのデータ項目を単に公開していないだけです。
これは公的登記簿の実際の限界であり、切り替え可能なDiditの設定ではありません。多くの主要な法域では、企業記録は公開している一方で、取締役や株主の情報は有料または制限付きの抽出情報の裏に置いています。
代わりに次のようにしてください。
- ホスト型フローで収集する。 ビジネス管理者自身が所有構造を確認・補完します。これはまさにこうした法域のために設計された経路です。企業の背後にいる人々を検証するをご覧ください。
- 書類を必須にする。 ワークフローの一部として、株主名簿や認証済みの構造図を収集します。
- 特定の法域について問い合わせる。 登記簿が有料抽出情報としてのみ提供する役員・株主データが必要な場合は、Diditの担当窓口に相談してください。利用可能かどうかと費用は法域ごとの商業的な条件であり、推測すべきものではありません。
#特定の企業が解決しない場合
国全体としてはカバレッジが十分でも、特定の1社だけ情報が薄い、あるいはマッチしないことがあります。よくある原因です。
- 識別子の間違い。 正式な登記名の代わりに屋号を使っている、または登録番号の代わりに納税者番号を使っている。
- 最近の変更。 新規設立の企業や、名称・住所を変更したばかりの企業は、まだ登記簿のスナップショットに反映されていない可能性があります。
- グループ構造。 探している対象が、別の登録番号を持つ支店や持株会社である。
- 正規に登記されている企業が未マッチとして表示される。 情報が正しいのに解決しない場合は、回避策を試すのではなく、会社番号を添えて報告する価値があります。登記簿のエッジケースは修正されます。
登記簿照会の結果が薄かったというだけの理由で、正規に登記されている企業を審査中のまま無期限に放置しないでください。提供された登記簿の参照情報、収集済みの書類、あるいはメモ付きの手動レビュー判断のいずれかで、意図的に解決してください。未解決のまま放置されたレビューは、回避した判断ではなく先送りにされた判断です。
#所有比率の閾値は自社で設定する
誰をUBOとみなすか、つまり本人確認と検証が必要となる所有比率の上限は、ポリシー上の選択です。デフォルトをそのまま受け入れるのではなく、自社の義務に合わせて設定してください。これはKYBフローが検証を求める人数を直接左右し、ひいては企業ごとの費用を左右するためです。
#サンドボックスと登記簿データ
サンドボックスのKYBセッションはモック化された登記簿レスポンスを使用します。これはフローの構造、ステータス、ルールをテストする適切な方法ですが、特定の実在企業が実際に解決するかどうかについては何も教えてくれません。それには本番セッションが必要です。サンドボックスでのテストをご覧ください。
