Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Problème d’extraction des attributs Workday
| S’applique à |
|---|
| * Approvisionnement d’utilisateurs de Workday vers Active Directory local * Approvisionnement des utilisateurs de Workday vers Microsoft Entra |
| Description du problème |
| Vous avez configuré l'application de provisionnement entrant Workday et avez correctement établi la connexion à l'URL du tenant Workday. Vous avez exécuté une synchronisation de test et vous avez observé que l’application d’approvisionnement ne récupère pas certains attributs de Workday. Seuls certains attributs sont lus et approvisionnés sur la cible. |
| Probable Cause |
Par défaut, l’application de provisionnement Workday est fournie avec le mappage d’attributs et les définitions XPATH qui fonctionnent avec les services web Workday (WWS) v21.1. Lors de la configuration de la connectivité à Workday dans l’application d’approvisionnement, si vous avez spécifié explicitement la version de l’API WWS (exemple : https://wd3-impl-services1.workday.com/ccx/service/contoso4/Human_Resources/v34.0), vous pouvez rencontrer ce problème en raison de l’incompatibilité entre la version de l’API WWS et les définitions XPATH. |
| Options de résolution |
|
*
Option 1 : Supprimer les informations de version de l’API WWS de l’URL et utiliser la version par défaut de l’API WWS v21.1 * Option 2 : Mettez à jour manuellement les expressions d’API XPATH afin qu’elles soient compatibles avec votre version d’API WWS préférée. Mettre à jour les expressions d’API XPATH sous Mappage d’attributs -> Options avancées -> Modifier la liste d’attributs pour Workday faisant référence à la section Référence d’attribut Workday |
Problème d’extraction des champs calculés Workday
| S’applique à |
|---|
| * Approvisionnement d’utilisateurs de Workday vers Active Directory local * Approvisionnement des utilisateurs de Workday vers Microsoft Entra |
| Description du problème |
| Vous avez configuré l'application de provisionnement entrant Workday et avez correctement établi la connexion à l'URL du tenant Workday. Vous disposez d’un système d’intégration configuré dans Workday et vous avez configuré des XPATH qui pointent vers des attributs dans le système d’intégration Workday. Toutefois, l’application d’approvisionnement Microsoft Entra n’extrait pas les valeurs associées à ces attributs ou champs calculés du système d’intégration. |
| Cause |
| Il s'agit d'une limitation connue. L'application de provisionnement Workday ne supporte actuellement pas l'extraction des champs calculés ou des attributs système d'intégration par l'utilisation du filtre de requête Field_And_Parameter_Criteria_Data Get_Workers. Cette fonctionnalité est également appelée surcharge de champ d’intégration. |
| Options de résolution |
| Envisagez une solution de contournement en utilisant soit les groupes de provisioning Workday, soit le champ ID personnalisé Workday. |
Solutions de contournement suggérées
- Option 1 : Utilisation des groupes d’approvisionnement Workday : vérifiez si la valeur de champ calculée peut être représentée en tant que groupe d’approvisionnement dans Workday. À l’aide de la même logique que celle utilisée pour le champ calculé, votre administrateur Workday peut être en mesure d’attribuer un groupe d’approvisionnement à l’utilisateur. Consultez la documentation Workday qui nécessite une connexion Workday : Configurer des Groupes d’Approvisionnement de Compte. Une fois configuré, cette attribution de groupe d’approvisionnement peut être récupérée dans le travail d’approvisionnement et utilisée dans les mappages d’attributs et le filtre d’étendue.
-
Option 2 : Utilisation des ID personnalisés Workday : vérifiez si la valeur de champ calculée peut être représentée en tant qu’ID personnalisé sur le profil de travail. Utilisez la tâche
Maintain Custom ID Typedans Workday pour définir un nouveau type et remplir des valeurs dans cet ID personnalisé. Vérifiez que le compte ISU Workday utilisé pour l’intégration dispose de l’autorisation de sécurité du domaine pourPerson Data: ID Information.- Exemple 1 : supposons que vous ayez un champ calculé appelé ID de paie. Vous pouvez définir « External_Payroll_ID » en tant qu’ID personnalisé dans Workday et le récupérer à l’aide d’un XPATH qui utilise « Custom_ID_Type_ID » comme mécanisme de sélection :
wd:Worker/wd:Worker_Data/wd:Personal_Data/wd:Identification_Data/wd:Custom_ID/wd:Custom_ID_Data[string(wd:ID_Type_Reference/wd:ID[@wd:type='Custom_ID_Type_ID']='External_Payroll_ID']/wd:ID/text() - Exemple 2 : supposons que vous ayez un champ calculé appelé ID de badge. Vous pouvez définir « ID de badge » en tant qu’ID personnalisé dans Workday et récupérer l’attribut « Descriptor » qui lui correspond avec un XPATH qui utilise « wd:ID_Type_Reference/@wd:Descriptor » comme mécanisme de sélection :
wd:Worker/wd:Worker_Data/wd:Personal_Data/wd:Identification_Data/wd:Custom_ID[string(wd:Custom_ID_Data/wd:ID_Type_Reference/@wd:Descriptor)='BADGE ID']/wd:Custom_ID_Reference/@wd:Descriptor
- Exemple 1 : supposons que vous ayez un champ calculé appelé ID de paie. Vous pouvez définir « External_Payroll_ID » en tant qu’ID personnalisé dans Workday et le récupérer à l’aide d’un XPATH qui utilise « Custom_ID_Type_ID » comme mécanisme de sélection :