Der Zugriff beginnt vor dem ersten Prompt

Am Montagmorgen richtet ein Mitarbeiter einen neuen KI-Assistenten ein. Das Konto ist erstellt, die erste Frage auch: Darf das System die Projektordner auswerten? Wenige Minuten später soll die Anwendung auf Dateien, E-Mails und Kundendaten zugreifen. An dieser Stelle beginnt die Architektur, nicht erst bei der Auswahl des Modells.

Eine KI ist kein neutraler Zusatz. Sie ist ein neuer Weg zu Daten. Wer die Rechte vorher nicht klärt, baut eine Abkürzung in sein Zugriffskonzept.

Das Konto bestimmt den Datenraum

Die erste Einrichtung läuft häufig über das Konto einer Person, die ohnehin Zugriff auf vieles hat. Das wirkt praktisch. Für die KI heißt das: Sie sieht, was dieses Konto sehen darf. Auch dann, wenn die konkrete Aufgabe nur eine Projektablage betrifft.

Die passende Frage lautet: Welche Daten braucht diese Aufgabe? Ein Assistent, der Angebote zusammenfasst, braucht keinen Blick in Personalakten. Ein Werkzeug für den Vertrieb braucht keinen Zugang zu internen Kalkulationen. Ein weitreichendes Konto spart keine Arbeit. Es verschiebt nur die Prüfung auf später.

Quellen brauchen einen klaren Zweck

KI-Anwendungen verbinden sich selten nur mit einer Datei. Sie greifen auf SharePoint, Teams, E-Mail-Postfächer oder Fachanwendungen zu. Jede Verbindung erweitert den Bereich, aus dem Antworten entstehen. Das ist sinnvoll, wenn dieser Bereich bewusst gewählt wurde.

Ich höre in Gesprächen oft eine sauber beschriebene Funktion und nur einen beiläufigen Satz zu den Datenquellen. Das ist nachvollziehbar, denn der sichtbare Nutzen steht im Vordergrund. Die Verantwortung liegt jedoch auch in den Fragen dahinter: Aus welcher Quelle darf eine Antwort kommen? Welche Ordner bleiben außen vor? Wer darf eine Verbindung ändern?

Freigaben sind mehr als Berechtigungen

Eine Berechtigung ist notwendig, aber ersetzt keine Freigabe. Das gilt besonders, wenn eine KI Informationen zusammenführt, die bisher getrennt lagen. Ein Mitarbeiter darf zwei Ablagen einzeln öffnen. Daraus folgt nicht automatisch, dass ein Assistent beide Inhalte für eine neue Auswertung verbinden soll.

Ein Projektteam möchte zum Beispiel aus Besprechungsnotizen eine Übersicht offener Punkte erstellen. Ein eigener Bereich mit freigegebenen Notizen passt zu dieser Aufgabe. Werden stattdessen persönliche Notizbücher eingebunden, erscheinen Themen in der Auswertung, die dort nie hingehörten. Die Technik macht keinen Fehler. Sie folgt dem Zugriff, den man ihr gegeben hat.

Rollen halten Ausnahmen sichtbar

Sonderrechte entstehen gern unter Zeitdruck. Eine Person braucht etwas, ein Zugang wird erweitert, später erinnert sich niemand mehr daran. Bei KI-Anwendungen fällt das stärker ins Gewicht, weil eine einzelne Anbindung viele Inhalte berühren kann.

Erst die Aufgabe beschreiben, dann die Rolle festlegen. Eine Rolle zeigt, wer welche Quelle für welchen Zweck nutzen darf. Sie lässt sich prüfen, anpassen und wieder entziehen. Ein Sammelkonto mit weitreichenden Rechten lässt sich dagegen schwer erklären, wenn später jemand nachfragt.

Ein kleiner Pilot braucht kleine Rechte

Ein Pilot darf klein sein. Seine Berechtigungen sollten es ebenfalls sein. Wenn der Nutzen klar ist, können Sie den Zugriff gezielt erweitern. So bleibt nachvollziehbar, welche Entscheidung zu welcher Datenfreigabe geführt hat.

Der KI-Pilot ohne Betriebsmodell zeigt, warum ein überzeugender Test noch keinen geregelten Betrieb schafft. Eine KI-Standortbestimmung ordnet Aufgaben, Quellen und Verantwortlichkeiten, bevor neue Verbindungen entstehen. Gute KI-Architektur beginnt mit einem Zugriff, der so klein bleibt, wie die Aufgabe es erlaubt.

---

Michael Höner ist IT-Architekt und strategischer Sparringspartner für den Mittelstand. Er berät Unternehmen in NRW und bundesweit zu IT-Sicherheit, KI-Verantwortung und digitaler Architektur — ohne Produktprovisionen, ohne Implementierungsmandat.