Blog
•
12 Min. Lesezeit
Für ein Unternehmen mit mehreren Gesellschaften führt der Weg zu ISO/IEC 42001 von der Festlegung des Anwendungsbereichs nach Abschnitt 4.3 über Gap-Analyse, AIMS-Design, Umsetzung der Kontrollen und internes Audit bis zum zweistufigen Zertifizierungsaudit und einem dreijährigen Zyklus mit jährlicher Überwachung. Auf Konzernebene dauert diese Abfolge 12 bis 24 Monate, und die Festlegung des Anwendungsbereichs bestimmt den größten Teil davon.
Wo beginnt der Weg zu ISO 42001 für ein Unternehmen mit mehreren Gesellschaften?
Er beginnt mit dem Anwendungsbereich, nicht mit einer Gap-Analyse. ISO/IEC 42001:2023, veröffentlicht am 18. Dezember 2023, verlangt von der Organisation, die Grenzen ihres KI-Managementsystems in Abschnitt 4.3, „Festlegen des Anwendungsbereichs des KI-Managementsystems“, zu bestimmen, nachdem sie ihren Kontext (Abschnitt 4.1) und die Erfordernisse interessierter Parteien (Abschnitt 4.2) berücksichtigt hat. Alles Weitere, von der Erklärung zur Anwendbarkeit bis zur Zahl der Audittage, wird auf dieser Grundlage kalkuliert.
Öffentliche Zertifikate zeigen, wie eng die größten KI-Anbieter ihn ziehen. Das Zertifikat von Anthropic, angekündigt am 13. Januar 2025, umfasst „unser KI-Managementsystem“. Das Zertifikat von IBM, angekündigt am 1. Oktober 2025, umfasst „das KI-Managementsystem (AIMS) von IBM Granite“, also eine einzige Modellfamilie. Das von Microsoft nennt neun namentlich benannte Dienste. Keiner hat „das Unternehmen“ zertifiziert.
Ein Konzern, der in mehreren Rechtsräumen tätig ist, muss eine zweite Grenze ziehen. Nach IAF MD 1:2023 setzt ein Zertifikat für mehrere Standorte „ein einziges Managementsystem mit einer identifizierten zentralen Funktion“ voraus, die „das Managementsystem zentral steuert“. Alle Standorte müssen in das interne Auditprogramm der Organisation und in eine zentrale Managementbewertung eingebunden sein, und wenn Standorte für eine Stichprobe infrage kommen, prüft das Erstaudit eine Stichprobe in Höhe der aufgerundeten Quadratwurzel der Standortzahl. Ein Konzern, der die zentrale Funktion für sein AIMS nicht benennen kann, hat noch keinen zertifizierbaren Anwendungsbereich.
Wie entscheiden Sie bei Hunderten von Modellen, was innerhalb der AIMS-Grenze liegt?
Entscheidet die Organisation, wie das System gebaut oder genutzt wird, oder bezieht sie nur ein Ergebnis? Erreichen die Ergebnisse des Systems die nach Abschnitt 4.2 ermittelten interessierten Parteien? Kann die Organisation Nachweise für die Maßnahmen aus Anhang A erbringen, die sie für anwendbar erklären wird? Ein System, das die erste Prüfung nicht besteht, ist in der Regel eine Lieferantenbeziehung und kein KI-System im Anwendungsbereich; eines, das die dritte nicht besteht, gehört zum Anwendungsbereich, ist aber noch nicht bereit.
Die Unterscheidung zwischen einem KI-System im Anwendungsbereich und einer interessierten Partei ist diejenige, bei der große Modelllandschaften am häufigsten danebenliegen. Ein Foundation Model, das über die API eines Drittanbieters genutzt wird, ist kein System, das das Unternehmen auditieren kann. Der Drittanbieter ist eine interessierte Partei und ein Lieferant; die darauf aufbauende Anwendung des Unternehmens mit ihren Prompts, Leitplanken und ihrer menschlichen Aufsicht ist das KI-System im Anwendungsbereich. Das KI-Inventar muss beide Datensätze und die Verknüpfung zwischen ihnen enthalten, denn der Auditor wird fragen, was sich ändert, wenn der Drittanbieter das Basismodell wechselt.
Systemgruppe | Beispiel | Entscheidung zum Anwendungsbereich in der ersten Welle | Worauf der Auditor achtet |
|---|---|---|---|
Modelle, die der Konzern selbst entwickelt und in Entscheidungsprozessen betreibt | Modelle für Kreditvergabe, Underwriting, Schadenbearbeitung und Preisgestaltung | Im Anwendungsbereich, System für System | Verantwortliche, Lebenszyklusdokumentation, Risikobewertungen und Folgenabschätzungen, Überwachung |
Anwendungen auf Basis eines Foundation Models eines Drittanbieters | Interner Assistent mit Suche in Richtliniendokumenten | Im Anwendungsbereich als System des Unternehmens; Drittanbieter als Lieferant erfasst | Lieferantenkontrollen, Änderungsmitteilungen, Evaluierung gegen die Version des Basismodells |
Integrierte KI in lizenzierter SaaS | Lead-Scoring im CRM, Besprechungszusammenfassungen in Collaboration-Tools | Im Inventar, außerhalb des zertifizierten Anwendungsbereichs, sofern sie keine Entscheidung über Personen bestimmt | Dokumentierte Begründung des Ausschlusses, Lieferantenbewertung, zulässige Nutzung |
KI, die der Konzern an Kunden verkauft oder in eigene Angebote für Kunden einbettet | Modell eines Drittanbieters, weiterverkauft in einem kundenseitigen Produkt | Im Anwendungsbereich; der Konzern ist Anbieter | Transparenz gegenüber Kunden, Informationen für interessierte Parteien, Umgang mit Vorfällen |
Experimente und Notebooks außerhalb der Produktion | Data-Science-Sandboxes | Außerhalb des Anwendungsbereichs, mit einem Kontrollpunkt im Lebenszyklus, der Systeme bei der Inbetriebnahme einbezieht | Nachweis, dass der Kontrollpunkt existiert und greift |
Bestehende statistische Modelle im Modellrisikomanagement | Kapital-, Liquiditäts- und Stresstestmodelle | Entscheidungspunkt: mit dokumentierter Abgrenzung zum MRM ausschließen oder einbeziehen und MRM-Nachweise übernehmen | Eine schriftliche Abgrenzung, die mit dem Modellinventar des Modellrisikomanagements übereinstimmt |
Agenten mit Zugriff auf Tools | Agent, der in einem führenden System liest und schreibt | Im Anwendungsbereich, sofern er auf ein System im Anwendungsbereich einwirkt | Berechtigungsverwaltung, Auslöser für menschliche Aufsicht, Stoppmechanismus |
Gesellschaften in anderen Rechtsräumen | Eine Tochtergesellschaft mit eigenem KI-Team | Anwendungsbereich nach Rechtsträger und Standort; die erste Welle umfasst die Gesellschaften, die die zentrale Funktion steuert | Befugnisse der zentralen Funktion, Abdeckung jedes Standorts durch das interne Audit |
Die Tabelle ist ein Ausgangspunkt, keine Vorgabe der Norm. Jeder Ausschluss braucht eine schriftliche Begründung, die auch dann Bestand hätte, wenn man sie einer Aufsichtsbehörde vorliest, und das Inventar muss ausgeschlossene Systeme ebenso erfassen wie einbezogene, damit der Ausschluss bei jedem Überwachungsaudit sichtbar ist.
Wie sieht der Weg von der Gap-Analyse bis zur Überwachung aus, und wie lange dauert jede Phase?
ISO/IEC 17021-1, die Norm, an der Akkreditierungsstellen Zertifizierungsstellen messen, legt die Abläufe fest. Stufe 1 prüft Dokumentation und Bereitschaft; Stufe 2 bewertet „die Umsetzung, einschließlich der Wirksamkeit, des Managementsystems des Kunden“. Überwachungsaudits finden „mindestens einmal pro Kalenderjahr, außer in Jahren der Rezertifizierung“ statt, und „der erste dreijährige Zertifizierungszyklus beginnt mit der Zertifizierungsentscheidung“.
Die folgenden Zeiträume sind Planungsspannen für einen Konzern mit mehreren Rechtsträgern und Hunderten von Modellen, keine Angaben der Norm; eine nach ISO/IEC 27001 zertifizierte Organisation wird bei den meisten am unteren Ende liegen. Enzais Leitfaden zur Einführung von ISO 42001 behandelt die Inhalte der einzelnen Schritte; diese Tabelle zeigt Reihenfolge und Dauer.
Phase | Was passiert | Planungsspanne für Großunternehmen |
|---|---|---|
Festlegung des Anwendungsbereichs | Gesellschaften, Standorte, zentrale Funktion und KI-Systeme benannt; Ausschlüsse schriftlich begründet; Rollen je System erfasst | 6 bis 12 Wochen |
Gap-Analyse | Abschnitte 4 bis 10 und anwendbare Maßnahmen aus Anhang A je Gesellschaft mit der aktuellen Praxis abgeglichen | 6 bis 10 Wochen |
AIMS-Design | KI-Richtlinie, Methoden für Risikobewertung und Folgenabschätzung, Rollen, Erklärung zur Anwendbarkeit, Kompetenzplan | 2 bis 4 Monate |
Umsetzung der Kontrollen und Nachweise | Kontrollen für jedes System im Anwendungsbereich in Betrieb; Nachweise dem System und der Version zugeordnet | 4 bis 9 Monate |
Internes Audit und Managementbewertung | Unabhängiges Audit jedes Standorts im Anwendungsbereich; Nichtkonformitäten behoben; Bewertung durch die oberste Leitung | 6 bis 10 Wochen |
Stufe-1-Audit | Prüfung von Dokumentation und Bereitschaft; Feststellungen vor Stufe 2 behoben | 1 bis 3 Tage vor Ort, 4 bis 8 Wochen zur Behebung der Feststellungen |
Stufe-2-Audit | Audit der Umsetzung an den Standorten der Stichprobe; anschließend Zertifizierungsentscheidung | 1 bis 3 Wochen Audittage, Entscheidung 4 bis 8 Wochen später |
Überwachung | Jährliches Audit; das erste innerhalb von 12 Monaten nach der Zertifizierungsentscheidung | Wiederkehrend |
Rezertifizierung | Vollständiges Audit vor Ablauf des Zertifikats nach drei Jahren | Jahr 3 |
Insgesamt dauert eine erste Welle 12 bis 24 Monate, und die Größe, die diese Dauer am stärksten beeinflusst, ist nicht die Zahl der Modelle, sondern die Zahl der Gesellschaften, deren Nachweise dasselbe Niveau erreichen müssen.
Wer darf ein AIMS zertifizieren, und spielt die Akkreditierung eine Rolle?
ISO/IEC 42006:2025, veröffentlicht im Juli 2025, legt in Ergänzung zu ISO/IEC 17021-1 die Anforderungen an Stellen fest, die KI-Managementsysteme auditieren und zertifizieren. ANAB erklärt, dass sie „Zertifizierungsstellen akkreditiert, die Zertifizierungen nach ISO/IEC 42001 ausstellen“, und verweist in ihrem Programm auf 42006; das Zertifikat von Anthropic vom Januar 2025 stammt von einer ANAB-akkreditierten Stelle, die ANAB-Akkreditierung ist also älter als 42006. UKAS erteilte ihre erste AIMS-Akkreditierung an BSI, bekannt gegeben im Januar 2026; die eigene Mitteilung von BSI vom 17. November 2025 nennt zudem eine Akkreditierung durch die niederländische Stelle RvA.
Ein Zertifikat ist nur so gut wie die Stelle, die es ausgestellt hat. Ein einkaufendes Unternehmen, oder ein Kunde, der dieses Unternehmen prüft, sollte fragen, welche Akkreditierungsstelle auf dem Zertifikat steht, ob diese Akkreditierung ISO/IEC 42001 ausdrücklich nennt und was die Beschreibung des Geltungsbereichs abdeckt.
Wie lange dauert es, bis ISO 42001 zur Markterwartung wird?
Es gibt keine maßgebliche Zählung der Zertifikate; der ISO Survey erfasst ISO/IEC 42001 nicht. Die ehrliche Antwort ergibt sich aus vier beobachtbaren Signalen, die in unterschiedliche Richtungen weisen.
Öffentliche Ankündigungen konzentrieren sich auf die Anbieterseite. Anthropic, IBM und Microsoft haben ihre eigenen KI-Produkte zertifizieren lassen, und immer mehr Technologieanbieter sind gefolgt. Ein Unternehmen, das KI einkauft, wird früher gebeten werden, Zertifikate zu prüfen, als selbst eines vorzuweisen.
Sicherheitsfragebögen enthalten bereits Fragen, die sich an ISO 42001 orientieren. Die AI Controls Matrix der Cloud Security Alliance, veröffentlicht am 9. Juli 2025, umfasst 243 Kontrollziele, die ISO 42001, dem NIST AI RMF und dem EU AI Act zugeordnet sind, ergänzt durch einen Fragebogen, den Kunden an ihre Lieferanten senden können. Ein Unternehmen, das Dienstleistungen mit integrierter KI verkauft, sollte schon jetzt damit rechnen, dass solche Fragen in Prüfungen durch Kunden auftauchen.
Die öffentliche Beschaffung schreibt es nicht vor. Das britische Department for Science, Innovation and Technology führte eine Konsultation zu einem auf ISO/IEC 42001 basierenden Tool namens AI Management Essentials durch und erklärte dann in seiner Stellungnahme vom Dezember 2025, dass es „AIME nicht veröffentlichen und es daher nicht zur Anforderung im staatlichen Beschaffungsprozess machen wird“.
Auch die Regulierung verlangt es nicht. Der EU AI Act nennt ISO 42001 nicht, und keine der Aufsichtsbehörden, die Enzais Glossareintrag zur KI-Governance im Finanzsektor behandelt, schreibt es vor. Für einen regulierten Betreiber ist ein zertifiziertes AIMS eine Form von Nachweis gegenüber Governance-Erwartungen, keine Pflicht.
Der aussagekräftige Maßstab ist intern. Zählen Sie jedes Quartal die Ausschreibungen, Sicherheitsprüfungen und Anfragen von Aufsichtsbehörden, die nach ISO 42001 fragen; steigt diese Zahl, ist die Erwartung angekommen.
Genügt eine ISO-42001-Zertifizierung den Anforderungen des EU AI Act?
Nein. Die Konformitätsvermutung nach Artikel 40 der KI-Verordnung knüpft an harmonisierte Normen an, deren Fundstellen im Amtsblatt der Europäischen Union veröffentlicht sind, und ISO/IEC 42001 gehört nicht dazu. Die Arbeit läuft über CEN-CENELEC JTC 21 im Rahmen des Normungsauftrags M/593 und seiner Änderung M/613; im Oktober 2025 beschlossen CEN und CENELEC Beschleunigungsmaßnahmen mit dem Ziel, die zentralen Normen bis zum vierten Quartal 2026 fertigzustellen.
Das erste Ergebnis liegt vor, und es ist nicht ISO 42001. EN 18286:2026, „Quality Management System for EU AI Act Regulatory Purposes“, wurde im Juli 2026 veröffentlicht und deckt das Qualitätsmanagementsystem nach Artikel 17 für Anbieter von Hochrisiko-KI-Systemen ab. Es handelt sich um eine eigens dafür entwickelte europäische Norm, und zum Zeitpunkt der Erstellung dieses Beitrags ist noch kein Ergebnis von JTC 21 im Amtsblatt veröffentlicht, sodass noch keines eine Konformitätsvermutung begründet. Risikomanagement (prEN 18228), Protokollierung (prEN 18229-1) und Cybersicherheit (prEN 18282) befanden sich im Juli 2026 noch in der CEN-Umfrage.
Die Fristen warten nicht mehr auf die Normen. Die Verordnung (EU) 2026/1744, der Digital-Omnibus zur KI, ist am 27. Juli 2026 in Kraft getreten; die Seite der Kommission zur KI-Verordnung nennt nun den 2. Dezember 2027 für Hochrisiko-KI-Systeme nach Anhang III und den 2. August 2028 für Systeme nach Anhang I, unabhängig davon, ob harmonisierte Normen verfügbar sind. Enzais Leitfaden zur Compliance mit dem EU AI Act enthält die vollständige Fristenübersicht. Ein zertifiziertes AIMS belegt ein Managementsystem; die Konformität eines Hochrisiko-KI-Systems wird Pflicht für Pflicht nachgewiesen, eine Aufgabe, die die Lösungsseite zum EU AI Act gesondert behandelt.
Wo überschneiden sich Nachweise für ISO 42001 mit dem EU AI Act und dem NIST AI RMF, und wo nicht?
Die Überschneidung liegt auf der Ebene des Managementsystems, und der Crosswalk des NIST vom AI RMF zu ISO/IEC 42001 (auf Basis des finalen Entwurfs) ordnet beispielsweise den Anwendungsbereich nach Abschnitt 4.3 MAP 3.3 zu: „der angestrebte Anwendungsbereich ist spezifiziert und dokumentiert“. Ein Unternehmen, das sein Programm anhand von NIST-Profilen strukturiert, kann den Großteil seiner GOVERN-Nachweise für die Abschnitte 5 und 7 wiederverwenden.
Nachweis | ISO/IEC 42001 | EU AI Act | NIST AI RMF |
|---|---|---|---|
KI-Richtlinie, Rollen, Verpflichtung der obersten Leitung | Abschnitt 5 | Fließt in das Qualitätsmanagementsystem nach Artikel 17 für Anbieter ein | GOVERN |
KI-Risikobewertung und -behandlung | Abschnitte 6.1.2, 6.1.3, 8.2, 8.3 | Risikomanagement nach Artikel 9, je Hochrisiko-KI-System | MAP, MEASURE, MANAGE |
Folgenabschätzung für KI-Systeme | Abschnitte 6.1.4, 8.4 | Grundrechte-Folgenabschätzung nach Artikel 27, nur für bestimmte Betreiber | MAP |
Lieferanten- und Kundenkontrollen | Maßnahmen aus Anhang A zu Dritten und Kunden | Pflichten von Anbietern und Betreibern entlang der Wertschöpfungskette | GOVERN, MANAGE |
Technische Dokumentation nach Anhang IV, Konformitätsbewertung, CE-Kennzeichnung, Registrierung in der EU-Datenbank | Nicht abgedeckt | Für Hochrisiko-KI-Systeme erforderlich | Nicht abgedeckt |
Transparenzpflichten nach Artikel 50, Pflichten für KI-Modelle mit allgemeinem Verwendungszweck | Nicht abgedeckt | Unabhängig vom AIMS-Status erforderlich | Teilweise, über das Generative AI Profile |
Wo es keine Überschneidung gibt, entstehen die Kosten. ISO 42001 fragt, ob ein dokumentierter, wirksamer Prozess existiert; die KI-Verordnung verlangt ein bestimmtes Artefakt für ein bestimmtes System, nach einer bestimmten Vorlage, bis zu einem bestimmten Datum. Eine Folgenabschätzung, die einen AIMS-Auditor zufriedenstellt, ist nicht unbedingt die Abschätzung nach Artikel 27, die ein Betreiber eines Systems nach Anhang III durchführen muss. Arbeit spart die Zuordnung auf Ebene der Nachweise: Eine Verzerrungsanalyse an einer benannten Modellversion ist ein einziges Artefakt, das Abschnitt 8, Artikel 9 und MEASURE zugleich bedient. Enzais Modul für Compliance-Frameworks beruht auf diesem Prinzip: Nachweise werden „einmal erfasst und in allen Audits genutzt“, mit einem Compliance-Score je System und Framework.
Was sollten Sie vorbereitet haben, bevor Sie eine Governance-Plattform für ISO 42001 einführen?
Die Frage nach der Einführung ist eigentlich eine Frage nach dem Anwendungsbereich: Eine Plattform kann nur abbilden, was man ihr gibt.
Die Liste der Rechtsträger und Standorte für die erste Welle, mit benannter zentraler Funktion.
Ein Inventarexport mit Verantwortlichem, Zweck, Modell- oder Drittanbieterreferenz, Lebenszyklusphase, Rechtsraum und Autonomiegrad jedes Systems. Enzais KI-Inventar verbindet KI-Erkennung, Plattformimporte und Anwendungsfallanfragen und stuft Systeme nach Anwendungsfall, Autonomie, Datensensibilität und Kundenbezug ein; so werden die meisten dieser Felder auch für Systeme befüllt, die niemand gemeldet hat.
Die Rolle, die das Unternehmen für jedes System einnimmt: Entwickler, Kunde eines Drittanbietersystems oder Anbieter gegenüber den eigenen Kunden.
Die übertragbaren Artefakte aus ISO/IEC 27001, das Modellinventar des Modellrisikomanagements und die schriftliche MRM-Abgrenzung.
Verträge mit KI-Lieferanten, in denen die Klauseln zur Mitteilung von Modelländerungen und zu Unterauftragsverarbeitern identifiziert sind.
Ein Unternehmen, das all dies zur Hand hat, befindet sich auf der Stufe des Governance-Reifegradmodells, auf der die Zertifizierung nur noch eine Formalisierung ist. Eines ohne diese Unterlagen hat seine erste Feststellung, bevor die Gap-Analyse überhaupt beginnt.
Was das für die Praxis bedeutet
Benennen Sie die zentrale Funktion und die Gesellschaften der ersten Welle, bevor Sie eine Gap-Analyse in Auftrag geben. Halten Sie für jedes KI-System im Inventar fest, ob es innerhalb des zertifizierten Anwendungsbereichs liegt, begründet ausgeschlossen ist oder eine Lieferantenbeziehung darstellt.
Erfassen Sie die Rolle des Unternehmens je System und verknüpfen Sie jede Anwendung auf Basis eines Drittanbietermodells mit dem Datensatz des Drittanbieters.
Ordnen Sie Nachweise Systemen und Versionen zu, nicht Abschnitten, und verknüpfen Sie jedes Artefakt mit jedem Framework, das es erfüllt, damit für den EU AI Act oder das NIST AI RMF nichts doppelt erstellt wird.
Wählen Sie die Zertifizierungsstelle nach dem Umfang ihrer Akkreditierung aus und prüfen Sie den Wortlaut des Zertifikats; Kunden lesen die Beschreibung des Geltungsbereichs genauer als das Logo.
Verfolgen Sie die Nachfrage nach dem Zertifikat vierteljährlich und führen Sie die Arbeiten für Anhang III des EU AI Act mit Zieldatum 2. Dezember 2027 als separaten Strang, den das AIMS unterstützt, aber nicht ersetzt.
Wie Enzai Anwendungsbereich, Nachweise und frameworkübergreifendes Mapping für ein ISO-42001-Programm strukturiert, erfahren Sie auf der Lösungsseite zu ISO 42001 oder im Gespräch mit dem Enzai-Team.
Seit 2023 nach ISO 27001 zertifiziert, jährlich von NQA auditiert
An der DSGVO ausgerichtete Datenverarbeitung
Kundendaten auf AWS in mehreren Regionen gehostet
Eigenes KI-Modell über eine private Verbindung nutzen
Finden Sie die KI, die Ihre Teams nutzen, prüfen Sie sie vor der Einführung, bewerten Sie sie anhand der geltenden Vorschriften und kontrollieren Sie, was Agenten tun dürfen. Entwickelt für regulierte Organisationen.