@pipeworx/gleif

Connect: https://gateway.pipeworx.io/gleif/mcp · Install: one-click buttons

Tools: 7

Global Legal Entity Identifier Foundation MCP — LEI lookup, ISIN/BIC-to-entity mapping, and corporate hierarchy, no auth.

Tools

• search_lei(query, country?, status?, page_size?) — fuzzy entity-name search. If country narrows the result to nothing, the filter is dropped and the response says so via country_filter_dropped — GLEIF filters on the registered legal address, which often is not where the entity operates (no Sberbank-named record has a Russian one; they sit in CY/SK/LU/GB).
• get_lei(lei) — full Level 1 record: legal name, addresses, jurisdiction, legal form, and LEI registration status. Accepts a company name as well as a 20-character LEI; a resolved name is echoed back as resolved_from_name.
• get_lei_relationships(lei) — Level 2 direct parent, ultimate parent, direct children (one hop).
• isin_to_lei(isin) — resolve a security’s ISIN to the legal entity that issued it (LEI + legal name). A valid-but-unmapped ISIN is reported as mapped: false, reason: "isin_unmapped" — the mapping lags new issuance, so unmapped ≠ nonexistent.
• lei_to_isins(lei) — all ISINs issued by an entity (LEI or company name accepted). Returns the full set — one entity issues many securities.
• bic_to_lei(bic) — resolve a SWIFT/BIC (8 or 11 chars) to the bank’s legal entity. 8-char codes are padded to the XXX head-office form (GLEIF’s filter matches 11-char BICs only); a branch BIC with no mapping of its own falls back to the head office and says so.
• lei_hierarchy_tree(lei, depth?) — multi-hop ownership: ancestor chain up to the ultimate parent plus a breadth-first subsidiary tree (depth 1–4, default 2, node budget 150/call).

Data source

https://api.gleif.org/api/v1/ — public JSON:API, no key required. ISIN and BIC joins use GLEIF’s official ISIN-to-LEI and BIC-to-LEI mapping files as served through the same API (filter[isin], filter[bic], /lei-records/{lei}/isins).

Passing an LEI

Every tool that takes an lei argument also takes a company name — the name is resolved against the registry and the match is returned alongside the answer. Pass the name whenever that is what you have.

Never construct an LEI code. A guessed 20-character string that happens to be a real LEI belongs to some other company, and GLEIF returns its record with nothing to indicate the wrong entity was fetched — a request for Wirecard AG once came back as Baader Bank Aktiengesellschaft. Codes are checked against the ISO 17442 (ISO 7064 MOD 97-10) check digits before any request is made, and a code that fails is rejected with a message naming search_lei; that catches roughly 96 of every 97 invented codes, but not one that collides with a live record, which is why the name path exists.

Tools

• search_lei — Legal entities matching a name search, with their LEI codes, from the Global LEI Foundation.
• get_lei — One legal entity’s registration record by its LEI code, from the Global LEI Foundation.
• get_lei_relationships — A legal entity’s parent and subsidiary relationships, by LEI, from the Global LEI Foundation.
• isin_to_lei — The LEI code(s) mapped to a security’s ISIN, from the Global LEI Foundation.
• lei_to_isins — The security ISINs mapped to a legal entity’s LEI, from the Global LEI Foundation.
• bic_to_lei — The LEI code mapped to a bank’s BIC/SWIFT code, from the Global LEI Foundation.
• lei_hierarchy_tree — A legal entity’s full parent/subsidiary hierarchy tree, by LEI, from the Global LEI Foundation.