„Brauchen wir RPA?“ – diese Frage stellen mir Geschäftsführer regelmäßig, meist nachdem sie den Begriff auf einer Messe oder in einem Vertriebsgespräch aufgeschnappt haben. Robotic Process Automation, kurz RPA oder auf Deutsch robotergesteuerte Prozessautomatisierung, klingt nach genau dem, was sie suchen. Oft meinen sie aber etwas anderes – und zahlen am Ende für eine Technik, die ihr Problem unnötig kompliziert löst. Dieser Artikel erklärt nüchtern, was RPA von der Workflow-Automatisierung mit Werkzeugen wie n8n, Make oder Zapier unterscheidet, und wann welcher Weg im Mittelstand der richtige ist.
Was RPA eigentlich ist – der Roboter sitzt vor dem Bildschirm
RPA bedeutet im Kern: Eine Software ahmt nach, was ein Mensch am Bildschirm tut. Das Marktforschungsunternehmen Gartner definiert RPA als Werkzeug, mit dem sich Skripte – von manchen Anbietern „Bots“ genannt – so konfigurieren lassen, dass sie Tastatureingaben und Klicks automatisiert auslösen und damit ausgewählte Aufgaben innerhalb eines Geschäftsprozesses emulieren. Der Roboter öffnet also die Anwendung, klickt Felder an, kopiert Werte und drückt „Speichern“ – exakt wie eine Mitarbeiterin, nur schneller und ohne Pause.
Die großen Anbieter heißen UiPath, Microsoft Power Automate (mit den sogenannten Desktop-Flows) und Automation Anywhere. Man unterscheidet zwei Betriebsarten: attended Roboter laufen auf dem Rechner eines Mitarbeiters und assistieren ihm direkt bei der Arbeit; unattended Roboter arbeiten autonom auf einem Server, ohne dass jemand zusieht, und werden zentral eingeplant. Microsoft nennt als typischen Einsatzzweck seiner Desktop-Flows ausdrücklich Altanwendungen wie Terminal-Emulatoren – also Software, an die man anders nicht herankommt.
Workflow-Automatisierung – der Weg über die Schnittstelle
Workflow-Automatisierung geht den umgekehrten Weg: Statt die Oberfläche zu bedienen, spricht sie direkt mit den Systemen – über deren Programmierschnittstellen (APIs), über Webhooks oder HTTP. Werkzeuge wie n8n, Make und Zapier setzen einen Ablauf aus einem Auslöser (Trigger) und einer Kette von Bausteinen (Nodes) zusammen. In n8n etwa startet ein Schedule Trigger zeitgesteuert, oder ein Webhook-Node empfängt Daten von außen; ein HTTP-Request-Node fragt anschließend beliebige Dienste mit einer REST-Schnittstelle ab oder schreibt Daten dorthin zurück.
Der Roboter bedient hier keine Maske – er tauscht Daten dort aus, wo Programme ohnehin miteinander reden. Das ist der entscheidende Unterschied, und er hat handfeste Folgen für Stabilität, Wartung und Tempo.
RPA automatisiert den Menschen vor dem Bildschirm: Der Roboter klickt sich durch die Oberfläche. Workflow-Automatisierung automatisiert den Weg dahinter: Sie tauscht Daten direkt über die Schnittstelle aus. Faustregel: Hat ein System eine brauchbare API, ist der Weg über die Schnittstelle fast immer robuster und wartungsärmer als der Roboter, der die Maske bedient.
Oberfläche oder Schnittstelle – warum das den Ausschlag gibt
Wer über die Oberfläche automatisiert, baut auf wackligem Grund: Verschiebt ein Update einen Button, benennt der Hersteller ein Feld um oder ändert sich das Layout, findet der Roboter sein Ziel nicht mehr – und der Prozess bricht. Das ist kein theoretisches Risiko. Microsoft stellt für seine unbeaufsichtigten Desktop-Flows eigens Video-Mitschnitte zur Fehlersuche bereit, um genau solche Fehler bei der Erkennung von Oberflächen-Elementen nachzuvollziehen. Eine Schnittstelle dagegen ist eine Art Vertrag: Sie wird versioniert und dokumentiert, ändert sich seltener – ein API-Workflow läuft oft jahrelang unangetastet durch.
Die wichtigsten Unterschiede auf einen Blick:
| Kriterium | Wer vorn liegt |
|---|---|
| System hat eine API oder Webhooks | Workflow-Automatisierung |
| Nur Zugriff über die Oberfläche (Legacy) | RPA |
| Stabilität bei Updates | Workflow – die Schnittstelle bricht seltener |
| Tempo und Parallelität | Workflow – keine sichtbare Maske, die mitlaufen muss |
| Lizenzkosten am Einstieg | Workflow – n8n ist self-hosted kostenlos |
Wann RPA der richtige Weg ist
RPA ist kein Auslaufmodell – es hat eine klare Daseinsberechtigung, nämlich überall dort, wo es keine Schnittstelle gibt. Typische Fälle:
- Alte Branchen- oder Buchhaltungssoftware ohne API, die sich nur über ihre eigene Maske bedienen lässt.
- Terminal- oder Mainframe-Anwendungen, wie sie in Banken, Versicherungen und der Industrie noch laufen.
- Programme in abgeschotteten Umgebungen wie Citrix, bei denen technisch nur der Bildschirm zur Verfügung steht.
- Übergangslösungen, solange eine saubere API-Anbindung noch nicht verfügbar oder zu teuer ist.
In diesen Fällen ist der Roboter vor dem Bildschirm oft die einzige Brücke – und eine durchaus sinnvolle.
Wann die Schnittstelle gewinnt – der Normalfall im Mittelstand
Die meisten Werkzeuge, mit denen ein mittelständischer Betrieb heute arbeitet – CRM, Buchhaltung, E-Mail, Cloud-Speicher, Webshop, Projektmanagement –, haben längst eine API oder bieten Webhooks. Sobald das der Fall ist, spricht wenig für einen UI-Roboter und viel für den direkten Weg. Workflow-Plattformen wie n8n verbinden diese Dienste ohne Umweg über die Oberfläche, laufen wartungsärmer und lassen sich – gerade n8n – DSGVO-konform im eigenen Haus oder in einem EU-Rechenzentrum betreiben.
Welche dieser Werkzeuge sich wofür eignen, habe ich in der n8n-Beratung samt Vergleich von n8n, Make und Zapier gegenübergestellt. Und bevor Sie sich überhaupt für ein Werkzeug entscheiden, lohnt der Blick darauf, welche Prozesse sich zuerst lohnen – denn der falsche erste Prozess kostet mehr als das falsche Tool.
Was kostet das? Ein ehrlicher Blick auf die Lizenzmodelle
Schon die Preismodelle verraten das Paradigma. Zur Einordnung – jeweils Stand Juni 2026 und laut den offiziellen Preisseiten der Anbieter:
- Microsoft Power Automate rechnet die RPA-Funktionen separat ab: Der Premium-Plan mit beaufsichtigter (attended) RPA kostet 15 $ pro Nutzer und Monat, ein unbeaufsichtigter (unattended) Roboter im Process-Plan 150 $ pro Bot und Monat; das Process-Mining-Add-on schlägt mit 5.000 $ pro Mandant und Monat zu Buche.
- UiPath weist öffentlich nur einen Einstieg „ab 25 $ pro Monat“ aus; alle größeren Tarife laufen über den Vertrieb.
- n8n ist in der selbst gehosteten Variante unter der quelloffen einsehbaren Sustainable Use License kostenlos; die Cloud-Tarife beginnen bei 20 € pro Monat und rechnen nach ausgeführten Workflows ab, nicht pro Roboter.
Diese Zahlen betreffen ausschließlich die Werkzeuglizenz. Den größeren Posten macht fast immer die Einrichtung aus – und die hängt am Prozess, nicht am Tool. Wie sich Aufwand und Nutzen seriös gegenüberstellen lassen, habe ich in Was kostet Prozessautomatisierung wirklich aufgeschrieben.
RPA, API und KI wachsen zusammen
Die Grenze verschwimmt zunehmend. Gartner fasst diese Entwicklung unter dem Stichwort Hyperautomation zusammen: RPA wird zum Baustein eines größeren Werkzeugkastens, in dem API-Integration, Process Mining, Analytik und zunehmend KI zusammenspielen. Moderne Plattformen kombinieren beide Welten – ein Workflow kann per Schnittstelle Daten holen und, wo nötig, einen UI-Roboter für das eine Altsystem anstoßen, das keine API hat. Für Ihre Entscheidung heißt das: Es geht nicht um „RPA oder Workflow“ als Glaubensfrage, sondern darum, für jeden einzelnen Schritt das passende Mittel zu wählen.
Was bedeutet das für Ihre Entscheidung?
Kurz gefasst: Fragen Sie zuerst, ob die beteiligten Systeme eine Schnittstelle haben. Wenn ja – und das ist im Mittelstand der Normalfall –, ist die Workflow-Automatisierung der robustere, günstigere und wartungsärmere Weg. RPA ist die richtige Wahl für die Inseln ohne API, nicht der Standard für alles. Welcher Weg in Ihrem Fall passt, lässt sich seriös nur am konkreten Prozess beurteilen. Genau das mache ich im kostenlosen Prozess-Check: Sie beschreiben mir ein bis zwei Abläufe, und ich sage Ihnen offen, ob die Schnittstelle reicht oder wirklich ein Roboter nötig ist – und was sich davon überhaupt lohnt.