CRA + NIS2 + AI Act — Dreifach-Compliance für Hersteller

Letzte Aktualisierung: 23. März 2026

Die Dreifach-Compliance aus CRA, NIS2 und AI Act wird für viele Hersteller digitaler Produkte ab 2026 und 2027 zum operativen Kernthema, sobald Produkte Software, Vernetzung oder KI-Funktionen enthalten und das Unternehmen zugleich kritische oder wichtige Dienste erbringt. Wer die Pflichten integriert plant, vermeidet Doppelarbeit bei Risikomanagement, Dokumentation, Schulung und Meldeprozessen. Für den Produktteil sollten Sie parallel unseren Leitfaden zum Cyber Resilience Act, den direkten Vergleich CRA vs. NIS2 und die operative AI-Act-Checkliste für Unternehmen einbeziehen.

Die rechtliche Ausgangslage ist klar, aber nicht identisch: Der CRA ist die Verordnung (EU) 2024/2847 für Produkte mit digitalen Elementen, NIS2 ist die Richtlinie (EU) 2022/2555 für Cyberresilienz von Einrichtungen, und der AI Act ist die Verordnung (EU) 2024/1689 für KI-Systeme und GPAI-Modelle. Gerade für Hersteller, die vernetzte Produkte mit KI-Funktionen bauen, betreiben oder in kritische Sektoren liefern, entsteht daraus kein Nebeneinander dreier Silos, sondern ein zusammenhängendes Pflichtenprogramm. Einen ergänzenden Blick auf Fristen finden Sie auch in KI-Schulung Fristen und Deadlines 2026.

Drei EU-Regelwerke, ein Ziel — das Zusammenspiel verstehen

CRA, NIS2 und AI Act verfolgen dasselbe Oberziel: digitale Systeme in Europa sicherer, nachvollziehbarer und beherrschbarer zu machen. Der Unterschied liegt in der Perspektive. Der CRA reguliert das sichere Produkt über seinen gesamten Lebenszyklus. NIS2 reguliert die Sicherheit des Unternehmensbetriebs und seiner Netze und Informationssysteme. Der AI Act reguliert die Entwicklung, Bereitstellung und Nutzung von KI nach Risikoklassen. Zusammengenommen decken die drei Regelwerke also Produkt, Betrieb und KI-Governance ab.

Für Hersteller ist diese Dreiteilung praktisch relevant. Ein vernetztes Industrietor mit Fernwartung fällt als Produkt in den CRA. Betreibt der Hersteller zugleich wesentliche digitale Dienste oder gehört als größere Organisation zu einem NIS2-Sektor, greifen zusätzliche Pflichten für Governance, Incident Handling und Management-Aufsicht. Nutzt das Produkt außerdem KI zur Anomalieerkennung, Qualitätskontrolle oder Entscheidungsunterstützung, kommen AI-Act-Fragen hinzu. Genau diese Kumulierung macht aus Einzelfall-Compliance ein Programm.

Die Fristen laufen versetzt. Der AI Act gilt bereits teilweise seit dem 2. Februar 2025, insbesondere für Verbote und die Pflicht zur Sicherstellung ausreichender KI-Kompetenz nach Art. 4 der EU-VO 2024/1689. Der CRA gilt seit dem 10. Dezember 2024, seine Meldepflichten starten aber erst am 11. September 2026 und die meisten materiellen Produktpflichten am 11. Dezember 2027. NIS2 musste bis zum 17. Oktober 2024 in nationales Recht umgesetzt werden; in Deutschland verweist das BSI-Portal darauf, dass die Registrierungs- und Meldepflichten nach dem NIS-2-Umsetzungsgesetz seit dem 6. Dezember 2025 gelten.

Die wichtigste Management-Botschaft lautet deshalb: Sie müssen nicht drei getrennte Programme aufbauen, aber Sie dürfen auch nicht so tun, als reiche ein einziges Standarddokument für alles. Sinnvoll ist ein integriertes Grundgerüst mit getrennten Nachweisen dort, wo das jeweilige Regelwerk ausdrücklich produkt-, organisations- oder KI-spezifische Anforderungen stellt.

Vergleichstabelle: CRA vs. NIS2 vs. AI Act

Die Tabelle zeigt den Kernkonflikt vieler Hersteller. Der CRA fragt: Ist Ihr Produkt sicher konstruiert und über den Lebenszyklus beherrscht? NIS2 fragt: Ist Ihr Unternehmen organisatorisch resilient und meldefähig? Der AI Act fragt: Ist der KI-Anteil rechtlich sauber eingeordnet und werden Menschen ausreichend befähigt? Wer diese Fragen getrennt beantwortet, baut drei Listen. Wer sie integriert beantwortet, baut ein steuerbares Compliance-System.

Wo sich die drei Regulierungen überschneiden

Die größten Überschneidungen liegen nicht in identischen Begriffen, sondern in identischen Arbeitsobjekten. Alle drei Regelwerke verlangen eine nachvollziehbare Risikoanalyse. Im CRA ist das die Cybersicherheitsrisikobewertung des Produkts. In NIS2 ist es das organisationsweite Risikomanagement für Netze und Informationssysteme. Im AI Act ist es je nach Rolle die risikobasierte Einordnung des KI-Systems und die Ableitung angemessener Kontrollen. Die Methodik kann deshalb oft gemeinsam aufgesetzt werden, auch wenn die Rechtsgrundlage verschieden bleibt.

Dokumentation ist der zweite große Schnittpunkt. CRA-konforme Hersteller brauchen technische Unterlagen, Nachweise zu Sicherheitsanforderungen, Prozesse für Schwachstellen und Supportzeiträume. NIS2-pflichtige Einrichtungen brauchen dokumentierte Sicherheitsmaßnahmen, Governance-Beschlüsse, Incident-Prozesse und Nachweise für Management-Aufsicht. AI-Act-betroffene Unternehmen brauchen je nach Rolle KI-Inventar, Risikoklassifizierung, Schulungsnachweise, Transparenzlogik und gegebenenfalls technische oder organisatorische Dokumentation. Ein gemeinsames Dokumentationsmodell mit sauberer Versionierung spart deshalb sofort Aufwand.

Meldepflichten überschneiden sich vor allem bei Sicherheitsvorfällen mit Produktbezug. Ein Hersteller eines vernetzten Medizingeräts oder Industriecontrollers kann bei einer aktiv ausgenutzten Schwachstelle CRA-Meldungen auslösen. Wenn derselbe Vorfall zugleich die Erbringung eines NIS2-relevanten Dienstes beeinträchtigt, entsteht zusätzlich ein NIS2-Meldepfad mit 24-Stunden-Frühwarnung, 72-Stunden-Meldung und Schlussbericht. Ohne gemeinsame Incident-Taxonomie laufen solche Fälle in zwei getrennte Eskalationsketten und erzeugen Fristenchaos.

Auch Lieferketten- und Drittanbietersteuerung überschneiden sich. NIS2 nennt ausdrücklich Sicherheit in der Lieferkette. Der CRA zwingt Hersteller faktisch zu Komponenten- und Abhängigkeitskontrolle, etwa über SBOM, Patchfähigkeit und Schwachstellenprozesse. Der AI Act verlangt bei KI-Systemen ebenfalls saubere Verantwortungszuordnung, vor allem wenn Drittmodelle, eingebettete KI-Komponenten oder externe Anbieter genutzt werden. Wer Vendor-Management getrennt pro Regime organisiert, verdoppelt denselben Prüfaufwand.

Synergien nutzen — Gemeinsame Compliance-Maßnahmen

Gemeinsame Compliance-Maßnahmen funktionieren dann, wenn Sie den kleinsten gemeinsamen Nenner organisatorisch zentralisieren und die regime-spezifischen Nachweise modular ergänzen. Genau das ist der Unterschied zwischen echter Synergie und bloßer Aufzählung. Ziel ist nicht ein Masterdokument für alles, sondern ein Kernsystem mit wiederverwendbaren Bausteinen.

Risikomanagement einmal aufsetzen, dreifach nutzen

Ein gemeinsames Risikoregister spart sofort Zeit, wenn es drei Ebenen sauber trennt: Produktrisiken nach CRA, Betriebsrisiken nach NIS2 und KI-Risiken nach AI Act. Praktisch heißt das: Ein Produktteam bewertet Schwachstellen, Updatefähigkeit und Angriffsoberflächen. Das Security- oder Compliance-Team bewertet Betriebsabhängigkeiten, Ausfallfolgen und Meldewege. Der KI-Verantwortliche ergänzt Risiken aus Modellnutzung, Fehlentscheidungen, Transparenz oder menschlicher Aufsicht. Die Methodik kann identisch sein, die Zuordnung der Rechtsgrundlage nicht.

Dokumentationspflichten in einer Architektur bündeln

Eine integrierte Dokumentationsarchitektur reduziert Reibung zwischen Produkt, Legal, Security und Management. Sinnvoll ist ein zentraler Compliance-Ordner mit fünf festen Bereichen: Produktakte, Sicherheitsakte, KI-Akte, Vorfallakte und Schulungsakte. In der Produktakte liegen CRA-Nachweise wie technische Dokumentation, Supportfristen und Schwachstellenprozesse. In der Sicherheitsakte liegen NIS2-relevante Policies, Management-Beschlüsse und Meldeprozesse. In der KI-Akte liegen Rollenklärung, KI-Inventar, Risikoeinstufung und interne Regeln. Das vermeidet Redundanz und verbessert Audit-Fähigkeit.

Schulungspflichten gemeinsam planen, aber zielgruppenspezifisch ausrollen

Schulung ist die greifbarste Synergie zwischen AI Act und NIS2. Der AI Act verlangt seit dem 2. Februar 2025 ausreichende KI-Kompetenz nach Art. 4. NIS2 verlangt nach Art. 20 Schulung der Leitungsorgane und fördert regelmäßige Mitarbeiterschulung zu Cyberrisiken. Daraus folgt kein einziger Universal-Kurs für alle Rollen, aber ein gemeinsamer Lernpfad. Management braucht ein kompaktes Modul zu Haftung, Aufsicht, Meldewegen und Ressourcen. Produkt- und Entwicklungsteams brauchen CRA-Security-by-Design plus KI-Risikologik. Fachbereiche brauchen Mindestregeln zu sicherer Nutzung, Eskalation und Dokumentation. Für die KI-Kompetenzbasis ist unser Beitrag zur AI-Act-Checkliste für Unternehmen die passende Vorstufe.

Meldepflichten mit einem Incident-Playbook verzahnen

Ein gemeinsames Incident-Playbook ist bei Dreifach-Compliance Pflicht, weil ein technischer Vorfall heute selten nur ein Regelwerk berührt. Sinnvoll ist eine einheitliche Erstklassifizierung mit vier Fragen: Ist das Produkt betroffen? Ist der Betrieb betroffen? Ist KI-Funktionalität betroffen? Ist eine Behörde zu informieren? Erst danach wird in CRA-, NIS2- und gegebenenfalls AI-Act-spezifische Pfade verzweigt. So vermeiden Sie, dass ein Vorfall zuerst technisch bearbeitet wird und die 24-Stunden-Frist für CRA oder NIS2 unbemerkt abläuft.

Governance mit einer Rollenmatrix stabilisieren

Eine Rollenmatrix schafft Synergien, weil sie Doppelzuständigkeiten sichtbar macht. Für viele Mittelständler genügt eine Matrix mit Geschäftsführung, Product Security, IT-Security, Compliance/Legal, Qualitätsmanagement, HR/L&D und Fachbereich. Wenn Sie diese Rollen einmal sauber definieren, können dieselben Personen mehrere Regime mitverantworten, ohne dass jedes Team ein eigenes Gremium gründet. Wer zusätzlich die Abgrenzung zwischen Datenschutz und KI verstehen muss, sollte den Beitrag KI-Verordnung vs. DSGVO daneben lesen.

Fristen-Überblick — Was wann kommt

Die Fristenlogik ist der praktisch wichtigste Steuerungshebel. Wer sie falsch sortiert, schiebt zu lange und startet dann gleichzeitig drei Projekte. Deshalb sollten Hersteller mit einer gestaffelten Roadmap arbeiten.

Die operative Priorität für 2026 ist eindeutig. Wenn Sie bereits KI nutzen, müssen Sie die KI-Kompetenz seit dem 2. Februar 2025 adressieren. Wenn Sie potenziell NIS2-pflichtig sind, sollten Registrierung, Incident Reporting und Management-Schulung nicht mehr als Vorprojekt behandeln. Wenn Sie Hersteller digitaler Produkte sind, müssen Sie 2026 das CRA-Reporting und 2027 die volle Produktkonformität vorbereiten. Den Fristenblick für den AI Act vertiefen wir zusätzlich in KI-Schulung Fristen und Deadlines 2026.

Wer ist von allen drei betroffen — Typische Szenarien

Von allen drei Regelwerken gleichzeitig betroffen sind vor allem Hersteller, die digitale Produkte entwickeln oder vertreiben, diese Produkte in regulierten oder kritischen Umgebungen einsetzen und dabei KI-Funktionen integrieren. Das ist nicht die gesamte Industrie, aber ein wachsender Teil des deutschen Mittelstands.

Szenario 1: Hersteller vernetzter Industrieanlagen mit KI-gestützter Qualitätskontrolle. Der CRA greift wegen des vernetzten Produkts. Der AI Act wird relevant, wenn KI-Funktionen für Prüf- oder Entscheidungsunterstützung eingesetzt werden. NIS2 kann hinzukommen, wenn das Unternehmen als größere Einrichtung in einem relevanten Sektor tätig ist oder entsprechende Dienste erbringt. Genau in solchen Fällen lohnt auch der Vergleich DORA vs. NIS2, wenn zusätzlich Finanz- oder Lieferkettenbezüge bestehen.

Szenario 2: Medizintechnik- oder Health-IT-Hersteller mit Fernzugriff und KI-Modulen. Hier ist die Produktperspektive des CRA besonders stark, weil Updates, Schwachstellen und Supportzeiten kritisch sind. Zugleich erhöhen sensible Einsatzumgebungen und mögliche NIS2-Einstufungen den Druck auf Incident Handling und Governance. KI-Funktionen verschieben die Aufmerksamkeit zusätzlich auf Rollen, Dokumentation und Transparenz.

Szenario 3: Softwarehersteller, der B2B-SaaS in KRITIS-nahe Branchen liefert. Der CRA erfasst reine Software grundsätzlich mit, wenn sie als Produkt mit digitalen Elementen qualifiziert. NIS2 kann über die eigene Sektorzugehörigkeit oder über die Kritikalität des Dienstes relevant werden. Der AI Act kommt hinzu, sobald KI-Funktionen nicht nur Marketing, sondern operative Entscheidungen, Rankings oder Bewertungen beeinflussen.

Szenario 4: Maschinenbauer mit eingebetteter KI und eigenem Service-Backend. Dieses Szenario ist für KMU besonders typisch. Das Gerät fällt unter den CRA, das Service-Backend unterliegt internen Sicherheits- und Meldeanforderungen, und die KI-Funktion muss im AI-Act-Rahmen sauber eingeordnet werden. Wer hier zu spät startet, baut Produkt, Betrieb und Schulung parallel unter Zeitdruck um.

5-Schritte-Plan für integrierte Compliance

Eine integrierte Dreifach-Compliance lässt sich in fünf belastbaren Schritten aufbauen. Entscheidend ist die Reihenfolge. Erst Klarheit, dann Rollen, dann Nachweise.

1. Betroffenheit und Rechtsrollen bestimmen. Prüfen Sie getrennt, ob Ihr Produkt unter den CRA fällt, ob Ihr Unternehmen NIS2-pflichtig ist und welche Rolle Sie im AI Act einnehmen. Ohne diese Triagierung investieren Teams oft in Pflichten, die gar nicht einschlägig sind, und übersehen die wirklich kritischen.
2. Ein gemeinsames Inventar aufbauen. Erfassen Sie Produkte, Software-Komponenten, vernetzte Funktionen, KI-Use-Cases, kritische Prozesse, Lieferanten und Supportzeiträume in einem einzigen Register mit Rechtsbezug. Dieses Register ist die Grundlage für Risikoanalyse, Meldewege und Dokumentation.
3. Risikomanagement und Incident-Playbook verzahnen. Verbinden Sie Produkt-, Betriebs- und KI-Risiken mit klaren Schwellen für Eskalation, Meldung und Management-Information. Das Playbook muss 24-Stunden- und 72-Stunden-Fristen explizit berücksichtigen, sonst bleibt es theoretisch.
4. Dokumentation und Schulung gemeinsam strukturieren. Erstellen Sie ein Nachweismodell mit Produktakte, Sicherheitsakte, KI-Akte und Schulungsakte. Rollenbezogene Schulungsmodule sollten Management, Entwickler, Fachbereiche und Support trennen, aber denselben Grundrahmen nutzen. Für die Abgrenzung CRA zu NIS2 hilft auch unser separater Artikel CRA vs. NIS2.
5. Fristenbasiertes Umsetzungsprogramm festlegen. Planen Sie 2026 als Vorbereitungs- und Härtungsjahr für Reporting, Management-Aufsicht und KI-Kompetenz, 2027 als Jahr der vollen CRA-Produktkonformität. Ohne Roadmap bleiben Maßnahmen im Tagesgeschäft stecken.

Der Kern dieses Plans ist nicht Vollständigkeit um jeden Preis, sondern ein geordnetes Mindestniveau. Für KMU ist das entscheidend. Die Alternative wäre, CRA, NIS2 und AI Act nacheinander zu behandeln und jedes Mal Inventar, Schulung und Governance neu zu erfinden.

Häufig gestellte Fragen (FAQ)

Muss ich als Hersteller alle drei Regulierungen erfüllen?

Nein. Hersteller müssen nicht automatisch CRA, NIS2 und AI Act gleichzeitig erfüllen. Der CRA betrifft Produkte mit digitalen Elementen, der AI Act betrifft KI-Systeme und NIS2 betrifft nur erfasste wesentliche oder wichtige Einrichtungen. Wenn Ihr Unternehmen jedoch vernetzte Produkte mit KI baut und zugleich in einen NIS2-Sektor fällt, entsteht echte Dreifach-Compliance.

Welche Synergien gibt es zwischen CRA, NIS2 und AI Act?

Die größten Synergien liegen in Risikoanalyse, Dokumentation, Schulung, Incident Handling und Lieferantensteuerung. Sie können dieselbe Governance-Struktur, dieselben Rollen und ein gemeinsames Register nutzen, solange Sie die rechtsakt-spezifischen Nachweise getrennt ausweisen. Genau dadurch sinken Reibung, Abstimmungsaufwand und Doppelarbeit deutlich.

Kann man alle drei mit einer Schulung abdecken?

Teilweise. Eine gemeinsame Basisschulung für Management, Fachbereiche und Querschnittsfunktionen ist sinnvoll, weil Begriffe, Fristen, Meldewege und Rollen zusammenhängen. Sie ersetzt aber keine Vertiefung für Entwickler, Product Security oder NIS2-Leitungsorgane. In der Praxis braucht es ein gemeinsames Grundmodul plus rollenspezifische Aufbaumodule.

Welche Verordnung hat Vorrang?

Es gibt keinen pauschalen Vorrang eines Regelwerks. Die Pflichten gelten nebeneinander und adressieren unterschiedliche Ebenen: Produkt, Betrieb und KI. Bei Kollisionen ist im Einzelfall zu prüfen, welche Norm den konkreten Sachverhalt spezifischer regelt. Für die Praxis ist deshalb wichtiger, Überschneidungen sauber zu dokumentieren, statt einen vermeintlichen Sieger zu suchen.

Was kostet Dreifach-Compliance für KMU?

Die Kosten hängen weniger von der Mitarbeiterzahl als von Produktkomplexität, Sektor, KI-Einsatz und vorhandener Sicherheitsreife ab. Für KMU ist der größte Kostentreiber meist nicht das Gesetz selbst, sondern ungeplante Nacharbeit bei Dokumentation, Incident-Prozessen und Schulung. Wer integriert startet, reduziert externe Beratung, Doppelprojekte und interne Reibungsverluste spürbar.

Gibt es Fördermöglichkeiten für integrierte Compliance?

Ja, aber meist nicht für das gesamte Regelwerk als Paket. In Deutschland fördern Programme typischerweise Beratung, Weiterbildung oder Digitalisierungsmaßnahmen, nicht pauschal „Dreifach-Compliance“. Für die KI-Kompetenzseite lohnt der Blick auf Förderlogiken rund um Weiterbildung; für NIS2- und CRA-nahe Projekte kommen je nach Bundesland oder Programm Beratungs- und Transformationsförderungen in Betracht. Fördermittel sollten Sie immer gegen Programmbedingungen prüfen.

Fazit: Dreifach-Compliance ist kein Sonderfall mehr, sondern Produkt- und Betriebsrealität

CRA, NIS2 und AI Act bilden für viele Hersteller kein theoretisches EU-Regelungsdreieck, sondern ein konkretes Betriebsmodell für sichere digitale Produkte. Der CRA sichert den Produktlebenszyklus, NIS2 die Resilienz der Organisation und der AI Act die Beherrschung von KI-Risiken. Wer diese Logik früh zusammenführt, baut weniger Parallelstrukturen und wird bei Fristen, Vorfällen und Nachweisen deutlich robuster.

Wenn Sie die KI-Kompetenzseite sofort pragmatisch absichern wollen, ist der nächste sinnvolle Schritt unser EU AI Act Kurs für Unternehmen. Für die inhaltliche Vertiefung empfehlen sich außerdem der Beitrag zum Cyber Resilience Act, der Vergleich CRA vs. NIS2, der Überblick KI-Verordnung vs. DSGVO und die AI-Act-Checkliste für Unternehmen.