Passer au contenu principal
Administrator Guide
Dernière mise à jour : 2025-02-21
Référence : bonnes pratiques pour la migration des intégrations avec Object Transporter

Référence : bonnes pratiques pour la migration des intégrations avec Object Transporter

Pour migrer les systèmes d'intégration avec succès vers les environnements clients cible à l'aide d'Object Transporter, Workday recommande ces recommandations.
Élément à migrer
Bonne pratique
Lien
Ajustement de la confidentialité (PGP)
Le modèle de sécurité de Workday empêche la migration des clés privées PGP. Si vous avez besoin de clés privées pour les données que vous migrez, créez-les d'abord dans vos environnements clients de production ou Or. Ensuite, actualisez votre environnement client depuis l'environnement de production afin qu'il dispose des clés privées.
Clés privées X.509
Utilisez la tâche
Migrate x509 Private Key Key
dans Customer Central pour migrer les paires de clés privées X.509 entre des environnements clients autres que de production.
Utilisateurs du système d'intégration (ISU)
Segments de sécurité de système d'intégration, également appelés groupes (ISSG)
Avant d'effectuer une migration à l'aide du type d'implémentation
Systèmes d'intégration
, configurez le compte ISU ou ISSG dans l'environnement client cible.
Une fois l'intégration terminée, Workday associe automatiquement l'ISU au système d'intégration.
Définitions de processus de gestion
Si votre intégration utilise une ou plusieurs Définitions de processus de gestion, ajoutez
Définitions de processus de gestion
comme type d'implémentation distinct dans le package de configuration que vous créez pour le type d'implémentation
Systèmes d'intégration
.
Rapports personnalisés
Si votre intégration utilise Rapports personnalisés, ajoutez
Rapports personnalisés
comme type d'implémentation dans le Package de configuration que vous créez pour le type d'implémentation
Systèmes d'intégration
.
Fichier Workday Studio Project Cloud Archive (Clar)
Lorsque Workday migre les fichiers Cclar, il ne met pas à jour les valeurs
Date et heure du déploiement
ou Date et heure
du déploiement
en indiquant la date et l'heure ou la personne à l'origine de la migration. Cette valeur n'est pas modifiée par la conception, car elle représente la date et l'heure du déploiement initial à partir de Workday Studio et non la date et l'heure de la migration.
Pour auditer les dates de migration de projet, utilisez la tâche
Afficher la piste d'audit d'un utilisateur ou d'une tâche ou d'un objet
pour afficher les modifications de date.
Comme prévu.