Passer au contenu principal
Documentation
Documentation
Administrator Guide
Dernière mise à jour : 2026-04-03
Migrer des changements de configuration avec le suivi des changements de configuration

Migrer des changements de configuration avec le suivi des changements de configuration

Utilisez la migration
Configuration Change Tracker
 pour synchroniser les configurations entre les locataires. Pour migrer, vous démarrez dans
Configuration Change Tracker
 et créez un rapport sur les changements de configuration apportés par des utilisateurs spécifiques et dans les plages de temps que vous précisez. Ce rapport est votre liste de changements, à partir de laquelle vous créez un ensemble de configuration . Vous pouvez modifier le paquet jusqu’à ce que vous n’ayez que les instances que vous souhaitez migrer.
Avant que Change Tracker ne vous redirige vers Customer Central et Object Transporter, vous pouvez exécuter des contrôles de validation pour résoudre les possibles identifiants manquants, les conflits d’identifiants ou les erreurs d’exception. Dans Object Transporter, vous pouvez finaliser le processus de migration, la plupart du travail étant déjà effectué par le suivi des changements de configuration.
  1. Ouvrez une session dans le locataire avec la configuration que vous souhaitez synchroniser avec un autre locataire.
  2. Accédez à la tâche
    Suivi des changements de configuration
     .
    Selon vos autorisations de sécurité, vous pouvez :
    • Voir vos propres changements et créer des rapports connexes
    • Afficher et créer des rapports sur les changements effectués par d’autres personnes.
    • Créez et modifier vos propres ensembles de configuration avancées.
    • Modifier les ensembles de configuration avancée d’autres personnes.
    • Migrer vos propres ensembles de configuration avancées.
    • Migrer les ensembles de configuration avancées d’autres personnes.
  3. Dans la page
    Suivi des changements de configuration
     , créez une liste des changements de configuration à migrer :
    Option Description
    Moment - Du
    Moment - Au
    Sélectionnez l’intervalle de dates et d’heures pour les changements de configuration que vous souhaitez saisir.
    Filtré par les utilisateurs
    Sélectionnez un ou plusieurs utilisateurs qui ont effectué les changements que vous souhaitez enregistrer.
    Inclure les changements effectués via les services Web
    Cochez cette case si l'un des utilisateurs sélectionnés a effectué des changements de configuration à l'aide d'un service Web de Workday .
    Vous pouvez filtre davantage votre liste de changements par type de mise en œuvre dans
    Filtres supplémentaires
     , ou vous pouvez sélectionner un rapport existant à partir des
    Derniers rapports
     .
    Workday enregistre automatiquement votre liste de changements dans un rapport
    Suivi des changements de configuration
     .
    Cliquez sur
    Actualiser
     ou attendez que le rapport se charge.
  4. Dans la page
    Critères du rapport
     pour votre rapport, passez en revue la liste des changements pour les utilisateurs et la plage de temps que vous avez sélectionnés.
    Cliquez sur
    Afficher les changements
     pour une instance afin de réviser les détails de ses attribut . Vous pouvez mettre en paquet les instances répertoriées dans l’onglet
    Prêt pour la migration
     sans autre action.
    Workday n’inclut pas les instances dans l’onglet
    Non prêt pour la migration
     dans les ensembles de configuration . Vous devez les ajouter manuellement lorsque vous modifiez le paquet dans la page
    Configurer des instances d'ensemble
     , même si la plupart des instances
    non prêtes pour la migration
     n'ont pas de sens. Exemples : instances de type Ne pas utiliser (DNU) ou supprimées.
    Vous pouvez afficher la liste complète des raisons pour lesquelles les instances s’affichent dans l’onglet
    Non prêt pour la migration
     .
  5. Cliquez sur
    Créer un ensemble de configurations
     pour créer un paquet de configuration avancée des instances répertoriées dans l’onglet
    Prêt pour la migration
     .
    Vous pouvez renommer le paquet ou ajouter une description ou un identifiant de demande de changement externe.
  6. Sélectionnez cette option pour inclure toutes les instances, ou uniquement les nouvelles ou les instances modifiées :
    Option Description
    Toutes les instances
    Inclut toutes les instances de l'onglet
    Prêt à migrer
     du suivi des changements de configuration et correspond au comportement précédent. Il s’agit de la sélection par défaut.
    Nouvelles instances seulement
    Inclut uniquement les nouvelles instances créées dans l' intervalle de dates précisé par les utilisateurs sélectionnés. La sélection de cette option crée un paquet ciblé, vous permettant de synchroniser plus efficacement les configurations entre les locataires et de réduire le risque d'erreurs pouvant résultat de la modification manuelle de ensembles volumineux.
    Instances modifiées seulement
    Inclut uniquement les instances modifiées dans l’ intervalle de dates précisé par les utilisateurs sélectionnés. La sélection de cette option crée un paquet ciblé, vous permettant de synchroniser plus efficacement les configurations entre les locataires et de réduire le risque d'erreurs pouvant résultat de la modification manuelle de ensembles volumineux.
    Lorsque Object Transporter migre les ensembles de configuration avancée, il migre uniquement les instances que vous sélectionnez pour le paquet. Elle n’ajoute pas d’autres instances dépendance après le début de la migration, comme elle le fait avec les ensembles de configuration standard. Cette méthode permet de restreindre le champ d’application de la migration aux instances connues, garantissant ainsi une migration moins problématique.
    Au moment de procéder, cliquez sur
    Configurer des instances d’ensemble
     pour créer l’ensemble.
  7. Dans la page
    Configurer des instances d'ensemble
     , ajoutez ou retirez des instances et des types de mise en œuvre jusqu'à ce que vous n'ayez que les instances que vous souhaitez migrer.
    Si vous avez repéré une instance dans l'onglet
    Non prêt pour la migration
     que vous souhaitez ajouter, faites-le ici.
    1. Pour ajouter ou retirer une instance, cliquez sur
      Modifier des instances
      Ajouter des instances
       ou
      Modifier des instances
      Retirer des instances
       et sélectionnez une ou plusieurs instances à ajouter ou à retirer.
    2. Pour ajouter ou retirer un type de mise en œuvre, cliquez sur
      Modifier les types de mises en œuvre
      Ajouter un ou des types de mises en œuvre
      ou
      Modifier les types de mises en œuvre
      Retirer les types de mises en œuvre
       et sélectionnez un ou plusieurs types à ajouter ou à retirer.
    3. Cliquez sur
      Enregistrer et continuer
      .
      Workday met à jour le paquet de configuration avancées avec vos changements.
  8. Dans la page
    Passer en revue et préparer pour la migration
     , effectuez les vérifications de validation :
    1. Cliquez sur
      Exécuter des identifiants de référence en blanc
       pour répertorier les instances dont l' identifiant de référence est manquant.
      Cliquez sur
      Afficher et corriger les erreurs
       pour remplir automatiquement les identifiants de référence en blanc . Workday n'affecte aucun identifiant de référence à certaines instances et ne les déclare donc pas dans cette vérification de validation.
    2. Cliquez sur
      Exécuter les identifiants 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 identifiants de référence.
      Bien que ces données ne soient pas incorrectes, elles peuvent entraîner des problèmes de remplacement lorsque vous migrez vers un locataire qui a le même identifiant de référence généré par le système pour une autre instance qui ne correspond pas. Changez ces identifiants de référence uniquement si vous êtes informé que la migration pourrait :
      • Remplacez une instance dans le locataire cible de façon involontaire.
      • Créez une instance dans le locataire 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 paquet :
      • Exception de processus de gestion
      • Exception de sécurité
      • Exception de calcul
      • Exception de champ calculé
      • Exception d'intégration
      • Exception de rapport personnalisé
         n
      • Exception aux règles de conditions des avantages sociaux
      • Exception liée à la règle de conditions
      • Exception d'organisation
      • Exception du type d'organisation
      • Exception de groupe de postes
      • Exception de champ calculé propre à un rapport
      • Exception de mappage de worklets
      • Exception de la paie
    4. Cliquez sur
      Préparer pour la migration
       .
      Workday vous redirige vers Customer Central.
  9. Cliquez sur
    Lancer Object Transporter dans Customer Central
     pour se connecter au locataire Customer Central et au flux des travaux Object Transporter en tant qu’administrateur ou utilisateur Customer Central .
  10. Dans la page
    Migrer avec Object Transporter
     , sélectionnez le
    locataire cible
     .
    Cochez la
    case Inclure les traductions?
     cochez la case pour inclure les valeurs attribut traduites pour les instances de votre paquet qui les contiennent.
    Étant donné que vous migrez un paquet de configuration avancée à partir d’un rapport
    de suivi des changements de configuration
     , Workday répertorie
    la prise en charge des dépendances
     pour le paquet comme manuel. Cela signifie que Object Transporter n’ajoute pas automatiquement des dépendances à votre paquet après le début de la migration, comme il le fait pour les solutions de configuration standard. Vous pouvez ajouter manuellement des instances dépendance pour résoudre les instances manquantes si Object Transporter les déclare plus tard dans le rapport
    Différences avant la migration
     . Les ensembles de configuration avancées ne comportent généralement pas d’instances dépendance manquantes ou non correspondantes, mais sauf si des instances du paquet ont été mises à jour ou mal configurées depuis que vous avez créé le paquet.
  11. Click
    OK
    .
  12. Dans la page
    Statut avant la migration
     , cliquez sur
    Actualiser
     ou attendez que Workday termine la vérification préalable à la migration des données de configuration dans le champ d'application de la migration.
    Certaines instances disposent de conditions préalables qui doivent exister dans le locataire cible pour que la migration réussisse. Exemple : un champ calculé. Quand Workday:
    • Trouver des conditions préalables manquantes, il génère un rapport
      Vérification de la pré migration
       .
    • Ne trouve aucune condition préalable manquante, il ignore le rapport
      Vérification de la pré migration
       et génère un rapport
      Afficher les différences de pré migration
       .
  13. Si Workday affiche la page
    Diffrapport non généré
     , cliquez sur
    Afficher un rapport de vérification préalable à la migration
     pour réviser le tableau
    Erreurs
     .
    Le tableau répertorie les conditions préalables manquantes que vous devez résoudre avant que la migration puisse se poursuivre. Workday signale une condition préalable comme manquante si elle :
    • Aucune instance correspondante dans le locataire cible.
    • Un identifiant de référence est manquant.
    • Un identifiant de référence erroné.
    Vous devez résoudre les 50 premières conditions préalables répertoriées dans le tableau avant que Workday puisse repérer et afficher tout problème supplémentaire. Lorsque vous remplissez les conditions préalables manquantes, assurez-vous que les identifiants de référence correspondent pour les deux locataires.
  14. Déterminez le chemin de résolution des conditions préalables manquantes et réglez les conditions préalables non mappables.
    Passez en revue les colonnes
    Non mappable
     et
    Mapper à l’instance dans la cible (facultatif)
     pour trouver la correction nécessaire pour chaque condition préalable répertoriée :
    1. Si la colonne
      Non mappable
       est Oui, Connectez-vous au locataire cible et réglez manuellement le problème :
      • instance manquante : créez l’ instance dans le locataire cible et assurez-vous que l’identifiant de référence correspond à la source.
      • Identifiant manquant ou non correspondant : si l’ instance existe, ajoutez ou mettez à jour l’identifiant de référence pour qu’il corresponde à la source.
    2. Si la colonne
      Mapper à l’instance dans la cible (facultatif)
       affiche un bouton
      Mapper l’instance
       , vous pouvez mapper l’ instance au moyen d’un chargement personnalisé ou résoudre manuellement la condition préalable 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 nécessaire.
    Pour les migrations de la configuration WD, vous pouvez uniquement modifier ou mapper vers des instances de locataire cibles existantes.
  15. Utilisez le chargement personnalisé pour mapper automatiquement une instance source sans correspondance à une instance compatible dans le locataire cible :
    1. Dans la colonne
      Mapper à l’instance dans la cible (facultatif)
       , cliquez sur.
      Map Instance
      . Vous devez disposer de l’identifiant de référence d’une instance compatible sur le locataire cible pour y effectuer le mappage.
    2. Entrez l’identifiant de référence d’une instance compatible sur le locataire 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 est du même type de mise en œuvre et la plus compatible avec la source.
    4. Cliquez sur
      Appliquer mappage
       .
      • (Facultatif) Pour afficher les détails de l’ instance mappée, cliquez sur le lien dans la colonne
        Mappage à
         .
      • (Facultatif) Pour supprimer un mappage, cliquez sur
        Retirer
         .
  16. Après avoir satisfait les conditions préalables au moyen de mises à jour manuelles ou mappage:
    • Cliquez sur
      Analyser de nouveau la cible
       si vous avez mis à jour ou mappé des instances cibles.
    • Cliquez sur
      Réessayer la migration
       si vous avez mis à jour le locataire source.
    Une fois que vous avez résolu les conditions préalables, y compris celles qui sont découvertes après les 50 initiales, Workday génère et affiche la page
    Rapport sur les différences avant la migration
     .
  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
      date pour l’ensemble
       , 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 davantage votre stratégie de dates 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 de mise en œuvre.
    2. Pour appliquer des dates d'effet différentes au type de mise en œuvre ou au niveau 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 de mise en œuvre, sélectionnez une date dans la colonne
      Définir la date d’effet par type de mise en œuvre
       .
      Pour changer l’année, entrez-la directement dans le champ.
    4. Pour modifier la date d’effet d’une ou de 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 à la fois les instances et leurs dépendances dans des rangées distinctes dans le tableau. Pour modifier l’année d’une instance ou d’ une instance dépendante, entrez l’année directement dans le champ.
      Certains types de mises en œuvre vous permettent d’entrer des dates d’effet ultérieures. Si vous entrez une date future, Object Transporter poursuit la migration et signale les erreurs.
  18. (Facultatif) Si votre paquet contient des politiques de sécurité de domaine ou de processus de gestion qui diffèrent des politiques correspondantes du locataire cible, cliquez sur
    Modifier le comportement de migration
     et sélectionnez un comportement de migration pour toutes ou certaines des politiques de sécurité modifiées. Le système Workday fusionne les politiques de sécurité par défaut, sauf si vous utilisez cette option pour remplacer les politiques de sécurité du locataire cible: .
    Workday active cette option uniquement lorsqu’il détecte une ou plusieurs politiques de sécurité modifiées.
    Option Description
    Fusionner (recommandé)
    Comportement par défaut. Combine les composantes de autorisation telles que les groupes de sécurité et les rôles de toutes les politiques de sécurité source modifiées avec ceux des politiques de sécurité cible correspondantes. Les fusions sont additives. Workday ne retire rien, ce qui en fait l’option la plus sécurisée.
    Tenez compte de cette option lorsque vous devez :
    • Prioriser l’intégrité du locataire cible.
    • Migrer les mises à jour courantes d’un environnement d’aperçu, de bac à sable ou de développement vers la production, où l’objectif est d’introduire de nouvelles configurations sans affecter celles qui existent déjà.
    • Limitez le risque de retrait par inadvertance d’autorisations ou de groupes de sécurité essentiels pour l’opération du locataire cible.
    • Protéger les changements propres à la cible.
    Étant donné que l’option Fusionner n’est pas descendante par défaut, cela réduit le temps consacré à la vérification des remplacements potentiels, ce qui vous permet de vous concentrer davantage sur la vérification des ajouts.
    Remplacer
    Remplace toutes les politiques de sécurité du locataire cible par les politiques modifiées correspondantes du locataire source. Lors du remplacement, Workday ignore les politiques correspondantes précédentes sur le locataire cible et applique uniquement les politiques de sécurité modifiées du locataire source.
    Tenez compte de cette option lorsque vous devez :
    • Traiter le locataire source comme la source faisant autorité pour les politiques de sécurité.
    • Effectuez les déploiements initiaux ou les actualisations de locataire.
    • Remplacer intentionnellement et entièrement les politiques de sécurité cibles.
    • Assurer une cohérence absolue avec la source.
    Lorsque vous migrez une seule instance, Workday remplace uniquement l’instance correspondante sur le locataire cible.
    Sélection manuelle
    Fournit le contrôle le plus précis, ce qui vous permet de réviser individuellement chaque politique de sécurité modifiée du paquet. Dans la colonne
    Comportement lié à la migration par instance
     , sélectionnez
    Fusionner
    ou
    remplacer
     pour chaque politique de sécurité modifiée.
    Tenez compte de cette option lorsque vous devez :
    • Gérer des migrations complexes avec des besoins divers propres à des politiques.
    • Traiter des exigences mixtes dans un seul ensemble lorsque différentes politiques nécessitent un comportement de fusion ou de remplacement différent.
    • Opérer dans des environnements sensibles qui exigent un contrôle précis de chaque politique.
    • Gérer les mises en application par phases ou les politiques prises en charge par des équipes différentes.
    • Parvenir à un maximum de précision et de flexibilité, en personnalisant les actions pour chaque politique.
  19. (Facultatif) Pour afficher les attributs d’une instance modifiée, cliquez sur
    Afficher les différences d’attributs
     pour examiner les attributs individuels dans l’objet de la dépendance modifiée.
    Dans la page
    Différences/attributs
     , Workday fournit une icône de statut pour chaque attribut d’une instance
    modifiée
    . Le tableau suivant décrit la façon dont Workday classe les différences entre les attributs sources et cibles :
    Statut de l'attribut
    Description
    Changer
    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 politique de sécurité, Workday l’ajoute au locataire cible, sauf si vous avez sélectionné l’option Remplacement lorsque vous avez modifié le comportement de migration pour les politiques de sécurité.
    Nouveau
    Aucun attribut n'existe dans le locataire cible. Workday ajoute l’attribut source au locataire cible.
    Aucune correspondance
    Les attributs source et cible ont des valeurs de traduction différentes. Workday fusionne la valeur de traduction cible avec la valeur de traduction source.
    Exemple : l’attribut source a une valeur de traduction en Polonais et l’attribut cible a une valeur de traduction en anglais. La migration ajoute la valeur de traduction en Polonais à l’attribut cible sans changer la valeur en anglais.
    Retrait
    L'attribut existe dans le locataire cible, mais pas dans le locataire source. La migration supprime l'attribut cible. Workday n’affecte pas le statut
    Retrait
    aux attributs faisant partie des politiques de sécurité de domaine ou de processus de gestion.
  20. Après avoir révisé et compris les modifications que la migration apportera à votre locataire cible, cliquez sur
    Procéder à la migration
     pour afficher le récapitulatif final des instances à migrer.
  21. Cliquez sur
    Démarrer la migration
     .
  22. Une fois la migration terminée, cliquez sur
    Afficher le rapport suivant la migration
     pour afficher un récapitulatif des changements apportés au locataire cible.
    Les rapports récapitulatifs postérieurs à la migration restent disponibles pendant deux ans.
  23. (Facultatif) Dans la page
    Rapport postérieur à la migration
     , cliquez sur
    Exécuter la comparaison des locataires
     pour comparer les instances des types de mises en œuvre entre deux locataires.
    Vous pouvez enregistrer les comparaisons en tant que rapports
    Comparer le locataire
     .