[ ビジネス · 法人 ]● 3 クレジット · 30 回/分

LEI 法人エンティティ検索 API

GLEIF レジストリで LEI コードまたは名称から法人を特定します。正式名称、住所、法域、自国の商業登記番号、BIC コード、親会社・子会社の関係を返します。

GLEIF 公式ISO 17442CC0 パブリックドメイン
auth · x-api-key

APIキーをお持ちでない方は

アカウントにサインインしてAPIキーを作成・管理してください。

[ 02 · integrate ]

統合ガイド

スニペットをコピーし、APIキーを差し替えて実行するだけ。任意のHTTPクライアントで動作します — 以下にcURL、JavaScript、Pythonの例を掲載。

spec
GET/api/lei-lookup
base
https://www.apipick.com

Resolve 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"
● 200 · レスポンス
{
  "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

取引相手の登記上の正式名称、法域、自国の登記番号を公式ソースと照合します。

🌳

資本関係の把握

与信や契約の前に、親会社・子会社のリンクをたどって最終的に誰がその法人を支配しているかを確認します。

🤖

リサーチエージェント

引用可能な身元情報のソースをリサーチエージェントに与え、出力に含まれる法人情報が推測ではなくレジストリに遡れるようにします。

レスポンスのフィールド

フィールド説明
modestring実行された照会の種類: lei または search
record.leistring20 文字の ISO 17442 識別子
record.legal_namestring | null登記上の正式名称
record.other_namesstring[]記録されている旧称および別称
record.legal_addressobject | null登記上の住所(行・市区町村・地域・国・郵便番号に分解)
record.jurisdictionstring | null設立の法域(例: US-CA)
record.registered_asstring | null自国の商業登記番号 —— 現地の開示資料へつながる手がかり
record.entity_statusstring | nullACTIVE または INACTIVE
record.bicstring[]対応づけられた SWIFT/BIC コード(存在する場合)
record.registration_statusstring | nullLEI のライフサイクル状態(例: ISSUED、LAPSED)
relationshipsobjectinclude_relationships 指定時に返却: 直接の親会社、最終的な親会社、子会社数
total_matchesinteger検索モードのみ: その名称に一致したレコード総数
credits_usedintegerこのリクエストで差し引かれたクレジット
remaining_creditsintegerアカウントに残っているクレジット
[ 03 · limits ]

レート制限

スロットリングはAPIキー単位、60秒のスライディングウィンドウです。上限に達すると、Retry-Afterヘッダー付きのクリーンな429が返されます。

リクエストレート

30req/min

APIキー単位・エンドポイント単位。60秒のスライディングウィンドウ。

同時実行数

3concurrent

APIキーごとの同時進行リクエストの最大数。

レスポンスヘッダー
X-RateLimit-Limit1分あたりに許可される最大リクエスト数
X-RateLimit-Remaining現在のウィンドウで残っているリクエスト数
X-RateLimit-Reset現在のウィンドウがリセットされるまでの秒数
Retry-After再試行までの待機秒数(429の場合のみ)
● 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_statusnext_renewal_date から、そのレコードが現在も維持されているか失効しているかが分かります。

Q: データは自由に再配布できますか?

A: GLEIF は LEI 参照データを CC0 でパブリックドメインとして公開しており、二次利用に対するライセンス上の制限は一切ありません。法人データとしては異例であり、まさにこのエンドポイントが存在する理由です —— 同じ照会を商用ベンダーから得る場合、通常は再配布条件が付いてきます。