ISO/IEC 42001 stellt verbindliche Anforderungen in den Kapiteln 4 bis 10: Kontext, Führung, Planung, Unterstützung, Betrieb, Leistungsbewertung und Verbesserung. Kernstücke sind die KI-Risikobewertung, die KI-Systemfolgenabschätzung und das Statement of Applicability zu den 38 Controls aus Anhang A. Welche Controls gelten, entscheidet die risikobasierte Auswahl der Organisation.
Wer die ISO/IEC 42001 zum ersten Mal aufschlägt, findet gut 60 Seiten Normtext mit Kapiteln, Unterkapiteln und vier Anhängen. Die entscheidende Frage für die Praxis: Was davon ist tatsächlich Pflicht – und was ist Empfehlung? Die Antwort steckt in der Struktur: Verbindlich sind die Kapitel 4 bis 10 plus die Controls, die Sie über Ihre Risikobehandlung aus Anhang A auswählen.
Dieser Artikel geht die Anforderungen Kapitel für Kapitel durch – übersetzt in die Sprache der Praxis: Was verlangt die Norm konkret, welche Dokumente erwartet ein Auditor, und wo liegen die Besonderheiten gegenüber anderen Managementsystemnormen wie ISO 9001 oder ISO 27001? Am Ende kennen Sie die vollständige Anforderungslandkarte der Norm.
Der Bauplan: Harmonized Structure plus KI-Spezifika
ISO 42001 folgt der Harmonized Structure – dem einheitlichen Aufbau, den alle modernen ISO-Managementsystemnormen teilen. Die Kapitel 1 bis 3 (Anwendungsbereich, normative Verweise, Begriffe) enthalten keine prüfbaren Anforderungen. Zertifizierungsrelevant sind die Kapitel 4 bis 10, ergänzt um Anhang A mit 38 Referenz-Controls.
Für die Einordnung hilft die Trennung in zwei Ebenen:
- Das Managementsystem (Kapitel 4–10): die immer gleiche Mechanik aus Kontext, Politik, Planung, Umsetzung und Verbesserung – hier unterscheidet sich ISO 42001 nur in Details von ISO 9001 oder ISO 27001.
- Die KI-Substanz (Kapitel 6 und 8 plus Anhang A): Risikobewertung, Folgenabschätzung und Controls, die es so in keiner anderen Norm gibt.
Wer bereits ein zertifiziertes Managementsystem betreibt, kann die erste Ebene weitgehend wiederverwenden: Dokumentenlenkung, Auditprogramm, Managementbewertung und Kompetenzmanagement funktionieren normübergreifend. Der eigentliche Neuaufwand steckt in der zweiten Ebene – realistisch sind das 50 bis 70 Prozent des Projektaufwands bei bestehendem System.
Kapitel 4: Kontext der Organisation und die Rollenfrage
Kapitel 4 verlangt, dass Sie Ihr Umfeld analysieren und den Geltungsbereich des KI-Managementsystems festlegen. Konkret sind vier Dinge gefordert: externe und interne Themen bestimmen (Kapitel 4.1), interessierte Parteien und deren Anforderungen ermitteln (4.2), den Geltungsbereich dokumentieren (4.3) und das AIMS aufbauen und aufrechterhalten (4.4).
Die KI-Besonderheit steckt in Kapitel 4.1: Die Norm verlangt, dass Sie Ihre Rolle im KI-Ökosystem bestimmen. Sind Sie Anwender fremder KI-Systeme, Entwickler oder Anbieter eigener Modelle, Datenlieferant – oder mehreres zugleich? Diese Festlegung ist keine Formalie: Sie entscheidet darüber, welche Anhang-A-Controls überhaupt relevant sind und wie tief Risikobewertung und Lebenszyklus-Prozesse gehen müssen.
Zu den interessierten Parteien gehören bei KI mehr Gruppen als üblich: neben Kunden und Aufsichtsbehörden auch die von KI-Entscheidungen Betroffenen – etwa Bewerber bei einem Recruiting-Tool oder Endkunden bei automatisierten Bonitätsprüfungen. Ein Auditor erwartet, dass diese Gruppen benannt und ihre Erwartungen berücksichtigt sind.
Kapitel 5: Führung, KI-Politik und Verantwortlichkeiten
Kapitel 5 nimmt die Geschäftsführung in die Pflicht. Sie muss die Wirksamkeit des AIMS verantworten, Ressourcen bereitstellen und eine KI-Politik verabschieden (Kapitel 5.2). Die Politik ist das oberste Dokument des Systems: Sie legt fest, nach welchen Grundsätzen das Unternehmen KI einsetzt oder entwickelt – typischerweise mit Aussagen zu menschlicher Aufsicht, Transparenz, Fairness, Datenschutz und Sicherheit.
Kapitel 5.3 verlangt zugewiesene und kommunizierte Rollen. In der Praxis bewährt sich ein Dreiklang:
- KI-Verantwortlicher (AIMS-Beauftragter): betreibt das System, pflegt Inventar und Risikobewertungen, berichtet an die Geschäftsführung – analog zum QMB im Qualitätsmanagement.
- Fachliche Eigner: je KI-System eine benannte Person, die Einsatz und Ergebnisse verantwortet.
- Geschäftsführung: gibt Politik und Risikoakzeptanz vor und trifft die Freigabeentscheidungen bei hohen Risiken.
Ein häufiger Auditbefund: Die Rollen existieren auf dem Papier, aber die benannten Personen kennen ihre Aufgaben nicht. Kurze, dokumentierte Einweisungen schließen diese Lücke.
Kapitel 6: Risikobewertung, Folgenabschätzung und das SoA
Kapitel 6 ist das anspruchsvollste Kapitel der Norm – hier liegt der größte Unterschied zu anderen Managementsystemen. Vier Anforderungen greifen ineinander:
- KI-Risikobewertung (Kapitel 6.1.2): Ein wiederholbares Verfahren bewertet für jedes KI-System die Risiken für die Organisation – etwa Fehlentscheidungen, Datenabfluss, Rechtsverstöße oder Reputationsschäden. Kriterien und Ergebnisse sind zu dokumentieren.
- KI-Risikobehandlung (Kapitel 6.1.3): Für jedes relevante Risiko wählen Sie Maßnahmen, gleichen sie mit den 38 Controls aus Anhang A ab und erstellen ein Statement of Applicability: die begründete Liste, welche Controls anwendbar sind und welche nicht.
- KI-Systemfolgenabschätzung (Kapitel 6.1.4): Zusätzlich – und getrennt von der Risikobewertung – bewerten Sie die möglichen Folgen jedes KI-Systems für Einzelpersonen, Gruppen und die Gesellschaft: Diskriminierung, Ausschluss, Fehlinformation, Eingriffe in die Privatsphäre. Diese Außenperspektive hat kein Pendant in ISO 27001 und wird im Audit gezielt geprüft.
- KI-Ziele (Kapitel 6.2): Messbare Ziele für das AIMS, etwa „100 Prozent der KI-Systeme im Inventar mit aktueller Risikobewertung".
Praxistipp: Trennen Sie Risikobewertung und Folgenabschätzung als eigenständige Dokumente oder klar getrennte Abschnitte. Die häufigste Abweichung in ISO-42001-Audits ist eine Folgenabschätzung, die nur die Unternehmensrisiken wiederholt.
Kapitel 7 und 8: Unterstützung und Betrieb
Kapitel 7 regelt die Unterstützungsprozesse: Ressourcen bereitstellen (7.1), Kompetenzen sicherstellen und nachweisen (7.2), Bewusstsein schaffen (7.3), Kommunikation regeln (7.4) und dokumentierte Information lenken (7.5). Für KI heißt das konkret: Wer mit KI-Systemen arbeitet oder sie entwickelt, braucht nachweisbare Schulung – ein Punkt, der sich mit der Kompetenzpflicht aus Artikel 4 der EU-KI-Verordnung überschneidet und sich gemeinsam abdecken lässt.
Kapitel 8 überführt die Planung in den Alltag: Die in Kapitel 6 definierten Prozesse müssen umgesetzt, gesteuert und bei Änderungen nachgezogen werden. Die Norm verlangt ausdrücklich, dass Risikobewertung und Folgenabschätzung in geplanten Abständen und bei wesentlichen Änderungen wiederholt werden – etwa wenn ein neues KI-Tool eingeführt, ein Modell auf eine neue Version umgestellt oder ein Anwendungsfall ausgeweitet wird.
Genau hier zeigt sich im Audit, ob ein AIMS lebt: Ein Inventar mit Stand vom Zertifizierungstag und Risikobewertungen ohne Revisionsdatum sind klassische Feststellungen. Bewährt hat sich ein fester Quartalsrhythmus plus ein Aufnahmeprozess für neue KI-Systeme mit definierter Freigabe.
Kapitel 9 und 10: Messen, auditieren, verbessern
Kapitel 9 verlangt drei Nachweise: Erstens die Überwachung und Messung des Systems – Sie legen fest, welche Kennzahlen Sie erheben, etwa den Anteil geschulter Mitarbeitender oder die Zahl gemeldeter KI-Vorfälle. Zweitens interne Audits in geplanten Abständen (9.2): eine unabhängige interne Prüfung, ob das AIMS die Normanforderungen und die eigenen Vorgaben erfüllt. Drittens die Managementbewertung (9.3): Die Geschäftsführung bewertet das System regelmäßig anhand definierter Eingaben – Auditergebnisse, Risikoveränderungen, Zielerreichung, Rückmeldungen interessierter Parteien – und entscheidet über Verbesserungen und Ressourcen.
Kapitel 10 schließt den Kreislauf: Nichtkonformitäten müssen erfasst, korrigiert und auf ihre Ursachen untersucht werden (10.1), das System ist fortlaufend zu verbessern (10.2). Für die Zertifizierung gilt: Mindestens ein internes Audit und eine Managementbewertung müssen vor dem Zertifizierungsaudit stattgefunden haben und dokumentiert sein – ohne diese Nachweise ist keine Zertifikatserteilung möglich.
Anhang A: 38 Controls in neun Bereichen
Anhang A enthält die Referenzmaßnahmen, aus denen Sie über die Risikobehandlung auswählen. Die 38 Controls verteilen sich auf neun Bereiche:
| Bereich | Thema | Controls | Typische Inhalte |
|---|---|---|---|
| A.2 | KI-Politik | 3 | Politik erstellen, mit anderen Richtlinien abstimmen, regelmäßig überprüfen |
| A.3 | Interne Organisation | 2 | Rollen und Verantwortlichkeiten, Meldewege für Bedenken |
| A.4 | Ressourcen für KI-Systeme | 5 | Daten-, Werkzeug-, System- und Personalressourcen dokumentieren |
| A.5 | Folgenabschätzung | 4 | Prozess und Dokumentation der Auswirkungen auf Einzelne und Gesellschaft |
| A.6 | KI-Lebenszyklus | 9 | Anforderungen, Design, Verifizierung, Einsatz, Betrieb, Ereignisprotokolle |
| A.7 | Daten für KI-Systeme | 5 | Datenmanagement, Beschaffung, Qualität, Herkunft, Aufbereitung |
| A.8 | Information für interessierte Parteien | 4 | Nutzerdokumentation, Meldung von Vorfällen, Berichtspflichten |
| A.9 | Verantwortungsvolle Nutzung | 3 | Prozesse und Ziele für den Einsatz, bestimmungsgemäße Verwendung |
| A.10 | Dritte und Kunden | 3 | Verantwortlichkeiten verteilen, Lieferanten und Kunden einbinden |
Kein Control ist automatisch Pflicht – aber jeder Ausschluss braucht eine belastbare Begründung im Statement of Applicability. Ein reiner KI-Anwender wird etwa Teile des Lebenszyklus-Bereichs A.6 ausschließen können, weil er keine Modelle entwickelt; die Bereiche Nutzung, Daten und Lieferanten treffen ihn dagegen voll. Anhang B liefert zu jedem Control eine Umsetzungshilfe, die Anhänge C und D ergänzen Risikoquellen und Anwendungsbeispiele – alle drei sind informativ und werden nicht auditiert.
Die Pflichtdokumente im Überblick
Die Norm verlangt an vielen Stellen „dokumentierte Information". Für die Zertifizierung sollten mindestens diese Nachweise vorliegen:
- Geltungsbereich des AIMS mit Rollenfestlegung (Kapitel 4.3)
- KI-Politik und abgeleitete Richtlinien (5.2)
- KI-Inventar mit Verantwortlichen und Einsatzzweck (Basis für 6.1 und 8)
- Methodik und Ergebnisse der KI-Risikobewertung (6.1.2)
- Risikobehandlungsplan und Statement of Applicability (6.1.3)
- KI-Systemfolgenabschätzungen (6.1.4)
- KI-Ziele und deren Verfolgung (6.2)
- Kompetenz- und Schulungsnachweise (7.2)
- Betriebsnachweise: Freigaben, Änderungen, Vorfälle (8)
- Programm, Berichte und Feststellungen interner Audits (9.2)
- Protokolle der Managementbewertung (9.3)
- Nichtkonformitäten und Korrekturmaßnahmen (10.1)
Der Umfang darf zur Unternehmensgröße passen: Für einen Anwender mit 15 Mitarbeitenden sind das realistisch 15 bis 25 Dokumente, viele davon einseitig. Entscheidend ist nicht die Seitenzahl, sondern dass jedes Dokument gepflegt wird und im Alltag auffindbar ist – ein schlankes, aktuelles System schlägt im Audit jeden Dokumentenberg.
Häufige Fragen
Zertifizierungsrelevant sind die Kapitel 4 bis 10: Kontext, Führung, Planung, Unterstützung, Betrieb, Leistungsbewertung und Verbesserung. Die Kapitel 1 bis 3 enthalten nur Anwendungsbereich, Verweise und Begriffe. Aus Anhang A gelten die Controls, die Sie über die Risikobehandlung als anwendbar bestimmen – jeder Ausschluss muss im Statement of Applicability begründet werden. Die Anhänge B, C und D sind informative Umsetzungshilfen.
Die Risikobewertung (Kapitel 6.1.2) blickt nach innen: Welche Schäden drohen der Organisation durch das KI-System – Fehlentscheidungen, Datenabfluss, Bußgelder, Reputationsverlust? Die Folgenabschätzung (Kapitel 6.1.4) blickt nach außen: Welche Auswirkungen hat das System auf Einzelpersonen, Gruppen und die Gesellschaft, etwa Diskriminierung oder Ausschluss? Beide Bewertungen sind separat gefordert und müssen im Audit unterscheidbar nachgewiesen werden.
Nein. Die Controls sind Referenzmaßnahmen, keine Pflichtliste. Sie bestimmen über die Risikobehandlung, welche Maßnahmen Ihre Risiken erfordern, gleichen das Ergebnis mit Anhang A ab und dokumentieren im Statement of Applicability, welche Controls gelten und warum andere ausgeschlossen sind. Ein reiner KI-Anwender kann etwa Entwicklungs-Controls aus dem Lebenszyklus-Bereich A.6 begründet ausschließen.
Kernnachweise sind: Geltungsbereich, KI-Politik, KI-Inventar, Risikobewertung mit Methodik, Statement of Applicability, KI-Systemfolgenabschätzungen, messbare Ziele, Schulungsnachweise, Betriebsnachweise sowie Berichte aus internem Audit, Managementbewertung und Korrekturmaßnahmen. Für kleine Unternehmen sind das typischerweise 15 bis 25 überschaubare Dokumente – entscheidend ist Aktualität, nicht Umfang.
Die Managementsystem-Kapitel 4 bis 10 gelten für beide gleich. Der Unterschied liegt in der Control-Auswahl und Prüftiefe: Entwickler müssen den gesamten KI-Lebenszyklus abdecken – Anforderungen, Design, Verifizierung, Betrieb, Protokollierung – und ihre Datenprozesse nachweisen. Anwender konzentrieren sich auf Inventar, Nutzungsregeln, Schulung und Lieferantensteuerung. Die Rollenfestlegung in Kapitel 4 bestimmt den Zuschnitt.
Ja, sehr gut. Beide Normen folgen der Harmonized Structure – Kontextanalyse, Dokumentenlenkung, internes Audit und Managementbewertung lassen sich gemeinsam betreiben und in einem kombinierten Audit prüfen. Neu hinzu kommen vor allem KI-Inventar, Folgenabschätzung und die KI-spezifischen Controls. Wer ein gepflegtes ISMS hat, spart beim AIMS-Aufbau erfahrungsgemäß einen erheblichen Teil des Aufwands.
In 4–6 Wochen zum Zertifikat – zum Festpreis.
Kostenloses Erstgespräch: Wir sagen Ihnen ehrlich, ob eine nicht akkreditierte Zertifizierung für Ihren Fall reicht – oder eben nicht.
Erstgespräch vereinbaren
Thomas KowollInhaber und Leitung Zertifizierung bei KCERT. Auditiert Managementsysteme nach ISO 9001, 14001, 45001, 27001 und 50001. Mehr über KCERT