DORA Register of Information: How Irish Fund Firms Can Get It Right First Time in 2027

Content Writer

Hussein Jano
Head of Delivery, Data & AI

Reviewer

Arwa Bhai
Head of Operations

Table of Contents


The DORA Register of Information (RoI) lists every contractual arrangement a financial entity has for ICT services from third party providers. Irish firms submit it each year to the Central Bank of Ireland in xBRL CSV format, and the data is then checked by the European Banking Authority (EBA). The 2027 submission window is expected to open on 1 March 2027, with a deadline of 31 March 2027. Registers that pass first time are generated from maintained contract and provider data, not assembled by hand each spring.

Key Takeaways
  • DORA has applied since 17 January 2025. Article 28(3) requires a register of all ICT third party arrangements, using templates set by Commission Implementing Regulation (EU) 2024/2956.
  • In 2026 the EBA added a content review before the 31 March deadline, then ran data quality checks in April. Many registers had to be resubmitted in April and May 2026.
  • The most common problems were placeholder values, missing LEIs and other reference data, invalid field entries, and difficulty identifying providers and their ultimate parent companies.

What the register is and who submits it

DORA applies to a wide range of financial entities, including UCITS management companies and AIFMs. Each must maintain a register of information on all its contractual arrangements for ICT services provided by third parties, and report it to its competent authority. In Ireland that is the Central Bank, through its portal.

The templates cover, in broad terms:

  • the financial entity and the entities in its group that use the services
  • each contractual arrangement and its key terms
  • each ICT third party provider, its identifiers and its ultimate parent
  • the ICT services provided and the business functions they support
  • the criticality of those functions
  • the chain of subcontractors for services that support critical or important functions
  • how easy each provider would be to replace, and the exit arrangements

Supervisors use the registers to understand concentration risk across the sector, and the European Supervisory Authorities use them to help identify critical ICT third party providers for EU level oversight. A poor register is therefore not only a filing problem. It weakens your own view of your ICT dependencies.

How the Irish submissions have gone so far

2025, the first collection. Firms submitted their first registers through the Central Bank portal between 1 and 4 April 2025. Many submissions failed EBA validation and had to be resubmitted. Files were not packaged correctly or not in the required xBRL CSV format, did not follow the EBA technical specifications, or were missing reference data such as Legal Entity Identifiers (LEIs). The Central Bank said most failures came from the reporting package itself, not the portal.

2026, the second cycle. The portal opened for March 2026, with a deadline of 31 March. In the week of 16 February 2026 the EBA announced an additional review of the content of submitted registers, so firms received feedback straight away and could correct and resubmit before the deadline. The EBA then ran data quality checks in April 2026, and many registers failed them, leading to resubmissions through April and May. The recurring issues were generic or placeholder values, partial reference data, invalid field entries and difficulty identifying ICT providers and their ultimate parent entities.

2027, the third cycle. The portal is expected to open on 1 March 2027, with final submissions due by 31 March 2027. Expect the data quality bar to keep rising.

Why registers fail

  • Contract data sits in procurement, legal and IT systems that do not talk to each other.
  • Provider names are recorded inconsistently, so the same company appears three different ways.
  • LEIs are missing, out of date or belong to the wrong group entity.
  • Fields are filled with placeholders to get past validation, which the 2026 content review now catches.
  • Services are not linked to the business functions they support, so criticality cannot be shown.
  • Subcontracting chains for critical services are incomplete.
  • The xBRL CSV package is built by hand or with a conversion step nobody fully understands.
  • The register is rebuilt once a year, so it is out of date for the other eleven months.

What a maintained register looks like

Data areaWhat it coversUsual owner
EntityThe financial entity, group entities using the services, LEIsCompliance or finance
ContractsContract references, dates, notice periods, governing lawLegal or procurement
ProvidersLegal name, LEI, country, ultimate parentProcurement or vendor management
ServicesService type, data involved, where it is stored and processedIT
FunctionsBusiness functions supported and their criticalityOperations and risk
SubcontractingSubcontractors behind services for critical or important functionsVendor management
ExitHow replaceable the provider is, exit plan statusRisk and IT

The point of the table is ownership. Each area has a natural owner who keeps it current as part of normal work, rather than a compliance team chasing everyone in February.

How to build a register that passes first time

1. Keep one source of truth for contracts and providers

A small, controlled database with defined fields beats a workbook emailed around the firm. Every new contract, renewal or exit updates it as part of the procurement process.

2. Enrich with reference data automatically

Look up LEIs and ultimate parent entities from authoritative sources such as the GLEIF database, check they are active and record when they were last verified.

3. Link services to functions and criticality

Connect each ICT service to the business functions it supports and to your criticality assessment. This is what turns the register into a picture of operational dependency.

4. Validate every month, not every March

Run the published EBA validation rules and your own checks against the register monthly. Problems found in October are cheap to fix. Problems found on 30 March are not.

5. Generate the submission package automatically

Produce the xBRL CSV package from the database with a tested, repeatable process, so the file you submit always matches the data you hold.

6. Keep the history

Record what changed, when and why. The same data then supports incident reporting, exit planning and audit, not only the annual submission.

7. Run a dry run in January

Generate the full package early in the year, validate it and get sign off, so March is a submission rather than a project.

The register as an operational asset

Done well, the register answers questions your board and your Central Bank supervisor will ask anyway. Which providers support our critical functions? Where are we concentrated? Which contracts lack exit plans? Which services would an outage at one provider take down? For fund management companies, the same provider and contract data also supports delegation oversight and the more detailed delegation reporting coming under AIFMD II.

Where AI helps, and where it should not

AI can extract contract terms such as dates, notice periods and governing law from PDF agreements, propose LEI matches for provider names, flag entries that look like placeholders and spot inconsistencies between related fields. A person should confirm each extracted value before it enters the register, and the final submission should be produced by a deterministic, tested process.

A timeline to 31 March 2027

  • November and December 2026: review the feedback from the 2026 cycle and fix the root causes, not only the individual errors.
  • January 2027: complete missing data, refresh LEIs and parent entities, and run a full validation.
  • February 2027: produce a dry run package, resolve findings and get sign off.
  • March 2027: submit early in the window to leave time for any EBA feedback.

How HST can help

HST Solutions builds the data models, validation and reporting pipelines behind regulatory submissions for fund management companies and other financial services firms. We can turn a register held in spreadsheets into a maintained source of truth with automated enrichment, monthly validation and a repeatable xBRL CSV output. HST is ISO 27001 and ISO 22301 certified and works in line with DORA.

If your register still gets rebuilt every March, talk to an engineer, or see how we work with fund managers, ManCos and administrators.

FAQ

Q: What is the DORA Register of Information?
It is a structured record of every contractual arrangement a financial entity has for ICT services from third party providers, required by Article 28(3) of DORA. It uses standard templates set by Commission Implementing Regulation (EU) 2024/2956.
Q: Who has to submit a register in Ireland?
Financial entities in scope of DORA, including UCITS management companies and AIFMs, submit their registers to the Central Bank of Ireland through its portal.
Q: When is the 2027 deadline?
The Central Bank portal is expected to open on 1 March 2027, with final submissions due by 31 March 2027. Check the Central Bank DORA pages for confirmation.
Q: What format is required?
The register is submitted in xBRL CSV format, following the EBA technical package and data model. The authorities have said they will not provide a template or conversion tool for the official submission.
Q: What were the most common errors in 2025 and 2026?
Packaging and format problems in 2025, and in 2026 placeholder values, incomplete reference data such as LEIs, invalid field entries and difficulty identifying providers and their ultimate parent companies.
Q: How long does it take to fix a register properly?
For most fund firms, moving from a spreadsheet to a maintained database with automated validation and output can be done in a few months, depending on the number of contracts and the state of the data. Starting before the end of 2026 leaves enough time for the March 2027 window.

Sources

Talk to an Architect

Book a call →

Talk to an Architect