Typische Anwendungsf\u00e4lle haben folgendes gemeinsam: fester Ablauf, strukturierte Eingangsdaten, genug Wiederholungen pro Woche, um Entwicklung und Wartung zu tragen. <\/p>\n\n\n\n
Nach Branchen sammeln sich die F\u00e4lle dort, wo Belegmengen und Regulierung zusammenkommen, also im Banken- und Versicherungsumfeld, bei Energieversorgern und in der Verwaltung. Welche f\u00fcnf Merkmale ein Kandidatenprozess erf\u00fcllen muss, steht weiter unten unter \u201eWelche Prozesse einem Bot standhalten“.<\/p>\n\n\n\n
Im Marketing ist der Bot dagegen selten die erste Wahl. Werbe- und Analyseplattformen bieten meist dokumentierte Schnittstellen an, und wer Kampagnendaten dar\u00fcber zieht, bekommt sie stabiler als \u00fcber eine nachgebaute Klickstrecke im Anzeigenkonto. Interessant wird RPA erst bei Werkzeugen ohne API, etwa einem \u00e4lteren PIM oder einem Lieferantenportal ohne Datenexport.<\/p>\n\n\n\n
So arbeitet ein Bot auf der Benutzeroberfl\u00e4che<\/h2>\n\n\n\n
RPA automatisiert „outside-in“: Die Werkzeuge arbeiten auf der Oberfl\u00e4che anderer Computersysteme so, wie es ein Mensch t\u00e4te. Das Informationssystem selbst bleibt dabei unver\u00e4ndert. Das unterscheidet den Ansatz von klassischer Workflow-Technologie, die „inside-out“ in die Anwendung eingreift. <\/p>\n\n\n\n
Der praktische Vorteil: Bots lassen sich auch dort einsetzen, wo keine API existiert oder die Ressourcen f\u00fcr eine tiefe Integration fehlen.<\/p>\n\n\n\n
Von Trigger bis R\u00fcckmeldung<\/h3>\n\n\n\n
Ein Bot-Lauf beginnt mit einem Trigger, also einem Ereignis oder einer Bedingung, die die Aufgabe startet. Das kann ein Zeitplan sein, eine Logik im Prozessablauf oder bei Attended Bots eine Aktion des Mitarbeiters. <\/p>\n\n\n\n
Anschlie\u00dfend sammelt der Bot die ben\u00f6tigten Daten, typischerweise aus E-Mails, Tabellen, CRM- oder ERP-Systemen und Datenbanken. Erst danach folgen die eigentlichen Aktionen auf der Oberfl\u00e4che: anmelden, navigieren, Felder ausf\u00fcllen, Werte \u00fcbertragen, Dokumente ablegen.<\/p>\n\n\n\n
Am Ende steht die Ergebnis\u00fcbergabe, und genau hier entscheidet sich die Betriebstauglichkeit. Tritt eine Ausnahme auf, etwa durch widerspr\u00fcchliche Daten, geht der Vorgang zur manuellen Weiterbearbeitung, statt den Lauf zu blockieren. Wer diesen Ausschleusepfad nicht mitplant, baut einen Bot, der beim ersten unerwarteten Datensatz den gesamten Stapel anh\u00e4lt.<\/p>\n\n\n\n
Studio, Orchestrator, Robot<\/h3>\n\n\n\n
Eine RPA-Plattform besteht \u00fcblicherweise aus drei Komponenten. <\/p>\n\n\n\n
- \n
- Im Studio entsteht die Automatisierung visuell, bei UiPath etwa als Sequenz-, Fluss- oder Zustandsdiagramm mit Aktivit\u00e4ten f\u00fcr jede Tastatur- und Mauseingabe<\/li>\n\n\n\n
- Der Orchestrator \u00fcbernimmt Deployment, Konfiguration, Zeitplanung, Queue-Management und Logging<\/li>\n\n\n\n
- Der Robot ist die Instanz, die den Ablauf tats\u00e4chlich ausf\u00fchrt und die Benutzeraktionen am Bildschirm nachbildet<\/li>\n<\/ol>\n\n\n\n
Das Skript wird in der Entwicklungsumgebung erstellt und getestet, zentral im Repository abgelegt und in einer ausgew\u00e4hlten Laufzeitumgebung ausgef\u00fchrt. <\/p>\n\n\n\n
Wer nur „einen Bot“ beschafft und die Orchestrierung ausspart, verliert damit die Steuerung \u00fcber Warteschlangen, Zeitpl\u00e4ne und Protokolle. Genau diese Ebene macht aus einzelnen Automatisierungen einen skalierbaren Betrieb, weil sich L\u00e4ufe verteilen, priorisieren und nachvollziehen lassen.<\/p>\n\n\n\n
Warum Selektoren \u00fcber Erfolg entscheiden<\/h3>\n\n\n\n
Klassische RPA-Werkzeuge wie UiPath, Automation Anywhere, Blue Prism und Power Automate binden ihre Schritte an konkrete Oberfl\u00e4chenelemente: Selektoren, XPaths und Objekt-IDs. <\/p>\n\n\n\n
\u00c4ndert sich ein Bildschirm, erscheint eine neue Anwendungsversion oder benennt ein Anbieter einen Klassennamen um, dann kann diese Bindung brechen und der Bot h\u00e4lt an. <\/p>\n\n\n\n
SAP formuliert denselben Sachverhalt herstellerneutral: Bots sind auf Elemente der Benutzeroberfl\u00e4che angewiesen. Deshalb k\u00f6nnen schon kleinste \u00c4nderungen an der Anwendung die Automatisierung st\u00f6ren.<\/p>\n\n\n\n
Daraus folgt eine Anforderung an den Kandidatenprozess. Je h\u00e4ufiger sich das Zielsystem \u00e4ndert, desto teurer wird der Bot im Unterhalt, unabh\u00e4ngig davon, wie sauber er gebaut ist. Regelm\u00e4\u00dfige Updates, laufende \u00dcberwachung und eine belastbare Governance sind deshalb Voraussetzung f\u00fcr zuverl\u00e4ssigen Betrieb.<\/p>\n\n\n\n
Attended oder unattended?<\/h2>\n\n\n\n
Die Typwahl ist die erste Entscheidung. Sie legt fest, unter wessen Rechten der Bot l\u00e4uft, wo er ausgef\u00fchrt wird und wer die Prozessverantwortung tr\u00e4gt. Sie wirkt direkt auf die Lizenzkosten, weil unbeaufsichtigte Ausf\u00fchrung anders abgerechnet wird als der Betrieb am Arbeitsplatz.<\/p>\n\n\n\n
Attended: Bot am Arbeitsplatz<\/h3>\n\n\n\n
Attended Bots warten darauf, von Mitarbeitern aktiviert zu werden. Im Attended Mode arbeitet der Bot als virtueller Assistent auf dem Rechner eines Fachbereichsmitarbeiters. Er l\u00e4uft unter dessen Aufsicht und mit dessen Benutzerrechten. Die Prozessverantwortung bleibt damit beim Menschen, der Bot l\u00e4uft auf dessen Desktop oder auf einem virtuellen zweiten Desktop.<\/p>\n\n\n\n
Dieser Einsatz zielt meist auf Front-Office-Aktivit\u00e4ten und l\u00e4uft am Arbeitsplatz sichtbar ab. Deshalb ist auch von Robotic Desktop Automation (RDA) oder von einem Digital Assistant die Rede. Wenn ein Sachbearbeiter pro Vorgang entscheidet und der Bot nur die Tipparbeit \u00fcbernimmt, ist das der passende Typ. Die Rechte \u00fcber das Mitarbeiterkonto vereinfachen den Start, koppeln den Bot aber an Anwesenheit und Anmeldung dieses Nutzers.<\/p>\n\n\n\n
Unattended: Bot auf der virtuellen Maschine<\/h3>\n\n\n\n
Unattended Bots arbeiten unabh\u00e4ngig und f\u00fchren einen regelbasierten Prozess bis zum Abschluss durch. Ausgel\u00f6st werden sie nach Zeitplan oder durch Logik im Prozessablauf, nicht durch einen Menschen. Ausgef\u00fchrt werden sie auf freien beziehungsweise virtuellen Maschinen, damit die Arbeitslast \u00fcberhaupt zu bew\u00e4ltigen ist.<\/p>\n\n\n\n
Dieser Typ ist f\u00fcr hohe Mengen ausgelegt und bearbeitet Vorg\u00e4nge vollst\u00e4ndig ohne Aufsicht. Der Preis daf\u00fcr ist doppelt: Jede unbeaufsichtigte Automatisierung braucht eine eigene Lizenz. Dazu kommt eine Ausf\u00fchrungsumgebung, die auch nachts und am Wochenende bereitsteht. Wer nachts 4.000 Rechnungspositionen \u00fcbertragen lassen will, kommt an unattended Betrieb nicht vorbei, muss aber Lizenz und Infrastruktur zusammen kalkulieren.<\/p>\n\n\n\n
Wann sich ein hybrider Aufbau lohnt<\/h3>\n\n\n\n
Ein hybrider Aufbau teilt den Prozess an der Stelle, an der die menschliche Entscheidung endet. Der Mitarbeiter pr\u00fcft und l\u00f6st den Vorgang aus, den mengenintensiven Rest \u00fcbernimmt eine unbeaufsichtigte Instanz nach Zeitplan oder Warteschlange. Sinnvoll ist diese Teilung dort, wo nur der erste Schritt Ermessen erfordert, der nachgelagerte Teil aber vollst\u00e4ndig regelbasiert ist. Belastbare Kennzahlen zur Verbreitung und zum Nutzen hybrider Aufbauten liefert die Recherche nicht. [Recherchel\u00fccke, menschliche Pr\u00fcfung]<\/p>\n\n\n\n
Aufgezeichnet, geklickt oder programmiert<\/h2>\n\n\n\n
Bot-Skripte entstehen laut Gartner-Marktdefinition entweder (1) per Programmierung oder (2) \u00fcber eine Low-Code- beziehungsweise No-Code-Oberfl\u00e4che. <\/p>\n\n\n\n
Der dritte Weg ist die Aufzeichnung: Citizen Developer schneiden eine Abfolge von Schritten w\u00e4hrend der Ausf\u00fchrung mit. Das System wandelt diese Aktionen dann in wiederholbare Abl\u00e4ufe um, die der Bot sp\u00e4ter ausf\u00fchrt. Alle drei Wege m\u00fcnden in dasselbe Ergebnis, ein Skript, das im Repository liegt und in einer Laufzeitumgebung deployt wird.<\/p>\n\n\n\n
Die Wege tragen unterschiedlich weit. Die Aufzeichnung eignet sich f\u00fcr kurze, lineare Klickstrecken ohne Verzweigungen und ist der schnellste Einstieg f\u00fcr Fachbereiche. <\/p>\n\n\n\n
Sobald Bedingungen, Schleifen, Ausnahmebehandlung und \u00dcbergaben zwischen mehreren Anwendungen dazukommen, f\u00fchrt der Weg \u00fcber das Studio. Dort werden die Aktivit\u00e4ten als Sequenz-, Fluss- oder Zustandsdiagramm strukturiert. <\/p>\n\n\n\n
Der typische Fehlgriff ist, eine aufgezeichnete Klickstrecke direkt produktiv zu setzen: Sie enth\u00e4lt keine Pr\u00fcfungen, keinen Ausschleusepfad f\u00fcr fehlerhafte Datens\u00e4tze und bricht bei der ersten Oberfl\u00e4chen\u00e4nderung. Da jedes Skript vor dem Deployment getestet und freigegeben wird, geh\u00f6rt der Aufwand f\u00fcr Test und Governance in jede Sch\u00e4tzung, unabh\u00e4ngig vom gew\u00e4hlten Weg.<\/p>\n\n\n\n
Welche Prozesse einem Bot standhalten<\/h2>\n\n\n\n
Ein Kandidatenprozess l\u00e4sst sich an f\u00fcnf Merkmalen pr\u00fcfen. Er muss regelbasiert sein, weil der Bot einem vordefinierten Ablauf folgt und keine eigenen Entscheidungen trifft. Die Eingangsdaten sollten strukturiert vorliegen, denn RPA-Bots folgen nur den vom Endnutzer definierten Prozessen. <\/p>\n\n\n\n
Muster in unstrukturierten Daten erkennen dagegen lernende Verfahren. Das Zielsystem muss stabil sein, sonst frisst die Wartung den Nutzen auf. Das Volumen muss den Aufwand rechtfertigen, wobei unbeaufsichtigte Bots gerade f\u00fcr gro\u00dfe Mengen ausgelegt sind. Und die Ausnahmef\u00e4lle m\u00fcssen benennbar sein, damit sich ein Ausschleusepfad definieren l\u00e4sst.<\/p>\n\n\n\n
Ausschlusskriterien<\/h3>\n\n\n\n
Ungeeignet sind Prozesse mit Ermessensentscheidungen, denn RPA folgt nur klar definierten Anweisungen. Ein eingebauter „gesunder Menschenverstand“, der bei Unklarheiten entscheidet, fehlt dem Bot. Ebenso problematisch sind Abl\u00e4ufe mit unstrukturierten Eingangsdaten, weil der Bot ohne zus\u00e4tzliche Komponenten keine Muster erkennen und nicht dazulernen kann.<\/p>\n\n\n\n
Der dritte Ausschlussgrund ist ein h\u00e4ufig wechselndes Zielsystem. Bots m\u00fcssen st\u00e4ndig gewartet werden, teils h\u00e4ufiger als regul\u00e4re Anwendungen. Das gilt besonders, wenn sich die zugrundeliegenden Systeme \u00e4ndern, etwa eine Website<\/a>, von der Daten geholt werden. Auch regulatorische \u00c4nderungen im Gesch\u00e4ftsprozess ziehen jeweils Anpassungen am Bot nach sich. Ein Prozess, der in beiden Dimensionen instabil ist, verursacht dauerhaft \u00c4nderungsaufwand. Er sollte eher \u00fcber eine Schnittstelle oder gar nicht automatisiert werden.<\/p>\n\n\n\n
Was ein Bot pro Monat kostet<\/h2>\n\n\n\n
![\"Flussdiagramm](\"https:\/\/webraketen.space\/wp-content\/uploads\/2026\/07\/rpa-bot-entscheidungsbaum-980x1024.jpg\")
<\/figure>\n\n\n\n