Der deutsche KI-Compliance-Stack 2026: NIS2UmsuCG, KI-VO, DSGVO und CRA
Fünf Rechtsakte, ein Nachweisproblem: Wer KI im Unternehmen betreibt, wird nicht fünfmal einzeln geprüft, sondern einmal entlang derselben Belege. Der Stack im Überblick — mit Fristen, Zuständigkeiten und einem Prüfraster für die eigene Betroffenheit.

Das Wichtigste auf einen Blick
- NIS2UmsuCG, KI-VO, DSGVO, CRA und Data Act sind kein Nebeneinander: Dieselben Artefakte — Asset-Inventar, Lieferantenverträge, Protokolle, Meldeprozesse — belegen Pflichten aus mehreren Rechtsakten gleichzeitig.
- Ab dem 11.09.2026 greift die Meldepflicht für aktiv ausgenutzte Schwachstellen nach Art. 14 CRA; ab dem 12.09.2026 gilt der Data Act mit seiner Pflicht zu zugriffsfähigem Produktdatendesign.
- Die KI-VO wird in Deutschland nicht von einer einzigen Stelle vollzogen: Marktüberwachung und Aufsicht liegen bei Bundesnetzagentur und BSI, der Datenschutz bleibt bei den Landesbehörden.
- Die Betroffenheitsprüfung nach NIS2UmsuCG entscheidet sich an Sektor, Größe und Rolle in der Lieferkette — nicht daran, ob ein Unternehmen sich selbst als KRITIS versteht.
- Praktisch relevant ist nicht die Zahl der Vorschriften, sondern die Nachweisbarkeit: Was nicht dokumentiert, versioniert und datiert ist, existiert in einer Prüfung nicht.
01Warum fünf Rechtsakte ein einziges Thema sind
In den meisten Unternehmen werden KI-Regulierung, Informationssicherheit und Datenschutz von unterschiedlichen Personen bearbeitet. Die KI-VO liegt bei der Rechtsabteilung, das NIS2UmsuCG beim CISO, die DSGVO beim Datenschutzbeauftragten, der Cyber Resilience Act — wenn überhaupt — bei der Produktentwicklung. Diese Aufteilung folgt der Struktur der Gesetzestexte, nicht der Struktur einer Prüfung.
Eine Prüfung fragt nicht nach Rechtsakten, sondern nach Artefakten: Welche Systeme sind im Einsatz? Wer hat sie freigegeben? Welche Daten fließen hinein, welche hinaus, an wen? Wer haftet, wenn das Modell falsch entscheidet? Wie schnell wird eine Schwachstelle gemeldet? Fünf dieser Fragen bedienen fünf Rechtsakte gleichzeitig. Deshalb lohnt sich der Blick auf den Stack statt auf die Einzelnorm — nicht aus juristischer Eleganz, sondern weil ein einziges gepflegtes Register mehrere Nachweispflichten zugleich bedient.
02Die fünf Ebenen des Stacks im Überblick
Die folgende Tabelle ordnet die Rechtsakte nach ihrem Regelungsgegenstand statt nach ihrer Chronologie. Sie beantwortet die Frage, die in Projekten tatsächlich gestellt wird: Wofür bin ich zuständig, und wer schaut mir dabei zu?
| Rechtsakt | Regelt | Adressat im Unternehmen | Aufsicht in Deutschland |
|---|---|---|---|
| KI-VO (AI Act) | Risikoklasse des KI-Systems, Transparenz, Kennzeichnung, Dokumentation | Fachbereich als Betreiber, Rechtsabteilung | Bundesnetzagentur (Marktüberwachung), BSI (technische Aspekte) |
| NIS2UmsuCG | Risikomanagement, Lieferkettensicherheit, Meldewesen, Geschäftsleitungspflichten | CISO, Geschäftsleitung | BSI |
| DSGVO | Rechtsgrundlage, Zweckbindung, Betroffenenrechte, DSFA | Datenschutzbeauftragter | Landesdatenschutzbehörden, BfDI |
| CRA | Sicherheitseigenschaften digitaler Produkte, Schwachstellenmeldung, Support-Zeitraum | Produktentwicklung, Einkauf (mittelbar über Lieferanten) | Marktüberwachungsbehörden, ENISA als Meldestelle |
| Data Act | Zugang zu Produkt- und Nutzungsdaten, Wechsel zwischen Anbietern, Egress | Einkauf, Vertragsmanagement | Zuständige nationale Stellen, Bundesnetzagentur |
Zwei Dinge fallen auf. Erstens: Kein Rechtsakt adressiert „KI" als Ganzes — jeder greift an einer anderen Stelle desselben Systems an. Zweitens: Die Aufsicht ist verteilt. Es gibt in Deutschland keine Behörde, die den gesamten Stack prüft, aber jede einzelne Behörde kann Belege verlangen, die aus einer anderen Ebene stammen.
03Welche Fristen 2026 und 2027 tatsächlich gelten
Rund um KI-Regulierung kursieren mehr Termine als Pflichten. Ein Teil davon sind Fristen für harmonisierte Normen — also Termine für Normungsgremien, nicht für Unternehmen. Die folgende Tabelle enthält ausschließlich Daten, an denen sich für Betreiber oder Anbieter etwas ändert.
| Datum | Was gilt | Wen es betrifft |
|---|---|---|
| 02.08.2026 | Weitere Pflichten der KI-VO werden anwendbar, darunter Transparenzanforderungen und die nationale Marktüberwachungsstruktur | Anbieter und Betreiber von KI-Systemen |
| 11.09.2026 | Art. 14 CRA: Meldepflicht für aktiv ausgenutzte Schwachstellen und schwerwiegende Sicherheitsvorfälle | Hersteller von Produkten mit digitalen Elementen — mittelbar deren Kunden über Verträge |
| 12.09.2026 | Data Act wird anwendbar: Produkte müssen so gestaltet sein, dass Nutzungsdaten zugänglich sind („data by design") | Hersteller vernetzter Produkte, Anbieter verbundener Dienste |
| 12.01.2027 | Wegfall der Wechselentgelte für Datenverarbeitungsdienste (Egress-Gebühren) | Cloud- und KI-Plattformanbieter, deren Kunden |
04Betroffenheitsprüfung: Bin ich überhaupt gemeint?
Die häufigste Fehlannahme im Mittelstand lautet: „Wir sind kein KRITIS-Betreiber, also betrifft uns NIS2 nicht." Das NIS2UmsuCG kennt die Kategorien „besonders wichtige Einrichtung" und „wichtige Einrichtung", und beide reichen deutlich über die klassische KRITIS-Definition hinaus. Entscheidend ist die Kombination aus Sektor, Unternehmensgröße und — praktisch am wichtigsten — der Position in der Lieferkette eines betroffenen Unternehmens.
Der letzte Punkt trifft KI-Anbieter besonders. Ein Anbieter, der selbst nicht unter das Gesetz fällt, wird dennoch geprüft — nämlich durch seinen Kunden, der die Sicherheit seiner Lieferkette nachweisen muss. Diese vertraglich weitergereichte Pflicht ist der Regelfall, nicht die Ausnahme.
Prüfraster: zehn Fragen zur eigenen Betroffenheit
- Fällt das Unternehmen in einen der in Anlage 1 oder 2 des NIS2UmsuCG genannten Sektoren?
- Werden die Schwellenwerte bei Mitarbeiterzahl oder Jahresumsatz erreicht oder überschritten?
- Beliefert das Unternehmen eine besonders wichtige oder wichtige Einrichtung mit IT- oder KI-Leistungen?
- Werden KI-Systeme betrieben, die Personen bewerten, auswählen oder priorisieren (Beschäftigung, Kreditwürdigkeit, Zugang zu Leistungen)?
- Erzeugen oder verarbeiten die eingesetzten Systeme Inhalte, die nach Art. 50 KI-VO gekennzeichnet werden müssen?
- Werden personenbezogene Daten für Training, Feintuning oder Retrieval verwendet, und existiert dafür eine dokumentierte Rechtsgrundlage?
- Liegt für risikoreiche Verarbeitungen eine aktuelle Datenschutz-Folgenabschätzung vor?
- Enthält das Produktportfolio Komponenten mit digitalen Elementen, die in den Anwendungsbereich des CRA fallen?
- Sind Meldewege für Sicherheitsvorfälle definiert, mit benannten Personen und geprüften Fristen?
- Existiert ein Register aller eingesetzten KI-Systeme inklusive Zweck, Datenquellen, Verantwortlichem und Freigabedatum?
Drei oder mehr Ja-Antworten bedeuten in aller Regel: Der Stack ist relevant, und die Frage ist nicht mehr ob, sondern in welcher Reihenfolge die Nachweise aufgebaut werden.
05Welche Artefakte mehrere Pflichten gleichzeitig belegen
Der wirtschaftliche Kern dieses Textes steckt in dieser Tabelle. Sie zeigt, welche Dokumente in mehr als einer Prüfung verwendet werden können — und damit, wo sich Aufwand verzinst.
| Artefakt | Belegt Pflichten aus | Typischer Prüfanlass |
|---|---|---|
| KI-Systemregister (Zweck, Daten, Verantwortlicher, Freigabe) | KI-VO, DSGVO, NIS2UmsuCG | Marktüberwachung, Datenschutzprüfung, Lieferantenaudit |
| Lieferantenverzeichnis mit Sicherheitszusagen und Exit-Klauseln | NIS2UmsuCG, Data Act, CRA | Lieferkettenprüfung, Vertragsprüfung beim Anbieterwechsel |
| Protokollierung von Zugriffen, Prompts und Ausgaben | KI-VO, DSGVO, NIS2UmsuCG | Vorfallsaufklärung, Betroffenenanfrage |
| Meldeprozess mit benannten Rollen und getesteten Fristen | NIS2UmsuCG, CRA, DSGVO | Sicherheitsvorfall, Schwachstellenmeldung |
| Datenschutz-Folgenabschätzung mit technischer Architekturbeschreibung | DSGVO, KI-VO | Aufsichtsanfrage, interne Freigabe neuer Anwendungsfälle |
06In welcher Reihenfolge der Aufbau sinnvoll ist
Die Reihenfolge ergibt sich aus Abhängigkeiten, nicht aus Fristen. Ohne Register lässt sich keine Betroffenheit bestimmen; ohne Betroffenheit lässt sich kein Meldeprozess dimensionieren; ohne Meldeprozess ist die Lieferantenprüfung ein Fragebogen ohne Konsequenz.
Aufbaureihenfolge in sechs Schritten
- Register anlegen: alle eingesetzten und geplanten KI-Systeme mit Zweck, Datenquellen, Verantwortlichem und Betriebsmodell erfassen.
- Betroffenheit feststellen und schriftlich begründen — auch ein negatives Ergebnis ist ein Nachweis, wenn es datiert und belegt ist.
- Risikoklassen nach KI-VO je System zuordnen und die Zuordnung begründen, nicht nur behaupten.
- Meldeprozesse für NIS2 und CRA zusammenführen: eine Eingangsstelle, zwei Fristenlogiken, ein geübter Ablauf.
- Lieferantenverträge auf Sicherheitszusagen, Datenzugang und Exit-Bedingungen prüfen und nachverhandeln.
- Protokollierung und Kennzahlen so aufsetzen, dass sie ohne Nacharbeit exportierbar sind — Prüfer akzeptieren keine Screenshots.
Diese Reihenfolge ist bewusst unspektakulär. Sie beginnt nicht mit der Technologie, sondern mit der Frage, was über die Technologie bekannt ist. In den kommenden Wochen vertiefen wir jeden dieser Schritte in eigenen Beiträgen — beginnend mit den Nachweispflichten nach NIS2UmsuCG und der Frage, was das BSI konkret sehen will.
Häufige Fragen
Gilt die KI-VO auch für Unternehmen, die KI nur einkaufen?
Ja. Die KI-VO unterscheidet zwischen Anbietern und Betreibern. Wer ein KI-System im eigenen Namen einsetzt, ist Betreiber und trägt eigene Pflichten — insbesondere zu Transparenz, menschlicher Aufsicht und zweckkonformer Nutzung. Diese Pflichten lassen sich nicht vollständig an den Anbieter delegieren, wohl aber vertraglich unterlegen.
Betrifft das NIS2UmsuCG auch Unternehmen unterhalb der Schwellenwerte?
Mittelbar sehr häufig. Unternehmen unterhalb der Schwellenwerte fallen nicht unmittelbar unter das Gesetz, werden aber als Lieferanten betroffener Einrichtungen vertraglich zu vergleichbaren Nachweisen verpflichtet. Praktisch ist die Lieferkette der häufigste Weg, auf dem NIS2-Anforderungen den Mittelstand erreichen.
Welche Behörde prüft in Deutschland die Einhaltung der KI-VO?
Die Zuständigkeit ist verteilt: Die Bundesnetzagentur übernimmt zentrale Aufgaben der Marktüberwachung, das BSI bringt technische Sicherheitsaspekte ein, und für personenbezogene Daten bleiben die Datenschutzaufsichtsbehörden der Länder zuständig. Ein einzelner Ansprechpartner für den gesamten Stack existiert nicht.
Reicht eine ISO-27001-Zertifizierung als Nachweis für NIS2?
Nein, sie ersetzt den Nachweis nicht, deckt aber einen erheblichen Teil der geforderten Maßnahmen ab. Lücken bestehen typischerweise beim Meldewesen mit gesetzlichen Fristen, bei den persönlichen Pflichten der Geschäftsleitung und bei der Sicherheit der Lieferkette. Diese Überschneidungen und Lücken behandeln wir in einem eigenen Beitrag.
Ab wann müssen Schwachstellen nach dem CRA gemeldet werden?
Die Meldepflichten aus Art. 14 CRA für aktiv ausgenutzte Schwachstellen und schwerwiegende Sicherheitsvorfälle gelten ab dem 11. September 2026. Die übrigen Herstellerpflichten des CRA folgen später; die kursierenden Termine im August und Oktober 2026 betreffen die Normungsarbeit, nicht Hersteller.
Primärquellen
- Verordnung (EU) 2024/1689 über künstliche Intelligenz (KI-VO)
EUR-Lex · 2024
- Verordnung (EU) 2024/2847 über horizontale Cybersicherheitsanforderungen (CRA)
EUR-Lex · 2024
- Verordnung (EU) 2023/2854 über harmonisierte Vorschriften für einen fairen Datenzugang (Data Act)
EUR-Lex · 2023
- NIS-2 und Informationssicherheit — Betroffenheit und Pflichten
BSI · 2026
- Künstliche Intelligenz — Aufgaben der Marktüberwachung
Bundesnetzagentur · 2026
Weiterführende Artikel
KI-VO ab 2. August: was die Bundesnetzagentur jetzt prüft
07. August 2026 · 12 Min.