Skip to content

31. Mai 2026 | 12 min

AI-ready GRC: Warum Datenqualität zur Grundlage moderner Compliance wird

Künstliche Intelligenz verändert, wie Unternehmen Risiken analysieren, Kontrollen überwachen, Audits vorbereiten und Compliance-Anforderungen bewerten. Doch AI im GRC-Umfeld ist nur dann verlässlich, wenn die zugrundeliegenden Daten strukturiert, aktuell, vollständig und nachvollziehbar sind.

Viele Unternehmen diskutieren heute über AI Governance, den EU AI Act oder automatisierte Compliance-Prozesse. Dabei wird ein zentraler Punkt oft unterschätzt: Bevor AI in Governance, Risk und Compliance echten Mehrwert schaffen kann, muss die Datenbasis stimmen. Unvollständige Risikoangaben, veraltete Kontrollen, uneinheitliche Begriffe oder fehlende Verantwortlichkeiten führen nicht nur zu schlechten AI-Ergebnissen. Sie können auch Compliance-Risiken verschärfen, Audits erschweren und Managemententscheidungen verzerren.

AI-ready GRC bedeutet deshalb nicht, einfach ein AI-Tool in bestehende Prozesse einzubauen. Es bedeutet, GRC-Daten so zu organisieren, dass sie für Menschen, Audits und AI-Systeme gleichermassen verständlich, prüfbar und nutzbar sind.

AI kann GRC-Prozesse beschleunigen, Risiken früher sichtbar machen und Compliance-Teams entlasten. Die Voraussetzung dafür ist jedoch eine verlässliche Datenbasis. Unternehmen brauchen klare Datenstrukturen, einheitliche Begriffe, definierte Verantwortlichkeiten, kontrollierte Eingaben, regelmässige Überprüfung und nachvollziehbare Entscheidungen. Ohne saubere GRC-Daten wird AI nicht zum Produktivitätsgewinn, sondern zum zusätzlichen Risiko. Datenqualität ist deshalb keine technische Nebensache, sondern ein zentraler Bestandteil moderner Compliance, AI Governance und Risikosteuerung.

Warum Datenqualität im GRC zur strategischen Frage wird

GRC lebt von Informationen. Risiken, Kontrollen, Massnahmen, Policies, Lieferantenbewertungen, Assets, Incidents, Audits und Nachweise bilden die Grundlage für Entscheidungen. Wenn diese Informationen fragmentiert, veraltet oder widersprüchlich sind, entsteht ein verzerrtes Bild der tatsächlichen Compliance-Lage.

In klassischen GRC-Prozessen ist schlechte Datenqualität bereits problematisch. Mit AI wird das Problem grösser. Denn AI-Systeme erkennen Muster, ziehen Zusammenhänge und liefern Empfehlungen auf Basis vorhandener Daten. Sind diese Daten falsch oder unvollständig, können auch die Ergebnisse falsch wirken, obwohl sie professionell formuliert und plausibel erscheinen.

Das macht AI im GRC besonders sensibel. Eine AI-generierte Risikoanalyse, ein automatisch vorbereiteter Auditbericht oder eine Empfehlung zur Priorisierung von Massnahmen kann nur so gut sein wie die Daten, auf denen sie basiert. Wer AI im GRC nutzen möchte, muss deshalb zuerst seine Datenqualität beherrschen.

1. Menschen bleiben in der Verantwortung

AI kann Daten analysieren, Muster erkennen und Vorschläge machen. Sie kann aber nicht die Verantwortung für Compliance-Entscheidungen übernehmen. Gerade im GRC-Kontext braucht es menschliche Beurteilung, weil regulatorische Anforderungen, unternehmerische Risiken und organisatorische Realitäten nicht immer eindeutig sind.

Ein Beispiel: Eine AI kann erkennen, dass eine Kontrolle überfällig ist, ein Risiko mehrfach auftritt oder ein Audit-Finding noch keine Massnahme hat. Ob daraus jedoch eine kritische Eskalation, eine akzeptierte Restrisikoentscheidung oder eine Prozessanpassung folgt, muss durch verantwortliche Personen entschieden werden.

Human-in-the-loop ist deshalb kein Hindernis für Automatisierung, sondern eine Voraussetzung für verlässliche AI im GRC. Unternehmen sollten klar definieren, an welchen Punkten menschliche Prüfung zwingend erforderlich ist. Das gilt besonders für:

  • Risikoakzeptanzen
  • Freigaben von Massnahmen
  • Bewertungen von Audit-Findings
  • Änderungen an Kontrollbeschreibungen
  • Interpretationen regulatorischer Anforderungen
  • Entscheidungen mit rechtlicher, finanzieller oder reputativer Wirkung

AI-ready GRC bedeutet: AI unterstützt, aber sie ersetzt nicht die Verantwortung. Die Entscheidung muss nachvollziehbar bleiben, inklusive Begründung, Freigabe und Dokumentation.

2. Klare Guardrails für GRC-Daten schaffen

Viele Datenprobleme entstehen nicht durch komplexe Technologie, sondern durch einfache Unklarheiten: unterschiedliche Begriffe, freie Textfelder ohne Struktur, fehlende Pflichtangaben oder uneinheitliche Bewertungslogiken. Wenn ein Team ein Risiko als „hoch“ bewertet, ein anderes als „kritisch“ und ein drittes mit einer eigenen Skala arbeitet, wird eine AI-Auswertung schnell unzuverlässig.

Deshalb brauchen GRC-Daten klare Guardrails. Diese Leitplanken stellen sicher, dass Daten konsistent erfasst, gepflegt und ausgewertet werden können. Dazu gehören standardisierte Felder, definierte Taxonomien, klare Rollen, Pflichtangaben und einheitliche Bewertungsmodelle.

Wichtige Guardrails für AI-ready GRC sind:

  • einheitliche Risikokategorien
  • standardisierte Kontrolltypen
  • klare Statuswerte für Massnahmen
  • verbindliche Verantwortlichkeiten
  • definierte Fälligkeitslogiken
  • nachvollziehbare Freigabeprozesse
  • Versionierung von Policies und Kontrollen
  • strukturierte Nachweise statt verstreuter Dateien
  • klare Regeln für Datenänderungen

Besonders wichtig ist der Umgang mit Freitext. Freitextfelder sind flexibel, aber für AI-gestützte Auswertungen oft problematisch. Wenn kritische Informationen nur in unstrukturierten Kommentaren stehen, können sie übersehen, falsch interpretiert oder nicht zuverlässig verglichen werden.

Das Ziel ist nicht, alle Flexibilität zu entfernen. Das Ziel ist, entscheidungsrelevante Informationen so zu strukturieren, dass sie wiederverwendbar, auswertbar und auditierbar sind.

3. Datenqualität zur Führungsaufgabe machen

Datenqualität wird oft als operative Aufgabe behandelt. Im GRC-Kontext ist sie jedoch eine Führungsfrage. Denn schlechte Daten führen zu schlechten Entscheidungen. Das betrifft nicht nur Compliance-Teams, sondern auch Geschäftsleitung, Risikomanagement, IT, Datenschutz, Informationssicherheit und interne Revision.

Wenn das Management AI im GRC nutzen möchte, muss es auch die Grundlage dafür schaffen. Dazu gehören klare Prioritäten, Ressourcen und Verantwortlichkeiten. Datenqualität darf nicht nebenbei entstehen. Sie muss gesteuert werden.

Ein wirksamer Ansatz beginnt mit einfachen Fragen:

  • Welche GRC-Daten sind geschäftskritisch?
  • Wer ist für diese Daten verantwortlich?
  • Wie wird ihre Qualität geprüft?
  • Welche Daten müssen vollständig und aktuell sein?
  • Welche Fehler dürfen nicht passieren?
  • Welche Informationen sind für Audits und Managemententscheidungen unverzichtbar?
  • Welche Daten dürfen von AI-Systemen genutzt werden?

Diese Fragen zeigen: AI-ready GRC ist nicht nur ein IT-Projekt. Es ist ein Governance-Projekt. Unternehmen sollten deshalb Rollen wie Data Owner, Control Owner, Risk Owner und Process Owner klar definieren. Ebenso wichtig sind Eskalationswege, wenn Daten fehlen, veraltet sind oder widersprüchlich erscheinen.

Datenqualität braucht auch messbare Kriterien. Typische Dimensionen sind Vollständigkeit, Richtigkeit, Konsistenz, Aktualität, Eindeutigkeit und Validität. Für GRC bedeutet das konkret: Ein Risiko ohne Owner ist unvollständig. Eine Kontrolle ohne Nachweis ist nicht ausreichend belegbar. Eine Massnahme ohne Fälligkeitsdatum ist schwer steuerbar. Eine Policy ohne Versionierung ist auditseitig problematisch.

4. AI kontrolliert und schrittweise in GRC-Prozesse einführen

Viele Unternehmen wollen AI möglichst schnell einsetzen. Im GRC-Umfeld ist jedoch ein kontrollierter Einstieg sinnvoller als ein breiter Rollout ohne klare Governance. Der Grund: GRC-Daten sind oft sensibel, regulatorisch relevant und mit hohen Anforderungen an Nachvollziehbarkeit verbunden.

Ein guter Startpunkt sind Anwendungsfälle mit begrenztem Risiko und klarem Nutzen. Dazu gehören zum Beispiel:

  • Zusammenfassung von Audit-Findings
  • Clustering ähnlicher Risiken
  • Erkennung überfälliger Massnahmen
  • Vorschläge zur Kontrollverbesserung
  • Unterstützung bei Policy-Reviews
  • Analyse von Incident-Trends
  • Vorbereitung von Management-Reports
  • Zuordnung von Anforderungen zu bestehenden Kontrollen

Solche Anwendungsfälle entlasten Teams, ohne dass AI allein kritische Entscheidungen trifft. Unternehmen können dabei prüfen, ob die vorhandenen Daten ausreichend strukturiert sind, wo Lücken bestehen und welche Kontrollen zusätzlich erforderlich sind.

Wichtig ist ein klarer Rahmen für den AI-Einsatz. Unternehmen sollten festlegen:

  • welche GRC-Daten genutzt werden dürfen
  • welche AI-Anwendungen freigegeben sind
  • welche Ergebnisse geprüft werden müssen
  • welche Entscheidungen nicht automatisiert werden dürfen
  • wie AI-Ausgaben dokumentiert werden
  • wie Fehler erkannt und korrigiert werden
  • wie Datenschutz und Informationssicherheit gewährleistet werden

AI im GRC braucht also denselben Grundsatz wie jedes wirksame Kontrollsystem: Vertrauen ist gut, Nachvollziehbarkeit ist besser.

5. GRC-Daten kontinuierlich pflegen, nicht einmalig bereinigen

Viele Unternehmen behandeln Datenqualität wie ein einmaliges Bereinigungsprojekt. Für AI-ready GRC reicht das nicht aus. Datenqualität muss laufend überwacht und verbessert werden, weil sich Organisationen, Risiken, Kontrollen und regulatorische Anforderungen ständig verändern.

Ein Risiko, das vor sechs Monaten korrekt bewertet wurde, kann heute eine andere Relevanz haben. Eine Kontrolle kann durch einen Prozesswechsel unwirksam werden. Ein Lieferant kann neue Abhängigkeiten schaffen. Eine Policy kann durch neue regulatorische Anforderungen veraltet sein.

Deshalb braucht AI-ready GRC kontinuierliche Datenpflege. Dazu gehören regelmässige Reviews, automatisierte Erinnerungen, klare Verantwortlichkeiten und transparente Änderungsverläufe. Besonders wichtig ist ein Audit Trail, der zeigt, wer welche Information wann geändert hat und warum.

Kontinuierliche Datenqualität umfasst unter anderem:

  • regelmässige Review-Zyklen für Risiken und Kontrollen
  • automatische Hinweise bei fehlenden Pflichtangaben
  • Eskalationen bei überfälligen Massnahmen
  • Prüfung von Dubletten und widersprüchlichen Einträgen
  • Aktualisierung von Verantwortlichkeiten
  • versionierte Dokumentation von Policies
  • Verknüpfung von Nachweisen mit Kontrollen
  • laufende Überprüfung von Lieferanten- und Asset-Daten

Je besser diese Prozesse etabliert sind, desto verlässlicher werden AI-gestützte Analysen. AI-ready GRC entsteht nicht durch ein einzelnes Tool, sondern durch ein dauerhaftes Zusammenspiel aus Datenstruktur, Governance, Prozessen und Kontrolle.

Warum Excel für AI-ready GRC schnell an Grenzen stösst

Viele Unternehmen verwalten Risiken, Kontrollen und Massnahmen weiterhin in Excel. Für kleinere, einfache Anwendungsfälle kann das funktionieren. Für AI-ready GRC entstehen jedoch schnell Grenzen.

Excel-Dateien sind oft dezentral gespeichert, unterschiedlich aufgebaut und schwer versionierbar. Verantwortlichkeiten sind nicht immer eindeutig. Änderungen lassen sich nur begrenzt nachvollziehen. Nachweise liegen häufig in separaten Ordnern. Bewertungslogiken unterscheiden sich zwischen Teams. Genau diese Fragmentierung macht es schwer, GRC-Daten für AI zuverlässig nutzbar zu machen.

AI braucht keine perfekte Organisation. Aber sie braucht konsistente, zugängliche und interpretierbare Informationen. Wenn Risiken in einer Datei, Kontrollen in einer anderen, Nachweise in E-Mails und Massnahmen in einzelnen Aufgabenlisten liegen, entsteht kein belastbares Gesamtbild.

Eine zentrale GRC-Plattform kann hier eine wichtige Grundlage schaffen. Sie verbindet Daten, Prozesse, Verantwortlichkeiten und Nachweise in einer strukturierten Umgebung. Damit werden GRC-Daten nicht nur besser steuerbar, sondern auch besser für künftige AI-Anwendungen nutzbar.

AI-ready GRC und regulatorische Anforderungen

Mit dem EU AI Act, ISO/IEC 42001 und wachsenden Anforderungen an Informationssicherheit, Datenschutz und Risikomanagement wird AI Governance zunehmend Teil der Unternehmens-Compliance. Unternehmen müssen künftig nicht nur erklären können, dass sie AI einsetzen. Sie müssen auch zeigen, wie AI-Systeme gesteuert, überwacht und dokumentiert werden.

Datenqualität spielt dabei eine zentrale Rolle. Wer AI-Ergebnisse nicht nachvollziehen kann, kann sie schwer verteidigen. Wer nicht weiss, welche Daten genutzt wurden, kann Risiken nicht angemessen bewerten. Wer keine klaren Verantwortlichkeiten hat, kann AI Governance nicht wirksam umsetzen.

Für GRC-Teams ergibt sich daraus eine wichtige Chance. Sie können AI Governance nicht nur als zusätzliche Pflicht betrachten, sondern als Anlass, die eigene Datenbasis zu modernisieren. Denn viele Anforderungen, die für AI relevant sind, entsprechen ohnehin bewährten GRC-Prinzipien: klare Rollen, dokumentierte Prozesse, risikobasierte Kontrollen, Nachvollziehbarkeit und kontinuierliche Verbesserung.

Praktische Checkliste: Ist Ihr GRC AI-ready?

Unternehmen können mit einer einfachen Standortbestimmung beginnen. Die folgenden Fragen helfen, den Reifegrad der eigenen GRC-Daten einzuschätzen:

  • Sind Risiken, Kontrollen, Massnahmen und Nachweise zentral erfasst?
  • Gibt es einheitliche Begriffe und Bewertungslogiken?
  • Sind Verantwortlichkeiten für GRC-Daten klar definiert?
  • Werden Daten regelmässig überprüft und aktualisiert?
  • Gibt es Pflichtfelder für kritische Informationen?
  • Sind Änderungen nachvollziehbar dokumentiert?
  • Können Kontrollen mit Anforderungen und Nachweisen verknüpft werden?
  • Gibt es klare Freigabeprozesse für kritische Entscheidungen?
  • Sind sensible Daten klassifiziert und geschützt?
  • Ist definiert, welche Daten für AI-Anwendungen genutzt werden dürfen?
  • Werden AI-Ergebnisse durch Menschen geprüft?
  • Können Audit, Management und Compliance-Teams dieselbe Datenbasis nutzen?

Wenn viele dieser Fragen nicht eindeutig beantwortet werden können, ist das ein klares Signal: Vor dem AI-Rollout sollte die GRC-Datenbasis verbessert werden.

Fazit: AI Governance beginnt bei Datenqualität

AI kann Governance, Risk und Compliance deutlich effizienter machen. Sie kann Zusammenhänge sichtbar machen, manuelle Arbeit reduzieren und Entscheidungen besser vorbereiten. Doch im GRC-Umfeld gilt mehr denn je: Schlechte Daten führen zu schlechten Entscheidungen.

AI-ready GRC beginnt deshalb nicht beim Modell, sondern bei der Datenbasis. Unternehmen brauchen strukturierte Informationen, klare Verantwortlichkeiten, nachvollziehbare Prozesse und kontinuierliche Pflege. Erst dann kann AI im GRC-Kontext sicher, sinnvoll und prüfbar eingesetzt werden.

Datenqualität ist damit keine technische Detailfrage. Sie ist die Grundlage moderner Compliance. Unternehmen, die heute ihre GRC-Daten ordnen, schaffen nicht nur bessere Transparenz für Audits und Managemententscheidungen. Sie schaffen auch die Voraussetzung dafür, AI verantwortungsvoll und wirksam zu nutzen.

FAQ

Was bedeutet AI-ready GRC?

AI-ready GRC bedeutet, dass Governance-, Risiko- und Compliance-Daten so strukturiert, gepflegt und kontrolliert werden, dass sie zuverlässig für AI-gestützte Analysen und Prozesse genutzt werden können. Dazu gehören einheitliche Begriffe, klare Verantwortlichkeiten, aktuelle Daten, nachvollziehbare Änderungen und definierte Freigabeprozesse.

Warum ist Datenqualität für AI im GRC so wichtig?

AI-Systeme arbeiten mit vorhandenen Daten. Wenn diese Daten unvollständig, veraltet oder widersprüchlich sind, können auch die Ergebnisse falsch oder irreführend sein. Im GRC-Kontext kann das zu falschen Risikobewertungen, ungenauen Reports, schwachen Kontrollen oder Problemen in Audits führen.

Welche GRC-Daten sind besonders wichtig für AI?

Besonders wichtig sind Risiken, Kontrollen, Massnahmen, Policies, Nachweise, Audits, Incidents, Assets, Lieferanteninformationen und regulatorische Anforderungen. Diese Daten sollten strukturiert, aktuell und miteinander verknüpft sein.

Kann AI Compliance-Entscheidungen automatisieren?

AI kann Compliance-Entscheidungen vorbereiten, Hinweise geben und Daten analysieren. Kritische Entscheidungen sollten jedoch weiterhin durch verantwortliche Personen geprüft und freigegeben werden. Besonders bei Risikoakzeptanzen, regulatorischen Bewertungen und Audit-Findings ist menschliche Kontrolle entscheidend.

Was sind typische Probleme schlechter GRC-Daten?

Typische Probleme sind fehlende Verantwortlichkeiten, uneinheitliche Risikoskalen, veraltete Kontrollen, nicht dokumentierte Massnahmen, doppelte Einträge, fehlende Nachweise und verstreute Informationen in Excel-Dateien, E-Mails oder lokalen Ordnern.

Welche Rolle spielt AI Governance in diesem Zusammenhang?

AI Governance legt fest, wie AI-Systeme verantwortungsvoll eingesetzt, überwacht und kontrolliert werden. Datenqualität ist ein zentraler Bestandteil davon, weil AI nur dann nachvollziehbare und vertrauenswürdige Ergebnisse liefern kann, wenn die zugrundeliegenden Daten kontrolliert und geeignet sind.

Reicht Excel für AI-ready GRC aus?

Für einfache Aufgaben kann Excel ausreichend sein. Für komplexe, auditierbare und AI-gestützte GRC-Prozesse stösst Excel jedoch schnell an Grenzen. Dezentrale Dateien, fehlende Versionierung, uneinheitliche Strukturen und begrenzte Nachvollziehbarkeit erschweren eine verlässliche Datenbasis.

Wie können Unternehmen mit AI-ready GRC starten?

Der beste Startpunkt ist eine Bestandsaufnahme der vorhandenen GRC-Daten. Unternehmen sollten prüfen, wo Risiken, Kontrollen, Nachweise und Massnahmen liegen, wie aktuell sie sind, wer verantwortlich ist und welche Daten für AI-Anwendungen genutzt werden dürfen. Danach sollten klare Standards, Prozesse und Verantwortlichkeiten definiert werden.

Welche Standards sind für AI-ready GRC relevant?

Relevant sind unter anderem der EU AI Act, ISO/IEC 42001 für AI Management Systeme, ISO 27001 für Informationssicherheit, ISO 37301 für Compliance Management und etablierte Risikomanagement-Ansätze. Je nach Branche können weitere regulatorische Anforderungen hinzukommen.

Was ist der wichtigste Erfolgsfaktor für AI im GRC?

Der wichtigste Erfolgsfaktor ist eine verlässliche, strukturierte und nachvollziehbare Datenbasis. Ohne Datenqualität bleibt AI im GRC unsicher. Mit guter Datenqualität kann AI dagegen helfen, Risiken transparenter zu machen, Kontrollen besser zu steuern und Compliance-Prozesse effizienter zu gestalten.

Related posts

11. Mai 2026 | 16 min

NIS2, DORA, CRA: Drei Regulierungen, ein gemeinsames Problem

Warum Unternehmen integrierte GRC-Prozesse statt paralleler Compliance-Projekte brauchen

NIS2, DORA und der Cyber Resilience Act gehören zu den wichtigsten europäischen Regulierungen für Cybersecurity, digitale Resilienz und Risikomanagement. Auf den ersten Blick richten sie sich an unterschiedliche Zielgruppen: NIS2 betrifft viele kritische und wichtige Einrichtungen, DORA adressiert den Finanzsektor und dessen IKT-Dienstleister, der Cyber Resilience Act nimmt Hersteller und Anbieter digitaler Produkte stärker in die Verantwortung.

In der Praxis zeigt sich jedoch schnell: Die drei Regulierungen haben mehr gemeinsam, als viele Unternehmen zunächst annehmen. Sie verlangen strukturierte Risiken, klare Verantwortlichkeiten, dokumentierte Massnahmen, funktionierende Meldeprozesse, kontrollierte Lieferketten und nachvollziehbare Nachweise.

Das eigentliche Problem entsteht dort, wo Unternehmen jede Regulierung als separates Projekt behandeln. Dann gibt es ein NIS2-Projekt, ein DORA-Projekt, ein CRA-Projekt, zusätzlich bestehende ISO-27001-, Datenschutz- oder Audit-Initiativen. Jede Einheit arbeitet mit eigenen Listen, eigenen Kontrollen, eigenen Nachweisen und eigenen Verantwortlichkeiten. Das führt zu doppelter Arbeit, widersprüchlichen Informationen und unnötiger Komplexität.

Genau deshalb brauchen Unternehmen keinen weiteren Compliance-Silo, sondern integrierte GRC-Prozesse. Wer Risiken, Kontrollen, Lieferanten, Incidents, Assets, Massnahmen und Nachweise zentral verbindet, kann regulatorische Anforderungen effizienter erfüllen und gleichzeitig die eigene Cyberresilienz stärken.

NIS2, DORA und CRA unterscheiden sich in Zielgruppe, Geltungsbereich und konkreten Pflichten. Gemeinsam ist ihnen jedoch, dass sie Unternehmen zu mehr Cyberresilienz, besserem Risikomanagement und belastbarer Dokumentation verpflichten.

Wer jede Regulierung separat umsetzt, baut schnell parallele Prozesse auf. Risiken werden mehrfach erfasst, Kontrollen doppelt dokumentiert, Lieferanten unterschiedlich bewertet und Nachweise über verschiedene Systeme verteilt. Das erhöht den Aufwand, ohne automatisch zu mehr Sicherheit oder besserer Steuerung zu führen.

Ein integrierter GRC-Ansatz löst dieses Problem. Anforderungen, Risiken, Kontrollen, Massnahmen, Lieferanten, Incidents und Nachweise werden in einem gemeinsamen System verwaltet und miteinander verknüpft. Dadurch lassen sich NIS2, DORA, CRA und weitere Standards wie ISO 27001, DSGVO oder BSI IT-Grundschutz deutlich effizienter steuern.

Drei Regulierungen mit unterschiedlichen Schwerpunkten

NIS2: Cybersecurity wird zur Führungsaufgabe

Die NIS2-Richtlinie erweitert den Kreis der regulierten Unternehmen deutlich. Betroffen sind zahlreiche Organisationen aus kritischen und wichtigen Sektoren, darunter Energie, Verkehr, Gesundheit, digitale Infrastruktur, öffentliche Verwaltung, Produktion, Lebensmittel, Chemie und digitale Dienste.

Im Zentrum stehen Risikomanagement, technische und organisatorische Sicherheitsmassnahmen, Meldepflichten und die Verantwortung der Unternehmensleitung. NIS2 macht damit klar: Cybersecurity ist nicht nur Aufgabe der IT-Abteilung. Sie ist eine Managementaufgabe mit direkter Governance-Relevanz.

Unternehmen müssen nicht nur Sicherheitsmassnahmen einführen, sondern auch zeigen können, dass diese angemessen, dokumentiert und wirksam sind. Genau hier beginnt die Verbindung zu GRC.

DORA: Digitale Resilienz im Finanzsektor

DORA, der Digital Operational Resilience Act, richtet sich an Finanzunternehmen und bestimmte IKT-Drittanbieter. Die Verordnung soll sicherstellen, dass Finanzorganisationen auch bei Cyberangriffen, IT-Ausfällen oder Problemen bei Dienstleistern funktionsfähig bleiben.

Im Fokus stehen IKT-Risikomanagement, Incident Reporting, digitale Resilienztests, Informationsaustausch und das Management von Drittparteienrisiken. Besonders wichtig ist der Umgang mit externen IKT-Dienstleistern. Finanzunternehmen müssen wissen, welche Dienstleister kritisch sind, welche Risiken bestehen, welche vertraglichen Anforderungen gelten und welche Exit-Strategien verfügbar sind.

DORA macht damit deutlich: Digitale Resilienz endet nicht an der eigenen Unternehmensgrenze. Sie hängt auch davon ab, wie gut Lieferanten, Dienstleister und Cloud-Anbieter gesteuert werden.

CRA: Cybersecurity für digitale Produkte

Der Cyber Resilience Act verfolgt einen anderen Ansatz. Er konzentriert sich auf Produkte mit digitalen Elementen, also etwa Software, Hardware, vernetzte Geräte und digitale Komponenten.

Hersteller und Anbieter müssen sicherstellen, dass ihre Produkte über den gesamten Lebenszyklus hinweg sicher entwickelt, gepflegt und aktualisiert werden. Dazu gehören sichere Entwicklungsprozesse, Schwachstellenmanagement, Sicherheitsupdates, technische Dokumentation und Meldepflichten bei aktiv ausgenutzten Schwachstellen.

Damit rückt Cybersecurity stärker in Produktentwicklung, Software-Lifecycle, Lieferkette und Produktverantwortung. Auch hier reicht es nicht aus, einzelne Sicherheitsmassnahmen zu beschreiben. Unternehmen müssen Prozesse etablieren, Verantwortlichkeiten klären und Nachweise sauber dokumentieren.

Das gemeinsame Problem: zu viele parallele Compliance-Strukturen

Viele Unternehmen reagieren auf neue Regulierung reflexartig mit neuen Projekten. Das ist nachvollziehbar, führt aber langfristig zu einem strukturellen Problem.

Für NIS2 entsteht ein eigenes Risikoregister. Für DORA wird ein separates Dienstleisterregister aufgebaut. Für den CRA pflegt die Produktentwicklung eigene Listen zu Produkten, Schwachstellen und Sicherheitsupdates. Datenschutz, Informationssicherheit, internes Audit und Business Continuity arbeiten zusätzlich mit eigenen Dokumentationen.

Auf dem Papier sieht das zunächst nach Fortschritt aus. In der Realität entsteht aber ein Flickenteppich.

Dasselbe Risiko taucht mehrfach auf, wird aber unterschiedlich bewertet. Eine Kontrolle wird für verschiedene Standards dokumentiert, aber nicht einheitlich gepflegt. Eine Massnahme wird in mehreren Listen verfolgt, ohne dass klar ist, welcher Status wirklich aktuell ist. Ein Lieferant wird aus Datenschutzsicht geprüft, aus DORA-Sicht aber anders klassifiziert. Ein Sicherheitsvorfall wird technisch bearbeitet, aber nicht sauber mit regulatorischen Meldepflichten verbunden.

Das Ergebnis ist nicht mehr Kontrolle, sondern mehr Komplexität. Und Komplexität ist einer der grössten Gegner wirksamer Compliance.

Die gemeinsamen Anforderungen von NIS2, DORA und CRA

Auch wenn die drei Regulierungen unterschiedliche Ziele verfolgen, überschneiden sie sich in zentralen Bereichen. Genau diese Überschneidungen sollten Unternehmen nutzen.

Risikomanagement

Alle drei Regulierungen verlangen, dass Unternehmen Risiken systematisch identifizieren, bewerten, behandeln und überwachen. Bei NIS2 geht es vor allem um Risiken für Netz- und Informationssysteme. Bei DORA stehen IKT-Risiken und digitale Betriebsresilienz im Vordergrund. Beim CRA geht es um Sicherheitsrisiken digitaler Produkte und deren Lebenszyklus.

Der gemeinsame Nenner ist klar: Risiken dürfen nicht isoliert betrachtet werden. Ein Risiko ist fast immer mit Systemen, Prozessen, Lieferanten, Produkten, Kontrollen und Massnahmen verbunden. Ein integrierter GRC-Ansatz macht genau diese Zusammenhänge sichtbar.

Kontrollen und Massnahmen

Regulatorische Anforderungen bleiben theoretisch, wenn daraus keine konkreten Massnahmen entstehen. Unternehmen müssen zeigen können, welche Sicherheitsmassnahmen implementiert wurden, wer dafür verantwortlich ist, wann sie überprüft wurden und ob sie wirksam sind.

Dazu gehören zum Beispiel Zugriffskontrollen, Backup-Konzepte, Incident-Prozesse, Schwachstellenmanagement, Lieferantenprüfungen, Business-Continuity-Massnahmen, Sicherheitsupdates und Awareness-Massnahmen.

Entscheidend ist nicht nur, dass solche Massnahmen existieren. Entscheidend ist, dass sie aktuell, nachvollziehbar, zugeordnet und prüfbar sind.

Incident Management und Meldepflichten

NIS2, DORA und CRA enthalten Pflichten zum Umgang mit Sicherheitsvorfällen. Die Fristen, Formate und zuständigen Stellen unterscheiden sich je nach Regulierung. Der operative Bedarf ist aber sehr ähnlich: Unternehmen müssen Vorfälle erkennen, bewerten, eskalieren, dokumentieren und gegebenenfalls melden.

Ein isolierter Incident-Prozess reicht dafür nicht aus. Ein Vorfall muss mit betroffenen Systemen, Produkten, Prozessen, Kunden, Lieferanten, Risiken und regulatorischen Pflichten verknüpft werden können. Nur dann lässt sich schnell entscheiden, ob eine Meldung erforderlich ist, welche Frist gilt und welche Informationen benötigt werden.

Lieferanten- und Drittparteienrisiken

DORA stellt Drittparteienrisiken besonders stark in den Mittelpunkt. Aber auch NIS2 und CRA erhöhen den Druck auf Lieferketten, Dienstleister und externe Technologiepartner.

Unternehmen müssen wissen, welche Lieferanten kritisch sind, welche Leistungen sie erbringen, welche Daten oder Systeme betroffen sind, welche Sicherheitsanforderungen gelten und welche vertraglichen Regelungen bestehen. Besonders bei Cloud-Diensten, Softwareanbietern, Managed Services und kritischen IKT-Dienstleistern entstehen sonst schnell blinde Flecken.

Ein integriertes Vendor Risk Management wird deshalb zur Schlüsselfunktion moderner GRC-Programme.

Nachweise und Auditfähigkeit

Regulatorische Anforderungen sind nur dann belastbar erfüllt, wenn Unternehmen sie nachweisen können. Genau daran scheitern viele Compliance-Programme.

Nicht die einzelne Policy ist das Problem, sondern der Nachweis ihrer Umsetzung. Nicht die Risikoanalyse allein zählt, sondern die Verbindung zu Massnahmen, Verantwortlichkeiten, Status, Prüfungen und Entscheidungen.

Auditfähigkeit entsteht durch konsistente Dokumentation. Unternehmen brauchen eine zentrale Sicht auf Anforderungen, Kontrollen, Risiken, Massnahmen und Nachweise.

Warum Excel und E-Mail nicht mehr ausreichen

Viele Unternehmen starten ihre Compliance-Arbeit mit Excel-Listen, SharePoint-Ordnern, E-Mail-Abstimmungen und PowerPoint-Reports. Für einzelne Aufgaben kann das funktionieren. Sobald aber mehrere Regulierungen gleichzeitig gesteuert werden müssen, stösst dieser Ansatz schnell an Grenzen.

Excel kann Risiken erfassen, aber keine belastbaren Workflows steuern. E-Mail kann Aufgaben verteilen, aber keine verlässliche Nachweiskette sicherstellen. Ordnerstrukturen können Dokumente speichern, aber keine regulatorischen Abhängigkeiten abbilden. PowerPoint kann Management-Reports zeigen, aber keine aktuelle Gesamtsicht liefern.

Das Problem ist nicht das einzelne Tool. Das Problem ist die fehlende Verbindung zwischen den Informationen.

Ein Risiko steht in einer Tabelle. Die dazugehörige Massnahme in einer anderen. Der Nachweis liegt in einem Ordner. Die Verantwortung wurde per E-Mail abgestimmt. Der Lieferant wird separat bewertet. Der Incident wird in einem Ticketsystem bearbeitet.

Bei einer Prüfung, einem Vorfall oder einer Managementfrage müssen diese Informationen manuell zusammengesucht werden. Das kostet Zeit, erzeugt Fehler und erschwert Entscheidungen.

Was integrierte GRC-Prozesse leisten

Ein integrierter GRC-Ansatz verbindet Governance, Risk Management und Compliance in einem gemeinsamen System. Statt jede Regulierung separat zu verwalten, werden Anforderungen, Risiken, Kontrollen, Massnahmen und Nachweise zentral strukturiert.

Das Ziel ist nicht, NIS2, DORA und CRA künstlich gleichzumachen. Die gesetzlichen Anforderungen bleiben unterschiedlich. Das Ziel ist, gemeinsame Prozesse intelligent zu nutzen.

Eine Zugriffskontrolle kann beispielsweise für ISO 27001, NIS2, DORA und interne Sicherheitsvorgaben relevant sein. Sie sollte nicht viermal separat dokumentiert werden. Sinnvoller ist es, diese Kontrolle zentral zu pflegen und mehreren Anforderungen zuzuordnen.

Der gleiche Gedanke gilt für Risiken, Lieferanten, Incidents, Policies, Assets und Massnahmen. Ein integriertes GRC-System sorgt dafür, dass Informationen einmal sauber erfasst und mehrfach genutzt werden können.

Der grösste Vorteil: Einmal sauber aufbauen, mehrfach nutzen

Der grösste Nutzen integrierter GRC-Prozesse liegt in der Wiederverwendbarkeit. Unternehmen müssen nicht für jede Regulierung neue Strukturen schaffen, sondern können bestehende Inhalte gezielt mehreren Anforderungen zuordnen.

Eine Risikoanalyse kann zum Beispiel für NIS2, DORA, ISO 27001 und interne Sicherheitsziele relevant sein. Eine Kontrolle zur Zugriffssicherheit kann mehrere regulatorische Anforderungen gleichzeitig abdecken. Ein Lieferant kann aus Sicht von Informationssicherheit, Datenschutz, Business Continuity und DORA bewertet werden. Ein Incident kann technisch analysiert, regulatorisch eingeordnet und organisatorisch dokumentiert werden. Und ein Nachweis kann nicht nur für ein einzelnes Audit, sondern für mehrere Prüfungen relevant sein.

Genau dadurch entsteht Effizienz. Der Aufwand sinkt, weil Informationen nicht ständig neu erstellt werden müssen. Gleichzeitig steigt die Qualität, weil alle Beteiligten mit denselben Daten, Bewertungen und Nachweisen arbeiten. Unternehmen gewinnen damit nicht nur Compliance, sondern auch bessere Steuerungsfähigkeit.

Was ein integriertes GRC-System können sollte

Ein integriertes GRC-System sollte regulatorische Anforderungen aus NIS2, DORA, CRA und weiteren Standards zentral abbilden können. Dazu gehören auch ISO 27001, DSGVO, BSI IT-Grundschutz, ESG-Anforderungen oder interne Policies.

Wichtig ist dabei nicht nur die reine Dokumentation. Entscheidend ist die Verknüpfung: Welche Anforderung gilt für welchen Bereich? Welche Kontrolle deckt sie ab? Welche Risiken bestehen? Welche Massnahmen laufen? Welche Nachweise existieren? Wo gibt es Lücken?

Ein zentrales Risikoregister schafft Transparenz über Informationssicherheitsrisiken, IKT-Risiken, Produkt-Security-Risiken, Lieferantenrisiken und operationelle Risiken. Risiken sollten dabei nicht nur beschrieben, sondern bewertet, Verantwortlichen zugeordnet und mit konkreten Massnahmen verbunden werden.

Auch das Kontrollmanagement spielt eine zentrale Rolle. Kontrollen sind das Bindeglied zwischen Anforderungen und Umsetzung. Ein gutes GRC-System zeigt, welche Kontrollen existieren, welchen Anforderungen sie zugeordnet sind, wann sie zuletzt überprüft wurden und ob sie wirksam sind.

Hinzu kommt ein strukturiertes Massnahmenmanagement. Compliance scheitert oft nicht an fehlenden Erkenntnissen, sondern an fehlender Umsetzung. Deshalb braucht es klare Aufgaben, Verantwortlichkeiten, Fristen, Statusinformationen und Eskalationsmechanismen.

Besonders wichtig ist ausserdem das Vendor Risk Management. Lieferanten und Dienstleister müssen nach Kritikalität, Risiko, Datenzugriff, vertraglichen Anforderungen, Sicherheitsnachweisen und Abhängigkeiten bewertet werden. Gerade bei DORA, NIS2 und CRA ist ein isoliertes Lieferantenregister nicht ausreichend.

Ein integrierter Incident-Prozess hilft wiederum, Sicherheitsvorfälle nicht nur technisch, sondern auch regulatorisch und organisatorisch zu bewerten. Welche Systeme sind betroffen? Welche Prozesse sind kritisch? Welche Kunden oder Lieferanten sind involviert? Gibt es Meldepflichten? Welche Fristen gelten? Welche Nachweise müssen dokumentiert werden?

Am Ende braucht auch das Management eine klare Sicht. NIS2, DORA und CRA erhöhen den Druck auf die Unternehmensleitung. Deshalb müssen Risiken, offene Massnahmen, kritische Lieferanten, Compliance-Lücken, Incident-Trends und Auditstatus verständlich aufbereitet werden.

Integrierte GRC-Prozesse verbessern nicht nur Compliance

Compliance wird oft als Pflichtübung verstanden. Doch NIS2, DORA und CRA zielen nicht auf Papier. Sie zielen auf echte Resilienz.

Ein Unternehmen ist nicht sicherer, weil es viele Dokumente besitzt. Es wird sicherer, wenn es seine Risiken kennt, Massnahmen konsequent umsetzt, Verantwortlichkeiten klärt, Vorfälle beherrscht und aus Problemen lernt.

Integrierte GRC-Prozesse helfen genau dabei. Sie schaffen Transparenz über Abhängigkeiten, Schwachstellen, offene Massnahmen und kritische Bereiche. Sie zeigen, wo regulatorische Anforderungen und operative Risiken zusammenlaufen.

Das ist besonders wichtig, weil moderne Cyberrisiken selten nur einen Bereich betreffen. Ein Angriff kann gleichzeitig IT, Datenschutz, Lieferanten, Business Continuity, Produktverantwortung und Kommunikation betreffen. Wer diese Bereiche getrennt steuert, reagiert langsamer. Wer sie integriert steuert, erkennt Zusammenhänge früher und kann gezielter handeln.

Typische Fehler bei der Umsetzung

Ein häufiger Fehler besteht darin, NIS2, DORA und CRA ausschliesslich juristisch zu betrachten. Natürlich sind es rechtliche Anforderungen. Ihre Umsetzung ist aber operativ. Unternehmen müssen Prozesse, Verantwortlichkeiten, Kontrollen und Nachweise schaffen.

Ein zweiter Fehler ist, die Verantwortung allein der IT zuzuweisen. Cybersecurity ist zwar ein technisches Thema, aber nicht nur. Einkauf, Produktentwicklung, Recht, Compliance, Datenschutz, Risikomanagement, Audit und Management müssen einbezogen werden.

Viele Unternehmen bauen ausserdem für jede Regulierung eigene Kontrollsets auf. Das führt schnell zu Redundanzen. Sinnvoller ist ein zentrales Kontrollframework, das Anforderungen aus verschiedenen Regulierungen abbildet.

Auch Lieferanten werden oft zu spät eingebunden. Dabei sind Drittparteienrisiken ein zentraler Bestandteil moderner Regulierung. Wer Lieferanten erst kurz vor einem Audit prüft, riskiert Lücken bei Verträgen, Nachweisen, Sicherheitsanforderungen und Exit-Strategien.

Ein weiterer Fehler liegt in der Nachweisführung. Auditfähigkeit entsteht nicht am Tag der Prüfung. Sie entsteht durch kontinuierliche Dokumentation. Nachweise müssen aktuell, auffindbar und mit Anforderungen verbunden sein.

Wie Unternehmen jetzt vorgehen sollten

Unternehmen sollten nicht damit beginnen, drei voneinander getrennte Programme für NIS2, DORA und CRA aufzubauen. Sinnvoller ist ein gemeinsames Fundament.

Zuerst sollte geklärt werden, welche Regulierungen tatsächlich relevant sind. Danach lohnt sich ein Blick auf bestehende Prozesse, Kontrollen, Risiken und Nachweise. In vielen Unternehmen ist bereits viel vorhanden, aber verteilt, uneinheitlich dokumentiert oder schwer auffindbar.

Im nächsten Schritt sollten Anforderungen gemappt werden. Welche Pflichten überschneiden sich? Welche bestehenden Kontrollen können genutzt werden? Welche Nachweise existieren bereits? Wo fehlen Prozesse, Verantwortlichkeiten oder Dokumentation?

Darauf aufbauend können Unternehmen eine integrierte GRC-Struktur schaffen. Dazu gehören ein gemeinsames Risikoregister, ein zentrales Kontrollframework, strukturiertes Massnahmenmanagement, integriertes Lieferantenmanagement, ein nachvollziehbarer Incident-Prozess und eine saubere Nachweisverwaltung.

Der entscheidende Erfolgsfaktor ist Konsistenz. Unternehmen brauchen eine gemeinsame Datenbasis, klare Verantwortlichkeiten und standardisierte Workflows. Nur dann lassen sich regulatorische Anforderungen effizient erfüllen und dauerhaft steuern.

Die Rolle von Zazoon GRC

Zazoon GRC unterstützt Unternehmen dabei, regulatorische Anforderungen nicht isoliert, sondern integriert zu steuern. Risiken, Kontrollen, Massnahmen, Nachweise, Audits, Policies, Lieferanten und Incidents lassen sich zentral verwalten und miteinander verbinden.

Dadurch können Unternehmen Anforderungen aus NIS2, DORA, CRA, ISO 27001, DSGVO, BSI IT-Grundschutz und weiteren Frameworks strukturiert abbilden. Statt parallele Excel-Listen und manuelle Nachweisprozesse zu pflegen, entsteht eine transparente GRC-Basis für Compliance, Risikomanagement und Cyberresilienz.

Gerade für Unternehmen, die mehrere regulatorische Anforderungen gleichzeitig erfüllen müssen, ist dieser integrierte Ansatz entscheidend. Er reduziert Aufwand, verbessert Nachvollziehbarkeit und schafft eine klare Grundlage für Audits, Managemententscheidungen und kontinuierliche Verbesserung.

Fazit: Die Zukunft von Compliance ist integriert

NIS2, DORA und CRA zeigen, wohin sich europäische Regulierung entwickelt: weg von isolierten Einzelpflichten, hin zu nachweisbarer Resilienz, klarer Verantwortung und kontinuierlichem Risikomanagement.

Unternehmen, die jede Regulierung separat behandeln, werden mit steigender Komplexität, doppeltem Aufwand und uneinheitlichen Nachweisen kämpfen. Unternehmen, die integrierte GRC-Prozesse aufbauen, schaffen dagegen eine skalierbare Grundlage für aktuelle und kommende Anforderungen.

Der entscheidende Punkt ist: NIS2, DORA und CRA sind nicht nur Compliance-Aufgaben. Sie sind ein Weckruf für bessere Governance.

Wer Risiken, Kontrollen, Massnahmen, Lieferanten, Incidents und Nachweise zentral verbindet, erfüllt regulatorische Anforderungen effizienter und macht das Unternehmen gleichzeitig widerstandsfähiger.

FAQ

Was haben NIS2, DORA und CRA gemeinsam?

NIS2, DORA und CRA verfolgen unterschiedliche Ziele, haben aber viele gemeinsame Anforderungen. Alle drei Regulierungen verlangen strukturiertes Risikomanagement, klare Verantwortlichkeiten, Sicherheitsmassnahmen, Dokumentation, Incident-Prozesse und nachvollziehbare Nachweise. Deshalb lassen sie sich besonders gut über integrierte GRC-Prozesse steuern.

Warum sollten Unternehmen NIS2, DORA und CRA nicht getrennt umsetzen?

Eine getrennte Umsetzung führt oft zu doppelten Kontrollen, parallelen Risikoanalysen, uneinheitlichen Nachweisen und hohem manuellem Aufwand. Ein integrierter Ansatz reduziert Redundanzen und sorgt dafür, dass Anforderungen, Risiken, Kontrollen und Massnahmen zentral miteinander verbunden sind.

Was ist der Unterschied zwischen NIS2, DORA und CRA?

NIS2 fokussiert auf Cybersecurity und Risikomanagement für viele kritische und wichtige Einrichtungen. DORA richtet sich an den Finanzsektor und legt den Schwerpunkt auf digitale operationelle Resilienz und IKT-Drittparteienrisiken. Der CRA betrifft Produkte mit digitalen Elementen und stellt Anforderungen an sichere Entwicklung, Schwachstellenmanagement und Produktverantwortung.

Welche Rolle spielt GRC bei NIS2, DORA und CRA?

GRC verbindet Governance, Risk Management und Compliance. Für NIS2, DORA und CRA bedeutet das: Anforderungen werden zentral verwaltet, Risiken bewertet, Kontrollen zugeordnet, Massnahmen verfolgt und Nachweise dokumentiert. Dadurch entsteht Transparenz über regulatorische Pflichten und deren operative Umsetzung.

Welche Unternehmen sind von NIS2 betroffen?

NIS2 betrifft viele Unternehmen aus kritischen und wichtigen Sektoren, darunter Energie, Gesundheit, Verkehr, digitale Infrastruktur, öffentliche Verwaltung, Produktion, Lebensmittel, Chemie und digitale Dienste. Ob ein Unternehmen betroffen ist, hängt unter anderem von Branche, Grösse und nationaler Umsetzung ab.

Wen betrifft DORA?

DORA betrifft Finanzunternehmen wie Banken, Versicherungen, Zahlungsinstitute, Wertpapierfirmen und weitere Finanzmarktteilnehmer. Darüber hinaus betrifft DORA auch bestimmte IKT-Drittanbieter, wenn sie für den Finanzsektor kritisch sind.

Wen betrifft der Cyber Resilience Act?

Der Cyber Resilience Act betrifft Hersteller, Importeure und Anbieter von Produkten mit digitalen Elementen. Dazu gehören Software, Hardware, vernetzte Produkte und digitale Komponenten. Unternehmen müssen sicherstellen, dass diese Produkte sicher entwickelt, dokumentiert und über den Lebenszyklus hinweg gepflegt werden.

Warum ist Vendor Risk Management so wichtig?

Viele Unternehmen sind stark von externen Dienstleistern, Cloud-Anbietern, Softwarelieferanten und IKT-Partnern abhängig. NIS2, DORA und CRA erhöhen den Druck, diese Abhängigkeiten transparent zu machen. Unternehmen müssen wissen, welche Lieferanten kritisch sind, welche Risiken bestehen und welche Sicherheitsanforderungen gelten.

Reicht ISO 27001 aus, um NIS2, DORA oder CRA zu erfüllen?

ISO 27001 ist eine sehr gute Grundlage für Informationssicherheitsmanagement, ersetzt aber keine regulatorische Einzelfallprüfung. Viele Kontrollen und Prozesse aus ISO 27001 können für NIS2, DORA und CRA genutzt werden. Dennoch müssen Unternehmen prüfen, welche spezifischen Anforderungen zusätzlich gelten.

Wie hilft Zazoon GRC bei der Umsetzung?

Zazoon GRC hilft Unternehmen, Anforderungen, Risiken, Kontrollen, Massnahmen, Nachweise, Audits, Policies, Lieferanten und Incidents zentral zu verwalten. Dadurch können mehrere Standards und Regulierungen in einem integrierten System abgebildet werden. Das reduziert manuellen Aufwand und verbessert Transparenz, Auditfähigkeit und Steuerungsfähigkeit.

24. März 2026 | 10 min

Regulation Overload 2026: Wie Unternehmen NIS2, AI Act und DORA gleichzeitig bewältigen

Im März 2026 ist „Regulation Overload“ keine Zuspitzung mehr, sondern operative Realität. NIS2 hätte bis zum 17. Oktober 2024 in nationales Recht überführt werden müssen, DORA gilt seit dem 17. Januar 2025 unmittelbar für den Finanzsektor, und beim AI Act gelten seit Februar 2025 bereits erste Pflichten, während der nächste grosse Umsetzungsblock im August 2026 folgt. Unternehmen stehen damit nicht vor einer einzelnen Deadline, sondern vor drei Regimen mit unterschiedlichen Logiken, unterschiedlichen Aufsichten und unterschiedlichen Nachweisanforderungen.

Die Lage wird dadurch noch anspruchsvoller, dass sich die Rechtslandschaft parallel weiter bewegt. Bei NIS2 hat die Kommission Anfang 2026 bereits gezielte Änderungen vorgeschlagen, um die Rechtslage klarer und die Umsetzung praktikabler zu machen. Gleichzeitig arbeitet die EU beim AI Act noch an weiteren Leitlinien und Support-Instrumenten. Das zeigt vor allem eines: 2026 ist kein Jahr für isolierte Einzelprojekte, sondern für ein integriertes GRC-Betriebsmodell.

  • 2026 treffen drei sehr unterschiedliche Regulierungslogiken gleichzeitig auf Unternehmen: NIS2 als horizontaler Cybersicherheitsrahmen, DORA als sektorspezifische Finanzmarktregulierung und der AI Act als risikobasiertes Regelwerk für KI.
  • NIS2 ist in der Umsetzung in den Mitgliedstaaten weiter uneinheitlich, DORA ist bereits voll anwendbar, und beim AI Act steht mit August 2026 der nächste grosse Anwendungsschritt bevor.
  • Die Überschneidungen liegen vor allem bei Governance, Risikomanagement, Incident Handling, Drittparteiensteuerung, Dokumentation, Training und Nachweisführung.
  • Für Finanzunternehmen ist DORA in den überlappenden Bereichen des Cybersicherheitsrisikomanagements und der Vorfallmeldung der speziellere Rechtsakt gegenüber NIS2.
  • Wer die drei Regime erfolgreich bewältigen will, braucht keine drei parallelen Compliance-Programme, sondern eine gemeinsame Kontrollarchitektur mit klaren sektor- und KI-spezifischen Ergänzungen.

Warum 2026 zum GRC-Stresstest wird

Nicht jedes Unternehmen fällt unmittelbar und vollständig unter alle drei Regelwerke. In der Praxis entsteht der Druck dennoch oft gleichzeitig: etwa in Konzernen mit Finanztochter, in Gruppen mit kritischer Infrastruktur, bei Technologieanbietern für regulierte Kunden oder bei Unternehmen, die KI in regulierten oder sicherheitskritischen Prozessen einsetzen. Die eigentliche Herausforderung ist deshalb weniger die Einzelfrage „Bin ich betroffen?“, sondern die Kombination aus mehreren Rollen, mehreren Jurisdiktionen und mehreren Aufsichtslogiken.

Hinzu kommt: Die drei Regime greifen an unterschiedlichen Stellen im Unternehmen. NIS2 adressiert die Organisation als Betreiber wesentlicher oder wichtiger Dienste. DORA adressiert die digitale operationale Resilienz von Finanzunternehmen und ihrer ICT-Drittparteien. Der AI Act adressiert je nach Rolle Anbieter, Betreiber, Importeure, Distributoren und in bestimmten Konstellationen auch Unternehmen, die ein KI-System wesentlich verändern oder unter eigener Marke in Verkehr bringen. Dadurch entstehen Überschneidungen nicht nur zwischen Gesetzen, sondern auch zwischen Funktionen, Verantwortlichkeiten und Nachweispflichten.

Drei Regime, drei unterschiedliche Steuerungslogiken

NIS2: Breite Cyber-Governance mit nationaler Umsetzung

NIS2 schafft einen einheitlichen EU-Rahmen für Cybersicherheit in 18 kritischen Sektoren. Die Richtlinie arbeitet mit den Kategorien wesentliche und wichtige Einrichtungen, verlangt Cyber-Risikomanagement, Lieferketten- und Sicherheitsmassnahmen sowie gestufte Meldepflichten. Besonders relevant aus GRC-Sicht ist, dass die Richtlinie die Verantwortung des Managements ausdrücklich betont: Leitungsorgane müssen Massnahmen billigen, ihre Umsetzung überwachen und sich zu Cyberrisiken schulen lassen.

Gleichzeitig bleibt NIS2 im März 2026 ein Regime mit nationalem Umsetzungsrisiko. Die Kommission hatte bereits 23 Mitgliedstaaten zur vollständigen Umsetzung aufgefordert, und die fortlaufenden Debatten über Klarstellungen zeigen, dass Unternehmen sich nicht auf ein vollkommen harmonisiertes Marktbild verlassen können. Für international tätige Gruppen ist das ein echtes GRC-Problem, weil Scope, Aufsichtspraxis und Nachweisführung je Land variieren können.

DORA: Direkte Resilienzpflicht für den Finanzsektor

DORA gilt seit dem 17. Januar 2025 unmittelbar und harmonisiert die Anforderungen an digitale operationale Resilienz für 20 Arten von Finanzunternehmen sowie für ICT-Drittparteien im Aufsichtsrahmen. Im Zentrum stehen ein belastbares ICT-Risikomanagement, Incident Reporting, Resilienztests und eine deutlich schärfere Steuerung von Technologieabhängigkeiten. Mit der Benennung kritischer ICT-Drittanbieter durch die europäischen Aufsichtsbehörden Ende 2025 ist dieser Drittparteifokus nicht mehr theoretisch, sondern konkret operationalisiert.

DORA ist zudem granularer als viele klassische Cyber-Regime. Das zeigt sich etwa bei den Meldepflichten: Für schwere ICT-Vorfälle sieht DORA sehr enge Taktungen vor, einschliesslich einer initialen Meldung innerhalb von vier Stunden nach Klassifizierung als major und spätestens 24 Stunden nach Entdeckung, einem Zwischenbericht nach 72 Stunden sowie einem Abschlussbericht nach einem Monat. Dazu kommen formalisierte Anforderungen an Register der ICT-Dienstleistungen, Testing und interne Governance.

AI Act: Risikobasierte KI-Regulierung mit gestaffelter Anwendung

Der AI Act folgt einer anderen Logik. Er ist kein reines Cyber-Regime, sondern ein risikobasiertes Regelwerk für KI-Systeme und General-Purpose-AI-Modelle. Seit dem 2. Februar 2025 gelten bereits Verbote für bestimmte unzulässige KI-Praktiken sowie Pflichten zur AI Literacy. Seit dem 2. August 2025 gelten die Governance-Regeln und Pflichten für General-Purpose-AI-Modelle. Ab dem 2. August 2026 greifen dann der Grossteil der Regeln, insbesondere für High-Risk-AI-Systeme nach Anhang III sowie Transparenzpflichten, während bestimmte High-Risk-Systeme in regulierten Produkten erst 2027 folgen.

Für GRC-Verantwortliche ist entscheidend, dass der AI Act nicht nur Entwickler betrifft. Je nach Rolle entstehen Pflichten für Anbieter, Betreiber, Importeure und Distributoren. Bei High-Risk-AI kommen dokumentiertes Risikomanagement, Daten- und Modellgovernance, Logging, menschliche Aufsicht, Transparenz und Konformitätsbewertung hinzu. Ausserdem werden ab August 2026 ernsthafte Vorfälle mit High-Risk-AI meldepflichtig, was den AI Act in die Nähe klassischer Incident- und Post-Market-Regime rückt.

Wo sich NIS2, DORA und AI Act wirklich überlagern

1. Governance und Verantwortung des Managements

Alle drei Regime verschieben Technologie- und Cyberthemen deutlich näher an die Unternehmensleitung. NIS2 macht Cyberrisiken explizit zur Aufgabe des Managements. DORA verankert Governance, interne Kontrollen und Resilienz als Führungsaufgabe im Finanzsektor. Der AI Act zwingt Organisationen dazu, KI-Nutzung aus der Experimentierzone in formale Governance, Rollenklärung und dokumentierte Aufsicht zu überführen. Der gemeinsame Nenner lautet: Technologieentscheidungen sind 2026 keine reine Fachbereichsfrage mehr, sondern ein Board-Thema.

2. Risikomanagement statt Checklisten-Compliance

NIS2 verlangt angemessene Cyber-Risikomanagementmassnahmen. DORA fordert ein strukturiertes ICT-Risikomanagement mit konkreten organisatorischen und technischen Elementen. Der AI Act verlangt für High-Risk-AI ein dokumentiertes Risikomanagementsystem über den Lebenszyklus hinweg. Wer diese Regime getrennt bearbeitet, baut meist dreifache Methodik und dreifache Dokumentation auf. Wer sie intelligent verbindet, schafft eine gemeinsame Risikotaxonomie und einen gemeinsamen Kontrollkatalog mit regulatorischen Zusätzen je Regime.

3. Incident Handling wird zum Multikanal-Prozess

Unter NIS2 gelten für signifikante Vorfälle gestufte Meldefristen von 24 Stunden, 72 Stunden und einem Monat. DORA verlangt für schwere ICT-Vorfälle noch engere Taktungen. Und beim AI Act kommen für High-Risk-AI ab August 2026 eigene Melde- und Untersuchungsprozesse für schwerwiegende Vorfälle hinzu. Für Unternehmen bedeutet das: Ein Incident Playbook, das nur zwischen „IT“ und „Legal“ unterscheidet, reicht nicht mehr. Notwendig ist eine zentrale Klassifikation mit regulatorischer Routing-Logik.

4. Drittparteien- und Lieferkettenrisiken werden zentral

NIS2 betont Lieferketten- und Sicherheitsmassnahmen. DORA geht bei ICT-Drittparteien noch weiter und macht die Abhängigkeit von Technologieanbietern zu einem Kernelement der Aufsicht. Beim AI Act verschiebt sich der Blick auf die KI-Wertschöpfungskette: Rollen entlang der Wertkette, Pflichten für General-Purpose-AI-Modelle und Transparenzpflichten für bestimmte Systeme machen klar, dass auch KI-Zukauf und KI-Integration reguliert werden. Der klassische Einkauf ohne regulatorische Tiefenprüfung ist damit 2026 endgültig überholt.

5. Nachweisführung wird zum eigentlichen Engpass

Fast alle Unternehmen unterschätzen nicht die Pflicht, sondern den Beweis. NIS2 verlangt nachweisbare Governance und umsetzbare Sicherheitsmassnahmen. DORA fordert belastbare Register, Vorfallsdaten, Testnachweise und Drittparteieninformationen. Der AI Act bringt technische Dokumentation, Logs, Transparenzinformationen und je nach Rolle zusätzliche Pflichtartefakte mit. Das eigentliche GRC-Thema 2026 ist daher nicht nur „Was müssen wir tun?“, sondern „Wie belegen wir es konsistent und wiederverwendbar?“

Warum viele Umsetzungsprogramme scheitern

Die häufigste Fehlannahme lautet, dass drei Regime automatisch drei Projekte bedeuten. Genau das erzeugt die Überlastung. In der Praxis entstehen dann drei Scope-Analysen, drei Kontrolllandschaften, drei Reporting-Logiken und drei verschiedene Managementberichte. Das Ergebnis ist nicht höhere Sicherheit, sondern regulatorische Reibung.

Die zweite grosse Fehlannahme ist organisatorisch: Viele Unternehmen ordnen NIS2 der Security, DORA dem Regulatorikteam und den AI Act dem Legal- oder Innovationsteam zu. Dadurch werden identische Grundfragen an verschiedenen Stellen parallel bearbeitet: Welche Assets sind kritisch? Welche Drittparteien sind wesentlich? Wie wird ein Vorfall klassifiziert? Welche Logs muessen vorliegen? Wer darf ein Risiko freigeben?

Die dritte Fehlannahme betrifft die Zeitachse. Manche Organisationen warten noch immer auf die vollständige nationale NIS2-Umsetzung oder auf weitere Leitlinien zum AI Act. Das ist nachvollziehbar, aber gefährlich. Denn DORA gilt bereits, der AI Act hat bereits erste Pflichten aktiviert, und der nächste grosse AI-Stichtag im August 2026 ist operativ nah. Wer auf perfekte Klarheit wartet, verliert wertvolle Monate.

Wie Unternehmen NIS2, AI Act und DORA gleichzeitig bewältigen

Der erste Schritt ist keine Massnahme, sondern ein Strukturentscheid: Unternehmen brauchen ein einziges Steuerungsmodell, das auf Entität, Funktion, Produkt, Dienstleistung und KI-Anwendungsfall aufsetzt. Die richtige Frage ist nicht „Welches Gesetz gilt?“, sondern „Welche Kombination von Pflichten gilt wo und warum?“

Darauf aufbauend sollte ein gemeinsamer Kontrollkern definiert werden. Dazu gehören typischerweise Asset- und Prozessinventar, Rollen und Verantwortlichkeiten, Risikoanalyse, Zugriffskontrollen, Monitoring, Logging, Incident Handling, Business Continuity, Drittparteiensteuerung, Schulung und Management-Reporting. Erst danach werden regulatorische Spezialitäten aufgesetzt, etwa DORA-spezifische Register- und Testpflichten oder AI-Act-spezifische Transparenz-, Konformitäts- und Post-Market-Anforderungen.

Für Finanzunternehmen ist zudem eine saubere Abgrenzung essenziell. Wo DORA als sektorspezifischer Rechtsakt die überlappenden Cyber- und Incident-Anforderungen abdeckt, darf NIS2 nicht einfach doppelt darübergelegt werden. Genau diese Klarheit verhindert Doppelmeldungen, widersprüchliche Kontrollanforderungen und ineffiziente Prüfpfade.

Praktisch besonders wirksam ist ein gemeinsames Evidenzmodell. Statt für jedes Regime neue Nachweise zu bauen, sollten Unternehmen eine zentrale Beweisarchitektur etablieren: einheitliche Kontrollbeschreibungen, ein gemeinsames Control Mapping, konsolidierte Nachweisquellen und ein Reporting, das regulatorisch sauber ausgeleitet werden kann. Genau hier entscheidet sich, ob GRC skaliert oder kollabiert.

Und schliesslich braucht es 2026 einen klaren Priorisierungsfokus: Wer bereits unter DORA oder NIS2 arbeitet, sollte die nächsten Monate gezielt nutzen, um AI-Act-Reife aufzubauen. August 2026 ist kein reiner Legal-Meilenstein, sondern ein Umstellungspunkt für Prozesse, Dokumentation, Transparenz und Incident Readiness bei High-Risk-AI.

Fazit

Regulation Overload 2026 ist in Wahrheit kein Mengenproblem, sondern ein Architekturproblem. Unternehmen scheitern nicht daran, dass NIS2, DORA und der AI Act zu viele Einzelpflichten enthalten. Sie scheitern daran, dass sie diese Pflichten noch immer in getrennten Silos denken.

Wer 2026 erfolgreich sein will, muss die drei Regime als ein gemeinsames GRC-Problem begreifen: mit einer einheitlichen Governance, einer gemeinsamen Kontrollbasis, klarer Entitäts- und Rollenlogik sowie einem belastbaren Nachweis- und Incident-Modell. Genau darin liegt die eigentliche Chance. Denn Unternehmen, die diesen Schritt schaffen, erfüllen nicht nur Regulierung besser. Sie werden auch robuster, schneller und steuerbarer.

FAQ

Betrifft diese Regulierungswelle wirklich jedes Unternehmen?
Nein. Aber sehr viele Unternehmen sind direkt oder indirekt betroffen. NIS2 erfasst 18 kritische Sektoren, DORA betrifft den Finanzsektor und seine ICT-Abhängigkeiten, und der AI Act greift je nach Rolle bei Entwicklung, Bereitstellung oder Nutzung von KI. In Konzernen, Plattformmodellen und Lieferketten können deshalb mehrere Regime gleichzeitig relevant werden.

Was hat Vorrang, wenn DORA und NIS2 beide einschlägig wirken?
Für Finanzunternehmen ist DORA der sektorspezifische Rechtsakt. In den überlappenden Bereichen des Cybersicherheitsrisikomanagements und der Vorfallmeldung geht DORA daher vor. Das bedeutet nicht, dass NIS2 irrelevant ist, wohl aber, dass Unternehmen die Abgrenzung juristisch und operativ sauber lösen muessen.

Was ist im März 2026 die dringendste Frist?
Operativ ist der nächste grosse unionsweite Umsetzungspunkt der 2. August 2026 im AI Act, wenn der Grossteil der Regeln, insbesondere für High-Risk-AI nach Anhang III und Transparenzpflichten, greift. DORA gilt bereits seit Januar 2025, und NIS2 ist ebenfalls schon im Anwendungsfenster, auch wenn die nationale Umsetzung weiter uneinheitlich ist.

Reicht es, drei separate Gap-Analysen zu machen?
Für den Start kann das helfen. Für die Umsetzung ist es fast immer zu wenig. Entscheidend ist, die Lücken in eine gemeinsame Kontroll- und Evidenzarchitektur zu überführen. Sonst entstehen drei Projekte, aber kein steuerbares Betriebsmodell.

Wer sollte intern die Federführung übernehmen?
Am besten ein zentrales GRC- oder Transformations-Setup mit klarer Einbindung von Security, Risk, Compliance, Legal, IT, Einkauf und den betroffenen Fachbereichen. Die Führungsverantwortung muss sichtbar oben verankert sein, operativ braucht es aber eine Stelle, die Überschneidungen aktiv zusammenführt.

17. März 2026 | 5 min

Nach der NIS2-Deadline: Warum zwei Drittel der Unternehmen im Verzug sind – und was jetzt wirklich zählt

Die NIS2-Richtlinie ist eines der zentralen regulatorischen Themen im Bereich Cybersecurity und GRC. Sie wurde eingeführt, um das Cybersicherheitsniveau in Europa deutlich zu erhöhen und Unternehmen stärker in die Verantwortung zu nehmen. Doch kurz nach Ablauf zentraler Fristen zeigt sich ein klares Bild: Ein grosser Teil der betroffenen Organisationen ist nicht ausreichend vorbereitet.

Viele Unternehmen haben die Anforderungen unterschätzt, ihre Betroffenheit nicht korrekt eingeordnet oder notwendige Massnahmen zu spät gestartet. Gleichzeitig steigt der Druck durch Aufsichtsbehörden, strengere Kontrollen und potenzielle Sanktionen.

Die entscheidende Frage lautet daher nicht mehr, ob Unternehmen sich mit NIS2 beschäftigen sollten, sondern wie sie jetzt strukturiert und schnell aufholen können.

  • Ein grosser Teil der betroffenen Unternehmen hat die NIS2-Fristen nicht eingehalten.
  • NIS2 erweitert den Kreis der regulierten Unternehmen erheblich und verschärft Anforderungen.
  • Cyberrisiken werden zu einem zentralen Governance- und Managementthema.
  • Geschäftsleitungen tragen direkte Verantwortung und potenzielle Haftung.
  • Viele Organisationen haben Defizite bei Risikomanagement, Dokumentation und Verantwortlichkeiten.
  • Jetzt entscheidend: Gap-Analyse, Priorisierung und strukturierte Umsetzung.
  • NIS2 ist kein einmaliges Projekt, sondern erfordert ein dauerhaftes GRC-System.

Warum so viele Unternehmen im Verzug sind

Die hohe Zahl an nicht vorbereiteten Unternehmen ist kein Zufall. NIS2 bringt mehrere strukturelle Herausforderungen mit sich.

Erstens wurde der Anwendungsbereich massiv erweitert. Anders als bei der ursprünglichen NIS-Richtlinie betrifft NIS2 nicht mehr nur kritische Infrastrukturen, sondern eine grosse Zahl an mittelgrossen und grossen Unternehmen in unterschiedlichen Branchen.

Zweitens herrscht in vielen Organisationen Unsicherheit darüber, ob sie überhaupt betroffen sind. Die Kriterien sind komplex und hängen von Branche, Unternehmensgrösse und konkreten Tätigkeiten ab.

Drittens wurden die Anforderungen häufig unterschätzt. NIS2 ist kein reines IT-Sicherheitsprojekt, sondern verlangt ein umfassendes Managementsystem für Cyberrisiken.

Und viertens fehlt es in vielen Unternehmen an integrierten GRC-Strukturen, um regulatorische Anforderungen systematisch umzusetzen.

NIS2 als Gamechanger für GRC

NIS2 verändert die Rolle von Governance, Risk und Compliance grundlegend.

Cybersecurity wird nicht mehr als technisches Thema behandelt, sondern als integraler Bestandteil der Unternehmenssteuerung. Die Richtlinie verlangt unter anderem:

  • systematisches Risikomanagement für Informationssicherheit
  • klare Verantwortlichkeiten auf Managementebene
  • dokumentierte Sicherheitsmassnahmen
  • Meldepflichten für Sicherheitsvorfälle
  • Schulung der Geschäftsleitung
  • Absicherung von Lieferketten und Drittparteien

Damit wird NIS2 zu einem klassischen GRC-Thema, das Governance, Risiko und Compliance miteinander verbindet.

Die Rolle der Geschäftsleitung

Ein zentraler Aspekt von NIS2 ist die Verantwortung der obersten Führungsebene.

Geschäftsleitungen sind nicht nur indirekt verantwortlich, sondern tragen direkte Verantwortung für:

  • Umsetzung von Sicherheitsmassnahmen
  • Überwachung der Compliance
  • Einhaltung von Meldepflichten
  • Aufbau eines funktionierenden Risikomanagements

In vielen Fällen ist auch eine persönliche Haftung möglich, wenn diese Pflichten nicht erfüllt werden.

Damit wird Cyberrisiko endgültig zu einem Thema auf Vorstandsebene.

Typische Schwachstellen in Unternehmen

Die aktuelle Situation zeigt, dass viele Unternehmen ähnliche Defizite haben.

Eine häufige Schwachstelle ist fehlende Transparenz. Viele Organisationen wissen nicht genau, welche Systeme, Daten oder Drittanbieter kritisch sind.

Ein weiteres Problem ist die fehlende Integration von Cyberrisiken in das zentrale Risikomanagement. Risiken werden isoliert in der IT betrachtet, aber nicht in die Gesamtsteuerung eingebunden.

Auch die Dokumentation ist oft unzureichend. Ohne nachvollziehbare Nachweise lassen sich regulatorische Anforderungen nicht erfüllen.

Schliesslich fehlt es häufig an klaren Verantwortlichkeiten. Ohne definierte Zuständigkeiten bleibt die Umsetzung fragmentiert und ineffektiv.

Was Unternehmen jetzt konkret tun müssen

Nach Ablauf der Fristen geht es nicht mehr um Vorbereitung, sondern um Aufholen.

Ein strukturierter Ansatz umfasst mehrere Schritte.

Zunächst muss geklärt werden, ob und in welchem Umfang das Unternehmen von NIS2 betroffen ist. Darauf folgt eine Gap-Analyse, die den aktuellen Stand mit den regulatorischen Anforderungen vergleicht.

Auf dieser Basis sollten Massnahmen priorisiert werden. Nicht alle Anforderungen müssen gleichzeitig umgesetzt werden, aber kritische Lücken müssen schnell geschlossen werden.

Parallel dazu ist es wichtig, Governance-Strukturen aufzubauen. Dazu gehören klare Verantwortlichkeiten, Reporting-Linien und Entscheidungsprozesse.

Ein weiterer zentraler Punkt ist die Einführung oder Weiterentwicklung eines integrierten GRC-Systems. Nur so lassen sich Risiken, Massnahmen und Compliance-Anforderungen langfristig steuern.

NIS2 als Chance und nicht nur als Pflicht

So gross der regulatorische Druck auch ist, NIS2 bietet Unternehmen auch Chancen.

Ein strukturiertes Cyberrisikomanagement verbessert nicht nur die Compliance, sondern auch die operative Stabilität. Sicherheitsvorfälle können schneller erkannt und besser bewältigt werden.

Auch die Transparenz im Unternehmen steigt. Risiken werden sichtbar, Verantwortlichkeiten klarer und Entscheidungsprozesse fundierter.

Darüber hinaus stärkt ein hoher Reifegrad in der Cybersicherheit das Vertrauen von Kunden, Partnern und Investoren.

Unternehmen, die NIS2 ernst nehmen, können daraus einen echten Wettbewerbsvorteil entwickeln.

Fazit

Die NIS2-Deadline hat deutlich gemacht, dass viele Unternehmen noch nicht ausreichend vorbereitet sind. Gleichzeitig steigt der Druck durch Regulierung, Aufsicht und zunehmende Cyberbedrohungen.

NIS2 ist kein kurzfristiges Compliance-Projekt, sondern ein langfristiger Transformationsprozess. Unternehmen müssen Cyberrisiken in ihre Governance integrieren, Risikomanagementsysteme ausbauen und Compliance kontinuierlich steuern.

Wer jetzt strukturiert handelt, kann nicht nur regulatorische Risiken reduzieren, sondern auch die eigene Resilienz und Wettbewerbsfähigkeit nachhaltig stärken.

FAQ

Was ist das Hauptziel von NIS2?
Das Ziel ist ein höheres und einheitliches Cybersicherheitsniveau in Europa sowie eine stärkere Verantwortung der Unternehmen für Cyberrisiken.

Warum sind so viele Unternehmen im Verzug?
Weil der Anwendungsbereich erweitert wurde, Anforderungen komplex sind und viele Organisationen keine integrierten GRC-Strukturen haben.

Wer ist im Unternehmen verantwortlich?
Die Geschäftsleitung trägt die Verantwortung für Umsetzung, Überwachung und Einhaltung der Anforderungen.

Was passiert bei Nicht-Einhaltung?
Es drohen regulatorische Massnahmen, Sanktionen und potenziell persönliche Haftung.

Wie sollten Unternehmen jetzt starten?
Mit einer klaren Betroffenheitsanalyse, einer Gap-Analyse und dem Aufbau eines strukturierten GRC-Systems zur Umsetzung der Anforderungen.

10. März 2026 | 6 min

Continuous Compliance: Warum klassische Compliance-Modelle nicht mehr ausreichen

In vielen Unternehmen wird Compliance noch immer als punktuelle Aktivität verstanden. Kontrollen werden vorbereitet, Dokumentationen gesammelt und Audits organisiert – oft in intensiven Phasen kurz vor regulatorischen Prüfungen. Dieses Modell stammt aus einer Zeit, in der Geschäftsprozesse stabiler, IT-Systeme weniger komplex und regulatorische Anforderungen überschaubarer waren.

Heute funktioniert dieser Ansatz immer weniger. Unternehmen arbeiten mit Cloud-Infrastrukturen, automatisierten Prozessen, globalen Lieferketten und ständig wechselnden regulatorischen Anforderungen. Risiken entstehen nicht mehr nur einmal im Jahr, sondern jederzeit. Genau hier setzt Continuous Compliance an.

Continuous Compliance beschreibt einen Ansatz, bei dem Compliance nicht mehr als periodische Prüfung organisiert wird, sondern als kontinuierlicher Prozess. Kontrollen, Daten und Risiken werden laufend überwacht, Abweichungen sofort erkannt und Massnahmen unmittelbar eingeleitet. Compliance wird damit Teil des täglichen Betriebs und nicht nur ein Ereignis rund um Audits.

  • Continuous Compliance bedeutet kontinuierliche Überwachung von Kontrollen, Risiken und regulatorischen Anforderungen.
  • Unternehmen sind dadurch jederzeit auditbereit und müssen Compliance nicht mehr kurzfristig herstellen.
  • Automatisierung und Monitoring sind zentrale Bausteine dieses Ansatzes.
  • Risiken und Regelverstösse können frühzeitig erkannt und schneller behoben werden.
  • Continuous Compliance stärkt sowohl Sicherheit als auch Effizienz im GRC-Management.
  • Klassische auditgetriebene Compliance-Modelle werden zunehmend durch kontinuierliche Ansätze ersetzt.

Warum klassische Compliance an ihre Grenzen kommt

Traditionelle Compliance basiert meist auf periodischen Prüfungen. Kontrollen werden zu bestimmten Zeitpunkten überprüft, Dokumente gesammelt und interne oder externe Audits vorbereitet.

Dieses Modell bringt mehrere Probleme mit sich.

Erstens entsteht eine sogenannte Momentaufnahme. Ein Audit zeigt nur den Zustand eines Systems zu einem bestimmten Zeitpunkt. Zwischen zwei Prüfungen können jedoch Monate liegen, in denen Risiken oder Regelverstösse unentdeckt bleiben.

Zweitens ist der Aufwand enorm. Kurz vor Audits müssen Compliance-, IT- und Fachabteilungen oft grosse Mengen an Dokumentationen zusammenstellen. Diese Phase führt häufig zu Stress, ineffizienten Prozessen und kurzfristigen Korrekturmassnahmen.

Drittens wird Compliance dadurch zu einer reaktiven Aufgabe. Probleme werden erst entdeckt, wenn eine Prüfung bevorsteht oder bereits ein Vorfall eingetreten ist.

In einer digitalen, hochvernetzten Umgebung reicht dieser Ansatz nicht mehr aus.

Was Continuous Compliance wirklich bedeutet

Continuous Compliance verfolgt einen anderen Ansatz. Statt punktueller Prüfungen werden Kontrollen, Systeme und Prozesse laufend überwacht.

Das Ziel ist es, jederzeit einen aktuellen Überblick über den Compliance-Status eines Unternehmens zu haben.

Dabei spielen mehrere Elemente zusammen:

  • automatisierte Kontrollen
  • kontinuierliches Monitoring von Systemen und Zugriffen
  • Echtzeit-Alerts bei Abweichungen
  • automatische Dokumentation von Nachweisen
  • transparente Verantwortlichkeiten für Kontrollen

Wenn beispielsweise Zugriffsrechte verändert werden oder eine Systemkonfiguration von den definierten Sicherheitsstandards abweicht, wird dies sofort erkannt. Verantwortliche Teams können unmittelbar reagieren und das Problem beheben.

Compliance wird damit von einer rückblickenden Prüfung zu einem aktiven Steuerungsinstrument.

Der Zusammenhang mit Governance, Risk und Compliance

Continuous Compliance ist eng mit modernen GRC-Strukturen verbunden.

Ein effektives GRC-Modell verbindet Governance, Risikomanagement und Compliance zu einem integrierten Steuerungssystem. Continuous Compliance unterstützt genau diese Integration.

Governance profitiert davon, weil Führungsgremien jederzeit eine aktuelle Sicht auf Risiken und Kontrollen erhalten.

Risikomanagement wird gestärkt, da Risiken nicht erst retrospektiv erkannt werden, sondern frühzeitig sichtbar werden.

Compliance selbst wird effizienter, weil Dokumentation, Evidenzsammlung und Auditvorbereitung automatisiert werden können.

Continuous Compliance wirkt daher nicht nur als Compliance-Instrument, sondern als Grundlage für ein modernes GRC-Framework.

Die Rolle von Automatisierung und Technologie

Ohne Technologie ist Continuous Compliance kaum umsetzbar.

Moderne Organisationen nutzen heute eine Vielzahl digitaler Systeme. Zugriffsrechte, Cloud-Konfigurationen, Softwareversionen oder Sicherheitsrichtlinien verändern sich ständig. Diese Dynamik kann nicht mehr manuell überwacht werden.

Hier kommen GRC-Plattformen und Automatisierungslösungen ins Spiel.

Sie ermöglichen unter anderem:

  • automatische Sammlung von Compliance-Nachweisen
  • kontinuierliche Überprüfung von Systemkonfigurationen
  • Monitoring von Zugriffen und Berechtigungen
  • automatische Risikoerkennung
  • Echtzeit-Reporting an Management und Aufsichtsgremien

Durch diese Automatisierung wird Compliance nicht nur zuverlässiger, sondern auch deutlich effizienter.

Vorteile von Continuous Compliance

Unternehmen, die Continuous Compliance implementieren, profitieren in mehreren Bereichen.

Ein wesentlicher Vorteil ist die permanente Auditbereitschaft. Da Nachweise laufend gesammelt und Kontrollen kontinuierlich überwacht werden, entfällt der enorme Aufwand vor Audits.

Ein weiterer Vorteil liegt in der Risikominimierung. Sicherheitslücken oder Regelverstösse werden frühzeitig erkannt und können sofort behoben werden.

Auch die Zusammenarbeit zwischen Abteilungen verbessert sich. Compliance betrifft nicht nur einzelne Teams, sondern IT, HR, Risk Management und operative Bereiche. Continuous Compliance schafft Transparenz und gemeinsame Datenbasis für alle Beteiligten.

Darüber hinaus stärkt dieser Ansatz auch das Vertrauen von Kunden, Partnern und Aufsichtsbehörden.

Herausforderungen bei der Umsetzung

Trotz der Vorteile ist die Einführung von Continuous Compliance kein trivialer Prozess.

Viele Organisationen stehen vor strukturellen Herausforderungen.

Eine häufige Schwierigkeit ist die Fragmentierung von Systemen. Daten liegen in unterschiedlichen Plattformen, wodurch eine zentrale Überwachung erschwert wird.

Ein weiteres Problem ist die organisatorische Integration. Continuous Compliance erfordert klare Verantwortlichkeiten und abgestimmte Prozesse zwischen IT, Risk und Compliance.

Auch kulturelle Aspekte spielen eine Rolle. In vielen Unternehmen wird Compliance noch immer als Pflichtübung betrachtet. Continuous Compliance verlangt jedoch eine proaktive Risikokultur.

Schliesslich ist auch die Auswahl geeigneter Technologien entscheidend. Ohne geeignete Plattformen und Automatisierungstools lassen sich kontinuierliche Kontrollen kaum effizient umsetzen.

Fazit

Continuous Compliance markiert einen grundlegenden Wandel im Umgang mit regulatorischen Anforderungen. Statt Compliance als periodische Aufgabe rund um Audits zu betrachten, wird sie zu einem kontinuierlichen Bestandteil des operativen Betriebs.

Dieser Ansatz passt besser zu der Realität moderner Organisationen, in denen Systeme, Daten und Risiken ständig in Bewegung sind.

Unternehmen, die Continuous Compliance erfolgreich implementieren, profitieren von höherer Transparenz, geringeren Risiken und effizienteren Compliance-Prozessen. Gleichzeitig stärken sie ihre Governance-Strukturen und schaffen eine stabile Grundlage für langfristige regulatorische Sicherheit.

Continuous Compliance ist damit nicht nur eine technische Entwicklung, sondern ein zentraler Baustein moderner GRC-Strategien.

FAQ

Was versteht man unter Continuous Compliance?
Continuous Compliance bezeichnet die kontinuierliche Überwachung von Kontrollen, Risiken und regulatorischen Anforderungen, um jederzeit einen aktuellen Compliance-Status sicherzustellen.

Warum wird Continuous Compliance immer wichtiger?
Weil moderne IT-Systeme, Cloud-Infrastrukturen und regulatorische Anforderungen sich ständig verändern und punktuelle Audits nicht mehr ausreichen.

Welche Rolle spielt Automatisierung dabei?
Automatisierung ermöglicht die laufende Überwachung von Systemen, Kontrollen und Zugriffen sowie die automatische Sammlung von Compliance-Nachweisen.

Welche Vorteile bietet Continuous Compliance?
Unternehmen werden jederzeit auditbereit, erkennen Risiken schneller und reduzieren den Aufwand für manuelle Compliance-Prozesse.

Ist Continuous Compliance nur ein IT-Thema?
Nein. Continuous Compliance betrifft Governance, Risikomanagement, interne Kontrollen und operative Prozesse im gesamten Unternehmen.

24. Februar 2026 | 5 min

Die Zukunft von Governance, Risk und Compliance: Welche Trends 2026 wirklich relevant sind

2026 markiert einen Wendepunkt für Governance, Risk und Compliance in Unternehmen. Was lange als reaktive Kontrollfunktion verstanden wurde, entwickelt sich zunehmend zu einem strategischen Enabler von Resilienz, Innovation und nachhaltiger Unternehmenssteuerung.

Die Welt um Organisationen herum wird komplexer: neue regulatorische Anforderungen, digitale Transformation, globale Unsicherheiten und ein rasanter technologischer Wandel treiben GRC-Funktionen in neue Rollen und Verantwortlichkeiten.

Dieser Beitrag fasst die zentralen Trends zusammen, die 2026 die Ausrichtung von GRC definieren werden und zeigt auf, wie Unternehmen sich strategisch vorbereiten muessen, um nicht nur regelkonform zu bleiben, sondern echte Wettbewerbsvorteile aus GRC zu generieren.

  • 2026 wird GRC nicht mehr nur als Kontrollfunktion gesehen, sondern als strategischer Treiber für Resilienz, Innovation und Wertschaffung.
  • KI-Governance und Automatisierung werden zentrale Elemente werden, um Risiken frühzeitig zu erkennen und sogar vorherzusagen.
  • Cyber-Sicherheit und operative Resilienz entwickeln sich zu Kernthemen auf Vorstandsebene.
  • Die Integration von ESG-Faktoren und Lieferkettenresilienz wird Pflichtteil jeder GRC-Strategie.
  • Regulatorische Komplexität verlangt integrierte Compliance-Systeme statt punktueller Lösungen.
  • Datenqualität, Ethik, Kultur und kontinuierliche Compliance werden zu Wettbewerbsfaktoren.
  • Organisationen muessen predictive Risikostrategien einsetzen, nicht nur reaktiv handeln.
  • Fortgeschrittene Technologien wie RegTech, autonome GRC-Workflows und Echtzeit-Monitoring stehen im Fokus.

Warum 2026 ein Schluesseljahr fuer GRC ist

In den letzten Jahren haben sich regulatorische Anforderungen und globale Risiken stark ausgeweitet: von Nachhaltigkeitsberichterstattung über AI-Regulierung bis hin zu Cyber- und Lieferkettenrisiken. Gleichzeitig beschleunigt sich die digitale Transformation, und viele Unternehmen nutzen zunehmend KI und Automatisierung in Kernprozessen.

Diese Dynamik zwingt Organisationen dazu, GRC nicht mehr als isolierte Infrastrukturfunktion zu betrachten, sondern als Teil der strategischen Steuerung und Entscheidungsfindung.

Die wichtigsten GRC-Trends fuer 2026

1. Governance wird strategisch, nicht nur regelgetrieben

Governance entwickelt sich von der reinen Überwachung regelkonformer Prozesse hin zu einem Rahmenwerk, das Transparenz, Verantwortlichkeit und Entscheidungsqualität fördert. GRC wird zunehmend in der Lage sein, Risikoantworten aktiv zu gestalten, statt nur Risiken zu dokumentieren. Boards verlangen klare, handlungsorientierte Risiko-Reports, nicht nur Daten für das Archiv.

2. AI-Governance und intelligente Automatisierung

Künstliche Intelligenz wird 2026 tief in GRC-Prozesse integriert sein. Generative und agentische KI-Systeme werden nicht nur Daten aufbereiten, sondern Risiken identifizieren, Compliance-Tests automatisieren, Szenarien simulieren und Governance-Lücken aufdecken. Unternehmen werden Governance-Rahmen brauchen, die diese Systeme steuern, kontrollieren und auditierbar machen.

3. Cyber-Risiken als Governance- und Resilienzthema

Cyber-Sicherheit ist kein technisches Spezialgebiet mehr, sondern ein zentrales Governance-Risiko. Cyber-Risiken sind heute verflochten mit Lieferketten, Third-Party-Abhängigkeiten und operativer Resilienz. Organisationen muessen ein integriertes Risikomanagement aufbauen, das Cyber, Betrieb und Compliance vereint.

4. Integrierte, datengetriebene GRC-Plattformen

Statt isolierter Abteilungen und Insellösungen werden integrierte GRC-Plattformen zum Standard. Sie vereinen Risiko, Compliance, Audit, Datenqualität, RegTech und Reporting in einem kohärenten System. Datenqualität wird zur Grundlage für jedes GRC-Programm, weil KI und Automatisierung nur dann valide Ergebnisse liefern, wenn die Datenbasis robust ist.

5. ESG und Lieferkettenresilienz

Nachhaltigkeit, soziale Verantwortung und Governance-Aspekte wie Menschenrechte in Lieferketten sind nicht mehr optionale Add-ons, sondern regulatorisch und stakeholderseitig verbindliche Anforderungen. Unternehmen muessen ESG-Risiken in ihre Governance- und Risikostrategien einbetten und gleichzeitig die Resilienz entlang der Lieferkette verbessern.

6. Regulatorische Komplexität und globale Anforderungen

Die regulatorische Landschaft wird immer komplexer, mit uebereinanderliegenden Anforderungen aus verschiedenen Regionen und Branchen. Unternehmen muessen kontinuierliche Compliance-Ueberwachung statt periodischer Ueberpruefungen etablieren, um stets nachweisen zu koennen, dass sie aktuellen Vorschriften entsprechen. Dies erfordert automatisierte Mechanismen, Echtzeit-Auditierungsfähigkeiten und flexible Compliance-Modelle.

7. Ethik, Kultur und menschzentrierte Governance

Auch wenn Technologie dominierende Themen sind, bleibt der Faktor Mensch entscheidend. Eine risikobewusste Kultur, in der ethisches Verhalten, Verantwortlichkeit und Transparenz alltäglich geübt werden, wird zu einem entscheidenden Wettbewerbsfaktor. Governance muss ethische Richtlinien operationalisieren und in Entscheidungsprozesse integrieren.

8. Predictive Risikostrategien und Scenario Planning

Anstatt Risiken nur zu identifizieren, muessen Organisationen diese antizipieren und ihre Reaktionen simulieren. Advanced Analytics, Machine Learning und Risikoexperimente helfen, Risiken vorherzusagen, Priorisierungen vorzunehmen und resiliente Strategien zu entwickeln.

Wie Unternehmen sich vorbereiten muessen

Um von diesen Trends zu profitieren, muessen Unternehmen mehrere strategische Schritte gehen:

  • GRC neu positionieren als strategische Funktion, nicht nur als Compliance-Taskforce.
  • KI-Governance-Rahmen entwickeln inklusive Richtlinien, Kontrollmechanismen und Auditing.
  • Cyber-Risiken ganzheitlich integrieren in Risikomanagement und Business Continuity.
  • Investieren in integrierte GRC-Plattformen mit Echtzeit-Monitoring.
  • ESG und Lieferkettenresilienz in GRC-Prozesse einbeziehen.
  • Eine risikobewusste, ethisch orientierte Kultur fördern.
  • Datenqualität und Modellgovernance als Grundpfeiler etablieren.
  • Predictive Risk Analytics und Szenarioplanung operationalisieren.

Fazit

2026 wird ein Jahr, in dem Governance, Risk und Compliance nicht mehr nur reaktive Pflichtprogramme sind, sondern aktive Treiber für Unternehmenserfolg. Organisationen, die ihre GRC-Funktion strategisch ausrichten, Technologie verantwortungsvoll einbinden und gleichzeitig Governance, Risiko und Compliance als zusammenhängendes System begreifen, werden langfristig robuster, resilienter und vertrauenswürdiger sein.

FAQ

Was bedeutet GRC im Jahr 2026?
GRC ist nicht mehr nur ein Instrument der Kontrolle, sondern eine strategische Funktion, die Risiko, Compliance, Ethik und Resilienz verbindet.

Warum ist AI-Governance so wichtig geworden?
Weil KI-Systeme heute nicht nur Daten analysieren, sondern Entscheidungen beeinflussen und Risiken automatisch erkennen oder sogar auslösen können.

Wie hängt Cyber-Risiko mit GRC zusammen?
Cyber-Risiken haben direkte Auswirkungen auf Governance-Verantwortung, Resilienz und Compliance, weil sie operativen Betrieb und regulatorische Anforderungen unmittelbar berühren.

Was bedeutet integrierte GRC-Plattform?
Eine Plattform, die Daten, Risikoerkenntnisse, Compliance-Kontrollen, Audit und Reporting vereint und damit Silos auflöst.

Wie kann ein Unternehmen sich auf diese Trends vorbereiten?
Durch strategische Planung, datengetriebenes Risikomanagement, Investitionen in moderne GRC-Systeme und eine Unternehmenskultur, die Risiko und Ethik in Entscheidungen integriert.

17. Februar 2026 | 6 min

OpenClaw: Autonome KI-Agenten und was Unternehmen aus GRC-Sicht wissen müssen

Die Debatte um künstliche Intelligenz hat mit dem viralen Aufstieg von OpenClaw eine neue Dimension erreicht. OpenClaw ist ein quelloffener KI-Agent, der weit über klassische Chat-Funktionen hinausgeht und in die Lage versetzt wird, auf eigenen Prozessinstanzen eigenständig Aktionen auszuführen. Anders als traditionelle Assistenz-KI beantwortet OpenClaw nicht nur Anfragen, sondern kann verknüpfte Aufgaben tatsächlich automatisiert ausführen – von der Bearbeitung von E-Mails über Terminmanagement bis hin zur Steuerung von Anwendungen. Diese neue „agentic AI“ verändert bereits heute die Art, wie KI in digitalen Arbeitsumgebungen genutzt wird, wirft aber gleichzeitig erhebliche Fragen rund um Governance, Risiko und Compliance (GRC) auf.

  • Was ist OpenClaw?
    OpenClaw ist ein Open-Source-KI-Agent, der autonome Aktionen auf Systemen ausführen kann, wenn ihm entsprechende Zugriffsrechte eingeräumt werden. Es kombiniert KI-Modelle mit direktem Zugriff auf lokale Ressourcen, Messaging-Schnittstellen und externe Dienste.
  • Neuartige Risiken:
    Durch seine Fähigkeit, Aufgaben ohne kontinuierliche menschliche Kontrolle auszuführen, kann OpenClaw sensible Daten verarbeiten, Aktionen auslösen und auf IT-Infrastrukturen zugreifen. Das bringt neue Sicherheits-, Datenschutz- und Haftungsrisiken mit sich.
  • Compliance-Fragestellungen:
    Unternehmen sind rechtlich für das Verhalten ihrer KI-Agenten verantwortlich. Werden durch autonome Agenten gesetzliche Vorgaben verletzt, haftet das Unternehmen dafür, als hätten Mitarbeitende die Handlung vorgenommen.
  • Governance-Herausforderung:
    Klassische Governance-Modelle greifen häufig nicht mehr, wenn KI nicht nur Empfehlungen generiert, sondern selbst handelt. Organisationen brauchen neue Rahmenwerke zur Kontrolle und Überwachung von autonomen KI-Systemen.
  • Handlungsempfehlung:
    Vor der produktiven Nutzung müssen klare Richtlinien, Risikoanalysen, Berechtigungsmodelle und Kontrollmechanismen etabliert werden, um Missbrauch, Datenschutzverletzungen oder unerwünschte Automatisierungen zu verhindern.

Was ist OpenClaw und warum ist es relevant?

OpenClaw ist ein Framework für die Erstellung sogenannter agentic KI-Assistenten – also KI-Systeme, die nicht nur Antworten liefern, sondern eigenständig Handlungen ausführen können. Klassische KI-Modelle beantworten Anfragen oder generieren Inhalte, bleiben jedoch passiv. OpenClaw hingegen kann durch die Kombination von KI-Logik mit direkten Systemzugriffen z. B. über Messaging-Apps Aufgaben ausführen, Daten verarbeiten oder externe Dienste ansteuern.

Was diesen Ansatz besonders relevant macht, ist seine Autonomie: OpenClaw kann Ziele verfolgen, Arbeitsprozesse automatisch steuern und sich an veränderte Kontexte anpassen, ohne kontinuierliche menschliche Steuerung.

Governance-Perspektive: Steuerungsrahmen für autonome KI

Veränderte Governance-Anforderungen

Traditionelle Governance-Modelle setzen darauf, dass Technologie von Menschen kontrolliert wird. Bei OpenClaw-artigen Systemen gilt dies nur noch bedingt. Wenn KI selbst agiert, entstehen Fragen wie:

  • Wer entscheidet über die Berechtigungen, die ein Agent erhält?
  • Welche Risiken sind akzeptabel bei autonomen Ausführungen?
  • Wie stellen Verantwortliche sicher, dass Handlungen nachvollziehbar und auditierbar sind?

Solche Fragen zeigen: Governance muss über klassische IT-Kontrollen hinausgehen und autonome Verhaltensweisen einschließen.

Rollen und Verantwortlichkeiten

Ein wirksames Governance-Framework sollte klar definieren:

  • Verantwortliche Personen und Gremien für die Freigabe und Überwachung autonomen KI-Handelns
  • Genehmigungsprozesse für Berechtigungen und Zugriffsrechte der Agenten
  • Audit- und Revisionsmechanismen, um Nachrichten, Datenzugriffe und Aktionen nachzuvollziehen

Ohne solche Strukturen droht eine „Governance-Lücke“, bei der Agenten ungeprüft operieren und Unternehmensführung nur noch reaktiv agiert.

Risikomanagement: Sicherheit, Betrieb und Datenrisiken

Der Einsatz von OpenClaw bringt spezifische Risiken mit sich:

Sicherheit und Cyberrisiko

Autonome KI-Agenten können auf lokale Dateien, Kommunikationskanäle und externe APIs zugreifen. Das erweitert die Angriffsfläche erheblich, weil:

  • Angreifer Schadcode als „Skills“ tarnen und Implantate einschleusen können
  • Agenten Rechte erlangen, die systemübergreifende Aktionen erlauben
  • Unübersichtliche Berechtigungen Datenlecks und Missbrauch erleichtern

Solche Risiken erfordern eine gründliche Sicherheitsanalyse, Netzwerksegmentierung und Monitoring der KI-Aktivitäten.

Datenschutz und Privatsphäre

Weil autonome Agenten Daten lesen, verarbeiten und weitergeben können, müssen Unternehmen prüfen, ob diese Aktivitäten mit Datenschutzgesetzen konform sind. Dazu gehört:

  • Rechtmäßige Datenverarbeitung und Zweckbindung
  • Kontrolle über sensible Informationen
  • Transparente Protokollierung aller Zugriffe

Ein Verstoß kann zu erheblichen rechtlichen und reputativen Folgen führen.

Compliance: Rechtliche und regulatorische Aspekte

Rechtliche Verantwortlichkeit

Wenn ein KI-Agent autonom handelt, gelten seine Aktionen rechtlich als unternehmensseitig ausgeführt. Unternehmen stehen daher in der Pflicht:

  • gesetzliche Rahmenbedingungen zu beachten
  • Haftungsfragen zu klären
  • Compliance-Regelwerke auf autonome KI-Systeme anzupassen

Das betrifft beispielsweise Datenschutz-, Handels- und Wettbewerbsrecht.

Interne Richtlinien und Kontrollen

Compliance erfordert klare interne Vorgaben darüber:

  • welche Systeme mit autonomen Agenten interagieren dürfen
  • welche Aufgaben automatisiert werden dürfen
  • wie Berechtigungen und Zugriffe dokumentiert werden

Ohne klare Vorgaben steigt das Risiko, dass Agenten außerhalb genehmigter Bereiche agieren.

Vorbereitung und Best Practices für den Einsatz

Um OpenClaw-artige Systeme verantwortungsvoll zu nutzen, sollten Unternehmen:

  1. Governance-Framework anpassen: KI-Policies, Genehmigungsprozesse und Verantwortlichkeiten müssen KI-autonome Funktionen einschließen.
  2. Risikoanalyse durchführen: Sicherheits- und Datenschutzrisiken identifizieren und absichern, bevor KI-Agenten eingesetzt werden.
  3. Zugriffsrechte begrenzen: Prinzip der minimalen Rechtevergabe und strenge Berechtigungsmodelle gelten besonders für autonome Aktionen.
  4. Monitoring und Logging einführen: Um nachvollziehen zu können, welche Aktionen KI-Agenten ausführen.
  5. Schulungen und Change-Management: Mitarbeitende und Führungskräfte müssen verstehen, wie autonome KI funktioniert und welche Verantwortung damit verbunden ist.

Fazit

OpenClaw ist ein frühes Beispiel für eine neue Generation von KI-Agenten, die nicht nur informieren, sondern eigenständig handeln. Für Unternehmen bedeutet dies einen Paradigmenwechsel: Vertraute Governance- und Compliance-Modelle reichen nicht mehr aus. Organisationen müssen bestehende Kontrollmechanismen überdenken, neue Richtlinien für autonome KI schaffen und Risiken aktiv steuern. Gleichzeitig eröffnet diese Technologie Effizienzgewinne und neue Automatisierungsmöglichkeiten – aber nur, wenn sie mit einem verantwortungsvollen GRC-Rahmen kombiniert wird.

FAQ

1. Was unterscheidet OpenClaw von klassischen KI-Tools?
OpenClaw kann nicht nur Antworten generieren, sondern autonom Aufgaben ausführen, z. B. E-Mails bearbeiten, Anwendungen steuern oder Aktionen initiieren, wenn entsprechende Rechte erteilt werden.

2. Warum ist Governance hier so wichtig?
Weil autonome Aktionen nicht nur Empfehlungen sind, sondern echtes Handeln darstellen. Ohne klare Steuerungsprozesse riskieren Unternehmen unbeabsichtigte, nicht nachvollziehbare Resultate.

3. Welche Risiken bringen autonome KI-Agenten mit sich?
Sicherheitsrisiken, Datenschutzverletzungen, Compliance-Verstöße und juristische Haftung können entstehen, wenn Agenten unbeaufsichtigt oder zu großzügig mit Berechtigungen ausgestattet werden.

4. Wie kann ein Unternehmen sicher starten?
Mit einem klaren Governance-Rahmen, Risikoanalysen, begrenzten Berechtigungen und kontinuierlichem Monitoring.

5. Sind autonome KI-Agenten für jeden Unternehmensteil geeignet?
Nicht unbedingt. Bereiche mit hohen Compliance-Anforderungen oder sensiblen Daten sollten besonders vorsichtig sein und den Einsatz sorgfältig abwägen.

27. Januar 2026 | 4 min

Warum Zero Trust Data Governance 2026 wichtig wird

Die Explosion generativer KI verändert nicht nur, wie Unternehmen Daten nutzen – sie stellt grundlegende Anforderungen an Risiko- und Compliance-Strategien neu. Gartner prognostiziert, dass bis 2028 etwa 50 % aller Organisationen Zero-Trust-Daten-Governance-Strategien implementieren werden, um mit dem massiven Anstieg an nicht verifizierten, KI-generierten Daten umzugehen und Risiken wie das sogenannte „AI Model Collapse“ zu adressieren.

Dieser Beitrag erklärt, wie es dazu kommt, was Zero Trust Data Governance bedeutet, welche Risiken Unternehmen drohen – und wie sie rechtzeitig handeln sollten.

  • Gartner bestätigt: Bis 2028 werden 50 % der Organisationen Zero-Trust-Data-Governance umsetzen, weil nicht verifizierte KI-Daten Risiken für Compliance, Modellqualität und Entscheidungsprozesse schaffen.
  • AI Model Collapse: KI-Modelle können schlechter und unzuverlässiger werden, wenn sie wiederholt auf eigenen, ungeprüften Daten trainiert werden.
  • Zero-Trust-Ansatz: Daten dürfen nicht mehr implizit vertraut werden – Authentifizierung, Verifizierung und aktives Metadaten-Management sind zentral.
  • Konkrete Maßnahmen: Rollen schaffen (z. B. AI Governance Lead), Teams cross-funktional ausrichten, bestehende Governance erweitern und Tools für Metadaten-Tracking einsetzen.

Warum jetzt? Die Daten- und KI-Revolution

Unternehmen investieren massiv in generative KI. Ein Großteil der Organisationen plant, die Investitionen in generative KI weiter zu erhöhen. Dieser Trend bringt zwei zentrale Herausforderungen mit sich.

Unverified AI-Generated Data wächst rasant

KI-Modelle werden zunehmend mit Daten aus Quellen trainiert, die selbst bereits Inhalte generiert haben – etwa durch frühere KI-Modelle oder unklassifizierte Datenströme. Wenn ein Modell mit immer mehr KI-generierten Inhalten trainiert wird, die nicht verifiziert sind, droht ein Modell-Collapse.

Large Language Models könnten zunehmend Fehler, Verzerrungen und Ungenauigkeiten verstärken, weil sie im Kern auf ihren eigenen Ausgaben aufbauen. Die Qualität sinkt schleichend, während das Vertrauen in die Ergebnisse trügerisch hoch bleibt.

Was ist Zero Trust Data Governance?

Traditionelle Daten-Governance geht oft davon aus, dass Daten grundsätzlich vertrauenswürdig sind, solange sie intern vorliegen oder angeblich von Menschen erstellt wurden. Diese Annahme ist im KI-Zeitalter nicht mehr haltbar.

Zero Trust Data Governance bedeutet daher:

  • Keine implizite Vertrauensannahme gegenüber Datenquellen
  • Jede Datenquelle wird geprüft, authentifiziert und verifiziert
  • Herkunft, Qualität und Nutzungszweck werden über Metadaten transparent gemacht
  • Daten werden kontinuierlich überwacht und nicht nur einmalig freigegeben

Daten gelten erst dann als vertrauenswürdig, wenn sie diese Prüfmechanismen durchlaufen haben.

Risiken ohne Zero Trust Data Governance

Unternehmen, die weiterhin Daten ohne strikte Governance-Kontrollen nutzen, gehen erhebliche Risiken ein.

Modell-Collapse und Qualitätsverlust

KI-Modelle können durch rekursive Trainingsdaten an Präzision verlieren. Fehler und Bias werden nicht reduziert, sondern verstärkt.

Compliance- und Regulierungsrisiken

Mit zunehmender Regulierung von KI und Datenherkunft steigt das Risiko von Audit-Feststellungen, Sanktionen und rechtlichen Konsequenzen, wenn Herkunft und Qualität von Daten nicht nachvollziehbar sind.

Vertrauensverlust im Business

Strategische Entscheidungen auf Basis unzuverlässiger Daten führen zu Fehlentscheidungen, finanziellen Verlusten und Reputationsschäden.

Wie Unternehmen jetzt reagieren sollten

1. Eine klare Verantwortung schaffen

Unternehmen sollten eine dedizierte Rolle etablieren, etwa einen AI Governance Lead, der Daten-, KI-, Risiko- und Compliance-Themen zusammenführt.

2. Cross-funktionale Zusammenarbeit etablieren

Data & Analytics, IT-Security, Compliance, Risk Management und Fachbereiche müssen gemeinsam an Governance-Modellen arbeiten.

3. Bestehende Governance-Frameworks erweitern

Vorhandene Daten-Governance-Modelle sollten um Zero-Trust-Prinzipien, Sicherheitsmechanismen, Metadaten-Management und ethische Leitlinien ergänzt werden.

4. Aktives Metadaten-Management implementieren

Metadaten werden zum zentralen Steuerungsinstrument. Unternehmen benötigen Lösungen, die Herkunft, Qualität, Nutzungsrechte und Risiken automatisiert erfassen und bewerten.

5. In Skills und Technologie investieren

Zero Trust Data Governance erfordert qualifizierte Data Stewards, Governance-Experten und geeignete technische Plattformen, um Governance nicht nur zu definieren, sondern operativ umzusetzen.

Fazit

Die Verbreitung generativer KI verändert nicht nur die Menge der Daten, sondern vor allem die Frage, welchen Daten noch vertraut werden kann. Gartner macht deutlich: Ohne Zero Trust Data Governance setzen sich Unternehmen erheblichen Risiken aus – von Modell-Collapse über Compliance-Lücken bis hin zu strategischen Fehlentscheidungen.

2026 ist Zero Trust Data Governance kein optionales Zukunftsthema mehr, sondern eine zentrale Voraussetzung für vertrauenswürdige KI, belastbare Entscheidungen und nachhaltige Governance-Strukturen.

Häufige Fragen (FAQ)

Was ist Zero Trust Data Governance?
Zero Trust Data Governance bedeutet, dass Daten nicht automatisch als vertrauenswürdig gelten. Jede Datenquelle muss geprüft, verifiziert und kontinuierlich überwacht werden.

Was versteht man unter AI Model Collapse?
AI Model Collapse beschreibt das Risiko, dass KI-Modelle an Qualität verlieren, wenn sie wiederholt auf eigenen, ungeprüften KI-Daten trainiert werden.

Warum ist das ein GRC-Thema?
Weil Datenqualität, Herkunft und Verlässlichkeit direkte Auswirkungen auf Risiko-Management, Compliance, Audit-Fähigkeit und Unternehmensentscheidungen haben.

Wann wird Zero Trust Data Governance relevant?
Die breite Einführung wird bereits vor 2028 erwartet. Für viele Unternehmen ist 2026 der Zeitpunkt, um Governance-Strukturen strategisch neu auszurichten.

20. Januar 2026 | 6 min

Enterprise Risk Management (ERM): Ein Framework, das Strategie, Risiko und Performance verbindet

Unternehmen bewegen sich heute in einem Umfeld, das von Unsicherheit, Geschwindigkeit und zunehmender Komplexität geprägt ist. Strategische Entscheidungen, operative Umsetzung und finanzielle Performance lassen sich nicht mehr getrennt von Risiken betrachten. Genau hier setzt Enterprise Risk Management (ERM) an. Ein modernes ERM-Framework verbindet Strategie, Risiken und Unternehmensleistung zu einem integrierten Steuerungsansatz.

Dieser Artikel zeigt, wie ein wirksames ERM-Framework aufgebaut wird, warum die Verknüpfung mit der Strategie entscheidend ist und welche zentrale Rolle der internationale Standard ISO 31000 dabei spielt.

  • ERM ist ein ganzheitlicher Ansatz zur Steuerung von Chancen und Risiken auf Unternehmensebene
  • Ein wirksames ERM-Framework verbindet Strategie, Risiko und Performance systematisch
  • Risiken müssen entlang strategischer Ziele identifiziert und bewertet werden
  • Risikoappetit und Risikotoleranzen sind zentrale Steuerungselemente
  • ISO 31000 liefert den international anerkannten Bezugsrahmen für professionelles Risikomanagement
  • ERM unterstützt bessere Entscheidungen, Resilienz und nachhaltigen Unternehmenserfolg

Was ist Enterprise Risk Management (ERM)?

Enterprise Risk Management beschreibt einen unternehmensweiten, strukturierten Ansatz zur Identifikation, Bewertung, Steuerung und Überwachung von Risiken und Chancen. Im Gegensatz zum traditionellen Risikomanagement, das oft isoliert in einzelnen Funktionen stattfindet, betrachtet ERM das Gesamtrisikoportfolio eines Unternehmens.

Ziel ist es nicht, Risiken zu vermeiden, sondern fundierte Entscheidungen zu ermöglichen, indem Transparenz über Unsicherheiten geschaffen wird. Ein reifes ERM-System unterstützt Führungskräfte dabei, Risiken bewusst einzugehen, wenn sie im Einklang mit der Strategie und dem Risikoappetit stehen.

Warum ERM Strategie, Risiko und Performance verbinden muss

Viele ERM-Initiativen scheitern daran, dass Risiken losgelöst von der Unternehmensstrategie betrachtet werden. Risiken sind jedoch immer eine Folge strategischer Entscheidungen. Ohne diese Verbindung bleibt Risikomanagement eine reine Compliance- oder Reporting-Übung.

Ein integrierter ERM-Ansatz stellt sicher, dass:

  • strategische Ziele die Grundlage der Risikoidentifikation bilden
  • Risiken priorisiert werden, die den grössten Einfluss auf die Zielerreichung haben
  • Performance-Kennzahlen im Kontext der zugrunde liegenden Risiken interpretiert werden
  • Management und Aufsichtsorgane bessere, ausgewogenere Entscheidungen treffen

Die Kernbestandteile eines wirksamen ERM-Frameworks

1. Governance und Verantwortlichkeiten

Ein funktionierendes ERM beginnt mit klaren Rollen und Verantwortlichkeiten. Vorstand und Geschäftsführung tragen die Gesamtverantwortung, während Aufsichtsorgane die Wirksamkeit überwachen. Auf operativer Ebene sind Risikoowner für einzelne Risiken zuständig.

Wesentlich ist, dass ERM nicht als Aufgabe einer einzelnen Abteilung verstanden wird, sondern als Führungsinstrument.

2. Verknüpfung von ERM und Unternehmensstrategie

Der Aufbau eines ERM-Frameworks sollte mit der Strategie beginnen. Zentrale Fragen sind:

  • Welche strategischen Ziele verfolgt das Unternehmen?
  • Welche Annahmen liegen diesen Zielen zugrunde?
  • Welche Unsicherheiten können die Zielerreichung gefährden oder begünstigen?

Risiken werden entlang strategischer Initiativen identifiziert, nicht entlang organisatorischer Silos.

3. Risikoidentifikation und -bewertung

Ein strukturierter Prozess stellt sicher, dass sowohl interne als auch externe Risiken berücksichtigt werden. Dazu gehören unter anderem:

  • strategische Risiken
  • operative Risiken
  • finanzielle Risiken
  • regulatorische und rechtliche Risiken
  • technologische und digitale Risiken
  • ESG- und Reputationsrisiken

Die Bewertung erfolgt typischerweise anhand von Eintrittswahrscheinlichkeit und Auswirkung, idealerweise ergänzt um Szenarioanalysen.

4. Risikoappetit und Risikotoleranzen

Der Risikoappetit definiert, wie viel Risiko ein Unternehmen bereit ist einzugehen, um seine Ziele zu erreichen. Er bildet die Brücke zwischen Strategie und operativer Steuerung.

Klare Risikotoleranzen ermöglichen es, Risiken messbar zu steuern und Abweichungen frühzeitig zu erkennen. Ohne einen definierten Risikoappetit bleibt ERM wirkungslos.

5. Integration in Performance-Management und Entscheidungsprozesse

Ein reifes ERM-Framework ist eng mit Budgetierung, Forecasting und Performance-Management verzahnt. Risiken werden bei Investitionsentscheidungen, strategischen Projekten und Zielvereinbarungen systematisch berücksichtigt.

So entsteht ein konsistentes Bild aus Leistung und Risiko.

6. Monitoring, Reporting und kontinuierliche Verbesserung

ERM ist kein einmaliges Projekt, sondern ein kontinuierlicher Prozess. Regelmässiges Monitoring, aussagekräftige Berichte und klar definierte Frühwarnindikatoren sind entscheidend.

Gleichzeitig muss das Framework regelmässig überprüft und an veränderte Rahmenbedingungen angepasst werden.

Die Bedeutung von ISO 31000 für Enterprise Risk Management

ISO 31000 ist der international anerkannte Standard für Risikomanagement und bildet die konzeptionelle Grundlage für viele ERM-Frameworks. Er ist branchenunabhängig und für Organisationen jeder Grösse anwendbar.

Warum ISO 31000 so wichtig ist

  • Er definiert klare Prinzipien für wirksames Risikomanagement
  • Er stellt sicher, dass Risikomanagement wertschaffend und nicht bürokratisch ist
  • Er betont die Integration von Risiko in Governance, Strategie und Prozesse
  • Er fördert eine einheitliche Sprache und Methodik im Unternehmen

ISO 31000 liefert kein starres Regelwerk, sondern einen flexiblen Rahmen, der individuell angepasst werden kann. Genau das macht ihn ideal für ERM.

Die zentralen Elemente von ISO 31000

ISO 31000 basiert auf drei Ebenen:

  • Prinzipien: Wertschaffung, Integration, Struktur, Anpassungsfähigkeit und kontinuierliche Verbesserung
  • Rahmenwerk: Governance, Rollen, Ressourcen und Einbettung in die Organisation
  • Prozess: Identifikation, Analyse, Bewertung, Behandlung, Überwachung und Kommunikation von Risiken

Ein ERM-Framework, das sich an ISO 31000 orientiert, ist anschlussfähig, prüfungssicher und international vergleichbar.

Vorteile eines integrierten ERM-Frameworks

Unternehmen, die ERM strategisch einsetzen, profitieren unter anderem von:

  • besseren und schnelleren Entscheidungen
  • höherer Transparenz über kritische Risiken
  • stärkerer Resilienz gegenüber Krisen
  • verbesserter Kapitalallokation
  • höherem Vertrauen von Investoren und Stakeholdern
  • nachhaltiger Unternehmensperformance

ERM wird damit vom Pflichtprogramm zum Wettbewerbsvorteil.

Typische Fehler beim Aufbau von ERM

  • Fokus ausschliesslich auf Compliance
  • fehlende Unterstützung durch das Top-Management
  • keine klare Verbindung zur Strategie
  • zu komplexe Methoden und Modelle
  • mangelnde Integration in bestehende Prozesse

Ein pragmatischer, strategisch verankerter Ansatz ist entscheidend für den Erfolg.

Fazit

Ein modernes Enterprise Risk Management Framework ist weit mehr als ein Risikoregister. Es ist ein zentrales Steuerungsinstrument, das Strategie, Risiken und Performance miteinander verbindet. ISO 31000 liefert dafür den bewährten Rahmen.

Unternehmen, die ERM konsequent integrieren, schaffen die Grundlage für bessere Entscheidungen, höhere Resilienz und nachhaltigen Erfolg in einem unsicheren Umfeld.

FAQ zu Enterprise Risk Management

Was ist der Unterschied zwischen Risikomanagement und ERM?

Risikomanagement betrachtet häufig einzelne Risiken oder Bereiche. ERM verfolgt einen ganzheitlichen, unternehmensweiten Ansatz und verknüpft Risiken direkt mit Strategie und Performance.

Ist ERM nur für grosse Unternehmen relevant?

Nein. ERM ist für Unternehmen jeder Grösse sinnvoll. Der Umfang und die Komplexität des Frameworks sollten jedoch zur Organisation passen.

Welche Rolle spielt ISO 31000 im ERM?

ISO 31000 liefert die Prinzipien, den Rahmen und den Prozess für professionelles Risikomanagement und dient als anerkannter Referenzstandard für ERM.

Wie aufwendig ist die Einführung eines ERM-Frameworks?

Der Aufwand hängt von Grösse, Branche und Reifegrad des Unternehmens ab. Ein pragmatischer, schrittweiser Ansatz ist meist am erfolgreichsten.

Wie misst man den Erfolg von ERM?

Erfolg zeigt sich nicht nur in weniger Schäden, sondern vor allem in besseren Entscheidungen, höherer Zielerreichung und gesteigerter Resilienz.

4. November 2025 | 4 min

Die Fehler von Boeing durch fehlerhaftes Risikomanagement – Update November 2025

Einleitung

In einem früheren Zazoon-Artikel haben wir beleuchtet, wie Boeing durch mangelbehaftete Fertigungsprozesse, fehlende Rückverfolgbarkeit und eine schwache Risikokultur in eine tiefe Krise geriet. Seitdem hat das Unternehmen angekündigt, seine Steuerungs- und Sicherheitsmechanismen zu stärken. Doch wie sieht die Realität heute aus? Aus Sicht von November 2025 prüfen wir, was sich bei Boeing verbessert hat, wo noch Lücken bestehen und welche Lehren sich für das Risikomanagement in industrie- und regulierungsintensiven Unternehmen ergeben.

  • Boeing hat erste Verbesserungen im Risikomanagement eingeführt, etwa Meldesysteme und stärkeres Qualitätscontrolling.
  • Ein aktueller Audit zeigt jedoch weiterhin erhebliche Defizite im Prozess- und Qualitätsmanagement.
  • Hauptproblem bleibt die nicht ausreichend funktionierende Verbindung zwischen Fertigung, Zulieferern, Risikoüberwachung und Führungsebene.
  • Regulatorischer Druck ist hoch – Boeing sieht sich nach wie vor starken Auflagen und Kontrolleinheiten gegenüber.
  • Fazit: Fortschritt erkennbar, echter Wandel aber noch nicht abgeschlossen.

Rückblick auf die damalige Situation

In unserem ursprünglichen Artikel beschrieben wir vier wesentliche Schwachstellen bei Boeing: mangelhafte Dokumentation in der Fertigung, eine Sicherheitskultur mit Hinweis- und Meldedefiziten, eine starke Priorisierung von Wachstum statt von Qualität sowie ein formales Risikomanagement, das nicht mit den physischen Prozessen verknüpft war. Dieser Zustand führte dazu, dass Risiken nicht frühzeitig adressiert wurden und Fehlentwicklungen sich ungehindert fortsetzen konnten.

Was ist seitdem passiert?

Boeing hat mehrere Initiativen gestartet: Meldesysteme wurden erweitert, Qualitätspersonal aufgestockt, Prozessvorgaben neu formuliert, und der Umgang mit Zulieferern intensiviert. Zudem wächst externer Druck durch Regulatoren, was das Thema Risiko und Sicherheit weiter auf die Agenda setzt. Diese Maßnahmen sind wichtige erste Schritte in Richtung eines robusteren Risikomanagements.

Wo bleiben die Lücken?

Trotz dieser Schritte zeigt sich im Jahr 2025: Die Umsetzung bleibt unvollständig. Audits offenbaren immer noch erhebliche Qualitäts- und Prozessmängel – Fertigungsteile werden beispielsweise nicht durchgehend korrekt dokumentiert oder Rückverfolgbarkeit nicht gewährleistet. Die Verbindung zwischen Meldungen aus der Produktion, Ergebnissen von Kontrollen, Zuliefererinformationen und strategischer Risikosteuerung funktioniert noch nicht vollumfänglich. Kultur- und Governance-Aspekte bleiben schwach verankert: Eine echte Fehler- und Meldungskultur ist noch nicht über alle Ebenen hinweg etabliert.

Bewertung und Bedeutung für das Risikomanagement

Aus heutiger Sicht ist Boeing in einem Übergang: vom traditionellen, reaktiven Risikomanagement hin zu einem integrierten Ansatz. Doch dieser Wandel ist noch nicht abgeschlossen. Entscheidend ist, Risikomanagement nicht mehr isoliert zu sehen, sondern als Teil des gesamten Steuerungssystems – von Fertigung über Zulieferung bis zu Führung und Strategie. Transparenz, Verantwortlichkeit und Verbindung von Daten und Prozessen sind dabei Schlüsselbegriffe.

Fazit

Boeing hat wichtige Schritte zur Verbesserung seines Risikomanagements unternommen. Die ehrliche Anerkennung der Schwächen und die ersten Maßnahmen sind positiv. Doch der tiefgreifende Wandel – hin zu einer Unternehmenskultur, in der Risiko- und Qualitätssteuerung selbstverständlich sind – ist noch nicht umgesetzt. Für Unternehmen, insbesondere in regulierten Industrien, zeigt sich: Es braucht nicht nur technische Prozesse, sondern eine ganzheitliche Verankerung von Risikomanagement in Kultur, Struktur und Strategie, damit Kontrolle nicht nachträglich erfolgt, sondern Risiken vorab neutralisiert werden.

FAQ

Was heisst hier Risikomanagement konkret?
Risikomanagement umfasst alle Massnahmen zur Identifikation, Bewertung, Steuerung und Überwachung von Risiken – angefangen bei Fertigung und Zulieferung bis hin zu Kultur, Kommunikation und Strategie.

Warum ist bei Boeing trotz Verbesserungen noch Handlungsbedarf?
Weil die Verbindung zwischen physischen Prozessen (wie Fertigung), Meldesystemen, Zulieferern und strategischer Steuerung noch unvollständig ist. Solange diese Integration fehlt, bleiben Risiken bestehen.

Welche Rolle spielt die Unternehmenskultur?
Eine zentrale. Ohne eine Kultur, in der Mitarbeitende Risiken melden können und wollen, bleibt Risikomanagement Stückwerk. Prozesse allein reichen nicht.

Was können andere Unternehmen lernen?
Dass Risikomanagement nicht nur Compliance oder Technik ist, sondern integraler Bestandteil der Unternehmenssteuerung. Es erfordert klare Verantwortlichkeiten, vernetzte Prozesse und eine gelebte Kultur der Offenheit.

Ab wann gilt ein Risikomanagement als „integriert“?
Wenn Meldungen, Daten, Prozesse, Führung und Strategie zusammenwirken – Risiken früh erkannt und gesteuert werden können und Risikomanagement nicht isoliert als Funktion existiert.