RPA-Workflows

RPA mit Autopilot: Wofür RPA gut ist, wie ein Workflow geleitet wird, die Rolle der UI-Automatisierung und wo die menschliche Überprüfung am wichtigsten ist.

Robotic Process Automation (RPA) automatisiert wiederkehrende, regelbasierte Arbeit über die Systeme hinweg, die täglich genutzt werden. Mit Autopilot beschreiben Sie die Arbeit in einfacher Sprache und es wird ein ausführbarer Workflow erstellt. Ihre Aufgabe ist es, es gut zu beschreiben und zu überprüfen, was dann kommt.

Wofür RPA gut ist

RPA eignet sich am besten für eine klar definierte, deterministische Arbeit, insbesondere wenn Systeme über keine verwendbare API verfügen:

• Lesen und Transformieren von Dateien und Kalkulationstabellen.
• Verschieben von Daten zwischen Systemen und Aktualisieren von Datensätzen.
• Aufrufen von APIs als Teil eines größeren Prozesses.
• Steuern von Desktop-, Web- und virtuellen Anwendungen über ihre Schnittstelle.

Was Sie fragen können

Das Erstellen eines neuen Workflows ist nur der Ausgangspunkt. Autopilot funktioniert über die gesamte Lebensdauer einer Automatisierung hinweg, daher werden häufig Anforderungen gestellt:

• Erstellen eines neuen Workflows aus einer Beschreibung, einer Reihe manueller Schritte, einem Prozessdokument oder einer Vorlage wie dem Robotic Enterprise Framework (REFramework).
• Refaktorieren und Erweitern eines Workflows, den Sie bereits haben, durch Umstrukturieren, Hinzufügen eines Schritts oder Austauschen einer Aktivität.
• Arbeiten in Legacy-Projekten, Erkennen älterer Projekttypen und Arbeiten innerhalb ihrer Einschränkungen.
• Hinzufügen von Tests, Generieren von Testfällen mit Assertionen und Ausführen dieser Tests zur Bestätigung des Verhaltens.
• Überprüfen einer vorhandenen Automatisierung auf Qualität, fehlende Fehlerbehandlung und riskante Auswahlen, ohne etwas zu ändern.
• Debuggen eines fehlgeschlagenen Workflows durch Lesen des Fehlers, Finden der Ursache und Vorschlagen einer Lösung.
• Verpacken und Wiederverwenden durch Veröffentlichen eines Projekts in Orchestrator oder Extrahieren gemeinsam genutzter Logik in eine wiederverwendbare Bibliothek.

Was eine gute RPA-Anfrage auszeichnet

Autopilot erstellt eine genauere Ausgabe, wenn Sie das gewünschte Ergebnis beschreiben, anstatt Aktivitäten aufzulisten. Geben Sie den geschäftlichen Kontext an – was der Prozess ausführt, was ihn auslöst und wie der Erfolg aussieht – und Autopilot bestimmt die Implementierung.

Ein guter Leitfaden beinhaltet:

• Die Schritte in der richtigen Reihenfolge.
• Die beteiligten Systeme und Anwendungen.
• Die Eingaben und Ausgaben mit ihren Typen.
• Die Bildschirme oder Daten, die der Workflow erreicht.

Eine allgemeine Anleitung zu Prompts finden Sie unter Schreiben effektiver Prompts. Ein vorhandenes Prozessdokument ist ein solider Ausgangspunkt, sofern zuerst echte Kundendaten entfernt werden.

Auswahl von Low-Code oder Codiert

Ein UiPath-RPA-Workflow kann als Low-Code-Workflow oder als codierter Workflow erstellt werden, und Sie steuern, welcher:

• Low-Code-Workflows (.xaml) sind der überprüfbare und prüfbare Standard. Sie bieten die umfangreichste Aktivitätsabdeckung und plattformübergreifende Projekte können auch in Studio Web bearbeitet werden. Die meisten Automatisierungen passen hierher.
• Codierte Workflows (.cs, C#) eignen sich für logische Komponenten wie komplexe Datentransformationen, Analysen oder benutzerdefinierte Typen.

Beide können auch in einem Projekt gemischt werden. Wenn Sie die Form im Vordergrund und nicht in der Mitte des Builds wählen, wird eine Umstrukturierung später vermieden; ohne Anweisung verwendet Autopilot standardmäßig Low-Code.

Steuern von Anwendungen mit UI-Automatisierung

Die schwierigste und wertvollste RPA-Arbeit besteht darin, die Benutzeroberfläche einer Anwendung so zu steuern, wie ein Mensch es tun würde – durch Klicken, Eingeben, Lesen von Werten und Wechseln durch Bildschirme – für Systeme, die keine API bieten. Die UI-Automatisierung von UiPath macht dies zuverlässig und wird direkt von Autopilot verwendet.

Wie die Schnittstelle erfasst wird

Anstatt zu raten, wie die einzelnen Elemente zu finden sind, erkundet Autopilot die Anwendung zur Entwurfszeit: Es erfasst den Bildschirm, identifiziert die Elemente, mit denen reagiert werden soll, und erstellt die Schritte, um sie zu navigieren und sie auszufüllen. Erfasste Elemente werden als stabile Ziele in einem Objekt-Repository gespeichert, sodass dieselbe Schaltfläche oder dasselbe Feld über Workflows hinweg wiederverwendet und an einem Ort verwaltet werden kann.

Belastbar bleiben

Schnittstellen ändern sich und UIAutomation wurde entwickelt, um dies aufzufangen:

Funktion	Was es tut
Reparatur des Selektors	Passt ein Ziel an, wenn sich die Benutzeroberfläche verschiebt, anstatt direkt auszublenden.
Diagnose	Liest Protokolle, Aufzeichnungen und Screenshots nach einem Fehler und erklärt in einfacher Sprache, was schief gelaufen ist.
ScreenPlay	Die KI-gestützte Computer Vision von UiPath; passt sich zur Laufzeit an die Anwendung und Daten an, als Fallback für kritische Pfade für unvorhersehbare Bildschirme.

Wenn keine Live-Anwendung vorhanden ist

Wenn die Zielanwendung nicht für die Erfassung verfügbar ist, erstellt Autopilot weiterhin den echten Workflow und lässt jede Interaktion damit markiert, dass ein Entwickler die Erfassung in Studio fertigstellt. Generierte Selektoren werden am besten als Entwürfe behandelt und gegenüber der echten Anwendung bestätigt.

Die UI-Automatisierung ist auch die teuerste Art von RPA, die erstellt werden muss. Es dauert mehr Zeit und Mühe als Datei-, Daten- oder API-Arbeit, daher ist eine API der bessere Pfad, wo eine API vorhanden ist.

RPA-Konventionen, die es wert sind, erfasst zu werden

RPA-Projekte haben Hausregeln, die es wert sind, einmal angegeben zu werden, anstatt jede Sitzung zu wiederholen. Häufige Beispiele:

• Moderne Designaktivitäten und nicht der klassische Satz.
• UI-Aktivitäten in einem Use Application/Browser-Scope.
• Native Aktivitäten anstelle von „Invoke Code“.
• Vorhandene Konfigurationsdateien und aufgezeichnete Workflows blieben unverändert, anstatt überschrieben zu werden.

Sie können diese Konventionen in einer AgentS.md- Datei im Projektstamm erfassen. Autopilot liest und befolgt die dort definierten Anweisungen – Benennungsregeln für Ordner, Architekturentscheidungen, Codierungsstandards – für die Dauer der Sitzung.

Stärken und Grenzen

Autopilot ist stark in Grünfeld, gut strukturiertem RPA und der ersten Version eines Workflows. Er ist schwächst und muss genauer überprüft werden bei:

• Komplexe oder empfindliche Selektoren.
• Maßgeschneiderte Enterprise-Connectors.
• Ungültige Aktivitätsauswahl, bei der ein generisches Fallback eingreifen kann.

Wie Autopilot RPA-Workflows generiert

Ab Studio Desktop STS-Build 2026.0.197, Autopilot generiert und bearbeitet RPA-Workflows über eine iterative Argumentationsschleife. Bei jeder Anforderung arbeitet Autopilot in drei Phasen:

1. Erkennung – Autopilot liest Ihre Projektstruktur, vorhandene Workflows und relevante Aktivitätsbeispiele, um Kontext zu erfassen.
2. Generierung – Autopilot erstellt oder bearbeitet die XAML basierend auf Ihrer Anforderung und dem gesammelten Kontext.
3. Validierung und Optimierung – Autopilot prüft auf Fehler und wendet Korrekturen an und wiederholt den Zyklus bei Bedarf.

Da Autopilot Ihr Projekt während der Erkennungsphase liest, kann er auf Workflows in Ihrem Projekt verweisen und diese wiederverwenden. Autopilot kennt Ihre aktuelle Datei, die ausgewählte Aktivität und die Variablendefinitionen – Sie müssen Ihre Projektstruktur nicht erklären, bevor Sie eine Frage stellen oder eine Anfrage stellen.

Der Kontext wird auch für alle Nachrichten in derselben Sitzung beibehalten: eine Folgeanforderung wie „die letzte Änderung rückgängig machen“ gilt für den letzten Vorgang, nicht für den gesamten Workflow.

Lassen Sie bei komplexen, mehrstufigen Aufgaben den Ausführungszyklus von Autopilot abschließen, bevor eine Folgenachricht gesendet wird. Eine Unterbrechung während der Aufgabe kann das Projekt in einem Zwischenzustand behalten.

Tools

Autopilot nutzt eine Reihe von Tools, um Ihre Automatisierung zu unterstützen. Standardmäßig sind alle Tools aktiviert. Autopilot kann:

• Verstehen, Erstellen, Bearbeiten, Debuggen, Veröffentlichen und Bereitstellen von Automatisierungen.
• Installieren und Aktualisieren von Abhängigkeiten.
• Fehler beheben.
• Erstellen und verwalten Sie Testfälle.
• Beheben Sie Produktionsfehler.
• Führen Sie PowerShell-Befehle aus oder durchsuchen Sie das Web.
• Erstellen Sie einen Plan, richten Sie Unteragents ein und pflegen Sie ein persistentes Gedächtnis für Ihr spezifisches Benutzerkonto.

Fähigkeiten

Autopilot lädt automatisch relevante Fähigkeiten aus dem UiPath-Fähigkeitenkatalog basierend auf dem Aufgabenkontext. Fähigkeiten sind Anweisungspakete, die Autopilot beibringen, wie bestimmte UiPath-Aufgaben mithilfe von Plattformkonventionen ausgeführt werden.

Die vollständige Liste der Fähigkeiten finden Sie im Repository für UiPath-Fähigkeiten.

Weitere Aufforderungen zum Ausprobieren

• Erstellen Sie ein neues RPA-Projekt aus der REFramework-Vorlage mit dem Namen BankStatementReconciliation.
• Erstellen Sie einen RPA-Workflow, der Anhänge des neuesten Outlook-E-Mail-Abgleichsbetreffs „Rechnung“ herunterlädt und sie in ./inbox/ speichert.
• Fügen Sie ein Try Catch um den Schritt Bestellung einreichen hinzu, damit Geschäftsausnahmen protokolliert werden und die Transaktion auf Fehlgeschlagen festgelegt wird.
• Validieren Sie dieses Projekt, und beheben Sie alle Analysewarnungen.