Checkliste für Protokollierung und Aufbewahrung

Eine wirksame Checkliste macht Rückverfolgbarkeit zur normalen Betriebsaufgabe. Bestimmen Sie zuerst das vollständige KI-System, seinen Verwendungszweck, die Rolle Ihres Unternehmens, die Einstufung und die tatsächlich von Ihnen kontrollierten Aufzeichnungen. Definieren Sie dann nur die Ereignisse, mit denen sich wesentliche Ergebnisse, Änderungen, menschliche Handlungen, Kontrollergebnisse und Vorfälle erklären lassen. Weisen Sie Verantwortliche für Erfassung, Zugriff, Prüfung, Aufbewahrung und Löschung zu und testen Sie, ob eine berechtigte Person den Ablauf rekonstruieren kann.

Bei Hochrisiko-KI-Systemen verlangt Artikel 12 des EU AI Acts technische Fähigkeiten zur automatischen Aufzeichnung von Ereignissen über die Lebensdauer des Systems. Nach Artikeln 19 und 26 müssen Anbieter und Betreiber automatisch erzeugte, von ihnen kontrollierte Protokolle für einen dem Zweck angemessenen Zeitraum und grundsätzlich mindestens sechs Monate aufbewahren, sofern anderes Recht nichts anderes bestimmt. Das gilt rollen- und systemspezifisch und rechtfertigt weder die Speicherung jeder Eingabe noch eine unbegrenzte Aufbewahrung.

1. Umfang vor zusätzlicher Datenerhebung klären

• [ ] Stabilen Systemnamen, Eigentümer, Zweck, Nutzer, betroffene Personen, Ein- und Ausgaben sowie Entscheidungen dokumentieren.
• [ ] Den gesamten Workflow mit Modellen, Datenquellen, Geschäftsregeln, menschlichen Schritten und Folgeaktionen abbilden.
• [ ] Anbieter-, Betreiber-, Einführer- oder Händlerrolle und die Hochrisiko-Einstufung mit Annahmen, Prüfer und Neubewertungsauslöser festhalten.
• [ ] Protokolle nach Kontrolle durch Unternehmen, Kunden und Anbieter trennen und Datenschutz-, Sicherheits-, Arbeits-, Branchen- und Vertragsregeln erfassen.

Ein Anbieterlabel oder Vertrag ersetzt die Rollenprüfung nicht. Rebranding, wesentliche Änderungen oder ein neuer Verwendungszweck können Verantwortlichkeiten verschieben. Halten Sie die Begründung so fest, dass sie bei Produktänderungen erneut geprüft werden kann.

2. Prüffragen und minimale Ereignisse definieren

• [ ] Fragen von Ermittlern, Kunden, Prüfern und Kontrollverantwortlichen auflisten und jeder Frage einen Ereignistyp zuordnen.
• [ ] System-, Modell-, Komponenten-, Konfigurations-, Release- und Umgebungskennungen sowie Zeit- und Korrelationskennungen erfassen.
• [ ] Kontrollergebnisse, Warnungen, Fehler, Rückfälle, Ausnahmen und erforderliche Freigaben, Ablehnungen oder Eskalationen dokumentieren.
• [ ] Änderungen, Beschwerden, Vorfälle und Korrekturen mit der betroffenen Version verknüpfen; Schema versionieren und Pflichtfelder automatisiert testen.

Eine sinnvolle Aufzeichnung beantwortet eine konkrete Frage. Reine Verfügbarkeitsdaten zeigen selten, welche Version ein Ergebnis erzeugte oder ob ein Mensch eingriff. Vollständige Prompts, Dokumente, Antworten und Identitäten können dagegen Risiken schaffen. Nutzen Sie geschützte Verweise, Hashes, strukturierte Zusammenfassungen oder eingeschränkte Momentaufnahmen, wenn diese genügen.

3. Verantwortung über den Lebenszyklus verteilen

• [ ] Eine rechenschaftspflichtige Person je System benennen.
• [ ] Engineering für Instrumentierung und Schemas, Produkt für Zweck und Änderungen, Daten/ML für Modelle und Bewertungen, Security für Zugriff und Integrität, Datenschutz für Minimierung und Compliance für Anforderungszuordnung und Tests zuständig machen.
• [ ] Verantwortlichkeiten von Kunden und Anbietern ausdrücklich dokumentieren.

Eine Verantwortungstabelle im KI-Systemregister genügt oft. Ziel ist, vorhandene Produkt-, Sicherheits-, Datenschutz- und Risikoprozesse zu verbinden und nachträgliche Rekonstruktionen unter Zeitdruck zu vermeiden.

4. Erfassung in die Produktlieferung integrieren

• [ ] Einstufungsentscheidung mit Produktspezifikation und Modell-, Prompt-, Daten-, Konfigurations- und Evaluationsversionen mit dem Release verbinden.
• [ ] Die Deployment-Pipeline Produktionskennungen, Freigaben, Kontrollstatus und Rollback-Verweise erzeugen lassen.
• [ ] Ausnahmen, menschliche Eingriffe, Beschwerden, Vorfälle und Warnungen möglichst automatisch erfassen.
• [ ] Wesentliche Änderungen an Zweck, Modell, Daten, Schwellenwert, Integration oder Aufsicht neu bewerten.

Nachweise sollten dort entstehen, wo entschieden wird: in Spezifikation, Pull Request, Evaluation, Deployment, Ticket oder Vorfallprozess. Automatische Prüfungen sichern die Routinevollständigkeit; Menschen beurteilen wesentliche Änderungen und Ausnahmen.

5. Zugriff und Integrität schützen

• [ ] Aufzeichnungen nach Sensibilität klassifizieren und Betriebszugriff von Untersuchungszugriff trennen.
• [ ] Minimale Rechte, starke Authentifizierung, Verschlüsselung und Zugriffsprotokolle einsetzen.
• [ ] Exporte, Veränderungsschutz, Vorfallaufbewahrung und verständliche Schemadokumentation regeln.

Protokolle können personenbezogene Daten, Kundengeheimnisse und Sicherheitsinformationen enthalten. Ein zentraler Speicher ohne Grenzen wird selbst zum Risiko.

6. Aufbewahrung und Löschung je Aufzeichnungsklasse festlegen

• [ ] Zweck, Startzeitpunkt, normales Löschdatum und anwendbare Artikel-19- oder Artikel-26-Mindestfrist dokumentieren.
• [ ] Mindestfrist mit Datenminimierung, Speicherbegrenzung, Branchenregeln, Verträgen, Vorfällen und Sperren abstimmen.
• [ ] Zeitplan auf Primärspeicher, Analysen, Exporte, Replikate und Backups anwenden; Ausnahmen genehmigen und Löschung testen.

„Mindestens sechs Monate“ ist keine universelle Frist. Sie betrifft bestimmte automatisch erzeugte Hochrisikoprotokolle unter Kontrolle des jeweiligen Akteurs. Unterschiedliche Klassen können unterschiedliche begründete Fristen benötigen.

7. Prüfung und Eskalation auslösen

• [ ] Bei wesentlichen Änderungen, fehlenden Kennungen, Kontrollfehlern, ungewöhnlichen Überschreibungen, unerwarteter Leistung oder unbefugter Nutzung eine Prüfung starten.
• [ ] Vorfälle, Beschwerden und Anbieterhinweise mit dem Systemdatensatz verbinden.
• [ ] Für jeden Auslöser Ziel, Schweregrad, Reaktionszeit, Entscheider und Abschlussnachweis festlegen.
• [ ] Offene Abhilfen, Trends und risikobasierte Stichproben verfolgen.

Ein Alarm ohne Eigentümer und Abschlussregel ist keine wirksame Kontrolle. Bessere Kennzahlen als Datenmenge sind Schemavollständigkeit, erfolgreiche Rekonstruktion, offene Ausnahmen, Zugriffsverletzungen und Löschleistung.

8. Nachweiskette testen

• [ ] Ein Release mit Umfang, Freigaben, Versionen, Bewertung und Deployment rekonstruieren.
• [ ] Ein Ergebnis mit Kontext, Kontrollen und menschlicher Handlung sowie einen Vorfall bis zum Abschluss verfolgen.
• [ ] Zugriff, Export und Löschung in allen verwalteten Kopien prüfen.
• [ ] Lücken, Verantwortliche, Termine und Wiederholungsprüfungen dokumentieren.

Die Prüfung sollte jemand durchführen, der die Aufzeichnung nicht erstellt hat. Werden private Nachrichten oder das Gedächtnis einer einzelnen Person benötigt, ist der Ablauf noch nicht wiederholbar.

Praktischer Start in einer Woche

Wählen Sie einen wesentlichen KI-Workflow. Dokumentieren Sie Grenze, Rolle, Einstufung, Fragen, Anbieter und Lücken. Vereinbaren Sie Ereignisschema, Verantwortung, Zugriff, Aufbewahrung und Prüfauslöser. Führen Sie anschließend eine Rekonstruktion durch und erstellen Sie einen kurzen Maßnahmenplan. Übertragen Sie die Vorlage danach auf den nächsthöheren Risikofall.

Nach der Änderung von 2026 gelten die Hochrisikoregeln für Anwendungsfälle des Anhangs III ab 2. Dezember 2027 und für in regulierte Produkte des Anhangs I integrierte Systeme ab 2. August 2028. Nutzen Sie den Übergang zum Testen des Betriebsmodells.

Häufige Fehler

Mit einem Werkzeug statt mit Umfang und Fragen beginnen; alles speichern; Telemetrie als vollständigen Prüfpfad ansehen; Anbietergrenzen offenlassen; jede Freigabe manuell machen; Löschung nur auf Papier regeln. Automatisieren Sie Routineprüfungen und testen Sie Rekonstruktion und Löschung praktisch.

FAQ

Was ist der praktische Zweck?

Eine berechtigte Person soll wesentliche Aktivität, Kontrollen, menschliche Handlungen, Änderungen und Folgemaßnahmen nachvollziehen können – nicht möglichst viele Daten sammeln.

Wann gilt dies für SaaS-Teams?

Die genannten AI-Act-Pflichten betreffen Hochrisiko-KI-Systeme abhängig von Rolle und Kontrolle. Andere Systeme können wegen Sicherheit, Datenschutz, Verträgen oder Vorfällen angemessene Aufzeichnungen benötigen.

Was sollte zuerst geändert werden?

Dokumentieren Sie Grenze, Zweck, Rolle, Einstufung, kontrollierte Protokolle und Prüffragen eines Systems. Definieren Sie danach Minimalereignisse, Verantwortliche, Zugriff, Aufbewahrung und Auslöser.

Müssen alle Prompts und Antworten gespeichert werden?

Nein. Wählen Sie Felder nach einem festgelegten Zweck und verwenden Sie, soweit ausreichend, minimierte Metadaten, geschützte Verweise, Hashes oder eingeschränkte Stichproben.

Wie lässt sich die Wirksamkeit nachweisen?

Durch Rekonstruktions-, Zugriffs-, Export- und Löschtests, dokumentierte Lücken und Wiederholungsprüfungen.

Quellen

• Verordnung (EU) 2024/1689, konsolidiert zum 27. Juli 2026, insbesondere Artikel 12, 19 und 26.
• Verordnung (EU) 2026/1744 zu den geänderten Umsetzungsterminen.
• Europäische Kommission, „AI Act“, aktueller Zeitplan und Überblick.