Interner KI‑Assistent und Datenschutz: was vor dem Bau zu klären ist
Kurzantwort
Ein interner KI-Assistent verarbeitet fast immer personenbezogene Daten, also braucht er vor dem Bau eine geklärte Rechtsgrundlage, saubere Zugriffsrechte, eine geregelte Protokollierung und echte Datenminimierung. Die meisten Probleme entstehen nicht am Modell, sondern daran, dass der Assistent bestehende Berechtigungen nicht abbildet. Das sind allgemeine Hinweise und keine Rechtsberatung.
Bei einem internen KI-Assistenten wandert der Datenschutz schnell in den Hintergrund, weil die Daten ja schon im Haus liegen. Genau das ist die Falle. Der Assistent legt keine neuen Daten an, aber er verkürzt den Weg zu ihnen radikal: Was vorher in einem Ordner vergraben war, ist jetzt eine Frage entfernt. Vier Dinge sind vor dem Bau zu klären: auf welcher Rechtsgrundlage die Verarbeitung steht, ob der Assistent die vorhandenen Zugriffsrechte sauber abbildet, was protokolliert wird und wie lange, und ob er wirklich nur die nötigen Daten sieht. Der häufigste Bruch ist der zweite Punkt: Ein Assistent, der Berechtigungen einebnet, macht sensible Inhalte für alle sichtbar, die fragen können. Das hier ersetzt keine juristische Prüfung, es hilft, die richtigen Fragen früh zu stellen.
Der Assistent verkürzt den Weg zu den Daten
Bei einem internen KI-Assistenten kommt der Datenschutz oft zu spät auf den Tisch. Die Begründung klingt plausibel: Die Daten liegen doch schon bei uns, wir legen nichts Neues an, wir machen sie nur leichter zugänglich. Der letzte Halbsatz ist genau das Problem.
Ein Assistent erzeugt selten neue personenbezogene Daten. Was er verändert, ist die Reichweite der vorhandenen. Ein Personalgespräch, das in einem Unterordner lag, den niemand fand, ist nach der Anbindung eine gut gestellte Frage entfernt. Eine Kundenzusage in einem alten Ticket, ein Gehaltsvermerk in einer Tabelle, eine Krankmeldung in einer Mail: alles davon war technisch schon da und praktisch unerreichbar. Der Assistent hebt diese praktische Hürde auf. Damit wird aus einem ruhenden Bestand ein durchsuchbarer, und Datenschutz misst sich nicht am Anlegen, sondern am Zugriff.
Ein interner KI-Assistent legt keine neuen Daten an. Er macht die vorhandenen auffindbar, und genau da entscheidet sich der Datenschutz.
Das ist der Grund, warum die Klärung vor den Bau gehört und nicht in ein Freigabe-Meeting kurz vor dem Start. Wer die vier folgenden Fragen früh beantwortet, baut den Assistenten von Anfang an so, dass er auffindbar macht, was auffindbar sein darf, und den Rest nicht.
Die vier Fragen vor dem Bau
Über verschiedene Projekte hinweg kehren dieselben vier Fragen wieder. Sie sind keine juristische Prüfung, sondern die Punkte, an denen ein Datenschutzverantwortlicher später ansetzt. Wer sie vorab klärt, verkürzt genau dieses spätere Gespräch.
| Frage | Was zu klären ist | Woran du merkst, dass es fehlt |
|---|---|---|
| Rechtsgrundlage | Auf welcher Basis werden personenbezogene Daten verarbeitet, und ist der Zweck benannt? | niemand kann sagen, warum der Assistent welche Daten sehen darf |
| Zugriffsrechte | Bildet der Assistent die bestehenden Berechtigungen ab, statt sie einzuebnen? | jede Frage liefert alles, unabhängig davon, wer fragt |
| Protokollierung | Was wird gespeichert, wie lange, und wer darf es einsehen? | Prompts und Antworten liegen unbefristet und ungeprüft herum |
| Datenminimierung | Sieht der Assistent nur die Daten, die er für den Zweck braucht? | die ganze Ablage wird angebunden, weil es einfacher war |
Die Rechtsgrundlage ist die Frage nach dem Warum. In den meisten internen Fällen geht es um Beschäftigten- oder Kundendaten, und dafür braucht es einen benannten Zweck und eine tragfähige Grundlage, die eure Rechtsabteilung oder ein externer Datenschützer bewertet. Kommt der Anbieter des Modells als Auftragsverarbeiter ins Spiel, gehört ein passender Vertrag dazu. Das sind Standardfragen, aber sie werden erstaunlich oft übersprungen, weil das System ja intern ist.
Zugriffsrechte schlagen Modellwahl
Von den vier Fragen ist die zweite die, die am meisten unterschätzt wird. Ein Assistent, der auf eine gemeinsame Wissensbasis zugreift, kennt per Voreinstellung keine Grenzen zwischen Abteilungen. Er sieht, was angebunden ist, und antwortet jedem, der fragt. Wenn die Anbindung nicht die vorhandenen Rechte spiegelt, wird aus einem Werkzeug für Auskünfte ein Werkzeug, das Berechtigungen aushebelt.
Der saubere Weg ist, dass der Assistent die Identität der fragenden Person kennt und nur die Quellen durchsucht, für die diese Person ohnehin freigegeben ist. Technisch heißt das, Rechte werden zur Abfragezeit geprüft und nicht beim Import weggeworfen. Das ist mehr Arbeit als alles in einen Topf zu werfen, und es ist der Unterschied zwischen einem Assistenten, den der Datenschutz durchwinkt, und einem, der beim ersten Test durchfällt.
| Situation | Ohne saubere Rechte | Mit sauberen Rechten |
|---|---|---|
| Mitarbeiter fragt nach Gehältern | Assistent zeigt die Tabelle, weil sie angebunden ist | Assistent findet nichts, weil die Person keinen Zugriff hat |
| Projektteam fragt nach Vertragsdetails | jede Zusage ist für alle sichtbar | nur Freigegebene sehen den Vertrag |
| Support fragt nach Kundenhistorie | volle Historie, auch gesperrte Fälle | nur die Fälle im eigenen Zuständigkeitsbereich |
Deshalb ist die erste Frage bei einem internen Assistenten nicht, welches Modell am stärksten ist, sondern ob der Assistent die Rechte deines Hauses respektiert. Ein schwächeres Modell mit sauberen Grenzen ist datenschutzrechtlich weit tragfähiger als ein starkes Modell, das alles sieht.
Die Vorab-Checkliste
Bevor ein interner KI-Assistent startet, beantworte diese fünf Fragen. Bleibst du bei einer hängen, hast du eine Datenschutz-Baustelle gefunden, und zwar bevor sie im Betrieb sichtbar wird.
- Welcher Zweck rechtfertigt die Verarbeitung, und auf welcher Grundlage steht sie?
- Spiegelt der Assistent die vorhandenen Zugriffsrechte, oder ebnet er sie ein?
- Was wird protokolliert, wie lange bleibt es liegen, und wer darf es einsehen?
- Sieht der Assistent wirklich nur die Daten, die der Zweck verlangt?
- Steht ein Auftragsverarbeitungsvertrag mit dem Anbieter, wenn Daten das Haus verlassen?
Kernsatz: Ein interner KI-Assistent ist zu einem kleinen Teil ein Modellprojekt und zu einem großen Teil ein Berechtigungsprojekt. Wer die Klärung überspringt, baut ein System, das im ersten Datenschutz-Review hängen bleibt.
Häufige Irrtümer
- Interne Daten brauchen keinen besonderen Datenschutz, sie sind ja schon bei uns.
- Der Datenschutz misst sich nicht daran, wo Daten liegen, sondern daran, wer sie zu welchem Zweck sieht. Ein Assistent, der Beschäftigten- oder Kundendaten breiter zugänglich macht, verändert genau diese beiden Fragen.
- Wenn das Hosting in der EU liegt, ist der Datenschutz erledigt.
- EU-Hosting ist ein sinnvoller Baustein, aber es sagt nichts darüber, wer im Haus welche Antworten bekommt. Die häufigste Lücke sitzt bei den internen Zugriffsrechten, nicht am Standort des Servers.
Fragen und Antworten
- Verarbeitet ein interner Assistent überhaupt personenbezogene Daten?
- Fast immer. Sobald Mails, Tickets, Verträge oder Personalunterlagen angebunden sind, stecken darin Namen, Kontaktdaten und oft Sensibleres. Die Frage ist selten ob, sondern welche und zu welchem Zweck.
- Reicht es, den Anbieter nach einem AV-Vertrag zu fragen?
- Ein Auftragsverarbeitungsvertrag ist wichtig, wenn Daten das Haus verlassen, aber er deckt nur die Beziehung zum Anbieter ab. Die internen Fragen, Rechtsgrundlage, Zugriffsrechte, Protokollierung und Datenminimierung, bleiben eure Aufgabe.
- Was ist der billigste erste Schritt?
- Eine Liste der Quellen, die angebunden werden sollen, und daneben die Frage, wer heute schon darauf zugreifen darf. Wo diese Spalte leer bleibt oder alle heißt, habt ihr die erste Baustelle gefunden, bevor eine Zeile Code geschrieben ist.
Sources and evidence
Dieser Artikel gibt allgemeine Hinweise und ersetzt keine Rechtsberatung. Für die Bewertung eures konkreten Falls sind eure Rechtsabteilung oder ein Datenschutzbeauftragter zuständig. Es werden keine Gesetzesnormen mit Zahlen zitiert.
