DORA Dry Run Summary Workshop - Final
DORA Dry Run Summary Workshop - Final
Housekeeping
1. Go to slido.com, enter event code #DORA2024 and your full name and organisation (e.g.
“Mario Rossi (EIOPA)”)
2. Submit written comments/questions through Slido and upvote questions of interest
submitted by other participants.
3. If your question is very popular, we will read it during the meeting
The moderator will not accept inputs which are offensive or are specific to one entity
Inputs related to areas of DORA not covered during this event, will be given a lower priority
compared to those in scope
We will try to archive all inputs
Please note that the meeting will be recorded on the basis of Article 29(1)(e) of Regulation (EU) 1094/2020. The recording will be published
afterwards on the websites of EBA, EIOPA and ESMA for the purpose of facilitating the implementation of DORA. If you do not wish to be recorded,
please send your question/s, if any, without stating your name.
EBA Regular Use
Agenda
1. Opening remarks by Marc Andries, ESAs Director for DORA Joint Oversight
2. Overview of the dry run exercise
• Focus on data quality assurance process and key findings
3. Key lessons learnt from the dry run exercise
4. Preparations for official reporting of the registers of information in 2025
• Key changes in the requirements for the registers following the adoption of the ITS
5. Questions and answers
EBA Regular Use
1. Opening remarks
Marc Andries, ESAs Director for DORA Joint Oversight
4
EBA Regular Use
High participation rate: 1,039 financial entities from most DORA entity types and from all EU Member States
Objectives of the exercise achieved!
• Participating FEs were provided with feedback on the data quality issues
• The ESAs provided tools, material, workshops and ‘frequently asked questions’ framework to support the exercise that would
also help with formal reporting of the registers
• The ESAs published a report with high-level observations about data quality and also organise this workshop to share their
general findings and observations with the wider industry
Key take-aways
• With 6.5% of submitted registers having passed all data quality checks and 50% of the remaining registers having failed less
than 5 out of 116 data quality checks, the objective of having good quality data that can also be used for the designation of
critical ICT third-party service providers (CTPPs) is within reach! However, additional efforts from industry are still needed
• Financial entities are encouraged to follow instructions provided in the final ITS
• Where a trade off between data quality or completeness needs to be made, financial entities should prioritise data quality
• The use of identifiers is crucial for the registers and CTPP designation 5
EBA Regular Use
6
EBA Regular Use
7
EBA Regular Use
All materials are available on the dedicated webpage: Preparation for DORA application | European
Banking Authority
Important disclaimer: materials and tools published on 31 May and later in the context of the dry run exercise were meant solely for the
purposes of the dry run exercise as they:
(1) were based on the Final report on the Draft ITS on registers of information published and submitted in January 2024 by the ESAs
and, therefore, do not reflect the final legal act adopted by the EU Commission,
(2) were presented in a draft form (DPM and validation rules). The final technical package for the steady-state reporting, which will start
in 2025, will be published in December 2024.
EBA Regular Use
Key observations
• 18,387 functions were reported, of which 14,768 were assessed as critical (80%)
Coverage • Around 25,000 unique contractual arrangements were reported
• Around 10,000 unique TPPs identified
11
EBA Regular Use
1: Integration checks
• 3 technical checks run upon reception. Ensure the submission could be processed:
• Naming convention respected
• No test submission / dummy files
• Submission included completed template b_01.01 (entity maintaining the RoI)
• If integration checks failed, submission discarded and not processed further
• Feedback transferred to participating entities from their competent authorities – no direct sharing from ESAs to
participating entities
• If no feedback received until now, please contact your competent authority
• DOR_0021: key values in b_02_02, columns 0010 to 0060 should not be repeated.
» In the FAQ, instructions were given to multiply the entries for these fields when multiple locations for data storage / data management.
• DOR_0094: value in b_06_01 column 0060 should not be missing
» The field was indicated as optional in the instructions
• DOR_0117: value in b_06_01 column 0060 should not be missing if value in column 0050 is populated with “Yes”
» The field was indicated as optional in the instructions
• DOR_0091 and DORA_0092: parent undertaking’s identifier (b_05.01.0080) and type of identifier (b_05.01.0090) considered mandatory
fields.
» Should be mandatory only when the TPP reported in b_05.01 is not already a parent undertaking
• DOR_0052: currency (b_05.01.0060) of the amount reported in b_05.01.0070 (total annual expense or estimated cost of the ICT TPP)
considered mandatory field
» Field b_05.01.0070 is not applicable to subcontractors
The experience from the data quality checks, in particular, in problematic checks have been reflected in designing the data quality
checks for the official reporting
EBA Regular Use
17
EBA Regular Use
Key lessons learnt for the ESAs and the competent authorities
• Reported records • Important to • Final ITS on • LEI is the only • Plain-csv is the
should be follow instructions Registers of acceptable format that will be
compete and provided in the ITS information identifier for accepted by the
contain all (general and data introduced financial entities ESAs
mandatory data filed-specific) important in template • Registers shall be
fields missing they have been changes: (1) B_01.02 – all FEs reported following
mandatory fields updated following added: EUID as in DORA scope the reporting
will be flagged as the dry run alternative should obtain LEIs specifications (zip
data quality issues • Important to identifier for TTPs, • LEI or EUID to be file with csv files
requiring follow data point (2) removed: used as identifiers inside)
resubmissions model requirement to of TPPs that are • Same approach as
maintain expired legal persons used in dry run
contracts in the • Choice of • Financial entities
register additional are encouraged to
identifiers for TPPs choose the most
that are private appropriate
persons technical solutions
for maintaining
the registers
EBA Regular Use
20
EBA Regular Use
• DORA requires all financial entities (FE) in its scope to have a register of
Internal risk
information of all their contractual arrangements with ICT third-party providers management
available at entity, sub-consolidated and consolidated levels (Article 28(3) of tool
DORA)
• The content of the registers of information is specified in ITS developed by the
ESAs which has been adopted by the European Commission on 29 November as
Commission Implementing Regulation (EU) 2024/2956 (see here)
• FE will need to keep the registers up-to-date and be ready to report them to the Registers of
Information
competent authorities (CA) starting from early 2025
• The CAs will use the registers for their supervisory purposes and will report
Information
them further to the ESAs for the ESAs Supervisory
to designate info for CAs
• The ESAs will use the registers as a main source of information for the CTPPs
designation of critical ICT third-party service providers (CTPPs) tat will be subject
to the DORA oversight by the ESAs
EBA Regular Use
• ITS developed by the ESAs which has been adopted by the European Commission on 29 November as Commission Implementing Regulation (EU)
2024/2956 (see here)
• The final ITS follows the text published by the ESAs in their Opinion on the rejection of the ITS by the EU Commission from 15 October
B_05.01.0010 Identification code of ICT third-party service provider Yes Existing data field, instructions clarified
B_05.01.0020 Type of code to identify the ICT third-party service provider Yes Existing data field, instructions clarified with simplified fill-in
options
B_05.01.0030 Additional identification code of ICT third-party service provider No New data field to allow for both LEI and EUID to be reported
B_05.01.0040 Type of additional identification code to identify the ICT third- No New data field to allow for both LEI and EUID to be reported.
party service provider Simplified fill-in options
B_05.01.0050 Legal name of the ICT third-party service provider Yes Existing data point clarified for EUID implementation – Legal name
in original alphabet for Latin, Cyrillic or Greek alphabets to
allow check of EUID in BRIS
B_05.01.0060 Name of the ICT third-party service provider in Latin alphabet Yes New data filed for EUID implementation for legal names in Cyrillic
or Greek alphabets to allow check of EUID in BRIS
EBA Regular Use
Reference materials
• Dedicated dry run page with preparatory materials: Preparation for DORA application | European Banking Authority
29