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

Les robots 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 robots migrés et les erreurs rencontrées en raison des commandes ou attributs non pris en charge disponibles dans ces robots de la page Liste de migration.

Il est important d'examiner, de tester et de vérifier tous les robots 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 robot 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 robots qui requièrent votre attention. Avant de tester un robot, faites défiler la totalité du robot 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 robot, il se peut que vous voyiez une erreur Échec de compilation.

Mise à jour de vos robots

Si un robot requiert des modifications basées sur les rapports de migration ou la phase de test, vous pouvez modifier le robot :
  1. Extrayez le robot du référentiel public dans un référentiel privé.
  2. Utilisez l'assistant de migration pour afficher les modifications apportées aux robots 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 robot dans le Éditeur de Bot si nécessaire.

    Vous pouvez exécuter directement le robot à partir du Éditeur de Bot à mesure que vous modifiez votre robot et testez les étapes du processus.

Effectuez ces étapes dans votre environnement de développement (DEV). Une fois que les robots 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 robots par rapport à des systèmes de production avec des ensembles de données plus volumineux.

Ce n'est que lorsque le robot 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 robots à l'aide de Bot Lifecycle Management

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

Lorsque vous déplacez les robots, 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 Robot

Après la migration, si vous supprimez le chemin AAApplicationPath du chemin de destination et que la version compatible avec le robot est définie sur 1, le déploiement du robot é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 robot.

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

Lorsque vous migrez les robots de Enterprise 11 à Automation 360, les robots ont une version de compatibilité robot par défaut de 1. Si vous modifiez la version de compatibilité robot de 1 pour toute autre version (telle que 2, 3 ou 4) et que votre robot ou le chemin de fichier contient une combinaison de slashs ou d'antislashs, l'exécution du robot é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 robot affecte les robots migrés.

Scénario 1 :
  • Version compatible avec le Robot : 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 Robot réussie
Scénario 2 :
  • Version compatible avec le Robot : 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 Robot échoue

Vous pouvez soit conserver la version de compatibilité du robot comme 1 pour les robots migrés, soit modifier le robot ou le chemin de fichier pour les robots 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 robots migrés :