Was ist Robotic Process Automation (RPA)? Definition und Funktionsweise

Wie Software-Roboter Routinearbeit am Bildschirm übernehmen – und wo sie an Grenzen stoßen

Angenommen, in der Buchhaltung eines mittelständischen Großhändlers kommen jeden Morgen 80 Lieferantenrechnungen als PDF per E-Mail an. Eine Mitarbeiterin öffnet jede einzelne, kopiert Rechnungsnummer, Datum und Betrag in das Warenwirtschaftssystem, gleicht die Positionen mit der Bestellung ab und legt das Dokument im Archiv ab. Das dauert jeden Tag rund zwei Stunden, ist eintönig und anfällig für Zahlendreher. Und es ist genau die Art von Arbeit, für die Robotic Process Automation erfunden wurde.

Kurz gesagt: Robotic Process Automation (RPA), auf Deutsch robotergestützte Prozessautomatisierung, ist Software, die regelbasierte Arbeitsschritte am Computer so erledigt, wie ein Mensch es tun würde. Sie klickt, tippt, kopiert, liest Bildschirminhalte und wechselt zwischen Programmen. Die „Roboter“ sind reine Software, meist Bots genannt. Sie arbeiten über die Benutzeroberfläche der vorhandenen Anwendungen und brauchen deshalb keine Programmierschnittstelle.

Der Name führt allerdings in die Irre, und um RPA ranken sich bis heute Missverständnisse: Ist das Künstliche Intelligenz? Ersetzt es Arbeitsplätze? Und ist es angesichts von KI-Agenten nicht längst überholt? Die folgenden Abschnitte beantworten diese Fragen der Reihe nach.

RPA-Definition: Was hinter dem Begriff steckt

Mit Robotik hat RPA nichts zu tun. Es sitzt kein glänzender Roboter am Schreibtisch, und es bewegt sich auch kein Greifarm. Der Software-Roboter ist ein Programm, das auf einem PC oder Server läuft und dort die Aktionen nachahmt, die ein Mitarbeiter mit Maus und Tastatur ausführen würde. Im Gegensatz zu Industrierobotern in einer Fabrikhalle nimmt diese „virtuelle Belegschaft“ keinen Platz in der physischen Welt ein.

Neu war die Idee nicht. RPA ist weniger eine Erfindung als die Weiterentwicklung älterer Techniken:

• Screen Scraping: Schon vor der breiten Nutzung des Internets lasen Programme Daten von Bildschirmmasken alter Großrechneranwendungen aus, um sie an neuere Systeme weiterzugeben. Später kamen Webseiten hinzu. Das funktionierte, war aber fragil: Änderte sich der Bildschirm, brach die Verbindung.
• Makros und Skripte: Excel-Makros oder Windows-Skripte automatisieren Abläufe innerhalb eines Programms oder auf einem Rechner. Über mehrere Anwendungen hinweg stoßen sie schnell an Grenzen.
• Workflow-Automatisierung: Seit den 1990er-Jahren steuern Workflow- und BPM-Systeme (Business Process Management) Abläufe nach festen Regeln nach dem Muster „Wenn dies passiert, dann tue das“ – allerdings über Integrationen in die beteiligten Systeme.

RPA verbindet diese Ansätze: Es folgt klaren Regeln wie ein Workflow-System, arbeitet aber wie Screen Scraping an der Oberfläche – und das mit Werkzeugen, die auch ohne tiefe Programmierkenntnisse bedienbar sind. Der Begriff selbst kam Anfang der 2010er-Jahre auf; der britische Anbieter Blue Prism nimmt für sich in Anspruch, ihn 2012 geprägt zu haben. Auf der praktischen Ebene ist RPA damit eine Form der Geschäftsprozessautomatisierung. Das Neue ist der Zugangsweg: nicht über Back-End-Integrationen, sondern über den Bildschirm.

Wie funktioniert RPA? Ein Blick unter die Haube

Ein RPA-Bot ist im Kern ein Ablaufplan, den ein Mensch einmal festlegt und den die Software danach beliebig oft ausführt. Vier Bausteine stecken in fast jedem RPA-Werkzeug.

Abläufe aufzeichnen und modellieren

Viele Werkzeuge bieten einen Rekorder: Ein Mitarbeiter führt den Vorgang einmal vor, die Software zeichnet die Klicks und Eingaben auf. Daraus entsteht ein Ablauf, den Entwickler oder geschulte Fachanwender in einem grafischen Designer nachbearbeiten. Dort werden Aktionen wie „Anwendung öffnen“, „Feld ausfüllen“ oder „Tabelle durchlaufen“ per Drag-and-drop aneinandergereiht, ergänzt um Bedingungen, Schleifen und Fehlerbehandlung. Eine reine Aufzeichnung reicht in der Praxis selten, denn sie kennt keine Ausnahmen.

Bildschirmelemente erkennen

Damit der Bot das richtige Feld trifft, merkt er sich nicht die Mausposition, sondern sogenannte Selektoren: technische Merkmale eines Bedienelements, etwa den internen Namen eines Eingabefelds in einer Windows-Anwendung oder dessen Kennung auf einer Webseite. Wo das nicht geht – zum Beispiel bei Anwendungen, die über eine Remote-Desktop-Verbindung oder Citrix nur als Bild ankommen –, helfen Texterkennung (OCR) und Bilderkennung. Diese Computer-Vision-Funktionen haben RPA in den vergangenen Jahren deutlich robuster gemacht.

Beaufsichtigt oder unbeaufsichtigt ausführen

Beaufsichtigte Bots (attended) laufen auf dem Rechner eines Mitarbeiters und werden von ihm gestartet, etwa per Knopfdruck, um eine Kundenanfrage in drei Systemen gleichzeitig zu erfassen. Unbeaufsichtigte Bots (unattended) arbeiten selbstständig auf einem Server oder einer virtuellen Maschine, zeitgesteuert oder ausgelöst durch ein Ereignis wie eine neue E-Mail. Sie melden sich mit einem eigenen Benutzerkonto an und können auch nachts und am Wochenende arbeiten.

Steuern und überwachen

Ab einer Handvoll Bots braucht es eine zentrale Steuerung, je nach Hersteller Orchestrator oder Control Room genannt. Sie verteilt Aufgaben aus Warteschlangen, verwaltet Zugangsdaten in einem geschützten Tresor, protokolliert jeden Schritt und meldet Fehler. Diese Protokolle sind auch für Revision und Compliance wichtig, weil sich lückenlos nachvollziehen lässt, was der Bot wann getan hat.

Für das Rechnungsbeispiel vom Anfang hieße das: Der Bot prüft alle zehn Minuten das Postfach, speichert neue PDF-Anhänge, liest mit Texterkennung die Rechnungsdaten aus, meldet sich im Warenwirtschaftssystem an, sucht die passende Bestellung, trägt die Werte ein und legt das PDF ab. Passt der Betrag nicht zur Bestellung, landet der Fall in einer Liste für die Buchhaltung. Der Mensch kümmert sich nur noch um die Ausnahmen.

Typische Einsatzfälle: Wo RPA im Unternehmen arbeitet

RPA lohnt sich dort, wo Menschen Daten von einem System ins andere tragen, weil die Systeme nicht miteinander sprechen. Typische Beispiele:

• Finanz- und Rechnungswesen: Rechnungseingang, Abgleich von Bestellung, Lieferschein und Rechnung, Kontoauszüge zuordnen, Mahnläufe vorbereiten.
• Personalwesen: Beim Eintritt neuer Mitarbeiter Benutzerkonten, Zeiterfassung und Zugänge in mehreren Systemen anlegen; beim Austritt alles wieder sperren.
• Kundenservice: Eine Adressänderung, die in CRM, Abrechnung und Versandsystem eingetragen werden muss, in einem Durchgang erledigen.
• Einkauf und Logistik: Auftragsbestätigungen, Lieferzeiten oder Sendungsstatus aus Lieferantenportalen abholen, die keine Schnittstelle anbieten.
• Berichtswesen: Zahlen jeden Montag aus fünf Anwendungen zusammentragen und in eine Excel-Vorlage übertragen.
• Datenmigration: Bestandsdaten aus einem Altsystem in ein neues übertragen, wenn ein Export nicht möglich oder zu aufwendig ist.

Banken, Versicherungen, Energieversorger und Telekommunikationsunternehmen gehörten zu den ersten großen Anwendern, weil sie viele standardisierte Vorgänge und gewachsene Systemlandschaften haben. Die Deutsche Telekom zum Beispiel berichtete 2020, dass ihre Tochter Deutsche Funkturm Mietverträge mit Grundstückseigentümern über eine Plattform mit Software-Robotern erstellt. Auch Verwaltungen setzen RPA inzwischen ein: Das Rechenzentrum der Finanzverwaltung Nordrhein-Westfalen etwa nutzt seit 2023 eine RPA-Plattform für Routineaufgaben in Anwendungen ohne technische Schnittstelle.

Ob ein Prozess geeignet ist, lässt sich an fünf Merkmalen ablesen: Er folgt klaren Regeln, ist stabil und ändert sich selten, die Eingaben liegen digital und möglichst strukturiert vor, er kommt häufig vor und er spannt sich über mehrere Anwendungen. Fehlen mehr als ein, zwei dieser Merkmale, ist RPA meist die falsche Wahl.

RPA-Werkzeuge: UiPath, Power Automate Desktop und weitere

Der Markt hat sich in den vergangenen Jahren sortiert. Die wichtigsten Werkzeuge im Überblick:

• UiPath: einer der größten Anbieter, mit Entwicklungsumgebung (Studio), zentraler Steuerung (Orchestrator) und Funktionen zur Dokumentenverarbeitung. UiPath vermarktet seine Plattform inzwischen ausdrücklich für die Kombination von Bots und KI-Agenten.
• Microsoft Power Automate Desktop: das RPA-Werkzeug von Microsoft. Es ist in Windows 11 vorinstalliert und lässt sich unter Windows 10 aus dem Microsoft Store oder per Installer nachrüsten; lokale, beaufsichtigte Abläufe sind mit einem Geschäfts- oder Schulkonto ohne Zusatzkosten möglich. Wer Abläufe zentral steuern, unbeaufsichtigt ausführen oder mit Cloud-Flows verbinden will, braucht eine kostenpflichtige Power-Automate-Lizenz. Für Unternehmen mit Microsoft 365 ist es oft der naheliegende Einstieg.
• Automation Anywhere: ebenfalls ein großer Anbieter, dessen Plattform für die Cloud entwickelt ist und sich auch in privaten oder hybriden Umgebungen betreiben lässt.
• SS&C Blue Prism: ein Pionier aus Großbritannien, der vor allem in Banken und Versicherungen verbreitet ist und 2022 vom US-Softwarehaus SS&C übernommen wurde.
• SAP Build Process Automation: für Unternehmen, deren Prozesse sich überwiegend in SAP abspielen.
• Open Source und Python: Mit dem Robot Framework oder Python-Bibliotheken lassen sich Oberflächen und Webseiten ebenfalls automatisieren. Das spart Lizenzkosten, setzt aber Programmierkenntnisse voraus.

Für die Auswahl zählen weniger die Funktionslisten als einige praktische Fragen: Mit welchen Anwendungen muss der Bot zurechtkommen? Läuft schon Microsoft 365 oder SAP im Haus? Wer soll die Bots bauen – die IT oder geschulte Fachanwender? Und wie sieht das Lizenzmodell aus, wenn aus drei Bots dreißig werden? Ein Pilotprojekt mit einem echten Prozess beantwortet diese Fragen zuverlässiger als jede Herstellerpräsentation.

RPA oder Automatisierung über Schnittstellen?

RPA ist nicht die einzige Form der Prozessautomatisierung, und oft nicht die beste. Werkzeuge wie n8n, Make, Zapier oder die Cloud-Flows von Microsoft Power Automate verbinden Anwendungen über ihre Programmierschnittstellen (APIs). Statt ein Formular auf dem Bildschirm auszufüllen, schickt der Workflow die Daten direkt an das Zielsystem. Wie das in der Praxis aussieht und wo die Grenzen liegen, zeigt unser Praxistest der Workflow-Automatisierung mit n8n.

Die Unterschiede in Kürze:

• Zugang: RPA bedient die Oberfläche, Workflow-Werkzeuge nutzen Schnittstellen.
• Stabilität: Ändert ein Hersteller die Oberfläche, muss ein RPA-Bot oft angepasst werden. Schnittstellen sind meist versioniert und bleiben länger gleich.
• Tempo: Ein API-Aufruf dauert Sekundenbruchteile, ein Bot klickt sich durch Masken und braucht dafür Sekunden bis Minuten.
• Einsatzgebiet: RPA spielt seine Stärke bei Altsystemen, Terminalanwendungen, Citrix-Umgebungen und Portalen ohne Schnittstelle aus. Workflow-Werkzeuge passen zu modernen Cloud-Anwendungen mit offenen APIs.

Meine Empfehlung: Gibt es eine Schnittstelle, ist sie fast immer die bessere Lösung. RPA ist die Brücke für alles, was keine hat – und manchmal eine Übergangslösung, bis das Altsystem abgelöst ist. In der Praxis kombinieren viele Unternehmen beides: Ein Cloud-Flow nimmt die E-Mail entgegen, ein Desktop-Bot erledigt den Teil im alten Fachverfahren.

Verwandt, aber nicht dasselbe sind Low-Code-Plattformen. RPA-Werkzeuge sind zwar meist Low-Code, automatisieren aber vorhandene Abläufe. Low-Code-Plattformen dienen dazu, neue Anwendungen zu bauen. Mehr dazu im Beitrag No-Code und Low-Code: Trend oder das nächste große Ding?

RPA und KI: Vom Regelroboter zum KI-Agenten

Ist RPA eine Form von Künstlicher Intelligenz? Die kurze Antwort lautet: nein. Ein klassischer Bot tut exakt das, was ihm vorgegeben wurde. Er lernt nicht dazu und trifft keine eigenen Entscheidungen. Dass RPA trotzdem oft für KI gehalten wird, hat zwei Gründe. Wer nicht unter die Haube schaut, sieht eine Software, die wie ein Mensch zwischen Programmen hin und her arbeitet, und das wirkt intelligent. Außerdem haben manche Anbieter ihre Produkte gern mit dem Etikett KI versehen, weil es Aufmerksamkeit und Investoren anzieht.

Seit einigen Jahren wachsen beide Welten aber zusammen. Unter Begriffen wie intelligente Prozessautomatisierung (IPA) oder Hyperautomation kombinieren Hersteller RPA mit KI-Bausteinen: Texterkennung und Dokumentenverarbeitung lesen Rechnungen in jedem Layout, Sprachmodelle ordnen eingehende E-Mails nach Anliegen und ziehen die relevanten Angaben heraus, Process Mining wertet die Protokolle von ERP-Systemen aus und zeigt, welche Prozesse sich zum Automatisieren eignen. Ein anschauliches Bild aus der ursprünglichen Fassung dieses Textes trägt nach wie vor: RPA ist der Motor im Auto, der zuverlässig tut, wofür er gebaut ist. Die KI ist der Fahrer, der entscheidet, wohin es geht.

Der jüngste Schritt heißt agentische Automatisierung. KI-Agenten bekommen ein Ziel statt einer Schrittfolge, planen den Weg selbst und rufen dafür Werkzeuge auf – darunter RPA-Bots. Seit 2024 können große Sprachmodelle zudem selbst einen Bildschirm bedienen: Sie sehen Screenshots, bewegen die Maus und tippen. Das klingt nach dem Ende von RPA, ist es aber vorerst nicht. KI-Agenten arbeiten nicht deterministisch, sie können denselben Fall zweimal unterschiedlich behandeln, sind langsamer und kosten pro Vorgang mehr. Für Buchungen, Zahlungen oder Meldungen an Behörden zählt aber gerade, dass jeder Fall nachvollziehbar gleich behandelt wird.

Die realistische Arbeitsteilung sieht deshalb so aus: Die KI übernimmt das Unstrukturierte – eine formlose Kundenmail verstehen, ein Dokument einordnen –, der Bot führt die festgelegten Schritte im System aus, und bei Unsicherheit entscheidet ein Mensch. Wo KI über Menschen entscheidet, etwa bei Bewerbungen oder Kreditanträgen, kommen zusätzlich die Pflichten der europäischen KI-Verordnung (AI Act) für Hochrisiko-Systeme ins Spiel; sie gelten nach dem Digital Omnibus ab Dezember 2027.

Grenzen und Risiken: Wann Software-Roboter scheitern

RPA hat in vielen Unternehmen weniger gebracht als versprochen. Die Gründe ähneln sich:

• Empfindlichkeit: Ein Update der Zielanwendung, ein verschobenes Feld, ein neues Pop-up – und der Bot bleibt stehen. Jeder Bot braucht Pflege, und die Wartung wird bei der Planung oft unterschätzt.
• Schlechte Prozesse: Wer einen umständlichen Ablauf automatisiert, hat danach einen umständlichen Ablauf, der schneller läuft. Vor dem Automatisieren gehört der Prozess auf den Prüfstand: Welche Schritte lassen sich streichen?
• Ausnahmen: Bots sind stark im Regelfall. Wenn ein Drittel der Fälle Sonderregeln braucht, wird der Bot kompliziert und störanfällig.
• Sicherheit: Unbeaufsichtigte Bots haben eigene Konten mit teils weitreichenden Rechten. Diese Konten gehören in die Rechteverwaltung, die Zugangsdaten in einen Tresor und nicht in ein Skript.
• Datenschutz: Verarbeitet ein Bot personenbezogene Daten, gilt die DSGVO genauso wie bei menschlicher Bearbeitung: Die Verarbeitung gehört ins Verzeichnis der Verarbeitungstätigkeiten, und Bot-Protokolle sollten keine unnötigen personenbezogenen Daten speichern.
• Schatten-IT: Wenn Fachabteilungen ohne Absprache Bots bauen, entstehen schnell geschäftskritische Abläufe, die niemand dokumentiert hat und die beim Weggang des Erstellers niemand mehr versteht.

Ein Grundsatz hilft: RPA ist eine Brückentechnik. Sie überbrückt fehlende Schnittstellen schnell und günstig, ersetzt aber keine saubere Integration und keine Modernisierung der Systeme.

So führen Sie RPA im Unternehmen ein

Erfolgreiche Einführungen folgen meist demselben Muster:

1. Prozesse auswählen: Mit den Vorgängen beginnen, die die fünf Merkmale oben erfüllen und sichtbare Engpässe beheben. Dafür ist ein Ansprechpartner sinnvoll, der Fachbereich und Technik versteht, und die Rückendeckung der Führungsebene.
2. Prozess bereinigen: Überflüssige Schritte streichen und den Ablauf bot-freundlich gestalten, bevor der erste Bot entsteht.
3. Pilot durchführen: Ein Proof of Concept mit einem echten Prozess zeigt, ob Werkzeug, Aufwand und Nutzen zusammenpassen. Kein Bot funktioniert sofort, auch wenn Hersteller das gern versprechen.
4. Betrieb organisieren: Ab einigen Bots lohnt sich ein kleines Kompetenzzentrum (Center of Excellence), das Ideen aus den Fachbereichen bewertet, Bots baut, ihren Einsatz plant, überwacht und mit IT, Informationssicherheit und Datenschutz abstimmt. RPA ist dabei weniger ein IT-Projekt als ein Weg, Geschäftsprozesse zu verbessern.
5. Menschen mitnehmen: Die größte Hürde ist selten die Technik, sondern die Akzeptanz. Mitarbeiter haben ein Recht darauf, besorgt zu sein, wenn eine Technik Teile ihrer Arbeit übernimmt. Offen zu sagen, welche Aufgaben wegfallen und welche neuen entstehen, ist Pflicht. Wo ein Betriebsrat besteht, ist er früh einzubinden, denn Bot-Protokolle können Rückschlüsse auf Arbeitsleistung zulassen und damit mitbestimmungspflichtig sein.
6. Schrittweise skalieren: Lieber zehn stabile Bots als fünfzig, die ständig ausfallen. Ein überhastetes Programm schafft mehr Probleme, als es löst.

Zur Frage nach den Arbeitsplätzen eine Einschätzung: RPA übernimmt Tätigkeiten, selten ganze Stellen. In der Praxis verschiebt sich die Arbeit hin zur Bearbeitung von Ausnahmen, zur Kontrolle und zur Verbesserung von Abläufen. Das gelingt nur, wenn Unternehmen ihre Mitarbeiter dafür weiterbilden und Fachanwender befähigen, Automatisierungsideen selbst einzubringen.

Was RPA für Ihr Unternehmen bedeutet

RPA ist kein Zukunftsthema mehr, sondern ausgereifte Technik mit klar umrissenem Einsatzgebiet. Für die meisten Unternehmen lohnt sich ein nüchterner Blick: Wo tragen Mitarbeiter täglich Daten von einem Programm ins andere, weil es keine Schnittstelle gibt? Dort kann ein Bot in wenigen Wochen spürbar entlasten. Wer Microsoft 365 nutzt, kann mit Power Automate Desktop ohne große Investition ausprobieren, ob das Prinzip zu den eigenen Abläufen passt.

Überschätzt wird RPA dort, wo Prozesse unklar, voller Ausnahmen oder ohnehin im Umbruch sind. Und unterschätzt wird oft der Aufwand für Wartung und Betrieb. Mit KI-Agenten wird RPA nicht überflüssig, sondern bekommt eine neue Rolle: als verlässlicher Ausführer am Ende einer Kette, in der die KI versteht und der Mensch entscheidet. Eine Übersicht über Werkzeuge, Seminare und Beratung zum Thema finden Sie auf der Themenseite Robotic Process Automation (RPA).

Häufige Fragen zu RPA

Ist RPA Künstliche Intelligenz?

Nein. Klassisches RPA arbeitet streng nach Regeln, die ein Mensch vorgibt. KI kommt erst ins Spiel, wenn RPA mit Bausteinen wie Dokumentenerkennung, Sprachmodellen oder KI-Agenten kombiniert wird.

Brauche ich Programmierkenntnisse, um RPA-Bots zu bauen?

Für einfache Abläufe nicht, die grafischen Designer sind für Fachanwender gedacht. Wer robuste Bots mit Fehlerbehandlung, Variablen und Ausnahmen bauen will, braucht aber ein Grundverständnis für Programmlogik. Open-Source-Lösungen auf Basis von Python setzen echte Programmierkenntnisse voraus.

Ist Power Automate Desktop kostenlos?

Für den Einsatz auf dem eigenen Windows-Rechner, gestartet von Hand und mit den Standardfunktionen, ja. Unbeaufsichtigte Bots, zentrale Verwaltung und die Verbindung mit Cloud-Flows setzen kostenpflichtige Lizenzen voraus.

Was ist der Unterschied zwischen RPA und einem Makro?

Ein Makro automatisiert meist Schritte innerhalb einer Anwendung, etwa in Excel. RPA arbeitet anwendungsübergreifend, läuft auf Wunsch unbeaufsichtigt auf Servern und bringt Steuerung, Protokollierung und Zugangsverwaltung mit.

Werden RPA-Bots durch KI-Agenten ersetzt?

Teilweise, aber nicht so schnell, wie manche Prognosen nahelegen. Für unstrukturierte Aufgaben sind KI-Agenten im Vorteil. Wo jeder Fall nachvollziehbar gleich behandelt werden muss, bleiben regelbasierte Bots die verlässlichere und günstigere Lösung.

Wer RPA im eigenen Unternehmen einführen oder selbst Bots bauen möchte, findet im Seminar Robotic Process Automation (RPA) Grundlagen einen strukturierten Einstieg – von der Prozessauswahl bis zum ersten eigenen Bot.