Skip to main content
Regulation

EU Artificial Intelligence Act (EU AI Act)

The EU AI Act is Regulation (EU) 2024/1689. On 2 August 2026 its transparency rules and enforcement machinery took effect, but the high-risk regime for credit scoring and life and health insurance pricing did not: Regulation (EU) 2026/1744 moved it to 2 December 2027. Prohibitions have applied since February 2025.

Checked by Remmert
12 min read

Did the AI Act's high-risk rules start on 2 August 2026?

No. Regulation (EU) 2026/1744, the Digital Omnibus on AI, moved the Annex III high-risk regime, which is where credit scoring and life and health insurance pricing sit, from 2 August 2026 to 2 December 2027. What did start on 2 August 2026 is Article 50 transparency and the full enforcement machinery. Prohibited practices have applied since 2 February 2025.

This is a page about which date is law. See the other regulations we track for the same treatment of DORA, NIS2 and the rest.

Last updated: 17 August 2026. Rewritten after Regulation (EU) 2026/1744 entered into force on 27 July 2026 and enforcement began on 2 August 2026.

At a glance

What the Digital Omnibus actually changed

It was proposed on 19 November 2025 as COM(2025) 836, adopted by Parliament on 16 June 2026 and by Council on 29 June 2026, signed on 8 July, published on 24 July and in force on 27 July 2026. It is law, not a pending proposal.

ObligationWasIs now

Seven other changes matter to a financial institution:

  • Art. 4 (AI literacy) softened from a hard obligation to a duty to take measures to support the development of staff AI literacy, with an express disclaimer that no specific level need be guaranteed for any individual.
  • New Art. 4a permits processing GDPR Article 9 special-category data for bias detection and correction under six cumulative conditions, extended from high-risk providers to all providers and deployers, with the strict-necessity test retained. It creates no obligation to do bias testing.
  • Art. 27(4) now lets a deployer cross-reference the relevant sections of an existing GDPR Article 35 DPIA into its fundamental rights impact assessment, and Art. 27(5) mandates an AI Office template with an automated tool.
  • Art. 17 and 63 give SMEs and small mid-caps simplified technical documentation and a proportionate quality management system.
  • New Art. 2(13) lets Arts. 9–15 and 17–25 be limited where Annex I Section A legislation gives equivalent protection, through delegated acts due 2 August 2027.
  • Art. 49(2) registration was simplified, not abolished. Nine data items became seven. Claiming the Art. 6(3) derogation still puts you in the public EU database.
  • Art. 73 serious-incident reporting was not amended. The 15-day, 2-day and 10-day limits stand exactly as drafted, and Art. 6(3) is unchanged.

Who does it apply to, and for what?

The AI Act attaches to a use case, not to a licence. For a licensed financial institution, four Annex III entries and two live obligation sets matter.

Use caseClassificationArticleApplies from

What does the AI Act require?

Five obligation families, and only one of them binds today. The rest arrive with the Annex III regime on 2 December 2027.

  • Art. 6, Annex III

    High-risk classification

    Which use cases are caught: credit scoring of natural persons, life and health insurance pricing, and the HR entries. The Art. 6(3) escape route, the profiling override that closes it for credit scoring, and the registration duty that survives a non-high-risk conclusion.

  • Art. 50

    Transparency and disclosure

    The only set already binding, since 2 August 2026. Disclosure that a chatbot is a chatbot, machine-readable marking of synthetic audio, image, video and text, deepfake labelling, and the 2 December 2026 transition for systems already on the market.

  • Art. 26

    Deployer duties

    Use per the instructions, human oversight by competent staff, input data relevance, log retention, monitoring, informing workers before deployment, and telling an affected person that a high-risk system is part of a decision about them.

  • Art. 27

    Fundamental rights impact assessment

    Who owes a fundamental rights impact assessment, which for Annex III 5(b) and 5(c) includes private banks and life and health insurers, what it must describe, and the Art. 27(3) notification to the market surveillance authority.

  • Arts. 43, 47, 49

    Conformity assessment and registration

    Internal control under Annex VI with no notified body for Annex III points 2 to 8, the EU declaration of conformity, CE marking, and registration in the EU database, including for systems self-assessed as not high-risk.

Are we a provider or a deployer?

Most mid-market institutions buy rather than build, which makes them deployers, and the deployer duties in Article 26 were not touched by the omnibus. They are what you will actually be examined against.

DutyArticle

Is AML transaction monitoring high-risk?

No. AML and CFT transaction monitoring is not listed in any of the eight Annex III categories. Annex III 5(b) expressly excepts systems used to detect financial fraud, and Recital 58 excludes systems provided for by Union law for detecting fraud in the offering of financial services. The Commission's draft high-risk classification guidelines of 19 May 2026 close the remaining route, confirming that a private entity running AML detection to meet its own obligations does not act on behalf of law enforcement, so Annex III point 6 does not catch it either.

Where that answer stops holding

Four places where most institutions will actually get caught.

  • Annex III 5(b)

    Alert output feeds a credit decision

    If alert output feeds an account-opening refusal, a de-risking decision, a credit limit reduction or a credit decision, the creditworthiness purpose pulls it inside. The carve-out is purpose-based, not model-based.

  • Annex III 1

    Biometric verification in onboarding

    Biometric verification in onboarding is a separate high-risk entry.

  • Annex III 4(b)

    Employee-conduct surveillance

    Employee-conduct surveillance models built alongside AML monitoring.

  • Art. 5(1)(c)

    Article 5 applies today

    A behavioural model that scores customers on general social behaviour and produces detrimental treatment in an unrelated context risks Article 5(1)(c). That is enforceable now, at up to €35 million or 7%.

Does a bank have to do a fundamental rights impact assessment?

Yes, if it deploys credit scoring on natural persons. This is the provision most often stated wrongly.

Article 27(1) names three separate categories of deployer, and the list is disjunctive: bodies governed by public law, or private entities providing public services, and deployers of high-risk AI systems referred to in points 5(b) and (c) of Annex III. A private commercial bank is not a public body and does not provide public services, but it is caught by the third limb. So is a life or health insurer under 5(c).

The FRIA must describe the deployer's processes and intended purpose, the period and frequency of use, the categories of natural persons and groups affected, the specific risks of harm, how human oversight is implemented, and what will be done if the risks materialise. Results must be notified to the market surveillance authority under Article 27(3).

Who owes a FRIA

Deployer and useFRIA required?

Can we use our existing CRD, Solvency II and DORA governance?

Largely, and this is explicit in the text rather than an interpretation.

Article 17(4) provides that for providers that are financial institutions subject to internal governance requirements under Union financial services law, the quality management system obligation "shall be deemed to be fulfilled by complying with the rules on internal governance arrangements or processes pursuant to the relevant Union financial services law", except Art. 17(1)(g) the risk management system, (h) post-market monitoring and (i) serious incident reporting, which must be built separately.

Article 26(5) deems the deployer's monitoring duty fulfilled by compliance with financial-services internal governance rules. Article 26(6) lets a financial institution keep AI logs inside its existing financial-services documentation rather than a separate store with the general six-month minimum. Article 72(4) does the same for post-market monitoring, expressly extended to Annex III point 5.

Article 43(2) matters commercially: for Annex III points 2 to 8, which includes credit scoring and life and health insurance pricing, conformity assessment is internal control under Annex VI, with no notified body. Only Annex III point 1, biometrics, has the notified-body route.

The EBA reached the same conclusion in November 2025: no material contradictions between the AI Act and EU banking and payment legislation, and the AI Act's credit-scoring obligations largely overlap with existing requirements in CRR, CRD, DORA, CCD2, MCD and the EBA guidelines. Integrate, rather than building a parallel compliance stack. If your DORA ICT risk framework is already running, it is the structure this bolts onto.

The dates

2025

  1. 2 February 2025Passed

    Art. 5 prohibitions; AI literacy

  2. 2 August 2025Passed

    GPAI obligations; governance chapter; penalties except Art. 101; notifying authorities

2026

  1. 2 August 2026Passed

    Art. 50 transparency; enforcement begins; Art. 101 GPAI fines live

  2. 2 December 2026Upcoming

    New Art. 5 prohibitions; Art. 50(2) marking deadline for pre-existing generative systems

2027

  1. 2 August 2027Upcoming

    Sandboxes operational; GPAI models placed before 2 Aug 2025 brought into compliance; Art. 2(13) delegated acts due

  2. 2 December 2027Upcoming

    Annex III high-risk regime: Arts. 6–27, including the FRIA

2028

  1. 2 August 2028Upcoming

    Annex I product-embedded high-risk regime

2030

  1. 2 August 2030 and 31 December 2030Upcoming

    Public-authority legacy systems; Annex X large-scale IT systems

Grandfathering: what a model already in production owes

This is the provision with the most money attached to it, and almost nobody covers it.

Article 111(2) applies the high-risk regime to Annex III systems placed on the market before the Chapter III application date "only if, as from that date, those systems are subject to significant changes in their designs."

Read plainly: a credit-scoring model already in production on 2 December 2027 is grandfathered indefinitely, unless it is significantly redesigned. There is no sunset for private deployers. Only public-authority deployments carry a hard backstop, at 2 August 2030, and Annex X large-scale IT systems at 31 December 2030.

The catch is what counts as a significant change in design. Model refreshes, retraining on new data and feature changes are exactly where that bites, and a model governance calendar that schedules an annual rebuild is a calendar that schedules its own entry into the high-risk regime. Date and document the production baseline now, while the evidence is easy to assemble.

Differences by country

TopicNetherlandsGermanyBelgium

The Netherlands is late, it has admitted it in writing, and it has a consequence. Member States had to designate authorities and lay down penalty rules under Article 70(2) by 2 August 2025. The cabinet accepted in a letter to Parliament that the Dutch implementing act would enter into force later than the Regulation requires (Kamerstuk II 2025/26, 22 112, nr. 4318, 20 April 2026). The internet consultation drew 30 responses and submission is planned for Q4 2026, contingent on securing the supervision budget (Kamerstuk 36 800-XIII, nr. 42). The Article 5 and Article 50 obligations bind Dutch firms directly, because a regulation does not need national law to apply, but Dutch administrative fining powers are not yet in national statute. The AP put it plainly in March 2026: there are risks "waartegen nu niet handhavend kan worden opgetreden".

The proposed model names ten market surveillance authorities (AP, RDI, ILT, NVWA, NLA, IGJ, AFM, DNB, PGHR and the chair of the ABRvS), with the RDI as the Article 70 single point of contact and the AP as residual authority. For financial services it follows Article 74(6): Art. 5(1)(a) and (b) prohibitions to the AFM alone; Annex III 5(b) creditworthiness and 5(c) life and health insurance pricing to the AFM and DNB jointly; Art. 50 transparency to DNB and the AFM.

The split itself is contested. The AFM's uitvoeringstoets of 12 June 2026 calls the bill workable in principle but argues that both the AFM and DNB should be competent for both the prohibitions and the high-risk applications, saying the proposed division "sluit onvoldoende aan bij de doelstellingen van de AI-verordening en kan effectief toezicht belemmeren", and flags gaps in capacity, funding, expertise and data sharing.

Germany is ahead and more explicit. BaFin confirmed on 29 July 2026 that it is the market surveillance authority for AI in direct connection with regulated financial activity, named bank creditworthiness assessment and life and health insurance risk evaluation as the high-risk cases, and confirmed the 2 December 2027 date. Its stated current focus is Article 5 prohibitions, Article 50 transparency and Article 4 staff competence, with a recommendation to integrate AI governance into existing structures, *particularly DORA*.

What recently changed

2 August 2026: enforcement began. The AI Office and national authorities began enforcing the prohibitions, the GPAI obligations and the transparency rules, as the Commission announced on 31 July 2026. A complaints tool, a whistleblower tool and a downstream-provider complaints channel opened. Article 101 fines for GPAI providers also became available on this date: Article 113(b) had expressly excluded Article 101 from the 2 August 2025 start, leaving it to fall in under the general date.

31 July 2026: the ESAs framed frontier AI through DORA. The joint statement on frontier AI models (JC 2026-25) sets the supervisory expectation for financial entities using frontier models, and it routes the risk through operational resilience rather than through a new AI-specific framework. If you are reading this page and the DORA page as two separate programmes, the supervisors are not.

27 July 2026: Regulation (EU) 2026/1744 entered into force, three days after publication under an urgency provision, moving the high-risk dates set out above.

10 June 2026: a Code of Practice on Transparency of AI-generated Content was published, with roughly 190 signatories by end July 2026, confirmed by the Commission as an adequate voluntary route to Article 50 compliance.

19 May 2026: the Commission published only a draft of the high-risk classification guidelines. These were statutorily due under Article 6(5) by 2 February 2026. They remain in draft as at 17 August 2026.

5 March 2026: the AP's AI-Impactbarometer turned red, with four of nine indicators red. Its stated concern is systems registered as ordinary algorithms rather than as AI systems, which keeps them out of scope on paper while leaving them in scope in law.

21 January 2026: DNB published findings on AI at insurers. Around 80% of large and mid-sized insurers use AI in regular processes against 21% of small insurers; more than 70% recognise the six EIOPA governance principles, but documentation and post-deployment monitoring are weak. DNB names life and health risk assessment and premium setting as the high-risk category and said it would run sector-wide surveys in 2026.

Harmonised standards have not arrived. Ten standardisation areas were requested under mandate M/593 as amended. As at mid-2026, zero have been cited in the Official Journal, meaning no AI Act standard currently grants presumption of conformity. Only prEN 18286 has reached public enquiry, on 30 October 2025, and nine JTC 21 deliverables are in progress. Against an original mandate deadline of 30 April 2025 and a mandate expiring 28 February 2027, that is a slippage of roughly eighteen months.

What can GenCompl.ai do for you?

Our pipeline tracks the AI Act's staged dates, the Commission's guidelines and the national implementing acts, and maps a given AI use case onto the article that classifies it, including the four bleed points where an out-of-scope AML model becomes an in-scope credit model. Each conclusion carries its article, its source and the date it was last recalculated, so a model inventory can be re-derived when the use case changes rather than re-audited by hand.

Questions and answers

The high-risk rules were supposed to start on 2 August 2026. Did they?
Could the delay still be reversed?
Is our AML transaction monitoring model high-risk under the AI Act?
Are our IRB capital models high-risk AI?
Our credit model only pre-scores and a human always decides. Is it still high-risk?
Our model is already in production. Does 2 December 2027 catch it?
Are we a provider if we fine-tune a model?
Does our customer chatbot need to say it is AI, and from when?
Who supervises the AI Act for a Dutch bank?
Can we score employee sentiment in the call centre, or use social-media data in credit decisions?
Do we need a notified body to certify our credit-scoring model?

Sources

Glossary

  • CE marking (EU AI Act)

    A marking by which a provider indicates that an AI system is in conformity with the requirements set out in Chapter III, Section 2 and other applicable Union harmonisation legislation providing for its affixing. The Cyber Resilience Act defines the same term differently.

  • Substantial modification (EU AI Act)

    A change to an AI system after its placing on the market or putting into service which is not foreseen or planned in the initial conformity assessment carried out by the provider and as a result of which the compliance of the AI system with the requirements set out in Chapter III, Section 2 is affected or modification of the intended purpose for which the AI system has been assessed. The Cyber Resilience Act defines the same term differently.

  • Notified body (EU AI Act)

    A conformity assessment body notified in accordance with this Regulation and other relevant Union harmonisation legislation. The Cyber Resilience Act defines the same term differently.

  • Intended purpose (EU AI Act)

    The use for which an AI system is intended by the provider, including the specific context and conditions of use, as specified in the information supplied by the provider in the instructions for use, promotional or sales materials and statements, as well as in the technical documentation. The Cyber Resilience Act defines the same term differently.

  • Making available on the market (EU AI Act)

    The supply of an AI system or a general-purpose AI model for distribution or use on the Union market in the course of a commercial activity, whether in return for payment or free of charge. The Cyber Resilience Act defines the same term differently.

  • Conformity assessment body (EU AI Act)

    A body that performs third-party conformity assessment activities, including testing, certification and inspection. The Cyber Resilience Act defines the same term differently.

  • Placing on the market (EU AI Act)

    The first making available of an AI system or a general-purpose AI model on the Union market. The Cyber Resilience Act defines the same term differently.

  • Conformity assessment (EU AI Act)

    The process of demonstrating whether the requirements set out in Chapter III, Section 2 relating to a high-risk AI system have been fulfilled. The Cyber Resilience Act defines the same term differently.

  • Distributor (EU AI Act)

    A natural or legal person in the supply chain, other than the provider or the importer, that makes an AI system available on the Union market without affecting its properties. The Cyber Resilience Act defines the same term differently.

  • Validation data (EU AI Act)

    Data used for providing an evaluation of the trained AI system and for tuning its non-learnable parameters and its learning process in order, inter alia, to prevent underfitting or overfitting. eIDAS 2 defines the same term differently.