B_01.02 — Entities in consolidation

Purpose

This template lists all financial entities included in the consolidated group scope. It is only applicable for CON (consolidated) reporting and must not be filled for IND (individual) reporting.

Each entity in the group receives one row with its LEI, legal name, country, entity type, hierarchy level, and parent entity reference. This template establishes the group structure that other templates reference when identifying which entity is using or providing ICT services.

The group compliance team or the parent entity's ICT risk function is responsible for maintaining this template whenever entities join or leave the group.

Fields Reference

CodeField NameTypeReq.Description
c0010LEI of the entity*leiYes
Legal Entity Identifier of the entity within the scope of consolidation
Max length: 20
c0020Name of the entity*textYes
Legal name of the entity
Max length: 255
c0030Country of the entity*countryYes
Country of authorisation (ISO 3166-1 alpha-2)
c0040Type of entity*selectYes
Type of financial entity per DORA classification
Show 26 allowed values
  • FE_1Credit institution
  • FE_2Payment institution
  • FE_3Account information service provider (exempt under Art.33 PSD2)
  • FE_4Electronic money institution
  • FE_5Investment firm
  • FE_6Crypto-asset service provider
  • FE_7Issuer of asset-referenced tokens
  • FE_8Central securities depository
  • FE_9Central counterparty
  • FE_10Trading venue
  • FE_11Trade repository
  • FE_12Manager of alternative investment funds
  • FE_13Management company
  • FE_14Data reporting service provider
  • FE_15Insurance undertaking
  • FE_16Reinsurance undertaking
  • FE_17Insurance intermediary
  • FE_18Reinsurance intermediary
  • FE_19Institution for occupational retirement provision
  • FE_20Credit rating agency
  • FE_21Administrator of critical benchmarks
  • FE_22Crowdfunding service provider
  • FE_23Securitisation repository
  • FE_24Issuer of significant asset-referenced tokens
  • FE_25Other financial entity within the group
  • FE_26Non-financial entity within the group
c0050Hierarchy of the entity within the group*selectYes
Position in the group corporate structure
Show 5 allowed values
  • H_1Ultimate parent undertaking in the EU
  • H_2Parent undertaking in the EU (not ultimate)
  • H_3Subsidiary
  • H_4Entity maintaining the register on a sub-consolidated basis
  • H_5ICT intra-group service provider
c0060LEI of the direct parent undertaking*leiYes
LEI of the entity that is the direct parent
Max length: 20
c0070Date of integration in the register*dateYes
Date when entity was added to the register
c0080Date of last update*dateYes
Date of the last update of entity information
c0090Date of deletion from the register*dateYes
Date removed from the register, or 9999-12-31 if still active
c0100CurrencycurrencyNo
Currency for total assets reporting (ISO 4217)
c0110Total assetsmonetaryNo
Total assets value of the entity

Relationships

Validation Rules

  • Unique LEIs. Every entity must have a distinct LEI. Duplicate LEIs within this template will cause a validation error.
  • Valid hierarchy structure. The hierarchy type must correctly reflect the entity's position: HI_1 (parent), HI_2 (joint subsidiary), HI_3 (subsidiary), etc. The parent LEI field must reference another entity listed in this same template.
  • Parent LEI referential integrity. When a parent LEI is provided, it must correspond to an existing row in this template. Orphaned parent references are invalid.
  • Deletion date logic. Active entities should use 9999-12-31 as the deletion date. Entities removed from the group must have a real past or current deletion date.

Example

FieldValue
LEI529900ABC...
Entity NameSubsidiary Bank
CountryLV
Entity TypeFE_1
HierarchyHI_3 (Subsidiary)
Parent LEI529900T8B...
Integration Date2024-01-15
Last Update2025-12-31
Deletion Date9999-12-31

Common Mistakes

  • Duplicate LEIs. Accidentally entering the same entity twice with the same LEI. Each entity must appear exactly once.
  • Using 9999-12-31 for deletion of departed entities. Entities that have left the group should have a real deletion date, not the sentinel value.
  • Wrong hierarchy type. Assigning HI_1 (parent) to a subsidiary entity or vice versa. The hierarchy must accurately reflect the corporate structure.