RPA ist ein sehr guter Handwerker für eine bestimmte Sorte Arbeit. Ein Software-Roboter klickt sich durch eine Oberfläche, kopiert Felder von A nach B und wiederholt das ohne Ermüdung. Solange die Maske gleich aussieht und die Regel klar ist, arbeitet er schneller und fehlerfreier als jeder Mensch. Das ist kein kleiner Nutzen, und für viele Abläufe im Mittelstand ist RPA weiterhin genau das richtige Werkzeug.

Die Grenze liegt nicht in der Komplexität des Prozesses, sondern in der Gleichförmigkeit der Eingabe. RPA folgt Anweisungen, es interpretiert nichts. Kommt eine Rechnung in einem neuen Layout, steht ein Betrag an unerwarteter Stelle oder formuliert ein Kunde sein Anliegen in eigenen Worten, hat der Roboter keine Regel, auf die er zurückgreifen kann. Er scheitert nicht laut, er macht das Falsche leise.

RPA bricht selten am schwierigen Prozess. Es bricht am uneinheitlichen Input.

Der nützlichste Blick auf rpa oder ki beginnt nicht bei den Werkzeugen, sondern beim Eingang eines Ablaufs. Strukturierte Eingaben haben ein festes Schema: ein Formularfeld, eine Tabellenspalte, ein API-Wert. Hier weiß RPA immer, wo etwas steht. Unstrukturierte Eingaben haben kein festes Schema: eine PDF-Rechnung mit wechselndem Aufbau, eine E-Mail in Fließtext, ein gescannter Lieferschein. Hier muss jemand erst verstehen, was im Dokument steht, bevor eine Regel greifen kann.

Genau an dieser Kante entscheidet sich fast alles. Wenn dein Input strukturiert ist und es bleibt, reicht RPA. Wenn dein Input variiert, brauchst du davor einen Schritt, der ihn lesbar macht. Viele gescheiterte Automatisierungen sind in Wahrheit RPA-Projekte, die an einem variablen Eingang aufgelaufen sind, und die niemand mit einem lesenden Schritt abgesichert hat.

Ein KI-Schritt macht drei Dinge, die RPA nicht kann. Er liest ein Dokument und holt die richtigen Felder heraus, auch wenn das Layout neu ist. Er ordnet einen Fall in eine Kategorie ein, obwohl kein festes Stichwort passt. Und er schlägt bei Mehrdeutigkeit eine Entscheidung vor, statt blind der nächsten Regel zu folgen. Das ist der Kern von KI-Automatisierung: Sprachmodelle und maschinelles Lernen an den Stellen einsetzen, an denen feste Regeln nicht mehr reichen.

Wichtig ist, den KI-Schritt eng zu fassen. Er soll nicht den ganzen Prozess ersetzen, sondern die eine variable Stelle überbrücken. Eine Rechnung lesen, eine Anfrage einsortieren, einen Freitext in strukturierte Felder übersetzen. Danach ist die Ausgabe wieder sauber und die Verarbeitung wieder deterministisch. Je klarer diese Grenze, desto einfacher lässt sich das Ergebnis prüfen und im Betrieb überwachen.

In der Praxis ist die beste Antwort auf rpa oder ki fast immer beides, in dieser Reihenfolge: KI dort, wo gelesen, eingeordnet oder entschieden wird, RPA dort, wo feste Schritte ausgeführt werden. Ein KI-Schritt liest den Beleg und gibt strukturierte Werte zurück, ein Mensch gibt bei niedriger Sicherheit frei, und RPA bucht das Ergebnis wie gewohnt ins System. Jeder Teil tut das, was er gut kann.

Das hält den Ablauf ehrlich. Der KI-Teil bleibt klein und prüfbar, der RPA-Teil bleibt vorhersagbar. Es entsteht kein undurchschaubarer Automat, sondern ein Ablauf mit klaren Übergaben und einer definierten Stelle für menschliche Kontrolle. Und es zwingt niemanden, funktionierende RPA-Strecken wegzuwerfen. Meist wird nur der variable Eingang durch einen lesenden Schritt ergänzt, der Rest bleibt bestehen.

Diese Tabelle stellt denselben Aufgabentyp reiner RPA und einem RPA-plus-KI-Ablauf gegenüber, damit die Grenze konkret wird.

Geh deinen Ablauf Schritt für Schritt durch. Bei der ersten Frage, bei der du hängen bleibst, sitzt die Stelle, an der RPA allein nicht mehr trägt.

• Ist der Input strukturiert und bleibt er es? Dann reicht RPA für diesen Schritt.
• Variiert das Format von Fall zu Fall? Dann brauchst du davor einen KI-Schritt zum Lesen.
• Muss etwas eingeordnet werden, das keine feste Regel abbildet? Das klassifiziert KI.
• Ist Ermessen im Spiel? KI schlägt vor, ein Mensch gibt frei, dann läuft es weiter.
• Ist der Ablauf danach wieder deterministisch? Dann übernimmt RPA den Rest.

Kernsatz: Die Frage ist nicht, ob RPA oder KI besser ist, sondern an welcher Stelle deines Ablaufs die Eingabe aufhört, gleichförmig zu sein.

RPA und KI sind Konkurrenten.

Sie lösen unterschiedliche Teile eines Ablaufs. RPA führt feste Schritte aus, KI überbrückt die Stellen, an denen der Input variiert. In den meisten guten Lösungen arbeiten beide zusammen.

Wenn RPA scheitert, war der Prozess zu komplex.

Meist war nicht der Prozess das Problem, sondern uneinheitlicher Input. Ein KI-Schritt davor macht denselben Prozess wieder automatisierbar, ohne die bestehende RPA-Strecke wegzuwerfen.

Robotic Process Automation (RPA), KI-Automatisierung, Unstrukturierte Daten, Intelligente Dokumentenverarbeitung (IDP).

RPA oder KI, was zuerst?

Sieh dir den Eingang an. Ist er strukturiert, starte mit RPA, das ist schneller und günstiger. Ist er variabel, brauchst du zuerst einen KI-Schritt, der ihn lesbar macht, sonst läuft die RPA-Strecke immer wieder auf denselben Sonderfall auf.

Ersetzt KI meine bestehende RPA?

In der Regel nicht. Meist wird nur die variable Stelle im Ablauf durch einen lesenden oder einordnenden KI-Schritt ergänzt. Die deterministischen Schritte bleiben bei RPA, weil sie dort zuverlässig und billig laufen.

Woran erkenne ich, dass RPA an seine Grenze stößt?

An steigender Nacharbeit bei denselben Fällen. Wenn Menschen ständig Ausnahmen von Hand korrigieren, weil das Format oder das Anliegen abweicht, ist das der Punkt, an dem ein KI-Schritt den Unterschied macht.

Es werden keine externen Marktwerte oder ungeprüften Kundenergebnisse behauptet. Der Zuschnitt von RPA- und KI-Schritten wird vor Umsetzung am realen Stack geprüft.