Technisches Benutzerkonto: unter welchem Zugang eine Automatisierung läuft

Ein technisches Benutzerkonto ist ein Zugang, unter dem eine Automatisierung arbeitet und kein Mensch. Es trägt einen eigenen Namen, hat einen benannten Verantwortlichen im Haus und genau die Rechte, die der Ablauf braucht. Wer eine Automatisierung stattdessen unter der Kennung einer Person laufen lässt, verknüpft einen Geschäftsablauf mit einem Arbeitsverhältnis.

Technisches Benutzerkonto: Definition und Zweck

Getrennt werden zwei Dinge: wer etwas veranlasst und wer es ausführt. Ein Mensch meldet sich an, um zu arbeiten; eine Automatisierung meldet sich an, um eine festgelegte Aufgabe zu erledigen. Beide Rollen in derselben Kennung zu führen, macht jedes Protokoll unbrauchbar — im Nachhinein lässt sich nicht mehr sagen, ob ein Buchungssatz von einer Person stammt oder von einem nächtlichen Lauf.

In Standardsoftware heißen solche Zugänge Servicekonto, Integrationsbenutzer oder Systembenutzer. Der Name ist zweitrangig. Entscheidend ist, dass der Zugang keiner natürlichen Person gehört und mit dem Ein- und Austritt von Mitarbeitern nichts zu tun hat.

Der persönliche Zugang als häufigste Altlast

Bei der Übernahme geerbter Abläufe ist das der Fund, der am zuverlässigsten wiederkehrt. Jemand hat vor Jahren ein Skript eingerichtet, damit es auf seinem Rechner unter seiner Anmeldung läuft. Das Skript arbeitet weiter, auch wenn er das Haus längst verlassen hat — bis seine Kennung im Zuge des Austritts gesperrt wird.

Was dann geschieht, ist schwerer zu deuten als ein klarer Fehler. Der Ablauf bleibt aus, ohne dass jemand eine Meldung bekommt. Die Fachabteilung merkt es an der Folge: Listen, die nicht mehr voller werden, Belege, die liegen bleiben, eine Auswertung, die dieselbe Zahl zeigt wie in der Vorwoche. Solche Funde gehören in dieselbe Aufnahme wie die übrige Schatten-IT im Unternehmen.

Merkmale eines sauber geführten Kontos

• Eigener Name mit erkennbarem Zweck — nicht eine Nummer, sondern eine Bezeichnung, die die Aufgabe nennt.
• Benannter Verantwortlicher im Unternehmen, nicht beim Dienstleister.
• Nur die nötigen Rechte. Ein Ablauf, der Belege liest und Zahlungen zuordnet, braucht kein Recht, Stammdaten zu löschen.
• Ein Zugang je Aufgabe statt eines Sammelkontos für alles: Fällt einer aus, steht nur ein Ablauf still.
• Die Zugangsdaten liegen in einem Passworttresor, nicht in einer Tabelle, nicht in einer Mail und nicht im Skript selbst.
• Wechsel bei Dienstleisterwechsel. Endet eine Zusammenarbeit, wird das Kennwort gewechselt.
• Nachvollziehbares Protokoll: Anmeldungen und Änderungen sind dem Zugang zuzuordnen und bleiben eine festgelegte Zeit lesbar.

Technisches Benutzerkonto und personenbezogene Daten

Sobald ein Ablauf Kundendaten, Personaldaten oder Rechnungen mit Namen berührt, ist er eine Verarbeitung personenbezogener Daten. Der Zugang bestimmt dabei den Umfang: Was er lesen darf, sieht der Ablauf, und was der Ablauf sieht, gehört in das Verzeichnis der Verarbeitungstätigkeiten. Eng gesetzte Rechte sind deshalb kein technisches Detail, sondern die einfachste Art, diesen Umfang zu begrenzen.

Arbeitet ein Dienstleister im Auftrag mit diesen Daten, wird ein Auftragsverarbeitungsvertrag geschlossen. Welche Dienste und welche Sprachmodelle dabei Daten zu sehen bekommen, wird im Angebot festgehalten, bevor der erste Zugang eingerichtet ist.

Typische Fehler

Ein Sammelkonto für alle Abläufe, weil es bequem ist: Ein gesperrtes Kennwort legt dann sämtliche Automatisierungen gleichzeitig still. Administratorrechte, vorsichtshalber vergeben, weil niemand prüfen wollte, was tatsächlich gebraucht wird. Ein Kennwort, das in derselben Tabelle steht wie das Makro, das es benutzt. Und ein Zugang, der nach dem Ende eines Dienstleisters weiterbesteht, ohne dass jemand ihn abschaltet — der stillste und langlebigste dieser Fehler.

Ebenfalls verbreitet: ein Ablauf, der unter derselben Kennung sowohl liest als auch bucht, obwohl nur der zweite Schritt geprüft werden muss. Wer beides trennt, kann später einen Schritt abschalten, ohne den anderen zu verlieren.

Wie wir Zugänge bei der Übernahme ordnen

Bei der Aufnahme eines geerbten Ablaufs klären wir zuerst, unter welcher Kennung er arbeitet und welche Rechte diese trägt. Persönliche Zugänge ersetzen wir durch eigene Konten mit engem Rechteschnitt, wechseln die Kennwörter und schalten alte Zugänge ab. Welcher Zugang wofür zuständig ist, steht anschließend in der Beschreibung, die zur Betriebsübergabe an den Auftraggeber gehört — ebenso wie die Frage, ob ein Schritt über die Oberflächenautomatisierung läuft oder über einen Datenweg. Diese Ordnung der Zugänge ist Teil jeder Prozessautomatisierung für Unternehmen ohne eigene Entwicklung.