Rollen und Freigaben: wer am Assistenten was ändern darf

Ein Assistent auf der Website ist selten die Arbeit einer einzelnen Person. Jemand pflegt die Inhalte, jemand gibt Preise und Fristen fachlich frei, jemand kümmert sich um Einbindung und Werkzeuge, jemand liest die Auswertungen. Sobald mehrere Hände am selben Assistenten arbeiten, stellt sich eine Frage, die mit Technik wenig und mit Organisation viel zu tun hat: Wer darf was ändern, wer muss es freigeben, und wer darf die Gespräche der Besucher überhaupt lesen? Dieser Beitrag beschreibt ein schlankes Rollenmodell mit drei Stufen, das Vier-Augen-Prinzip für Systemanweisung und Wissensbasis, Fassungen mit Rücksprung, das Protokoll als Gedächtnis des Teams und die beiden Fehler, die sich in kleinen Teams wiederholen: geteilte Zugänge und verwaiste Konten.

Grafik vergrößern

Beschriftungen der Abbildung

• Bearbeitung
• Person A
• Fachfreigabe
• Person B
• System
• Fassungen
• Änderung vorbereiten
• Anweisung, Quelle, Preis
• Testfragen stellen
• vorher und nachher gleich
• Aussage prüfen, freigeben
• Preis, Frist, Zusage, Regel
• Rückfrage, falls nötig
• Bisherige Fassung
• bleibt abrufbar
• Neue Fassung aktiv
• Rücksprung legt eine weitere an
• abgelöst, nicht überschrieben
• Protokoll
• jede Handlung
• aus allen Bahnen
• Konto A · Änderung vorbereitet · Grund: neue Lieferzeit
• Konto B · Freigabe erteilt · nach Testfragen
• Konto C · Gespräch im Klartext geöffnet · Rolle Inhaber
• Kein Sammelkonto
• jede Zeile nennt eine Person

Eine Änderung, zwei Hände, eine Spur

Warum ein Assistent mehrere Hände mit unterschiedlichen Rechten braucht

Von außen sieht ein Assistent wie ein einzelnes Werkzeug aus: ein Fenster, eine Stimme, eine Wissensbasis. Hinter ihm stehen jedoch unterschiedliche Tätigkeiten, die selten in einer Hand liegen. Die Inhalte kommen aus dem Fachbereich. Die Freigabe einer Preisangabe oder einer Frist gehört zu der Person, die dafür geradesteht. Die Einbindung in Website und Shop übernimmt häufig eine Agentur oder die eigene IT. Und die Auswertung der Gespräche liegt beim Kundenservice oder bei der Geschäftsführung. Jede dieser Tätigkeiten braucht einen Zugang – aber jeweils einen anderen.

In einem kleinen Betrieb fallen mehrere dieser Hände in einer Person zusammen, und das ist kein Mangel. Entscheidend ist, dass die Zuständigkeiten benannt sind und dass niemand mehr Rechte trägt, als die eigene Tätigkeit verlangt. Welche Kenntnisse die einzelnen Zuständigkeiten mitbringen sollten, beschreibt der Beitrag zur KI-Kompetenz nach Artikel 4 AI Act. Hier geht es um die andere Seite derselben Frage: um Rechte, Freigaben und die Spur, die beides hinterlässt.

Drei Stufen statt Einzelrechten: Inhaber, Bearbeitung, Lesen

Rechte lassen sich als lange Liste einzelner Häkchen vergeben oder als wenige Stufen, die aufeinander aufbauen. Für ein Team, das einen Assistenten betreibt, ist die Stufe meist die bessere Wahl: Sie ist schneller vergeben, leichter zu prüfen und schwerer zu verwechseln. Jede höhere Stufe enthält die darunterliegende. Lesen erlaubt Einblick in Auswertungen und Einstellungen, ohne etwas zu verändern. Bearbeitung erlaubt Änderungen an Inhalten, Quellen und Systemanweisung. Die Inhaberrolle verwaltet das Team, vergibt und entzieht Rollen und entscheidet über Export und Löschung von Gesprächen. Manche Teams setzen zwischen Bearbeitung und Inhaber eine weitere Stufe für die technische Verwaltung; das Prinzip bleibt dasselbe.

Die Tabelle ist ein Ausgangspunkt, keine Vorschrift. Wichtiger als die genaue Zuordnung ist die Regel dahinter: Rechte folgen der Aufgabe, nicht der Stellung im Unternehmen. Eine Geschäftsführerin, die nur Auswertungen liest, braucht keine Bearbeitungsrechte. Ein Werkstudent, der die Wissensbasis pflegt, braucht keinen Zugriff auf Gesprächsinhalte. Einen Maßstab dafür bietet das IT-Grundschutz-Kompendium des Bundesamts für Sicherheit in der Informationstechnik (BSI). Der IT-Grundschutz ist ein Standard des BSI, kein Gesetz; seine MUSS-Formulierungen gelten innerhalb dieser Methode und beschreiben, was dort als Grundlage guter Praxis gilt. Die Regel oben fasst er in eine Basis-Anforderung:

Einladung und Entzug: der Lebenslauf eines Zugangs

Ein Zugang hat einen Anfang und ein Ende, und beide sollten bewusst gesetzt werden. Der Anfang ist die Einladung. Sie geht an die persönliche Adresse der Person, nicht an ein Sammelpostfach, und sie trägt die Rolle bereits in sich. Wer erst einlädt und die Rolle später anpasst, hat für eine Weile ein Konto mit unklaren Rechten im Team. Eine Einladung, die nicht angenommen wird, sollte nach einer Frist verfallen, statt als offene Tür liegen zu bleiben.

• Die Einladung geht an die persönliche Adresse, nicht an ein Sammelpostfach.
• Die Rolle wird bei der Einladung festgelegt und entspricht der Aufgabe, nicht der Position.
• Offene Einladungen haben ein Ablaufdatum und werden zurückgenommen, wenn sich der Bedarf erledigt hat.
• Ändert sich die Aufgabe, ändert sich die Rolle – auch nach unten.
• Vertretungen und externe Dienstleister erhalten einen Zugang mit Enddatum, das im Kalender steht.
• Der Entzug erfolgt am letzten Arbeitstag, nicht erst dann, wenn jemand daran denkt.

Das Ende ist der Teil, der in der Praxis häufig fehlt. Eine Mitarbeiterin wechselt in eine andere Abteilung, eine Agentur schließt ihr Projekt ab, ein Aushilfsvertrag läuft aus – und das Konto bleibt bestehen, weil sein Entzug an keinen Ablauf gebunden ist. Der IT-Grundschutz formuliert die Gegenregel als MUSS-Anforderung:

Vier Augen bei Systemanweisung und Wissensbasis

Ein Satz in der Systemanweisung verändert jede Antwort, die der Assistent danach gibt. Ein geänderter Preis in der Wissensbasis steht ab dem nächsten Gespräch vor einem Kunden. Diese Reichweite ist der Grund für das Vier-Augen-Prinzip: Die Person, die eine Änderung vorbereitet, gibt sie nicht selbst frei. Die zweite Person liest dabei nicht Korrektur, sondern prüft die Aussage – stimmt der Preis, ist die Frist haltbar, passt die neue Regel zu den übrigen? Was in eine Systemanweisung gehört und was nicht, beschreibt der Beitrag zur Systemanweisung und ihren Grenzen.

Die letzte Zeile ist wichtig, weil ein Vier-Augen-Prinzip, das jede Kleinigkeit erfasst, Gefahr läuft, umgangen zu werden. Sinnvoll ist eine Einteilung in Klassen: Aussagen, für die das Haus einsteht, brauchen eine Freigabe, reine Form nicht. In kleinen Teams muss die zweite Person nicht danebensitzen. Es genügt, dass sie die Änderung mit denselben Testfragen vor und nach der Änderung nachvollziehen kann, bevor sie gilt. Die Fachfreigabe für Preise gilt Werten, die von Hand in die Wissensbasis eingetragen werden; Preise, die automatisch aus Kasse oder Warenwirtschaft kommen, tragen ihre Freigabe bereits in der Quelle. Wer für welchen Inhalt zuständig ist und in welchem Turnus gepflegt wird, steht im Beitrag zum Pflegeprozess der Wissensbasis.

Fassungen und Rücksprung: Änderungen umkehrbar halten

Vier Augen verhindern viele Fehler, aber nicht alle. Deshalb gehört zu jeder Freigabe die Möglichkeit, sie zurückzunehmen. Das gelingt, wenn jede Änderung eine eigene Fassung erzeugt – mit Zeitpunkt, Konto und Grund – und die vorherige Fassung nicht überschreibt, sondern ablöst. Die Freigabe wird dadurch einfacher: Die zweite Person vergleicht zwei Fassungen, statt einen Gesamttext neu zu lesen. Und ein Rücksprung auf eine frühere Fassung ist selbst wieder eine Fassung, sodass auch er nachvollziehbar bleibt; zurückgeholt wird dabei der Stand, nicht die Antworten, die bis dahin schon gegeben wurden. Eine Fassung hält in der Regel fest:

• Zeitpunkt und persönliches Konto der Person, die geändert hat
• Grund der Änderung in einem Satz
• Betroffener Bereich: Systemanweisung, Quelle, Werkzeug oder Freigaberegel
• Wer freigegeben hat, und wann
• Die Testfragen, mit denen vorher und nachher geprüft wurde

Beim Rücksprung stellt sich eine eigene Frage: Wer darf ihn auslösen? Hier lohnt eine bewusste Ausnahme vom Vier-Augen-Prinzip. Der Rücksprung auf die zuletzt freigegebene Fassung führt in einen Zustand zurück, der bereits geprüft war. Ihn darf in der Regel auch die Bearbeitung ohne zweite Freigabe auslösen, damit ein Fehler am Abend nicht bis zum nächsten Morgen weiterwirkt. Wie ein Wechsel zwischen Fassungen ohne Unterbrechung im Kundendialog abläuft, beschreibt der Beitrag zur Aktualisierung ohne Ausfall.

Das Protokoll: wer hat wann was geändert

Ein Protokoll ist das Gedächtnis des Teams. Es beantwortet zwei Arten von Fragen. Die erste ist betrieblich: Seit wann antwortet der Assistent auf die Frage nach der Lieferzeit anders, und wer hat das geändert? Die zweite betrifft den Datenschutz: Wer hat auf welche Gespräche zugegriffen, wer hat exportiert, wer gelöscht? Für die zweite Art liefert die Rechenschaftspflicht den Grund: Die Datenschutz-Grundverordnung verlangt vom Verantwortlichen nicht nur die Einhaltung ihrer Grundsätze, sondern deren Nachweis:

Ein bestimmtes Mittel für diesen Nachweis nennt die Vorschrift nicht; ein Protokoll ist ein naheliegender Weg dazu. In ein Protokoll gehören in der Regel:

• Zeitpunkt und das persönliche Konto, das die Handlung ausgelöst hat
• Art der Handlung: Änderung, Freigabe, Rücksprung, Einladung, Entzug, Export, Löschung
• Gegenstand: welcher Assistent, welche Quelle, welches Gespräch
• Keine Gesprächsinhalte im Protokoll selbst – es verweist, es kopiert nicht
• Einträge, die sich nachträglich nicht ändern lassen

Der vierte Punkt wird leicht übersehen. Ein Protokoll, das den Wortlaut der aufgerufenen Gespräche mitschreibt, wird selbst zu einer zweiten Gesprächsablage und braucht dann eigene Fristen. Es genügt festzuhalten, dass und von wem ein Gespräch geöffnet wurde. Wer gegenüber Betroffenen oder der Aufsicht darlegen muss, wie mit Gesprächen umgegangen wurde, findet im Protokoll die Grundlage dafür. Welche Angaben eine Auskunft zum Chatverlauf enthält, beschreibt der Beitrag zum Auskunftsrecht nach DSGVO.

Gesprächsinhalte nur für die, die sie brauchen

Gespräche mit einem Assistenten enthalten mehr, als man erwartet: Namen, Telefonnummern, Bestellnummern, Beschwerden, gelegentlich Gesundheitsangaben oder Familienverhältnisse. Diese Inhalte sind personenbezogene Daten, und für sie gilt der Grundsatz der Datenminimierung – nicht nur bei der Erhebung, sondern auch beim Zugriff im eigenen Haus.

Praktisch heißt das: Die Auswertung arbeitet mit zusammengefassten Themen, offenen Fragen und Übergabegründen, nicht mit dem Wortlaut einzelner Gespräche. Um zu zeigen, welche Frage ohne belastbare Antwort blieb, braucht sie keine Namen; wie eine Auswertung nach Themen aussieht, zeigt die Seite zur Gesprächsanalyse. Auch wer ein Gespräch fortsetzt oder eine Beschwerde klärt, kommt in der Regel mit einer Ansicht aus, in der Namen, Adressen und Nummern verdeckt sind. Braucht die Fallbearbeitung doch einmal den Klartext, öffnet ihn die Inhaberrolle mit Angabe eines Grundes – und dieser Zugriff ist ein Ereignis, das im Protokoll steht. Die Voreinstellung zählt dabei ausdrücklich mit. Artikel 25 Absatz 2 DSGVO verlangt Maßnahmen, die sicherstellen, „dass durch Voreinstellung grundsätzlich nur personenbezogene Daten, deren Verarbeitung für den jeweiligen bestimmten Verarbeitungszweck erforderlich ist, verarbeitet werden“, und fährt fort: „Diese Verpflichtung gilt für die Menge der erhobenen personenbezogenen Daten, den Umfang ihrer Verarbeitung, ihre Speicherfrist und ihre Zugänglichkeit.“ Auf das Team übertragen spricht das dafür, Gesprächsinhalte in der Grundeinstellung nur denen zu öffnen, die sie für ihre Aufgabe brauchen.

Export und Löschung gehören in dieselbe Klasse. Ein Export bringt Gespräche aus dem geschützten System in eine Datei, die sich weiterleiten lässt; eine Löschung lässt sich nicht rückgängig machen. Beides sollte der Inhaberrolle vorbehalten sein und eine Protokollzeile hinterlassen. Wie lange Gespräche überhaupt aufbewahrt werden, ist eine eigene Entscheidung, die der Beitrag zu Löschfristen für Chatprotokolle behandelt.

Typische Fehler: geteilte Zugänge und verwaiste Konten

Ein typischer Fehler in kleinen Teams ist zugleich der bequemste: ein gemeinsamer Zugang für alle, oft unter der Sammeladresse des Betriebs. Er spart das Einladen, aber er entwertet fast alles, was in diesem Beitrag steht. Das Protokoll verzeichnet dann nur noch, dass das Sammelkonto etwas geändert hat. Ein Vier-Augen-Prinzip ist nicht nachweisbar, weil beide Augen dasselbe Konto benutzen. Und der Zugang einer Person, die das Unternehmen verlässt, lässt sich nicht entziehen, ohne das Kennwort für alle zu ändern. Der IT-Grundschutz nennt dagegen als Basis-Anforderung:

Gegen alle vier hilft ein fester Termin. Einmal im Quartal wird die Teamliste mit der aktuellen Personalliste abgeglichen, jede Rolle gegen die tatsächliche Aufgabe geprüft und jedes Konto hinterfragt, das seit längerer Zeit nicht benutzt wurde. Der IT-Grundschutz sieht eine solche Prüfung der dokumentierten Rechte vor und nennt den Maßstab: Die Dokumentation „MUSS regelmäßig daraufhin überprüft werden, ob sie den tatsächlichen Stand der Rechtevergabe widerspiegelt“. Für Konten mit weitreichenden Rechten, in der Regel die Inhaberrolle, lohnt zusätzlich eine zweite Anmeldestufe.

Was XICBOT für Schreibwege und Spuren mitbringt

Ein Teil dieser Regeln lässt sich organisatorisch lösen, ein anderer gehört ins System. In XICBOT laufen alle schreibenden Aktionen des Assistenten durch genau eine Ausführungsstelle, die vor der Ausführung Rolle, Bestätigung durch den Besucher und Mandantenzugehörigkeit prüft; kein Werkzeug schreibt an ihr vorbei. Diese Bestätigung gilt der einzelnen Aktion im Gespräch, nicht der Freigabe von Inhaltsänderungen im Team. Welche Aktionen ein Assistent überhaupt auslösen darf und welche vorher eine Bestätigung brauchen, legen Sie über die Tool-Steuerung fest. Für Gesprächsdaten führt XICBOT ein Ereignisprotokoll: Jeder Zugriff Ihres Teams auf Gespräche im Klartext, jeder Export aus der Verwaltung und jede Löschung, auch die durch einen Besucher, wird protokolliert. Was sich am Produkt selbst ändert, steht getrennt davon im öffentlichen Changelog.

Welche Rollen Ihr Team braucht, wer Systemanweisung und Wissensbasis freigibt und wie der Entzug an Ihre Austrittsliste gekoppelt wird, ist eine Frage Ihrer Organisation, nicht des Produkts. Das lässt sich bei der Einrichtung gemeinsam festlegen. Wenn Sie vorab wissen möchten, wie das für Ihren Betrieb aussehen kann, sprechen Sie uns an.

Häufige Fragen