Ein pflegbares KI-Inventar mit nachvollziehbarer Risikostufung aufbauen

Ein brauchbares KI-Inventar ist eine Steuerungsschicht für Governance-Arbeit, kein Lager für jede Prüfung, jeden Test und jedes Beweisdokument. Sein kompakter Datensatz zeigt, wer eine konkrete KI-gestützte Anwendung verantwortet, was sie in einem Arbeitsablauf tut und wohin ihre Exposition die Prüfung lenkt. So bleibt sichtbar, wenn ein Support-Assistent plötzlich Identitätsdokumente lesen, Rückerstattungen auslösen oder selbstständig Nachrichten senden soll. Produkt und Anbieter können gleich bleiben; Datenzugriff, Handlungsbefugnis und Prüfweg tun es nicht.

Was gehört genau in ein KI-Inventar?

Erfasst wird eine KI-gestützte Anwendung in einem bestimmten Arbeitsablauf, nicht bloss ihr Modell, Anbieter oder Produktname. Ein neuer Datensatz ist angezeigt, wenn sich Zweck, betroffene Personengruppe, Datensensitivität, Handlungsbefugnis, Einsatzbreite oder verantwortliche Stelle materiell unterscheidet. NIST beschreibt ein KI-Systeminventar als organisierte Ressource, die Wartung, Reaktion auf Vorfälle sowie Abfragen zu einzelnen Systemen und zum Portfolio unterstützen kann. Der OECD-Rahmen betrachtet Menschen, wirtschaftlichen Kontext, Daten und Eingaben, Modelle, Aufgaben und Ergebnisse. NIST nennt dabei unter anderem Zweck, Nutzende, Einsatzumgebung, mögliche Auswirkungen, Annahmen, Grenzen und Lebenszykluskontext.

• Eigener Datensatz: klar abgegrenzter Zweck, Ablauf, Nutzerkreis und Weg vom Ergebnis zur Handlung.
• Getrennte Datensätze: materiell andere Betroffene, Daten, Befugnisse, Reichweite oder Verantwortung.
• Verknüpfte Objekte: gemeinsame Anbieter, Modelle, Datenquellen, Applikationen, Kontrollen, Tests, Vorfälle und Freigaben.
• Portfoliofunktion: offene Prüfungen, Änderungen, Vorfälle und Ausserbetriebnahmen auffindbar machen.

Welche Felder machen das Inventar nützlich, ohne den Intake zu überladen?

Ein nützlicher Entdeckungsdatensatz enthält nur Angaben, die Verantwortung klären, Exposition begründen oder weitere Arbeit auslösen. Das NIST Playbook nennt Kontakte, geschäftliche Begründung, Umfang, Nutzungen, Risiken, Annahmen, Daten, Abhängigkeiten, Einsatz, Überwachung und Änderungsmanagement als Dokumentationsthemen. Der britische Aufzeichnungsstandard umfasst Verantwortung, Lieferanten, Entscheidungseinfluss, menschliche Prüfung, Umfang, Lebenszyklus, Architektur, Quelldaten, Zugriff, Risiken und Folgenabschätzungen. NIST verlangt zudem, Risiken und Kontrollen über Systemkomponenten hinweg abzubilden, einschliesslich Software und Daten Dritter. Der folgende Mindestdatensatz verdichtet diese Themen für eine pflegbare interne Triage.

• ID und verständlicher Name: stabile Referenz für Suche, Verknüpfungen und Änderungshistorie.
• Geschäftliche und technische Verantwortung: benennt Freigabeverantwortung sowie die Stelle, die ändern oder stoppen kann.
• Zweck, Ablauf und Grenzen: hält Nutzen, Einsatzort und ausdrücklich ausgeschlossene Anwendungen fest.
• Nutzende und Betroffene: trennt Bedienende von Personen oder Gruppen, die Auswirkungen tragen.
• Eingaben und Sensitivität: erfasst Datenkategorien, Quellen und höchste Schutzklasse statt jede Spalte.
• Ergebnisse und Handlungsbefugnis: zeigt Empfänger sowie Empfehlung, Auslösung oder Ausführung einer Handlung.
• Anbieter, Modelle und Abhängigkeiten: verknüpft Dienste, Berechtigungen sowie vor- und nachgelagerte Systeme.
• Kontrollen und Nachweise: fasst Aufsicht, Zugriff, Tests, Überwachung, Korrektur und Rückfallweg zusammen.
• Lebenszyklus und Daten: erfasst vorgeschlagen, Pilot, produktiv, pausiert oder ausgemustert sowie Änderungen und Prüfungen.
• Bewertungen, Tier und Begründung: macht Annahmen, unbekannte Fakten, Eskalationen und Routing nachvollziehbar.
• Status anwendbarer Pflichten: verweist auf separate Prüfungen durch zuständige Fachstellen.

Wie lässt sich die inhärente Exposition nachvollziehbar bewerten?

Bewerten Sie die tatsächliche Anwendung entlang von Auswirkung, Autonomie, Reichweite und Sensitivität und schreiben Sie für jede Dimension einen anwendungsspezifischen Belegsatz. Unbekannte Fakten bleiben als offene Punkte sichtbar; sie werden nicht geraten. Die Kombination ist ein redaktioneller Vorschlag für die interne Triage, keine von einer zitierten Stelle vorgeschriebene oder empfohlene Methode. Der OECD-Rahmen behandelt betroffene Anspruchsgruppen, Verbreitung, Identifizierbarkeit und Rechte an Daten, Aufgaben, Ergebnisse und Handlungsautonomie; zudem können Kriterien voneinander abhängen. Das kanadische Bundesinstrument fragt in seinem Anwendungsbereich nach Rechten, Gleichstellung, Würde, Privatsphäre, Autonomie, Gesundheit, wirtschaftlichen Interessen, Umkehrbarkeit, Dauer, personenbezogenen Daten und Schutzmassnahmen.

• Auswirkung 1: örtliche, leicht erkennbare und umkehrbare Unannehmlichkeit oder geringwertige Nacharbeit.
• Auswirkung 2: materielle betriebliche, finanzielle, kundenbezogene, personelle oder reputative Folge mit gezielter Korrektur.
• Auswirkung 3: glaubhafte schwere oder schwer umkehrbare Folge für Rechte, Chancen, Leistungen, Sicherheit, Lebensgrundlage oder kritische Abläufe.
• Autonomie 1: Das System liefert Vorschläge; eine Person entscheidet vor jeder relevanten Handlung über deren Verwendung.
• Autonomie 2: Es priorisiert, empfiehlt, leitet weiter, personalisiert oder startet begrenzte Handlungen mit eingeschränkter oder später Prüfung.
• Autonomie 3: Es führt externe Handlungen aus, ändert Datensätze oder Berechtigungen, bindet Mittel oder prägt folgenreiche Entscheide ohne wirksame Einzelfreigabe.
• Reichweite 1: begrenzter Pilot oder kleine interne Gruppe mit geringer Wiederverwendung.
• Reichweite 2: wiederholter Einsatz in einer Funktion, einem Segment oder einem materiellen Ablauf mit mehreren Empfängern.
• Reichweite 3: unternehmensweiter, öffentlicher, marktübergreifender, hochvolumiger, echtzeitnaher oder tief integrierter Einsatz.
• Sensitivität 1: öffentliche, synthetische oder freigegebene nicht vertrauliche Informationen ohne privilegierten Zugriff.
• Sensitivität 2: interne oder vertrauliche Geschäftsdaten, gewöhnliche Personendaten, Kundeninhalte oder begrenzter authentifizierter Zugriff.
• Sensitivität 3: besonders schützenswerte oder regulierte Daten, Zugangsdaten, Geheimnisse, privilegiertes Material, sensible Merkmale oder weitreichender Schreibzugriff.

Wie bestimmen die Bewertungen den passenden Prüfweg?

Die vorläufige interne Stufe entspricht der höchsten materiellen Dimensionsbewertung: nur Stufe-1-Werte ergeben Tier 1, mindestens ein Stufe-2-Wert ohne Stufe 3 ergibt Tier 2, und jeder Stufe-3-Wert ergibt Tier 3. Die Regel verhindert als redaktionelle Sicherung, dass eine schwere Exposition weggemittelt wird; sie ist keine von NIST oder OECD validierte Formel und muss zur Risikotoleranz der Organisation passen. Bewerten Sie zuerst die inhärente Exposition der Anwendung. Dokumentieren und prüfen Sie Kontrollen separat, bevor ein Restrisikoentscheid mit Bedingungen festgehalten wird. NIST verlangt risikoorientiert ausgestattete Inventarmechanismen sowie laufende Überwachung und periodische Prüfungen mit definierten Rollen und Frequenzen.

• Nach oben eskalieren bei nicht tolerierter Aktivität, schwerer Betroffenenwirkung oder kaum umkehrbaren Folgen.
• Ebenfalls eskalieren bei sensiblen Daten mit breitem Zugriff, unwirksamer menschlicher Kontrolle oder kaskadierenden Abhängigkeiten.
• Materielle Vorfälle, anwendbare Pflichten und entscheidende ungeklärte Fakten lösen ebenfalls eine höhere Route aus.

Eine interne Tier-1-bis-Tier-3-Einstufung steuert Governance-Arbeit, bestimmt aber keine rechtliche oder regulatorische Kategorie. Rechtliche, regulatorische, vertragliche, datenschutzrechtliche, sicherheitsbezogene, arbeitsrechtliche, aufbewahrungsbezogene und sektorspezifische Fragen laufen deshalb parallel. Die zuständigen qualifizierten Stellen beurteilen, welche Regeln auf den konkreten Einsatz anwendbar sind. Auch ein intern niedrig eingestufter Einsatz kann eine separate Pflicht auslösen; umgekehrt ist Tier 3 weder eine Rechtskategorie noch eine Empfehlung, den Einsatz zu genehmigen.

Was zeigt die Methode, wenn sich eine KI-Anwendung verändert?

Eine fiktive Pilotanwendung im Kundendienst zeigt, weshalb eine Freigabe an den definierten Einsatz gebunden bleibt. Der Assistent sucht in freigegebenen Hilfetexten und entwirft eine Antwort, die eine geschulte Person prüft, bearbeitet und versendet. Kontoentscheide, Ausnahmen, automatischer Versand, Zahlungsdaten, Identitätsdokumente, Gutschriften und Kontoänderungen liegen ausserhalb der Grenze. NIST verlangt, Ergebnisse zusammen mit ihrer nachgelagerten Verwendung und Aufsicht zu betrachten und menschliche Aufsicht festzulegen. Die eingetragenen Kontrollen – Quellenlinks, verpflichtende Prüfung, gesperrte Schreibaktionen, Zugriffsschutz, Stichproben, Beschwerdeweg und manueller Rückfall – senken die inhärenten Bewertungen nicht allein durch ihre Existenz.

• Auswirkung 2: Eine falsche und übernommene Antwort könnte Supportregeln materiell falsch darstellen und gezielte Kundenkorrektur erfordern.
• Autonomie 1: Der Assistent erstellt nur einen Entwurf; die angestellte Person entscheidet, was versendet wird.
• Reichweite 1: Der Pilot betrifft ein begrenztes Team und eine klar eingegrenzte Nachrichtenklasse.
• Sensitivität 2: Verarbeitet werden gewöhnlicher Kundeninhalt und interner Kontokontext in einem authentifizierten System.
• Ergebnis: Die höchste Bewertung ist 2, daher führt die vorläufige Route zu Tier 2 und einer funktionsübergreifenden Beurteilung.

Nun soll derselbe Assistent Identitätsdokumente und Angaben zu Zahlungsstreitigkeiten lesen, Rückerstattungen auslösen, den Kontostatus ändern und Antworten über mehrere Regionen automatisch versenden. Alle vier Dimensionen steigen im Beispiel auf Stufe 3: Kundengelder und Kontozugang schaffen schwere mögliche Folgen, externe Handlungen erfolgen ohne Einzelfreigabe, der Einsatz wird breit und hochvolumig, und Daten sowie Schreibzugriff sind hochsensitiv. Der Datensatz wird vor der Erweiterung erneut geöffnet und zu Tier 3 sowie in die parallele Pflichtenprüfung geleitet. Die frühere Freigabe reist nicht mit den neuen Befugnissen.

Das Inventar verdient Vertrauen, wenn eine Änderung von Daten, Befugnissen oder Reichweite den Prüfweg verändert – nicht bloss die Tabellenzeile.

Wie bleibt das KI-Inventar nach dem Start aktuell?

Das Inventar bleibt aktuell, wenn materielle Ereignisse den Datensatz automatisch zurück in eine Entscheidungswarteschlange führen und die verantwortliche Stelle ihn zusätzlich in einem risikobasierten Intervall bestätigt. NIST empfiehlt festzulegen, wer das Inventar pflegt, welche Systeme es abdeckt und welche Merkmale erfasst werden; eine breite organisatorische Abdeckung wird bevorzugt. Sie beweist jedoch keine Vollständigkeit. Der OECD-Rahmen unterstützt eine Neubeurteilung, wenn sich Daten, Fähigkeiten, Nutzende, Reife, Verbreitung oder Umfeld ändern. Höhere Exposition, rascher Wandel, jüngste Vorfälle oder schwache Nachweise können eine engere Prüfung rechtfertigen; ein universeller Quartals- oder Jahresrhythmus wäre nicht sachgerecht.

• Entdeckungsquellen: Produkt- und Prozessintake, Beschaffung, Verlängerungen, Applikations- und Architekturprüfung, Zugriffsverwaltung, Abonnemente, Mitarbeitendenmeldungen, Supportfälle, Vorfälle und Beschwerden.
• Änderungsauslöser: Zweck, Verantwortung, Betroffene, Markt, Daten, Aufbewahrung, Ergebnis, Berechtigung, Aufsicht, Anbieter, Modell, Integration, Volumen, Kontrolle, Vorfall, Pflicht, Pause oder Ersatz.
• Arbeitswarteschlangen: fehlende Verantwortung, unbekannte Bewertung, offene Eskalation, überfällige Prüfung, unbelegte Kontrolle, Anbieterwechsel oder unvollständige Stilllegung.
• Portfoliosicht: Anwendungen und Betroffene nach Tier und Lebenszyklus, fehlende Felder, offene Entscheide, Ausnahmen, Kontrolllücken, Routingdauer und bestätigte Stilllegungen.

1. Tage 1 bis 10: Dateneinheit, Mindestfelder, Verantwortungsregel, Lebenszyklusstatus und Entdeckungsquellen festlegen.
2. Tage 11 bis 20: Unterschiedliche Anwendungen probeweise einstufen, Belegsätze vergleichen sowie Anker und Eskalationsregeln kalibrieren.
3. Tage 21 bis 30: Bestätigungen durch Verantwortliche, Änderungsauslöser, Warteschlangen für veraltete Einträge und ein kleines Portfolio-Dashboard starten.

Ausserbetriebnahme ist dabei ein kontrollierter Lebenszyklusstatus und nicht das Löschen einer Zeile. Die NIST-Hinweise behandeln Verantwortung, Abhängigkeiten, Geschäftskontinuität, Migration, regulatorische Bedürfnisse und aufzubewahrende Nachweise; der britische Standard erfasst zudem Lebenszyklusphase, Prüffrequenz, Aktualisierungszeitpunkte und einen Status für ausgemusterte Systeme. Halten Sie deshalb Zugriffsentzug, Migration, abgeschlossene Abhängigkeiten und erforderliche Abschlussnachweise fest, ohne eine allgemeine Aufbewahrungsfrist zu erfinden. Die gesamte Methode bleibt ein interner Routingvorschlag: Folgenreiche Einsätze benötigen passende Fachexpertise, verantwortliche menschliche Prüfung und die separate Beurteilung aller anwendbaren Pflichten.