Run Parallel Process

Eine Run Parallel Process-Aktivität, die einen UiPath-Prozess ausführt, der für die lokale Maschine verfügbar ist.

UiPath.Core.Activities.BeginProcess

Führt einen UiPath-Prozess aus, der für die lokale Maschine verfügbar ist. Kann verwendet werden, um lokale Pakete sowie Prozesse im Orchestrator auszuführen, wenn eine Verbindung verfügbar ist.

Die Run Parallel Process-Aktivität wird im asynchronen Modus ausgeführt, was bedeutet, dass der übergeordnete Prozess nur für das Starten der untergeordneten Prozesse verantwortlich ist. Danach werden beide Prozesse unabhängig voneinander ausgeführt.

Protokolle, die für die Ausführung der übergeordneten und untergeordneten Prozesse generiert werden, werden einzeln in die lokalen Protokolldateien und den Orchestrator geschrieben. Beide enthalten vollständige Informationen zu jeder Ausführung.

Wenn Sie die Aktivität Run Parallel Process verwenden, wird für jeden Prozess ein separater Auftrag erstellt, im Gegensatz zur Aktivität Invoke Process , die nur einen Auftrag erstellt.

Wenn ein untergeordneter Prozess aufgerufen, aber nicht gefunden wird, wird ein Fehler protokolliert, der den Namen des untergeordneten Prozesses, den Pfad, in dem der Roboter nach diesem gesucht hat, und zusätzliche Details wie WindowsIdentity und machineName enthält. In diesem Fall wird eine Ausnahme ausgelöst und zusätzliche Details werden protokolliert.

Wenn ein Fehler im untergeordneten Prozess auftritt, nachdem er aufgerufen wurde, registriert der übergeordnete Prozess dies nicht und setzt seine normale Ausführung fort.

Hinweis:

Die Run Parallel Process-Aktivität funktioniert nur mit Attended-Prozessen.

Eigenschaften

Allgemein

• AnzeigeName (DisplayName) - Der Anzeigename der Aktivität.

Eingabe

• Argumente – Eine Liste von IN-Argumenten, die Sie an den Prozess übergeben können, den Sie vom Orchestrator ausführen möchten. Wenn ein Argument einen unbekannten Typ hat, wird es in JSON konvertiert.
• Argumentvariable – Als Alternative zum Argumentwörterbuch können Sie eine einzelne Variable angeben, die das Verzeichnis der Argumente enthält, die an den aufgerufenen Prozess übergeben werden sollen. Wenn diese Variable zur Runtime festgelegt wird, hat sie Vorrang vor Arguments.
• Prozessname – Der Name des Prozesses im Orchestrator, den Sie ausführen möchten, gespeichert in einer String-Variablen. Dieses Feld unterstützt nur Strings und String-Variablen. Der Prozessname sollte den Namen des Pakets enthalten, da dieses vom Roboter verwendet wird.

Sonstiges

• Einstiegspunkt – Gibt an, welcher Workflow aus dem aufgerufenen Prozess zuerst ausgeführt werden soll. Dieses Feld unterstützt nur Strings und String-Variablen.
• Ordnerpfad – Der Pfad des Orchestrator-Ordners, in dem sich der angegebene Prozess befindet, falls er sich vom Ordner unterscheidet, in dem der Prozess ausgeführt wird. Dieses Feld unterstützt nur String-Werte mit / als Trennzeichen zur Angabe von Unterordnern. Beispiel: "Finance/Accounts Payable".
  Hinweis:

  Der Folder Path-Parameter funktioniert nicht für Prozesse, die von Robotern in klassischen Ordnern ausgeführt werden. Nur Roboter in modernen Ordnern können Daten außerhalb ihres Ordners übergeben. Nicht serialisierbare Datentypen können nicht zwischen Workflows übergeben werden (z. B. UIBrowser, UIElement usw.).

• Privat (Private) - Bei Auswahl werden die Werte von Variablen und Argumenten nicht mehr auf der Stufe Verbose protokolliert.
• Zielsitzung – Gibt die Sitzung an, in welcher der untergeordnete Prozess gestartet wird.
  • Aktuell – Öffnet den untergeordneten Prozess in derselben Sitzung wie den übergeordneten Prozess
  • Prozessstandard – Der untergeordnete Prozess verwendet die Prozesseinstellungen.
  • Haupt – Der untergeordnete Prozess wird in der Hauptsitzung gestartet, unabhängig davon, wo der übergeordnete Prozess ausgeführt wird.
  • Bild in Bild – Der untergeordnete Prozess wird in der Bild-in-Bild-Sitzung gestartet, unabhängig davon, wo der übergeordnete Prozess ausgeführt wird.
• Paket verwenden – Gibt an, ob der Prozess anhand seines Paketnamens (ausgewählt) oder Prozessnamens (nicht ausgewählt) identifiziert werden soll.

Argument messages

The activity reports the state of its Arguments dictionary in the info box. None of these messages removes an argument you configured: Refresh arguments either imports the arguments the invoked process declares or leaves the dictionary as it is and says why.

This activity passes input arguments only, so the messages below concern the input arguments of the invoked process.

• "The arguments could not be read from the invoked target, so they were left unchanged." - Shown when you select Refresh arguments and the process name is empty, the entry point does not resolve, the call to Orchestrator fails, or its metadata cannot be parsed. While you edit the activity, this case reports nothing.
• "The invoked target declares arguments that cannot be imported (for example, a missing name or type, or a duplicate name), so the arguments were left unchanged. Fix the target's arguments and refresh again." - Shown when you select Refresh arguments. The import is refused as a whole rather than writing only the arguments that could be built.
• "The arguments could not be updated in the workflow, so they were left unchanged. See the logs for details." - Shown when you select Refresh arguments if the invoked process was read but the dictionary could not be written back. Nothing is lost.
• "The invoked target declares no arguments. For safety the following are not removed automatically:" followed by the argument names. - Shown both when you refresh and while you edit, when the invoked process declares neither input nor output arguments. The listed arguments are kept deliberately, and you can remove them manually if the invoked process no longer uses them.
• "The invoked target declares no input arguments. For safety the following are not removed automatically:" followed by the argument names. - The same case for a process that declares output arguments but no input ones, so the message does not say the process declares nothing when it declares several.
• "The following argument(s) are missing or misconfigured:" followed by the argument names. - Shown while you edit, when the invoked process declares arguments the activity does not have, or has with a different type or direction. Selecting Refresh arguments resolves it.
• "The following arguments are extra:" followed by the argument names. - Shown while you edit, when everything the invoked process declares is already configured and the activity carries further arguments on top of it.
• "The following argument(s) are missing or misconfigured:" followed by the argument names, then "N argument(s) are extra." - Shown while you edit, when the previous two cases apply at once, which is what pointing the activity at a different process produces. The missing arguments are named, the extra ones only counted.

The messages that list argument names show at most three, then append "and N other(s)".