Migration de dossiers classiques vers des dossiers modernes

Les dossiers modernes ont été introduits pour améliorer et simplifier l'orchestration des automatisations et offrent plusieurs avantages par rapport aux dossiers classiques.

Remarque :

Classic folders are no longer the standard for managing automations and have been replaced by modern folders, a better and more feature-rich alternative. For this reason, we have already removed the option of creating new classic folders and we will be deprecating classic folders starting with October 2022.

Pour vous aider dans la transition vers les dossiers modernes, vous pouvez utiliser l'assistant Migration moderne (Modern migration) pour recréer facilement votre hiérarchie de dossiers classiques et vos entités dans les dossiers modernes, en préservant toutes les dépendances.

Vue d’ensemble du processus de migration

Pour effectuer une conversion complète ou partielle de votre déploiement actuel afin d'utiliser des dossiers modernes, certaines entités doivent être redéployées tandis que d’autres doivent être entièrement recréées.

Voici un aperçu de ce que fait l'assistant de migration pendant et après la migration :

• Il recrée chaque dossier classique en tant que dossier moderne avec un nom au format Migrated <folder name>.

• Pour chaque environnement, il crée un sous-dossier correspondant dans le dossier moderne cible. S'il n'y a qu'un seul environnement, il ne crée aucun sous-dossier.

• Il redéploie chaque processus dans le dossier (ou sous-dossier) moderne qui correspond à son dossier ou environnement précédent.

• Il migre les ressources, les files d'attente et les déclencheurs de chaque dossier classique vers le dossier moderne correspondant.

• Migre chaque entité de Test Suite vers le sous-dossier moderne qui correspond à l'environnement de dossiers classique auquel elle appartenait auparavant.

• Il migre les robots et les comptes d'utilisateurs vers les dossiers modernes correspondants :

  • Il mappe chaque robot assisté (attended) classique à un compte d'utilisateur et configure chaque compte d'utilisateur avec des paramètres d'automatisation personnels (auparavant appelés paramètres de robot assisté (attended)) et l'accès aux dossiers et machines modernes correspondants nécessaires pour exécuter les automatisations assistées (attended) qu'il exécutait dans les dossiers classiques. Deux scénarios peuvent se produire en termes de rôles :

    • If the user account to which a classic attended robot is mapped was not assigned to the tenant at the moment the migration started, it is automatically included in the tenant and granted the Allow to be Automation User tenant-level role.
    • If the user account to which a classic attended robot is mapped was already assigned to the tenant, its roles do not change, so you need to manually grant it the Allow to be Automation User tenant-level role. This prevents automations from breaking.

  • Maps each classic unattended robot to robot accounts (recommended), unless configured otherwise, and sets up each robot account with access to the corresponding modern folders and machines needed to run the automations that the unattended robot ran in classic folders.

    Grants the Automation User folder-level role to existing robot accounts that are mapped to classic unattended robots.

    New, automatically-generated robot accounts receive the Automation User folder-level role and the Allow to be Automation User tenant-level role.

• Certaines licences utilisateur qui incluent la fonctionnalité assistée (attended) peuvent être disponibles une fois la migration terminée. En effet, dans les dossiers modernes, chaque utilisateur n'a besoin que d'une seule licence utilisateur pour les automatisations personnelles (auparavant assistées (attended)). Si le même utilisateur avait plusieurs licences, il conserve la licence supérieure et la licence inférieure est libérée.

  Par exemple, si l'un des robots assistés (attended) de l'utilisateur a utilisé une licence assistée (attended) et un autre a utilisé une licence Citizen Developer, l'utilisateur conserve la licence Citizen Developer et la licence assistée (attended) est libérée.

  Important :

  While the wizard can greatly simplify the migration process for you, there are post-migration tasks that you need to perform so that your automations can run properly.

  Assurez-vous de disposer des connaissances requises et de prévoir du temps pour effectuer ces tâches avant de démarrer la migration.

Modifications apportées aux paramètres des locataires

Après avoir exécuté l'assistant Migration moderne (Modern migration), certains paramètres au niveau du locataire sont automatiquement modifiés. Ces modifications sont requises pour les dossiers modernes utilisés.

Les modifications suivantes s'appliquent une fois tous les dossiers classiques migrés avec succès :

• Interactive sign-in is enforced.

  Une fois la migration terminée, les utilisateurs doivent mettre à jour leurs paramètres de connexion UiPath Studio ou UiPath Assistant pour passer de l'utilisation d'une clé de machine à l'utilisation de la connexion interactive afin de pouvoir travailler dans des dossiers modernes.

• Les dossiers classiques et leurs entités sont toujours utilisables.

  Vous pouvez les conserver jusqu'à ce que la validation soit terminée, après quoi vous pouvez les supprimer.

• Account-machine mappings are enabled at the tenant level.

Prérequis

Autorisations

• To be able to successfully run the Modern migration wizard, you must be an organization administrator.
• Pour pouvoir ouvrir l'assistant Migration moderne (Modern migration), vous avez besoin des autorisations suivantes :
  • Rôles : Afficher, Créer et Modifier
  • Paramètres : Afficher et Modifier
  • Utilisateurs : afficher, créer et modifier
  • Robots : Afficher, Créer, Modifier et Supprimer
  • Folders: Create and Edit.

Limitation du volume

L'assistant Migration moderne (Modern migration) ne convient pas aux grands déploiements, qui nécessitent des outils et une stratégie de migration dédiés.

Nous vous recommandons de ne pas utiliser l'assistant de migration sur les dossiers contenant plus de 2 000 robots classiques. Cela peut entraîner des problèmes de performances et entraîner l’échec de la migration.

Étape 1. Utilisation de l'assistant de migration moderne

Préparation de la migration

Important :

Il est important que vous n'apportiez aucune modification de configuration à votre configuration de dossier classique tant que la migration n'est pas terminée.

Veuillez limiter les vérifications et les modifications préalables à la migration à celles décrites ci-dessous.

Problème connu

Une fois la migration démarrée, vous ne pouvez plus modifier les déclencheurs de file d'attente dans les dossiers classiques. En cas de problèmes nécessitant la modification d'un déclencheur de file d'attente, vous ne pourrez pas utiliser le déclencheur de file d'attente défectueux entre le début de la migration et le moment où elle se termine avec succès.

Inclusion et exclusion de dossiers

Avant de démarrer l'assistant, ajoutez-vous à tous les dossiers classiques que vous souhaitez migrer.

Les dossiers qui ne vous sont pas attribués ne sont pas migrés.

Inclusion et exclusion des robots classiques

Avant de démarrer l'assistant, vérifiez que tous les robots que vous souhaitez migrer sont ajoutés à un environnement.

Les robots classiques qui ne font partie d'aucun environnement sont présumés ne pas être utilisés et ne sont pas ciblés pour la migration.

Important :

Si un robot n'est pas migré, les valeurs du robot de ressource et les planifications de processus de ce robot ne sont pas migrées non plus, à moins qu'elles ne soient également utilisées par un autre robot qui est migré.

Empêcher l’élévation des autorisations

Après la migration, les utilisateurs assistés (attended) et les comptes Robot se voient automatiquement attribuer le rôle Utilisateurs de l'automatisation (Automation Users) au niveau du dossier (dans le dossier correspondant auquel ils sont attribués au moment de la migration). Si vous avez personnalisé les rôles de niveau de service ou la règle d'attribution de licence pour ce groupe, nous vous recommandons de supprimer tous les rôles élevés ou les licences supplémentaires de ce groupe avant de poursuivre la migration.

Vérifier qu'aucune tâche n'est en cours d'exécution

Il est important de s'assurer qu'avant de démarrer la migration, aucune tâche n'est en cours d'exécution.

Si vous avez des déclencheurs qui démarreraient une tâche pendant la migration, nous vous recommandons de les désactiver et de les réactiver une fois la migration terminée.

Avant de commencer la migration, vous pouvez vérifier le statut de la tâche à partir de la page Dossier (Folder) > Surveillance (Monitoring) de chaque dossier classique à migrer.

Important :

When the migration starts, all jobs that are not in a final state are terminated. If a terminated job does not reach the stopped status by the time the migration concludes, the migration fails with a related error.

Utilisation de l'assistant

Pour migrer les dossiers classiques vers les dossiers modernes d'un locataire :

1. Accédez à Locataire (Tenant) > Paramètres (Settings).

   La page Paramètres (Settings) s'ouvre sur l'onglet Général (General).

2. Dans la section Dossiers classiques (Classic Folders), cliquez sur Démarrer la migration (Start migration).

   L'assistant de Migration moderne (Modern migration) s'ouvre à l'étape Mise en route (Getting started).

3. Passez en revue les informations et, sous la section Résumé (Summary), cliquez sur Copier le résumé ci-dessus (Copy the summary above) et enregistrez ces informations pour vos dossiers.

   Le résumé répertorie les types et le nombre d'entités incluses pour la migration.

   • Seuls les dossiers classiques auxquels vous avez accès sont ciblés pour la migration. Les dossiers dans lesquels vous n'avez pas été ajouté ne sont pas migrés.
   • Les robots classiques qui ne sont pas ajoutés à un environnement sont supposés ne pas être utilisés et ne sont pas ciblés pour la migration.

4. Lorsque vous êtes prêt, cliquez sur Suivant (Next) pour passer à l'étape Utilisateurs assistés (Attended users).

Utilisation de l'assistant pour les utilisateurs assistés

Étant donné que dans les dossiers modernes, nous gérons différemment la relation entre les utilisateurs et les robots et que nous créons automatiquement le robot de l'utilisateur, vous devez mapper chaque robot assisté (attended) classique au compte de l'utilisateur qui l'utilise.

La page Utilisateurs assistés (Attended users) répertorie tous les robots assistés (attended) trouvés dans les dossiers classiques ciblés et leurs détails.

Dans la colonne Compte utilisateur cible (Target user account), pour chaque robot assisté (attended) trouvé, vous devez sélectionner le compte de l'utilisateur qui utilise le Robot assisté (attended) en fonction des informations des autres colonnes.

Important :

• Si vous n’avez pas défini de compte pour un UiPath Robot, ce Robot ne sera pas migré. Les processus associés à ce Robot ne pourront plus s’exécuter.

• Si le nom d’utilisateur d’un Attended Robot concerné par la migration ne contient pas le caractère @, la migration échouera. Pour résoudre ce problème, les utilisateurs locaux doivent être convertis en utilisateurs d’annuaire. Ce processus est automatique au cours de l’installation ou de la mise à niveau, à condition que les utilisateurs impactés se connectent à Orchestrator au moins une fois. Si ce n’est pas le cas, vous pouvez utiliser ce script afin de les convertir :

  DECLARE @domain VARCHAR(100) = 'your-domain-name-here'
  UPDATE u
  SET
      u.[UserName] = CONCAT(u.[UserName], '@', lower(@domain)),
      u.[Type] = 2
  FROM
      [dbo].[Users] u
      JOIN [dbo].[UserLogins] l ON u.[Id] = l.[UserId]
  WHERE
      u.[Type] = 0
      AND l.[LoginProvider] = 'Windows'
      AND u.[IsDeleted] = 0
  

1. Pour chaque compte cible incorrect ou non défini, vous devez définir manuellement le compte :

   1. Click Assign in the Target user account column.

   2. In the Search for a user field, start typing to search, and then select the user from the results.

   3. Cliquez sur Enregistrer (Save) en bas à droite pour définir le compte cible et revenir à la page précédente.

      For information about how to map robots to user accounts, see Mapping rules for attended robots.

2. Lorsque vous êtes prêt, cliquez sur Suivant (Next) pour passer à l'étape Utilisateurs Unattended.

Règles de mappage pour les robots assistés (attended)

Voici les règles que nous utilisons pour valider votre sélection lorsque vous essayez de mapper les robots assistés (attended) classiques à leurs utilisateurs.

• Les Robots portant le même nom d'utilisateur (Username) (affiché sur la page Utilisateurs assistés (Attended users)) doivent être mappés sur le même compte d'utilisateur cible.

  De même, les robots avec une valeur de Nom d'utilisateur (Username) différente doivent être mappés vers différents comptes d'utilisateurs cibles.

• Si vous disposez d'une intégration avec un répertoire d'utilisateurs externe, lors du mappage des robots aux comptes d'utilisateurs du répertoire, la valeur Nom d'utilisateur (Username) du robot doit correspondre à l'adresse e-mail ou au nom d'utilisateur du compte d'utilisateur cible.

  Vous pouvez afficher l'adresse e-mail et le nom d'utilisateur d'un compte d'utilisateur sur la page Locataire (Tenant) > Gérer l'accès (Manage Access) > Attribuer les rôles (Assign Roles).

• Lors du mappage des robots aux comptes d'utilisateurs locaux :

  • Si la connexion interactive est appliquée pour le locataire, vous êtes autorisé à mapper n'importe quel robot classique à n'importe quel utilisateur.
  • If the tenant-level robot authentication setting is set to Hybrid and the target user account has personal automation enabled, the Username value for the robot must match user's Domain\Username value, as shown on the user's Personal automations setup page.
  • If the tenant-level robot authentication setting is set to Hybrid, the target user account has personal automation enabled, and the option Inherit license from user's group is set in user's Personal automations setup page, then the user has a generated personal automation username which is not shown, but is required to match the Username of the robot, otherwise mapping is not allowed.

Important :

When multiple attended robots are mapped to the same target account, the robot username in the modern folder will be one of the usernames of the migrated robots, at random. This can result in access problems when trying to connect to machines.

Utilisation de l'assistant pour les utilisateurs Unattended

Vous devez mapper les robots non assistés (unattended) à des comptes de robot nouveaux ou existants. Les comptes Robot (Robot accounts) sont conçus pour exécuter des automatisations non assistées (unattended) et nous vous recommandons de les utiliser à la place des comptes utilisateur.

La page Utilisateurs non assistés (Unattended users) répertorie tous les robots non assistés (unattended) trouvés dans les dossiers classiques.

1. En haut à droite, sous Action en bloc (Bulk Actions), sélectionnez la façon dont vous souhaitez que l'assistant gère les robots non assistés (unattended) classiques qui n'ont pas de compte robot cible mappé :

   • Recommended: Select Automatically generate robot accounts if you want to migrate all of the listed unattended robots and want to allow the wizard to create new robot accounts for them. Details...
   • Non recommandé : sélectionnez Ignorer (Ignore them) si vous souhaitez migrer uniquement certains des robots classiques trouvés.

2. Examinez la colonne Compte robot cible (Target robot account) pour vous assurer que tous les mappages existants sont corrects.

   • Si vous avez sélectionné Générer automatiquement des comptes robot (Automatically generate robot accounts), ignorez cette étape.

   • Si vous avez sélectionné Ignorer (Ignore them), vous devez mapper manuellement uniquement les robots non assistés (unattended) classiques que vous souhaitez migrer vers un compte robot cible en cliquant sur Attribuer (Assign) dans la colonne Compte robot cible (Target robot account).Vous pouvez également créer de nouveaux comptes Robot à ce stade, si nécessaire.

     Important :

     Les robots classiques qui ne sont pas mappés à un compte robot cible ne sont pas migrés vers les dossiers modernes.

3. Lorsque vous êtes prêt, cliquez sur Suivant (Next) pour passer à l'étape finale.

   La page Terminer (Finishing) s'ouvre.

À quoi sert Générer automatiquement des comptes robot

Lorsque cette option est sélectionnée, au moment de la migration, l'assistant tente de mapper automatiquement chaque robot classique comme suit :

1. Il recherche un compte utilisateur ou robot existant avec un nom d'utilisateur non assisté (unattended) correspondant.

   S'il est trouvé, il mappe le Robot non assisté (unattended) à ce compte existant. Si aucune correspondance n'est trouvée, il passe à l'étape suivante.

2. Looks for other classic unattended robots with the same Username that were already mapped to an account.

   S'il est trouvé, il mappe ce robot sur le même compte. Si aucune correspondance n'est trouvée, un nouveau compte de robot est créé pour le robot classique.

Les nouveaux comptes de robot créés par l'assistant ont un nom au format Migrated folderName_robotName.

Règles de mappage pour les robots Unattended

Les règles suivantes s'appliquent lorsque vous essayez de mapper des robots non assistés (unattended) classiques à des comptes de robot ou d'utilisateur.

Si vous choisissez de mapper manuellement les robots aux comptes de robot (non recommandé) au lieu de permettre à l'assistant de créer de nouveaux comptes de robot, vous devez suivre ces règles.

1. Recherche un compte Robot existant qui utilise les mêmes informations d'identification que le Robot non assisté (unattended) classique.

   Si une correspondance est trouvée, l'assistant vous demande de mapper le robot non assisté (unattended) classique au compte de robot existant. Sinon, il passe à l'étape suivante.

2. Recherche un autre robot non assisté (unattended) classique possédant les mêmes informations d'identification que le robot classique à mapper. S'il est trouvé et déjà mappé à un compte cible, l'assistant vous oblige à mapper le robot actuel au même compte cible.

Important :

If you map multiple robots with different credentials to the same robot account, after migration the robot account uses the credentials of one of the classic robots, at random. There is a risk that these credentials do not work on all of the target machines and, after migration, can result in a failure to connect to machines.

Démarrage de la migration

1. Lorsque vous êtes prêt, cliquez sur Exécuter la migration (Execute migration) pour démarrer le processus.

   Une boîte de dialogue de confirmation s'ouvre.

2. Cliquez sur Exécuter (Execute) pour lancer la migration.

   La page s'actualise pour afficher la progression de la migration pour chaque dossier.

   Remarque :

   En cas d'échec, consultez les messages d'erreur affichés. Après avoir résolu le problème dans chaque dossier classique, vous pouvez redémarrer ou réessayer la migration.

3. Cliquez sur Fermer (Close) pour quitter l'assistant.

Next steps: If migration was successful, continue with Post-migration setup.

Résolution des problèmes

Les tâches ne sont pas encore dans leur état définitif

Lorsque la migration démarre, l'assistant arrête automatiquement toutes les tâches en cours pour qu'il puisse s'exécuter. Si une tâche terminée garde le statut En fin d'exécution (Terminating) et n'atteint pas le statut Arrêté (Stopped) au moment où la migration est terminée, la migration échoue.

If this happens, after 24 hours, we automatically set Terminating jobs to Stopped status. At this point, you can restart the migration.

Redémarrer ou réessayer la migration

Si la migration a échoué pour certains ou tous les dossiers, vous pouvez réessayer après avoir résolu les erreurs de configuration qui ont causé des erreurs.

Pour redémarrer ou réessayer une migration qui a échoué :

1. Examinez les messages d'erreur pour chaque dossier, puis vérifiez la configuration de dossier classique pour résoudre les erreurs.

2. Après avoir résolu toutes les erreurs, accédez à Locataire (Tenant) > Paramètres (Settings) > Commencer la migration (Start migration).

   L'assistant s'ouvre sur la dernière page.

3. Pour réexécuter la migration :

   • If you want to re-run the migration with your previous settings, click the Retry icon to the right of the row of a folder that failed migration. This option restarts the migration as it was previously set up, without giving you the option to change mappings.

     (Facultatif) Cochez la case Nettoyer avant de réessayer (Clean-up before retrying) si vous souhaitez supprimer les données partiellement migrées du dossier pour lequel la migration a échoué. Si vous ne cochez pas cette case, la migration est effectuée uniquement pour les entités qui n'ont pas pu être migrées auparavant.

     Tip: If the migration fails with an error for Test Data Queues or Test Data Queue items, select the Clean-up before retrying checkbox before restarting the migration. This prevents duplicate Test Data Queue items in the modern folders.

   • If you want to redo the mappings for attended and unattended robots, click Restart in the bottom right. This option takes you back to the first step of the wizard. Follow the instructions in Using the wizard to complete the setup once more.

Étape 2. Configuration post-migration

Une fois la migration terminée, vous devez effectuer les étapes manuelles suivantes pour résoudre les problèmes de rétrocompatibilité :

1. Recompile existing workflows that use Orchestrator activities or are making direct HTTP calls to the Orchestrator API to use version 2019.10 or later for UiPath.System.Activities.

2. Réenregistrez toutes les autres entités existantes, telles que les catalogues d'actions, dans le dossier moderne correspondant.

   Vous n'avez pas besoin de réenregistrer les robots assistés (attended) et non assistés (unattended) (ils sont automatiquement enregistrés pour les utilisateurs ayant accès au nouveau dossier moderne) et les environnements (ils ne sont pas utilisés dans le contexte d'un dossier moderne).

3. Unlink the Test Sets from the classic folders, by deleting them from the corresponding Test Manager projects.

   

4. Link the Test Sets again, by selecting the Test Sets that have [Migrated] as their description.

   

5. Mettez à jour le processus de dossier classique utilisé dans les applications UiPath (UiPath Apps) pour utiliser le processus de dossier moderne récemment migré.

6. Mettez à jour tous les workflows qui :

   • ont une dépendance par rapport à l'ancien chemin de dossier
   • utilisent l’activité Démarrer la tâche (Start Job). Dans les dossiers classiques, là où vous aviez processName_envName, vous devez maintenant passer à processName pour les dossiers modernes.

7. Si ce n'est déjà fait, activez la connexion interactive pour le locataire. Ceci est obligatoire pour travailler dans des dossiers modernes.

8. Exécutez les processus non assistés (unattended) à partir d'Orchestrator à l'aide de Démarrer la tâche (Start Job) pour les tester dans une configuration moderne.

   Remarque :

   Prévoyez 10 minutes après la fin de la migration pour que l'assistant désactive les robots des dossiers classiques migrés. Ceci est nécessaire pour que les licences soient publiées et puissent être utilisées dans des dossiers modernes.

9. Mettez à niveau les stations de travail des utilisateurs finaux pour qu'elles utilisent un Robot UiPath de version 2019.10 ou ultérieure.

10. Supprimez les dossiers classiques désormais inutilisés.

Revenir aux dossiers classiques

Si vous avez exécuté l'assistant de migration, mais que vos automatisations ne fonctionnent pas correctement dans les dossiers modernes, vous pouvez réactiver temporairement la configuration de vos dossiers classiques afin de pouvoir continuer à exécuter des automatisations jusqu'à ce que vous puissiez résoudre les problèmes de migration et réussir à passer aux dossiers modernes.

Pour revenir temporairement à l'utilisation des dossiers classiques après l'exécution de la migration :

1. Redéfinissez les paramètres d'authentification du robot pour le locataire sur Hybride (Hybride).
2. Activez tous les robots classiques.
3. Activez les déclencheurs dans les dossiers classiques.
4. Supprimez les dossiers modernes.
5. Supprimez les nouveaux comptes robot.
6. Recherchez ce qui a causé l’échec des automatisations dans la configuration des dossiers classiques et nettoyez éventuellement vos dossiers classiques.
7. Exécutez à nouveau la migration.

Migration manuelle

Pour tirer parti des fonctionnalités fournies par les dossiers modernes, vous devez recompiler les workflows existants qui utilisent des activités Orchestrator ou qui effectuent des appels HTTP directs à l'API Orchestrator à l'aide de UiPath.System.Activities v19.10.1 ou une version supérieure. Vous devez également réenregistrer toutes les autres entités existantes dans une structure de dossiers modernes, à l'exception des éléments suivants : Robots (car ils sont automatiquement enregistrés pour les utilisateurs ayant accès au nouveau dossier moderne) et Environnements (Environments) (car ils ne sont pas utilisés dans le contexte d'un dossier moderne).

Important :

La mise à niveau de vos entités existantes vers le modèle moderne supprime toute rétrocompatibilité. Les workflows recompilés ne sont exécutables que par des Robots version 2019.10 et ultérieure.

Migration vers des dossiers modernes

Pour effectuer une conversion complète ou partielle de votre déploiement actuel afin d'utiliser des dossiers modernes, certaines entités doivent être redéployées tandis que d’autres doivent être entièrement recréées. Un aperçu général du processus de migration peut être conçu comme suit :

• Chaque environnement devient un sous-dossier distinct ou, autrement, son propre dossier de premier niveau si vous souhaitez séparer entièrement les utilisateurs et les processus à l'intérieur.
• Le workflow de chaque paquet doit être recompilé à l'aide des activités en cours, puis republié ou téléchargé dans Orchestrator.
• En utilisant les paquets récemment compilés, chaque processus doit être redéployé dans le dossier (ou sous-dossier) qui correspond à son environnement précédent.
• Chaque utilisateur doit être ajouté à un ou plusieurs dossiers correspondant aux processus auxquels il doit accéder.

Cette migration peut être effectuée sans interrompre l’Utilisateur. L’administrateur Orchestrator crée et ajoute toute la structure du dossier moderne et les entités nécessaires, tandis que les utilisateurs continuent à utiliser les entités existantes dans les dossiers classiques où elles sont assignées. Pendant ce temps, vous pouvez créer deux Robots avec le même domain\username, l’un dans un dossier classique et l’autre dans un dossier moderne ; l’utilisateur ne pourra voir et exécuter que les processus classiques mis à leur disposition. Lorsque le Robot classique est supprimé, le Robot moderne prend le relais et exécute les versions modernes nouvellement créées et ajoutées de ces mêmes processus, sans modifier l’expérience de l’utilisateur.

Important :

Si un Robot classique existe avec le même domain/username qu'un utilisateur dans un dossier moderne, l'utilisateur n'aura accès qu'au Robot classique et aux processus associés. Pour que l'Attended Robot fonctionne dans un contexte moderne, le Robot flottant classique doit être désactivé. Une fois la migration testée et approuvée avec succès, le Robot classique peut être supprimé en toute sécurité.

Migration assistée à l’aide de l'Orchestrator Manager

To simplify the process of migrating to modern folders, you can use the UiPath Orchestration Manager. This is a Studio project that uses the Orchestrator API to manipulate entities based on Microsoft Excel workbooks. For instructions on how to use it for migration, see the product's documentation.