Mappage de variables pour la migration
- Dernière mise à jour2022/12/19
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.
$Prompt-Assignment$ ($5)], après la migration, une erreur se produit sur le champ de variable. Pour corriger cette erreur, modifiez le champ de variable pour ajouter un autre signe de dollar, comme suit : [$Prompt-Assignment$ ($5)].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 Enterprise 11, 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.
Pour plus d'informations sur la liste des variables prises en charge, consultez la rubrique .
Examinez la façon dont les variables définies par l'utilisateur suivantes sont migrées.
- Tableau
- Dictionnaire
- Liste
- Aléatoire
- Valeur
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. Important : 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 Enterprise 11
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
Enterprise 10 ou Enterprise 11 qui incluent des variables de tableau.
Voici quelques différences de comportement clés :
- La position de l'index commence par 1 dans Enterprise 10 et Enterprise 11, 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, Enterprise 10 ou Enterprise 11 renvoie le nom de la variable tableau avec la position d’index.
- Dans Enterprise 11, si vous passez une valeur de chaîne constante à un index de tableau dans une commande (par
$array(field1), où field1 n'est pas une variable), la valeur est utilisée telle quelle (par exemple,$array(field1)). Toutefois, après la migration de robot vers Automation 360, une erreur de compilation se produit si la commande a une valeur non variable. - Dans Enterprise 11, si vous transmettez une variable tableau sans index (par exemple,
"$arrayquot;,"$array()quot;où l'index est absent), la valeur est utilisée telle quelle (par exemple,"$arrayquot;, "$array()quot;). Cependant, après la migration du robot vers Automation 360, une erreur de compilation se produit.
Important : Si un index non valide est utilisé pour accéder aux tableaux dans Enterprise 11, assurez-vous de résoudre l'erreur de robot avant ou après la migration. - La position de l'index commence par 1 dans Enterprise 10 et Enterprise 11, 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.
- Exécuter logique
- Dans Enterprise 11, lorsque vous effectuez une opération Exécuter la logique, vous pouvez sélectionner une clé spécifique de la variable Dictionnaire et la mapper avec la variable de valeur obligatoire.
Dans Automation 360, vous pouvez uniquement faire correspondre des variables directement et vous ne pouvez pas faire correspondre une variable Dictionnaire (clé) à une chaîne.
- 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 Enterprise 11 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
Enterprise 10 ou Enterprise 11 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 Enterprise 10 ou Enterprise 11 Comportement de Automation 360 Les clés de dictionnaire ne sont pas sensibles à la casse dans Enterprise 10 ou Enterprise 11. 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 Enterprise 10 ou Enterprise 11 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 Enterprise 10 et Enterprise 11, 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 Enterprise 10 ou Enterprise 11, tandis qu'elle commence par 0 dans Automation 360.
-
Comportement de Enterprise 11 : Dans Enterprise 11, 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 : Enterprise 11 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, Enterprise 10 ou Enterprise 11 renvoie la première valeur de la liste après la 10e itération.
- Dans Enterprise 10 et Enterprise 11, 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 Enterprise 11
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 depuis 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 Enterprise 11 qui utilisent une variable dans une variable de la commande Insérer des séquences de touches, l'action Évaluer la valeur du package Chaîne est ajoutée dans le robot migré
Voir aussi : Chaîne 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$
- $FolderName$
- $FileName$
- $Extenstion$
| Variable système | Comment elles sont migrées vers Automation 360 |
|---|---|
| Day | Devient $System:Day.Number:toString$ dans Automation 360
|
| $FileName | Après la migration, le système crée automatiquement cette variable selon la convention d'appellation de Automation 360 afin d'exécuter les robots migrés correctement. |
| $Error Description | Après la migration, le système crée automatiquement cette variable selon la convention d'appellation de Automation 360 afin d'exécuter les robots migrés correctement. |
| $Error Line Number$ | Après la migration, le système crée automatiquement cette variable selon la convention d'appellation de Automation 360 afin d'exécuter les robots migrés correctement. |
| $Extension$ | Après la migration, le système crée automatiquement cette variable selon la convention d'appellation de Automation 360 afin d'exécuter les robots migrés correctement. |
| $Folder Name$ | Après la migration, le système crée automatiquement cette variable selon la convention d'appellation de Automation 360 afin d'exécuter les robots migrés correctement. |
| Month | Devient $System:Month.Number:toString$ dans Automation 360
|
| Year | Devient $System:Year.Number:toString$ dans Automation 360
|
| $Date$ | Devient $System:Date$ dans Automation 360
Le format de date défini pour la variable dans Enterprise 11 ou Enterprise 10 robot est stocké dans la valeur globale AADefaultDateFormat. |
| Hour | Devient $System:Hour.Number:toString$ dans Automation 360
|
| Minute | Devient $System:Minute.Number:toString$ dans Automation 360
|
| $Clipboard$ | Devient $System:Clipboard$ dans Automation 360
|
| $Machine$ | Devient $System:Machine$ dans Automation 360
|
| $MiliSecond$ | Devient $System:MiliSecond.Number:toString$ 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$ |
Enterprise 10 ou Enterprise 11 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. Dans Enterprise 11, la dernière session Excel exécutée est utilisée comme valeur Nom de session dans la variable Ligne de cellule Excel. Cependant, dans Automation 360, la variable Ligne de cellule Excel n'est pas présente. Ainsi, la dernière session Excel exécutée utilisée avant Ligne de cellule Excel est prise comme valeur pour Obtenir le numéro de ligne pendant la migration. Solution de contournement : Créez une variable de chaîne, attribuez-lui un nom et ajoutez-la après la commande Excel dans le robot migré. Utilisez la variable de chaîne nouvellement créée dans Obtenir le numéro de ligne. |
| $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.
Enterprise 10/Enterprise 11 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 :
Important : 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 Enterprise 11, 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 Enterprise 10/Enterprise 11, 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 Control Room (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$ |
Spécifique de Enterprise 11 : La variable système Enterprise 11 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 Enterprise 11 et est copié dans la variable de valeur globale @AAApplicationPath. Remarque : Aucune action n'est requise d'un utilisateur pour Enterprise 11, 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 Enterprise 11 lors de l'installation de Automation 360
Spécifique de Enterprise 10 : Cette variable système Enterprise 10 ne migre pas automatiquement vers Automation 360 en tant que valeur globale. Certaines actions sont donc requises après la migration. Important :
Reportez-vous à la rubrique Valeurs globales. |
| $AAInstallationPath$ | Cette variable système devient $System:AAInstallationPath$ dans Automation 360.
Comportement de Enterprise 10/Enterprise 11 : renvoie le chemin d'installation de
Client Enterprise
(par exemple
Comportement de Automation 360 : renvoie le chemin d'installation de
Bot Agent
(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 Enterprise 10 et de Enterprise 11 : 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 Enterprise 10 ou Enterprise 11, 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 Enterprise 10 ou Enterprise 11, 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 d'un PDF. |
| $System$ | Dans Enterprise 11 ou Enterprise 10, 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 Système
package est utilisée. Reportez-vous à la rubrique action Obtenir la variable d'environnement. |
| $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
Enterprise 11 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 Enterprise 10 et Enterprise 11 sont migrées en tant que Variables d'informations d'identification dans Automation 360.
La méthode de migration diffère pour Enterprise 10 et Enterprise 11.
Pour savoir comment les informations d’identification Enterprise 10 sont migrées, consultez la section sur les informations d’identification dans Comment les Enterprise 10 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 Enterprise 11, une information d'identification FTPConnection avec un attribut hostname 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 Enterprise 11 vers Automation 360 :
| Package | Actions |
|---|---|
| Active Directory |
|
| Base de données |
|
| Automatisation des e-mails |
|
| Excel | Ouvrir la feuille de calcul |
| FTP/SFTP | Se connecter |
| 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 » |
| Gérer les commandes de fenêtre |
|
|
|
| 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 » |