Attended/Unattended Bots

Kurz erklärt

Attended und Unattended Bots sind zwei zentrale Betriebsmodi der Robotic Process Automation (RPA). Während Attended Bots als interaktive Assistenten auf der Workstation des Anwenders agieren und durch menschliche Interaktion gestartet werden, fungieren Unattended Bots als autonome Agenten, die auf zentralen Servern regelbasierte Prozesse ohne menschliche Eingriffe abwickeln. Die Wahl zwischen diesen Kategorien bestimmt maßgeblich die Effizienz der Prozessausführung und die notwendige Einbindung kognitiver Urteilskraft.

Definition

Attended Bots sind Software-Roboter, die lokal auf einem Arbeitsplatzrechner installiert sind. Sie unterstützen den Benutzer direkt bei der Ausführung komplexer, häufig wechselnder Aufgaben. Ein Attended Bot wartet auf einen expliziten Trigger, etwa eine Tastenkombination oder den Empfang einer E-Mail, und führt danach Teilabschnitte eines Prozesses aus, bei denen menschliche Entscheidungen oder die Validierung durch einen Sachbearbeiter erforderlich sind. Unattended Bots hingegen sind serverseitige Automatisierungslösungen. Sie sind für die Skalierung hochvolumiger, repetitiver End-to-End-Prozesse konzipiert. Die Aktivierung erfolgt zeitgesteuert oder ereignisbasiert durch einen Orchestrator. Diese Bots arbeiten völlig autark im Hintergrund, verarbeiten große Datenmengen in hoher Taktung und benötigen keine ständige Beobachtung durch einen Anwender.

Bedeutung im Fachkontext

Im Kontext der operativen Exzellenz (OPEX) dienen beide Bot-Typen der systematischen Reduktion manueller, fehleranfälliger Tätigkeiten. Während der Attended Bot die menschliche Produktivität durch punktuelle Assistenz steigert, zielt der Unattended Bot auf die vollständige Entlastung von Routinearbeiten ab. Die richtige Zuordnung ist kritisch für den Unternehmenserfolg: Eine Fehlentscheidung bei der Architekturwahl kann zu hohen Wartungskosten führen, wenn Prozesse, die eigentlich menschliche Flexibilität erfordern, in starre Unattended-Systeme gepresst werden, oder wenn Potenzial ungenutzt bleibt, weil Aufgaben, die automatisiert werden könnten, weiterhin manuell verbleiben.

Input, Verarbeitung, Output, Outcome, Impact

Schritte der Methode in Übersicht

Die Implementierung von RPA folgt einem vierstufigen Standardprozess: 1. Prozessidentifikation durch Datenanalyse; 2. Modus-Selektion zwischen Attended und Unattended; 3. Technische Implementierung der Bot-Logik; 4. Validierung und Deployment zur Produktionsaufnahme.

Beschreibung der Einzelschritte mit Ziel & Vorgehen

Anwendung und Vorgehen

Die erfolgreiche Implementierung von Attended und Unattended Bots erfordert ein systematisches Vorgehen, das weit über die reine technische Skripterstellung hinausgeht. Der Prozess beginnt bei der Prozessidentifikation, bei der Kandidaten für die Automatisierung gescreent werden. Hierbei ist entscheidend, nicht nur das Volumen zu betrachten, sondern die Struktur der Prozessschritte: Sind sie deterministisch? Gibt es klare Wenn-Dann-Logiken?

Nach der Identifikation folgt die Modus-Selektion. Dies ist der architektonische Wendepunkt. Ein Attended Bot wird gewählt, wenn der Prozess „Human-in-the-Loop“-Komponenten enthält. Ein klassisches Beispiel ist die Kundenservice-Maske, bei der ein Bot während eines Telefonats Daten aus drei verschiedenen Systemen zusammenfasst, der Mitarbeiter jedoch die finale Entscheidung über einen Rabatt trifft. Die Umsetzung erfolgt hier meist durch lokale Installationen, die direkt auf die UI des Mitarbeiters zugreifen.

Der Unattended Bot hingegen ist für Prozesse vorgesehen, die nach einem „Set-and-forget“-Prinzip funktionieren. Das Vorgehen umfasst hier die Bereitstellung auf einer virtuellen Maschine (VM) oder in einem Container. Die Technische Implementierung fokussiert sich bei Unattended Bots stark auf eine robuste Fehlerbehandlung (Exception Handling), da kein Mensch vor Ort ist, um bei einem hängenden Dialogfenster einzugreifen. Nach der Implementierung steht die Validierung und das Deployment an. Dies beinhaltet bei Unattended Bots eine intensive Orchestrierung, bei der der Scheduler die Startzeitpunkte definiert, während bei Attended Bots die User-Experience (UX) im Vordergrund steht – der Bot darf den Nutzer bei der Arbeit nicht durch langsame Reaktionszeiten stören.

Anwendungsgebiete

Die Einsatzszenarien für RPA-Bots sind vielfältig und decken nahezu alle administrativen Unternehmensbereiche ab:

• Finanzwesen: Hier dominieren Unattended Bots den Rechnungsabgleich. Sie lesen strukturierte Rechnungsformate (z. B. EDI- oder PDF-Daten) aus, gleichen diese gegen Bestellung und Wareneingang im ERP ab und buchen sie bei Übereinstimmung vollautomatisch. Attended Bots werden hingegen bei der manuellen Kontenklärung eingesetzt, wenn Unstimmigkeiten auftreten, die menschliches Augenmaß erfordern.
• Kundenservice: Attended Bots fungieren als „virtuelle Assistenten“. Sie bereiten Kundeninformationen (Stammdaten, letzte Interaktionen, offene Tickets) in einer Oberfläche auf, während der Agent telefoniert. Dies reduziert die durchschnittliche Bearbeitungszeit (AHT) massiv.
• IT-Administration: Die Benutzer-Provisionierung ist ein Paradebeispiel für Unattended Bots. Sobald ein neuer Mitarbeiter im HR-System angelegt wird, triggert das Ereignis einen Bot, der automatisch AD-Accounts erstellt, E-Mail-Postfächer einrichtet und Berechtigungen vergibt.
• HR-Prozesse: Unattended Bots übernehmen die Stammdatenpflege in Personalakten oder automatisieren die Erstellung von Arbeitsbescheinigungen. Attended Bots unterstützen HR-Manager bei der Vorbereitung von Vertragsunterlagen, indem sie Daten aus verschiedenen Quellen zusammenführen, bevor der Manager den Entwurf prüft und freigibt.

Typische Fehler und Missverständnisse

Die Praxis zeigt, dass viele RPA-Projekte an klassischen Denkfehlern scheitern. Ein prominentes Missverständnis ist der Glaube, Bots könnten mangelhafte Systemintegrationen (APIs) vollständig ersetzen. RPA ist eine Brückentechnologie; wenn eine API existiert, ist diese fast immer der direkte Weg vorzuziehen. Ein Bot, der lediglich eine unsaubere Oberfläche „bedient“, ist wartungsintensiv und fragil.

Ein weiterer Fehler ist das „Automatisieren von Ineffizienz“. Oft werden Prozesse, die inhaltlich falsch strukturiert sind, 1-zu-1 digitalisiert. Dies verstärkt den Fehler nur. Ein Prozess sollte vor der Automatisierung immer bereinigt werden („Lean first, automate second“). Zudem wird oft unterschätzt, dass Bots Wartung benötigen. Software-Updates an den Zielsystemen (z. B. ein GUI-Update im SAP) können die Selektoren des Bots brechen. Firmen, die kein dediziertes „Bot-Life-Cycle-Management“ haben, erleben nach sechs Monaten oft einen massiven Anstieg an Störungsmeldungen. Schließlich ist die Annahme, Attended Bots seien nur für „einfache“ Aufgaben da, falsch. Gerade hochkomplexe, kognitiv anspruchsvolle Aufgaben, bei denen der Bot dem Menschen assistiert, entfalten bei richtiger Gestaltung ein enormes Produktivitätspotenzial.

Abgrenzung und Grenzen

Die Grenze von RPA-Bots ist dort erreicht, wo unstrukturierte Daten und ethische Urteilskraft dominieren. Ein Bot kann eine Rechnungssumme prüfen, aber er kann keine emotionale Entscheidung darüber treffen, ob eine Kulanzzahlung in einer kritischen Kundenbeschwerde angebracht ist. Hier stoßen klassische regelbasierte Bots an ihre Kapazitäten.

Ein entscheidender Abgrenzungspunkt ist die Prozessstabilität. Wenn ein Prozess mehr als 10–15 % Ausnahmen (Exceptions) aufweist, die eine menschliche Intervention erfordern, ist ein reiner Unattended Bot meist unwirtschaftlich. In solchen Fällen ist der Attended Bot (Human-in-the-Loop) der bessere Ansatz. Die Abhängigkeit bei Attended Bots ist dabei die größte Limitation: Ist der Nutzer nicht am Rechner oder wird er durch den Bot in seiner Arbeitsweise behindert, sinkt die Performance. Unattended Bots hingegen sind völlig autonom, benötigen aber eine hochverfügbare IT-Infrastruktur – ein Serverausfall stoppt hier den gesamten Prozess. RPA ist zudem keine KI-Ersatztechnologie; für echte kognitive Aufgaben (z. B. das Verstehen von Kontext in Freitext-E-Mails) muss RPA mit Machine Learning ergänzt werden.