Orchestrierungsprozess

Lang andauernde Workflows sind Masterprojekte, die Serviceorchestrierung, menschliche Eingriffe und lang andauernde Transaktionen in Unattended-Umgebungen unterstützen.

Menschliches Eingreifen kommt ins Spiel, wenn bestimmte Prozesse menschliche Eingaben erfordern, um Ausnahmen, Genehmigungen oder Validierungen zu verarbeiten, bevor der nächste Schritt der Aktivität ausgeführt wird.

Workflowfragmentierung

Ein langlaufender Workflow enthält UiPath.Persistence.Activities und kann mit Invoke Process und Aktivitäten ohne Benutzerinteraktion kombiniert werden, um menschliche Aufgaben mit Roboteraufgaben zu orchestrieren.Es wird in Sitzung 0 ausgeführt und somit eine schnelle Ausführung sichergestellt. Beachten Sie, dass das Debugging eines Orchestrierungsprozesses in einer Benutzersitzung erfolgt.

Lang andauernde Workflows können Folgendes orchestrieren:

• Hintergrundprozesse, die Aktivitäten enthalten können, die API-Aufrufe durchführen und in Sitzung 0 ausgeführt werden. Sie können über die Aktivität Invoke Prozess aufgerufen werden.
• UI: Ein Prozess mit Benutzerinteraktionsaktivitäten, die über die Aktivität Start Auftrag aus Orchestrator aufgerufen werden und in einer Benutzersitzung ausgeführt werden.
• Human in the Loop: Der Benutzer interagiert durch Aufgaben, die das Ausfüllen von Formularen im Orchestrator erfordern. Dies beinhaltet die Verwendung der Aktivität Formularaufgabe erstellen in Verbindung mit Warten auf Formularaufgabe und fortsetzen.

Orchestrierungsprozessvorlage

In Studio, go to Home > Orchestration Process to open the template, which contains the default UiPath.Persistence.Activities and UiPath.System.Activities dependencies in a Flowchart workflow type.

The template's project.json file has the supportsPersistence: true parameter, indicating that process execution resumes upon task completion.

The requiresUserInteraction: false parameter indicates this workflow does not contain user interaction activities, similar to a Background Process.

Es wird nicht empfohlen, Parameter in der project.json-Datei manuell zu ändern.

A process may be turned into an Orchestration Process from the Project Settings window by setting the Supports Persistence toggle to Yes.

Snippets für Orchestrierungsprozesse

Zum Einstieg enthält das Panel Snippets eine Reihe von Workflow-Snippets, mit denen Sie einen Orchestrierungsprozess erstellen können.

Erstellen eines Orchestrierungsprozesses

Führen Sie die folgenden Schritte aus, um Aktivitäten, die Teil des UiPath.Persistence.Activities-Pakets sind, zu koppeln und Ihren eigenen Orchestrierungsprozess zu erstellen:

1. Verwenden Sie die Aktivität Warteschlangenelement hinzufügen und Referenz abrufen, um ein Warteschlangenelement mit in, in/out oder out Parametern hinzuzufügen und das entsprechende Warteschlangenelement-Objekt abzurufen.Wenn das Warteschlangenelement verarbeitet wird, werden die in der ItemInformation Eigenschaft bereitgestellten Argumente den zugeordneten Workflow-Variablen zugewiesen, wenn diese Aktivität mit der Aktivität Warten auf Warteschlangenelement und Fortsetzen gekoppelt ist.

   

2. Die Aktivität Wait for Queue Item and Resume sollte mit der Aktivität Warteschlangenelement hinzufügen und Referenz abrufen gekoppelt werden. Der Workflow tritt in den ausgesetzten Status und setzt den Roboter bei dieser Aktivität frei, der auf die Fertigstellung eines bestimmten Warteschlangenelements wartet, bevor er mit dem nächsten Schritt im Prozess fortfährt.

   

3. Die Aktivität Auftrag starten und Referenz abrufen einen anderen Prozess auf, indem sie Argumente vom Typ in, in/out oder bereitstelltout. Nach der Ausführung werden die geänderten Argumente den Workflow-Variablen zugeordnet, wenn diese Aktivität mit der Aktivität Auftrag warten und fortsetzen gekoppelt ist.

   

4. Die Aktivität Auftrag warten und fortsetzen sollte mit Auftrag starten und Referenz abrufen gekoppelt werden, indem die Job Object angegebene Aktivität als Ausgabe der letzteren Aktivität bereitgestellt wird.Dadurch wird der aktuelle Prozess vorübergehend ausgesetzt und auf den Abschluss des Referenzauftrags gewartet. Der Prozess wird fortgesetzt, sobald der Status des Referenzauftrags aktualisiert ist.

   

5. Use the Create Form Task activity to create a task with form-based visualization for human interactions within a workflow. These forms with the relevant workflow context are presented to users for decision-making and other scenarios.

   Bitte beachten Sie, dass Sie das UiPath.FormActivityLibrary-Paket installieren müssen, um diese Aktivität verwenden zu können.

   

6. Die Aktivität Wait for Form Task und fortsetzen sollte mit der Aktivität Create Form Task gekoppelt werden, indem Task Objectals Eingabe bereitgestellt wird, um den Workflow zu unterbrechen, bis diese bestimmte Aktivität vom Endbenutzer abgeschlossen ist.

   

7. Verwenden Sie die Aktivität Resume After Delay, um die Ausführung des Workflows auszusetzen und ihn zu einem bestimmten Datum und einer bestimmten Uhrzeit fortzusetzen.

8. Führen Sie den Workflow in Studio aus. Immer wenn der Roboter eine Aktivität mit langer Ausführungszeit ausführt, wechselt Studio in den schreibgeschützten Zustand, wobei die Option Fortsetzen im Menüband aktiviert ist. Zum Fortfahren schließen Sie die zugrunde liegende Aufgabe, das Element oder den Auftrag in der Warteschlange ab und klicken auf Fortsetzen.

Best Practices

• Aktivitäten mit langer Ausführungszeit („Wait and Resume“-Aktivitäten), die Teil des UiPath.Persistence.Activities-Pakets sind, können nur in einem Orchestrierungsprozess-Einstiegspunkt – der als Main.xaml gekennzeichneten Datei – verwendet werden.

• Auf wiederverwendbare Komponenten, die auf einem Orchestrierungsprozess basieren, kann nur innerhalb eines anderen Orchestrierungsprozesses verwiesen werden.

• A process attached to a queue processing should not be modeled into a long-running workflow. If it must be used, ensure to complete the queue item status using the Set Transaction Status activity before the first persistence point (any Wait and Resume activity).

  Hinweis:

  Starting with Orchestrator v2020.10.8, queue items that are part of persistence points can be processed within long-running workflows, so setting the queue item's transaction to a final status (Failed or Successful) is not mandatory anymore. Head over to the Release Notes for more details.

• Persistenzpunkte (Wait- und Resume-Aktivitäten) dürfen nicht innerhalb des Texts einer Für jede-Aktivität verwendet werden, da sie den Workflow nach dem Ausführen der ersten Iteration anhalten. Dies ist möglicherweise nicht das gewünschte Verhalten.

  Alternativ können Sie Schleifen mit Persistenzaktivitäten verwenden, z. B. die Aktivität Parallel für jeden. Bitte beachten Sie, dass die maximale Anzahl von Resume-Triggern pro Auftrag standardmäßig auf 1.000 begrenzt ist.

• Lang andauernde Workflows können in jedem verfügbaren Roboter desselben Typs wie dem, der einen Auftrag (z. B. unattended oder außerhalb der Produktion) in derselben Umgebung oder demselben Ordner angehalten hat, wieder aufgenommen werden, sodass lokale Ressourcen, die für die Ausführung erforderlich sind, auch nach Persistenzpunkten verfügbar sein müssen.

• All variables used in the scope of a long-running activity must be serializable. Types of variables listed in this page are serializable: Text, True or False, Number, Array, Date and Time. Data Table and GenericValue variables.

• Variablen, die in Scopes verwendet werden, die keine langlaufenden Aktivitäten enthalten, unterliegen nicht der Serialisierungsanforderung, da der Workflow in ihrem Scope nicht ausgesetzt wird.Nicht serialisierbare Datentypen können in separaten Sequence-Scopes im selben Workflow oder durch Aufrufen anderer Dateien verwendet werden, solange sie sich zwischen den Aktivitäten Wait und fortsetzen befinden, z. B. Wait for Auftrag und fortsetzen, Wait for Warteschlangenelement und fortsetzen und Wait for Form Task und fortsetzen.

• Please take into consideration that some properties of objects generated by long-running activities cannot be evaluated in the Locals panel.

• Implementieren Sie eine geeignete Batchverarbeitung in Workflows, die eine hohe Anzahl von Aktionen pro Auftrag erwarten. Bitte beachten Sie, dass es ein Standardlimit von 1.000 Aktionen (oder anderen Auftragstriggern) gibt, auf die ein Auftrag gleichzeitig warten kann.

  Hinweis:

  The Delay and Retry Scope activities are not supported and do not work properly when used in the Main workflow of an Orchestration Process. In such cases, they should be placed inside a No Persist Scope activity.