ISO 42001 einführen: Der Fahrplan zum KI-Managementsystem

Zwischen dem Beschluss „Wir führen ISO 42001 ein" und dem bestandenen Zertifizierungsaudit liegt ein Projekt – aber ein überschaubares, wenn man es in der richtigen Reihenfolge angeht. Die meisten gescheiterten Anläufe haben dieselbe Ursache: Es wird mit Dokumentenvorlagen begonnen statt mit der Bestandsaufnahme, und am Ende beschreibt das Managementsystem ein Unternehmen, das es so nicht gibt.

Dieser Fahrplan führt in sieben Schritten zum funktionierenden KI-Managementsystem: vom KI-Inventar über Risikobewertung und Folgenabschätzung, Richtlinien und Controls bis zu internem Audit und Zertifizierungsreife. Mit realistischem Zeitplan für kleine und mittlere Unternehmen, typischen Fehlern aus der Praxis – und klaren Hinweisen, welche Abkürzungen funktionieren und welche sich rächen.

Bevor Sie starten: Rolle, Geltungsbereich, Verantwortliche

Drei Festlegungen bestimmen den gesamten Projektzuschnitt und gehören deshalb an den Anfang:

• Ihre Rolle im KI-Ökosystem: Nutzen Sie nur fremde KI-Systeme, entwickeln Sie eigene – oder beides? Ein reiner Anwender braucht ein deutlich schlankeres System; ein Entwickler muss zusätzlich den kompletten KI-Lebenszyklus prozessual abbilden. Diese Festlegung entscheidet später über die Auswahl der Anhang-A-Controls.
• Der Geltungsbereich (Scope): Welche Standorte, Abteilungen und Prozesse deckt das AIMS ab? Ein enger, ehrlich begründeter Scope ist legitim und senkt den Aufwand erheblich. Nicht legitim ist ein Scope, der KI-intensive Bereiche gezielt ausklammert, um Risiken zu verstecken – das fällt im Audit auf.
• Die Projektverantwortung: Benennen Sie einen AIMS-Verantwortlichen mit ausreichend Zeit (bei KMU realistisch 20 bis 40 Prozent einer Stelle während des Aufbaus) und holen Sie die Geschäftsführung sichtbar an Bord – sie muss die KI-Politik unterschreiben und die Managementbewertung durchführen, delegieren lässt sich das nicht.

Sinnvoll ist zu Beginn außerdem eine kurze GAP-Analyse: Was existiert schon – etwa Datenschutzprozesse, ein ISMS, Schulungsstrukturen – und was fehlt? Wer ISO 9001 oder ISO 27001 betreibt, startet nicht bei null, sondern erweitert Bestehendes.

Schritt 1: Das KI-Inventar erstellen

Das Inventar ist das Fundament des gesamten Systems – ohne vollständige Bestandsaufnahme laufen alle folgenden Schritte ins Leere. Erfassen Sie systematisch jedes KI-System, das im Geltungsbereich genutzt oder entwickelt wird, mit mindestens diesen Angaben: Name und Anbieter, Einsatzzweck, betroffene Daten, Nutzerkreis, fachlicher Eigner und Kritikalität.

Der schwierige Teil ist die Vollständigkeit. KI steckt heute an Stellen, an die kaum jemand denkt:

• generative Tools, die Mitarbeitende privat registriert haben (Schatten-KI),
• KI-Funktionen in Standardsoftware – CRM-Scoring, Übersetzungsdienste, Transkription in Videokonferenzen, Spamfilter mit Lernverhalten,
• KI-Bausteine bei Dienstleistern, etwa im ausgelagerten Kundenservice,
• Browser-Erweiterungen und Automatisierungen einzelner Teams.

Bewährtes Vorgehen: eine strukturierte Abfrage je Abteilung (30 Minuten pro Führungskraft), ergänzt um einen Blick in Software-Lizenzlisten und Browser-Statistiken der IT. Planen Sie das Inventar nicht als einmalige Aktion, sondern definieren Sie gleich den Pflegeprozess mit: Wer meldet neue Tools, wer gibt sie frei, wie oft wird aktualisiert? Ein Quartalsrhythmus hat sich bewährt.

Schritt 2: Risiken bewerten und Folgen abschätzen

Jetzt wird jedes Inventar-System durch zwei Bewertungen geschleust – die Norm verlangt beide getrennt:

Die KI-Risikobewertung (Kapitel 6.1.2 der Norm) fragt nach Risiken für Ihr Unternehmen: Was passiert, wenn das System falsche Ergebnisse liefert, vertrauliche Daten preisgibt, ausfällt oder gegen Rechtsvorgaben verstößt? Bewerten Sie je Risiko Eintrittswahrscheinlichkeit und Schadenshöhe – eine einfache Drei-mal-drei-Matrix reicht für die meisten KMU völlig aus. Wichtig ist nicht die Methode, sondern dass sie dokumentiert, wiederholbar und konsequent angewendet ist.

Die KI-Systemfolgenabschätzung (Kapitel 6.1.4) wechselt die Perspektive: Welche Folgen kann das System für Einzelpersonen, Gruppen und die Gesellschaft haben? Ein Bewerbungs-Screening kann diskriminieren, ein Chatbot Falschauskünfte mit realen Konsequenzen geben, ein Prognosemodell Kundengruppen systematisch benachteiligen. Diese Außenperspektive ist die markanteste Neuerung der ISO 42001 – und die häufigste Auditabweichung, wenn sie fehlt oder nur die Unternehmensrisiken wiederholt.

Priorisieren Sie pragmatisch: Ein internes Textkorrektur-Tool braucht drei Zeilen, ein System mit Entscheidungswirkung auf Menschen eine gründliche Analyse. Die Norm verlangt Angemessenheit, nicht Gleichbehandlung aller Systeme.

Schritt 3: KI-Politik und Richtlinien verabschieden

Erst jetzt – mit Inventar und Risikobild – werden die Regeln geschrieben. Wer diesen Schritt vorzieht, produziert Papier ohne Bezug zur Realität. Der übliche Dokumentenaufbau in drei Ebenen:

1. KI-Politik (1–2 Seiten): Die Geschäftsführung legt die Grundsätze fest – etwa menschliche Aufsicht bei Entscheidungen mit Personenwirkung, Transparenz gegenüber Betroffenen, Datenschutz, Verbot bestimmter Anwendungen. Sie wird unterschrieben und im Unternehmen kommuniziert.
2. KI-Nutzungsrichtlinie (2–5 Seiten): Die praktische Übersetzung für alle Mitarbeitenden: Welche Tools sind freigegeben, welche Daten dürfen eingegeben werden (und welche nie), wie werden KI-Ergebnisse geprüft, wie kommen neue Tools ins Inventar, an wen melden Mitarbeitende Bedenken oder Vorfälle?
3. Prozessbeschreibungen nach Bedarf: Für Entwickler zusätzlich Vorgaben je Lebenszyklusphase – Anforderungen, Tests, Freigabe, Monitoring, Protokollierung.

Schreiben Sie für Leser, nicht für Auditoren: kurze Dokumente, konkrete Beispiele, klare Verbote. Eine Nutzungsrichtlinie, die jeder in zehn Minuten versteht, schlägt im Audit jedes 40-Seiten-Handbuch – denn geprüft wird, ob Mitarbeitende die Regeln kennen und anwenden.

Schritt 4: Controls auswählen und das SoA erstellen

Nun verknüpfen Sie Risiken mit Maßnahmen. Für jedes relevante Risiko aus Schritt 2 legen Sie eine Behandlung fest – vermeiden, reduzieren, übertragen oder akzeptieren – und gleichen die gewählten Maßnahmen mit den 38 Controls aus Anhang A der Norm ab. Das Ergebnis ist das Statement of Applicability (SoA): eine Tabelle, die für jeden der 38 Controls festhält, ob er anwendbar ist, wie er umgesetzt wird und – bei Ausschlüssen – warum nicht.

Für typische KI-Anwender im Mittelstand ergibt sich dabei ein wiederkehrendes Muster: Die Bereiche KI-Politik (A.2), Organisation (A.3), Folgenabschätzung (A.5), Nutzung (A.9) und Lieferanten (A.10) gelten praktisch immer. Aus dem Lebenszyklus-Bereich (A.6) lassen sich Entwicklungs-Controls begründet ausschließen, wenn keine eigenen Modelle entstehen; Betriebs- und Überwachungs-Controls bleiben dagegen relevant. Pauschale Ausschlüsse ohne Einzelbegründung („A.6 komplett nicht relevant") sind der Klassiker unter den Auditfeststellungen.

Nutzen Sie Anhang B der Norm als Umsetzungshilfe: Er beschreibt zu jedem Control, wie eine sinnvolle Umsetzung aussieht. Halten Sie die Maßnahmen dabei so schlank wie vertretbar – jedes Control, das Sie einführen, müssen Sie dauerhaft leben und nachweisen.

Schritt 5: Das System in den Betrieb bringen

Ein Managementsystem entsteht nicht durch Dokumente, sondern durch Wochen gelebter Praxis – und genau diese Praxis prüft später das Stufe-2-Audit. Vier Dinge gehören jetzt auf die Agenda:

• Schulungen: Alle Mitarbeitenden im Geltungsbereich kennen die Nutzungsrichtlinie; wer intensiv mit KI arbeitet, wird vertieft geschult. Dokumentieren Sie die Teilnahme – das deckt zugleich einen Teil der Kompetenzpflicht aus Artikel 4 der EU-KI-Verordnung ab (Stand: September 2026).
• Freigabeprozess scharf schalten: Neue KI-Tools durchlaufen ab jetzt den definierten Weg: Antrag, Risikobewertung, Folgenabschätzung, Freigabe, Inventareintrag.
• Lieferanten einbinden: Prüfen Sie Verträge und Auftragsverarbeitungsvereinbarungen Ihrer KI-Anbieter und dokumentieren Sie die Bewertung – Anhang A verlangt gesteuerte Lieferantenbeziehungen.
• Kennzahlen und Vorfallsmeldung starten: Erheben Sie die definierten Messgrößen (etwa Schulungsquote, Inventaraktualität) und richten Sie den Meldeweg für KI-Vorfälle und Bedenken ein.

Planen Sie für diese Phase mindestens vier bis sechs Wochen Echtbetrieb ein, bevor das interne Audit stattfindet. Erst dann existieren die Nachweise – Schulungslisten, Freigaben, gepflegte Inventareinträge –, die ein Auditor sehen will.

Schritte 6 und 7: Internes Audit, Managementbewertung, Zertifizierung

Schritt 6 ist die Generalprobe. Das interne Audit prüft unabhängig, ob das AIMS die Normanforderungen und die eigenen Vorgaben erfüllt – durchgeführt von einer geschulten internen Person, die nicht ihre eigene Arbeit auditiert, oder einem externen Dienstleister. Direkt danach folgt die Managementbewertung: Die Geschäftsführung bewertet Auditergebnisse, Risikolage, Zielerreichung und Ressourcen und beschließt Verbesserungen. Beide Nachweise sind zwingende Voraussetzung für das Zertifizierungsaudit – und beide müssen ehrlich sein: Ein internes Audit ohne einzige Feststellung wirkt auf Zertifizierungsauditoren unglaubwürdig.

Schritt 7 ist die externe Prüfung in zwei Stufen: Im Stufe-1-Audit prüft die Zertifizierungsstelle die Dokumentation und benennt Lücken, im Stufe-2-Audit die gelebte Praxis vor Ort oder remote. Der Gesamtzeitplan für einen KI-Anwender im Mittelstand:

Macht rund vier Monate bis zur Zertifizierungsreife – KI-Entwickler und Unternehmen ohne Managementsystem-Erfahrung sollten eher sechs Monate ansetzen. Das Zertifizierungsverfahren selbst dauert je nach Stelle zusätzlich sechs bis acht Wochen; bei stark ausgelasteten akkreditierten Anbietern auch länger.

Die fünf häufigsten Fehler beim Einführen

Aus der Praxis wiederholen sich bei ISO-42001-Projekten dieselben Muster – alle fünf sind vermeidbar:

• Mit Vorlagen statt mit dem Inventar starten: Gekaufte Musterdokumente beschreiben ein fiktives Unternehmen. Ohne eigene Bestandsaufnahme entsteht ein System, das im Stufe-2-Audit an der ersten Interviewfrage scheitert.
• Folgenabschätzung unterschätzen: Wer Kapitel 6.1.4 als Kopie der Risikobewertung abhandelt, kassiert die häufigste Abweichung der Norm. Die Außenperspektive auf Betroffene braucht eine eigene Betrachtung.
• Das System zu groß schneiden: Vollständiger Konzern-Scope, 40-Seiten-Handbuch, alle 38 Controls „sicherheitshalber" umgesetzt – das verdreifacht Aufwand und Pflegekosten ohne Nutzen. Klein starten, sauber begründen, später erweitern.
• Betriebsphase überspringen: Wer zwei Wochen nach Fertigstellung der Dokumente ins Audit geht, hat keine Nachweise aus gelebter Praxis. Die vier bis sechs Wochen Echtbetrieb sind keine Wartezeit, sondern Pflichtprogramm.
• Nach dem Zertifikat einfrieren: Kaum ein Umfeld ändert sich so schnell wie KI. Ohne gelebten Pflegeprozess ist das Inventar beim ersten Überwachungsaudit veraltet – und aus der Formsache wird eine Abweichungsliste.

Der rote Faden: Reihenfolge und Ehrlichkeit schlagen Tempo und Umfang. Ein schlankes System, das die Realität abbildet, besteht jedes Audit – ein umfangreiches, das sie beschönigt, keines.

Häufige Fragen

Begriffe in diesem Artikel

Verwandte Beiträge