eu-konform.ai
← Alle Artikel | Compliance

Meldepflicht bei KI-Vorfällen – Art. 73 AI Act richtig umsetzen

AI Act Meldepflicht nach Art. 73: Fristen (2/10/15 Tage), Definition schwerwiegender Vorfälle, Meldeprozess & Bußgelder bis 15 Mio. € kompakt erklärt.

eu-konform.ai · · 9 Min. Lesezeit

Stellen Sie sich vor, Ihr KI-gestütztes Diagnosesystem übersieht einen kritischen Befund – ein Patient kommt zu Schaden. Ab dem Moment, in dem Sie davon Kenntnis erlangen, läuft eine Uhr. Nicht Wochen, nicht Monate: In manchen Fällen bleiben Ihnen exakt zwei Tage, um die Behörde zu informieren. Wer diese Frist verpasst, riskiert nicht nur Reputationsschäden, sondern Bußgelder in Millionenhöhe. Die AI Act Meldepflicht für schwerwiegende Vorfälle steht in Artikel 73 – und die wenigsten Unternehmen sind darauf vorbereitet. Dieser Leitfaden zeigt Ihnen, wie Sie einen rechtssicheren Meldeprozess aufbauen, bevor der Ernstfall eintritt.

AI Act Meldepflicht: Was Art. 73 verlangt

Artikel 73 des AI Act verpflichtet Anbieter von Hochrisiko-KI-Systemen, schwerwiegende Vorfälle den zuständigen Behörden zu melden. Die Pflicht trifft primär den Anbieter (Provider) – also die Organisation, die das KI-System entwickelt und unter eigenem Namen in Verkehr bringt.

Aber Achtung: Auch Betreiber (Deployer) sind nicht außen vor. Nach Art. 26 Abs. 5 müssen sie den Anbieter unverzüglich informieren, sobald sie einen schwerwiegenden Vorfall bemerken – und die Marktüberwachungsbehörde einschalten, wenn sie den Anbieter nicht erreichen.

Die Meldepflicht gilt für Systeme, die als Hochrisiko eingestuft sind – im Wesentlichen jene aus Annex III, etwa in den Bereichen Beschäftigung, kritische Infrastruktur, Strafverfolgung oder Medizin. Für diese Systeme wird die Pflicht ab dem 2. August 2026 wirksam, wenn die zentralen Hochrisiko-Anforderungen greifen.

Abgrenzung zu Post-Market-Monitoring und Compliance

Art. 73 steht nicht isoliert. Er ist die reaktive Komponente eines größeren Systems:

  • Das Post-Market-Monitoring (Art. 72) verpflichtet Sie, Ihr System nach dem Inverkehrbringen kontinuierlich zu beobachten.
  • Das allgemeine Risikomanagement (Art. 9) verlangt, Risiken vorab zu identifizieren und zu minimieren.
  • Art. 73 greift genau dann, wenn trotz dieser Vorkehrungen etwas schiefgeht: Ein konkreter, schwerwiegender Vorfall ist eingetreten – und muss nach außen kommuniziert werden.

Die AI Act Meldepflicht ist also nicht dasselbe wie Überwachung. Die Überwachung liefert die Erkenntnis; die Meldepflicht ist die daran anschließende gesetzliche Handlungspflicht.

Was zählt als „schwerwiegender Vorfall“?

Hier liegt der juristische Kern. Der Begriff ist in Art. 3 Nr. 49 definiert. Ein schwerwiegender Vorfall ist ein Vorfall oder eine Fehlfunktion eines KI-Systems, der bzw. die direkt oder indirekt zu einem der folgenden Ergebnisse führt:

  1. Tod oder schwerwiegende Gesundheitsschäden einer Person;
  2. eine schwere und unwiderrufliche Störung der Verwaltung oder des Betriebs kritischer Infrastruktur;
  3. die Verletzung von Verpflichtungen aus dem Unionsrecht zum Schutz der Grundrechte;
  4. schwere Sach- oder Umweltschäden.

Entscheidend ist das Wort „direkt oder indirekt“. Es genügt nicht, dass die KI unmittelbar den Schaden verursacht – auch eine mittelbare Kausalkette kann die Meldepflicht auslösen.

Praxisbeispiele zur Einordnung von Grenzfällen

Klarer Fall: Ein autonomes Steuerungssystem in einem Werk fällt aus und verursacht einen schweren Arbeitsunfall. → Gesundheitsschaden, meldepflichtig.

Grenzfall Grundrechte: Ein KI-gestütztes Bewerber-Screening filtert systematisch Frauen heraus. Es ist niemand körperlich verletzt – aber es liegt eine Grundrechtsverletzung (Diskriminierung) vor. Auch das ist nach Nr. 49 Buchstabe c ein schwerwiegender Vorfall.

Grenzfall kritische Infrastruktur: Ein KI-System zur Lastverteilung im Stromnetz löst einen kurzen, sofort behebbaren Ausfall aus. Meldepflichtig ist nur die schwere und unwiderrufliche Störung. Ein kurzer, reversibler Ausfall fällt in der Regel nicht darunter – die Dokumentation der Bewertung sollten Sie trotzdem vornehmen.

Faustregel: Im Zweifel gilt es zu dokumentieren, warum ein Vorfall nicht als schwerwiegend eingestuft wurde. Diese Dokumentation ist Ihr Schutz bei einer späteren Prüfung.

Meldefristen der AI Act Meldepflicht im Überblick

Die Fristen sind gestaffelt – und das ist der Punkt, an dem die meisten Prozesse scheitern. Es gibt keine einheitliche 15-Tage-Frist, sondern drei Szenarien.

Szenario Frist ab Kenntnis Rechtsgrundlage
Regelfall (schwerwiegender Vorfall) unverzüglich, spätestens 15 Tage Art. 73 Abs. 2
Kritische Infrastruktur (schwere Störung) / weitreichender Verstoß unverzüglich, spätestens 2 Tage Art. 73 Abs. 3
Tod einer Person unverzüglich, spätestens 10 Tage Art. 73 Abs. 4

Die Frist beginnt, sobald der Anbieter einen Kausalzusammenhang zwischen dem KI-System und dem Vorfall festgestellt hat oder einen solchen begründet vermutet. Im Todesfall genügt bereits der begründete Verdacht eines Zusammenhangs, um die 10-Tage-Uhr zu starten.

Erst-, Zwischen- und Abschlussbericht

Was, wenn Sie in zwei Tagen noch gar nicht alles wissen? Der AI Act hat das mitgedacht. Nach Art. 73 Abs. 5 dürfen Sie einen unvollständigen Erstbericht einreichen, um die Frist zu wahren, und die vollständige Meldung nachreichen. In der Praxis bedeutet das drei Stufen:

  • Erstbericht: fristwahrende Erstmeldung mit den bekannten Eckdaten.
  • Zwischenbericht(e): laufende Aktualisierung, solange die Untersuchung andauert.
  • Abschlussbericht: vollständige Analyse inklusive Ursache und Korrekturmaßnahmen.

Rechenbeispiel: Ihr System löst am 1. September einen schweren Gesundheitsschaden aus. Sie stellen am 3. September den Kausalzusammenhang fest. Damit läuft die 15-Tage-Frist bis zum 18. September. Handelt es sich zusätzlich um kritische Infrastruktur, verkürzt sich die Frist auf den 5. September – nur zwei Tage.

KI-Vorfall melden: An wen und wie

Adressat ist die zuständige Marktüberwachungsbehörde des Mitgliedstaats, in dem der Vorfall eingetreten ist – nicht zwingend das Land Ihres Firmensitzes. Ereignet sich der Vorfall in Frankreich, während Ihr Unternehmen in Österreich sitzt, ist die französische Behörde zuständig.

In Deutschland zeichnet sich die Bundesnetzagentur als zentrale Marktüberwachungsstelle ab, flankiert von sektorspezifischen Behörden (etwa der BaFin im Finanzsektor). Prüfen Sie frühzeitig, welche Behörde für Ihr Produkt und Ihre Einsatzländer konkret zuständig ist.

Inhalt der Meldung an die Marktüberwachungsbehörde

Die Meldung sollte mindestens umfassen:

  • Beschreibung des Vorfalls und der eingetretenen Schäden;
  • betroffenes KI-System (Identifikation, Version);
  • den vermuteten oder festgestellten Kausalzusammenhang;
  • eingeleitete oder geplante Korrekturmaßnahmen.

Zusammenspiel mit anderen Meldepflichten

Ein Vorfall kann mehrere Meldepflichten gleichzeitig auslösen. Das ist einer der häufigsten Fallstricke:

  • DSGVO (Art. 33): Sind personenbezogene Daten betroffen, gilt eine eigene 72-Stunden-Frist an die Datenschutzaufsicht. Diese Pflicht besteht zusätzlich und unabhängig von Art. 73. Die Unterschiede zwischen AI Act und DSGVO sollten Sie im Prozess sauber trennen.
  • NIS2: Betrifft der Vorfall wesentliche oder wichtige Einrichtungen im Sinne der NIS2-Richtlinie, greifen deren eigene, teils sehr kurze Cybersicherheits-Meldefristen (24 Stunden Frühwarnung).
  • Produktsicherheit / sektorales Recht: Für Systeme, die bereits harmonisiertem Produktrecht unterliegen (z. B. Medizinprodukte), koordiniert Art. 73 sich mit den dortigen Vigilanz-Meldepflichten, um Doppelmeldungen zu vermeiden.

Kernbotschaft: Ein einziger Vorfall kann parallel drei Uhren starten – mit unterschiedlichen Fristen und Adressaten. Ihr Prozess muss das abbilden.

Incident-Response-Prozess aufbauen

Theorie ist gut – aber im Ernstfall entscheidet der Prozess. Wer erst nach dem Vorfall überlegt, wer zu melden hat, verliert wertvolle Stunden. So bauen Sie einen belastbaren Incident-Response-Prozess auf.

Rollen und Eskalationswege definieren

Legen Sie fest, wer was wann tut:

  • Melder / Erstkontakt: Wer nimmt Vorfallsmeldungen intern entgegen (z. B. Support, Betrieb)?
  • Bewertung: Wer entscheidet, ob ein Vorfall „schwerwiegend“ ist? Diese Rolle gehört idealerweise zum KI-Compliance-Officer oder einem interdisziplinären Gremium.
  • Meldung: Wer verantwortet die formale Behördenmeldung und die Fristenkontrolle?
  • Freigabe: Wer zeichnet die Meldung final (Geschäftsführung / Legal)?

Meldeschwellen und Entscheidungsbaum

Bauen Sie einen einfachen Entscheidungsbaum, den auch Nicht-Juristen anwenden können:

  1. Liegt ein Vorfall/Fehlfunktion vor? → Nein: dokumentieren, Ende.
  2. Besteht ein (vermuteter) Kausalzusammenhang zum KI-System? → Nein: dokumentieren, beobachten.
  3. Trifft eine der vier Kategorien aus Art. 3 Nr. 49 zu? → Nein: dokumentieren, Ende.
  4. Ja? → Fristklasse bestimmen (2 / 10 / 15 Tage) → Erstbericht auslösen.
  5. Parallele Pflichten prüfen (DSGVO 72 h? NIS2 24 h?).

Dieser Prozess ist kein Einzelstück, sondern Teil Ihres kontinuierlichen Risikomanagement-Systems. Vorfälle fließen als Erkenntnisse zurück in die Risikobewertung – ein geschlossener Kreislauf.

Vorlage und Übungen

Halten Sie eine Meldevorlage bereit, die Sie im Ernstfall nur noch ausfüllen. Eine praxistaugliche Struktur:

VORFALLS-MELDUNG (Art. 73 AI Act)
1. Meldedatum / Kenntnisdatum / Fristklasse: ___
2. Betroffenes KI-System (Name, Version, Zweck): ___
3. Beschreibung des Vorfalls: ___
4. Art des Schadens (Tod / Gesundheit / krit. Infrastruktur / Grundrechte / Sach-/Umwelt): ___
5. Kausalzusammenhang (festgestellt / vermutet): ___
6. Sofortmaßnahmen: ___
7. Parallele Meldepflichten (DSGVO / NIS2 / sektoral): ___
8. Zuständige Behörde / Mitgliedstaat: ___
9. Verantwortlich intern: ___

Testen Sie den Prozess mindestens einmal jährlich im Trockenlauf. Simulieren Sie einen 2-Tage-Fall und messen Sie, ob Ihr Team die Meldung fristgerecht fertigstellt. Solche Übungen sind zugleich wertvolle Bausteine Ihrer Audit-Vorbereitung.

Im Ernstfall entscheidet, wie schnell Sie System, Risikoklasse, Verantwortliche und zuständige Behörde beisammen haben. Wer das erst im Vorfall zusammensucht, verliert von zwei Tagen den ersten. Welche Angaben ein Werkzeug dafür vorhalten sollte, steht unter was eine AI-Act-Software leisten muss.

Bußgelder und Haftung bei Verstößen

Warum der ganze Aufwand? Weil die Sanktionen empfindlich sind. Die Verletzung der Anbieterpflichten – zu denen die Meldepflicht nach Art. 73 zählt – ist in Art. 99 Abs. 4 geregelt. Der Rahmen: Geldbußen bis zu 15 Millionen Euro oder 3 % des weltweiten Jahresumsatzes, je nachdem, welcher Betrag höher ist.

Zur Einordnung: Verbotene Praktiken (Art. 5) werden mit bis zu 35 Mio. Euro bzw. 7 % geahndet, falsche Angaben gegenüber Behörden mit bis zu 7,5 Mio. Euro bzw. 1 %. Die Meldepflichtverletzung liegt also im mittleren, aber keineswegs harmlosen Bereich. Einen vollständigen Überblick bietet unser Beitrag zu den Bußgeldern und Strafen des AI Act.

Der Zusammenhang mit Korrekturmaßnahmen: Eine unterlassene Meldung kommt selten allein. Wer einen schwerwiegenden Vorfall nicht meldet, unterlässt in der Regel auch die gebotenen Korrekturmaßnahmen (Art. 20) und verletzt das Post-Market-Monitoring (Art. 72). Aus einem Versäumnis werden schnell drei Pflichtverletzungen – mit entsprechend kumuliertem Sanktionsrisiko. Umgekehrt gilt: Eine transparente, fristgerechte Meldung und aktives Nachsteuern werden von Behörden regelmäßig strafmildernd berücksichtigt.

Checkliste: In 6 Schritten meldebereit

Machen Sie Ihr Unternehmen jetzt meldebereit – Schritt für Schritt:

  1. Verantwortlichkeiten benennen. Bestimmen Sie eine namentlich verantwortliche Person (z. B. KI-Compliance-Officer) plus Vertretung für die Vorfallsbewertung und Meldung.
  2. Prozess dokumentieren. Halten Sie den Ablauf von Erkennung bis Abschlussbericht schriftlich fest – inklusive Entscheidungsbaum und Meldevorlage.
  3. Fristen-Matrix erstellen. Ordnen Sie jedem Vorfallstyp die korrekte Frist zu (2 / 10 / 15 Tage) und ergänzen Sie parallele Fristen (DSGVO 72 h, NIS2 24 h).
  4. Behördenkontakte hinterlegen. Recherchieren Sie vorab die zuständigen Marktüberwachungsbehörden aller Einsatzländer.
  5. Schnittstellen sichern. Verknüpfen Sie den Meldeprozess mit Governance, Risikomanagement und Post-Market-Monitoring, damit Erkenntnisse zurückfließen.
  6. Üben und aktualisieren. Führen Sie mindestens jährlich eine Simulation durch und passen Sie den Prozess an neue Erkenntnisse an.

Fazit

Die AI Act Meldepflicht nach Art. 73 ist kein bürokratisches Detail, sondern eine Frist-getriebene Kernpflicht mit realem Bußgeldrisiko von bis zu 15 Millionen Euro oder 3 % des Jahresumsatzes. Entscheidend ist die genaue Definition des schwerwiegenden Vorfalls nach Art. 3 Nr. 49, die gestaffelten Fristen von 2, 10 und 15 Tagen und das saubere Zusammenspiel mit DSGVO, NIS2 und Produktsicherheitsrecht. Der einzige verlässliche Schutz ist ein eingeübter Incident-Response-Prozess, der steht, bevor der erste Vorfall eintritt – denn im Ernstfall bleibt keine Zeit, ihn zu erfinden.

Von der Pflicht zum Dokument

Eine Dokumentationspflicht endet nicht mit dem ersten Ausfüllen. Was eine AI-Act-Software dafür leisten muss, und was sie kostet.