Run Parallel Process

Activité Exécuter un processus parallèle qui exécute un processus UiPath disponible pour la machine locale.

UiPath.Core.Activities.BeginProcess

Exécute un processus UiPath disponible pour la machine locale. Peut être utilisé pour exécuter des packages locaux, ainsi que des processus dans Orchestrator, si une connexion est disponible.

L'activité Run Parallel Process s'exécute en mode asynchrone, ce qui signifie que le processus parent est uniquement responsable du démarrage des processus enfant. Après cela, les deux processus s'exécutent indépendamment l'un de l'autre.

Les journaux générés pour l'exécution des processus parent et enfant sont écrits individuellement dans les fichiers journaux locaux et dans Orchestrator. Ils contiennent dans les deux cas des informations complètes sur chaque exécution.

Lors de l'utilisation de l'activité Run Parallel Process , une tâche distincte est créée pour chaque processus, par opposition à l'activité Invoke Process qui ne crée qu'une seule tâche.

Si un processus enfant est invoqué mais introuvable, une erreur sera consignée contenant le nom du processus enfant, le chemin où le Robot a recherché ce processus, ainsi que des détails supplémentaires tels que WindowsIdentity et machineName. Lorsque cela se produit, une exception est générée et des détails supplémentaires sont enregistrés.

Si une erreur se produit dans le processus enfant après qu'il ait été appelé, le processus parent n'en aura pas connaissance et continuera son exécution normale.

Remarque :

L'activité « Run Parallel Process » ne fonctionne qu'avec les processus Attended.

Propriétés

Commun

• NomAffichage (DisplayName) - Nom affiché de l'activité.

Entrée

• Arguments : une liste d'arguments d'entrée que vous pouvez transmettre au processus que vous souhaitez exécuter à partir d'Orchestrator. Si un argument contient un type inconnu, il est converti en JSON.
• Variable d’arguments : comme alternative au dictionnaire d’arguments , vous pouvez fournir une seule variable qui contient le dictionnaire d’arguments à transmettre au processus invoqué. Lorsque cette variable est définie lors du runtime, elle prend le pas sur les Arguments.
• Nom du processus : le nom du processus Orchestrator que vous souhaitez exécuter, stocké dans une variable String. Ce champ ne prend en charge que les chaînes et les variables String. Le nom du processus doit contenir le nom du package tel qu'il est utilisé par le robot.

Divers

• Point d'entrée : spécifie quel workflow du processus invoqué doit être exécuté en premier. Ce champ ne prend en charge que les chaînes et les variables String.
• Chemin d'accès du dossier : le chemin d'accès du dossier où se trouve le processus spécifié, s'il est différent du dossier dans lequel le processus est en cours d'exécution. Ce champ prend uniquement en charge les valeurs de chaîne, avec / comme séparateur permettant d'indiquer les sous-dossiers. Par exemple, "Finance/Accounts Payable".
  Remarque :

  Le paramètre Folder Path ne fonctionne pas pour les processus exécutés par des robots dans des dossiers classiques. Seuls les robots des dossiers modernes ont la capacité de transmettre des données à l'extérieur de leur dossier. Les types de données non sérialisables ne peuvent pas être transmis d'un workflow à l'autre (par exemple : UIBrowser, UIElement, etc.).

• Privé (Private) - Si cette option est sélectionnée, les valeurs des variables et des arguments ne sont plus enregistrées au niveau Détaillé (Verbose).
• Session cible : indique dans quelle session dans laquelle le processus enfant est lancé.
  • Actuel : le processus enfant s'ouvre dans la même session que le processus parent.
  • Processus par défaut : le processus enfant utilise les paramètres de processus.
  • Principal : le processus enfant démarre dans la session principale quel que soit l'endroit où le processus parent s'exécute.
  • Incrustation d'image : le processus enfant commence dans la session Incrustation d'image, quel que soit l’endroit où le processus parent s’exécute.
• Utiliser le package : indique si le processus doit être identifié par son nom de package (sélectionné) ou par son nom de processus (non sélectionné).

Messages d’argument

L’activité indique l’état de son dictionnaire d’arguments dans la zone d’informations. Aucun de ces messages ne supprime un argument que vous avez configuré: l’option Actualiser les arguments importe les arguments que déclare le processus invoqué ou laisse le dictionnaire tel quel et indique pourquoi.

Cette activité transmet uniquement les arguments d’entrée, de sorte que les messages ci-dessous concernent les arguments d’entrée du processus invoqué.

• « Les arguments n’ont pas pu être lus à partir de la cible invoquée, ils sont donc inchangés. » - Affiché lorsque vous sélectionnez Actualiser les arguments et que le nom du processus est vide, que le point d'entrée ne se résout pas, que l'appel à Orchestrator échoue ou que ses métadonnées ne peuvent pas être analysées. Lorsque vous modifiez l’activité, ce cas ne signale rien.
• « La cible invoquée déclare des arguments qui ne peuvent pas être importés (par exemple, un nom ou un type manquant ou un nom en double), de sorte que les arguments sont laissés inchangés. Corrigez les arguments de la cible et actualisez à nouveau. - Affiché lorsque vous sélectionnez Actualiser les arguments. L'importation est refusée globalement plutôt que d'écrire uniquement les arguments qui pourraient être créés.
• « Les arguments n’ont pas pu être mis à jour dans le workflow, ils sont donc inchangés. Consultez les journaux pour en savoir plus.» - Affiché lorsque vous sélectionnez Actualiser les arguments si le processus invoqué a été lu mais que le dictionnaire n’a pas pu être réécrit. Rien n’est perdu.
• « La cible invoquée ne déclare aucun argument. Pour des raisons de sécurité, les éléments suivants ne sont pas supprimés automatiquement: suivi des noms d’arguments. - Affiché à la fois lorsque vous actualisez et pendant la modification, lorsque le processus invoqué ne déclare aucun argument d'entrée ni de sortie. Les arguments répertoriés sont conservés délibérément et vous pouvez les supprimer manuellement si le processus invoqué ne les utilise plus.
• « La cible invoquée ne déclare aucun argument d’entrée. Pour des raisons de sécurité, les éléments suivants ne sont pas supprimés automatiquement: suivi des noms d’arguments. - Le même cas pour un processus qui déclare des arguments de sortie mais aucun argument d'entrée, de sorte que le message ne indique pas que le processus ne déclare rien lorsqu'il en déclare plusieurs.
• « L'argument/les arguments suivant(s) est/sont manquant(s) ou mal configuré(s):» suivi des noms d’arguments. - Affiché pendant la modification, lorsque le processus invoqué déclare des arguments que l'activité n'a pas ou a un type ou une direction différent(e). La sélection de l'option Actualiser les arguments permet de résoudre ce problème.
• &`Les arguments suivants sont supplémentaires:` suivi des noms d’arguments. - Affiché pendant la modification, lorsque tout ce que le processus invoqué déclare est déjà configuré et que l'activité porte d'autres arguments au-dessus.
• « L'argument/les arguments suivant(s) est/sont manquant(s) ou mal configuré(s):» suivi des noms d'arguments, puis « N argument(s) est(s) supplémentaire(s)». - Affiché pendant la modification, lorsque les deux cas précédents s'appliquent à la fois, qui est ce que produit le pointage de l'activité vers un processus différent. Les arguments manquants sont nommés, les arguments supplémentaires sont uniquement comptabilisés.

Les messages qui répertorient les noms d’arguments affichent au maximum trois, puis ajoutez « et N autre(s) ».