Passer au contenu principal
Documentation
Documentation
Administrator Guide
Dernière mise à jour : 2026-04-03
Migrer les modifications de configuration à l'aide du suivi des modifications de configuration

Migrer les modifications de configuration à l'aide du suivi des modifications de configuration

Utilisez la migration
du suivi des modifications de configuration
 pour synchroniser les configurations entre les environnements clients. Pour effectuer la migration, vous démarrez dans
le suivi des modifications de configuration
 et créez un rapport sur les modifications de configuration apportées par des utilisateurs spécifiques et dans les périodes que vous indiquez. Ce rapport correspond à votre liste de modifier/changer , à partir de laquelle vous créez un package de configuration . Vous pouvez modifier le package jusqu'à ce que vous n'ayez que les instances à migrer.
Avant que le suivi des modifications ne vous redirige vers Customer Central et Object Transporter, vous pouvez exécuter des contrôles de validation pour résoudre les erreurs d'identification manquantes, de conflits d'identifiant ou d'exceptions. Dans Object Transporter, vous pouvez finaliser le processus de migration, une grande partie du travail a déjà terminé par le suivi des modifications de configuration.
  1. Connectez-vous à l' environnement client avec la configuration que vous souhaitez synchroniser avec un autre environnement client.
  2. Accédez à la tâche
    Suivi des modifications de configuration
     .
    Selon vos droits d'accès, vous pouvez :
    • Afficher et créer des rapports sur vos propres modifications
    • Afficher et créer des rapports sur les modifications apportées à d'autres personnes.
    • Créer et modifier vos propres packages de configuration avancée.
    • Modifier les packages de configuration avancée d'autres personnes.
    • Migrer vos propres packages de configuration avancée.
    • Migrer les packages de configuration avancée d'autres utilisateurs.
  3. Sur la page
    Suivi des modifications de configuration
     , créez une liste des modifications de configuration à migrer :
    Option Description
    Horodatage de début
    Horodatage de fin
    Sélectionnez la plage de dates et d'heures pour les modifications de configuration que vous souhaitez enregistrer.
    Filtre (utilisateurs)
    Sélectionnez un ou plusieurs utilisateurs qui ont effectué les changements que vous souhaitez enregistrer.
    Inclure les modifications effectuées via des services web
    Cochez cette case à cocher si l'un des utilisateurs sélectionnés a modifié configuration via un service web Workday .
    Vous pouvez filtre davantage votre liste de modifier/changer par type implémentation dans
    Filtres supplémentaires
     ou sélectionner un rapport existant dans
    Derniers rapports
     .
    Workday enregistre automatiquement votre liste de modifier/changer en tant que rapport
    Suivi des modifications de configuration
     .
    Cliquez sur
    Actualiser
     ou attendez que le rapport soit renseigné.
  4. Sur la page
    Critères du rapport
     de votre rapport, révisez la liste des modifier/changer pour les utilisateurs et la période que vous avez sélectionnés.
    Cliquez sur
    Afficher les modifications
     d'une instance pour réviser le détail de ses attribut . Vous pouvez packager les instances répertoriées dans l'onglet
    Prêt pour la migration
     sans aucune action supplémentaire.
    Workday n'inclut pas les instances de l'onglet
    Pas prêt pour la migration
     dans les packages de configuration . Vous devez les ajouter manuellement lorsque vous modifier le package dans la page
    Configurer les instances de package
     , bien que la plupart des instances
    ne soient pas prêtes pour la migration
     et qu'il soit difficile d'ajouter. Exemples : Do Not Use (DNU) ou instances supprimées.
    Vous pouvez afficher la liste complète des motifs d'affichage des instances dans l'onglet
    Pas prêt pour la migration
     .
  5. Cliquez sur
    Créer un package de configuration
     pour créer un package de configuration avancé avec les instances répertoriées dans l'onglet
    Prêt pour la migration
     .
    Vous pouvez renommer le package ou ajouter une description ou un code de demande externe.
  6. Sélectionnez cette option pour inclure toutes les instances, ou uniquement celles, nouvelles ou modifiées :
    Option Description
    Toutes les instances
    Inclut toutes les instances de l'onglet
    Prêt pour la migration
     du Suivi des modifications de configuration et correspond au comportement précédent. Il s'agit de la sélection par défaut.
    Nouvelles instances uniquement
    Inclut uniquement les nouvelles instances créées dans la fourchette de dates indiquée par les utilisateurs sélectionnés. La sélection de cette option crée un package ciblé, ce qui vous permet de synchroniser plus efficacement les configurations entre les environnements clients et de réduire le risque d'erreurs pouvant résultat d'une modification manuelle de packages volumineux.
    Instances modifiées uniquement
    Inclut uniquement les instances modifiées dans la fourchette de dates indiquée par les utilisateurs sélectionnés. La sélection de cette option crée un package ciblé, ce qui vous permet de synchroniser plus efficacement les configurations entre les environnements clients et de réduire le risque d'erreurs pouvant résultat d'une modification manuelle de packages volumineux.
    Lorsque Object Transporter migre les packages de configuration avancée, il migre uniquement les instances que vous sélectionnez pour le package. Il n'ajoute pas d'autres instances dépendance une fois la migration démarrée, comme pour les packages de configuration standard. Cette méthode permet de limiter le périmètre de la migration à des instances connues, ce qui garantit une migration moins problématique.
    Lorsque vous êtes prêt, cliquez sur
    Configurer les instances de package
     pour créer le package.
  7. Sur la page
    Configurer les instances de package
     , ajoutez ou supprimez des instances et des types implémentation jusqu'à ce que vous n'ayez que les seules instances à migrer.
    Si vous avez identifié des instances de l'onglet
    "Non prêt pour la migration"
     que vous souhaitez ajouter, faites-le ici.
    1. Pour ajouter ou supprimer une instance, cliquez sur
      Modifier les instances
      Ajouter des instances
       ou
      Modifier les instances
      Supprimer des instances
       et sélectionnez une ou plusieurs instances à ajouter ou supprimer.
    2. Pour ajouter ou supprimer un type implémentation , cliquez sur
      Modifier les types d'implémentation
      Ajouter un ou plusieurs types d'implémentation
       ou
      Modifier les types d'implémentation
      Retirer le ou les types d'implémentation
       et sélectionnez un ou plusieurs types à ajouter ou supprimer.
    3. Cliquez sur
      Enregistrer et continuer
      .
      Workday met à jour le package de configuration avancée avec vos modifications.
  8. Sur la page
    Réviser et préparer la migration
     , effectuez les vérifications de validation suivantes :
    1. Cliquez sur
      Exécuter les codes de référence vides
       pour répertorier les instances avec un code de référence manquant.
      Cliquez sur
      Afficher et corriger les erreurs
       pour renseigner automatiquement les codes de référence vide . Workday n'affecte aucun code de référence à certaines instances et ne les reprend donc pas dans ce contrôle de validation.
    2. Cliquez sur
      Exécuter les codes de référence générés par le système
       pour répertorier les instances avec des séquences numériques générées automatiquement pour les codes de référence.
      Bien qu'il ne s'agisse pas d'erreurs, ils peuvent entraîner des problèmes de remplacement lorsque vous migrez vers un environnement client qui a le même code de référence généré par le système pour une autre instance qui ne correspond pas. Modifiez les codes de référence suivants uniquement si vous oubliez que la migration puisse :
      • Remplacer involontairement une instance dans l' environnement client cible .
      • Créez une instance dans l' environnement client cible au lieu d'en modifier une.
    3. Cliquez sur
      Exécuter les audits des exceptions
       pour exécuter les rapports d'audit suivants sur les instances de votre package :
      • Exception du processus de gestion
      • Exception de sécurité
      • Exception de calcul
      • Exception de champ calculé
      • Exception d'intégration
      • Exception de rapport personnalisé
         n
      • Exception de règle de condition des avantages sociaux
      • Exception de règle de condition
      • Exception d'organisation
      • Exception de type d'organisation
      • Exception de groupe de postes
      • Exception de champ calculé spécifique des rapports
      • Exception de mappages de worklets
      • Exception de la paie
    4. Cliquez sur
      Préparer la migration
       .
      Workday vous redirige vers Customer Central.
  9. Cliquez sur
    Lancer Object Transporter dans Customer Central
     pour vous connecter à l' environnement client Customer Central et au workflow Object Transporter en tant qu'administrateur ou utilisateur de Customer Central .
  10. Sur la page
    Migrate with Object Transporter
     , sélectionnez l'
    environnement client cible
     .
    Sélectionnez
    Inclure les traductions ?
     cochez la case pour inclure des valeurs attribut traduites pour les instances de votre package qui les contiennent.
    Dans la mesure où vous migrez un package de configuration avancé à partir d'un rapport
    Suivi des modifications de configuration
     , Workday répertorie
    la prise en charge des dépendances
     pour le package comme manuel. Cela signifie qu'Object Transporter n'ajoute pas automatiquement de dépendances à votre package une fois la migration démarrée, comme il le fait avec les packages de configuration standard. Vous pouvez ajouter manuellement des instances dépendance pour résoudre celles qui sont manquantes si Object Transporter les signale ultérieurement dans le rapport
    Pre-Migration Diff
     . Les packages de configuration avancée n'ont généralement pas d'instances dépendance manquantes ou incohérentes, sauf si les instances du package ont été mises à jour ou mal configurées depuis que vous avez créé le package.
  11. Click
    OK
    .
  12. 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
       .
  13. 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.
  14. 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.
  15. 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
         .
  16. 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
     .
  17. Si vous migrez 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.
  18. (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 fusionne les règles de sécurité par défaut, sauf si vous utilisez cette option pour remplacer les règles de sécurité dans l' environnement client cible.
    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.
  19. (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.
  20. 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.
  21. Cliquez sur
    Démarrer la migration
     .
  22. 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.
  23. (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
     .