Passer au contenu principal
Documentation
Documentation
Administrator Guide
Dernière mise à jour : 2026-04-03
Migrer le contenu du catalogue de configuration avec Object Transporter

Migrer le contenu du catalogue de configuration avec Object Transporter

Configurer l'accès et la sécurité pour Customer Central et Object Transporter.
Vous pouvez utiliser le
tableau de bord de l'environnement client
 dans Customer Central ou la tâche
Catalogue de configuration
 pour migrer un package de catalogue de configuration ou une ou plusieurs instances du package vers votre environnement client implémentation ou sandbox.
Après avoir sélectionné un environnement client cible et un package de configuration dans le catalogue, Workday compare les instances que vous avez sélectionnées dans le catalogue avec les instances correspondantes dans l' environnement client cible et lance une série de vérifications pour préparer la migration.
Si vous migrez des rapports, tenez compte de l'impact en aval sur les rapports modifiés dans les environnements clients de niveau inférieur afin de ne pas migrer les problèmes potentiel . Workday vous recommande de valider les rapports après les avoir migrés et de tenir compte de l'impact en aval sur les alertes et d'autres processus.
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.
  1. Connectez-vous à Customer Central en tant qu'utilisateur ou administrateur Customer Central .
  2. Accédez à la tâche
    Catalogue de configuration
     .
    La tâche est également disponible depuis le worklet
    Tableau de bord de l'environnement client
     .
  3. Dans l' invite
    Environnement client cible
     , sélectionnez l' environnement client vers lequel migrer le contenu du catalogue de configuration.
  4. Sélectionnez un package de configuration .
    Vous pouvez cliquer sur l'en-tête de la colonne
    Nom
     et filtre pour rechercher votre package.
  5. Cliquez sur
    Configurer les instances de package
     .
  6. Sélectionnez une ou plusieurs instances à migrer.
    Pour migrer l'intégralité du package, cochez la case à cocher dans l'en-tête de la table .
  7. Sur la page
    Statut de pré- migration
     , cliquez sur
    Actualiser
     ou attendez que Workday ait terminé la vérification de la pré- migration des données de configuration dans le champ d'application de la migration.
    Certaines instances ont des conditions préalables qui doivent exister dans l' environnement client cible pour que la migration s'effectue correctement. Exemple : un champ calculé. Lorsque Workday:
    • Recherche les prérequis manquants, il génère le rapport
      Vérification de pré-mutation
       .
    • Ne trouve pas de conditions préalables manquantes, il ignore le rapport
      Vérification avant migration
       et génère le rapport
      Afficher les différences avant migration
       .
  8. Si Workday affiche la page
    Différence - rapport non généré
     , cliquez sur
    Afficher le rapport de vérification avant migration
     pour consulter le tableau
    Erreurs
     .
    Le tableau répertorie les conditions préalables manquantes que vous devez résoudre pour pouvoir poursuivre la migration. Workday marque un prérequis comme manquant s'il présente :
    • Aucune instance correspondante dans l' environnement client cible.
    • Un code de référence manquant.
    • Le code de référence ne correspond pas.
    Vous devez résoudre les 50 premiers prérequis répertoriés dans le tableau avant que Workday puisse identifier et afficher d'autres problèmes. Lorsque vous corrigez les prérequis manquants, assurez-vous que les codes de référence correspondent dans les deux environnements clients.
  9. Déterminez le chemin de résolution des prérequis manquants et corrigez les prérequis non mappés.
    Révisez les colonnes
    Non mappable
     et
    Mapper à l'instance dans la cible (facultatif)
     pour identifier la correction nécessaire pour chaque prérequis répertorié :
    1. Si la colonne
      Non mappable
       est paramétrée sur Oui, connectez-vous à l' environnement client cible et résolvez manuellement le problème :
      • instance manquante : créez l' instance dans l' environnement client cible et assurez-vous que le code de référence correspond à la source.
      • Code manquant ou qui ne coïncide pas : si l' instance existe, ajoutez ou mettez à jour le code de référence pour qu'il corresponde à la source.
    2. Si la colonne
      Mapper à une instance dans la cible (facultatif)
       affiche un bouton
      Mapper les instances
       , vous pouvez mapper l' instance via un chargement personnalisé ou résoudre les conditions préalables manuellement, comme une instance non mappable. Pour un chargement personnalisé, passez à l'étape suivante.
    3. Si la colonne
      Non mappable
       est vide, aucune action n'est requise.
    Pour les migrations Workday Setup, vous pouvez uniquement modifier ou mapper des instances environnement client cible existantes.
  10. Utilisez le chargement personnalisé pour mapper automatiquement une instance source manquante à une instance compatible dans l' environnement client cible :
    1. Dans la colonne
      Mapper à une instance dans la cible (facultatif)
       , cliquez sur.
      Map Instance
      . Vous devez avoir le code de référence d'une instance compatible dans l' environnement client cible pour mapper à celui-ci.
    2. Saisissez le code de référence d'une instance compatible dans l' environnement client cible et cliquez sur
      Rechercher
       .
    3. Dans les résultats de la recherche, cochez la case de l' instance compatible. Si Workday affiche plusieurs instances, sélectionnez celle qui a le même type d'implémentation et la plus compatible avec la source.
    4. Cliquez sur
      Appliquer le mappage
       .
      • (Facultatif) Pour afficher le détail de l' instance mappée, cliquez sur le lien dans la colonne
        Mappage à
         .
      • (Facultatif) Pour supprimer un mappage, cliquez sur
        Supprimer
         .
  11. Après avoir traité les conditions préalables par des mises à jour manuelles ou un mappage:
    • Cliquez sur
      Relancer l'analyse cible
       si vous avez mis à jour ou mappé des instances cible.
    • Cliquez sur
      Réessayer la migration
       si vous avez mis à jour l' environnement client source.
    Une fois que vous avez résolu les conditions préalables, y compris celles détectées après les 50 initiaux, Workday génère et affiche la page
    Différence de pré-migreation
     .
  12. Si le contenu sélectionné dans le catalogue de configuration contient des instances avec des dates d'effet, cliquez sur
    Définir une stratégie de date d'effet
     .
    1. Dans l'invite
      Définir la date du package
       , sélectionnez d'abord une stratégie pour toutes les instances de la migration.
      Vous pouvez appliquer une date d'effet par défaut au 01/01/1900 ou sélectionner manuellement une date. Si vous migrez une seule instance, toutes les dépendances de l' instance héritent de la date que vous sélectionnez ici.
      Si une instance sans date d'effet a des dépendances avec des dates d'effet, les dépendances héritent de la date de migration comme date d'effet pendant le processus de migration.
      Vous pouvez toujours modifier les dates d'effet après la migration. Vous pouvez également affiner votre stratégie de date d'effet en sélectionnant différentes dates pour les instances et les dépendances de manière individuelle ou en tant que groupe par type d'implémentation.
    2. Pour appliquer des dates d'effet différentes au périmètre du type d'implémentation ou de instance , cliquez sur
      Enregistrer et continuer la modification
       .
    3. Pour sélectionner une date d'effet différente pour toutes les instances d'un type d'implémentation, sélectionnez une date dans la colonne
      Définir la date d'effet par type d'implémentation
       .
      Pour modifier l'année, saisissez-la directement dans le champ.
    4. Pour modifier la date d'effet d'une ou plusieurs instances ou dépendances uniques, cliquez sur
      Définir la date d'effet par instance
       .
    5. Sélectionnez une nouvelle date d'effet pour une instance dans la colonne
      Définir la date d'effet par instance
       .
      Workday affiche les deux instances et leurs dépendances sur des lignes distinctes dans le tableau. Pour modifier l'année d'une instance ou d' une instance dépendante, saisissez l'année directement dans le champ.
      Certains types d'implémentation vous permettent de saisir des dates d'effet futures. Si vous saisissez une date future, Object Transporter poursuit la migration et signale toutes les erreurs.
  13. (Facultatif) Si votre package contient des règles de sécurité de domaine ou de processus de gestion qui diffèrent des règles correspondantes dans l' environnement client cible, cliquez sur
    Modifier le comportement de migration
     et sélectionnez un comportement de migration pour toutes les règles de sécurité modifiées ou pour certaines d'entre elles.
    Workday active cette option uniquement lorsqu'il détecte une ou plusieurs règles de sécurité modifiées.
    Option Description
    Fusionner (recommandé)
    Comportement par défaut. Combine les composants détenant des autorisations, comme les rôles et les groupes de sécurité de toutes les règles de sécurité source modifiées, avec ceux des règles de sécurité cible correspondantes. Les fusions sont additives. Workday ne supprime rien, ce qui en fait l'option la plus sécurisée.
    Tenez compte de cette option lorsque vous devez :
    • Définir la priorité de l'intégrité de l'environnement client cible.
    • Migrer les mises à jour de routine à partir d'un environnement d'aperçu, d'un environnement sandbox ou d'un environnement de développement vers un environnement de production, où l'objectif consiste à introduire de nouvelles configurations sans perturber les configurations existantes.
    • Limitez le risque de retrait par inadvertance des autorisations ou des groupes de sécurité essentiels aux opérations de l'environnement client cible.
    • Protéger les modifications propres à une cible.
    Dans la mesure où la fusion est non discriminante par défaut, cela réduit le temps passé à vérifier s'il existe des remplacements potentiels, ce qui vous permet de vous concentrer davantage sur la vérification des ajouts.
    Remplacement
    Remplace toutes les règles de sécurité de l'environnement client cible par celles modifiées correspondantes dans l'environnement client source. Lors du remplacement, Workday ignore les règles correspondantes précédentes dans l'environnement client cible et implémente uniquement les règles de sécurité modifiées de l'environnement client source.
    Tenez compte de cette option lorsque vous devez :
    • Traiter l'environnement client source comme source faisant autorité de la règle pour les règles de sécurité.
    • Effectuer les déploiements initiaux ou les actualisations de l'environnement client.
    • Remplacer intentionnellement et entièrement les règles de sécurité cible.
    • Garantir une cohérence absolue avec la source.
    Lorsque vous migrez une seule instance, Workday remplace uniquement l'instance correspondante dans l'environnement client cible.
    Sélection manuelle
    Fournit le contrôle le plus précis, ce qui vous permet de réviser chaque règle de sécurité modifiée dans le package individuellement. Dans la colonne
    Comportement de migration par instance
     , sélectionnez
    Fusionner
    ou
    Remplacer
     pour chaque règle de sécurité modifiée.
    Tenez compte de cette option lorsque vous devez :
    • Gérer des migrations complexes avec des besoins spécifiques en matière de politiques.
    • Traiter des critères mixtes dans un package unique lorsque différentes règles nécessitent un comportement de fusion ou de remplacement différent.
    • Opérer dans des environnements sensibles qui nécessitent un contrôle mét notifications sur chaque règle.
    • Gérer des intégrations progressives ou des règles gérées par différentes équipes.
    • Obtenez une précision et une flexibilité maximales en adaptant l'action à chaque règle.
  14. Cliquez sur
    Actualiser
     ou attendez que Workday affiche
    Afficher le rapport de différence
     et cliquez dessus.
    Le
    rapport Différences avant migration
     affiche toutes les instances incluses dans le périmètre de la migration, regroupées par type d'implémentation de l'instance de premier niveau et organisées par le comportement de migration des onglets suivants :
    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'un environnement client 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 sélectionner un onglet pour filtrer par comportement de migration. Dans l'onglet, vous pouvez développer un type d'implémentation pour examiner les instances de premier niveau dans le périmètre de migration. Le même type d'intégration peut s'afficher dans plusieurs onglets, mais les instances qui y sont répertoriées se rapportent uniquement à un comportement de migration particulier. Exemple : vous sélectionnez l'onglet
    Modifié
    et le même type d'implémentation que celui que vous avez vu dans l'onglet
    Nouveau
    . Vous développez le type d'implémentation et vous voyez un ensemble unique d'instances de premier niveau dans les instances de l'onglet
    Nouveau
     . L'onglet
    Modifié
    répertorie les instances avec des différences entre les instances source et cible. L'onglet
    Nouvel
    onglet répertorie les instances qui n'existent pas encore dans l'environnement client cible.
    Le nombre en regard du statut
    Modifié
    indique le nombre total d'instances modifiées de premier niveau dans le périmètre de la migration. Le nombre en regard du statut
    Nouveau
    indique le nombre total d'instances de premier niveau que Workday ajoutera à l'environnement client cible.
    Les rapports
    sur les différences avant migration
     pour les migrations qui ne se poursuivent pas restent disponibles pendant 30 jours.
    .
  15. (Facultatif) Vérifiez les dépendances de l'instance ou des instances nouvelles ou modifiées :
    1. Accédez à l'onglet
      Modifié
      ou
      Nouveau
      et développez le type d'implémentation.
    2. Dans la colonne
      Dépendances
      du tableau, cliquez sur
      Afficher les dépendances
       pour l'instance avec les dépendances que vous souhaitez réviser.
      Workday vous recommande d'examiner les objets dépendants dans des instances nouvelles ou modifiées.
      Comme pour les instances de premier niveau, Workday fournit une icône de statut pour chaque instance dépendante :
      Modifié
      ,
      Nouveau
      ou
      Aucune modification
      .
      Lorsque Workday rencontre une dépendance circulaire, il interrompt le chargement des dépendances supplémentaires pour l'instance. Workday migre les dépendances circulaires. Pour éviter de rapports répétitifs pour la même dépendance, il affiche uniquement la première occurrence de la dépendance et la marque avec une icône de dépendance circulaire.
  16. (Facultatif) Pour afficher les attributs d'une instance modifiée, cliquez sur
    Afficher la différence d'attribut
     pour examiner chaque attribut de l'objet de dépendance modifié.
    Sur la page
    Différence d'attribut
     , Workday fournit une icône de statut pour chaque attribut d'une instance
    modifiée
    . Le tableau suivant décrit comment Workday classe les différences entre les attributs source et cible :
    Statut de l'attribut
    Description
    Modifier
    Les attributs source et cible existent, mais ne sont pas identiques.
    La migration remplace l'attribut cible par l'attribut source. Si un attribut source appartient à une instance de règle de sécurité, Workday l'ajoute à l'environnement client cible, sauf si vous avez sélectionné l'option Remplacement lorsque vous avez modifié le comportement de migration des règles de sécurité.
    Créer
    Aucun attribut n'existe dans l'environnement client cible. Workday ajoute l'attribut source à l'environnement client cible.
    Non correspondant
    Les attributs source et cible ont des valeurs de conversion différentes. Workday fusionne la valeur de traduction cible avec la valeur de traduction source.
    Exemple : l'attribut source indique une valeur de traduction polonais et l'attribut cible indique une valeur de traduction anglais. La migration ajoute la valeur de traduction polonais à l'attribut cible sans modifier la valeur en anglais.
    Suppression
    L'attribut existe dans l'environnement client cible, mais pas dans la source. La migration supprime l'attribut cible. Workday n'attribue pas le statut
    Suppression
    aux attributs qui font partie des règles de sécurité d'un domaine ou d'un processus de gestion.
  17. (Facultatif) Lorsque la migration contient des instances
    modifiées
     , cliquez sur
    Gérer les instances modifiées
     sur la page
    Différence entre les dépendances
     pour exclure de la migration une instance modifiée ou l'une de ses dépendances.
    1. Dans le tableau
      Instances à migrer
       , désélectionnez la case de l' instance que vous voulez exclure. L'exclusion d'une instance de premier niveau exclut également ses dépendances de la migration.
    2. (Facultatif) Dans la colonne
      Dépendances
       , cliquez sur
      Afficher
       pour afficher à nouveau les dépendances d'une instance .
    3. Cliquez sur
      Enregistrer les modifications
       et confirmez que vous voulez enregistrer votre sélection. Une fois enregistrée, vous ne pouvez pas annuler l'exclusion. Pour annuler l'exclusion, démarrez une nouvelle migration.
    Sur la page
    Différence entre les dépendances
     , Workday affiche l' instance comme exclue du tableau des instances. Lorsque vous excluez une instance de premier niveau, Workday indique que l' instance de premier niveau est
    Exclue
     et ses dépendances sont
    Exclues par le parent.
     Workday n'exclut pas les dépendances qui sont également des dépendances d'un autre type d'implémentation si ce type d'implémentation fait partie de la même migration.
    Vous pouvez également vérifier l' instance exclue dans l'onglet
    Exclus
     de la page
    Rapport sur les différences avant migration
     .
  18. Lorsque vous avez révisé et compris les modifications que la migration va apporter à votre environnement client cible, cliquez sur
    Poursuivre la migration
     pour afficher la synthèse finale des instances à migrer.
  19. Cliquez sur
    Démarrer la migration
    .
  20. Une fois la migration terminée, cliquez sur
    Afficher le rapport post- migration
     pour afficher un récapitulatif des modifications apportées à l'environnement client cible.
    Les rapports de synthèse post- migration restent disponibles pendant 2 ans.
  21. (Facultatif) Sur la page
    Rapport post-migrement
     , cliquez sur
    Exécuter la comparaison de l'environnement client
     pour comparer les instances des types d'implémentation entre deux environnements clients.
    Vous pouvez enregistrer les comparaisons sous forme de rapports
    Comparaison de l'environnement client
     .
Lorsque vous avez affiné le contenu de votre configuration pour qu'il réponde aux besoins de vos clients, vous pouvez migrer le contenu du catalogue de configuration de votre environnement client sandbox vers l' environnement client de production .