Grid engineer checking an open medium-voltage switchgear cabinet at a substation

AI in the energy industryUpdated: 9 min read

EU AI Act: High-Risk AI in Energy Infrastructure

Annex III names electricity supply by name, and the Digital Omnibus sets the deadline at 2 December 2027

The sharpest duties of the EU AI Act arrive later than planned, but they arrive. For utilities this is not good news with an asterisk, it is a deadline with liability. Anyone using AI in grid control, dispatch or fault location has to know by 2 December 2027 whether that system is a safety component in the meaning of the law.

Summary

The Digital Omnibus moved the duties for stand-alone high-risk AI under Annex III of the EU AI Act from 2 August 2026 to 2 December 2027. Annex III point 2 covers AI that works as a safety component in the supply of water, gas, heating or electricity. Under the Commission's draft guidelines of 19 May 2026 it must protect the physical integrity of the installation directly, and its operator must be designated a critical entity. For utilities that means perimeter protection and anomaly detection that supports switching and load decisions can fall under the duty, while pure forecasting and optimisation, billing and marketing usually do not. From the cut-off, the AI Act requires risk management, data governance, human oversight, a conformity assessment and registration in the EU database, with penalties up to 15 million euros or 3 percent of global annual turnover. The framework adds to NIS2 and the EnWG security catalogues, it does not replace them.

Updated October 2026. The version of 26 September 2026 used as its test whether the failure of an AI could endanger supply, and counted grid control, dispatch and load forecasting with intervention as high-risk AI. We have aligned the test question, table and FAQ with the European Commission's draft guidelines of 19 May 2026: a direct protective function for the installation and an operator designated as a critical entity. For legacy systems we now use the term from Article 111(2), significant changes in design.

What the Digital Omnibus actually moved

Start with the plain version. 2 August 2026 is off the table. For high-risk AI under Annex III the date is now 2 December 2027. That sounds like breathing room. It is not.

The European Commission proposed the Digital Omnibus on 19 November 2025, Parliament and Council agreed the text, and since 24 July 2026 it has been in the Official Journal as Regulation (EU) 2026/1744, in force since 27 July 2026. What moved is the day the duties bite. The duties themselves are unchanged. Confuse the two and you plan the deadline wrong.

It was close, though. On 28 April 2026 the second trilogue broke down after about twelve hours over a single question: should AI in regulated products such as medical devices and machinery fall under the AI Act on top of the sectoral conformity assessment? Agreement came on 7 May, and on 13 May the member states confirmed it in the Council. The dispute was settled by giving Annex I its own, later date of 2 August 2028. For grid AI that is a side issue: it falls under Annex III, if at all.

2 Dec 2027
new deadline for stand-alone high-risk AI under Annex III, previously 2 August 2026
2 Aug 2028
deadline for AI embedded as a safety component in a regulated product (Annex I)
16 months
size of the delay against the original date, not the end of the duty

The reason for the delay is unspectacular. The harmonised standards and support tools that make practical implementation possible were not ready in time; the first, EN 18286, only appeared in the Official Journal on 14 October 2026. The deadline follows the standards, not the other way around. The other AI Act dates are listed further down under All AI Act dates.

Sixteen more months are not a pause. Making a grid control system conformant takes longer than the extension suggests.

Why the extension is not a rest

When energy AI counts as high-risk

The decisive sentence sits in Annex III point 2, and it names the energy sector by name. High-risk is AI used as a safety component in the management and operation of critical infrastructure, or in the supply of water, gas, heating or electricity. No sub-clause. No room to argue about the industry. What remains open is what counts as a safety component in a given organisation, and on that the Commission published draft guidelines on 19 May 2026.

Safety component in the sense of the AI Act is a component that fulfils a safety function, or whose failure or malfunction endangers the health and safety of persons or property (Article 3 point 14). The test is functional, not technical. What matters is what the AI protects, not how it is built.
Control room operator at a grid control desk, the monitors deliberately out of focus
The control room is where it is decided whether an AI steers supply or only assists a human. The classification hangs on exactly that.

The draft turns this into two conditions that have to come together. First, the AI directly protects the physical integrity of the installation or the safety of people (paragraphs 184 to 189). If conventional grid protection with protection relays and fuses keeps working independently of the AI, it is not the AI that protects the installation. Second, the operator is designated a critical entity under the CER Directive (paragraphs 190 and 204). Whether a grid operator or heat supplier is one is decided in Germany by the KRITIS ordinance, which has not been issued yet. Two times yes means Annex III, and the classification of the individual system remains a question for your legal advisers.

A single system can become high-risk by two routes at once. If the AI sits inside a machine under the Machinery Regulation or in pressure equipment, Annex I applies on top. Both classifications carry their own duties, and one does not settle the other.

Concrete systems: what is covered and what is not

Now it gets practical. The dividing line does not run between departments, it runs between a direct protective function and everything else. The examples follow the draft guidelines of 19 May 2026 and only apply if the operator is a critical entity.

AI system or function Classification
Perimeter protection with camera, radar or drone defence high-risk in the draft, protects the physical integrity of the installation directly
Anomaly detection supporting decisions on load distribution, grid stability, disconnections high-risk in the draft, even if a human approves
AI that switches itself, such as fault location with disconnection (FLISR) open, depends on whether a protection layer remains without the AI
Load, consumption and imbalance forecasting, grid optimisation usually not high-risk, no direct protective function
Billing, tariff recommendation, marketing not under point 2, no effect on installation safety
Cybersecurity-only AI not a safety component if it serves cybersecurity only

The draft explicitly lists load forecasts as not high-risk, including the imbalance forecast in 15-minute intervals, even though an error there can reach as far as a supply disruption. The chain to the damage is too long for it. Conversely, a human in the loop is no way out: anomaly detection that supports decisions on disconnections sits on the high-risk side. And everything depends on the operator's critical entity status: the same software can be high-risk at one grid operator and not at another. What that means for the AI inventory is covered in the piece on which AI at a utility is high-risk under Annex III.

Key point

The borderline case belongs in the documentation, not waved away. For critical infrastructure, under-classification is the more expensive risk, because it leaves the conformity missing entirely when it counts.

The Article 6(3) filter

Not every AI that falls under Annex III is automatically high-risk. Article 6(3) carves out an exemption, and the Digital Omnibus sharpened it. For utilities this is the lever to narrow the number of genuinely affected systems honestly, without talking the duty away.

Decision diagram: safety component under Annex III, exemption under Article 6(3), profiling, ending in high-risk or not high-risk
Three questions decide the classification. Profiling a person voids the exemption again.

A system is not high-risk despite Annex III if it poses no significant risk to health, safety or fundamental rights, for instance because it performs a narrow procedural task or only prepares a human decision. For embedded AI the rule reads: if it merely optimises or supports a regulated product without its failure creating safety risks, the exemption applies.

One hard limit remains. As soon as the system profiles a natural person, the exemption is forfeited. It stays high-risk no matter how narrow the task. And whoever uses the exemption has to document the assessment before the system goes to market. The reasoning is part of the evidence, not a free-form note.

Which duties apply from 2 December 2027

Once a system is classified high-risk, the list of duties is long and concrete, and for AI in grid control systems it reaches into shift organisation. It is also the reason sixteen months are tight. Making a grid control system conformant is not a form, it is a project with data work, documentation and external assessment.

Art. 9
risk management across the full lifecycle, plus data governance under Article 10
Art. 14
human oversight by design: monitoring, intervention and override have to be possible
€15m
or 3 percent of global annual turnover as the penalty ceiling for a breach, whichever is higher

Add the technical documentation under Annex IV, the built-in logging under Article 12, and demonstrated accuracy, robustness and cybersecurity at the level the infrastructure demands. At the end sit a conformity assessment, registration in the EU database for high-risk AI, and clear instructions for use for the deployers. Most of this falls on the provider, usually the manufacturer. The utility as deployer must, under Article 26, use the system according to the instructions, assign human oversight to people with the competence and authority, monitor operation and keep the automatically generated logs for at least six months. That is a lot, and it sensibly does not start in November 2027.

AI Act meets NIS2 and EnWG

Here is the point many utilities underrate. The AI Act does not replace NIS2 or the EnWG security catalogues. It sits on top. The same grid control system then carries two sets of duties that overlap but do not coincide.

NIS2 and the KRITIS umbrella law govern the cybersecurity and resilience of operations through the BSI Act, in force since 6 December 2025, the same BSI that now requires post-quantum cryptography from 2030. The security catalogues under Section 5c EnWG, successor to Section 11(1a) and (1b), set a security level for grid control. The AI Act additionally governs the quality, verifiability and oversight of the AI system itself, supervised since 29 July 2026 by the Bundesnetzagentur as AI authority under the KI-MIG.

Cybersecurity appears in both frameworks, with a different focus. NIS2 protects operations, the AI Act demands robustness as a property of the model. One set of evidence does not automatically satisfy the other.

In practice: if you already built an asset inventory and a risk management system for NIS2, you can build on it, but you have to classify and document the AI systems separately. The same mindset is familiar to anyone who worked on OT security under IEC 62443. Duplicate work is avoided only by planning both frameworks together rather than one after the other.

Legacy systems and significant changes in design

Good news with fine print. AI already in use before 2 December 2027 is not initially covered by the new duties. But the grandfathering ends faster than it sounds, and public bodies face their own deadline anyway.

A high-risk system placed on the market or put into service before the cut-off only falls under the Annex III duties under Article 111(2) if it is subject to significant changes in its design from then on. A major model update or a new control function can be such a change and trigger the full duty. This is not the same as the substantial modification under Article 3 point 23, which decides the roles under Article 25.

Public bodies face a separate deadline: high-risk systems already in use must be compliant by 2 August 2030. Many municipal utilities are public-law entities and therefore directly affected; for them, AI co-determination at utilities runs through state staff representation law rather than the BetrVG.

The grandfathering is therefore no rest, it is a reason to check every planned change to a high-risk AI for its trigger effect first. That changes how decisions about updates are made.

All AI Act dates, relief and what is still open

The high-risk duties arrive late. Other parts of the AI Act have applied for a while, and some of them reach every utility that runs a customer chatbot.

  • Since 2 February 2025: the prohibitions under Art. 5, such as social scoring and emotion recognition at work, with fines of up to EUR 35 million or 7 percent of worldwide annual turnover. Art. 4 on AI literacy has applied since the same day.
  • Since 2 August 2025: obligations for providers of GPAI models.
  • Since 29 July 2026: supervision by the Bundesnetzagentur under the KI-MIG.
  • Since 2 August 2026: transparency obligations under Art. 50.
  • 2 December 2026: machine-readable marking for generative systems placed on the market before 2 August 2026, plus the new prohibitions added by the Omnibus.
  • 2 December 2027: Annex III. 2 August 2028: Annex I. 2 August 2030: existing systems of public bodies.

Since the Omnibus, Art. 4 only asks providers and deployers to take measures that promote the AI literacy of their staff. They don't have to guarantee a particular level, but they should still document what they do. What that looks like as an Art. 4 training concept, and what a utility needs for AI labelling under Art. 50, is covered separately.

Small mid-caps are new: companies that are not SMEs, have fewer than 750 employees and no more than EUR 150 million in annual turnover or EUR 129 million in balance sheet total. They get what used to be reserved for SMEs, namely simplified technical documentation, the lower fine ceiling and priority access to AI regulatory sandboxes. A mid-sized municipal utility should check whether it qualifies.

The duties themselves stay. Risk management, data governance, logging and human oversight apply to a utility with 400 employees exactly as they do to a group. What gets easier is the evidence, not the work.

And the interpretation? Not settled yet.

  • The Commission's guidelines on high-risk classification have been a draft since 19 May 2026. The final version is announced for the end of 2026, and even then only the Court of Justice can interpret the regulation bindingly.
  • Under the draft, whether grid AI can fall under Annex III depends on the operator being a critical entity. In Germany that is decided by the ordinance under the KRITIS umbrella act, which had not been issued by October 2026.
  • CEN and CENELEC are working on further harmonised standards in committee JTC 21. The presumption of conformity only applies once their references are published in the Official Journal. The deadline stays where it is.

Anyone classifying grid AI today is classifying it against a draft. That is no reason to wait. It is a reason to write the classification down and look at it again once the final guidelines are out. The GDPR applies alongside, unchanged: a conformity assessment under the AI Act does not replace a data protection impact assessment.

What utilities should do now

The build-up to the end of 2027 works best in steps, and it starts not with technology but with visibility. Without a register of the AI in use, not a single duty can be met. The good news: anyone already steering AI tools in-house deliberately, for instance when building a sovereign AI stack, has done part of the work already.

Five steps to the deadline

  1. Build an AI inventory

    Record every AI system, in-house and at vendors, that touches grid control, generation, metering or automation. Without this list every further assessment is patchwork. It takes a few days and decides everything after it.

  2. Classify conservatively

    Check each system against Annex III point 2 and the Article 6(3) filter. When in doubt, classify higher and document the reasoning, especially for systems that can switch. The classification stays with the utility.

  3. Review vendor contracts

    Clarify who demonstrates conformity, the AI vendor or you as the operator. Unassigned responsibility is the most common gap, and it surfaces in the audit, when it gets expensive.

  4. Name an owner

    Assign responsibility for AI conformity to a role that connects IT, grid operations and legal. The AI Act is not a pure IT task, and no one fills the gap that sits between three departments.

  5. Plan alongside NIS2

    Use the asset inventory and risk management from the NIS2 rollout as the base and add the AI-specific documentation. Two separate projects cost double, one shared project saves half.

Two utility colleagues working through a printed checklist at a meeting table
The classification is a joint decision of IT, grid operations and legal, not a pure procurement question.

What is assessed in the end is systems and their effect, not a single model. The model you run today may be replaced in two years. The classification and the duty to demonstrate stay. That is exactly why it pays to start now, and not once the standards are final.

Deadline, market roles, systems

2 December 2027EU AI Act: high-risk requirements, Annex IIILaw · adopted

If the deadline is missed: Fine possible Breaches of the duties of providers (Art. 16) and deployers (Art. 26) of high-risk AI can be fined under Art. 99(4)(a) and (e) of the AI Act up to EUR 15 million or 3% of worldwide turnover, with the lower amount for SMEs and small mid-caps (Art. 99(6) and (6a)). Under Art. 111(2), systems placed on the market or put into service before 2 December 2027 are only covered after a significant change. Legal basis ↗

  • Electricity grid operatorcheck applicabilityChecks whether AI in grid control and control systems directly protects the asset as a safety component and whether the company counts as a critical entity; under the Commission's draft guidelines, only then is it high-risk under Annex III point 2.Typically affected: Grid control system / SCADA, AI systems and chatbots
  • Company-wide, several rolescheck applicabilityChecks whether AI systems serve an Annex III purpose, such as credit checks or applicant screening, and prepares the deployer duties under Art. 26.Typically affected: AI systems and chatbots, ISMS and security operations

A classification for typical market roles, not a review of your individual case and not legal advice. Whether an obligation applies to your company (thresholds, exemptions) is for your legal department or counsel to confirm. The calendar doesn't replace your own deadline review. Information as of: 1 November 2026.

Discuss the implementation →In the deadline calendar →

Further Reading

Frequently Asked Questions

For stand-alone high-risk AI under Annex III the deadline is 2 December 2027. The Digital Omnibus moved it from the original 2 August 2026. For AI embedded as a safety component in a regulated product (Annex I), the deadline is 2 August 2028. High-risk systems already in use by public bodies must comply by 2 August 2030.

Under Annex III point 2 and the European Commission's draft guidelines of 19 May 2026, two conditions have to come together. The AI must, as a safety component, directly protect the physical integrity of the installation or the safety of people, and its operator must be designated a critical entity. Anomaly detection that supports decisions on load distribution or disconnections can be in scope too, and a human approval step does not automatically change the classification. Pure forecasting and optimisation AI is usually outside, as are billing, marketing and AI used solely for cybersecurity. The classification of an individual system remains a legal question for your legal advisers.

A safety component fulfils a safety function, or its failure or malfunction endangers the health and safety of persons or property (Article 3 point 14). Annex III point 2 names the supply of water, gas, heating and electricity explicitly. The draft guidelines of 19 May 2026 require the AI to protect the physical integrity of the infrastructure directly. If conventional protection such as protection relays and fuses keeps working independently of the AI, that speaks against a safety component.

The AI Act requires a lifecycle risk management system (Article 9), data governance (Article 10), logging (Article 12), human oversight with the ability to intervene (Article 14), technical documentation under Annex IV, a conformity assessment, and registration in the EU database for high-risk AI. Penalties reach up to 15 million euros or 3 percent of global annual turnover.

No. The AI Act sits on top. NIS2 and the German BSI Act, in force since 6 December 2025, govern the cybersecurity and resilience of operations, and the security catalogues under Section 5c EnWG set the security level for grid control. The AI Act additionally governs the quality, verifiability and oversight of the AI system itself. One set of evidence does not automatically satisfy the other, so it pays to plan both frameworks together.

A high-risk system placed on the market or put into service before the cut-off only falls under the Annex III duties under Article 111(2) if it is subject to significant changes in its design from then on. A major model update or a new control function can be such a change. Public bodies face the 2 August 2030 deadline regardless, and many municipal utilities are directly affected as public-law entities.

Let's collaborate

One contact, a team behind it

Thirty minutes on what you're working on, whether grid, metering, market processes, IT architecture or AI. Afterwards you'll know how we'd approach it and who would sit at the table.

Energy and measurement technology since 2010 · innobu GmbH since 2014 · Based in Schleswig-Holstein, Germany

Whoever pitches also delivers: whoever leads the first call stays your contact right through to the steering committee, with established partners in the project. Direct: info@innobu.com