Validation et mise à jour des bots après la migration

Les bots migrés sont téléchargés dans le référentiel public de la Control Room Automation 360 (dans le même dossier contenant les fichiers .atmx équivalents). Vous pouvez vérifier l'état actuel des bots migrés et les erreurs rencontrées en raison des commandes ou attributs non pris en charge disponibles dans ces bots de la page Liste de migration.

Il est important d'examiner, de tester et de vérifier tous les bots migrés pour s'assurer qu'ils s'exécutent correctement dans l'environnement Automation 360.

L'assistant de migration est fusionné avec l'assistant d'erreur afin de fournir une vue complète de toutes les lignes d'un bot qui nécessitent une vérification ou une action de votre part, ou qui comportent des erreurs et nécessitent donc que vous les corrigiez. Cette fonction vous permet d'identifier rapidement les zones de bots qui requièrent votre attention. Avant de tester un bot, faites défiler la totalité du bot migré de la première à la dernière ligne, afin que l'assistant de migration signale un éventuel problème.

Si vous ne vérifiez pas l'ensemble du bot, il se peut que vous voyiez une erreur Échec de compilation.

Mise à jour de vos bots

Si un bot requiert des modifications basées sur les rapports de migration ou la phase de test, vous pouvez modifier le bot :
  1. Extrayez le bot du référentiel public dans un référentiel privé.
  2. Utilisez l'assistant de migration pour afficher les modifications apportées aux bots migrés.

    L'assistant de migration vous guidera pour les changements nécessaires et vous offrira des opportunités d'exploiter de nouvelles fonctionnalités Automation 360.

  3. Modifiez le bot dans le Bot editor si nécessaire.

    Vous pouvez exécuter directement le bot à partir du Bot editor à mesure que vous modifiez votre bot et testez les étapes du processus.

Effectuez ces étapes dans votre environnement de développement (DEV). Une fois que les bots migrés ont effacé vos critères de réussite prédéfinis, déplacez-les dans l'environnement des tests d'acceptation utilisateur (UAT) pour tester les bots par rapport à des systèmes de production avec des ensembles de données plus volumineux.

Ce n'est que lorsque le bot efface les exigences UAT que vous devez le déployer dans un environnement de production (PROD). Ce processus fait partie des meilleures pratiques du cycle de vie du développement logiciel (SDLC) typique de l'industrie.

Déplacement de bots à l'aide de Bot Lifecycle Management

Utilisez Bot Lifecycle Management pour déplacer les bots d'un environnement à un autre. Une fois que vous avez testé et exécuté les bots migrés dans l'environnement de développement (DEV), vous pouvez utiliser Bot Lifecycle Management pour déplacer les bots de l'environnement de développement vers l'environnement UAT. De même, vous utilisez Bot Lifecycle Management pour déplacer les bots à partir de l'environnement de production (PROD) UAT.

Lorsque vous déplacez les bots, si l'erreur suivante se produit Impossible de créer le répertoire : <nom du répertoire>, consultez la rubrique Unable to import or export the bots from v11 to Automation 360 (A-People login required).

Version compatible avec le Bot

Après la migration, si vous supprimez le chemin AAApplicationPath du chemin de destination et que la version compatible avec le bot est définie sur 1, le déploiement du bot échoue. Cela se produit parce que dans la version 1, le chemin du fichier est analysé pendant la compilation. En fonction du périphérique de la Control Room (Linux ou Windows), les chemins d'accès aux fichiers ou aux dossiers peuvent différer, ce qui entraîne une erreur lorsque ce chemin d'accès est analysé lors de la compilation du bot.

Recommendation : Mettez la version compatible avec le bot sur 2. Dans cette version, le chemin d'accès au fichier est analysé au cours de l'exécution du bot en fonction du périphérique sur lequel le bot est utilisé.

Lorsque vous migrez les bots de Enterprise 11 à Automation 360, les bots ont une version de compatibilité bot par défaut de 1. Si vous modifiez la version de compatibilité bot de 1 pour toute autre version (telle que 2, 3 ou 4) et que votre bot ou le chemin de fichier contient une combinaison de slashs ou d'antislashs, l'exécution du bot échoue avec une erreur de vérification du chemin.

Analysez les scénarios suivants pour comprendre comment la modification de la version de compatibilité du bot affecte les bots migrés.

Scénario 1 :
  • Version compatible avec le Bot : Conservé comme 1
  • Chemin d'entrée : c:\test/foo.pdf
  • Chemin pendant la compilation : Reste identique au chemin d'entrée, c'est-à-dire c:\test/foo.pdf
  • Résultat : Exécution du Bot réussie
Scénario 2 :
  • Version compatible avec le Bot : Modifié en 2, 3 ou 4
  • Chemin d'entrée : c:\test/foo.pdf
  • Chemin pendant la compilation : Modifié en c:\Ntest\Nfoo.pdf
  • Résultat : L'exécution du Bot échoue

Vous pouvez soit conserver la version de compatibilité du bot comme 1 pour les bots migrés, soit modifier le bot ou le chemin de fichier pour les bots dont le chemin contient une combinaison de slashs et d'antislashs.

Regardez la vidéo suivante pour savoir comment valider les changements effectués dans les bots migrés :