RPA workflows (Preview)

Robotic Process Automation (RPA) automatisiert wiederkehrende, regelbasierte Arbeit über die Systeme hinweg, die täglich genutzt werden. Mit einem Codierungsagenten 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 für klar definierte, deterministische Aufgaben, 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.

Wenn die Arbeit ein Urteilsvermögen anstelle fester Regeln erfordert, ist ein Agent oder eine Mischung aus beiden möglicherweise besser geeignet. Siehe Agents. Wenn ein Workflow ein Schritt in einem längeren Prozess ist, der Genehmigungen, Systeme und Zeit umfasst, kann ein Maestro Flow ihn zusammen mit Personen und anderen Automatisierungen orchestrieren.

Funktionierte End-to-End-Beispiele finden Sie in den RPA-Referenzen.

Was Sie fragen können

Das Erstellen eines neuen Workflows ist nur der Ausgangspunkt. Derselbe Codierungs-Agent funktioniert über die gesamte Lebensdauer einer Automatisierung hinweg, daher gehören zu den häufigsten Anforderungen:

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

Sie steuern all dies im Gespräch und der Agent wählt die richtige UiPath-Funktion für jede Anforderung im Hintergrund aus.

Was eine gute RPA-Anfrage auszeichnet

Der Agent erstellt, was Sie beschreiben, sodass die Zusammenfassung genauso wichtig ist wie für einen Kollegen:

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

Die allgemeinen Richtlinien unter Effektiv arbeiten gelten auch hier; Die oben genannten Punkte sind für RPA am wichtigsten. 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 haben die umfangreichste Aktivitätsabdeckung und können 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 der Agent standardmäßig Low-Code.

Steuern von Anwendungen mit UI-Automatisierung

Die schwierigste und wertvollste RPA-Arbeit besteht darin, die Benutzeroberfläche einer Anwendung auf die gleiche Weise zu steuern, wie ein Mensch es tun würde, indem es klickt, tippt, Werte liest und sich durch Bildschirme bewegt, für Systeme, die keine API bieten. Die UI-Automatisierung von UiPath macht dies zuverlässig und ein Codierungs-Agent verwendet sie direkt.

Wie die Schnittstelle erfasst wird

Anstatt zu raten, wie die einzelnen Elemente zu finden sind, erkundet der Agent die Anwendung zur Entwurfsphase: Er erfasst den Bildschirm, identifiziert die zu bearbeitenden Elemente und erstellt die Schritte zu deren Navigation und deren Ausführung. Dies ist von Natur aus multimodal, da für Desktopanwendungen die zugrunde liegende Seitenstruktur allein nicht ausreicht. Elemente können außerhalb des Bildschirms, aus der Ansicht gescrollt oder hinter einem Popup ausgeblendet werden.

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. Dies trennt eine zuverlässige UI-Automatisierung von einem zerbrechlichen, koordinatenbasierten Screen Scraping.

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 der Agent weiterhin den echten Workflow und bleibt jede Interaktion markiert, damit ein Entwickler die Erfassung in Studio abschließen kann. 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 immer eine vorhanden ist, und Zeit und Aufwand sollten im Budget berücksichtigt werden.

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

RPA-Projekte haben Hausregeln, die es wert sind, einmal in einer Kontextdatei angegeben zu werden, anstatt sie in jeder 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.

Stärken und Grenzen

Codierungs-Agents sind stark auf Grünfeld, gut strukturiertem RPA und der ersten Version eines Workflows. Sie sind schwächst und müssen genauer überprüft werden bei:

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

Was vor dem Akzeptieren eines Workflows überprüft werden muss, finden Sie unter Überprüfen und Validieren der Ausgabe.

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.

Tiefer eintauchen

Das vollständige Bild zum Erstellen von Automatisierungen mit Studio und Aktivitäten finden Sie in der Studio-Dokumentation und in der Aktivitäten-Dokumentation.