Skip to content
Back to policy library
European UnionIn forceRelevance to Chinese AI firms: HighSector-specificCybersecurity

DORA obligations bearing on AI and ICT third-party service providers

Regulation (EU) 2022/2554 on digital operational resilience for the financial sector and amending Regulations (EC) No 1060/2009, (EU) No 648/2012, (EU) No 600/2014, (EU) No 909/2014 and (EU) 2016/1011

European Parliament and Council of the EU · Regulation (EU) 2022/2554 (DORA)

DORA binds financial entities directly, but it reaches ICT third-party service providers — including providers of cloud computing services, software, data analytics services and data centre services — through contractual terms and the oversight framework. Financial entities must maintain, at entity, sub-consolidated and consolidated level, a register of information on all contractual arrangements on the use of ICT services and make the full register or specified sections available to the competent authority on request. Contracts with providers must set out the rights and obligations and the service level agreements in one written document and must contain at least the elements in Article 30(2), with additional elements under Article 30(3) for services supporting critical or important functions. For critical ICT third-party service providers established in a third country, Article 31(12) provides that a financial entity may only use their services if the provider has established a subsidiary in the Union within the 12 months following designation.

Verified against official sources · 2026-09-12Partly secondary sources — verify before relying

Does this apply to me?

A Chinese AI company is caught when it supplies AI risk control, anti-fraud, research, customer service, document understanding or agent SaaS to EU banks, insurers, investment firms, payment institutions or trading venues; when it provides model inference APIs, vector databases, data analytics services or managed compute to such customers; when, as a group entity, it provides ICT services predominantly to its parent, subsidiaries or branches, since the Regulation expressly treats such entities as ICT third-party service providers; and when it takes part in payment-processing activities or operates payment infrastructure. The practical trigger is usually not a regulator but the financial customer inserting the Article 30 clauses into the contract at procurement or renewal and asking for the register of information fields. Where the service supports a critical or important function, the clause density and the audit cooperation duties rise sharply.

Key industries: Fintech AI, Enterprise SaaS, AI agents

Application timeline

  1. 2025-01-17

    DORA starts to apply

    From that date financial entities must manage ICT risk and ICT third-party risk under the Regulation and maintain a register of information covering all contractual arrangements on the use of ICT services; Member States also had to notify their implementing laws, regulations and administrative provisions to the Commission and the three ESAs by that date.

Obligations (4)

Each states its trigger, the evidence to retain and the clause it comes from

Accept and operationalise the Article 30(2) baseline contractual elements

Severity HighArt. 30(1)–(2)

The contract must set out the rights and obligations in one written document including the service level agreements, and must contain at least: a clear and complete description of all functions and ICT services, stating whether subcontracting of an ICT service supporting a critical or important function, or material parts of it, is permitted and on what conditions; the regions or countries where the contracted or subcontracted functions and services are provided and where data is processed and stored, with a requirement to notify the financial entity in advance of envisaged changes; provisions on availability, authenticity, integrity and confidentiality for the protection of data including personal data; provisions on access, recovery and return of personal and non-personal data in an easily accessible format on insolvency, resolution, discontinuation of business or termination; service level descriptions including updates and revisions; an obligation to assist the financial entity at no additional cost or at an ex-ante determined cost when an ICT incident related to the service occurs; an obligation to cooperate fully with the competent and resolution authorities of the financial entity including their appointees; termination rights and minimum notice periods; and the conditions for participating in the financial entity ICT security awareness programmes and digital operational resilience training.

Applies when
Chinese AI and SaaS providers supplying any ICT service to EU financial entities, and their contract negotiation teams.
Evidence to retain
  • · Standard contract template mapped clause by clause to Article 30(2)
  • · Inventory of functions and services, the subcontractor list and the subcontracting conditions
  • · List of data processing and storage locations and the advance change notification process
  • · Technical approach and drill records for data access, recovery and return
  • · Incident assistance response process and the cost arrangement documentation

Estimated first-time effort: 15–45 person-days (estimate, not a commitment)

Meet the enhanced Article 30(3) terms where the service supports a critical or important function

Severity CriticalArt. 30(3)(a)–(f);Art. 26–27(TLPT)

For ICT services supporting critical or important functions the contract must, in addition to the paragraph 2 elements, contain at least the six items in Article 30(3)(a) to (f): (a) full service level descriptions including updates and revisions with precise quantitative and qualitative performance targets allowing effective monitoring and corrective action without undue delay when agreed levels are not met; (b) notice periods and reporting obligations of the provider, including notification of any development that might have a material impact on its ability to provide the services supporting critical or important functions in line with agreed service levels; (c) requirements for the provider to implement and test business contingency plans and to have ICT security measures, tools and policies providing an appropriate level of security in line with the financial entity regulatory framework; (d) an obligation to participate and fully cooperate in the financial entity threat-led penetration testing under Articles 26 and 27; (e) the right to monitor the provider performance on an ongoing basis, comprising unrestricted rights of access, inspection and audit by the financial entity or an appointed third party and by the competent authority (including taking copies on site of documentation critical to the provider operations, a right that other contractual arrangements or implementation policies must not impede or limit), the right to agree alternative assurance levels where other clients rights are affected, an obligation to cooperate fully during on-site inspections and audits, and an obligation to give details of their scope, procedures and frequency; and (f) exit strategies, in particular a mandatory adequate transition period during which the provider keeps supplying the functions or ICT services and which lets the financial entity migrate to another provider or move in-house. For a financial entity that is a microenterprise the access, inspection and audit rights under (e) may be delegated by agreement to an independent third party appointed by the provider. AI providers should note two things: material model or dependency changes and supplier capacity or licensing changes typically qualify as developments with a material impact under (b); and items (e) and (f) drive audit cooperation cost and the room for negotiating exit terms, so they cannot be ignored at the quotation stage.

Applies when
AI providers whose service the financial customer classifies as supporting a critical or important function, such as real-time fraud decisioning, payment risk control or core risk models.
Evidence to retain
  • · Definitions of quantitative and qualitative performance targets and monthly attainment reports
  • · List of material-impact events, trigger criteria and the notification records
  • · Business contingency plan and exercise reports
  • · ICT security measures, tools and policies mapped to the customer regulatory framework
  • · Ledger of corrective actions taken when service levels were not met
  • · Audit and on-site inspection cooperation plan stating scope, procedures and frequency, including when alternative assurance levels apply
  • · Records of participation and cooperation in threat-led penetration testing (TLPT)
  • · Exit strategy and transition-period service commitments (migration plan, data return, minimum transition duration)

Estimated first-time effort: 20–60 person-days (estimate, not a commitment)

Support the financial entity register of information on ICT service contractual arrangements

Severity MediumArt. 28(3)

Financial entities must maintain and update, at entity, sub-consolidated and consolidated level, a register of information on all contractual arrangements on the use of ICT services provided by ICT third-party service providers, and must make the full register or specified sections available to the competent authority on request, together with any information necessary for effective supervision. The practical obligation on the provider is to supply and keep current the fields needed for that filing — legal identification, service description, criticality of the supported function, subcontracting chain, locations, service levels — and to push updates when they change, since stale data directly causes customer reporting failures.

Applies when
All providers supplying ICT services to EU financial entities, including intra-group entities providing such services.
Evidence to retain
  • · Register field list mapped to internal data sources
  • · Records of register information provided to financial customers with update timestamps
  • · Subcontracting chain information and subcontractor change notifications
  • · Legal entity identification information and group structure description

Estimated first-time effort: 8–25 person-days (estimate, not a commitment)

Establish an EU subsidiary within 12 months of designation as a critical ICT third-party service provider

Severity HighArt. 31(12)

Article 31(12) provides that financial entities may only use the services of an ICT third-party service provider established in a third country and designated as critical under Article 31(1)(a) if that provider has established a subsidiary in the Union within the 12 months following designation. The recitals note that the subsidiary requirement does not prevent a critical provider from supplying ICT services and related technical support from facilities and infrastructure located outside the Union, and that the Regulation imposes no data localisation obligation. Chinese providers with the scale and concentration profile that could attract designation should plan the EU entity, staffing and oversight cooperation in advance.

Applies when
Chinese cloud, compute or AI platform providers with significant scale and concentration in the EU financial sector; designation is determined by the ESAs under Article 31.
Deadline: Within 12 months following designation
Evidence to retain
  • · Contingency plan for establishing the EU entity (form, location, timetable, cost)
  • · Description of the EU entity functions, staffing and mandate
  • · Named liaison, process and document set for cooperating with the oversight framework
  • · Transition and cooperation clauses in customer contracts addressing designation

Estimated first-time effort: 30–120 person-days (estimate, not a commitment)

Penalties

Administrative penalties on financial entities are set by Member States under the relevant chapter and notified to the Commission and the ESAs. For providers the realistic consequence is contractual: refusing the mandatory Article 30 terms means no contract or termination, and a third-country provider designated as critical that has not established an EU subsidiary within 12 months of designation may no longer be used by financial entities.

Known uncertainty

This entry is verified against the text of the Regulation and does not cover the accompanying regulatory and implementing technical standards (for example the standard register templates, subcontracting conditions and threat-led penetration testing detail), which strongly affect the fields a provider must supply and the contract detail, and must be obtained separately before implementation. The designation criteria for critical ICT third-party service providers and the current designation list were outside the scope of this review, so nothing here should be read as indicating whether a particular provider has been designated.

Related standards

  • ISO/IEC 27001:2022 Information security management systems — Requirements · ISO/IEC 27001:2022 (edition 3, 2022-10); European adoption EN ISO/IEC 27001:2023, including Amendment A1:2024
  • CSA STAR and STAR for AI (including CCM, CAIQ, AICM and AI-CAIQ) · STAR program (combined CCM/CAIQ v4.1); AI Controls Matrix AICM v1 (released 2025-07-09, updated 2025-10-30; v1.1 also published)

Sources (1)

Content as of 2026-09-12 · corpus 2026.09|Compiled from public official sources with links and review dates for compliance decision support. Rules change; have licensed professionals review before external disclosure, regulatory filing or contractual commitments.

Related regulations

GDPR · PIPL · CCPA control mapping
Traceable AI · cited when sourced
ISO 27001 alignment in progress
WCAG 2.1 AA accessibility target
DORA obligations bearing on AI and ICT third-party service providers · Obligations & official sources | HaiWen HQ