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.

Argumentnachrichten

Die Aktivität meldet den Status ihres Argumentwörterbuchs im Infofeld. Keine dieser Meldungen entfernt ein von Ihnen konfiguriertes Argument: Argumente aktualisieren importiert entweder die Argumente, die der aufgerufene Prozess deklariert hat, oder lässt das Wörterbuch so, wie es ist, und gibt an, warum.

Diese Aktivität übergibt nur Eingabeargumente, sodass sich die folgenden Meldungen auf die Eingabeargumente des aufgerufenen Prozesses beziehen.

• „Die Argumente konnten nicht aus dem aufgerufenen Ziel gelesen werden, sodass sie unverändert blieben.“ – Wird angezeigt, wenn Sie Argumente aktualisieren auswählen und der Prozessname leer ist, der Einstiegspunkt wird nicht aufgelöst, der Aufruf an Orchestrator schlägt fehl oder dessen Metadaten können nicht geparst werden. Während Sie die Aktivität bearbeiten, meldet dieser Fall nichts.
• „Das aufgerufene Ziel deklariert Argumente, die nicht importiert werden können (z. B. ein fehlender Name oder Typ oder ein doppelter Name), sodass die Argumente unverändert gelassen wurden. Korrigieren Sie die Argumente des Ziels, und aktualisieren Sie sie erneut.“ – Wird angezeigt, wenn Sie Argumente aktualisieren auswählen. Der Import wird insgesamt abgelehnt, anstatt nur die Argumente zu schreiben, die erstellt werden konnten.
• „Die Argumente konnten im Workflow nicht aktualisiert werden, sodass sie unverändert blieben. Weitere Informationen finden Sie in den Protokollen.“ – Wird angezeigt, wenn Sie Argumente aktualisieren auswählen, wenn der aufgerufene Prozess gelesen wurde, das Wörterbuch aber nicht zurückgeschrieben werden konnte. Es geht nichts verloren.
• „Das aufgerufene Ziel deklariert keine Argumente. Aus Sicherheitsgründen wird Folgendes nicht automatisch entfernt:„ gefolgt von den Argumentnamen. – Wird sowohl beim Aktualisieren als auch während der Bearbeitung angezeigt, wenn der aufgerufene Prozess weder Eingabe- noch Ausgabeargumente deklariert. Die aufgeführten Argumente werden absichtlich beibehalten und Sie können sie manuell entfernen, wenn der aufgerufene Prozess sie nicht mehr verwendet.
• „Das aufgerufene Ziel deklariert keine Eingabeargumente.“ Aus Sicherheitsgründen wird Folgendes nicht automatisch entfernt:„ gefolgt von den Argumentnamen. – Der gleiche Fall für einen Prozess, der Ausgabeargumente, aber keine Eingabeargumente deklariert. Die Meldung besagt also nicht, dass der Prozess nichts deklariert, wenn er mehrere deklariert.
• "Die folgenden Argumente fehlen oder sind falsch konfiguriert:" gefolgt von den Argumentnamen. – Wird während der Bearbeitung angezeigt, wenn der aufgerufene Prozess Argumente deklariert, die die Aktivität nicht hat oder die sie mit einem anderen Typ oder einer anderen Richtung hat. Die Auswahl von Argumenten aktualisieren löst dieses Problem.
• "Die folgenden Argumente sind zusätzlich:" gefolgt von den Argumentnamen. – Wird während der Bearbeitung angezeigt, wenn alles, was der aufgerufene Prozess deklariert, bereits konfiguriert ist und die Aktivität weitere Argumente hinzufügt.
• "Die folgenden Argumente fehlen oder sind falsch konfiguriert:" gefolgt von den Argumentnamen, dann "N Argument(e) sind zusätzlich". – Wird während der Bearbeitung angezeigt, wenn die vorherigen beiden Fälle gleichzeitig gelten, was darauf führt, dass die Aktivität auf einen anderen Prozess verweist. Die fehlenden Argumente werden benannt, die zusätzlichen Argumente werden nur gezählt.

Die Nachrichten, die Argumentnamen auflisten, enthalten höchstens drei, dann fügen Sie „und N weitere(s)“ an.