Mappage de variables pour la migration
Dans la migration, certaines variables sont mappées directement à partir des versions précédentes du produit vers Automation 360, tandis que d'autres se comportent différemment ou contiennent des changements de configuration.
Variables définies par l'utilisateur
Dans Automation 360, toutes les variables définies dans les robots sont créées en tant qu'« Utiliser comme entrée » et « Utiliser comme sortie » pendant la migration, pour échanger des valeurs entre les robots parents et les robots enfants.
Si des variables sont mappées entre un robot parent et un robot enfant dans 11.x, et que certaines des variables mappées ne sont pas disponibles dans le robot parent ou le robot enfant, le processus de migration supprime ces variables. Le processus de migration supprime ces variables pour les robots enfants qui sont migrés avec les robots parents et pour les robots enfants qui sont déjà migrés.
Examinez la façon dont les variables définies par l'utilisateur suivantes sont migrées.
Cette section explique comment la variable Tableau est migrée vers Automation 360. Dans certains cas, vous devrez peut-être effectuer certaines actions ou vérifier certaines choses avant ou après la migration.
- Sous-type « valeur »
- Les variables avec ce sous-type sont migrées vers la Table avec toutes les valeurs de colonne en tant que Chaîne.
- Sous-type « Lire à partir du fichier texte »
- Les variables avec ce sous-type sont migrées vers la Table avec toutes les valeurs de colonne en tant que Chaîne.
Les actions suivantes sont ajoutées dans le cadre de la migration pour configurer les données dans la variable :
Actions Automation 360 Fonction Ouvre le fichier à lire. Renvoie la valeur dans la variable Table. Ferme le fichier. - Sous-type « Lire à partir de la base de données »
- Les variables avec ce sous-type sont migrées vers le package Table avec toutes les valeurs de colonne comme Chaîne.
Les actions suivantes sont ajoutées dans le cadre de la migration pour configurer les données dans la variable :
Actions Automation 360 Fonction Ajoute l'action Connecter avec la chaîne de connexion correspondante. Ajoute l'action Exporter vers table de données pour renvoyer les résultats à la variable de table de données. Ajoute l'action Déconnecter pour déconnecter la base de données. Voir aussi : Base de données package.
- Sous-type « Lire à partir du fichier Excel/CSV »
- Les variables avec ce sous-type sont migrées vers la Table avec toutes les valeurs de colonne en tant que Chaîne.
Les actions suivantes sont ajoutées dans le cadre de la migration pour configurer les données dans la variable :
Actions Automation 360 Fonction Ouvre le fichier à lire. Renvoie la valeur de variable Table si l'option Toutes les cellules ou Plage est sélectionnée dans la déclaration de variable. Renvoie la valeur de variable Table si l'option Ligne entière est sélectionnée dans la déclaration de variable. Renvoie la variable Table si l'option Colonne entière est sélectionnée dans la déclaration de variable. De plus, le package Assign list to datatable of list est utilisé pour stocker la valeur renvoyée dans la variable.
Ferme le fichier. Action required : Dans Automation 360, une variable de table vide renvoie une erreur de temps d'exécution. Si votre robot migré contient une variable de table vide, vous devez résoudre le problème dans Automation 360. - Variable tableau : Types d'entrées acceptés par la fonction DLL
- Lorsque le système transmet une variable tableau d’un 11.x robot à une fonction DLL d’un type différent, la fonction DLL accepte les types d’entrée suivants :
- UInt16[], Int16[], Int32[], Int64[], Int[], Caractère[], Simple[], Décimal[], Flottant[], Double[], Booléen[], Bool[], Octet[], Chaîne[], et DateHeure[]
- UInt16, Int16, Int32, Int64, Int, Caractère, Simple, Décimal, Flottant, Double, Booléen, bool, Octet, Chaîne, et DateHeure
- List<UInt16>, List<Int16>, List<Int32>, List<Int64>, List<Int>, List<Char>, List<Single>, List<Decimal>, List<Float>, List<Double>List<Boolean>, List<bool>, List<Byte>, List<String>, List<Date-Time>
- UInt16[,], Int16[,], Int32[,], Int64[,], Int[,], Caractère[,], Simple[,], Décimal[,], Flottant[,], Double[,], Bool[,], Octet[,], Chaîne[,] et DateHeure[,]
- Plus d'informations
- Vous pouvez migrer vos robots 10.x ou 11.x qui incluent des variables de tableau.
Voici quelques différences de comportement clés :
- La position de l'index commence par 1 dans 10.x et 11.x, tandis que la position de l'index commence par 0 dans Automation 360. Par exemple,
$arrayVariable(1,1)$devient$arrayVariable[0][0]$ - Si un tableau a 10 lignes ou colonnes et qu’une boucle s’exécute plus de 10 fois, 10.x ou 11.x renvoie le nom de la variable tableau avec la position d’index.
Action required : Si un index non valide est utilisé pour accéder aux tableaux dans 11.x, assurez-vous de résoudre l'erreur de robot avant ou après la migration. - La position de l'index commence par 1 dans 10.x et 11.x, tandis que la position de l'index commence par 0 dans Automation 360. Par exemple,
Cette section explique comment la variable Dictionnaire est migrée vers Automation 360. Dans certains cas, vous devrez peut-être effectuer certaines actions ou vérifier certaines choses avant ou après la migration.
- Sous-type « valeur »
- Le système migre ces variables vers le type Dictionnaire avec le sous-type Chaîne dans Automation 360.
- Sous-type « Lire à partir du fichier CSV »
- Le processus de migration ajoute des actions pour lire le fichier CSV à l'aide du package CSV/Texte et stocke les données dans une variable de table. Le processus ajoute également des actions pour effectuer une boucle sur la variable Table et utilise l'action Placer du package Dictionnaire pour ajouter la clé et les valeurs dans la variable Dictionnaire.
- Variable de dictionnaire : Types d'entrées acceptés par la fonction DLL
- Lorsque le système transmet une variable de dictionnaire d’un 11.x robot à une fonction DLL d’un type différent, la fonction DLL accepte les types d’entrée suivants : UInt16, Int16, Int32, Int64, Int, Caractère, Simple, Décimal, Flottant, Double, Booléen, bool, Octet, Chaîne, et DateHeure.
- Plus d'informations
- Vous pouvez migrer vos robots 10.x ou 11.x qui incluent des variables de dictionnaire.
La table suivante décrit certaines différences de comportement clés et leur fonctionnement dans Automation 360 :
Comportement de 10.x ou 11.x Comportement de Automation 360 Les clés de dictionnaire ne sont pas sensibles à la casse dans 10.x ou 11.x. Les clés de dictionnaire sont sensibles à la casse dans Automation 360. Pour maintenir la résilience de l'exécution robot, le processus de migration convertit toutes les clés du dictionnaire en valeurs minuscules. Nous utilisons la chaîne express Minuscule si une variable est utilisée comme clé de dictionnaire pour obtenir le nom de clé en minuscule.
Cette section explique comment la Liste est migrée vers Automation 360. Dans certains cas, vous devrez peut-être effectuer certaines actions ou vérifier certaines choses avant ou après la migration.
- Sous-type « valeur »
- Ces variables sont migrées vers Liste avec le sous-type Chaîne.
- Sous-type Tableau
- Ces variables sont migrées vers Liste avec le sous-type Chaîne.
- Sous-type « Lecture à partir du fichier texte »
- Lorsqu'une variable qui est déclarée par la lecture d'un fichier est appelée, l'action Importer la liste à partir du fichier texte du package Automatisation héritée est ajoutée au-dessus de l'action migrée.
- Déclaré comme « Rendre aléatoire »
- La variable de Liste peut être déclarée comme « Rendre aléatoire » dans 10.x ou 11.x pour renvoyer un élément aléatoire de la liste. Le processus de migration ajoute la nouvelle action Taille au package List pour obtenir la taille de la liste et ajoute l'action Attribuer un nombre aléatoire au package Number pour trouver la position aléatoire et l'utiliser pour obtenir un élément de liste aléatoire.
- Plus d'informations
-
- Dans 10.x et 11.x, la Liste est accessible sans spécifier d'index. Dans Automation 360, vous devez spécifier l'index respectif pour récupérer la valeur spécifique de la liste.
Exemple : Les variables Liste sont accessibles par index de la manière suivante :
$listVariable[0]$Ici, 0 représente la première valeur de la liste.
- La position de l'index commence par 1 dans 10.x ou 11.x, tandis qu'elle commence par 0 dans Automation 360.
- Comportement de 11.x :Dans 11.x, lorsqu'une liste avec un index fixe est utilisée, le système renvoie la valeur disponible dans le premier index de la liste.
Exemple : Par exemple, considérez que vous avez une liste avec les valeurs 1, 2, 3 et 4, et que vous utilisez
$IntList(3)$pour récupérer la valeur dans la troisième position d'index de la liste. Le système renvoie la valeur disponible dans la première position d'index de la liste (1) au lieu de la position d'index spécifiée (3).Comportement de Automation 360 :Dans Automation 360, le système renvoie la valeur disponible à la position d'index spécifiée (pour l'exemple ci-dessus, il renvoie 3).
Comportement de robots migrés : 11.x robots qui utilisent de telles expressions avec des index fixes dans la liste et sont migrées vers Automation 360 renvoient la valeur disponible à la position d'index spécifiée.
- Si une liste contient 10 éléments et qu'une boucle est exécutée plus de 10 fois, 10.x ou 11.x renvoie la première valeur de la liste après la 10e itération.
- Dans 10.x et 11.x, la Liste est accessible sans spécifier d'index. Dans Automation 360, vous devez spécifier l'index respectif pour récupérer la valeur spécifique de la liste.
- Variable de liste : Types d'entrées acceptés par la fonction DLL
- Lorsque le système transmet une variable « Liste » d’un 11.x robot à une fonction DLL d’un type différent, la fonction DLL accepte les types d’entrée suivants :
- UInt16[], Int16[], Int32[], Int64[], Int[], Caractère[], Simple[], Décimal[], Flottant[], Double[], Booléen[], Bool[], Octet[], Chaîne[], et DateHeure[]
- UInt16, Int16, Int32, Int64, Int, Caractère, Simple, Décimal, Flottant, Double, Booléen, bool, Octet, Chaîne, et DateHeure
- List<UInt16>, List<Int16>, List<Int32>, List<Int64>, List<Int>, List<Char>, List<Single>, List<Decimal>, List<Float>, List<Double>List<Boolean>, List<bool>, List<Byte>, List<String>, List<Date-Time>
- UInt16[,], Int16[,], Int32[,], Int64[,], Int[,], Caractère[,], Simple[,], Décimal[,], Flottant[,], Double[,], Bool[,], Octet[,], Chaîne[,] et DateHeure[,]
Voir aussi : Liste package.
Cette section explique comment la variable Aléatoire est migrée vers Automation 360. Dans certains cas, vous devrez peut-être effectuer certaines actions ou vérifier certaines choses avant ou après la migration.
- Sous-type « chaîne aléatoire »
- Lorsqu'il existe une variable Aléatoire du sous-type Chaîne, le processus de migration ajoute l'action Générer une chaîne aléatoire du package Chaîne pour générer une chaîne aléatoire au-dessus de la condition Si et attribue la valeur à la variable migrée respective dans Automation 360.
- Sous-type « Nombre aléatoire »
- Lorsqu'il existe une variable Aléatoire du sous-type Nombre, le processus de migration ajoute l'action Attribuer un nombre aléatoire du package Nombre pour générer une chaîne aléatoire au-dessus de la condition Si et attribue la valeur à la variable migrée respective dans Automation 360.
Cette section explique comment la Valeur est migrée vers Automation 360. Dans certains cas, vous devrez peut-être effectuer certaines actions ou vérifier certaines choses avant ou après la migration.
- Sous-type « Valeur »
- Ces variables migrent toujours en tant que Chaîne dans Automation 360, même si elles contiennent des valeurs numériques, booléennes ou DateHeure. Les expressions sont utilisées dans Automation 360 pour convertir une chaîne en d'autres types si nécessaire.
- Sous-type « Lire à partir du fichier texte »
- Pour maintenir l'intégrité de l'exécution du robot pendant la migration, où une variable qui est déclarée par la lecture d'un fichier est appelée, l'action Importer une chaîne à partir d'un fichier texte du package Chaîne est ajoutée juste au-dessus de l'action migrée.
- Plus d'informations
- Les Robots qui utilisent des variables de type valeur dans une variable peuvent être migrés vers Automation 360. Pour les robots 11.x qui utilisent une variable dans une variable de la commande Insert Keystrokes (Insérer des séquences de touches), l'action Évaluer la valeur du package String est ajoutée dans le robot migré
Voir aussi : String package | Nombre package | package booléen | package Date/Heure
Variables système
Dans certains cas, les variables système telles que le numéro de ligne d'erreur, la description de l'erreur et le nom du système d'exploitation renvoient une valeur différente dans Automation 360. Les Robots utilisant ces variables dans une prise de décision ou une opération de chaîne nécessitent une révision après la migration.
Certaines variables système utilisées dans une boucle sont des variables définies par l'utilisateur dans la boucle après la migration. Dans certains cas, la variable définie par l'utilisateur peut nécessiter une configuration dans le robot migré.
Certaines variables système sont migrées en tant qu'actions dans Automation 360. Ces actions sont ajoutées juste au-dessus de l'action qui utilise ces variables.
- $Filedata Column$
- $Dataset Column$
- $XML Data Node$
- $Excel Column$
Le tableau suivant fournit des informations sur les différentes variables système et la façon dont elles sont migrées vers Automation 360. Certaines variables font partie des actions, d'autres sont deviennent des actions et d'autres sont encore connues sous le nom de variables système, mais ont des modifications de syntaxe.
| Variable système | Comment elles sont migrées vers Automation 360 |
|---|---|
| Day | Devient $System:Day$ dans Automation 360 |
| Month | Devient $System:Month$ dans Automation 360 |
| Year | Devient $System:Year$ dans Automation 360 |
| $Date$ | Devient $System:Date$ dans Automation 360Le format de date défini pour la variable dans 11.x ou 10.x robot est stocké dans la valeur globale AADefaultDateFormat. |
| Hour | Devient $System:Hour$ dans Automation 360 |
| Minute | Devient $System:Minute$ dans Automation 360 |
| $Clipboard$ | devient $System:Clipboard$ dans Automation 360 |
| $Machine$ | Devient $System:Machine$ dans Automation 360 |
| $MiliSecond$ | Devient $System:MiliSecond$ dans Automation 360 |
| $ArrayColumns($arrayVariable$)$ | Devient une expression dans Automation 360 : $arrayVariable.DataTable:columnCount$ |
| $ArrayRows($arrayVariable$)$ | Devient une expression dans Automation 360 : $arrayVariable.DataTable:rowCount$ |
| $AAControlRoom$ | Devient $System:AAControlRoom$ dans Automation 360 |
| $RAMUsage$ | Devient $System:RAMUsage$ dans Automation 360 |
| $TotalRAM$ | Devient $System:TotalRAM$ dans Automation 360 |
| $OSName$ | 10.x ou 11.x renvoie la valeur Microsoft Windows 10 Professionnel 64 bits. Dans Automation 360, cette variable devient $System:OSName$ et renvoie Windows 10 64 bits. |
| $CPUUsage$ | Devient $System:CPUUSage$ dans Automation 360 |
| $Counter$ | Cette variable système est obsolète dans Automation 360. Le processus de migration crée un Nombre de type de variable défini par l'utilisateur et modifie le robot pour s'assurer qu'il fournit le même résultat que le robot 11.x. Si vous avez utilisé la variable $Counter$ dans une boucle, le processus de migration remplace la variable par la variable $Condition-Counter$ dans le robot migré et définit sa valeur sur 1. |
| $Dataset Column$ | Cette variable système fait désormais partie de l'itérateur Pour chaque ligne dans un ensemble de données de requête SQL dans Boucle. Le système crée une nouvelle variable dans la boucle et l'utilise dans la boucle partout où $Dataset Column$ est présent.Si la variable est utilisée en dehors d'une boucle, elle est convertie en une variable définie par l'utilisateur de type d'enregistrement et affectée à une action Enregistrer, ce qui vous permet d'affecter la valeur de la variable d'enregistrement source à la variable d'enregistrement de destination. Par conséquent, lorsque vous exécutez des robots migrés qui contiennent cette variable, les données de la dernière ligne sont affichées. |
| $Excel Column$ | Cette variable système fait désormais partie de l'itérateur Pour chaque ligne de la feuille de calcul dans Boucle. Le système crée une nouvelle variable dans la boucle et l'utilise dans la boucle partout où $Excel Column$ est présent.Si la variable est utilisée en dehors d'une boucle, elle est convertie en une variable définie par l'utilisateur de type d'enregistrement et affectée à une action Enregistrer, ce qui vous permet d'affecter la valeur de la variable d'enregistrement source à la variable d'enregistrement de destination. Par conséquent, lorsque vous exécutez des robots migrés qui contiennent cette variable, les données de la dernière ligne sont affichées. |
| $Extension$ et $FileName$ | Ces variables système ont été utilisées dans l'itérateur Pour chaque fichier dans un dossier de Boucle. Cependant, dans Automation 360, une variable de type dictionnaire est utilisée pour capturer l’extension et le nom de fichier, qui peuvent être récupérés avec le nom de clé « extension » et « nom » respectivement. |
|
$Email$ $Email From$ $Email Message$ $Email Received Date$ $Email Received Time$ $Email Subject$ $Email To$ $Email Sent date$ $Email Sent time$ |
Ces variables système ont été utilisées dans l'itérateur Pour chaque e-mail dans la boîte aux lettres de Boucle. Dans Automation 360, une variable de type dictionnaire est utilisée pour capturer toutes les valeurs d’e-mail pouvant être récupérées avec les clés respectives. Reportez-vous à la rubrique Utilisation de la variable de dictionnaire pour les propriétés d'e-mail. |
| $Filedata Column$ | Cette variable système fait désormais partie de l'itérateur Pour chaque ligne du CSV/TXT dans Boucle. Le système crée une nouvelle variable dans la boucle et l'utilise dans la boucle partout où $Filedata Column$ est présent.Si la variable est utilisée en dehors d'une boucle, elle est convertie en une variable définie par l'utilisateur de type d'enregistrement et affectée à une action Enregistrer, ce qui vous permet d'affecter la valeur de la variable d'enregistrement source à la variable d'enregistrement de destination. Par conséquent, lorsque vous exécutez des robots migrés qui contiennent cette variable, les données de la dernière ligne sont affichées. |
| $FolderName$ | Cette variable système est utilisée dans l'itérateur Pour chaque dossier dans un dossier de la Boucle. Dans Automation 360, la valeur est renvoyée à la variable de chaîne spécifiée dans la boucle. |
| $Excel Cell Row$ | Cette variable système est migrée vers l'action Obtenir le numéro de ligne du package Excel dans Automation 360 et est ajoutée juste au-dessus de l'action dans laquelle elle est utilisée. |
| $Excel Cell Collumn$ | Cette variable système est migrée vers l'action Obtenir le nom de colonne du package Excel dans Automation 360 et est ajoutée juste au-dessus de l'action dans laquelle elle est utilisée. 10.x/11.x renvoie la première colonne (par exemple, colonne A) pour la $Excel Cell Column$ même si la cellule active n'est pas la colonne A (par exemple, colonne F10) à l'intérieur d'une boucle. Dans Automation 360, la même configuration renvoie la cellule active (par exemple, la colonne F10). Voici les cas d’utilisation qui entraînent le changement de comportement ci-dessus :
Action required : En tenant compte des différences de comportement, vous devrez peut-être modifier certains robots. |
| $Excel Cell$ | Cette variable système est migrée vers l'action Obtenir l'adresse de cellule du package Excel dans Automation 360 et est ajoutée juste au-dessus de l'action dans laquelle elle est utilisée. |
| $AATaskExecutor$ | Cette variable système devient $AATaskExecutor$ et $AATaskInvoker$ dans Automation 360. Dans 11.x, ces variables renvoient différentes valeurs concernant l'appelant et l'exécuteur de tâche (par exemple, le prénom, le nom, l'adresse e-mail et le nom d'utilisateur de l'appelant et de l'exécuteur). Dans Automation 360, la variable $AATaskInvoker$ renvoie les valeurs suivantes :
|
| $AATaskName$ | Cette variable système devient $System.AATaskName$ dans Automation 360. Dans 10.x/11.x, cette variable renvoie la valeur dans le répertoire du chemin d'accès de votre ordinateur (par exemple Automation Anywhere\My Tasks\My Folder\My Folder2\AATaskName.atmx). Dans Automation 360, renvoie la valeur au chemin d'accès robot relatif à la Salle de contrôle (par exemple, Bots/AATaskName). Action required : Les valeurs renvoyées étant différentes d'une version à l'autre, vous devrez sans doute modifier certains robots. |
| $AAApplicationPath$ | 11.x spécifique : La variable système 11.x renvoie le chemin défini par les utilisateurs dans la configuration Outil > Option de ce que l'on appelle l'« application cliente ». Dans Automation 360, la variable correspond à une valeur globale. Le processus de migration mappe automatiquement cette modification et l'ensemble de valeurs de chaque utilisateur dans 11.x et est copié dans la variable de valeur globale @AAApplicationPath. Remarque : Aucune action n'est requise d'un utilisateur pour 11.x, car la variable système est automatiquement mappée en tant que valeur globale pendant la migration si vous avez utilisé la base de données 11.x lors de l'installation de Automation 360 10.x spécifique : Cette variable système 10.x ne migre pas automatiquement vers Automation 360 en tant que valeur globale. Certaines actions sont donc requises après la migration. Action required :
Reportez-vous à la rubrique Valeurs globales. |
| $AAInstallationPath$ | Cette variable système devient $System:AAInstallationPath$ dans Automation 360. Comportement de 10.x/11.x : Renvoie le chemin d'installation du Client Enterprise (par exemple, Comportement de Automation 360 :Renvoie le chemin d'installation du Agent de robot (par exemple, Action required : Les valeurs renvoyées étant différentes d'une version à l'autre, vous devrez sans doute modifier certains robots. |
| $Current Directory$ | Cette variable système est obsolète dans Automation 360 et convertie automatiquement en variable définie par l'utilisateur pendant la migration. La valeur de la variable est configurée selon la valeur définie dans et Pour chaque dossier dans un dossier. |
| $Date$ | Cette variable système devient $System:Date$ dans Automation 360. Comportement de 10.x et 11.x : La variable $Date$ renvoie la date et l'heure actuelles dans un format spécifié dans le fichier AA.Settings.XML. Comportement de Automation 360 : La variable $System:Date$ renvoie des valeurs de type DateHeure et les utilisateurs doivent utiliser une action pour la remplacer par Chaîne. Afin de minimiser les inconvénients pour les utilisateurs, le processus de migration s'effectue comme suit pour chaque instance $Date$ :
Selon la façon dont votre robot est configuré, vous devrez peut-être mettre à jour la configuration de la date/l'heure. Action required : Modifiez le robot si le format de date n'est pas MM/jj/aaaa HH :mm :ss. |
|
$Error Line Number$ $Error Description$ |
Dans 10.x ou 11.x, ces variables système sont utilisées après la commande Gestion des erreurs. Dans Automation 360, la valeur est renvoyée aux variables définies par l'utilisateur spécifiées dans l'action Récupérer. |
|
$PDFFileName$ $PDFTitle$ $PDFAuthor$ $PDFSubject$ |
Dans 10.x ou 11.x, ces variables système ont été utilisées après toute commande PDF. Dans Automation 360, une variable de type « Dictionnaire » est utilisée pour capturer toutes les valeurs PDF pouvant être récupérées avec les clés respectives. Chaque action PDF renvoie cette variable « Dictionnaire » avec les valeurs PDF correspondantes. Reportez-vous à la rubrique Utilisation de la variable du dictionnaire pour les propriétés PDF. |
| $System$ | Dans 11.x ou 10.x, cette variable système est utilisée pour récupérer des informations sur les paramètres d'un périphérique et ses performances. Dans Automation 360, l'action Obtenir la variable d'environnement du System package est utilisée. Reportez-vous à la rubrique Variables d’environnement du package System. |
| $WorkItem$ |
Remarque : Pour le type « DateHeure », vous ne pouvez pas encore migrer le package, donc le robot associé doit être migré à un autre moment.
|
| $Trigger Value$ | Devient $TriggerValue$ dans Automation 360. Pour les robots 11.x qui utilisent cette variable, effectuez les tâches suivantes pour exécuter la migration des robots avec succès :
|
| $Table Column$ | Cette variable système fait désormais partie de l'itérateur Pour chaque ligne du tableau dans Boucle. Le système crée une nouvelle variable dans la boucle et l'utilise dans la boucle partout où $Table Column$ est présent.Si la variable est utilisée en dehors d'une boucle, elle est convertie en une variable définie par l'utilisateur de type d'enregistrement et affectée à une action Enregistrer, ce qui vous permet d'affecter la valeur de la variable d'enregistrement source à la variable d'enregistrement de destination. Par conséquent, lorsque vous exécutez des robots migrés qui contiennent cette variable, les données de la dernière ligne sont affichées. |
| $XML Data Node$ | Cette variable système est utilisée dans l'itérateur Pour chaque nœud dans l'ensemble de données XML de la Boucle. Dans Automation 360, la valeur est renvoyée à la variable de chaîne spécifiée dans la boucle. Si la variable est utilisée en dehors d'une boucle, elle est convertie en une variable définie par l'utilisateur de type de chaîne et affectée à une action Enregistrer, ce qui vous permet d'affecter la valeur de la variable d'enregistrement source à la variable d'enregistrement de destination. Par conséquent, lorsque vous exécutez des robots migrés qui contiennent cette variable, les données de la dernière ligne sont affichées. |
Variables d'identifiants
Les variables d'informations d'identification utilisées pour les champs Nom d'utilisateur et Mot de passe dans 10.x et 11.x sont migrées en tant que Variables d'informations d'identification dans Automation 360.
La méthode de migration diffère pour 10.x et 11.x.
Pour savoir comment les informations d’identification 10.x sont migrées, consultez la section sur les informations d’identification dans Comment les 10.x données sont copiées dans Automation 360.
Les variables d'informations d'identification utilisées dans les champs autres que les champs Nom d'utilisateur et Mot de passe sont migrées en tant que Valeurs globales. Ces champs incluent le nom d’hôte, le numéro de port, etc. Les valeurs globales migrées ont la syntaxe suivante : <credentialname>_<attributename>. Par exemple, dans 11.x, une information d'identification FTPConnection avec un nom d'hôte d'attribut est migrée en tant que FTPConnection_hostname.
Le tableau suivant fournit des informations sur les packages et actions qui prennent en charge la migration des variables d’informations d’identification de 11.x vers Automation 360 :
| Package | Actions |
|---|---|
| Active Directory |
|
| Base de données |
|
| Automatisation des e-mails |
|
| Excel | Ouvrir la feuille de calcul |
| FTP/SFTP | Connecter |
| Insert Keystrokes (Insérer des séquences de touches) | Toutes les frappes qui nécessitent l’utilisation d’informations d’identification |
| Automatisation héritée | Définir le texte dans l’action « Gérer les contrôles Web » |
| Gestion des commandes de fenêtre |
|
| Commande |
|
| PGP |
|
| Enregistreur |
Remarque : Migré de la commande Clonage d'objet en tant qu’action « Capturer ».
|
| Service Web REST |
Remarque : Le nom de domaine est migré en tant que valeur globale.
|
| Service Web SOAP |
|
| Émulateur de terminal |
|
| Enregistreur Web | Gérer les contrôles Web avec les fonctions « Définir le texte » et « Ajouter du texte » |