Commonwealth Corporate Registry

Commonwealth Corporate Registry MCP

ApifyForge で見る | Apify Store で使う

---

クイックスタート

MCP クライアント（Claude Desktop、Cursor、Windsurf）に追加します。

{
  "mcpServers": {
    "commonwealth-corporate-registry-mcp": {
      "url": "https://ryanclinton--commonwealth-corporate-registry-mcp.apify.actor/mcp"
    }
  }
}

---

Model Context Protocol を通じて AI エージェントに提供される、英連邦各国の企業登記情報です。この MCP サーバーは、オーストラリアの ABN、カナダの法人登記、ニュージーランドの Companies Office、英国の Companies House、OpenCorporates、GLEIF LEI、Wikipedia を同時に検索し、複数法域にまたがる企業データ、照合スコア、本人確認グレードを単一の構造化されたレスポンスで返します。

オーストラリア、カナダ、ニュージーランド、英国の政府ポータルを個別に手動で検索することなく、信頼できる企業登記データを必要とする KYB アナリスト、コンプライアンスチーム、AI エージェント向けに構築されています。8 つの MCP ツールの背後で 7 つの Apify アクターが並列実行され、同じセッション内での重複した登記情報照会を防ぐ 5 分間のインメモリーキャッシュを備えています。

どのようなデータにアクセスできますか？

データ項目	ソース	例
📋 ABN、事業体名、GST 登録状況	オーストラリア ABN Lookup	ABN 83 914 571 673 — 有効
🏢 法人番号、設立日	カナダ法人検索	1234567-8 — 連邦登録済み
🔢 NZBN、会社種別、取締役の詳細	NZ Companies Office	9429041248743 — 登録済み
🏛️ 会社番号、提出状況、PSC データ	UK Companies House	09248896 — 有効
🌐 140 以上の法域をカバー、OpenCorp ID	OpenCorporates	gb/09248896 — 有効
🔑 20 文字の LEI コード、登録状況	GLEIF LEI	2138005O9XJIJN4JPN90 — 有効
📖 百科事典的な沿革と事業内容	Wikipedia	BHP Group — 600 万件以上の記事インデックス
📊 登記機関間の照合スコア（0～1）	相互参照エンジン	0.87 — 高い一致信頼度
🎓 本人確認グレード（A～F）	スコアリングエンジン	グレード A — LEI 確認済み
🗺️ 法域ごとの存在スコア（0～1）	存在スコアリング	0.80 — 4 法域

⬇️ MCP ツール

ツール	価格	説明
map_commonwealth_entities	$0.05	英連邦の登記機関を横断して企業をマッピングし、法域ごとの内訳、ネットワークグラフ、企業ごとの存在スコアを表示します。
search_australian_business	$0.05	オーストラリアの ABN 登記簿を検索し、事業体名、ABN、事業体種別、GST 登録、ステータスを取得します。
search_canadian_corporation	$0.05	カナダの連邦法人登記簿を検索し、法人名、法人番号、取締役、設立状況を取得します。
search_nz_company	$0.05	NZ Companies Office を検索し、会社名、NZBN、会社種別、取締役、登録状況を取得します。
search_uk_company	$0.05	UK Companies House を検索し、会社番号、提出状況、役員、重要な支配権を持つ者を取得します。
cross_reference_registries	$0.05	企業情報を英連邦のすべての登記機関および LEI と相互参照し、照合スコアと 0～1 の一致信頼度を表示します。
verify_global_identity	$0.05	名称の表記揺れの検出、LEI の確認、Wikipedia による裏付け、A～F の信頼度グレードを用いて企業の本人確認を行います。
generate_registry_report	$0.05	複数法域にまたがる包括的な登記レポートを作成します。重大度順に並べた調査結果、LEI のカバー範囲分析、ステータスの整合性、実行可能な推奨事項を含みます。

Commonwealth Corporate Registry MCP を使用する理由

オーストラリア、カナダ、ニュージーランド、英国にまたがって企業を確認するには、4つの政府ポータルを開き、それぞれで検索を実行し、結果を手作業で照合する必要があります。コンプライアンスアナリストにとって、これは分析を始める前に、1社あたり30〜60分かかる作業です。AI エージェントの場合、4つのツール呼び出しを順番に行い、さらに解釈が必要な未加工で構造化されていないデータを受け取ることになります。

この MCP サーバーは、7つすべての登記データソースを並列でオーケストレーションし、統合エンティティグラフを構築して、1回のツール呼び出しでスコア付きの構造化されたインテリジェンスを返します。

• AI ネイティブ — Claude Desktop、Cursor、Windsurf、Cline、その他の MCP 互換エージェントフレームワークに対応する MCP プロトコルをサポートします
• 並列実行 — すべての登記アクターを並行して実行します。Promise.all によるディスパッチで、逐次処理のボトルネックを防ぎます
• セッションキャッシュ — source:query をキーとする5分間のインメモリキャッシュにより、複数ツールを使うワークフローで登記への重複呼び出しを防ぎます
• スコア付き出力 — コンコーダンススコア、プレゼンススコア、A〜Fの本人確認グレードをサーバー側で算出し、登記データの未加工ダンプではなく提供します
• 支出管理 — Apify のプラットフォームを通じて、設定可能な支出上限付きのイベントごとの課金に対応します。予算に達すると、サーバーは正常に停止します
• スケジュール設定と Webhook — スケジュールに従った実行や Webhook による起動ができ、継続的な監視ワークフローを実現します

機能

• 7アクターの並列ディスパッチ — Promise.all を使用し、オーストラリアの ABN、カナダの Corporation、ニュージーランドの Companies、英国の Companies House、OpenCorporates、GLEIF LEI、Wikipedia に同時にクエリを送信します
• 統合登記グラフ — buildRegistryNetwork は、4種類のノードタイプ（company、registration、lei_entity、article）と、管轄区域間の関係を追跡する7種類のエッジタイプを持つ、型付きノード／エッジグラフを構築します
• コンコーダンススコアリング — crossReferenceRegistries は、管轄区域間での登記ステータスの一致度に基づいて、0〜1のコンコーダンススコアを算出します：(activeCount / totalStatuses) * 0.3 + jurisdictionCount * 0.2 + LEI bonus 0.3
• 一致信頼度の計算式 — 全体の matchConfidence は1.0を上限とします：min(1, jurisdictions * 0.2 + leiCoverage * 0.3 + concordanceScore * 0.3)
• プレゼンススコアリング — scoreMultiJurisdictionPresence は各エンティティを評価します：min(1, jurisdictionCount * 0.2 + hasLEI * 0.2)。スコア順に並べた最大40件のエンティティを返します
• 本人確認の信頼度評価 — verifyGlobalIdentity は、4つの要素（登記スコア：4件以上の登記で最大0.4、LEI スコア：0.25、Wikipedia による裏付け：0.15、名称の一貫性：0.05〜0.20）から信頼度を算出し、A（≥0.8）、B（≥0.6）、C（≥0.4）、D（≥0.2）、F（<0.2）のグレードに対応付けます
• 名称のバリエーション検出 — すべての登記レコードと LEI から entityName、corporationName、companyName、legalName を収集し、比較用に小文字へ正規化して、エンティティごとに最大10件のバリエーションを表示します
• レポートの重大度ランキング — generateRegistryReport は、critical、high、medium、low に分類された調査結果を生成し、重大度順に並べ、実行可能な是正手順を示します
• LEI カバレッジ分析 — すべてのエンティティを対象に LEI カバレッジ率を算出します。率が20%未満の場合は critical、50%未満の場合は high として警告します
• ステータス不一致の検出 — 管轄区域間で登記ステータスが異なるエンティティ（例：英国では Active、オーストラリアでは Dissolved）を特定し、critical として警告します
• OpenCorporates の広範なカバレッジ — OpenCorporates を通じて、主要な4つの英連邦登記機関に加え、140以上の管轄区域に対応し、オフショアおよび英連邦外の登記にも範囲を広げます
• 2種類のトランスポートに対応 — SSE（/sse + /messages）と Streamable HTTP（/mcp）の両方の MCP トランスポートを提供します。SSE セッションはステートフル接続のために sessionId ごとに保存されます
• 結果のページネーション — レスポンス時間とコストの予測可能性を保つため、すべてのツールで結果を最大40エンティティ、アクターごとのデータセット項目を最大500件に制限します

Commonwealth の企業登記インテリジェンスのユースケース

金融サービス向けのKYB事業体検証

新規法人顧客の受け入れを担当するコンプライアンスチームは、顧客が事業を展開していると申告した各法域において、事業体の存在、登録状況、正式名称を確認する必要があります。verify_global_identityは、登記登録、LEIの状況、名称の整合性から算出したA～Fの単一評価を返します。これにより、オンボーディングチームは登記ポータルを手作業で検索しなくても、明確な承認・要確認・却下の判断材料を得られます。

クロスボーダーの企業構造マッピング

M&Aアドバイザーや投資アナリストは、デューデリジェンスの開始前に、対象企業が英連邦の各法域でどのような構造になっているかを把握する必要があります。map_commonwealth_entitiesは、登録のある法域、関連付けられた事業体の数、プレゼンススコアを示す法域別の内訳を返し、子会社の構造、休眠シェル企業、持株会社の構成を明らかにします。

AMLおよびコンプライアンスの登記チェック

AMLコンプライアンスプログラムでは、最新の登記状況に基づく定期的な事業体の再検証が必要です。cross_reference_registriesは、ある法域では企業が「有効」と表示されている一方、別の法域では「登録抹消」または「解散」と表示されるといった、状況の不一致を明らかにします。これは、AMLおよびPEPスクリーニングのワークフローでさらなる調査が必要であることを示すフラグです。

M&Aデューデリジェンスの登記調査

情報メモを作成したり、ベンダーデューデリジェンスを実施したりするディールチームには、包括的な登記情報の要約が必要です。generate_registry_reportは、LEIのカバレッジ不足、状況の不一致、名称のバリエーション、複数法域における事業展開など、重要度順に並べた構造化された調査結果を生成します。デューデリジェンスレポートにそのまま組み込める形式です。

AIエージェントによる企業調査ワークフロー

企業調査を行うAIエージェントには、ブラウザー自動化を介さずに利用できる構造化された登記データが必要です。各MCPツールは、エージェントが推論に利用したり、調査の要約に出典として記載したり、後続のツールに渡したりできる、整ったJSONを返します。これにより、場当たり的なウェブスクレイピングを、決定論的でスコア化された登記情報に置き換えられます。

サプライヤーおよび取引先のデューデリジェンス

契約締結前にサプライヤーの正当性を確認する調達チームやベンダー管理チームは、verify_global_identityを使用して、サプライヤーが公的な登記に存在すること、有効なLEIを保有していること（金融取引では重要です）、各法域の登録情報に一貫性があることを確認できます。

このMCPサーバーへの接続方法

Claude Desktop

claude_desktop_config.jsonに追加します。

{
  "mcpServers": {
    "commonwealth-corporate-registry": {
      "url": "https://commonwealth-corporate-registry-mcp.apify.actor/mcp",
      "headers": {
        "Authorization": "Bearer YOUR_APIFY_TOKEN"
      }
    }
  }
}

Cursor / Windsurf / Cline

エディターのMCP設定パネルでMCPサーバーのURLを追加します。

https://commonwealth-corporate-registry-mcp.apify.actor/mcp

クライアントでAuthorization: Bearer YOUR_APIFY_TOKENヘッダーを設定してください。

SSEトランスポート（旧クライアント向け）

https://commonwealth-corporate-registry-mcp.apify.actor/sse

プログラムからのHTTP接続（cURL）

# Call verify_global_identity
curl -X POST "https://commonwealth-corporate-registry-mcp.apify.actor/mcp" \
  -H "Content-Type: application/json" \
  -H "Authorization: Bearer YOUR_APIFY_TOKEN" \
  -d '{
    "jsonrpc": "2.0",
    "method": "tools/call",
    "params": {
      "name": "verify_global_identity",
      "arguments": {
        "query": "BHP Group",
        "sources": ["australia", "uk", "lei", "wiki"]
      }
    },
    "id": 1
  }'

Python（MCPクライアントまたはHTTPへの直接接続）

import httpx
import json

response = httpx.post(
    "https://commonwealth-corporate-registry-mcp.apify.actor/mcp",
    headers={
        "Content-Type": "application/json",
        "Authorization": "Bearer YOUR_APIFY_TOKEN",
    },
    json={
        "jsonrpc": "2.0",
        "method": "tools/call",
        "params": {
            "name": "cross_reference_registries",
            "arguments": {
                "query": "Rio Tinto",
                "sources": ["australia", "uk", "canada", "lei"]
            }
        },
        "id": 1
    }
)

result = response.json()
content = json.loads(result["result"]["content"][0]["text"])
print(f"Entities found: {content['totalEntities']}")
print(f"Multi-jurisdiction: {content['multiJurisdictionCount']}")
print(f"Avg concordance: {content['avgConcordance']}")
for match in content["matches"][:5]:
    print(f"  {match['entity']}: {match['jurisdictions']} — confidence {match['matchConfidence']}")

JavaScript / TypeScript

const response = await fetch("https://commonwealth-corporate-registry-mcp.apify.actor/mcp", {
  method: "POST",
  headers: {
    "Content-Type": "application/json",
    "Authorization": "Bearer YOUR_APIFY_TOKEN",
  },
  body: JSON.stringify({
    jsonrpc: "2.0",
    method: "tools/call",
    params: {
      name: "generate_registry_report",
      arguments: {
        query: "Macquarie Group",
        sources: ["australia", "uk", "canada", "newZealand", "lei", "wiki"]
      }
    },
    id: 1
  })
});

const data = await response.json();
const report = JSON.parse(data.result.content[0].text);

console.log(`Coverage: ${report.overallCoverage}`);
console.log(`Entities analyzed: ${report.entitiesAnalyzed}`);
console.log(`LEI coverage rate: ${(report.leiCoverageRate * 100).toFixed(1)}%`);
for (const finding of report.findings) {
  console.log(`[${finding.importance.toUpperCase()}] ${finding.category}: ${finding.finding}`);
}

⬆️ 出力例

verify_global_identityの応答

{
  "verifications": [
    {
      "entity": "BHP Group Limited",
      "registrationsFound": 4,
      "jurisdictions": ["australia", "uk", "newZealand", "canada"],
      "nameVariations": [
        "BHP Group Limited",
        "BHP GROUP LIMITED",
        "BHP Billiton Limited"
      ],
      "identityConfidence": 0.85,
      "leiVerified": true,
      "wikipediaCorroborated": true,
      "verificationGrade": "A"
    }
  ],
  "totalVerified": 3,
  "avgConfidence": 0.72,
  "gradeDistribution": { "A": 1, "B": 1, "C": 1 }
}

cross_reference_registriesの応答

{
  "matches": [
    {
      "entity": "Pinnacle Resources International",
      "jurisdictions": ["australia", "uk", "lei"],
      "registrationIds": {
        "australia": "51 004 458 390",
        "uk": "08342156",
        "lei": "213800WSGIIZCXF1P572"
      },
      "matchConfidence": 0.82,
      "leiCoverage": true,
      "concordanceScore": 0.875
    }
  ],
  "totalEntities": 12,
  "multiJurisdictionCount": 4,
  "avgConcordance": 0.7341,
  "leiCoverageRate": 0.4167
}

generate_registry_reportの応答

{
  "findings": [
    {
      "category": "Multi-Jurisdiction Presence",
      "finding": "Entities found across 4 jurisdictions: australia, uk, canada, newZealand",
      "importance": "high",
      "evidence": "18 registration records across 4 jurisdictions",
      "action": "Review cross-jurisdiction compliance and regulatory obligations"
    },
    {
      "category": "Status Discordance",
      "finding": "1 entity/entities with inconsistent registration statuses across jurisdictions",
      "importance": "critical",
      "evidence": "Crestview Holdings Pty Ltd: active, dissolved",
      "action": "Investigate status discrepancies - may indicate dissolved or suspended registrations"
    },
    {
      "category": "LEI Coverage Gap",
      "finding": "33.3% of entities have LEI identifiers",
      "importance": "high",
      "evidence": "2 of 6 entities have LEI codes",
      "action": "Obtain LEI codes for entities involved in financial transactions or regulatory reporting"
    }
  ],
  "overallCoverage": "partial",
  "entitiesAnalyzed": 6,
  "jurisdictionsCovered": 4,
  "leiCoverageRate": 0.3333,
  "recommendations": [
    "Improve LEI coverage for financial transaction and regulatory compliance",
    "Resolve registration status inconsistencies across jurisdictions",
    "Expand registry searches to additional Commonwealth jurisdictions"
  ]
}

出力フィールド

verify_global_identity

フィールド	型	説明
verifications[].entity	string	正規化された事業体名。最大60文字
verifications[].registrationsFound	number	すべての情報源で見つかった登記記録の件数
verifications[].jurisdictions	string[]	登記が見つかった法域の一覧
verifications[].nameVariations	string[]	登記記録およびLEIから収集した、最大10件の名称のバリエーション
verifications[].identityConfidence	number	信頼度の複合スコア（0～1）。登記スコア＋LEI 0.25＋Wiki 0.15＋名称の一貫性 0.05～0.20
verifications[].leiVerified	boolean	この事業体のGLEIF LEIレコードが見つかったかどうか
verifications[].wikipediaCorroborated	boolean	この事業体に一致するWikipedia記事が見つかったかどうか
verifications[].verificationGrade	string	A（≥0.8）、B（≥0.6）、C（≥0.4）、D（≥0.2）、F（<0.2）
totalVerified	number	評価した事業体の総数
avgConfidence	number	すべての事業体におけるアイデンティティ信頼度の平均
gradeDistribution	object	評価ごとの事業体数：{ "A": 2, "B": 1, ... }

cross_reference_registries

フィールド	型	説明
matches[].entity	string	事業体名。最大60文字
matches[].jurisdictions	string[]	事業体が登記されている法域
matches[].registrationIds	object	法域をキーとする登記ID：{ "australia": "ABN", "uk": "compNum", "lei": "LEI code" }
matches[].matchConfidence	number	全体的な信頼度（0～1）：min(1, jurisdictions*0.2 + leiCoverage*0.3 + concordance*0.3)
matches[].leiCoverage	boolean	この事業体のGLEIF LEIが見つかったかどうか
matches[].concordanceScore	number	ステータスの一致度（0～1）。有効／登記済み／現行のステータスを示す登記の割合
totalEntities	number	一致した事業体の総数
multiJurisdictionCount	number	2つ以上の法域に登記されている事業体の数
avgConcordance	number	すべての一致結果における一致度の平均
leiCoverageRate	number	LEIが確認できる事業体の割合

generate_registry_report

フィールド	型	説明
findings[].category	string	調査結果のカテゴリ：複数法域での登記、LEIカバレッジの不足、ステータスの不一致、名称のバリエーション、公開プロフィール、結果なし
findings[].finding	string	人が読みやすい形式で記述された調査結果
findings[].importance	string	重要度：critical、high、medium、lowのいずれか
findings[].evidence	string	登記データによる裏付け
findings[].action	string	推奨される是正措置または追加対応
overallCoverage	string	comprehensive（3つ以上の法域かつLEIが30%以上）、partial（1つ以上の法域）、またはlimited
entitiesAnalyzed	number	分析した企業ノードの数
jurisdictionsCovered	number	登記がある法域の種類数
leiCoverageRate	number	GLEIF LEI識別子を持つ事業体の割合
recommendations	string[]	優先度順に並べた、実行可能な推奨事項

国別検索ツール（search_australian_business、search_uk_companyなど）

フィールド	型	説明
results[].entity	string	事業体名または会社名
results[].registrationId	string	ABN、法人番号、NZBN、または英国の会社番号
results[].status	string	情報源となる登記機関の登録ステータス
results[].jurisdiction	string	情報源となる法域：australia、canada、newZealand、またはuk
results[].details	object	情報源のレジストリアクターから取得した未加工レコード全体
totalFound	number	返された結果の数
jurisdiction	string	検索対象の法域

Commonwealth の法人登記簿を照会するには、どれくらいの費用がかかりますか？

ツール呼び出しは1回あたり**$0.05です。計算コストも含まれています。Apify Free プランには月額クレジットが5ドル分含まれており、クレジットカードなしで100回のツール呼び出し**に利用できます。

シナリオ	ツール呼び出し数	1回あたりの費用	合計費用
単一法人の確認	1	$0.05	$0.05
10法人の KYB 一括処理	10	$0.05	$0.50
50法人のコンプライアンス審査	50	$0.05	$2.50
200法人のポートフォリオ確認	200	$0.05	$10.00
1,000法人の一括確認	1,000	$0.05	$50.00

Apify のプラットフォーム設定で、実行ごとの最大支出額を設定できます。予算に達すると、サーバーは何も通知せずに失敗するのではなく、わかりやすいエラーメッセージを返します。

参考として、KYB プラットフォームのサブスクリプション（Kyckr、Creditsafe、Bureau van Dijk）は通常、月額500～2,000ドルです。この MCP サーバーを使用する場合、月に200～500件の確認を実施するコンプライアンスチームの支出は、サブスクリプション契約なしで10～25ドル程度です。

Commonwealth Corporate Registry MCP の仕組み

フェーズ1：クエリの振り分けとキャッシュ

ツールがqueryとsources配列を使って呼び出されると、resolveData関数がPromise.allを使って Apify アクター呼び出しを並列に振り分けます。各ソースには、source:queryの形式のキャッシュキー（例：au:BHP Group）があります。一致するエントリーがインメモリのCACHE Map にあり、作成から5分未満（TTL = 5 * 60_000 ms）であれば、ネットワーク呼び出しを行わずにキャッシュ結果をすぐに返します。これは、同じ法人をcross_reference_registriesで照会した直後にgenerate_registry_reportで照会するような、複数ツールからなるワークフローで重要です。

各アクター呼び出しではapify-client SDK を使用し、waitSecs: 180とmemory: 256 MB を設定します。結果はアクターのデフォルトデータセットから取得し、ソースごとに最大500項目に制限します。アクター呼び出しに失敗した場合は、例外を発生させる代わりに空の配列を返すため、1つのソースが利用できなくてもクエリ全体は中断されません。

フェーズ2：登記ネットワークの構築

7つのデータ配列がbuildRegistryNetworkに渡され、型付きグラフのRegistryNodeオブジェクトとRegistryEdgeオブジェクトが構築されます。一意の法人名または登録 ID ごとに、正規化されたキー（name.toLowerCase().replace(/[^a-z0-9]/g, '_')）を使用して法人ノードが作成されます。登録ノードは管轄区域ごとに作成され、管轄区域を示すエッジタイプが付与されます：registered_in_au、registered_in_ca、registered_in_nz、registered_in_uk。LEI レコードからはlei_entityノードが作成され、重み0.95のidentified_byエッジでリンクされます。Wikipedia の記事は、あいまいなプレフィックス照合（15文字のプレフィックス包含チェック）により、重み0.6のdescribed_inエッジで法人ノードにリンクされます。OpenCorporates のレコードでは、OpenCorporates が主登録機関ではなく集約サービスであることを反映して、重み0.7のlisted_onエッジが使用されます。

フェーズ3：分析とスコアリング

呼び出されたツールに応じて、4つの分析関数のいずれかがネットワークに対して実行されます。

• mapCommonwealthEntities — ノードごとにエッジを数えて管轄区域別の内訳を作成し、接続数が多い上位40法人を返します
• crossReferenceRegistries — 各法人ノードについて、リンクされた登録ノードを収集し、管轄区域の一覧と登録 ID を抽出し、ステータスの一致状況から整合性を算出して、matchConfidenceの計算式を適用します
• verifyGlobalIdentity — 4つの要素からなる信頼度スコアを算出し、すべての登記レコードにわたって名称のバリエーションを正規化し、A～F の評価を割り当てます
• generateRegistryReport — 5つの検出処理（複数管轄区域、LEI のカバレッジ、ステータスの不一致、名称のバリエーション、Wikipedia）を順番に実行し、深刻度順に並べ替えて、overallCoverageの評価と推奨事項の配列を生成します

フェーズ 4：MCP のトランスポートとレスポンス

MCP サーバーは 2 種類のトランスポートプロトコルをサポートしています。/mcp の Streamable HTTP トランスポートは、リクエストごとに crypto.randomUUID() のセッション ID を使用して新しい StreamableHTTPServerTransport を作成します。これはステートレスな API 呼び出しに適しています。/sse の SSE トランスポートは、transports Map に永続的なセッションを保持し、接続が閉じられた際にクリーンアップします。どちらのトランスポートも、getServer() によってリクエストごとに新しく構築される同じ McpServer インスタンスを使用します。結果は JSON.stringify(..., null, 2) としてシリアライズされ、text コンテンツブロックとして返されます。

最良の結果を得るためのヒント

1. 新しいエンティティでは、まず verify_global_identity を実行します。 A〜F の評価により、企業が各種登録機関を通じて検証可能で一貫した存在であるかどうかをすぐに確認できます。評価が C 以下の場合、オンボーディングの前に、より詳しく調査する必要があります。

2. sources を使ってコストと速度を調整します。 デフォルトのソースリストでは 6 つの登録機関を対象としています。英国 Companies House のデータだけを必要とする迅速な確認では、["uk"] を渡すと、そのアクターだけが呼び出されます。ソースを 1 つ追加するごとに、基盤となるアクター呼び出しも 1 回追加されます。

3. 同じセッション内で map_commonwealth_entities の後に cross_reference_registries を続けて実行します。 5 分間のキャッシュにより、2 回目の呼び出しでは 1 回目のアクター結果が再利用されるため、追加のアクター計算コストはかからず、MCP ツール料金のみが発生します。

4. 構造化されたデューデリジェンスの出力には generate_registry_report を使用します。 調査結果の配列は深刻度の高い順（critical が先頭）に並べ替えられており、action フィールドも含まれます。デューデリジェンスレポートのテンプレートやコンプライアンス案件管理システムに直接挿入できます。

5. 正確に一致させるには、登録番号で検索します。 ABN、英国の会社番号、NZBN を直接渡すと、正確に一致する結果が返され、名称の曖昧さによる結果を避けられます。たとえば、"09248896" を渡すと、類似した名前のすべての企業ではなく、英国 Companies House の単一の記録が返されます。

6. LEI の検証は、最も信頼性の高い本人確認の指標です。 有効な GLEIF LEI を持ち、法的名称が一致するエンティティは、GLEIF の認定を受けた Local Operating Unit（LOU）によって独立して検証されています。verify_global_identity の結果に leiVerified: true が表示される場合、そのエンティティは、多くの規制の枠組みにおいて金融取引に求められる本人確認基準を満たしています。

7. Status Discordance の調査結果には直ちにフラグを立てます。 ある管轄区域では Active、別の管轄区域では Dissolved または Struck Off と表示される企業は、KYB、AML、信用審査の各場面で重大な調査結果となります。generate_registry_report ツールは、該当するエンティティ名とステータス値をエビデンスフィールドに含め、これを critical な調査結果として提示します。

他の MCP サーバーとの組み合わせ

MCP サーバー	組み合わせ方法
counterparty-due-diligence-mcp	まず登記情報を検証し、次にエンティティをカウンターパーティーのデューデリジェンスに渡して、制裁対象者、PEP、ネガティブメディアをスクリーニングします
adversarial-corporate-opacity-mcp	登記情報のマッピングに続けて、特定された複数の法域にまたがる企業構造について、ペーパーカンパニーの検出と不透明性のスコアリングを行います
corporate-deep-research-mcp	財務健全性、ガバナンス、競争に関するインテリジェンスで、登記状況データを補完します
opencorporates-search	MCP に組み込まれたクエリを超えて、単一の OpenCorporates の法域を詳しく調べる場合に直接使用します
gleif-lei-lookup	企業の親子関係や更新履歴を含む、GLEIF LEI の全データにアクセスします
uk-companies-house	登記状況にとどまらない、英国の詳細な届出書類、決算書、役員の全履歴にアクセスします
sanctions-network-analysis	検証済みの登記エンティティを、OFAC、国連、EU、英国の制裁リストと照合します

制限事項

• 州・準州の登記機関には対応していません — カナダの対象範囲は連邦のみです（Corporations Canada）。州の登記機関（Ontario、BC、Alberta）を調べるには、個別に検索する必要があります。英国の対象範囲はイングランドおよびウェールズのCompanies Houseです。スコットランドおよび北アイルランドのエンティティのデータは一部に限られる場合があります。
• 過去の届出書類にはアクセスできません — サーバーが返すのは現在の登録状況と基本情報です。過去の年次報告書、決算書、書類の届出を確認するには、Companies House または ASIC の API に直接アクセスする必要があります。
• 実質的所有者の詳細な追跡には対応していません — UK Companies House の PSC データは生の結果に含まれますが、サーバーは複数階層にわたる実質的所有者の連鎖を追跡しません。UBO を完全にマッピングするには、専用の実質的所有者調査ツールと併用してください。
• OpenCorporates の対象範囲にはばらつきがあります — データの品質と網羅性は法域によって大きく異なります。対象範囲に含まれていても、一部の小規模な英連邦の法域では OpenCorporates のデータが限られています。
• Wikipedia の照合は曖昧です — 記事の関連付けには、15 文字の接頭辞が含まれているかを確認する方法を使用します。一般的な名前の一部を共有する企業では、誤った記事リンクが表示される場合があります。wikipediaCorroborated は補強材料として確認し、主要な検証手段としては使用しないでください。
• キャッシュはインスタンスごとです — 5 分間のインメモリキャッシュは、単一のサーバーインスタンス内で適用されます。コールドスタート（新しい Apify スタンバイインスタンス）では、空のキャッシュから開始します。
• アクターのタイムアウトは 180 秒です — 基盤となる各登記アクターのタイムアウトは 180 秒です。応答の遅い登記情報源（OpenCorporates、高負荷時の GLEIF）はタイムアウトして空の配列を返す場合があります。サーバーは処理全体を失敗させず、利用可能なデータで処理を続行します。
• 情報源ごとに最大 50 件です — ネットワークビルダーが処理するのは、登記機関ごとに最大 50 件、アクターのデータセット取得ごとに最大 500 件です。非常に一般的な名前の場合、分析対象となる一致件数がこれを超えることがあります。
• リアルタイムの状況確認には対応していません — データには、クエリ実行時点の登記情報が反映されます。定期的に再検証するワークフローには、Apify プラットフォームのスケジュール機能を利用できます。

インテグレーション

• Zapier — CRM または調達システムで新しいベンダーの記録が作成されたときに、登記情報の確認をトリガーします
• Make — KYB ワークフローを自動化します：新規クライアントの受付フォーム → 登記情報の確認 → コンプライアンスシステムの更新
• Google Sheets — 登記レポートの調査結果を、レビュー待ち案件用のコンプライアンス管理スプレッドシートにエクスポートします
• Apify API — REST API を介して、カスタム KYB プラットフォームやコンプライアンスポータルに登記情報の確認を統合します
• Webhooks — 登記情報の確認が完了したとき、または支出上限に近づいたときに、コンプライアンスシステムに通知します
• LangChain / LlamaIndex — 登記情報の確認を RAG パイプラインのツールとして組み込み、文書に基づくコンプライアンス分析を行います

❓ よくある質問

この MCP サーバーは、英連邦諸国をいくつカバーしていますか？ 登記機関への直接アクセスでは、オーストラリア（ABN Lookup）、カナダ（Corporations Canada の連邦登記機関）、ニュージーランド（Companies Office）、英国（Companies House）をカバーしています。OpenCorporates を利用すると、対象範囲は世界の 140 以上の法域に広がります。GLEIF LEI は、世界中のすべての金融市場の法域における法人識別情報を提供します。

返される登記データはどのくらい最新ですか？ データは、基盤となる各 Apify アクターを介して、クエリ時に各登記機関からリアルタイムで取得されます。結果には、呼び出し時点で登記機関が公開している最新の状態が反映されます。システム内に事前キャッシュされたデータや古いバッチデータはありません。

A～F の確認グレードはどのように決まりますか？ グレードは、4 つの要素を組み合わせたものです。登記スコア（登記記録が 4 件以上の場合は 0.4 が上限）、LEI の有無（0.25）、Wikipedia による裏付け（0.15）、名称の一貫性（見つかった名称の表記揺れの数に応じて 0.05～0.20）です。スコアが 0.8 以上の場合は A、0.6 以上の場合は B、0.4 以上の場合は C、0.2 以上の場合は D、0.2 未満の場合は F です。

会社名ではなく会社登録番号で検索できますか？ はい。4 つの国別ツールと登記機関横断ツールは、いずれも登録番号を受け付けます。オーストラリアは ABN、カナダは法人番号、ニュージーランドは NZBN、英国は会社登録番号です。番号で検索すると完全一致の結果が返され、名称検索で曖昧な結果になるのを避けられます。

一致度スコアが 0.0 とはどういう意味ですか？ 一致度スコアが 0.0 とは、見つかった登録記録のうち、現在有効、登録済み、または現行のステータスを示すものが一つもないことを意味します。すべてのステータスが、解散、登録抹消、休眠、または不明です。これは重要な調査結果であり、オンボーディングや取引を進める前に調査する必要があります。

このように英連邦の法人登記データを使用することは合法ですか？ すべてのデータソースは、一般に公開されている政府の登記機関です。ABN Lookup、Companies House、NZ Companies Office、Corporations Canada は、一般公開用にデータを公開しています。OpenCorporates と GLEIF は、ライセンスを受けたデータアグリゲーターです。ウェブスクレイピングの合法性に関する Apify のガイドをご覧ください。

Kyckr や Bureau van Dijk などの KYB プラットフォームを契約する場合と、どう違いますか？ KYB プラットフォームの利用料金は、サブスクリプションで月額 500～2,000 ドルです。この MCP サーバーはツール呼び出し 1 回あたり 0.05 ドルの従量課金制を採用しており、確認件数が変動するチームや、実際の使用量に応じてコストが拡大する AI エージェントのワークフローに適しています。エンタープライズ向け KYB プラットフォームが提供する信用スコア、ネガティブニュース、複雑な UBO マッピングは含まれていません。

この MCP サーバーをスケジュール実行して継続的にモニタリングできますか？ はい。アクターは cron ベースのスケジュール実行に対応した Apify プラットフォームで動作します。定期的に法人を再確認するスケジュールを設定し、generate_registry_report で新しい critical な調査結果が見つかったときに、Webhook を使ってコンプライアンスシステムに通知できます。 クエリ中にレジストリソースのいずれかが利用できない場合、どうなりますか？ runActor 関数は個々のアクター呼び出しで発生したエラーをキャッチし、エラーをスローする代わりに空の配列を返します。クエリは、引き続き利用可能な残りのソースから結果を取得します。正常に完了したソースのデータがレスポンスに反映され、出力に管轄区域のエントリーが欠けているかどうかで、どのソースが利用できなかったかを推測できます。

LangChain などの AI フレームワークや AI コーディングアシスタントと一緒に使えますか？ はい。このサーバーは MCP プロトコルバージョン 1.0 を実装しており、MCP に対応するあらゆるクライアント（Claude Desktop、Cursor、Windsurf、Cline、MCP SDK に対応するフレームワーク）で動作します。プログラムから接続するクライアントには、/mcp Streamable HTTP エンドポイントを推奨します。

オーストラリアの州レベルの事業名も対象ですか？ オーストラリアのアクターは ABN Lookup レジストリを照会します。ここには、州に関係なく、ATO が発行したすべてのオーストラリア事業者番号が登録されています。州レベルで登録された事業名（例：NSW Fair Trading）は含まれません。ABN Lookup が対象とするのは、連邦の ABN レジストリのみです。

このサーバーを使うための Apify トークンはどこで取得できますか？ apify.com で無料アカウントを作成してください。API トークンは Settings > Integrations にあります。無料プランには月額 5 ドル分のクレジットが含まれており、ツールを 100 回呼び出すのに十分です。

改善にご協力ください

問題が発生した場合は、実行内容の共有を有効にしていただくと、より迅速にデバッグできます。

1. Account Settings > Privacy に移動します
2. Share runs with public Actor creators を有効にします

これにより、問題が発生した際に実行内容を確認できるようになります。データを閲覧できるのはアクターの開発者のみで、一般には公開されません。

サポート

バグを見つけた場合や機能が必要な場合は、このアクターのページにある Issues タブで Issue を作成してください。エンタープライズ向けの連携やカスタム KYB ワークフローについては、Apify プラットフォームからお問い合わせください。