Passer au contenu principal
Documentation
Documentation
Administrator Guide
Dernière mise à jour : 2025-08-22
Migrer des ensembles avec un transporteur d'objets

Migrer des ensembles avec un transporteur d'objets

Vous pouvez démarrer une migration à partir d’un locataire source ou de Customer Central. Le rapport
Object Transporter Prise en charge d’objets (OX)
 détaille les objets que vous pouvez faire migrer.
Après avoir sélectionné les locataires sources et cibles et le paquet à migrer, Workday compare les instances du paquet aux instances correspondantes du locataire cible et lance une série de vérifications pour signaler les problèmes qui doivent être résolus avant que la migration réussisse.
Lorsque Workday a terminé la migration, vous pouvez afficher le rapport
Publier la migration
 ou créer un rapport
Comparer les locataires
 pour comparer les différences entre les locataires après la migration.
  1. Accédez à la tâche
    Migrer avec le transporteur d’objets
     de l’une des manières suivantes :
    • À partir d’un locataire source, affichez le paquet que vous souhaitez faire migrer et sélectionnez
      Migrer
      .
      Workday vous redirige vers Customer Central pour terminer la migration.
    • À partir du locataire Customer Central, accédez au worklet
      Object Transporter (OX)
       et cliquez sur
      Migrer avec Object Transporter
      .
  2. Si vous avez démarré la migration à partir d’un locataire source, sélectionnez le
    locataire cible
     .
  3. Si vous avez démarré la migration à partir de Customer Central, sélectionnez :
    • Le
      locataire source
       qui contient le paquet que vous souhaitez faire migrer.
    • Le
      locataire cible
       vers lequel vous souhaitez faire migrer le paquet.
    • L’instance unique, le paquet de configuration ou le paquet de configuration de la sécurité dans la liste des paquetx disponibles pour la migration.
  4. Si le paquet de configuration que vous avez sélectionné contient des instances avec des dates d’effet, sélectionnez une
    stratégie de dates d’effet
     pour cette migration.
    Vous pouvez appliquer une date d’effet par défaut au 01/01/1900 ou sélectionner manuellement une date. Workday ne peut pas faire migrer des instances avec des dates d’effet dans le futur.
    Object Transporter tente d’appliquer la date sélectionnée aux instances du tableau. Si une instance a des dépendances avec des dates d’effet, ces dépendances héritent de la date que vous précisez ici.
    Si une instance n’a pas de date d’effet, Object Transporter ne la répertorie pas dans le tableau. Toutefois, 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 modifier ces dates d’effet héritées après la migration.
  5. 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
       .
  6. 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.
  7. 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.
  8. (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 lié à la migration
     et sélectionnez un comportement de migration pour toutes les politiques de sécurité modifiées ou pour certaines d’entre elles. 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.
  9. Cliquez sur
    Actualiser
     ou attendez que Workday affiche
    Afficher le rapport sur les différences
     et cliquez sur celui-ci.
    La page
    Différences avant la migration
     affiche toutes les instances concernées par la migration, regroupées par le type de mise en œuvre de l’instance de plus haut niveau et organisée selon le comportement de migration suivant dans les onglets suivants :
    Tab
    Description
    Toutes les instances
    Répertorie toutes les instances que contient votre paquet de configuration ou votre extraction de configuration. Lorsque vous migrez une seule instance, l’onglet affiche une instance de plus haut niveau et tous les objets dépendants qu’elle peut contenir.
    Modifié
    Icône de statut : orange
    Répertorie les instances qui existent à la fois dans les locataires sources et cibles, mais qui diffèrent en raison d’une modification antérieure. Pendant la migration, Workday remplace l’instance cible par l’instance source, sauf s’il s’agit d’une politique de sécurité.
    Par défaut, Workday fusionne les politiques de sécurité d’un locataire source avec la politique de sécurité correspondante dans le locataire cible. Vous pouvez modifier le comportement par défaut pour la migration des politiques de sécurité en utilisant l’option
    Modifier le comportement lié à la migration
     pour remplacer la politique de sécurité du locataire.
    Nouveau
    Icône de statut : bleu
    Répertorie les instances qui n’existent pas encore dans le locataire cible. Pendant la migration, Workday ajoute l’instance du locataire source au locataire cible.
    Aucune modification
    Icône de statut : gris
    Répertorie les instances identiques dans les locataires source et cible. Aucune migration n'est nécessaire.
    Exclus
    Répertorie les instances de plus haut 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 de mise en œuvre pour passer en revue les instances de plus haut niveau faisant l’objet d’une migration. Le même type d’approvisionnement peut figurer dans plusieurs onglets, mais les instances répertoriées ci-dessous se rapportent uniquement à un comportement de migration particulier. Exemple : vous sélectionnez l’onglet
    Modifié
    et voyez le même type de mise en œuvre que celui que vous avez vu dans l’onglet
    Nouveau
    . Vous développez le type de mise en œuvre et voyez un ensemble unique d’instances de plus haut niveau à partir des instances dans l’onglet
    Nouveau
     . L’onglet
    Modifié
    répertorie les instances avec des différences entre les instances sources et les instances cibles. L’onglet
    Nouveau
    répertorie les instances qui n’existent pas encore dans le locataire cible.
    Le nombre situé à côté du statut
    Modifié
    indique le nombre total d’instances modifiées de plus haut niveau liées à la migration. Le nombre à côté du statut
    Nouveau
    indique le nombre total d’instances de plus haut niveau que Workday ajoutera au locataire cible.
    Les rapports
    sur les différences avant la migration
     pour les migrations qui ne se poursuivent pas restent disponibles pendant 30 jours
    .
  10. (Facultatif) Révisez les dépendances de la ou des instances nouvelles ou modifiées :
    1. Accédez à l’onglet
      Modifié
      ou
      Nouveau
      et développez le type de mise en œuvre.
    2. Dans la colonne
      Dépendances
      du tableau, cliquez sur
      Afficher les dépendances
       pour l’instance avec les dépendances que vous souhaitez passer en revue.
      Workday vous recommande d’examiner les objets dépendants dans des instances nouvelles ou modifiées.
      Comme pour les instances de plus haut niveau, Workday fournit une icône de statut pour chaque instance dépendante :
      Modifié
      ,
      Nouveau
      ou
      Aucun changement
      .
      Lorsque Workday rencontre une dépendance circulaire, il arrête de charger d’autres dépendances pour l’instance. Workday migre les dépendances circulaires. Pour éviter des rapports répétitifs sur la même dépendance, le système affiche uniquement la première occurrence de la dépendance et la marque avec une icône de dépendance circulaire.
  11. (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.
  12. (Facultatif) Lorsque la migration contient des instances
    modifiées
    , cliquez sur
    Gérer les instances modifiées
     dans la page
    Différences sur les dépendances
    pour exclure une instance modifiée ou l’une de ses dépendances de la migration.
    1. Dans le tableau
      Instances à migrer
       , décochez la case de l’instance que vous souhaitez exclure. L’exclusion d’une instance de plus haut niveau exclut également ses dépendances de la migration.
    2. (Facultatif) Dans la colonne
      Dépendances
      , cliquez sur
      Afficher
       pour afficher de nouveau les dépendances d’une instance.
    3. Cliquez sur
      Enregistrer les changements
       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.
    Dans la page
    Différences sur les dépendances
    , Workday affiche l’instance comme exclue dans la table des instances. Lorsque vous excluez une instance de plus haut niveau, Workday signale l’instance de plus haut niveau avec le statut
    Excluded
    et ses dépendances avec le
    statut Excluded by Parent.
     Workday n’exclut pas les dépendances qui sont également dépendantes d’un autre type de mise en œuvre si ce type de mise en œuvre 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 la migration
     .
  13. Lorsque vous aurez compris les changements que la migration apportera à votre locataire cible, cliquez sur
    Poursuivre la migration
     pour afficher un récapitulatif final des instances à migrer.
  14. Cliquez sur
    Démarrer la migration
    .
  15. 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.
  16. (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
     .
Lorsque l’exécution de la migration aboutit, Workday rend le contenu du paquet de configuration disponible dans le locataire cible.