Get started
COMPLIANCEREGULATION8 March 2026
Twelve gold geometric stars in circle with regulatory pathways converging

EU AI Act Enforcement: The High-Risk Dates After the Digital Omnibus

From 2 December 2027, organisations deploying high-risk AI systems in the European market face mandatory compliance obligations, with fines that dwarf even GDPR penalties. AI in regulated products follows on 2 August 2028, and the Article 50 transparency duties already apply. Here is what your board needs to know, and what your engineering teams need to build.

Updated 28 October 2026: this post first said high-risk enforcement starts in August 2026 and described the Digital Omnibus as a proposal. The Omnibus is now law: Regulation (EU) 2026/1744, in force since 27 July 2026. It moved the Annex III high-risk obligations to 2 December 2027 and Annex I to 2 August 2028. Article 50 transparency still applies from 2 August 2026. The title, timeline and checklist have been corrected to match.

The timeline you cannot ignore

The EU AI Act did not arrive all at once. It has been phased in deliberately, and each milestone narrows the window for organisations that have yet to act.

1 Aug 2024IN EFFECT
Entry into force

The AI Act, Regulation (EU) 2024/1689, enters into force. Its obligations then apply in phases.

2 Feb 2025IN EFFECT
Prohibited practices

Social scoring, manipulative AI, real-time biometric surveillance banned. Fines up to €35M or 7% turnover.

2 Aug 2025IN EFFECT
GPAI obligations

Foundation model transparency, training data summaries, copyright compliance. Systemic risk models face adversarial testing.

27 Jul 2026IN EFFECT
Digital Omnibus in force

Regulation (EU) 2026/1744 enters into force and moves the high-risk application dates to December 2027 and August 2028.

2 Aug 2026IN EFFECT
Article 50 transparency

People must be told when they are interacting with an AI system, and AI-generated content must be identifiable.

2 Dec 2026UPCOMING
Article 50 marking grace ends

Generative AI systems already on the market before 2 August 2026 must mark their outputs as AI-generated.

2 Dec 2027UPCOMING
High-risk AI (Annex III)

Conformity assessments, CE marking, EU database registration. National authorities empowered to enforce and fine. Moved back from the date in the original 2024 text by the Digital Omnibus.

2 Aug 2028FUTURE
Regulated products (Annex I)

AI in medical devices, vehicles, industrial machinery and other products covered by EU product-safety law. Moved from 2 August 2027 by the Digital Omnibus.

⚠
The Digital Omnibus is adopted law

The Digital Omnibus on AI, Regulation (EU) 2026/1744 of 8 July 2026, was published in the Official Journal on 24 July 2026 and entered into force on 27 July 2026. It moved the high-risk obligations to 2 December 2027 for Annex III systems and to 2 August 2028 for AI in products covered by Annex I. Deferred, not cancelled: the Article 50 transparency obligations have applied since 2 August 2026, and the oversight, logging and risk management work below is still what an assessor will ask you to evidence.

What counts as "high-risk"? More than you think

The high-risk classification catches a broad swath of enterprise AI use cases. If your organisation deploys AI in any of the following domains, your systems likely fall under the Act's most demanding requirements.

⚙Employment

AI-driven screening, resume filtering, performance evaluation, promotion recommendations

£Financial services

Creditworthiness assessments, insurance risk profiling, fraud detection influencing individual decisions

⚡Critical infrastructure

AI managing energy grids, water systems, telecommunications, transport

◆Education

Automated grading, admissions decisions, learning path recommendations

◈Law enforcement

Predictive policing, evidence evaluation, migration processing

○Essential services

Eligibility determinations for public benefits, emergency dispatch prioritisation

The classification challenge is real. A significant minority of enterprise AI systems are clearly high-risk, while a substantial additional share have ambiguous classifications requiring formal assessment. If you have not inventoried your AI systems yet, you are already behind.

The Act applies to non-EU companies serving EU customers. US-based organisations deploying AI systems whose outputs are used in the EU are within scope.

The four articles that will define compliance

For CISOs and compliance officers preparing board-level briefings, four articles establish what amounts to a continuous compliance obligation – not a one-time certification exercise.

Art. 9Risk Management Systems

Continuous, lifecycle-spanning risk management – not a static register filed at deployment.

Automated, pipeline-integrated risk management with post-deployment monitoring feeding back into risk assessments. Quarterly reviews are insufficient for agents making thousands of decisions per day.

Art. 12Record-Keeping

Automatic recording of events (logs) over the lifetime of the system.

Manual logging or inconsistent event capture will not satisfy Article 12. The Act does not prescribe a logging technology, but logs that can be modified after the fact are weak evidence. Tamper-evident audit trails capture what happened and the evidence chain to prove it.

Art. 13Transparency

High-risk systems must be transparent enough for deployers to interpret their output and use it appropriately, with clear instructions for use.

Separately, Article 50 has applied since 2 August 2026 to AI systems generally: people must be told when they are interacting with AI, and AI-generated content, including synthetic media and manipulated content, must be identifiable.

Art. 14Human Oversight

Operators must understand, monitor, intervene, and halt AI systems in real-time.

An architectural requirement – decision gates and approval workflows embedded in the operational pipeline. Not a monitoring dashboard reviewed after the fact.

The compliance gap: frameworks tell you what, not how

Organisations seeking structure have turned to ISO/IEC 42001 and the NIST AI Risk Management Framework (AI RMF 2.0). ISO 42001 provides a plan-do-check-act framework aligning with roughly 40–50% of the Act's high-level requirements.

NIST AI RMF offers complementary voluntary guidance whose four core functions – Govern, Map, Measure, Manage – map well to the Act's risk management articles. Organisations operating in both markets can build programmes that satisfy both without duplicating effort.

But neither framework specifies how to generate the verifiable evidence that Articles 9, 12, and 14 require at the operational level. They tell you to log, monitor, and maintain human oversight. They do not tell you how to produce tamper-evident records that prove you did these things when a regulator comes asking.

Framework coverage vs. Act requirements
ISO/IEC 42001High-level alignment
~48%
NIST AI RMF 2.0Complementary guidance
~40%
Both combinedStill missing operational evidence
~60%

For AI agents making thousands of decisions per day, this is not a process problem. It is an infrastructure problem. Manual compliance is impossible at agent scale.

What a compliant architecture looks like

The Act's requirements point toward a specific set of architectural capabilities. Organisations that build these in from the ground up will find compliance far less expensive than those retrofitting after the fact.

Art. 12Immutable, hash-chained audit trails

Article 12 requires automatic logging over the system's lifetime. Tamper-evident records, where each event is cryptographically linked to its predecessor so that retroactive modification is detectable, are a strong way to show those logs can be trusted. The VOLT protocol specifies this approach: every event recorded with SHA-256 hashing, linked via a prev_hash chain, and packaged into portable Evidence Bundles.

// Hash-chain integrity
event[n].hash = SHA-256(event[n].payload + event[n-1].hash)
// → Tamper to any entry breaks the chain downstream
Art. 9 + 14Layered orchestration with decision gates

Human oversight must be a structural property of the orchestration layer. The AOCL protocol defines an 11-layer control pipeline where every policy decision (allow, deny, escalate to human) is auditable.

L3policy.gate→ Policy evaluation
L7delegate.execute→ Delegation with constraints
L8verify.check→ Quality and evidence validation
GDPR Art. 22Evidence packages for right to explanation

GDPR Article 22 and the EU AI Act are separate regulations enforced by different authorities, but they create complementary obligations. When a customer asks why an AI system made a particular decision, you need a complete, verifiable record of the inputs, processing steps, policy constraints, and output.

EU AI Act
Operational compliance
+
GDPR Art. 22
Right to explanation
=
Evidence Packages
Verifiable decision records
Art. 9Continuous risk monitoring

Static risk assessments fail at agent scale. An orchestration layer with full observability across every processing stage – from ingress through execution and response assembly – provides the continuous monitoring pipeline that Article 9 envisions, feeding anomaly detection back into the risk model automatically.

The cost of inaction

The penalty structure is designed to command attention. But fines are only part of the equation – the Act empowers authorities to order the withdrawal of non-compliant AI systems from the EU market entirely. For enterprise vendors, losing access to 450 million consumers is the existential risk.

Maximum fine exposure
Prohibited practices (Art. 5)€35M or 7%
High-risk violations€15M or 3%
Incorrect information€7.5M or 1%
Industry estimates suggest compliance costs of $8–15M for high-risk systems – significant, but a fraction of the maximum penalty exposure, and a rounding error compared to market exclusion.

Your compliance checklist before December 2027

The Annex III high-risk obligations apply from 2 December 2027, and Annex I products from 2 August 2028. Article 50 transparency applies already. Here is a prioritised action plan.

ImmediateNow, late 2026
○Check Article 50 disclosures, which already apply: users told when they talk to AI, AI-generated content identifiable, and output marking in place by 2 December 2026 for systems already on the market.
○Complete an AI system inventory. Classify every system against the Act's risk categories.
○Identify which systems are clearly high-risk, borderline, or minimal-risk. Engage legal counsel on borderline cases.
○Assess current logging and audit trail capabilities against Article 12. Can you produce a verifiable, tamper-evident record of any AI decision on demand?
Short-termFirst half of 2027
○Implement hash-chained, immutable audit trails for all high-risk systems.
○Build human oversight mechanisms (decision gates, approval workflows, intervention capabilities) into high-risk AI pipelines.
○Draft conformity assessment documentation. Engage a notified body if third-party assessment is required.
○Establish continuous risk management with automated monitoring and feedback loops.
Pre-deadlineBy 2 December 2027
○Conduct internal conformity assessments. Test ability to generate compliance evidence on demand.
○Complete CE marking and EU database registration for high-risk systems.
○Train operational staff on human oversight responsibilities and intervention procedures.
○Establish incident reporting procedures aligned with the Act.
○Run a tabletop exercise: simulate a regulator requesting a full audit trail for a specific AI decision made last Tuesday.

The regulatory direction is clear

The EU AI Act is first, but not last. NIST AI RMF, Brazil's AI Bill, China's algorithm regulations: the global direction is toward mandatory AI accountability.

Organisations that build compliance-ready infrastructure now are not just preparing for December 2027. They are building the foundation every major market will eventually require. The question is no longer whether to invest in verifiable, auditable, human-overseen AI systems. It is whether you can afford to reach the high-risk deadline without them.

Quox (quox.ai) builds trust infrastructure for AI agent operations. Its open protocols – AEE for standardised agent messaging, AOCL for orchestration control and observability, and VOLT for cryptographic evidence chains – provide the accountability architecture that autonomous systems require.

Built for regulated industries

Compliance Suite ships with VOLT audit trails, WARD receipts, and AOCL policy enforcement. Self-hosted, air-gapped, yours.

Product updates