RPA-Workflows

RPA with Autopilot: what RPA is good for, how to brief a workflow, the role of UI Automation, and where human review matters most.

Robotic Process Automation (RPA) automates repetitive, rule-based work across the systems people use every day. With Autopilot, you describe the work in plain language and it produces a runnable workflow. Your part is to describe it well and review what comes back.

Wofür RPA gut ist

RPA is best for well-defined, deterministic work, especially where systems have no usable API:

• 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

Building a new workflow is only the starting point. Autopilot works across the whole life of an automation, so common requests include:

• 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 produces more accurate output when you describe the outcome you want rather than listing activities. Provide the business context — what the process does, what triggers it, and what success looks like — and Autopilot determines the implementation.

A good brief includes:

• 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.

For general prompting guidance, refer to Writing effective prompts. An existing process document is a strong starting point, as long as real customer data is removed first.

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) are the reviewable, auditable default. They have the widest activity coverage, and cross-platform projects can be edited in Studio Web as well. Most automations fit here.
• Codierte Workflows (.cs, C#) eignen sich für logische Komponenten wie komplexe Datentransformationen, Analysen oder benutzerdefinierte Typen.

Both can also be mixed in one project. Choosing the shape up front, rather than mid-build, avoids a restructure later; without direction, Autopilot defaults to low-code.

Steuern von Anwendungen mit UI-Automatisierung

The hardest and most valuable RPA work is driving an application's interface the way a person would — by clicking, typing, reading values, and moving through screens — for systems that offer no API. UiPath's UI Automation is what makes this reliable, and Autopilot uses it directly.

Wie die Schnittstelle erfasst wird

Rather than guessing how to find each element, Autopilot explores the application at design time: it captures the screen, identifies the elements to act on, and builds the steps to navigate and fill them. Captured elements are stored as stable targets in an Object Repository, so the same button or field can be reused across workflows and maintained in one place.

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

If the target application is not available to capture against, Autopilot still produces the real workflow, leaving each interaction marked for a developer to finish the capture in Studio. Generated selectors are best treated as drafts either way, and confirmed against the real application.

UI automation is also the most expensive kind of RPA to build. It takes more time and effort than file, data, or API work, so an API is the better path wherever one exists.

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

RPA projects have house rules worth stating once, rather than repeating every session. Common examples:

• 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.

You can capture these conventions in an AGENTS.md file at the project root. Autopilot reads and follows the instructions defined there — folder naming rules, architecture decisions, coding standards — for the duration of the session.

Stärken und Grenzen

Autopilot is strong at greenfield, well-structured RPA and at the first version of a workflow. It is weaker, and needs closer review, on:

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

How Autopilot generates RPA workflows

Starting with Studio Desktop STS build 2026.0.197, Autopilot generates and edits RPA workflows through an iterative reasoning loop. On each request, Autopilot works in three phases:

1. Discovery — Autopilot reads your project structure, existing workflows, and relevant activity examples to gather context.
2. Generation — Autopilot creates or edits the XAML based on your request and the gathered context.
3. Validation and refinement — Autopilot checks for errors and applies fixes, repeating the cycle if needed.

Because Autopilot reads your project during the Discovery phase, it can reference and reuse workflows already in your project. Autopilot is aware of your current file, selected activity, and variable definitions — you do not need to explain your project structure before asking a question or making a request.

Context is also maintained across messages in the same session: a follow-up request such as "undo the last change" applies to the most recent operation, not the entire workflow.

For complex, multi-step tasks, allow Autopilot to complete its execution cycle before sending a follow-up message. Interrupting mid-task may leave the project in an intermediate state.

Tools

Autopilot leverages a range of tools to support your automation work. By default, all tools are enabled. Autopilot can:

• Understand, create, edit, debug, publish, and deploy automations.
• Install and update dependencies.
• Fix errors.
• Create and manage test cases.
• Troubleshoot production errors.
• Run PowerShell commands or search the web.
• Make a plan, spin up subagents, and maintain persistent memory for your specific user account.

Fähigkeiten

Autopilot automatically loads relevant skills from the UiPath skills catalog based on the task context. Skills are instruction bundles that teach Autopilot how to perform specific UiPath tasks using platform conventions.

For the full list of skills, refer to the UiPath skills repository.

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.