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

Nouveautés

Enterprise 11 et Enterprise 10
Analyse des bots Automation 360 qui utilisent l'authentification de base dans l'action Email

Cette version inclut une option permettant d'utiliser l'utilitaire Bot Scanner pour analyser tous les bots Automation 360 et identifier ceux qui utilisent l'authentification de base dans le package Email et l'action Déclencheur d'e-mail afin que vous n'ayez pas à les identifier manuellement.

Vous pouvez utiliser le rapport Bot Scanner pour analyser l'impact sur les bots dû à l'authentification de base et l'effort estimé nécessaire pour passer du mode d'authentification de base à OAuth 2.0.

Pour plus d'informations, reportez-vous à la rubrique Analyser les robots pour l\'authentification de base | Messages d'analyse de l'authentification de base

Variables créées automatiquement après la migration

Dans l'utilitaire Bot Scanner, les bots qui contiennent les variables système non référencées suivantes ne sont plus signalés comme étant une Action requise ou un Examen requis :

  • $Excel Column$
  • $Filedata Column$
  • $Dataset Column$
  • $Table Column$
  • $XML Data Node$
  • $PDFTitle$
  • $PDFSubject$
  • $PDFFileName$
  • $PDFAuthor$

Après la migration, le système crée automatiquement ces variables selon la convention d'affectation de noms de Automation 360, et les bots migrés fonctionnent correctement.
Prise en charge du type de serveur SMTP avec la commande Send Email

Lorsque vous migrez les bots avec la commande Send Email, vous pouvez sélectionner l'option Utiliser les paramètres du serveur de courrier sortant dans l'Bot Migration Wizard pour identifier et sélectionner le type de serveur pour les bots Enterprise 11. Vous pouvez configurer les détails du serveur requis en utilisant une nouvelle option de type de serveur SMTP.

Reportez-vous à la rubrique Migration des bots Enterprise.
Amélioration de la fonctionnalité d'édition automatisée pour les anciens bots

Après avoir migré les anciens bots contenant la commande Log To File, les caractères de retour de chariot et de saut de ligne (CRLF) sont automatiquement convertis en caractères de saut de ligne (LF). Dans Automation 360, le texte s'affiche sur une seule ligne sans saut de ligne, alors que dans Enterprise 11, le CRLF est ajouté à la fin de chaque ligne comme un saut de ligne. En conséquence, vous devez ajouter la variable $String:Newline$ pour insérer un CRLF dans le bot migré.

La nouvelle option Convertir les caractères \n en \rn\n dans l'action Enregistrer dans un fichier dans l'Bot Migration Wizard vous permet d'ajouter automatiquement un nouveau CRLF aux bots migrés et d'éviter les modifications manuelles. Les bots migrés qui utilisent les sous-commandes Log To File pour enregistrer les fichiers peuvent utiliser les caractères CRLF dans une chaîne.

Reportez-vous à la rubrique Migration des bots Enterprise.
Enterprise 11 uniquement
Amélioration de la migration apportée aux packages et aux actions
  • Lorsque vous migrez des bots Enterprise 11 avec des variables dont les valeurs sont lues depuis un fichier texte, le système ajoute la Chaîne : Importer une chaîne depuis un fichier texte permettant d'importer les variables du fichier texte dans une variable de chaîne. Par conséquent, des lignes supplémentaires sont ajoutées dans les bots migrés.

    L'action Lire les variables a été ajoutée dans le package Text file pour corriger les lignes supplémentaires.

    Vous pouvez utiliser cette action pour lire les valeurs de toutes les variables d'un fichier texte en une ligne unique dans un bot migré, ce qui simplifie la phase post-migration et réduit le nombre de lignes ajoutées dans un bot migré.

    Reportez-vous à la rubrique action Lire les variables.
  • Microsoft va supprimer la possibilité d'utiliser l'authentification de base dans Exchange Online pour les protocoles suivants :
    • RPC
    • MAPI
    • Offline Address Book (OAB)
    • Exchange Web Services (EWS)
    • POP
    • IMAP
    • Exchange ActiveSync (EAS)
    • PowerShell
    Pour les clients exécutant un bot pour l'automatisation de Email et qui se connectent à Exchange Online via le protocole IMAP, POP3 ou EWS avec une authentification de base, nous avons ajouté des options d'authentification pour prendre en charge l'authentification OAuth2.

    Vous pouvez migrer des bots Enterprise 11 avec le type d'authentification défini sur l'option OAuth2 via Code d'autorisation avec PKCE ou Informations d'identification client.

  • Dans l'action Lire depuis du package Database, l'option suivante apparaît : Ne pas créer de fichier si aucune donnée n'est trouvée. Cette option est sélectionnée par défaut pour les bots migrés avec le package Database. Les bots migrés adoptent désormais le même comportement que Enterprise 11. Si la requête SQL exécutée ne renvoie aucune donnée, le comportement fonctionne comme suit :
    • Si cette option est sélectionnée, aucun fichier CSV n'est créé.
    • Si cette option n'est pas sélectionnée, un fichier CSV de 0 Ko est créé.
    Pour plus d'informations, consultez Utilisation de l\'action Lire depuis.
  • Les bots migrés prennent en charge la touche Retour nouvellement ajoutée à l'action Simuler les frappes de touches > Frappes de touches. Ces bots continueront à afficher la touche Entrée (qui a été renommée Num Entrée) et la touche Retour nouvellement ajoutée.
  • Les bots migrées prennent en charge l'accès à la variable globale Date/heure sur toutes les actions dans les commandes Datetime.
Vous pouvez migrer correctement les Task Bots qui contiennent des références à plusieurs MetaBots incluant des DLL avec le même nom. Le nom de la session de la première DLL est créé à l'aide du nom de la DLL. Lors de la migration de la DLL suivante portant le même nom et provenant d'un autre MetaBot, l'ID du dossier dans lequel réside la DLL est utilisé comme nom de session.

Exemple : M_DLL_Session-<MetabotFolderId>_<DLLName>.

Solutions

Si les bots de Enterprise 11 utilisent la commande Send Email sans configurer l'authentification, les valeurs Hôte du serveur de messagerie, Port du serveur de messagerie et Mon serveur nécessite une authentification sont désormais définies correctement après la migration.

Auparavant, après la migration, ces valeurs étaient définies comme des variables Null et l'authentification échouait.

ID de cas Service Cloud : 01849475
Après la migration, les bots qui utilisent un script Visual Basic ou JavaScript dans l'action d'automatisation héritée Run Script et qui utilisent des paramètres multiples incluant des espaces sans guillemets afficheront désormais la sortie correcte après exécution.

Auparavant, de tels bots affichaient des résultats incorrects.

ID de cas Service Cloud : 01901882
Plus aucune erreur ne se produit pendant la migration lorsque le bot Sélectionner la requête exécute la validation. Auparavant, l'erreur suivante se produisait de manière aléatoire avec les pilotes de texte.

[Microsoft][ODBC Text Driver] L'objet est incorrect ou n'est plus défini.
Après la migration vers Automation 360, si la fenêtre Application n'existe pas pour les bots qui utilisent If, IF/ELSEou Loop dans le contrôle Windows, ces bots ne rencontrent plus d'erreurs pendant l'exécution du bot.

ID de cas Service Cloud : 01846262
Les paramètres Procédure stockée sont définis correctement avec Nvarchar lors d'une migration de bots vers Automation 360.
Lorsqu'un bot qui contenait la boucle Fichier et Dossier était migré vers Automation 360, une erreur s'affichait si le dossier correspondant n'existait pas. Vous pouvez migrer de tels bots comme le bot ancien correspondant, car la condition Si est maintenant ajoutée avant la boucle Fichier et Dossier pour vérifier si le dossier existe.
Vous pouvez migrer les bots qui contiennent la commande Sous-chaîne du package String vers Automation 360, même si l'attribut facultatif Longueur est vide.
Lorsque vous migrez un bot qui a une variable $counter dans une boucle imbriquée dans Automation 360, le compteur de la boucle enfant est maintenant défini sur le compteur de la boucle parent et l'itération de la boucle enfant est traitée correctement.
Lorsque vous exécutez une requête Sélectionner à l'intérieur d'un package Loop et que vous réitérez davantage l'ensemble de ses résultats, la boucle résultante réitère maintenant le dernier enregistrement comme prévu.

ID de cas Service Cloud : 01799961
Vous pouvez migrer correctement les bots dont l'option Attendre que l'objet existe est définie sur 0 seconde dans la commande Object Cloning.
Lorsque vous utilisez la commande Exécuter la logique avec une condition IF/ELSE qui utilise une variable d'information d'identification, toutes les variables d'information d'identification sont correctement migrées.
Lorsque vous migrez des bots Enterprise 11 avec des variables de type chaîne qui ont des valeurs statiques, l'analyse des variables par le biais d'expressions héritées n'est plus effectuée. Cela évite l'ajout d'expressions d'analyse inutiles aux bots migrés.

ID de cas Service Cloud : 01819830
Vous pouvez exécuter correctement les bots migrés qui contiennent plusieurs variables Clipboard en tant que sortie. Automation 360 ajoute l'action Presse-papiers : Copier vers après chaque variable afin d'exécuter correctement le bot migré.

ID de cas Service Cloud : 01815938
Lorsque vous migrez des bots Enterprise 11 qui utilisent l'action Connecter avec la commande Terminal Emulator, si le champ Nom d'hôte contient une variable d'information d'identification, il est alors mappé correctement après la migration.

ID de cas Service Cloud : 01861600
Lorsque vous exécutez des bots migrés qui contiennent l'action Automatisation héritée > Gérer les commandes Web > Sélectionner un élément par texte, la liste qui contient des variables s'affiche désormais comme prévu.

ID de cas Service Cloud : 01782998
Vous pouvez désormais modifier, réattribuer ou supprimer la licence d'un utilisateur de Bot Runner dans une Control Room migrée de Automation 360, même si l'utilisateur de Bot Runner s'est connecté au client Enterprise 11 au moins une fois.

Auparavant, une erreur était affichée dans de tels cas.

ID de cas Service Cloud : 01829547
Vous pouvez exécuter des bots migrés avec succès sur des serveurs SMTP lorsque vous incluez la commande Send Email à l'intérieur d'une Loop, et que cette boucle itère plus de 100 fois.

ID de cas Service Cloud : 01792886
Les bots migrés ne créent pas de variables en double lorsque la variable Error_description est sensible à la casse.

ID de cas Service Cloud : 01861530
Vous pouvez désormais migrer avec succès les journaux d'audit à l'aide de l'utilitaire d'exportation des journaux d'audit sur une configuration multi-nœuds à partir de la Control Room de Enterprise 11.

Auparavant, l'utilitaire d'exportation des journaux d'audit affichait une erreur d'exception dans de tels cas et il n'était pas possible de migrer les journaux d'audit.

ID de cas Service Cloud : 01912835

Limitations

Dans Enterprise 11, si les bots utilisaient certaines touches (notamment, Ctrl, Maj, Verr. maj, Verr. num, etc.) dans la commande Insert Keystrokes, ces touches étaient réinitialisées en cas d'erreur lors de l'exécution des bots enfants. Cependant, au terme de la migration, ces touches ne sont pas réinitialisées en cas d'erreur lors de l'exécution des bots enfants. Par conséquent, une sortie ou un comportement différent peut se produire lors de l'exécution des bots enfants successifs ou du bot principal.

ID de cas Service Cloud : 00773679
Lorsque vous migrez un bot qui utilise la commande Envoyer un e-mail et que vous exécutez le bot dans Automation 360, les espaces réservés prédéfinis dans le corps de l'e-mail ne sont pas remplacés par leur contenu réel.
Par exemple :
Task Name: <taskname>
Repeat: <repeat>
Status: <status>
Last Run Time: <lastruntime>
Lorsque vous exécutez le bot dans Enterprise 11 avec ces espaces réservés, la sortie suivante est générée :
Task Name: PLACEHOLDER_SEND.atmx
Repeat: Do not Repeat
Status: Failed
Last Run Time: 11/29/2022 13:04:22

ID de cas Service Cloud : 01908010
Lorsque vous exécutez un bot migré avec un package XML qui contient une expression Xpath, l'exécution du bot risque d'échouer et de générer le message d'erreur suivant : No node found at XPath
Ce problème peut se produire dans les cas spécifiques suivants :
  • 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.
  • Si plusieurs xmlns (espace de noms XML par défaut) sont définis dans le document XML.

ID de cas Service Cloud : 01874203, 01798339

Reportez-vous à la rubrique XML path is not working which works fine in Enterprise 11.

Mises à jour de l'interface

Migration
L'option Robots utilisant l'action E-mail avec l'authentification de base est ajoutée au Bot Scanner pour analyser les bots qui utilisent l'authentification de base dans le package Email et le déclencheur d'e-mail.L'assistant Bot Scanner affiche l'option permettant de sélectionner les robots utilisant l'action E-mail avec l'authentification de base

Analyse des robots Automation 360 qui utilisent l'authentification de base dans l'action E-mail

L'option Utiliser les paramètres du serveur de courrier sortant est ajoutée à l'Bot Migration Wizard pour spécifier le type de serveur de messagerie que vous utilisez. Bot Migration Wizard affichant l'option permettant de sélectionner le type de serveur de courrier sortant

Prise en charge du type de serveur SMTP avec la commande Send Email

L'option Convertir les caractères \n en \rn\n dans l'action Enregistrer dans un fichier est ajoutée à l'Bot Migration Wizard pour que vous n'ayez pas à modifier les bots manuellement, et une nouvelle ligne est ajoutée automatiquement dans les bots migrés.Bot Migration Wizard affichant l'option permettant de sélectionner l'option d'ajouter une nouvelle ligne dans les bots

Amélioration de la fonctionnalité d'édition automatisée pour les robots existants