Legal entity identifier framework for banks

The legal entity identifier banks rely on in regulatory reporting and counterparty identification is the Legal Entity Identifier (LEI): a unique 20 character alphanumeric code that identifies a legal entity in the Global LEI System. GLEIF describes the LEI as enabling clear, unique identification data about a legal entity for anyone, anywhere, with each LEI representing only one entity.

The identifier answers "who is who" through Level 1 reference data and supports "who owns whom" through relationship data in the Global LEI Index. It is based on ISO 17442 and is administered operationally by the Global Legal Entity Identifier Foundation (GLEIF), a not for profit foundation, with public interest oversight by the Regulatory Oversight Committee (ROC).

Why the legal entity identifier banks framework exists

The Financial Stability Board states that the global financial crisis exposed obstacles to identifying and tracing financial transactions across the international financial system. A unique global identifier for legal entities improves aggregation of data on the same entity from different sources, especially across borders. FSB objectives for the LEI include improved risk management in firms, better micro and macroprudential assessment, facilitation of orderly resolution, and higher quality financial data.

In 2012, responding to a G20 request, the FSB set out 15 High Level Principles and 35 recommendations for a global LEI system. The G20 endorsed those FSB recommendations at the Los Cabos Summit in June 2012. The LEI ROC took over responsibility for development and implementation of the Global LEI System in January 2013. The FSB established GLEIF as a not for profit foundation the following year.

GLEIF materials record that the LEI adheres to four ISO 17442 principles: a global standard; a single unique identifier per legal entity; support by high quality data; and availability as a public good free of charge to users of the data. The Global LEI Index is described as the authoritative central repository of historical and current LEI records and related reference data, accessible without registration.

Issuance, LOUs and validation agents

LEI Issuers, also called Local Operating Units (LOUs), provide registration, identity verification, renewal and related services as the primary interface for legal entities obtaining an LEI. Entities may use an issuer accredited for the relevant jurisdiction and are not limited to an issuer domiciled in their own country. Registration Agents help entities access the LOU network. Validation Agents are financial institutions and other organisations that obtain and maintain LEIs for clients in cooperation with LOUs, using business as usual identification procedures in customer due diligence, onboarding or refresh processes.

Banks therefore appear in the LEI system in two institutional roles. First, banks and their affiliates are legal entities that hold LEIs for their own reporting and market participation. Second, banks may act as Validation Agents or may require clients, including borrowing SPV entities in export, project and real estate structures, to obtain and maintain LEIs where regulation or firm policy so provides.

What the LEI is and is not

The LEI identifies the legal entity. It does not replace customer due diligence, beneficial owner identification, or sanctions screening. Ultimate beneficial ownership analysis still turns on natural persons who own or control the customer under AML rules; the LEI's relationship data can support mapping of legal entity ownership chains but does not define UBO thresholds under FATF Recommendation 10 or national AML statutes.

The LEI is also not a credit rating, a licence, or proof of good standing beyond the reference data validation performed in the Global LEI System. Lapsed or inactive registration status is a data quality attribute that users interpret under applicable regulatory rules. FSB work continues to promote LEI adoption for regulatory data quality and, in 2022 recommendations, for reducing frictions in cross border payments under the G20 roadmap.

Use across EF, PF and CRE desks

Export finance, project finance and CRE credit files routinely involve multiple legal entities: borrowers, guarantors, sponsors, offtakers, contractors and account banks. A shared LEI for each entity reduces ambiguity when the same group appears under similar names in different jurisdictions. For bankruptcy remote SPVs, the LEI identifies the vehicle; ownership and control analysis still requires separate beneficial ownership work.

Regulatory reporting regimes in derivatives, securities and other markets have driven LEI adoption. Banking book credit processes use the same identifier where mandated or where internal data standards require it. The institutional point for desks is definitional: the LEI is the global standard entity identifier in the FSB and G20 framework, operated through GLEIF and LOUs, overseen by the ROC.

Cross border payments remain a further adoption channel. The FSB recommended actions in 2022 to promote LEI use to address frictions in cross border payments in support of the G20 roadmap for faster, cheaper, more inclusive and more transparent cross border payments, and published a 2024 progress report on those recommendations. Correspondent and trade payment chains that already rely on precise respondent and customer naming therefore sit inside the same public sector LEI agenda as derivatives reporting.

Reference data content and quality

GLEIF describes each LEI as connected to verified reference information from authoritative local sources, including ownership structure data accessible in the Global LEI Index. Level 1 data answers who the entity is: legal name, legal form, status, headquarters and registration authority details as held in the record. Relationship data supports mapping of parent entities. Data quality reports published for LOUs form part of the system's transparency about issuer performance.

Renewal and ongoing maintenance keep reference data current. An LEI that is not renewed may show a lapsed registration status while the code itself remains the historical identifier for that entity. Credit and compliance systems that key counterparties by LEI therefore need rules for how lapsed or pending transfer statuses are treated under applicable reporting mandates. Those operational status rules are distinct from credit grading of the entity.

Mapping partnerships described in GLEIF materials allow market participants to link other identifiers to the LEI. That interoperability supports entity resolution across internal bank systems without replacing the LEI as the public standard code. For desks, the practical consequence is that a single LEI can be the join key between loan systems, payment systems and regulatory reporting extracts when those systems are LEI enabled.

Governance boundary

The ROC sets policy standards for the Global LEI System and monitors performance in the public interest under the G20 endorsed framework. GLEIF operates the central functions and accredits LOUs. Neither body underwrites credit risk, grants banking licences, or certifies AML compliance. Banks remain responsible for CDD, UBO verification and sanctions controls under national law and FATF aligned standards, using the LEI as an identity layer where required or useful.

GLEIF's timeline materials place EMIR, MiFID II and MiFIR among European measures that accelerated LEI use in market infrastructure, alongside US Dodd Frank era derivatives identification work that preceded full LEI rollout. Those mandates explain why capital markets entities obtained LEIs early; banking book and payments adoption continues under separate national and FSB driven initiatives.

Institutional summary

Legal entity identifier banks infrastructure is the Global LEI System: ISO 17442 codes, GLEIF operations, ROC oversight, and FSB originated public interest objectives for entity identification in financial transactions. The LEI standardises who the legal entity is. It complements, and does not substitute for, UBO, sanctions and credit risk processes.