RPA-Betrieb im Mittelstand: Software-Roboter überwachen, warten und verantwortlich steuern

Der RPA-Betrieb entscheidet darüber, ob ein Software-Roboter nach der Einführung dauerhaft Nutzen stiftet oder nach wenigen Monaten zur Fehlerquelle wird. Robotic Process Automation übernimmt regelbasierte Tätigkeiten am Bildschirm, etwa das Übertragen von Daten zwischen Anwendungen, das Auslesen von Rechnungen oder das Anlegen von Stammdaten. Viele Betriebe investieren viel Aufmerksamkeit in die Entwicklung der ersten Automatisierung und kaum in die Frage, wer den Roboter anschließend überwacht, pflegt und verantwortet.

Das Problem liegt in der Natur der Technik. Ein Roboter arbeitet auf der Oberfläche von Anwendungen und reagiert empfindlich auf Änderungen. Ein Software-Update, ein verschobenes Eingabefeld, ein abgelaufenes Passwort oder eine neue Pflichtangabe genügen, damit der Ablauf stoppt oder, schlimmer, falsche Daten verarbeitet. Ohne Betriebskonzept bemerkt das niemand, bis ein Kunde oder die Buchhaltung nachfragt.

Dieser Beitrag beschreibt, wie sich ein verlässlicher Betrieb organisieren lässt. Er behandelt Rollen, Überwachung, Fehlerbehandlung, Änderungs- und Versionsverwaltung, Zugriffsrechte, Kennzahlen und die Dokumentation. Eine Beispielrechnung und eine Checkliste unterstützen Betriebe, die bereits Roboter einsetzen oder dies planen.

Titelbild: Foto von Homa Appliances auf Unsplash.

Warum der RPA-Betrieb mehr Aufmerksamkeit braucht als die Entwicklung

Eine Automatisierung wird einmal gebaut, aber über Jahre betrieben. Der laufende Aufwand übersteigt häufig den Entwicklungsaufwand, wenn er nicht geplant wird. Drei Eigenschaften machen den Betrieb anspruchsvoll.

• Abhängigkeit von Oberflächen: Der Roboter bedient Anwendungen wie ein Mensch. Änderungen an Layout, Bezeichnungen oder Abläufen brechen die Automatisierung.
• Keine eigene Urteilskraft: Der Roboter erkennt nicht, ob ein Ergebnis unplausibel ist, wenn kein Prüfschritt vorgesehen wurde.
• Hohe Geschwindigkeit: Ein Fehler wird in Minuten tausendfach wiederholt, bevor ein Mensch ihn bemerkt.

Aus diesen Eigenschaften folgt, dass ein Roboter als Teil der betrieblichen Prozesslandschaft behandelt werden muss, mit Verantwortlichen, Überwachung und Änderungssteuerung. Er ist kein Werkzeug, das nach der Einrichtung ohne Aufsicht läuft.

Rollen und Verantwortlichkeiten

Ohne klare Zuordnung bleibt der Roboter ein Waisenkind zwischen Fachabteilung und IT. Folgende Rollen haben sich bewährt, wobei in kleinen Betrieben mehrere Rollen in einer Person zusammenfallen können.

Rolle	Aufgabe	Typische Besetzung
Prozesseigner	Verantwortet das Ergebnis des Prozesses und entscheidet über Änderungen	Leitung der Fachabteilung
Bot-Betreuung	Überwacht Läufe, behebt Störungen, pflegt Ablaufpläne	Mitarbeitende in IT oder Fachbereich
Entwicklung	Baut und ändert Automatisierungen	Intern oder externer Dienstleister
Systemverantwortliche	Informieren über Änderungen an angebundenen Anwendungen	IT oder Anwendungsbetreuung
Datenschutz und Sicherheit	Prüfen Zugriffsrechte und Datenverarbeitung	Datenschutzbeauftragte, IT-Sicherheit

Besonders wichtig ist der Prozesseigner. Er trägt die fachliche Verantwortung und stellt sicher, dass der Roboter den Prozess so ausführt, wie er gedacht ist. Die Bot-Betreuung kümmert sich um die technische Seite, ersetzt aber nicht die fachliche Prüfung.

Überwachung: Läufe sichtbar machen

Die wichtigste Regel lautet, dass ein Fehlschlag nicht stillschweigend geschehen darf. Jeder Lauf sollte protokolliert werden, und Abweichungen müssen eine Meldung auslösen. Eine praxistaugliche Überwachung umfasst mehrere Ebenen.

Technische Überwachung

Hier wird geprüft, ob der Roboter gestartet ist, ob er abgeschlossen hat und ob Fehler aufgetreten sind. Die meisten Plattformen bieten eine Steuerzentrale, die Läufe, Dauer und Statuswerte anzeigt. Meldungen sollten per E-Mail oder Nachricht an die Bot-Betreuung gehen, nicht in einem Postfach landen, das niemand liest.

Fachliche Überwachung

Ein technisch erfolgreicher Lauf kann fachlich falsch sein. Plausibilitätsprüfungen vergleichen daher Ergebnisse mit Erwartungswerten: Stimmt die Zahl der verarbeiteten Belege mit der Zahl der eingegangenen überein? Liegen Beträge im üblichen Rahmen? Sind Pflichtfelder gefüllt? Stichproben durch Mitarbeitende ergänzen die Prüfung.

Überwachung der Laufzeit

Verlängerte Laufzeiten sind ein Frühwarnsignal. Wenn ein Roboter plötzlich doppelt so lange braucht, hat sich oft etwas in der Zielanwendung verändert. Ein Schwellenwert für die Dauer löst eine Meldung aus, bevor der Lauf scheitert.

Fehlerbehandlung: Ausnahmen planen

Kein Prozess verläuft immer nach Plan. Ein verlässlicher Roboter unterscheidet zwischen zwei Fehlerarten und behandelt sie unterschiedlich.

• Fachliche Ausnahmen: Der Vorgang entspricht nicht den Regeln, etwa weil eine Rechnungsnummer fehlt. Der Roboter übergibt den Fall mit einer Begründung an einen Menschen und setzt mit dem nächsten fort.
• Technische Ausnahmen: Die Anwendung antwortet nicht, ein Feld wird nicht gefunden oder die Verbindung bricht ab. Der Roboter wiederholt den Schritt begrenzt, sichert den Zwischenstand und meldet den Fehler.

Hilfreich ist eine Warteschlange für Vorgänge. Jeder Vorgang erhält einen Status wie offen, in Bearbeitung, erledigt oder Ausnahme. So geht kein Vorgang verloren, und ein abgebrochener Lauf kann dort fortgesetzt werden, wo er endete. Das verhindert Doppelverarbeitung, die bei Buchungen und Zahlungen besonders folgenreich wäre.

Änderungen und Versionen steuern

Roboter sind Software und unterliegen denselben Anforderungen an Änderungssteuerung wie andere Programme. Ein verbreiteter Fehler besteht darin, Anpassungen direkt im Produktivsystem vorzunehmen.

1. Getrennte Umgebungen: Entwicklung und Test erfolgen getrennt vom Produktivbetrieb, idealerweise mit Testdaten.
2. Versionsverwaltung: Jede Änderung erhält eine Versionsnummer und eine Beschreibung. Frühere Stände bleiben abrufbar.
3. Freigabe: Der Prozesseigner gibt Änderungen frei, nachdem ein Test dokumentiert wurde.
4. Einführung mit Rückfallplan: Bei Problemen kann auf die letzte funktionierende Version zurückgegriffen werden.
5. Information über Änderungen an Zielsystemen: Die Systemverantwortlichen melden geplante Updates, damit Tests vorab stattfinden können.

Der letzte Punkt wird oft vernachlässigt. Ein Update der Buchhaltungssoftware, das niemandem in der Automatisierung gemeldet wird, ist eine der häufigsten Ursachen für ausgefallene Roboter.

Zugriffsrechte und Sicherheit

Software-Roboter benötigen Zugangsdaten zu Anwendungen und handeln damit mit Rechten, die oft weitreichend sind. Daraus ergeben sich Anforderungen, die nicht optional sind.

• Jeder Roboter erhält eine eigene Kennung und teilt sie nicht mit Menschen, damit Aktionen nachvollziehbar bleiben.
• Die Rechte beschränken sich auf das Notwendige. Ein Roboter, der Rechnungen erfasst, braucht keinen Zugriff auf Zahlungsfreigaben.
• Passwörter werden in einem gesicherten Tresor verwaltet und nicht im Ablaufplan hinterlegt.
• Passwortwechsel werden geplant, sodass der Roboter nicht überraschend ausfällt.
• Alle Aktionen werden protokolliert und für den vorgesehenen Zeitraum aufbewahrt.

Verarbeitet der Roboter personenbezogene Daten, gelten die Vorgaben der Datenschutz-Grundverordnung. Dazu gehören Zweckbindung, Datenminimierung und Dokumentation im Verzeichnis der Verarbeitungstätigkeiten. Den Verordnungstext finden Sie bei EUR-Lex. Bei kaufmännischen Vorgängen ist außerdem sicherzustellen, dass die Nachvollziehbarkeit nach den Grundsätzen zur ordnungsmäßigen Buchführung gewahrt bleibt.

Kennzahlen für den laufenden Betrieb

Ohne Messung lässt sich der Nutzen eines Roboters nicht belegen und seine Qualität nicht steuern. Einige wenige Kennzahlen genügen.

Kennzahl	Aussage	Berechnung
Erfolgsquote	Anteil der Vorgänge ohne Eingriff	Automatisch erledigte Vorgänge geteilt durch alle Vorgänge
Ausnahmequote	Anteil der Fälle, die ein Mensch bearbeiten muss	Ausnahmen geteilt durch alle Vorgänge
Verfügbarkeit	Anteil planmäßiger Läufe, die stattfanden	Erfolgreiche Läufe geteilt durch geplante Läufe
Störungsdauer	Zeit bis zur Behebung	Zeitraum zwischen Meldung und Wiederaufnahme
Eingesparte Zeit	Nutzen der Automatisierung	Vorgänge mal Bearbeitungszeit je Vorgang

Eine steigende Ausnahmequote deutet auf veränderte Eingangsdaten oder unvollständige Regeln hin. Sie ist oft das erste Signal dafür, dass der Prozess angepasst werden muss.

Beispielrechnung: Nutzen und Betriebsaufwand

Die folgenden Zahlen sind frei gewählt und dienen ausschließlich der Veranschaulichung. Ein Roboter verarbeitet monatlich 2.000 Eingangsrechnungen. Ein Mitarbeiter benötigt je Rechnung vier Minuten. Das entspricht rund 133 Stunden im Monat. Bei einem internen Stundensatz von 40 Euro ergibt sich ein Wert von etwa 5.300 Euro.

Der Roboter erledigt 90 Prozent der Fälle selbstständig. Die übrigen 10 Prozent gehen als Ausnahme an einen Mitarbeiter, der je Fall sechs Minuten braucht, insgesamt 20 Stunden. Hinzu kommen zehn Stunden monatlich für Überwachung und Pflege. Der verbleibende Aufwand beträgt damit 30 Stunden, also 1.200 Euro. Dazu kommen Lizenzkosten von beispielsweise 800 Euro im Monat.

Der Nettonutzen beträgt rund 3.300 Euro im Monat. Wird der Betriebsaufwand nicht eingerechnet, erscheint der Nutzen um etwa ein Drittel höher, als er tatsächlich ist. Wer die Wirtschaftlichkeit prüft, sollte den Betrieb deshalb von Beginn an einbeziehen.

Ein Roboter spart nur dann Zeit, wenn sein Betrieb weniger Aufwand verursacht als die ersetzte Handarbeit, und das lässt sich nur mit Zahlen belegen.

Dokumentation und Wissenssicherung

Die Dokumentation wird oft aufgeschoben und rächt sich, wenn die Entwicklerin das Unternehmen verlässt. Für jeden Roboter sollte ein schlankes Betriebshandbuch vorliegen, das folgende Angaben enthält:

• Zweck, Prozesseigner und Bot-Betreuung
• Auslöser, Zeitplan und Eingangsdaten
• Beteiligte Anwendungen und verwendete Kennungen
• Ablaufbeschreibung mit Ausnahmen und Eskalationswegen
• Bekannte Fehlerbilder und deren Behebung
• Versionsstand und Änderungshistorie
• Vorgehen bei Ausfall, einschließlich manueller Ersatzprozedur

Besonders der Ersatzprozess ist wichtig. Fällt der Roboter aus, muss die Fachabteilung den Vorgang manuell abwickeln können. Wenn das Wissen darüber nach der Automatisierung verloren gegangen ist, wird jeder Ausfall zur Krise.

Übergabe von der Entwicklung in den Betrieb

Der Übergang vom Projekt in den Regelbetrieb ist eine Schwachstelle. Entwickler kennen die Eigenheiten ihres Roboters, geben dieses Wissen aber selten vollständig weiter. Eine formale Übergabe verhindert, dass der Betrieb mit einer unbekannten Automatisierung allein bleibt.

Eine Übergabe umfasst mindestens einen dokumentierten Abnahmetest mit realen Fällen, die Schulung der Bot-Betreuung und eine Probephase mit engmaschiger Beobachtung. In dieser Phase laufen Roboter und manuelle Bearbeitung gegebenenfalls parallel, und die Ergebnisse werden verglichen. Erst wenn die Abweichungen über mehrere Läufe hinweg gering bleiben, wird der Roboter in den Regelbetrieb überführt. Der Prozesseigner bestätigt die Übernahme schriftlich.

Mehrere Roboter im Überblick behalten

Mit dem Erfolg der ersten Automatisierung folgen weitere. Nach einiger Zeit besteht ein Bestand von zehn oder zwanzig Robotern, die auf denselben Anwendungen aufsetzen und voneinander abhängen können. Ohne Überblick entstehen Konflikte, etwa wenn zwei Roboter gleichzeitig dasselbe System bedienen oder dieselbe Kennung nutzen.

Hilfreich ist ein Verzeichnis aller Roboter mit wenigen Angaben: Name, Zweck, Verantwortliche, Zeitplan, beteiligte Systeme, Kritikalität und Datum der letzten Prüfung. Die Kritikalität bestimmt den Aufwand für Überwachung und Wiederanlauf. Ein Roboter, der Zahlungsläufe vorbereitet, verlangt strengere Kontrollen als einer, der Berichte kopiert.

Zusätzlich sollten Läufe zeitlich so geplant werden, dass sie sich nicht gegenseitig blockieren und Wartungsfenster der Zielsysteme respektieren. Eine zentrale Terminübersicht macht Überschneidungen sichtbar.

Ausfall und Wiederanlauf planen

Auch ein gut betriebener Roboter fällt gelegentlich aus. Entscheidend ist, wie schnell der Betrieb wieder anläuft und ob dabei Vorgänge verloren gehen. Ein Wiederanlaufkonzept beantwortet vier Fragen:

1. Wer wird bei einem Ausfall informiert, und in welcher Frist muss er reagieren?
2. Welche Vorgänge sind betroffen, und wie werden sie erkannt?
3. Wie wird der Prozess in der Zwischenzeit manuell fortgeführt?
4. Wie werden Vorgänge nach der Behebung nachgeholt, ohne Doppelbuchungen zu erzeugen?

Für kritische Prozesse empfiehlt sich eine Vertretungsregelung für die Bot-Betreuung. Fällt die zuständige Person im Urlaub oder durch Krankheit aus, muss eine zweite Person Zugriff und Wissen haben. Der Wiederanlauf sollte einmal im Jahr geübt werden, damit die Abläufe im Ernstfall bekannt sind.

Qualitätssicherung durch regelmäßige Überprüfung

Neben der laufenden Überwachung ist eine periodische Überprüfung sinnvoll. Einmal im Quartal prüft die Bot-Betreuung gemeinsam mit dem Prozesseigner, ob der Roboter noch dem Prozess entspricht. Hat sich der Prozess fachlich verändert, etwa durch neue Freigabegrenzen oder geänderte Kontierungsregeln, muss der Roboter angepasst werden, auch wenn technisch alles fehlerfrei läuft. Diese Überprüfung umfasst auch die Frage, ob die Automatisierung weiterhin sinnvoll ist oder ob sich der Prozess durch Vereinfachung oder eine Standardfunktion der Software ohne Roboter lösen ließe.

Dokumentiert werden die Ergebnisse in einem kurzen Prüfprotokoll. Es enthält Datum, Prüfer, festgestellte Abweichungen und beschlossene Maßnahmen. So lässt sich gegenüber Revision, Wirtschaftsprüfung oder Kunden belegen, dass die Automatisierung kontrolliert betrieben wird.

Typische Fehler und Stolperfallen

• Der Roboter wird ohne benannten Verantwortlichen betrieben.
• Meldungen bei Fehlern gehen an ein Sammelpostfach, das niemand beobachtet.
• Änderungen erfolgen direkt im Produktivsystem ohne Test und Versionierung.
• Der Roboter nutzt Zugangsdaten einer realen Person, die das Unternehmen verlässt.
• Plausibilitätsprüfungen fehlen, sodass fachlich falsche Ergebnisse unbemerkt bleiben.
• Updates an Zielsystemen werden nicht an die Bot-Betreuung kommuniziert.
• Die Wirtschaftlichkeit wird ohne Betriebskosten gerechnet.
• Es existiert keine manuelle Ersatzprozedur.

Checkliste für den laufenden Betrieb

• Sind Prozesseigner und Bot-Betreuung je Roboter benannt?
• Gibt es eine Überwachung mit Meldung an eine verantwortliche Person?
• Sind fachliche Plausibilitätsprüfungen eingebaut?
• Werden Ausnahmen an einen Menschen übergeben und nachverfolgt?
• Gibt es getrennte Umgebungen, Versionierung und Freigabe?
• Hat jeder Roboter eine eigene Kennung mit minimalen Rechten?
• Werden Passwörter in einem Tresor verwaltet?
• Sind Kennzahlen definiert und werden sie regelmäßig ausgewertet?
• Existieren Betriebshandbuch und manuelle Ersatzprozedur?

FAQ

Wer ist im Mittelstand für einen Software-Roboter verantwortlich?
Die fachliche Verantwortung liegt beim Prozesseigner in der Fachabteilung, die technische Betreuung bei IT oder einer benannten Person. Beide Rollen müssen schriftlich festgelegt sein.

Wie oft müssen Roboter gewartet werden?
Eine feste Frist gibt es nicht. Sinnvoll sind regelmäßige Prüfungen, beispielsweise vierteljährlich, sowie eine anlassbezogene Prüfung bei jedem Update der angebundenen Anwendungen.

Was passiert, wenn der Roboter einen Fehler macht?
Fehler sollten über Plausibilitätsprüfungen und Protokolle erkannt werden. Betroffene Vorgänge werden korrigiert, die Ursache analysiert und die Regeln des Roboters angepasst.

Brauche ich für RPA eine eigene Abteilung?
Nein. In kleinen und mittleren Betrieben genügen benannte Personen mit klaren Aufgaben, solange Überwachung, Änderungssteuerung und Dokumentation sichergestellt sind.

Darf ein Roboter personenbezogene Daten verarbeiten?
Ja, wenn die Anforderungen des Datenschutzes eingehalten werden. Dazu zählen Rechtsgrundlage, Zweckbindung, Datenminimierung, Dokumentation und angemessene Sicherheitsmaßnahmen.

Woran erkenne ich, dass ein Roboter nicht mehr wirtschaftlich ist?
Anzeichen sind eine steigende Ausnahmequote, häufige Störungen und ein Betriebsaufwand, der den Zeitgewinn übersteigt. Eine regelmäßige Auswertung der Kennzahlen macht das sichtbar.