Passer au contenu principal
Documentation
Documentation
Administrator Guide
Dernière mise à jour : 2025-08-22
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 réussir.
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. Lorsque l’instance a une date d’effet, sélectionnez la
    stratégie de dates d’effet
     appropriée 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.
  9. 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
       .
  10. 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.
  11. 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.
  12. (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.
  13. 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
    .
  14. (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.
  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. Lorsque vous aurez compris les changements que la migration apportera à votre locataire cible, cliquez sur
    Poursuivre la migration
     pour afficher un récapitulatif final.
  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
     .
Une fois la migration réussie, Workday rend les données d’instance uniques disponibles dans le locataire cible.