Passer au contenu principal
Administrator Guide
Dernière mise à jour : 2025-08-22
Concept : workflow de migration d'objet Transporter

Concept : workflow de migration d'objet Transporter

Workday lance Object Transporter lorsque vous accédez aux tâches suivantes ou aux actions associées pour migrer les données de configuration d'un environnement client à l'autre :
  • Migrer avec Object Transporter
  • Extraction de la configuration de la migration
    .
Avant que Object Transporter ne transfère les données de configuration à un environnement client cible, Workday vérifie qu'il n'existe pas de problème dans les données source. Il recherche d'abord les erreurs qui bloquent la migration, puis identifie les problèmes de prérequis que vous devez résoudre. Le contrôle final affiche les modifications apportées à l'environnement client cible après la migration, ce qui vous permet d'examiner et d'exclure les instances ou dépendances modifiées avant de migrer vers votre environnement client cible. La séquence suit le workflow suivant :
1. Vérification des erreurs
Si Workday trouve des erreurs qui bloquent votre migration, il affiche la page
Afficher les erreurs
dans le workflow de la migration. y compris des instructions pour corriger les erreurs et relancer la migration.
2. Vérification des prérequis
Workday vérifie les instances dont les prérequis de configuration doivent exister dans l'environnement client cible pour que la migration s'effectue correctement. Si trouvé, il répertorie les conditions préalables à la migration manquantes sur la page
Pré-vérifier la migration
avec des instructions pour les résoudre. Workday marque un prérequis comme un problème lorsqu'il trouve :
  • Aucune instance correspondante dans l'environnement client cible.
  • Un code de référence manquant ou qui ne correspond pas.
3. Vérification des différences avant migration
Workday affiche ensuite une page
Rapport sur les différences avant migration
pour indiquer les instances, regroupées par type d'implémentation, que vous avez dans le périmètre de la migration.
Les informations de l'en-tête synthétisent le contenu de l'instance, du package de configuration ou de l'extraction de configuration que vous avez dans le périmètre de la migration. Il affiche le nombre de types d'implémentation existants et le nombre d'instances uniques planifiées pour la migration. Workday ne compte qu'une seule fois les instances qu'il trouve dans plusieurs types d'implémentation. Le rapport regroupe les instances ayant le même comportement de migration dans les onglets suivants, ce qui vous permet de vous concentrer sur un comportement de migration à la fois :
Onglet
Description
Toutes les instances
Répertorie toutes les instances contenues dans votre package de configuration ou votre extraction de configuration. Lorsque vous migrez une instance unique, l'onglet affiche une instance de premier niveau et tous les objets dépendants qu'elle peut contenir.
Modified
Icône de statut : orange
Répertorie les instances qui existent à la fois dans les environnements clients source et cible, mais qui diffèrent en raison d'une précédente modification. Pendant la migration, Workday remplace l'instance cible par l'instance source, sauf s'il s'agit d'une règle de sécurité.
Par défaut, Workday fusionne les règles de sécurité d'une source avec la règle de sécurité correspondante dans l'environnement client cible. Vous pouvez modifier le comportement par défaut de la migration de la règle de sécurité en utilisant l'option
Modifier le comportement de migration
pour remplacer la règle de sécurité de l'environnement client.
Créer
Icône de statut : bleu
Répertorie les instances qui n'existent pas encore dans l'environnement client cible. Pendant la migration, Workday ajoute l'instance de l'environnement client source à l'environnement client cible.
Aucune modification
Icône de statut : Gris
Répertorie les instances identiques dans les environnements clients source et cible. Aucune migration n'est nécessaire.
Ligne exclue
Répertorie les instances de premier niveau que vous avez exclues de la migration.
Si vous n'avez rien exclu, Workday n'affiche pas cet onglet.
Vous pouvez utiliser ce rapport pour consulter les instances en détail en explorant les données dans les rapports suivants :
  • Différence des dépendances
     : lorsque le
    rapport Différence avant migration
    indique une instance de premier niveau nouvelle ou modifiée, vous pouvez cliquer sur
    Afficher les dépendances
    pour afficher les instances dépendantes de l'instance de premier niveau que Workday va également migrer.
  • Afficher la différence d'attribut
     : lorsque le rapport
    Différence de dépendances
    affiche les dépendances modifiées d'une instance, vous pouvez cliquer sur le bouton
    Afficher la différence d'attribut
    de l'instance pour comparer les différences d'attributs entre les environnements clients source et cible.
  • Gérer les instances modifiées
     : lorsque le rapport
    Différence entre les dépendances
    affiche les dépendances modifiées d'une instance, vous pouvez cliquer sur le bouton
    Gérer les instances modifiées
    dans l'en-tête du rapport pour sélectionner toutes les instances modifiées à exclure de la migration.
4. Migration
Lorsque vous résolvez tous les problèmes, consultez les rapports de différence et excluez éventuellement de la migration les instances et dépendances modifiées. Object Transporters migre les instances depuis l'environnement client source, moins les instances modifiées que vous choisissez d'exclure. Elle migre toujours la version actuelle des objets client. L'ajout d'une instance d'un objet à un package de configuration n'empêche pas Workday de mettre à jour cet objet avec une version plus récente de celle de celui qui est disponible lorsqu'une version est disponible.
Lorsque Workday termine la migration, vous pouvez afficher le rapport
Post migration
ou créer un rapport
Comparaison des environnements clients
pour comparer les différences entre les environnements clients après la migration.