- Démarrage
- Sécurité et conformité des données
- Organisations
- Authentification et sécurité
- Licences
- À propos des licences
- Tarification unifiée : infrastructure du plan de licence
- Activation de votre licence Enterprise
- Migrer de Test Suite vers Test Cloud
- Migration de licence
- Attribuer des licences aux locataires
- Attribuer des licences utilisateur
- Révocation des licences utilisateur
- Surveillance de l’attribution des licences
- Surallocation de licences
- Notifications d'attribution de licence
- Gestion des licences utilisateur
- Locataires et services
- Comptes et rôles
- AI Trust Layer
- Applications externes
- Notifications
- Journalisation
- Test dans votre organisation
- Résolution des problèmes
- Migrer vers Test Cloud

Guide de l'administrateur de Test Cloud
Migration manuelle
Cette page résume les étapes à effectuer manuellement pour réaliser la migration des données de vos locataires Orchestrator locaux vers les services Cloud Orchestrator. Cette méthode nécessite que vous recréiez manuellement votre configuration et les entités locales dans votre organisation cloud.
La disponibilité des fonctionnalités dépend de la plate-forme cloud que vous utilisez. Pour de plus amples informations, consultez la page Disponibilité des fonctionnalités.
Recréer manuellement votre configuration Orchestrator
Vous devez effectuer les opérations suivantes dans Orchestrator, comme décrit dans le tableau, et vous assurer que vous disposez des autorisations requises .
| Étape | Opération (Operation) | Détails (Details) |
|---|---|---|
| 1 | Dans l'onglet Général (General), ajustez le fuseau horaire du locataire, la langue de l'interface utilisateur pour Orchestrator et activez la fonctionnalité Dossiers modernes (Modern Folders). Dans l'onglet Déploiement (Deployment ), configurez et sécurisez les flux de packages d'automatisation. Dans l'onglet Courrier (Mail), configurez les paramètres de messagerie. Dans l'onglet Évolutivité (Scalability), spécifiez si le service Robot doit s'abonner aux canaux SignalR d'Orchestrator, et configurez les protocoles de transport qui fonctionnent le mieux pour vous. Dans l'onglet Jours non ouvrables (Non-Working Days) définissez une liste de jours non ouvrables, par locataire, dans laquelle vous pouvez configurer vos planifications à ne pas exécuter. | |
| 2 | Configurer les paramètres d'abonnement aux alertes | Pour recevoir des alertes pour une catégorie, vous devez également disposer des autorisations correspondantes sur cette catégorie. |
| 3 | Créez des dossiers et des sous-dossiers et affectez-leur des utilisateurs en conséquence | Effectuez cette étape si vous avez besoin de plus de dossiers. |
| 4 | Cloud Orchestrator prend en charge la plupart des magasins tiers. Pour obtenir la liste complète des magasins d'identifiants pris en charge, consultez la section Magasins d'identifiants . Pour obtenir la liste des magasins d’identifiants non pris en charge, ou des plug-ins de magasins sécurisés personnalisés, reportez-vous à Orchestrator Credentials Proxy comme solution potentielle. | |
| 5 | S/O | |
| 6 | S/O | |
| 7 | Dans Cloud Orchestrator, vous ne pouvez publier des bibliothèques qu'au niveau du service. Pour partager des bibliothèques entre les services Orchestrator, vous pouvez utiliser un flux personnalisé. | |
| 8 | S/O | |
| 9 | S/O | |
| 10 | Selon votre plate-forme cloud :
|
Les environnements (Environments) ne sont pas utilisés dans le contexte d'un dossier moderne. |
| 11 | S/O | |
| 12 | S/O | |
| 13 | S/O | |
| 14 | Vous pouvez définir des webhooks à tout moment, en fonction du moment auquel vous souhaitez être averti lors de la migration. | |
| 15 | Déconnectez vos Robots de l'instance locale, puis connectez chaque Robot à votre service Orchestrator | Les robots ne peuvent être connectés qu'à une seule source à la fois. Lorsqu'un Robot est déconnecté de l'Orchestrator local est connecté à Cloud Orchestrator, il consomme automatiquement une nouvelle licence de la plate-forme cloud. |