Différences entre les fonctions Automation 360 et Enterprise 11/Enterprise 10

Découvrez en quoi certaines fonctionnalités (par exemple, la structure des dossiers, le déploiement d'un robot, les packages, les variables et les MetaBots) sont différentes dans Automation 360 par rapport à Enterprise 11 et à Enterprise 10.

Structure des dossiers

La structure des dossiers dans laquelle les robots (Robots de tâches et MetaBots) sont stockés dans Automation 360 est différente par rapport à Enterprise 11 et Enterprise 10.

Structure des dossiers Automation 360: Les robots (Robots de tâches et MetaBots) sont disponibles dans Automatisation > Robots. Les Robots qui sont migrés depuis Enterprise 11 ou Enterprise 10 sont disponibles dans l'espace de travail public.
L'image suivante montre la structure des dossiers dans Automation 360.
Structure des dossiers Enterprise 11 et Enterprise 10: Les Robots (Robots de tâches uniquement) sont disponibles dans le dossier Mes tâches (Automatiser > Tâches > Mes tâches) et les MetaBots dans le dossier Mes MetaBots.
L'image suivante montre la structure des dossiers dans Enterprise 11 :

Déploiement du Robot

Enterprise 11 : lorsqu'un robot de faible priorité est en cours d'exécution et qu'un robot de priorité élevée est déployé, le système met en pause le robot de faible priorité et exécute le robot de priorité élevée. Après que le robot de priorité élevée a été exécuté, le robot de faible priorité reprend.
Automation 360 : la priorité des robots est vérifiée lors du déploiement. Lorsque les robots sont mis en file d'attente pour un utilisateur du Bot Runner, les robots de priorité supérieure sont déployés avant les robots de priorité inférieure. Toutefois, si un robot de priorité inférieure est déjà en cours d'exécution, les robots de priorité supérieure ne sont déployés qu'une fois que l'exécution du robot de priorité inférieure est terminé.

Packages

Pour la plupart des commandes Enterprise 11 ou Enterprise 10, des actions et packages similaires ou équivalents sont disponibles dans Automation 360. Cependant, le comportement de certaines des commandes Automation 360 est différent de celui des commandes dans Enterprise 11 ou Enterprise 10.

Automation 360 a été créé de toutes pièces pour répondre aux besoins actuels et futurs des entreprises modernes en matière d'automatisation. En conséquence, Automation 360 a été conçu pour répondre à des objectifs importants, tels que la fourniture des fonctionnalités suivantes :
- Une plateforme standardisée, prévisible et évolutive
- Expérience utilisateur cohérente
- Amélioration de la flexibilité et de la sécurité
Avec Automation 360, nous visons à fournir ces fonctionnalités grâce à un traitement des exceptions standard du secteur, un support riche pour les types de données dédiés, etc.
Étant donné qu'Automation 360 est créé de toutes pièces, certaines des options d'Enterprise 11 qui ont été repensées dans Automation 360 peuvent ne pas correspondre directement à une fonctionnalité Automation 360.

Cependant, pour s'assurer que les robots migrés produisent une sortie identique à celle produite par leurs robots Enterprise 11 correspondants, nous avons fait correspondre les commandes Enterprise 11 à leurs actionscorrespondantes dans Automation 360.

Dans les cas où une correspondance directe entre une commande Enterprise 11 et une action Automation 360 n'était pas disponible, nous avons utilisé des « expressions » pour nous assurer que les robots migrés produisent des résultats identiques à ceux produits par leurs robots Enterprise 11 correspondants, sans qu'il soit nécessaire de mettre à jour manuellement les robots.
Remarque : L'utilisation d'expressions conduit à un plus grand nombre de lignes et à des variables supplémentaires dans les robots migrés par rapport à leurs robots Enterprise 11 correspondants.

Pour plus d'informations sur les expressions, consultez la rubrique Automatisation héritée package.
Pour une commande Enterprise 10/Enterprise 11 avec un champ de titre de fenêtre configuré avec une variable définie par l'utilisateur, le processus de migration migre le robot en ajoutant l'action Définir le titre juste au-dessus de la commande respective. Automation 360 ne permet pas les variables utilisateur dans le champ Titre de fenêtre. Utilisez l'action Définir le titre pour obtenir le même comportement.
Dans Enterprise 11, lorsqu'un robot contient plusieurs commandes avec l'option redimensionner la fenêtre sélectionnée, la fenêtre est redimensionnée aux dimensions spécifiées par la première commande. Dans Automation 360, la fenêtre est redimensionnée chaque fois qu'un robot rencontre une action avec l'option redimensionner la fenêtre sélectionnée. Cela garantit qu'au moment de l'exécution, les dimensions de fenêtre de chaque action correspondent aux dimensions auxquelles cette action a été configurée, ce qui améliore la capacité du robot à trouver l'objet.
Dans Enterprise 11 ou Enterprise 10, l'indexation en boucle des tables commence par 1 et incrémente de 1. Automation 360 commence l'indexation par 0 et incrémente par 1.
Le processus de migration migre les commandes « SI » et « Boucle » qui contiennent plusieurs conditions d'une variable.
Les commandes désactivées sont migrées comme suit en fonction des différents modèles de codage :
- Une commande désactivée individuellement (avec ou sans erreur de validation) est migrée en tant qu'action désactivée. Toutes les actions sont désactivées si une commande de désactivation est migrée vers plusieurs actions dans Automation 360.
- La commande Gestion des erreurs est migrée vers le bloc Essayer et récupérer désactivé, y compris toutes les autres actions en fonction de sa configuration.
- La commande de désactivation de la Boucle est migrée vers une action de désactivation de la Boucle dans Automation 360.
- La commande Si désactivée est migrée en tant que commentaire de sorte que le robot migré renvoie le même résultat que celui renvoyé par le robot Enterprise 10 ou Enterprise 11 correspondant.

Dans Enterprise 11 ou Enterprise 10, certaines commandes d'opération de chaîne utilisent les caractères spéciaux Tabulation, Entrée et Séparateur. Dans Automation 360, ces caractères sont des variables système dans le package chaîne.


Enterprise 10/Enterprise 11	Automation 360
[Tabulation]	$String:Tab$
[Entrer]	$String:Enter$
[Séparateur]	$String:Separator$

Reportez-vous à la rubrique Chaîne package.

Enterprise 11 ou Enterprise 10 fournissent différents préréglages dans le cadre de la sélection du titre de fenêtre et sont migrés vers les préréglages respectifs dans Automation 360.


Options Enterprise 10/Enterprise 11	Options Automation 360
Fenêtre active actuelle	Fenêtre active actuelle
Bureau	Pour la commande Insérer un clic de souris, utilisez l'option Écran pour le titre de la fenêtre. Pour la commande Insérer une séquence de touches, utilisez l'option Fenêtre active actuelle. Pour la zone Écran > Capturer une zone, utilisez l'option Écran pour le titre de la fenêtre. Pour la commande Capturer le bureau de la commande Capture d'écran, utilisez l'action Capturer la zone du package Écran avec l'option Écran sélectionnée dans la liste disponible dans l'onglet Application.
Papier peint	Bureau
Barre des tâches	Barre des tâches

Mappage de package pour la migration

Variables

Pour la plupart des variables d'utilisateur, de système et d'informations d'identification Enterprise 11 ou Enterprise 10, des variables système similaires ou équivalentes sont disponibles dans Automation 360. Le comportement de certaines variables Enterprise 11 ou Enterprise 10 est différent de celui de Automation 360.

Pour chaque variable transmise en tant qu'entrée dans un robot Enterprise 11 ou Enterprise 10, une ligne est ajoutée dans le robot migré dans Automation 360. Par exemple, si vous transmettez 100 variables en tant qu'entrée dans un robot Enterprise 11, après la migration, ce robot comporte 100 nouvelles lignes.
Dans Enterprise 11 ou Enterprise 10, vous pouvez utiliser le champ Nom de session dans les commandes associées pour spécifier un nom de session comme valeur statique et comme valeur variable. Par exemple, vous pouvez spécifier un nom de session pour ouvrir un fichier ou établir une connexion. Vous pouvez ensuite utiliser ce même nom de session comme valeur variable dans une commande Boucle. Cependant, les robots migrés font la distinction entre une valeur statique et une valeur variable, et traitent les valeurs différemment après la migration. Par conséquent, après avoir migré ces robots vers Automation 360, vous devez mettre à jour le robot pour utiliser les variables Dataset de sortie correctes dans la commande Boucle (qui est alignée sur la variable de session Ouvrir le fichier). Pour les robots migrés, nous vous recommandons de configurer le nom de la session comme une valeur statique ou une valeur variable dans toutes les instances.
Les commandes Enterprise 11 ou Enterprise 10 qui stockent les valeurs de retour dans la variable système $Clipboard$ ne sont pas prises en charge dans Automation 360. Lorsque vous migrez des robots avec cette fonctionnalité, le processus de migration affecte les valeurs à une variable temporaire, puis assigne la valeur à la variable système $System:Clipboard$ de Automation 360 en ajoutant l'action Copier vers au package Presse-papiers.
Certaines commandes renvoient des valeurs aux variables pour un traitement ultérieur. Dans Enterprise 11 ou Enterprise 10, les utilisateurs peuvent stocker ces valeurs dans différents types de variables, alors que dans Automation 360, ces valeurs sont stockées dans un type spécifique de variable uniquement.
Par exemple, si une commande renvoie une valeur à un tableau pour une cellule spécifique, dans Automation 360, nous stockons la valeur dans une variable de chaîne temporaire. Ensuite, dans l'action suivante, nous stockons cette valeur temporaire dans une variable tableau réelle pour nous assurer que la logique d'exécution robot reste intacte.
Dans la Automation 360, le signe dollar unique ($) est réservé pour l'usage par Automation Anywhere, toutes les saisies utilisateur d'un signe dollar unique sont automatiquement remplacées par deux signes dollar ($). Par exemple, si vous avez un champ de texte, « Payer 5,00 $ », ce champ est converti pour qu'il affiche « Payer 5,00 $ » dans la Automation 360 afin qu'il s'affiche correctement sur l'écran des utilisateurs.

Dans Enterprise 11 ou Enterprise 10, les robots peuvent utiliser une variable pour spécifier le robot enfant que vous souhaitez exécuter. Dans Automation 360, le chemin de tâche est mis à jour dans le dossier Robots. Le tableau suivant fournit quelques exemples :


Enterprise 11/ ou Enterprise 10	Automation 360
D:\My Documents\AAE_V11\Automation Anywhere Files\Automation Anywhere\My Tasks\Migration\$bot_name$	Bots\My Tasks\Migration\$bot_name$
$AAApplicationpath$\Automation Anywhere\My Tasks\Migration\$bot_name$	Bots\My Tasks\Migration\$bot_name$
D:\$UserName$\My Documents\AAE_V11\Automation Anywhere Files\Automation Anywhere\My Tasks\Migration\$bot_name$	Bots\My Tasks\Migration\$bot_name$
D:\My Documents\AAE_V11\Automation Anywhere Files\Automation Anywhere\$bot_path$\$bot_name$	Bots\My Tasks\$bot_path$\$bot_name$

Mappage de variables pour la migration

Matrice de comparaison des fonctionnalités d’Automation 360

MetaBots

Les MetaBots ne sont pas disponibles dans Automation 360. Lorsque vous migrez des MetaBots Enterprise 11 ou Enterprise 10, ils sont migrés vers des Robots de tâches équivalents dans Automation 360. Ces Robots de tâches fournissent des résultats et des capacités similaires à ceux des MetaBots.

Le processus de migration migre les DLL et la logique vers les robots équivalents. La commande Exécuter la logique est convertie en l'action Exécuter du package Robot de tâches. Les DLL dans les MetaBots utilisent la commande Exécuter pour exécuter une fonction à partir de cette DLL. Après la migration vers Automation 360, chaque commande Exécuter est convertie en actions Ouvrir, Exécuter la fonction et Fermer du package DLL. Les informations sur la fonction à exécuter à partir de DLL, les paramètres à utiliser et d'autres détails dans la commande Exécuter sont migrés vers l'action Exécuter. Les MetaBots avec des DLL qui utilisent des variables d'informations d'identification de type de données chaîne, caractère ou octet peuvent être migrés vers l'Automation 360.

Avant la version Automation 360 v.17, la variable de dictionnaire était utilisée pour fournir des paramètres d'entrée dans des robots migrés qui permettaient d'ajouter des étapes supplémentaires dans le robot. Depuis la v.17, la variable Entrylist est utilisée pour fournir des paramètres d'entrée dans un robot migré. Cela réduit le nombre d'étapes ajoutées au robot migré.

La migration des MetaBots