Passer au contenu principal
Documentation
Documentation
Administrator Guide
Dernière mise à jour : 2025-09-19
Migrer des changements de configuration avec le suivi des changements de configuration

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

  • L’accès à la migration de ensembles de configuration Advanced dans la tâche
    Maintain Access to Customer Central Tooling
     .
    Voir Gérer l’accès aux outils de mise en œuvre Customer Central.
  • Définissez l’accès à Customer Central et configurez la sécurité d’Object Transporter.
  • Sécurité : domaine
    Configuration Change Management
     avec les autorisations Afficher et Modifier dans le domaine fonctionnel Implementation.
Utilisez la migration
de suivi des changements de configuration
 pour synchroniser les configurations entre les locataires. Pour migrer, vous démarrez
le suivi des changements de configuration
 et créez un rapport des changements de configuration apportés par des utilisateurs précis et dans les plages de temps que vous avez précisées. 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 effectuer des vérifications de validation pour déterminer les identifiants manquants, les conflits d’identifiants ou les erreurs d’exception. Dans Object Transporter, vous pouvez finaliser le processus de migration, qui a déjà été effectué par Configuration Change Tracker.
  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
     .
  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 apporté les changements que vous souhaitez saisir.
    Inclure les changements apportés au moyen des services Web
    Cochez cette case si l’un des utilisateurs sélectionnés a apporté des changements à la configuration d’un service Web Workday.
    Vous pouvez filtrer davantage votre liste de changements par type de mise en œuvre dans
    Filtres supplémentaires
    , ou vous pouvez sélectionner un rapport existant dans
    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 soit rempli.
  4. Dans la page
    Critères du rapport
     pour votre rapport, vérifiez 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 pour voir les détails de ses attributs. 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
     des ensembles de configuration. Vous devez les ajouter manuellement lorsque vous modifiez l’ensemble dans la page
    Configurer les instances de l’ensemble
     , bien que la plupart des instances
    Non prêt pour la migration
     ne soient pas utiles. Exemples : Ne pas utiliser (DNU) ou instances supprimées.
    Vous pouvez afficher une liste complète des motifs pour lesquels les instances s’affichent dans l’onglet
    Non prêt pour la migration
     .
  5. Cliquez sur
    Créer un ensemble de configuration
     pour créer un ensemble de configuration avancée des instances répertoriées dans l’onglet
    Prêt pour la migration
    .
    Quand Object Transporter migre des 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épendantes une fois la migration démarrée, comme elle le fait avec les ensembles de configuration standard. Cette méthode limite le champ d’application de la migration aux instances connues, ce qui garantit une migration moins problématique.
    Vous pouvez renommer le nom de paquet par défaut ou ajouter une description ou un identifiant de demande de changement externe. Lorsque vous êtes prêt, cliquez sur
    Configurer les instances d’ensemble
     pour créer l’ensemble.
  6. Dans la page
    Configurer des instances de paquet
     , ajoutez ou retirez des instances et des types de mises en œuvre jusqu’à ce que vous ayez les seules instances que vous souhaitez migrer.
    Si vous avez repéré des instances dans l’onglet
    Pas prêt pour la migration
    que vous souhaitez ajouter, faites-les 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ée avec vos changements.
  7. Sur la page
    Réviser et préparer 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 lors de ce contrôle 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 valeurs ne soient pas incorrectes, elles peuvent entraîner des problèmes d’écrasement 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 n’est pas correspondante. Changez ces identifiants de référence uniquement si vous oubliez que la migration pourrait :
      • Remplacez involontairement une instance dans le locataire cible.
      • Créez une instance dans le locataire cible plutôt que d'en modifier une.
    3. Cliquez sur
      Exécuter des audits d’exceptions
       pour exécuter les rapports d’audit suivants sur les instances de votre ensemble :
      • 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 pour la règle de conditions propre aux avantages sociaux
      • Exception de règle de conditions
      • Exception liée à l'organisation
      • Exception de type d'organisation
      • Exception de groupe de postes
      • Exception de champ calculé propre à un rapport
      • Exception de mappage de worklets
      • Exception liée à la paie
    4. Cliquez sur
      Préparer la migration
      .
      Workday vous redirige vers Customer Central.
  8. Cliquez sur
    Lancer Object Transporter dans Customer Central
     pour se connecter au flux des travaux Customer Central et Object Transporter en tant qu’administrateur ou utilisateur de Customer Central.
  9. Dans la page
    Migrer avec Object Transporter
     , sélectionnez le
    locataire cible
    .
    Sélectionnez
    Inclure les traductions?
     la case à cocher pour inclure les valeurs d’attribut traduites pour les instances de votre ensemble qui en contiennent.
    Dans la mesure où 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 en tant que manuel. Cela signifie qu’Object Transporter n’ajoute pas automatiquement de dépendances à votre ensemble une fois la migration démarrée, comme il le fait avec les ensembles de configuration standard. Vous pouvez ajouter manuellement des instances dépendantes pour résoudre les problèmes manquants si Object Transporter les déclare plus tard dans le rapport
    Différences avant la migration
     . Toutefois, les ensembles de configuration avancée ne comportent généralement pas d’instances dépendantes manquantes ou non correspondantes, à moins que les instances de l’ensemble aient été mises à jour ou configurées de manière incorrecte depuis que vous avez créé le paquet.
  10. Cliquez sur
    OK
    .
  11. 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 cadre 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é. Lorsque 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
       .
  12. Corrigez les conditions préalables à la migration manquantes que la vérification de la pré migration trouve dans le locataire cible :
    1. Cliquez sur
      Afficher le rapport de vérification préalable à la migration
      .
    2. Suivez les directives de la page
      Vérification de la pré migration du transporteur d’objets
       .
      Dans le tableau
      Erreurs
       , Workday répertorie les instances sources qui sont des conditions préalables à la migration. Workday signale une condition préalable comme manquante lorsqu’elle :
      • Aucune instance correspondante dans le locataire cible.
      • Un identifiant de référence manquant ou non correspondant.
    3. Pour résoudre une condition préalable, Connectez-vous au locataire cible et créez l’instance manquante ou calculez son identifiant de référence.
      Vous avez besoin de l’identifiant de référence d’une instance compatible pour y effectuer le mappage.
      Vous pouvez également utiliser le chargement personnalisé pour mapper les instances sources qui n’ont aucune instance cible correspondante à d’autres instances compatibles dans le locataire cible.
  13. Utilisez le chargement personnalisé pour mapper toutes les instances sources sans correspondance aux instances compatibles dans le locataire cible :
    1. Dans le tableau
      Erreurs
      , cliquez sur
      Mapper des instances
       pour résoudre les conditions préalables manquantes.
    2. Entrez l’identifiant de référence d’une instance compatible sur le locataire cible.
    3. Cliquez sur
      Rechercher
      .
    4. Dans la table de résultats, cochez la case de l’instance compatible. Lorsque le tableau répertorie plusieurs instances, sélectionnez celle qui est :
      • Le même type de mise en œuvre.
      • L’instance la plus compatible avec l’instance de locataire source.
    5. Cliquez sur
      Appliquer mappage
      .
      Pour afficher les informations sur l’instance compatible, cliquez sur le lien correspondant dans la colonne
      Mappage à
       .
      Pour supprimer un mappage, cliquez sur
      Retirer
       et suivez le flux des travaux pour appliquer un nouveau mappage.
    6. Cliquez sur
      Scanner à nouveau la cible
      .
      Lorsque vous avez résolu toutes les conditions préalables manquantes dans le tableau
      des erreurs
       , Workday affiche la page
      Différences
       pour poursuivre la migration.
  14. (Facultatif) Si votre paquet contient des politiques de sécurité de domaine ou de processus de gestion qui diffèrent des politiques correspondantes dans le locataire cible, cliquez sur
    Modifier le comportement de migration
     et sélectionnez un comportement de migration pour l’ensemble ou certaines des politiques de sécurité modifiées. Workday fusionne les politiques de sécurité par défaut, sauf si vous utilisez cette option pour remplacer les politiques de sécurité dans le 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.
  15. (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.
  16. Après avoir examiné et compris les changements que la migration apportera à votre locataire cible, cliquez sur
    Poursuivre la migration
     pour afficher le récapitulatif final des instances à migrer.
  17. Cliquez sur
    Démarrer la migration
    .
  18. 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.
  19. (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
     .