- Notes de publication
- Démarrage
- Paramétrage et configuration
- Projets d'automatisation
- À propos de la publication de projets d'automatisation
- Conception d'automatisations
- Gérer les package d’activités
- Configuration des paramètres du projet d'activité
- Signature de paquets
- Gouvernance
- Import des entités
- Modern Design Experience
- Lier un projet à une idée dans Automation Hub
- Utilisation du gestionnaire de données
- Dépendances
- Types de workflows
- Flux de contrôle
- Comparaison de fichiers
- Meilleures pratiques d'automatisation
- Intégration du contrôle de code source
- À propos du contrôle de version
- Gestion de projets à l'aide de TFS
- Gestion de projets à l'aide de SVN
- Diff de workflow
- Débogage
- Journalisation
- L'outil de diagnostic (Diagnostic Tool)
- Analyseur de workflow
- À propos de l'analyseur de workflow
- ST-NMG-001 - Convention d'affectation de noms des variables
- ST-NMG-002 - Convention d'affectation de noms des arguments
- ST-NMG-004 - Duplication du nom complet
- ST-NMG-005 - La variable remplace une autre
- ST-NMG-006 - La variable remplace l'argument
- ST-NMG-008 - Longueur de variable dépassée
- ST-NMG-009 - Ajouter un préfixe aux variables DataTable
- ST-NMG-011 - Ajouter un préfixe aux arguments Datatable
- ST-NMG-012 - Valeurs par défaut de l'argument
- ST-NMG-016 : longueur d'argument dépassée
- ST-NMG-017 - Le nom de la classe correspond à l'espace de noms par défaut
- ST-DBP-002 - Nombre élevé d'arguments
- ST-DBP-003 - Bloc d'interception vide
- ST-DBP-007 - Plusieurs couches de l'organigramme
- ST-DPB-010 - Plusieurs instances de [Workflow] ou [Case de test]
- ST-DBP-020 - Propriétés de sortie non définies
- ST-DBP-021 - Délai d'expiration codé en dur
- ST-DBP-023 : Workflow vide
- ST-DBP-024 - Vérification de l’activité de persistance
- ST-DBP-025 - Condition préalable à la sérialisation des variables
- ST-DBP-026 - Utilisation de l’activité Délai
- ST-DBP-027 - Pratiques exemplaires de persistance
- ST-DBP-028 - Condition préalable à la sérialisation des arguments
- ST-MRD-002 - Valeurs par défaut des noms d'activités
- ST-MRD-004 - Activités inaccessibles
- ST-MRD-005 - Séquences redondantes
- ST-MRD-007 - Clauses If imbriquées
- ST-MRD-008 - Séquence vide
- ST-MRD-009 - Activités profondément imbriquées
- ST-MRD-011 - Utilisation de la ligne d'écriture
- ST-MRD-017 - Incomplet si (Incomplete If)
- ST-USG-005 - Arguments d'activité codée en dur
- ST-USG-009 - Variables inutilisées
- ST-USG-010 - Dépendances inutilisées
- ST-USG-014 - Restrictions sur les paquets (Package Restriction)
- ST-USG-020 - Nombre minimum de messages consignés
- ST-USG-024 - Non utilisé, sauvegardé pour plus tard (Unused Saved for Later)
- ST-USG-025 - Utilisation abusive de la valeur enregistrée (Saved Value Misuse)
- ST-USG-026 - Restrictions d'activité (Activity Restrictions)
- ST-USG-027 - Packages requis
- ST-USG-028 - Restreindre l'invocation des modèles de fichier
- ST-USG-027 - Balises requises
- ST-USG-034 – URL Automation Hub
- Variables
- Arguments
- Gestion des arguments
- Le module Arguments
- Utilisation des arguments
- Noms d'espace importés
- Automatisations codées
- Introduction
- Enregistrement de services personnalisés
- Contextes Avant (Before) et Après (After)
- Génération du code
- Génération de cas de test codé à partir de cas de test manuels
- Automatisation Attended basée sur déclencheur
- Enregistrement
- Éléments de l'interface utilisateur
- À propos des éléments d'interface utilisateur
- Propriétés des activités de l'interface utilisateur
- Exemple d'utilisation des méthodes de saisie
- Méthodes de sortie ou de capture de données d'écran
- Exemple d'utilisation de méthodes de sortie ou de capture de données d'écran
- Génération de tables à partir de données non structurées
- Capture relative de données
- Sélecteurs
- Réf. d’objets
- Capture de données
- Automatisation des images et des textes
- À propos de l'automatisation des images et des textes
- Activités liées à la souris et au clavier
- Exemple d'utilisation de l'automatisation de la souris et du clavier
- Les activités de type texte
- Exemple d'utilisation d'automatisation de texte
- Activités de type OCR
- Activités de type image
- Exemple d'utilisation de l'automatisation d'image et d'OCR
- Automatisation des technologies Citrix
- Automatisation de RDP
- Automatisation VMware Horizon
- Automatisation de Salesforce
- Automatisation SAP
- macOS UI Automation
- Outil ScreenScrapeJavaSupport
- Protocole Webdriver
- Extensions
- À propos des extensions
- Outil SetupExtensions
- UiPathRemoteRuntime.exe n'est pas en cours d'exécution dans la session distante
- UiPath Remote Runtime bloque la fermeture de la session Citrix
- UiPath Remote Runtime provoque une fuite de mémoire
- Les packages UiPath.UIAutomation.Activities ne correspondent pas aux versions d'UiPath Remote Runtime
- L'extension UiPath requise n'est pas installée sur la machine distante
- Paramètres de résolution d’écran
- Stratégies de groupe Chrome
- Impossible de communiquer avec le navigateur
- L’extension Chrome est automatiquement supprimée
- L'extension a peut-être été corrompue
- Vérification de l'installation et de l'activation de l'extension pour Chrome
- Vérifiez si ChromeNativeMessaging.exe est en cours d’exécution
- Vérifier si la variable ComSpec est correctement définie
- Activez l’accès aux URL de fichiers et au mode navigation privée
- Profils de navigateur multiples
- Group Policy conflict
- Problèmes connus spécifiques aux extensions MV3
- Liste des extensions pour Chrome
- Extension Chrome sur Mac
- Stratégies de groupe Edge
- Impossible de communiquer avec le navigateur
- L’extension Edge est automatiquement supprimée
- L'extension a peut-être été corrompue
- Vérification si l'extension pour Microsoft Edge est installée et activée
- Vérifiez si ChromeNativeMessaging.exe est en cours d’exécution
- Vérifier si la variable ComSpec est correctement définie
- Activation de l'accès aux URL de fichiers et au mode navigation privée
- Profils de navigateur multiples
- Group Policy conflict
- Problèmes connus spécifiques aux extensions MV3
- Liste des extensions pour Edge
- Extension pour Safari
- Extension pour VMware Horizon
- Extension pour Amazon WorkSpaces
- Plug-in du gestionnaire de solution SAP
- Complément Excel
- Suite de tests - Studio
- Résolution des problèmes
- À propos de la résolution des problèmes
- Prise en charge et limitations de Microsoft App-V
- Résolution des problèmes rencontrés avec Internet Explorer x64
- Problèmes rencontrés avec Microsoft Office
- Identification des éléments d'IU dans PDF avec options d'accessibilité
- Réparation de la prise en charge d'Active Accessibility
- La validation des projets volumineux hérités depuis Windows prend plus de temps que prévu
Gestion des arguments
Les arguments servent à transmettre des données d'un projet à un autre. D'une façon générale, ils sont comparables à des variables, car ils peuvent stocker et transmettre des données dynamiquement. Les variables transmettent des données entre activités, tandis que les arguments peuvent transmettre des données entre automatisations, ce qui permet de réutiliser certains projets à volonté.
Studio prend en charge un grand nombre de types d'arguments, qui coïncident avec les types de variables. Par conséquent, vous pouvez créer des arguments Generic Value, String, Boolean, Object, Array ou DataTable et vous pouvez également rechercher des types .Net, comme vous le faites pour variables.
De plus, les arguments disposent de directions spécifiques : Entrée (In), Sortie (Out), In/Out et Propriété (Property) pour indiquer à l'application la destination des informations stockées.
- S'il existe une variable et un argument portant le même nom, la variable est toujours utilisée par défaut lors du runtime.
- La transmission d’arguments d’entrée complexes (de type System.Data.DataTable, par exemple), à une activité Appeler le fichier de flux de travail (Invoke Workflow File) non isolée fonctionne comme si une référence était transmise, ce qui signifie que toute modification apportée à l’objet dans le workflow invoqué va modifier l’objet dans le workflow principal. Les types d’arguments intégrés (Booléen, par exemple) sont toujours transmis en tant que valeurs.
Veuillez prendre en considération que si vous créez un argument In/Out avec une valeur In lorsqu'il est utilisé dans l'activité Invoquer le workflow , puis modifiez la valeur en Out, vous remarquerez peut-être qu'une erreur est générée lors de l'exécution du projet. En effet, l’activité Invoquer le workflow (Invoke Workflow) n’a pas renvoyé les valeurs par référence. Utilisez un gestionnaire global dans votre projet pour accéder aux valeurs exactes des arguments dans le workflow invoqué.
Enfin, ces arguments peuvent être utilisés pour s'intégrer à d'autres outils de votre entreprise, car ils sont également exposés dans Orchestrator. Cela implique que tout processus que vous créez peut à présent recevoir des arguments d'entrée via l'API ou l'interface d'Orchestrator, ainsi que renvoyer une sortie à tous les éléments susmentionnés. Plus d’informations sont disponibles ici.
in_DefaultTimeout
, in_FileName
, out_TextResult
, io_RetryNumber
. Vous pouvez consulter nos recommandations Conventions d’affectation de noms de conception de workflow (Workflow Design Naming Conventions) .
- Ouvrez le Gestionnaire de données, puis sélectionnez Nouveau (New) > Nouvel argument (New Argument).
- Un nouvel élément portant le nom par défaut
argument
est ajouté sous Arguments. -
Configurez l'argument créé :
- Cliquez sur le nom de l'argument pour modifier son nom.
- Développez l'argument à l'aide de la flèche à sa gauche et définissez la Direction, le Type de données (Data Type), s'il est Obligatoire (Required), et éventuellement la Valeur par défaut (Default Value).
À partir du gestionnaire de données, vous pouvez également créer des arguments en bloc en cliquant avec le bouton droit sur le nœud Arguments, puis en sélectionnant Créer des arguments en bloc (Bulk Create Arguments). Une nouvelle fenêtre s'affiche, dans laquelle vous pouvez ajouter et configurer plusieurs arguments.
- Depuis le panneau Activités (Activities), faites glisser une activité vers le panneau Concepteur (Designer). Cliquez avec le bouton droit sur un champ et sélectionnez Créer un argument d'entrée (Create In Argument) ou Créer un argument de sortie (Create Out Argument) dans le menu contextuel. Vous pouvez également appuyer sur Ctrl+M ou Ctrl+Maj+M. Le champ Définir Arg (Set Arg) est affiché.
- Renseignez le nom et appuyez sur Entrée. L'argument est créé et est visible dans le champ. Vérifiez sa direction et entrez-le dans le panneau Arguments (Arguments).
Alternativement, les arguments peuvent être créés à partir d’expressions directement dans un champ d’entrée d’activité ou dans l’éditeur d’expression :
- Sélectionnez une partie de l’expression et appuyez sur Ctrl+M ou Ctrl+Shift+M. Le champ Set Arg s'affiche.
-
Renseignez le nom et appuyez sur Entrée. L'argument est créé. Vérifiez son type et sa direction dans le panneau Arguments.
Data Table
d'une activité Write Range, le type de l'argument est défini sur DataTable
. Si vous créez un argument dans le champ Text
d'une activité Write Line, le type de l'argument est défini sur String
.
- Depuis le panneau Propriétés (Properties) de toute activité, cliquez avec le bouton droit sur un champ modifiable et sélectionnez Créer un argument d'entrée (Create In Argument) ou Créer un argument de sortie (Create Out Argument) dans le menu contextuel. Vous pouvez également appuyer sur Ctrl+M ou Ctrl+Maj+M. Le champ Définir Arg (Set Arg) est affiché.
- Renseignez le nom et appuyez sur Entrée. L'argument est créé et est visible dans le champ. Vérifiez sa direction et entrez-le dans le panneau Arguments (Arguments).
Le type d'argument est généré automatiquement en fonction de la propriété sélectionnée.
- Rendez-vous dans le module Concepteur (Designer) et cliquez sur Arguments (Arguments) pour ouvrir le module Arguments (Arguments).
-
Cliquez sur la ligne Créer un argument (Create Argument) et renseignez le nom. Un argument est créé.
Remarque : par défaut, tous les arguments créées sont de type String avec une direction Entrée (In).
Vous pouvez supprimer des variables du gestionnaire de données ou du panneau Variables.
- Ouvrez le gestionnaire de données, puis développez le nœud *Variables.
- Cliquez avec le bouton droit sur un argument, puis sélectionnez Supprimer (Delete). Vous pouvez également la sélectionner et appuyer sur la touche Suppr.
- Ouvrez le panneau Arguments (Arguments).
-
Cliquez avec le bouton droit sur un argument, puis sélectionnez Supprimer (Delete). Vous pouvez également la sélectionner et appuyer sur la touche Suppr.
La fenêtre Propriétés d’argument (Argument Properties) centralise les arguments utilisés tout au long de votre projet, ainsi que leurs propriétés. Après la publication du projet, ces informations sont visibles dans Orchestrator, Assistant et Automation Ops - Pipelines.
Pour configurer les propriétés des arguments, ouvrez le panneau Projet (Project), cliquez avec le bouton droit sur un fichier XAML défini comme principal ou marqué comme point d’entrée du projet, puis sélectionnez l’option Propriétés de l’argument (Argument Properties). Vous pouvez réorganiser les arguments répertoriés dans la fenêtre en les faisant glisser et en les déposant dans le menu de gauche.
Sélectionnez un argument dans le menu de gauche et saisissez les informations suivantes :
- Nom complet (Display name) : le libellé qui s’affiche pour l’argument.
- Info-bulle (Tooltip) : info-bulle visible lorsque vous survolez l’argument.
- Obligatoire (Required) : indique si l’argument est requis.
- Créer des arguments
- À partir du gestionnaire de données
- Depuis le corps d'une activité
- À partir d’expressions
- Depuis le panneau Propriétés
- Depuis le panneau Arguments (Arguments)
- Supprimer des arguments
- À partir du gestionnaire de données
- Depuis le panneau Arguments (Arguments)
- Suppression de tous les arguments inutilisés
- Configuration des propriétés de l’argument