Mises à jour de la migration pour la version 28

Passez en revue les nouveautés et les changements, ainsi que les corrections et les limites de la migration à partir de Enterprise 11 et 10 vers Automation 360 v.28.

Qu'est-ce qui a changé ?

Migration de nouvelles capacités de formatage dans le package XML (ID de cas Service Cloud : 01886455, 01925386)
  • Lorsque vous migrez des robots de Enterprise 11 vers Automation 360 qui utilisent l'action Démarrer une session, la case à cocher Supprimer les nœuds de texte qui ne contiennent que des espaces blancs est sélectionnée par défaut.
  • Lorsque vous migrez des robots de Enterprise 11 vers Automation 360 qui utilisent l'action Enregistrer les données de session, la case à cocher Utiliser Prettyprint est sélectionnée par défaut.

action Démarrer une session dans XML | action Enregistrer les données de session dans XML

Solutions

Vous pouvez migrer des robots avec des noms de fichiers contenant jusqu'à 160 caractères et vous pouvez utiliser une action avec une valeur chiffrée ou une variable de type Valeur d'information d'identification (CV).

Auparavant, ces robots échouaient lors de la migration vers Automation 360.

ID de cas Service Cloud : 01813733

Vous pouvez exécuter avec succès les robots migrés dans les scénarios suivants :
  • Si plusieurs xmlns (espace de noms XML par défaut) sont définis dans le document XML.
  • Si l'élément racine n'a pas d'espace de noms, et que l'élément enfant du package XML possède un espace de noms par défaut.

ID de cas Service Cloud : 01798339

Vous pouvez migrer les MetaBots qui utilisent Microsoft.Exchange.WebServices.dll comme DLL de dépendance, utiliser l'option Obtenir les détails DLL pendant la conception du robot, puis effectuer l'action Exécuter la fonction DLL sans rencontrer d'erreur.

Auparavant, une erreur survenait lorsque Microsoft.Exchange.WebServices.dll était utilisée comme DLL de dépendance d'un robot.

ID de cas Service Cloud : 01819485, 01857278

Vous pouvez migrer des MetaBots qui utilisent plusieurs logiques sans utiliser l'option d'écrasement, même si certaines des logiques existent déjà dans Automation 360.

Auparavant, des MetaBots de ce type rencontraient une erreur pendant la migration.

ID de cas Service Cloud : 01905986

Vous pouvez migrer des MetaBots qui comprennent une logique qui en appelle une autre dont le nom de fichier comprend un symbole dollar ($).

Auparavant, ces MetaBots affichaient un message de révision sur la page des résultats de la migration.

Si vous définissez l'autorisation Définir la version de production dans Enterprise 11, après la migration vers Automation 360, l'autorisation Étiqueter les robots est sélectionnée et remplace l'autorisation précédente Définir la version de production. Si vous effectuez une mise à niveau d'une version Automation 360précédente vers la v.28 (ou une version ultérieure) et que vous avez sélectionné l'autorisation Définir la version de production, alors l'autorisation Étiqueter les robots est sélectionnée par défaut.

ID de cas Service Cloud : 01868097

Dans Enterprise 11, si un robot utilise la commande Opérations sur des chaînes et inclut une barre oblique inversée (\) dans la chaîne Remplacer, après la migration, le robot s'exécute correctement.
Auparavant, un tel robot rencontrait une erreur lorsqu'une barre oblique inverse (\) était utilisée dans la chaîne Remplacer.
Remarque : Ce correctif n'est pas disponible actuellement dans Automation 360 v.28 et v.29. Le correctif est disponible dans Automation 360 v.30. Pour plus d'informations, consultez Mises à jour de la migration pour la version 30.
Dans Enterprise 11, si un robot utilisait le mode de comparaison Normal, Échelle de gris ou Monochrome dans la commande Reconnaissance d'images, après la migration, les performances de l'exécution du robot sont améliorées.

Auparavant, les performances d'un tel robot étaient impactées lors de l'exécution du robot.

ID de cas Service Cloud : 01889347, 01922609, 01920990

Dans Enterprise 11, si des robots utilisent les commandes de l'enregistreur, certaines propriétés masquées inutilisées restent dans Enterprise 11 seulement après avoir migré vers Automation 360.

Auparavant, certaines propriétés masquées inutilisées étaient migrées.

ID de cas Service Cloud : 01608928

Vous pouvez migrer un robot qui contient une Base de données avec une commande Boucle et l'exécuter avec succès sur Automation 360.

Auparavant, lorsque vous exécutiez le robot dans Automation 360 en utilisant l'action Lire depuis avec append et le codage UTF-8 à la boucle, après la première itération, les données récupérées affichaient une double citation pour la première valeur de cellule dans le fichiers CSV.

ID de cas Service Cloud : 01911654

Lorsque vous migrez un robot qui contient la commande XML > Obtenir un seul nœud, après migration, lorsque vous exécutez le robot dans Automation 360, il récupère la valeur d'un seul nœud et n'affiche plus d'erreur à l'exécution.

Auparavant, si le XPath commençait par des crochets ouvrants et que vous exécutiez le robot dans Automation 360, le robot rencontrait l'erreur suivante : aucun nœud trouvé à XPath lors de l'exécution de la commande Obtenir un nœud unique.

ID de cas Service Cloud : 01854326

Vous pouvez migrer des robots qui utilisent la commande de variable Si dans les cas suivants :
  • Inclut plusieurs variables de Cellule Excel.
  • Inclut un ou plusieurs opérateurs de comparaison ET ou OU.
  • Les variables de Cellule Excel sont comparées à des variables de type tableau.

Auparavant, la migration de ces robots échouait.

ID de cas Service Cloud : 01856986

Vous pouvez migrer des robots qui utilisent des commandes comprenant le champ Nom de session qui contient la variable système année ($year$).

Auparavant, la migration de ces robots échouait.

ID de cas Service Cloud : 01867380

Lorsque vous migrez des robots qui utilisent des variables de type tableau et que vous appelez ensuite ces robots migrés à partir d'un autre Robot de tâches, les variables d'entrée sont affichées dans la fenêtre Définir des variables d'entrée.

Auparavant, lorsque des robots migrés contenant des variables de type tableau étaient appelés à partir d'un autre Robot de tâches, les variables d'entrée ne s'affichaient pas.

ID de cas Service Cloud : 01920824, 01931439, 01945917, 01910787, 01930540, 01923133, 01931439, 01923133, 01934727

Vous pouvez migrer correctement des robots lorsque vous fournissez une valeur de presse-papiers en tant que paramètre d'un fichier VBScript.

Auparavant, si vous fournissiez une valeur de presse-papiers en tant que paramètre dans un robot, la migration du robot échouait avec un message d'erreur indiquant qu'aucune sélection de variable n'était correcte pour le presse-papiers.

Dans Automation 360, lorsque vous utilisez la commande Service Web SOAP dans le robot, vous pouvez accéder au nœud XML spécifique à partir de l'expression XPath qui contient une déclaration d'espace de noms de la réponse SOAP.

Auparavant, les expressions XPath contenant un espace de noms ne pouvaient pas être analysées.

ID de cas Service Cloud : 01907999

Lorsque vous migrez un robot qui utilise la commande Envoyer un e-mail avec l'option HTML et que vous exécutez le robot migré dans Automation 360, la sortie est affichée au format approprié.

Auparavant, si vous utilisiez une variable dans la section du code HTML du corps du message et que vous exécutiez le robot migré dans Automation 360, le code n'était pas converti au format HTML. En conséquence, la sortie s'affichait dans un format non correct.

ID de cas Service Cloud : 01908010

Le comptage Vérification requise dans le rapport Bot Scanner et l'Assistant du robot affichent des informations cohérentes.

Auparavant, le comptage montrait des incohérences.

ID de cas Service Cloud : 01816554, 01856822