QgenticQgentic
Qgentic / platforms / dora
Qgentic DORA · EU financial entities

Automated DORA Register of Information.

The EU Digital Operational Resilience Act (DORA) requires financial entities to maintain a Register of Information for ICT third-party arrangements. Qgentic parses your contracts and vendor records into the required eleven CSV templates, validates every field against the regulatory rules, and produces the filing package, validation report and audit trail for review and approval.

Supports offline deployment. Includes sample data. Partner integration available.

System Demonstration

End-to-End Workflow

Review the system's operational flow: data ingestion, register assembly, identifier validation, user approval, and final package generation. No installation is required to view the demo.

Data integration is covered in the Integration Guide →

Scope of Applicability

Applicable Organisations

EU Financial Entities

Organisations within DORA's Article 2 scope, including banks, insurers, investment firms, and payment institutions.

Global Groups with EU Entities

Non-EU organisations must file for their EU-authorised subsidiaries. The system handles register scoping per authorised entity.

ICT Service Providers

Providers subject to Article 30 contractual obligations. The system supports pre-filled templates (B_05.01, B_02.02, B_07.01).

Organisations exclusively subject to UK regulations should refer to Qgentic OpRes.

System Capabilities

Functional Scope within DORA

The system is designed specifically for the Register of Information, automating the data assembly and validation to eliminate manual reporting errors.

Pillar 4 · ICT third-party risk

✓ Register of Information

Addresses DORA Article 28 requirements for maintaining a register of ICT third-party arrangements. The system processes source data, executes validation rules, and generates the required templates for authorisation.

The system does not address the other four DORA pillars:

Pillar 1 · ICT risk management

Risk Frameworks

Governance and protection functions, which are typically managed via internal GRC tools.

Pillar 2 · Incident reporting

Regulatory Incident Reporting

Classification and reporting of major ICT incidents.

Pillar 3 · Resilience testing

Resilience Testing

Scenario testing and threat-led penetration testing.

Pillar 5 · Information sharing

Threat Intelligence

Exchange of cyber-threat information between financial entities.

The generated register acts as the primary data source for risk and incident management functions.

Process Flow

Data Pipeline

  1. IngestionContracts and vendor data are imported via file upload, CSV batch export, or REST API.
  2. Extraction & VerificationData points are extracted to the required schema. Identifiers and ISO codes are deterministically verified. Data repairs are logged in the audit trail.
  3. Data CollectionMissing supplier information, such as subcontractor data for critical functions, triggers automated outreach workflows.
  4. ValidationThe rules engine validates cross-references, date formats, and supply-chain completeness before proceeding.
  5. Approval & ExportA designated user reviews and approves the package, generating the eleven official CSV templates and cryptographic hashes.
How a DORA Register of Information is assembled Contracts, procurement master data and vendor replies feed the Qgentic engine, which splits into what the model reads — parsing contracts, mapping to the ITS schema, drafting vendor chasers — and what code decides: LEI checksums to ISO 17442, ISO 3166 and 4217 code sets, cross-template references, dates and criticality. No field reaches the register unchecked. The run then stops at a named person approver, whose name, note and timestamp are written to the audit chain, before the eleven CSV templates B_01.01 to B_07.01 are exported with a manifest and a SHA-256 hash for every file. § YOUR SYSTEMS § THE QGENTIC ENGINE § THE GATE § THE FILING PACKAGE Contracts PDF · DOCX · scanned 5 arrangements Procurement data JSON · CSV export 8 providers · 4 functions Vendor replies answers to outreach subcontracting chain MODEL READS CODE DECIDES reads the contracts maps to the ITS schema drafts vendor chasers summarises for review LEI checksum ISO 17442 ISO 3166 / 4217 codes cross-template refs dates + criticality NO FIELD REACHES THE REGISTER UNCHECKED A failed rule stops the run. every repair is logged 0 errors · 0 warnings → the run may proceed AWAITING APPROVAL A named person signs the filing. marta.lindqvist approver · admin The name, the note and the timestamp go on the chain. no self-approval Eleven CSV templates B_01.01B_01.02 B_02.01B_02.02 B_03.01B_03.02 B_04.01B_05.01 B_05.02B_06.01 B_07.01 manifest.json filing-indicators.json SHA-256 per file audit chains 11/11 VALID Reporting date 2026-06-30 · 5 arrangements · 8 providers · 4 critical or important functions — the figures behind the sample package on this page.
The model never decides an outcome. It reads the documents and proposes fields; every one of them then has to survive a deterministic rule — an ISO 17442 checksum, a code set, a cross-template reference — before it can enter the register, and the run stops dead at a named approver before anything leaves the firm.
System Reliability

Validation Mechanisms

Deterministic LogicAI Operations
ISO 17442 LEI checksums (MOD 97-10)Document processing and parsing
ISO 3166 / ISO 4217 code set validationData extraction and mapping
Cross-template rules execution (B_01.01–B_99.01)Generating data collection requests
Cryptographic audit loggingInformation synthesis

All extracted data must pass deterministic validation rules before inclusion in the final register. The export function enforces strict compliance with the required schema.

Outputs

Export Specifications

Review the technical specifications by downloading a sample output package.

Register Export

Generates one CSV file per ITS template (B_01.01 through B_07.01), along with a manifest containing SHA-256 hashes and filing indicators. This output is ready for ingestion by your regulatory reporting channel.

roi-2026-06-30: 11 files · manifest.json · filing-indicators.json

Cryptographic Audit Trail

All system actions are logged to a tamper-evident SHA-256 hash chain. The audit data is packaged in a downloadable ZIP archive containing the manifest, approver details, and a run report.

audit chain verification: 5/5 VALID

System Boundaries

The system outputs hash-manifested CSV report packages. It does not produce EBA-taxonomy-certified xBRL files. Vendor outreach generates drafts that require integration with your SMTP relay. Approvals are currently managed via the console or API.

Pricing Structure

Deployment Options

Pilot Implementation

£6,500 UK / €7,500 EU & intl · flat, 4–6 weeks

Parallel processing of existing contracts against manual workflows. Costs are credited to annual licences.

SaaS Deployment

from £1,750 / €2,000 /month + usage

Standard cloud deployment model scaled to arrangement volume.

On-Premise Deployment

from £110K / €120K /year, capacity tier

Annual software licence for air-gapped deployment on internal infrastructure.

Detailed pricing and partner structures are available on the pricing page.

FAQ

Frequently Asked Questions

What is the DORA Register of Information?

The Register is a structured record of all ICT third-party arrangements mandated by Article 28 of Regulation (EU) 2022/2554. It consists of eleven standardised templates that must maintain internal consistency.

Which entities must file the Register?

Financial entities defined in DORA Article 2. Filings are required per authorised entity, rather than at the group level.

How does DORA affect UK organisations?

UK groups must file for their EU-authorised subsidiaries. UK-only entities are governed by UK operational resilience regulations, supported by Qgentic OpRes.

How are validation errors minimised?

The system enforces deterministic checks on fields such as Legal Entity Identifiers and cross-template references, reducing the likelihood of manual data entry errors.

What is the role of AI in the process?

AI models handle unstructured data extraction and drafting. Deterministic rules manage all regulatory validation checks.

Does the system automatically file with regulators?

No. The system generates a compliant CSV package intended for submission through your established regulatory filing channels after manual approval.

Is offline operation supported?

Yes. The air-gapped edition operates entirely offline on client infrastructure.

What are the export deliverables?

The deliverables include populated CSV templates, a file manifest, and a cryptographic audit log. A sample package is available for review.

Demonstration Environment. The interactive demo processes synthetic data using the core engine, allowing evaluation of validation mechanisms directly within your browser. View the demonstration here.