KI-Einsatz dokumentieren: Board-sichere Vorlage

Die drei Ebenen, auf denen Sie dokumentieren

KI-Dokumentation hat drei Ebenen, die aufeinander aufbauen. Wer nur eine davon hat, dokumentiert nicht vollständig.

Ebene 1: Das KI-Register. Was haben Sie im Einsatz, mit welchem Zweck, in welcher Risikoklasse? Das Register ist das Inventar. Ohne es können Sie keine Risikoklassifizierung vornehmen, keine Schulungen sinnvoll zuordnen, keine Prüfer beruhigen.

Ebene 2: Die Nutzungsdokumentation. Wer nutzt welches System, für welche Entscheidungen, in welchem Umfang? Das betrifft vor allem Hochrisiko-Systeme: Hier muss nachweisbar sein, dass ein Mensch die KI-Empfehlung kontrolliert hat, bevor eine Entscheidung getroffen wurde. Auch für begrenztes Risiko ist diese Ebene sinnvoll — nicht aus Pflicht, sondern weil sie im Schadensfall schützt.

Ebene 3: Der Audit Trail. Die maschinenlesbare, unveränderliche Protokollierung von KI-gestützten Vorgängen. Wer hat wann was eingegeben, was hat das System geantwortet, welche Entscheidung wurde daraufhin getroffen? Das ist die tiefste Ebene — und die einzige, die einem erfahrenen Prüfer standhält.

Besondere Kategorien nach Art. 9 DSGVO: Wenn der KI-Einsatz sensibel wird

Sobald ein KI-System Daten verarbeitet, die unter Art. 9 DSGVO fallen, erhöht sich der Dokumentationsaufwand erheblich. Die neun Kategorien besonderer personenbezogener Daten im Überblick:

Rassische und ethnische Herkunft
Politische Meinungen
Religiöse oder weltanschauliche Überzeugungen
Gewerkschaftszugehörigkeit
Genetische Daten (Art. 4 Nr. 13 DSGVO)
Biometrische Daten zur eindeutigen Identifizierung (Art. 4 Nr. 14 DSGVO)
Gesundheitsdaten (Art. 4 Nr. 15 DSGVO)
Daten zum Sexualleben oder zur sexuellen Orientierung
Daten zu strafrechtlichen Verurteilungen und Straftaten (Art. 10 DSGVO)

Im Mittelstand begegnen vor allem drei dieser Kategorien im KI-Kontext:

Gesundheitsdaten (Nr. 7): KI-gestütztes Fehlzeitenmanagement, Burnout-Prävention durch HR-Tools, Analyse von Krankentagsmeldungen. Jede Form von Inferenz über Gesundheitszustände aus Verhaltensdaten fällt hierunter.
Biometrische Daten (Nr. 6): Gesichtserkennung am Zugang, Fingerabdruck-Zeiterfassung, Stimm-Authentifizierung. Ab dem Zeitpunkt, wo das System zur Identifizierung eingesetzt wird, gilt der erhöhte Schutz.
Gewerkschaftszugehörigkeit (Nr. 4): Entscheidungssysteme im HR-Bereich dürfen nicht so trainiert sein, dass sie Gewerkschaftsmitglieder systematisch anders behandeln. Das ist schwerer zu kontrollieren als es klingt, wenn Trainingsdaten aus historischen Personaldaten stammen.

Wenn dein KI-System eine dieser Kategorien verarbeitet — auch indirekt über Inferenz — gelten zusätzlich: Datenschutzfolgenabschätzung verpflichtend (Art. 35 Abs. 3 lit. b DSGVO), explizite Einwilligung oder gesetzliche Ausnahme nach Art. 9 Abs. 2 DSGVO, und erhöhte Anforderungen an die Dokumentation im Verarbeitungsverzeichnis (Art. 30 DSGVO).

Vorlage: KI-Register-Eintrag nach Art. 9 DSGVO

Wenn dein System besondere Kategorien verarbeitet, sollte der Register-Eintrag mindestens diese Felder enthalten:

```
KI-Register-Eintrag | Besondere Datenkategorien (Art. 9 DSGVO)

Besondere Kategorie | [z. B. Gesundheitsdaten nach Art. 4 Nr. 15]
Rechtsgrundlage | [Art. 9 Abs. 2 lit. __: Einwilligung / arbeitsrechtl. Pflicht /
berechtigtes Interesse + Schutzmaßnahmen]
DSFA durchgeführt | [Ja / Nein / Datum]
DSFA-Ergebnis | [Akzeptables Restrisiko / Maßnahmen erforderlich]

Datenwege | [Welche Daten, von wo nach wo]
Speicherdauer | [Konkrete Frist]
Löschnachweis | [Wer löscht, wie, wann wird es protokolliert?]
Letzter Review | [Datum + Prüfer]
```

Dieser Eintrag ist kein einmaliges Dokument. Er muss bei jeder Änderung des Systems, seines Zwecks oder des Datenmodells aktualisiert und das Aktualisierungsdatum protokolliert werden.

Faustregel fuer den Review-Zyklus: Setze eine jaehrliche Pflicht-Pruefung fuer jedes KI-System im Register an. Zusaetzlich wird ein ausserordentlicher Review ausgeloest, wenn das System einen neuen Anwendungsfall erhaelt, wenn sich die zugrundeliegenden Daten wesentlich aendern, oder wenn ein Sicherheitsvorfall mit dem System in Verbindung steht. Wer diesen Zyklus dokumentiert und einhalt, erfullt die Kernpflicht des Art. 9 EU AI Act ohne Mehraufwand.

Ebene 1: Das KI-Register im Detail

Das KI-Register ist das Pflichtdokument des EU AI Acts für Hochrisiko-Systeme (Art. 49) — aber für alle anderen Risikoklassen ist es der sinnvolle Start, weil ohne Inventar keine Klassifizierung möglich ist.

Mindestfelder pro System:

Name und Version des Systems
Anbieter und Kontakt
Zweck: Was wird entschieden oder unterstützt?
Risikoklasse: Nach EU AI Act, mit Begründung
Eingesetzte Daten: Welche Datenkategorien fließen ein?
Verantwortlicher im Unternehmen
Datum der letzten Überprüfung

Das Register ist kein einmaliges Dokument. Bei jedem neuen Tool, jeder wesentlichen Änderung eines bestehenden Systems und mindestens einmal jährlich muss es aktualisiert werden.

Ebene 2: Nutzungsdokumentation

Für Hochrisiko-Systeme ist die Nutzungsdokumentation Pflicht: Nachweis der menschlichen Aufsicht (Art. 14 EU AI Act). In der Praxis bedeutet das: Wer hat wann welche KI-Empfehlung erhalten, und welche Entscheidung hat der Mensch daraufhin getroffen?

Für begrenztes Risiko ist die Nutzungsdokumentation keine Pflicht, aber sie hilft im Schadensfall erheblich. Wenn ein Chatbot-Nutzer behauptet, er sei durch eine KI-Antwort geschädigt worden, ist die entscheidende Frage: Hatte er einen Hinweis, dass er mit KI kommuniziert? Und wo ist dieser Hinweis dokumentiert?

Einfachste Form: ein Eintrag im Datenschutzhinweis plus eine Protokollierung der angezeigten Hinweise in den Server-Logs. Das reicht für eine erste Verteidigungslinie.

Ebene 3: Audit Trail

Der Audit Trail ist die technisch anspruchsvollste Ebene — und die, die am häufigsten fehlt, weil sie in der Entwicklung explizit gebaut werden muss.

Ein belastbarer Audit Trail:

Unveränderlich: Einmal geschriebene Einträge können nicht geändert oder gelöscht werden
Datiert und signiert: Jeder Eintrag hat Zeitstempel und Nutzer-ID
Vollständig: Kein KI-gestützter Vorgang läuft ohne Protokolleintrag
Exportierbar: Im Prüfungsfall muss ein Prüfer die Daten lesen können, ohne Systemzugang

In der Praxis bedeutet das eine Datenbanktabelle, die weder von Applikationscode noch von Nutzern überschrieben werden kann, mit Append-only-Rechten. Das ist keine technische Herausforderung — aber es muss von Anfang an so gebaut werden. Nachträglich eingebaut kostet das Dreifache.

Was eine Prüfung wirklich fordert

Viele Unternehmen gehen davon aus, dass eine Prüfung eine Dokumentenprüfung ist. Sie ist das auch — aber primär ist sie eine Prozessprüfung. Die Frage ist nicht nur „Haben Sie ein KI-Register?“, sondern „Können Sie zeigen, wie das Register aktuell gehalten wird?“

Konkret: Eine Behörde wird fragen, wie der Prozess bei einem neuen KI-Tool aussieht. Wird es im Register erfasst, bevor es produktiv geht? Oder danach? Oder nie? Das Register allein beantwortet das nicht — der Prozess dahinter muss beschrieben und nachweisbar sein.

Für Hochrisiko-Systeme kommt dazu: Die Behörde kann die technische Dokumentation (nach Anhang IV EU AI Act) und den Protokollierungsnachweis anfordern. Wer das erst zusammenstellt, wenn die Anfrage kommt, braucht Wochen. Wer es strukturiert hat, liefert es in Stunden.

Die versteckten Standardfehler

Register ohne Versionierung. Ein KI-Register, das nicht zeigt, was wann geändert wurde, hilft im Streitfall nicht weiter. Nutzen Sie eine versionierte Datei oder ein System mit Änderungshistorie.

Schulungsnachweis fehlt. Artikel 4 EU AI Act ist seit Februar 2025 aktiv. Wer nicht dokumentiert, dass Mitarbeitende KI-kompetent geschult wurden, hat eine Lücke — egal wie gut das Register ist.

Audit Trail extern gebaut, intern nicht. Viele Unternehmen verlassen sich darauf, dass der KI-Anbieter protokolliert. Aber der Anbieter-Log dokumentiert, was an seinen Servern passiert, nicht was in Ihrem Unternehmen mit dem Ergebnis passiert ist. Der interne Entscheidungsschritt — Mensch nimmt KI-Empfehlung an oder ab — ist nirgendwo außer in Ihrem eigenen System dokumentierbar.

Wie sich die Arbeit reduzieren lässt

Der größte Effizienz-Hebel: KI-Dokumentation nicht als separates Compliance-Projekt, sondern als Teil des Applikations-Designs. Wenn das System von Anfang an protokolliert, müssen Sie nichts nachbauen.

Konkret für die drei Ebenen:

KI-Register: einmal aufsetzen, halbjährliche Routine im Kalender
Nutzungsdokumentation: Teil des UI-Designs. Hinweise sind Pflicht, ihr Anzeigen lässt sich protokollieren
Audit Trail: technische Anforderung bei jeder KI-Applikation, die gebaut oder angepasst wird

AthenaRun-Applikationen haben den Audit Trail als Standardkomponente. Das ist nicht primär eine Compliance-Entscheidung, sondern eine Architektur-Entscheidung: Systeme, die nicht protokollieren, können nicht beobachtet und damit nicht sicher betrieben werden.

Wenn Sie heute Ihren Dokumentationsstand prüfen wollen: Erstgespräch buchen. 30 Minuten, kostenfrei. Wir gehen die drei Ebenen mit Ihnen durch und sagen Ihnen, wo die größten Lücken sind.

Stand: 2026-05-26 · AthenaRun GmbH, Frankfurt am Main

KI-Einsatz im Unternehmen dokumentieren. So bleibt das Board regresssicher.