Résoudre des problèmes de mise à jour d’utilisateur RH
Les valeurs Null et vides ne sont pas traitées comme prévu
S’applique à :
- Approvisionnement d’utilisateurs de Workday vers Active Directory local
- Approvisionnement des utilisateurs de Workday vers Microsoft Entra
- Approvisionnement d’utilisateurs de SAP SuccessFactors vers Active Directory local
- Approvisionnement des utilisateurs de SAP SuccessFactors vers Microsoft Entra
| Résolution des problèmes | Détails |
|---|---|
| problème | Vous avez correctement configuré l’application d’approvisionnement entrant. Vous recevez une valeur Null ou vide de l’application RH. Vous vous attendez à ce que le service d’approvisionnement efface la valeur de l’attribut cible correspondante dans Active Directory/Microsoft Entra ID sur site. Mais l’opération échoue avec le message d’erreur suivant : InvalidAttributeSyntax-LdapErr: The syntax is invalid. The parameter is incorrect. Error in attribute conversion operation, data 0, v3839 |
| Cause | Le service d’approvisionnement n’a pas de logique par défaut pour le traitement des valeurs Null. Lorsque le service d’approvisionnement reçoit une chaîne vide de l’application source, il tente de transmettre la valeur telle quelle à l’application cible. Dans ce cas, vous voyez l’erreur mentionnée précédemment, car le connecteur d’approvisionnement Active Directory local ne prend pas actuellement en charge la définition de valeurs de chaîne vides. |
| Résolution | Vérifiez les journaux d’approvisionnement. Identifiez les attributs de l’Active Directory cible qui reçoivent des valeurs de chaîne Null ou vides. Mettez à jour le mappage pour ces attributs afin d’utiliser un mappage d’expression. Consultez les résolutions recommandées. |
Résolutions recommandées
Supposons que l’attribut BusinessTitle mappé à l’attribut AD jobTitle peut avoir une valeur Null ou vide dans Workday.
- Option 1 : utilisez la fonction Switch pour rechercher des valeurs vides ou nulles et passer une valeur littérale non vide.
Switch([BusinessTitle],[BusinessTitle],"","N/A")
Option 2 : utilisez la fonction IgnoreFlowIfNullOrEmpty pour supprimer les attributs vides ou nuls dans la charge utile envoyée à Active Directory/Microsoft Entra ID sur site.
IgnoreFlowIfNullOrEmpty([BusinessTitle])
Certaines mises à jour d’attribut Workday sont manquantes
S’applique à :
- Approvisionnement d’utilisateurs de Workday vers Active Directory local
- Approvisionnement des utilisateurs de Workday vers Microsoft Entra
| Résolution des problèmes | Détails |
|---|---|
| problème | Vous avez correctement configuré l’application d’approvisionnement entrant Workday et vous êtes connecté à l’URL du locataire Workday. Vous constatez que le flux de certaines mises à jour d’attributs dans Workday est retardé ou, dans certains cas, que les modifications d’attributs dans Workday ne sont pas transmises comme prévu lors de la synchronisation incrémentielle. |
| Cause | Pendant la synchronisation incrémentielle, l’application d’approvisionnement interroge le journal des transactions Workday pour rechercher les modifications apportées à l’entité Worker principale et seules les modifications suivies par le journal des transactions de Workday sont traitées. Si les modifications apportées à un attribut Workday dans votre configuration ne sont pas suivies dans le journal des transactions de Workday, Microsoft Entra ID ne les récupère pas. Par exemple : l’attribut Workday LocalReference fait partie du mappage d’attributs par défaut et a wd:Worker/wd:Worker_Data/wd:Employment_Data/wd:Position_Data/wd:Business_Site_Summary_Data/wd:Local_Reference/wd:ID[@wd:type='Locale_ID']/text() XPATH. Cet attribut fait partie de l’entité Business_Site_Summary_Data. Une modification de la valeur de cet attribut dans Workday n’apparaît pas dans le journal des transactions de Workday. Ainsi, pendant la synchronisation incrémentielle, la nouvelle valeur de cet attribut apparaît uniquement si un attribut associé à l’entité Worker principale est également modifié pendant l’intervalle de synchronisation. |
| Résolution | Si vous remarquez fréquemment que les modifications apportées à certains attributs Workday ne sont pas transmises, nous vous recommandons d’effectuer périodiquement une synchronisation complète hebdomadaire ou mensuelle. |
Attribut introuvable
S’applique à :
- Approvisionnement d’utilisateurs de Workday vers Active Directory local
- Approvisionnement des utilisateurs de Workday vers Microsoft Entra
- Approvisionnement d’utilisateurs de Workday vers Active Directory local
- Approvisionnement d’utilisateurs de SAP SuccessFactors vers Active Directory local
- Approvisionnement piloté par l’API sur Active Directory local.
| Dépannage | Détails |
|---|---|
| problème | Vous recevez le code d’erreur : HybridSynchronizationActiveDirectoryCannotFindAttribute |
| Cause | Le nom de l’attribut est introuvable dans le schéma Active Directory : attribut. |
| Résolution | Si l’attribut a été récemment ajouté à Active Directory, redémarrez l’agent d’approvisionnement, car il met en cache le schéma au démarrage. |
L’utilisateur a trouvé un extensionAttribute qui ne fonctionne pas
S’applique à :
- Approvisionnement des utilisateurs de Workday vers Microsoft Entra
- Approvisionnement des utilisateurs de SAP SuccessFactors vers Microsoft Entra
| Résolution des problèmes | Détails |
|---|---|
| problème | Supposons que vous utilisiez extensionAttribute3 dans Microsoft Entra ID pour stocker l’ID d’employé et que vous le mappiez à l’attribut WorkerID de Workday ou personIdExternal de SuccessFactors pour la correspondance des utilisateurs. Avec cette configuration, l’étape correspondante dans le processus d’approvisionnement échoue. Ce problème a un impact sur la création et les mises à jour de l’utilisateur. |
| Cause | Vous ne pouvez pas utiliser OnPremisesExtensionAttributes de Microsoft Entra ID (extensionAttributes1-15) comme attribut correspondant, car le paramètre $filter de l’API Graph Azure AD ne prend pas en charge le filtrage par extensionAttributes. |
| Résolution | N'utilisez pas Microsoft Entra ID OnPremisesExtensionAttributes (extensionAttributes1-15) dans la paire d'attributs correspondante. Utilisez employeeID. |
Mises à jour de l’attribut mail de Microsoft Entra ID non prises en charge
S’applique à :
- Approvisionnement des utilisateurs de Workday vers Microsoft Entra
- Approvisionnement des utilisateurs de SAP SuccessFactors vers Microsoft Entra
- Approvisionnement piloté par API vers Microsoft Entra ID
| Dépannage | Détails |
|---|---|
| problème | Vous avez configuré l’approvisionnement de l’attribut mail de votre système RH vers Microsoft Entra ID. Toute mise à jour de l’attribut mail ne fonctionne pas, même si les journaux d’approvisionnement affichent un enregistrement pour cet attribut. |
| Cause | Le connecteur d’approvisionnement vers Microsoft Entra prend en charge la définition de l’attribut mail seulement de lors de la création de l’utilisateur. Une fois l’utilisateur créé, le connecteur ne prend pas en charge la mise à jour de l’adresse e-mail. |
| Résolution | Pour mettre à jour l’attribut mail d’utilisateurs existants, envisagez d’utiliser le portail Exchange Online ou PowerShell. |
Approvisionnement du champ « Last Day of Work » (Dernière journée de travail) à partir de Workday
S’applique à :
- Approvisionnement d’utilisateurs de Workday vers Active Directory local
- Approvisionnement des utilisateurs de Workday vers Microsoft Entra
| Résolution des problèmes | Détails |
|---|---|
| problème | Vous avez configuré le mappage d’attributs pour l’attribut Workday « Last Day of Work » (StatusTerminationLastDayOfWork) dans l’application d’approvisionnement. Vous aimeriez récupérer l’attribut « Last Day of Work » avant la date d’arrêt effective, mais la mise à jour de cet attribut n’intervient qu’après cette date. |
| Cause | Dans Workday, le champ « Last Day of Work » n’est défini sur le profil de l’employé qu’après la date d’arrêt effective. Le connecteur d’approvisionnement Workday ne peut donc pas obtenir cette date avant la date de résiliation. |
| Résolution | Dans Workday, créez un groupe d’approvisionnement appelé « Workers past Last Day of Work ». Ajoutez l’automatisation dans Workday pour affecter des utilisateurs à ce groupe lorsque le dernier jour de travail d’un travailleur est atteint. Dans le travail d’approvisionnement Microsoft Entra, ajoutez un attribut Workday XPATH pour récupérer cette affectation de groupe. |
- Exemple :
`LastDayOfWorkWorkers = wd:Worker/wd:Worker_Data/wd:Account_Provisioning_Data/wd:Provisioning_Group_Assignment_Data[wd:Status='Assigned' and wd:Provisioning_Group=" Workers past Last Day of Work"]/wd:Provisioning_Group/text()`
Utilisez ce champ dans la logique de mappage d’attributs pour l’indicateur accountDisabled.
- Exemple :
`Switch([LastDayOfWorkWorkers], Switch([Active], , "1", "False", "0", "True"), 'Workers past Last Day of Work', "True")`
Délai de traitement de l’arrêt Workday
S’applique à :
- Approvisionnement d’utilisateurs de Workday vers Active Directory local
- Approvisionnement des utilisateurs de Workday vers Microsoft Entra
| Résolution des problèmes | Détails |
|---|---|
| problème | Pendant la synchronisation incrémentielle, il peut y avoir un retard de 12 à 18 heures lors du traitement de l’événement d’arrêt pour les travailleurs situés dans les régions Asie-Pacifique et Australie/Nouvelle-Zélande. |
| Cause | Les comptes d’utilisateur du système d’intégration Workday (ISU) récupèrent toujours des données basées sur le fuseau horaire pacifique. Actuellement, le connecteur n’implémente pas de requête spécialisée pour traiter les enregistrements d’arrêt spécifiques à un fuseau horaire. |
| Résolution | Il existe deux solutions de contournement possibles : |
Utilisez l’approvisionnement à la demande pour traiter l’événement d’arrêt d’un utilisateur spécifique.
Dans Workday, créez un groupe d’approvisionnement appelé Workers arrêtés. Mettez à jour le processus métier d’arrêt dans Workday pour affecter des utilisateurs à ce groupe lorsque l’arrêt se produit. Dans le travail d’approvisionnement Microsoft Entra, ajoutez un attribut Workday XPATH pour récupérer cette affectation de groupe.
- Exemple :
`TerminatedWorkers = wd:Worker/wd:Worker_Data/wd:Account_Provisioning_Data/wd:Provisioning_Group_Assignment_Data[wd:Status='Assigned' and wd:Provisioning_Group="Terminated Workers"]/wd:Provisioning_Group/text()`
Utilisez ce champ dans la logique de mappage d’attributs pour l’indicateur accountDisabled.
- Exemple :
`Switch([TerminatedWorkers], Switch([Active], , "1", "False", "0", "True"), "Terminated Workers", "True")`