RPA stabil betreiben: Warum ein gefundener Button noch nicht der richtige ist

Ein Software-Roboter kann einen Ablauf korrekt starten und trotzdem die falschen Daten bearbeiten. Bei RPA entscheidet deshalb nicht allein, ob ein Element gefunden wird. Entscheidend ist, ob das gefundene Element zum richtigen Vorgang gehört und die erwartete Aktion tatsächlich abgeschlossen wurde.

Koordinaten beschreiben einen Ort, keinen Zweck

Ein Klick auf eine Bildschirmposition funktioniert nur, solange Fenstergröße, Auflösung, Skalierung und Anordnung ausreichend gleich bleiben. Ein Selektor beschreibt dagegen Eigenschaften eines Oberflächenelements, etwa Rolle, Beschriftung und zugehörigen Bereich. Auch dieser Ansatz kann scheitern: Eine Anwendung kann mehrere gleich beschriftete Schaltflächen enthalten oder beim nächsten Start andere technische Kennungen vergeben.

Für einen belastbaren Ablauf sollten möglichst stabile Merkmale gewählt und im Kontext kombiniert werden. Der Button „Speichern“ im geöffneten Auftrag ist etwas anderes als „Speichern“ in einem danebenliegenden Dialog. Eine zusätzliche Prüfung der sichtbaren Auftragsnummer kann hier mehr Sicherheit bringen als mehrere alternative Suchmuster.

Ein Beispiel aus der Vorgangsbearbeitung

Angenommen, ein Bot überträgt eine Lieferadresse. Vor der Eingabe prüft er die eindeutige Vorgangskennung. Danach kontrolliert er, ob das Adressfeld bearbeitbar ist. Erst nach dem Speichern liest er die angezeigte Adresse erneut und vergleicht sie mit dem vorgesehenen Wert. Das ist ein selbst entwickeltes Prüfkonzept, keine Garantie einer bestimmten Software.

Wird der Vorgang währenddessen von einem Menschen geändert, darf der Bot die neue Information nicht einfach überschreiben. Er benötigt einen definierten Konfliktpfad: Vorgang anhalten, Ursache protokollieren und zur fachlichen Klärung weitergeben. Ein technisch erfolgreicher Klick darf nicht automatisch als fachlich erfolgreicher Abschluss gelten.

Wiederholen mit klarer Grenze

Desktop-Automatisierungen können Fehler pro Aktion oder für einen ganzen Aktionsblock behandeln. Das erneute Ausführen eines Blocks kann jedoch bereits erfolgreiche Schritte wiederholen. Deshalb gehören Wiederholungszahl, Wartezeit und die Frage nach möglichen Doppelwirkungen zusammen.

Ein erneutes Lesen ist meist anders zu bewerten als ein erneutes Anlegen eines Auftrags. Nach einem unklaren Speichervorgang sollte zuerst der Zielzustand geprüft werden. Bleibt er unbekannt, ist ein geordneter Abbruch oft die verlässlichere Lösung als eine unbegrenzte Wiederholung.

Was ein Praxistest zeigen sollte

Ein sinnvoller Test enthält neben dem Normalfall langsame Antworten, fehlende Pflichtfelder, doppelte Treffer und geänderte Fenstergrößen. Gemessen werden nicht nur Laufzeit und Erfolgsquote, sondern auch falsch zugeordnete Vorgänge und der Aufwand zur Nachbearbeitung. So wird aus einer funktionierenden Vorführung ein überprüfbarer Betriebsablauf.