Passer au contenu principal
Documentation
Documentation
Administrator Guide
Dernière mise à jour : 2026-04-03
Migrer des instances uniques avec Object Transporter

Migrer des instances uniques avec Object Transporter

Configurez l’accès et la sécurité pour Customer Central et Object Transporter.
Dans un locataire, vous pouvez faire migrer une instance individuelle d’un type de mise en œuvre pris en charge vers un locataire cible en utilisant le menu des actions connexes de l’ instance. Exemple : dans le locataire de type bac à sable, vous utilisez le menu des actions connexes d’un rapport personnalisé pour le faire migrer vers votre locataire de production . Cette méthode de migration évite de regrouper plusieurs instances de types de mises en œuvre dans des ensembles de configurations. Le rapport
Object Transporter Prise en charge d’objets (OX)
 détaille les objets que vous pouvez faire migrer.
Une fois que vous avez démarré la migration dans votre locataire source, Workday vous redirige vers Customer Central pour terminer la migration. Avant que Workday ne migre l’ instance unique, il la compare à l’ instance correspondante dans le locataire cible et lance une série de vérifications pour signaler les problèmes qui doivent être résolus avant que la migration puisse aboutir.
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. À partir du menu des actions connexes de l’ instance que vous souhaitez faire migrer, sélectionnez
    Instance
    Migrer avec le transporteur d’objets
     .
  2. Si Workday laisse l’invite
    Type de mise en œuvre
     vide, sélectionnez un type valide pour votre migration.
    Workday permet à Object Transporter de faire migrer des instances d’objets pour un sous-ensemble de types de mises en œuvre. Si Workday vous informe qu’il ne peut pas migrer à l’aide du type de mise en œuvre sélectionné, sélectionnez un autre type de mise en œuvre.
  3. (Facultatif) Entrez un
    identifiant de demande de changement externe
     .
    Cette option vous permet de suivre les migrations demandées et approuvées. Vous pouvez afficher les indicateurs
    de l’identifiant de demande de changement externe
     dans le tableau
    Available for Migration from Source Tenant
     . Vous pouvez également les afficher avec toute l’activité de migration dans le tableau de bord
    Object Transporter Migration Reports (OX)
     de Customer Central.
  4. Cliquez sur
    Lancer le transport d'objets dans Customer Central
     .
  5. Ouvrez une session Customer Central.
  6. Sélectionnez le
    locataire cible
     vers lequel vous souhaitez faire migrer votre instance unique.
    Lorsque vous démarrez la migration à partir d’un locataire source, Customer Central préremplit la tâche avec vos sélections de locataire source et affiche l’ instance à migrer dans le tableau.
  7. Cliquez
    sur Migrer
     .
  8. 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
       .
  9. 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.
  10. 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.
  11. 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
         .
  12. 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
     .
  13. Si l’ instance a une date d’effet, cliquez sur
    Définir une stratégie de dates 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.
  14. (Facultatif) Si votre instance est une politique de sécurité de domaine ou de processus de gestion et diffère de la politique correspondante du locataire cible, cliquez sur
    Modifier le comportement lié à la migration
     pour sélectionner la façon dont Workday la migre.
    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. 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
    .
  16. (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.
  17. (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.
  18. Lorsque vous aurez compris les changements que la migration apportera à votre locataire cible, cliquez sur
    Poursuivre la migration
     pour afficher un récapitulatif final.
  19. Cliquez sur
    Démarrer la migration
    .
  20. 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.
  21. (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
     .
Une fois la migration réussie, Workday rend les données instance uniques disponibles dans le locataire cible.