LEI 法人エンティティ検索 API
GLEIF レジストリで LEI コードまたは名称から法人を特定します。正式名称、住所、法域、自国の商業登記番号、BIC コード、親会社・子会社の関係を返します。
統合ガイド
スニペットをコピーし、APIキーを差し替えて実行するだけ。任意のHTTPクライアントで動作します — 以下にcURL、JavaScript、Pythonの例を掲載。
/api/lei-lookuphttps://www.apipick.comResolve a legal entity through the GLEIF LEI register
leistring任意20-character LEI code. Mutually exclusive with name. HWUPKR0MPOU8FGXBT394
namestring任意Legal entity name to search for. Mutually exclusive with lei. Tesla, Inc.
countrystring任意ISO 3166-1 alpha-2 code narrowing a name search. US
include_relationshipsboolean任意With lei, also return direct parent, ultimate parent, and subsidiary count. true
curl -X GET "https://www.apipick.com/api/lei-lookup" \
-H "x-api-key: YOUR_API_KEY"{
"mode": "lei",
"query": "HWUPKR0MPOU8FGXBT394",
"found": true,
"record": {
"lei": "HWUPKR0MPOU8FGXBT394",
"legal_name": "Apple Inc.",
"other_names": [
"Apple Computer, Inc."
],
"legal_address": {
"lines": [
"C/O C T Corporation System",
"330 N. Brand Blvd"
],
"city": "Glendale",
"region": "US-CA",
"country": "US",
"postal_code": "91203"
},
"jurisdiction": "US-CA",
"legal_form": "H1UM",
"entity_status": "ACTIVE",
"registered_as": "806592",
"bic": [
"APLEUS66XXX"
],
"registration_status": "ISSUED",
"next_renewal_date": "2027-03-08T17:27:20Z"
},
"relationships": {
"direct_parent": null,
"ultimate_parent": null,
"direct_children_count": 8
},
"source": "GLEIF",
"credits_used": 3,
"remaining_credits": 97
}実際のユースケースに対応
エンティティ解決
CRM 内の表記ゆれのある会社名を、システムや法域をまたいで確実に突き合わせられる正規の識別子に変換します。
取引相手の KYC
取引相手の登記上の正式名称、法域、自国の登記番号を公式ソースと照合します。
資本関係の把握
与信や契約の前に、親会社・子会社のリンクをたどって最終的に誰がその法人を支配しているかを確認します。
リサーチエージェント
引用可能な身元情報のソースをリサーチエージェントに与え、出力に含まれる法人情報が推測ではなくレジストリに遡れるようにします。
レスポンスのフィールド
| フィールド | 型 | 説明 |
|---|---|---|
| mode | string | 実行された照会の種類: lei または search |
| record.lei | string | 20 文字の ISO 17442 識別子 |
| record.legal_name | string | null | 登記上の正式名称 |
| record.other_names | string[] | 記録されている旧称および別称 |
| record.legal_address | object | null | 登記上の住所(行・市区町村・地域・国・郵便番号に分解) |
| record.jurisdiction | string | null | 設立の法域(例: US-CA) |
| record.registered_as | string | null | 自国の商業登記番号 —— 現地の開示資料へつながる手がかり |
| record.entity_status | string | null | ACTIVE または INACTIVE |
| record.bic | string[] | 対応づけられた SWIFT/BIC コード(存在する場合) |
| record.registration_status | string | null | LEI のライフサイクル状態(例: ISSUED、LAPSED) |
| relationships | object | include_relationships 指定時に返却: 直接の親会社、最終的な親会社、子会社数 |
| total_matches | integer | 検索モードのみ: その名称に一致したレコード総数 |
| credits_used | integer | このリクエストで差し引かれたクレジット |
| remaining_credits | integer | アカウントに残っているクレジット |
レート制限
スロットリングはAPIキー単位、60秒のスライディングウィンドウです。上限に達すると、Retry-Afterヘッダー付きのクリーンな429が返されます。
30req/min
APIキー単位・エンドポイント単位。60秒のスライディングウィンドウ。
3concurrent
APIキーごとの同時進行リクエストの最大数。
X-RateLimit-Limit1分あたりに許可される最大リクエスト数X-RateLimit-Remaining現在のウィンドウで残っているリクエスト数X-RateLimit-Reset現在のウィンドウがリセットされるまでの秒数Retry-After再試行までの待機秒数(429の場合のみ)HTTP/1.1 429 Too Many Requests
Retry-After: 12
X-RateLimit-Limit: 30
X-RateLimit-Remaining: 0
X-RateLimit-Reset: 12
{
"error": "rate_limit_exceeded",
"message": "Rate limit exceeded: 30 requests/minute per API key. Retry after 12s.",
"retry_after": 12
}データ提供元とライセンス
レコードは、規制監督委員会の委託を受けて LEI レジストリを運営する Global Legal Entity Identifier Foundation(GLEIF)に由来します。GLEIF はレベル 1 の参照データもレベル 2 の資本関係データも CC0 で公開しています —— パブリックドメインであり、帰属表示の義務も二次利用の制限もありません。
よくある質問
Q: LEI とは何ですか。なぜキーとして使うのですか?
A: LEI(法人識別子)は、世界で 1 つの法人を特定する 20 文字の ISO 17442 コードで、規制対象の金融市場で取引する主体には取得が義務づけられています。会社名と違って曖昧さがなく、自国の登記番号と違って法域をまたいで衝突しないため、エンティティ解決の結合キーとして最適です。
Q: LEI が分からなくても検索できますか?
A: できます。lei の代わりに name を渡せば正式名称でレジストリを検索でき、country でさらに絞り込めます。GLEIF の名称フィルターは完全一致ではなく関連度による一致のため total_matches が大きくなることがありますが、返却されるレコードはその上位です。
Q: 企業グループの資本構造はどう取得しますか?
A: LEI での照会に include_relationships=true を付けてください。直接の親会社、最終的な親会社、直接の子会社数が得られ、各親会社はそれぞれの LEI で識別されるため、追加の呼び出しでツリーを上下にたどれます。
Q: データはどれくらい新しいですか?
A: GLEIF はレジストリのゴールデンコピーを毎日公開しており、本エンドポイントはローカルのスナップショットではなく彼らのライブ API を照会します。法人は LEI を毎年更新する必要があるため、registration_status と next_renewal_date から、そのレコードが現在も維持されているか失効しているかが分かります。
Q: データは自由に再配布できますか?
A: GLEIF は LEI 参照データを CC0 でパブリックドメインとして公開しており、二次利用に対するライセンス上の制限は一切ありません。法人データとしては異例であり、まさにこのエンドポイントが存在する理由です —— 同じ照会を商用ベンダーから得る場合、通常は再配布条件が付いてきます。