Feste Schritte brechen bei der ersten Überraschung
Klassisches RPA (Robotic Process Automation) funktioniert hervorragend, solange alles genau so aussieht wie erwartet: dasselbe Dateiformat, dieselbe Oberfläche, dieselben korrekt ausgefüllten Felder. Bei der ersten Abweichung — ein leicht anderes Format, ein fehlendes Feld — schlägt der Ablauf entweder fehl oder produziert, schlimmer noch, stillschweigend ein falsches Ergebnis.
Viele Unternehmen, die RPA bereits eingeführt haben, entdecken das erst nach ein paar Monaten: Der Bot „funktioniert" statistisch, aber ein paar Prozent der Fälle laufen falsch, ohne automatische Erkennung. Die KI-Automatisierung wiederkehrender Prozesse setzt oft auf einem bereits bestehenden RPA auf, nicht auf der grünen Wiese, dort wo der aktuelle Ablauf häufig ins Stocken gerät.
Erkennt die Abweichung, statt nur auszuführen
Ein über klassisches RPA gelegter KI-Agent kann erkennen, wenn ein Fall nicht dem Standardmuster entspricht, und innerhalb der erlaubten Grenzen entscheiden, wie damit umzugehen ist — oder klar mit Kontext an einen Menschen eskalieren, statt einer schwer interpretierbaren technischen Fehlermeldung.
Praktisch verwandelt das „der Ablauf ist abgestürzt, jemand muss von Grund auf untersuchen” in „der Ablauf hat Fall X ausdrücklich als Ausnahme markiert, mit Grund Y”. Der Unterschied zwischen RPA mit KI-Agenten und klassischem RPA besteht darin, dass der Ablauf bei der ersten Abweichung nicht mehr abstürzt — der Agent erkennt den ungewöhnlichen Fall und entscheidet, innerhalb der erlaubten Grenzen, wie damit umzugehen ist. Das Beispiel des Bankabgleichs oben knüpft direkt an die Inhalte zur Ausnahmebehandlung auf der Schwesterseite an, die der Prozessautomatisierung mit KI gewidmet ist.
Klassisches RPA vs. RPA mit KI-Agenten-Schicht
Wir schreiben funktionierendes RPA nicht neu. Wir fügen den Agenten dort hinzu, wo Ausnahmen häufig sind.
| Klassisches RPA | RPA + KI-Agent | |
|---|---|---|
| Bei einer Ausnahme | Der Ablauf stoppt oder scheitert stillschweigend. | Erkennt die Abweichung und entscheidet über eine Behandlung innerhalb der erlaubten Grenzen, oder eskaliert klar an einen Menschen. |
| Wartung | Jede Änderung der Oberfläche oder des Formats erfordert das Neuschreiben der Regeln. | Passt sich kleinen Abweichungen an, ohne vollständige Neuprogrammierung. |
| Sichtbarkeit | Schwer zu interpretierende technische Logs. | Audit-Protokoll plus Entscheidungserklärung, in klarer Sprache. |
| Passend für | Vollständig vorhersehbare Prozesse, großes Volumen, festes Format. | Prozesse mit echten Variationen: unvollständige Daten, leicht unterschiedliche Formate, häufige Grenzfälle. |
| Governance | Starr, aber mit reduziertem Risiko. | Erfordert klare Berechtigungsregeln; flexibler, sorgfältiges Design. |
Viele Unternehmen haben bereits funktionierendes klassisches RPA und fügen nur die Agenten-Ebene dort hinzu, wo Ausnahmen häufig sind.
Abgleich der Kontoauszüge mit dem Buchhaltungsjournal
Wir haben einen Ablauf gebaut, der Kontoauszüge direkt im SWIFT-MT940-Format liest (ohne anfängliche Beispieldaten, ausgehend von der technischen Spezifikation) und sie automatisch mit dem Buchhaltungsjournal abgleicht, wobei genau markiert wird, welche Bewegungen noch nicht verbucht sind.
Mit echten Daten getestet, hat der Ablauf Bankbewegungen ans Licht gebracht, die zuvor völlig unbemerkt geblieben waren — er hat nicht nur einen bereits gut funktionierenden Schritt automatisiert, sondern eine echte Prozesslücke gefunden. Für jeden Schritt, der eine echte Aktion beinhaltet und nicht nur eine Meldung, wenden wir die Sicherheitsregeln für einen eigenständig handelnden Agenten an, die separat beschrieben sind.
Keine Doppelvergabe, unter echtem Traffic
Bei einem Ablauf zur automatischen Zuweisung einer begrenzten Ressource (z. B. ein Ticket aus einem festen Bestand) zählt die Integrität unter Konkurrenz genauso viel wie die Geschäftslogik — wenn zwei Nutzer gleichzeitig die letzte Ressource anfordern, muss das System sie korrekt nur einem zuweisen.
Wir haben atomare Zuweisung eingesetzt (die Technik FOR UPDATE SKIP LOCKED) und sie vor dem Launch mit einer vollständigen Integrationstest-Suite validiert (11 von 11 bestanden) — die Art von Detail, die für Nutzer unsichtbar, bei echtem Traffic aber entscheidend ist.
Auf bestehendem RPA aufbauend oder von Grund auf
Wir empfehlen nicht immer, wegzuwerfen, was bereits funktioniert — oft ist der beste Schritt, die Agentenschicht nur dort hinzuzufügen, wo sie wirklich gebraucht wird. RPA mit KI-Agenten baut fast immer auf einem bereits funktionierenden RPA-Ablauf auf, nicht auf der grünen Wiese — deshalb ist der erste Schritt des Discovery-Gesprächs eine Bestandsaufnahme der vorhandenen Automatisierungen, keine Liste neuer Ideen.
- 01Wir kartieren den aktuellen Ablauf (auch wenn er bereits teilweise mit klassischem RPA automatisiert ist)
- 02Wir ermitteln genau, wo die Ausnahmen auftreten und wie oft
- 03Wir ergänzen die Agenten-Ebene nur dort, wo die Ausnahmen die zusätzliche Komplexität rechtfertigen
- 04Wir testen End-to-End mit echten Daten und echtem Volumen, inklusive Audit-Log
Festpreis, nach einem kurzen Discovery-Gespräch.
- Kartierung des bestehenden Ablaufs
- Automatisierung + Validierung
- Übergabe + Dokumentation
- 3-5 automatisierte Abläufe
- Prüfprotokoll
- Alarmierung bei Ausnahmen
- laufende Überwachung
- monatliche Anpassungen
- monatlicher Bericht
Jedes Projekt hat einen anderen Kontext, andere Abläufe und eine andere Infrastruktur. Der Preis wird nach einem kurzen, bezahlten Discovery festgelegt und ändert sich danach nicht mehr.
Häufige Fragen
Was ist der Unterschied zwischen klassischem RPA und der Automatisierung mit KI-Agenten?
Klassisches RPA führt exakt feste, vorab definierte Schritte aus — jede Format- oder Oberflächenänderung kann den Ablauf stoppen. Ein über RPA gelegter KI-Agent erkennt Abweichungen und entscheidet, innerhalb festgelegter Grenzen, wie damit umzugehen ist, oder eskaliert klar an einen Menschen.
Was bedeutet RPA-Automatisierung mit KI?
Es bedeutet die Kombination klassischer regelbasierter Automatisierung (RPA) mit einer KI-Entscheidungsschicht für Fälle, die nicht genau dem Standardmuster entsprechen. Das Ergebnis ist ein robusterer Ablauf, der nicht bei der ersten echten Ausnahme ausfällt.
Was kostet RPA-Automatisierung mit Agenten für ein Unternehmen?
Ein einzelner automatisierter Ablauf (z. B. Bankabgleich) wird pro Projekt kalkuliert, je nachdem, wie viele Systeme angebunden werden müssen. Der genaue Preis hängt von der Komplexität ab — ein kurzes Discovery klärt das vor jedem Angebot.
Klassisches RPA existiert bereits im Unternehmen — lohnt es sich, es durch KI-Agenten zu ersetzen?
In der Regel wird nicht ersetzt, sondern ergänzt: Sie fügen die Agenten-Ebene nur dort hinzu, wo Ausnahmen häufig und kostspielig sind, und behalten die RPA-Abläufe, die für vorhersehbare Fälle bereits gut funktionieren.
Wie wird sichergestellt, dass ein automatisierter Ablauf bei hohem Traffic keine „Doppelzuweisungs“-Fehler macht?
Über Datenbanktechniken, die die atomare Zuweisung einer Ressource garantieren (zum Beispiel FOR UPDATE SKIP LOCKED), validiert mit Integrationstests, die gleichzeitige Anfragen simulieren, nicht nur isolierte sequenzielle Anfragen.
Was passiert, wenn ein automatisierter Ablauf auf einen Fall trifft, den er nicht lösen kann?
Ein gut konzipierter Ablauf markiert einen Fall ausdrücklich als Ausnahme, mit Begründung, und schickt ihn zur menschlichen Prüfung — er erzwingt keine falsche Klassifizierung, nur um „100% automatisch“ zu wirken. Diese Transparenz macht den Unterschied zwischen Vertrauen und Angst vor der „Blackbox“.
Lassen Sie uns schauen, was sich bei Ihnen automatisieren lässt.
Eine kostenlose 30-Minuten-Sitzung: Wir sagen Ihnen, was sich automatisieren lässt, wie lange es dauert und was es kostet – mit Festpreis nach dem Discovery-Gespräch.