RPA automatisiert die Oberfläche, nicht das System dahinter
Ein Roboter wiederholt eine aufgezeichnete Folge von Klicks und Eingaben in Software, die keinen anderen Zugang bietet. Das ist die Stärke und zugleich der Ursprung aller Klagen darüber.
Was Unternehmen beim Kauf von RPA tatsächlich erreichen wollen
- Wir haben ein System ohne Schnittstelle und ohne Budget für Ersatz
- Das ist der ehrliche Kern von RPA und er gilt weiterhin. Wenn der Hersteller verschwunden, der Quellcode verloren oder das Integrationsprojekt drei Jahre entfernt ist, ist die Bedienung der Oberfläche die einzige verfügbare Integration. Daran ändern Agenten nichts.
- Die Arbeit ist repetitiv und das Volumen rechtfertigt Automatisierung
- Ebenfalls gültig, mit einer Einschränkung, die man aussprechen sollte: Die Automatisierung ist nur günstiger als der Mensch, solange die Oberfläche stillsteht. Die Gesamtkosten werden von der Pflege bestimmt, nicht vom Aufbau, und dieses Verhältnis überrascht regelmäßig.
- Die Fachabteilung soll selbst automatisieren
- Das Versprechen der Rekorder. Es trägt bei einfachen Abläufen und bricht schnell, weil Ausnahmebehandlung Programmierung ist, gleich ob sie in Code oder auf einer Zeichenfläche entsteht. Und Ausnahmen machen den größten Teil eines realen Prozesses aus.
- Wir brauchen einen Nachweis über das Getane
- Eine echte Stärke, die man beim Wechsel behalten sollte. Ein Roboter, der jeden Schritt protokolliert, liefert bessere Nachweise als ein Mensch an derselben Maske. Jeder Nachfolger sollte an diesem Maßstab gemessen werden.
RPA und Agenten auf den entscheidenden Achsen
| Klassisches RPA | KI-Agent im Browser | |
|---|---|---|
| Kommt mit geänderter Maske zurecht | Nein, der Schritt scheitert | Häufig, er liest die Seite neu |
| Verhält sich zweimal gleich | Ja, konstruktionsbedingt | Nicht garantiert, Ergebnisse prüfen |
| Kosten je Durchlauf | Nahe null nach dem Aufbau | Token je Entscheidung, bei Volumen spürbar |
| Aufwand für den hundertsten Ablauf | Ähnlich dem ersten | Deutlich geringer, das Modell verallgemeinert |
| Erklärt das Scheitern | Schrittnummer und Bildschirmfoto | Eine Begründungsspur, nicht immer die wahre |
| Reagiert auf unerwarteten Dialog | Hält an, sofern niemand ihn vorgesehen hat | Läuft meist weiter, manchmal falsch |
Stand: 2026-08-31 · Angaben zu Wettbewerbern stammen von deren veröffentlichten Preisseiten zum genannten Stand.
Häufige Fragen
Ist RPA am Ende?
Nein, und Prognosen dieser Art stammen meist von denen, die den Nachfolger verkaufen. Deterministische Wiederholung ist einem Modell tatsächlich überlegen, wenn ein Ablauf mit hohem Volumen durch eine unveränderliche Oberfläche führt. Erledigt hat sich die Annahme, RPA sei die Standardantwort für jeden Prozess ohne Schnittstelle.
Worin unterscheiden sich RPA und agentische Automatisierung?
Im Ort der Entscheidung. RPA entscheidet zur Bauzeit und wiederholt; ein Agent entscheidet zur Laufzeit anhand des Beobachteten. Aus diesem einen Unterschied folgen alle übrigen Unterschiede der Tabelle, einschließlich des Kostenprofils.
Warum kommen RPA-Programme zum Stillstand?
Die Pflege übersteigt die Aufbaukapazität. Jeder neue Roboter begründet eine dauerhafte Pflicht, ihn bei jeder Maskenänderung zu reparieren. Ein Team mit zwanzig Robotern verbringt das zweite Jahr mit deren Pflege und liefert keinen neuen.
Lassen sich beide kombinieren?
Sinnvollerweise ja, und dort landen die meisten ausgereiften Installationen. Die deterministischen Teile werden skriptgesteuert, ein Modell wird nur dort gerufen, wo das Skript nicht auflösen kann, was es sieht. Sie zahlen für Urteilskraft nur dort, wo sie nötig ist.
Die Browser-Ebene unter beiden Ansätzen
Ob die Entscheidungen aus einem Skript oder einem Modell kommen: Den Browser muss etwas betreiben. Das übernehmen wir.