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.

Remarque : Dans Enterprise 11, si un robot utilise une variable suivie d'un espace et d'une chaîne commençant par le signe dollar ($) et entourée de parenthèses, de crochets ou d'accolades, après la migration, une erreur se produit sur le champ de variable. Cela est dû au fait que, dans Automation 360, deux caractères du signe du dollar ($) sont nécessaires dans une chaîne pour afficher le signe du dollar. Pour corriger cette erreur, ajoutez un autre signe de dollar à la chaîne. Par exemple, si vous utilisez la variable prompt-assignment pour afficher une chaîne suivie de $5 [$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 Matrice de comparaison des fonctionnalités d’Automation 360.

Examinez la façon dont les variables définies par l'utilisateur suivantes sont migrées.

Tableau

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
CSV/TXT > Ouvrir Ouvre le fichier à lire.
CSV/TXT > Lire Renvoie la valeur dans la variable Table.
CSV/TXT > Fermer 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
Base de données > Connecter Ajoute l'action Connecter avec la chaîne de connexion correspondante.
Base de données > Exporter vers table de données Ajoute l'action Exporter vers table de données pour renvoyer les résultats à la variable de table de données.
Base de données > Déconnecter 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
Excel avancé > Ouvrir Ouvre le fichier à lire.
Excel avancé > Obtenir plusieurs cellules Renvoie la valeur de variable Table si l'option Toutes les cellules ou Plage est sélectionnée dans la déclaration de variable.
Excel avancé > Lire maintenant Renvoie la valeur de variable Table si l'option Ligne entière est sélectionnée dans la déclaration de variable.
Excel avancé > Lire la colonne 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.

Excel avancé > Fermer 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, "$array
    quot;
    , "$array()
    quot;
    où l'index est absent), la valeur est utilisée telle quelle (par exemple, "$array
    quot;, "$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.
Dictionnaire

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.

Liste

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.
Important : Dans Automation 360, une variable de liste vide utilisée en dehors d'une boucle renvoie une erreur de temps d'exécution. Si votre robot migré répond à ces critères, vous devez résoudre le problème dans l'environnement Automation 360.
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.
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.

Aléatoire

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.
Valeur

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.
Si les robots Enterprise 11 contiennent des variables qui lisent des valeurs à partir d'un fichier texte, alors ces robots sont migrés en utilisant l'action Lire les variables.

S'il n'existe pas de variable spécifique dans le fichier texte ou si la variable spécifique lit une valeur à partir d'un fichier qui n'existe pas, alors Automation 360 génère une erreur d'exception.

Après la migration, lorsque vous exécutez le robot qui contient la variable Lire depuis le fichier, la lecture ne se produit qu'une seule fois dans l'action Lire les variables au début du processus d'exécution du robot. Si le fichier que la variable essaie de lire est mis à jour pendant l'exécution du robot, alors la variable Lire le fichier n'est pas actualisé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.

Si une variable est définie à la position de l'index pour les variables système suivantes, vous devrez peut-être résoudre les robots migrés, car le processus de migration n'aura pas pu déterminer si la variable contenait un nom d'index ou de colonne. Si vous ne le résolvez pas, le robot peut renvoyer une erreur d'exécution Clé introuvable dans l'enregistrement. Le processus de migration traite la valeur d'une variable comme un nom ; mais s'il s'agit d'un index, vous devez le modifier en conséquence.
  • $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.
Remarque : Les robots migrés ne conservent pas les données en dehors de la boucle pour les variables système suivantes :
  • $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.

Boucle package.

$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 :
  • Excel est ouvert avec ou sans contient un en-tête coché contenant 10 lignes.
  • Définissez la cellule active comme étant F10
  • Une boucle est réalisée sur la ligne lue
  • Insérez une Zone de message contenant $Excel Cell Column$
  • Exécutez le robot
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 :
  • Invoker_Username
  • Invoker_Firstname
  • Invoker_Lastname
  • Invoker_Email
La variable $AATaskExecutor$ renvoie les valeurs suivantes :
  • Executor_Username
  • Executor_Firstname
  • Executor_Lastname
  • Executor_Email
  • Executor_Type
$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 :
  • Les utilisateurs de Enterprise 10 doivent créer la valeur globale AAApplicationPath dans Automation 360 et la mettre à jour avec le chemin Enterprise 10. Cette mise à jour garantit que lorsque vous exécutez le robot dans Automation 360, la valeur du dossier AAApplicationPath est résolue de manière unique pour chaque utilisateur.

    Exemple : Si la valeur du chemin d'accès Enterprise 10 pour AAApplicationPath est D:\John.Doe\My Documents\Automation Anywhere Files, vous devez créer la valeur globale AAApplicationPath dans Automation 360 et la mettre à jour avec ce chemin.

  • Assurez-vous que l'option MODIFIABLE est sélectionnée lors de la création de la valeur globale AAApplicationPath. Les Bot Creators et les Bot Runners doivent définir la valeur globale AAAplicationPath avant d'exécuter les robots migrés.

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 C:\Program Files (x86)\Automation Anywhere\Enterprise\Client).

Comportement de Automation 360 : renvoie le chemin d'installation de Agent de robot (par exemple C:\Program Files\Automation Anywhere\Bot Agent).

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 Boucle > Pour chaque fichier dans un dossier 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$ :

  • Crée une variable temporaire $SystemDateInString$ de type Chaîne.
  • Ajoute une action Vers chaîne du package Datetime pour convertir $System:Date$ en chaîne avec le format client « MM/jj/aaaa HH :mm :ss » et stocke le résultat dans la variable de chaîne ci-dessus.
  • Utilise cette variable de chaîne où $Date$ est utilisée.
  • Les étapes ci-dessus sont répétées pour chaque occurrence de $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$
  • $WorkItem$ est Chaîne : Migré en l’état.
  • $WorkItem$ est Nombre
    • S’il affiche ou enregistre un nombre, le nombre est remplacé par une chaîne
    • S’il s’affiche sous forme de numéro, migrez sous forme de type de numéro
  • $WorkItem$ est DateHeure : Migré en l'état, mais le package migré entraîne une erreur, vous ne pouvez donc pas migrer le package.
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 :
  • Créez les déclencheurs équivalents dans Automation 360 pour tous les déclencheurs utilisés dans les robots Enterprise 11.

    La sortie des déclencheurs dans Automation 360 est stockée dans une variable de type d'enregistrement.

  • Mettez à jour les robots migrés pour utiliser les actions appropriées afin d'affecter les valeurs de la variable d'enregistrement qui contient la sortie des déclencheurs à la variable $TriggerValue$.

    Par exemple, si vous souhaitez affecter un hôte et une clé de port à partir de la variable d'enregistrement d'un déclencheur d'e-mail à la variable $TriggerValue$, utilisez l'expression $EmailTriggerData(host)$EmailTriggerData(port)$. De même, pour récupérer l'emplacement d'un fichier, utilisez l'expression $FileTriggerData(file)$ et, pour récupérer l'emplacement d'un dossier, utilisez les expressions $FolderTriggerData(fromFolder)$.

$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
  • Créer et modifier un utilisateur
  • Créer et modifier un groupe
  • Créer et modifier un objet
  • Rechercher
  • Obtenir la propriété
Base de données
  • Se connecter avec la chaîne de connexion
  • Nom d'utilisateur
  • Mot de passe
Automatisation des e-mails
  • Nom d'hôte
  • Nom d'utilisateur
  • Mot de passe
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
  • Définir le texte
  • Ajouter du texte
PDF
  • PDF vers image
  • Extraire les champs de formulaire
  • Extraire le texte
  • Diviser, chiffrer et déchiffrer le document
PGP
  • Chiffrer et déchiffrer les fichiers
  • Créer des clés
Enregistreur
  • Définir le texte
  • Ajouter du texte
Remarque : Migré de la commande Clonage d'objet en tant qu’action « Capturer ».
Service Web REST
  • URI
  • Nom d'utilisateur
  • Mot de passe
  • En-têtes
  • Paramètres d'opération
Remarque : Le nom de domaine est migré en tant que valeur globale.
Service Web SOAP
  • Nom d'utilisateur
  • Mot de passe
  • En-têtes
  • Paramètres d'opération
  • Paramètre(s) de données brutes
Émulateur de terminal
  • Commande de connexion pour SSH2 avec options d’authentification de fichier d’utilisateur et de clé
  • Envoyer le texte
  • Définir le champ
Enregistreur Web Gérer les contrôles Web avec les fonctions « Définir le texte » et « Ajouter du texte »