Glossary Updates22 new terms added to the glossaries · October 21, 2026, 12:39 CEST
AI TechDocKnowledge
  • English (US)
  • English (UK)
  • Deutsch
All context cards

Context card

Reporting duties after an AI agent incident: AI Act, CRA, NIS 2 and GDPR

When an AI agent has caused an incident, which EU reporting duties can apply — who reports, to whom, and by when?

By knowledge.aitechdoc.world

Reviewed

Review log and changes

The short answer

Four EU rules can apply side by side: the AI Act’s serious incident reporting for high-risk AI systems, the Cyber Resilience Act’s reporting of severe incidents affecting product security (since September 11, 2026), the NIS 2 Directive’s reporting of significant incidents by essential and important entities, and the GDPR’s notification of personal data breaches. Each has its own trigger, addressee and deadline, and all run from awareness. Which apply depends on the role of the company and the consequences of the incident, not on the fact that an agent was involved.

For: Technical project managers, compliance and product teams, technical writers who prepare incident documentation

Key points

  • The involvement of an AI agent doesn’t create a reporting duty; the consequences and the company’s role do.
  • AI Act Art. 73: providers of high-risk AI systems report serious incidents within 15, 10 or 2 days.
  • CRA Art. 14: manufacturers send an early warning on severe incidents within 24 hours, since September 11, 2026.
  • NIS 2 Art. 23 and GDPR Art. 33 can apply to the same event, with their own addressees.
  • The check runs in parallel with containment, on the evidence secured.

The context

Side by side

AI Act Cyber Resilience Act NIS 2 Directive GDPR
Trigger Serious incident of a high-risk AI system: death or serious harm to health, serious and irreversible disruption of critical infrastructure, infringement of fundamental-rights obligations, serious harm to property or the environment Severe incident affecting the security of a product with digital elements, or an actively exploited vulnerability Significant incident affecting the services of an essential or important entity Personal data breach
Who reports Provider; the deployer informs the provider first, then importer or distributor and authorities Manufacturer The entity Controller
To whom Market surveillance authority of the Member State where it occurred Single reporting platform: CSIRT designated as coordinator and ENISA; impacted users are informed National CSIRT or competent authority Supervisory authority; data subjects where the risk is high
Deadline Not later than 15 days; 10 days after a death; 2 days for critical infrastructure or a widespread infringement Early warning 24 h, notification 72 h, final report one month after the notification Early warning 24 h, notification 72 h, final report one month later Without undue delay, where feasible within 72 h
Applies With the high-risk obligations: December 2, 2027 (Annex III), August 2, 2028 (Annex I Section A) Since September 11, 2026 Through national transposition Since May 25, 2018

What the agent changes — and what it doesn’t

An incident is not reportable because an agent was involved, and not exempt because “only software” acted. What counts is the consequence and the company’s role: provider or deployer of an AI system, manufacturer of a product, essential or important entity, controller of personal data. One event can fall under several rules — a manipulated assistant in a connected product that leaks customer data and changes device configurations can be a CRA severe incident and a GDPR breach at once.

Per system type

  • IT systems: Data leaks through an agent are the typical GDPR case; for entities under NIS 2, outages of essential services add their duties.
  • IoT products: The agent in a product, its app or its remote data processing is part of the product; manipulations that affect its security functions can be CRA severe incidents.
  • OT: Operators of critical infrastructure may be under NIS 2; an AI system that is a safety component in the management of critical infrastructure is high-risk under Annex III of the AI Act.
  • Machines: For machinery, which sits in Annex I Section B since Regulation (EU) 2026/1744, AI functions are assessed under the Machinery Regulation from January 20, 2027; its recording duties (Annex III, 1.1.9 and 1.2.1) keep the evidence an investigation needs. Check which reporting route applies before relying on Article 73 AI Act.

The evidence behind the report

Reports rest on the secured agent trace, the logs required for high-risk systems (record-keeping and logs) and the triage record. Incomplete initial reports are allowed under the AI Act and expected under the CRA and NIS 2; waiting for full certainty is not.

This card names possible duties; it is no legal advice, and naming a rule here never establishes compliance. The whole picture is on the pathway map on AI agents crossing the line.

Questions readers ask next

Does an agent incident always have to be reported?
No. Most agent errors are internal incidents without a reporting duty. A duty follows from the consequences — harm, rights infringements, effects on product security, personal data — and from the company’s role.
Who reports under the AI Act when we only use the agent?
As a deployer of a high-risk AI system you inform the provider first, then the importer or distributor and the market surveillance authorities (Art. 26(5) AI Act). The provider reports under Article 73.
Do the AI Act deadlines apply already?
Article 73 applies together with the high-risk obligations: from December 2, 2027 for Annex III systems and from August 2, 2028 for Annex I Section A products, as set by the Digital Omnibus on AI. The CRA reporting duties apply since September 11, 2026.

Sources

  1. Regulation (EU) 2024/1689 (Artificial Intelligence Act) — EUR-Lex, July 12, 2024
  2. Regulation (EU) 2024/2847 (Cyber Resilience Act) — EUR-Lex, November 20, 2024
  3. Directive (EU) 2022/2555 (NIS 2 Directive) — EUR-Lex, December 27, 2022
  4. Regulation (EU) 2016/679 (General Data Protection Regulation) — EUR-Lex, May 4, 2016
  5. Regulation (EU) 2023/1230 (Machinery Regulation) — EUR-Lex, June 29, 2023

Review log and changes

Every context card is checked against its sources before it is published, and again whenever it changes; the date under the byline is the last review. Corrections (something was wrong) and additions (something was missing) are logged below with date and time (Berlin time). Typos, formatting and link fixes are not listed.

Reviewed

No corrections or additions since publication.