Problemen met het bijwerken van HR-gebruikers oplossen
Null- en lege waarden die worden niet verwerkt zoals verwacht
Van toepassing op:
- Gebruikersinrichting van Workday naar on-premises Active Directory
- Gebruikersinrichting van Workday naar Microsoft Entra
- Gebruikersinrichting van SAP SuccessFactors naar on-premises Active Directory
- SAP SuccessFactors voor microsoft Entra-inrichting van gebruikers
| Probleemoplossing | DETAILS |
|---|---|
| Probleem | U hebt de inkomende inrichtings-app geconfigureerd. U krijgt een null- of lege waarde van de HR-app. U verwacht dat de inrichtingsservice de bijbehorende doelkenmerkwaarde in on-premises Active Directory/Microsoft Entra-id wist. Maar de bewerking mislukt met het foutbericht: InvalidAttributeSyntax-LdapErr: The syntax is invalid. The parameter is incorrect. Error in attribute conversion operation, data 0, v3839 |
| Oorzaak | De inrichtingsservice heeft geen standaardlogica voor verwerking van null-waarden. Wanneer de inrichtingsservice een lege tekenreeks ophaalt uit de bron-app, wordt geprobeerd de waarde als zodanig aan de doel-app te geven. In dit geval biedt de on-premises Active Directory-inrichtingsconnector momenteel geen ondersteuning voor het instellen van lege tekenreekswaarden. Daarom ziet u de eerder genoemde fout. |
| Oplossing | Controleer de inrichtingslogboeken. Stel kenmerken vast in de doel-Active Directory die tekenreeksen met een null- of lege waarde ontvangen. Werk de kenmerktoewijzing voor dergelijke kenmerken bij om een expressietoewijzing te gebruiken. Bekijk de aanbevolen resoluties. |
Aanbevolen oplossingen
Stel dat het kenmerk BusinessTitle dat is toegewezen aan het AD-kenmerk jobTitle null of leeg is in Workday.
- Optie 1: gebruik de functieSchakelaar om te controleren op lege of null-waarden en een niet-lege letterlijke waarde door te geven.
Switch([BusinessTitle],[BusinessTitle],"","N/B")
Optie 2: Gebruik de functie IgnoreFlowIfNullOrEmpty om lege of null-kenmerken in de nettolading te verwijderen die naar on-premises Active Directory/Microsoft Entra-id worden verzonden.
IgnoreFlowIfNullOrEmpty([BusinessTitle])
Sommige updates van het Workday-kenmerk ontbreken
Van toepassing op:
- Gebruikersinrichting van Workday naar on-premises Active Directory
- Gebruikersinrichting van Workday naar Microsoft Entra
| Probleemoplossing | DETAILS |
|---|---|
| Probleem | U hebt de app voor binnenkomende inrichting van Workday geconfigureerd en verbinding gemaakt met de URL van de Workday-tenant. U ziet dat er een vertraging is in de stroom van bepaalde kenmerkupdates van Workday of in sommige gevallen lopen de kenmerken van Workday niet door zoals verwacht tijdens incrementele synchronisatie. |
| Oorzaak | Tijdens incrementele synchronisatie wordt in de inrichtings-app een query uitgevoerd op het workday-transactielogboek voor wijzigingen in de primaire werkrolentiteit en worden alleen wijzigingen verwerkt die worden bijgehouden door het transactielogboek van Workday. Als wijzigingen in een Workday-kenmerk in uw installatie niet worden bijgehouden in het transactielogboek van Workday, haalt Microsoft Entra-id die wijziging niet op. Bijvoorbeeld: het kenmerk LocalReference Workday maakt deel uit van de standaardkenmerktoewijzing en heeft XPATH 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(). Dit kenmerk maakt deel uit van de entiteit Business_Site_Summary_Data. Een wijziging in de waarde van dit kenmerk in Workday wordt niet weergegeven in het workday-transactielogboek. Tijdens incrementele synchronisatie wordt de nieuwe waarde van dit kenmerk dus alleen weergegeven als een kenmerk dat is gekoppeld aan de primaire werkrolentiteit ook tijdens het synchronisatie-interval wordt gewijzigd. |
| Oplossing | Als u dit gedrag regelmatig ziet, waarbij wijzigingen in bepaalde Workday-kenmerken niet worden doorgevoerd, raden we u aan regelmatig een wekelijkse of maandelijkse volledige synchronisatie uit te voeren. |
Kenmerk is niet gevonden
Van toepassing op:
- Gebruikersinrichting van Workday naar on-premises Active Directory
- Gebruikersinrichting van Workday naar Microsoft Entra
- Gebruikersinrichting van Workday naar on-premises Active Directory
- Gebruikersinrichting van SAP SuccessFactors naar on-premises Active Directory
- API-gestuurde inrichting voor on-premises Active Directory
| Probleemoplossing | DETAILS |
|---|---|
| Probleem | U ontvangt de foutcode: HybridSynchronizationActiveDirectoryCannotFindAttribute |
| Oorzaak | De kenmerknaam is niet gevonden in het Active Directory-schema: kenmerk. |
| Oplossing | Als het kenmerk onlangs is toegevoegd aan Active Directory, start u de inrichtingsagent opnieuw op terwijl het schema bij het opstarten in de cache wordt opgeslagen. |
Gebruiker komt overeen met extensionAttribute werkt niet
Van toepassing op:
- Gebruikersinrichting van Workday naar Microsoft Entra
- SAP SuccessFactors voor microsoft Entra-inrichting van gebruikers
| Probleemoplossing | DETAILS |
|---|---|
| Probleem | Stel dat u extensionAttribute3 in Microsoft Entra ID gebruikt om de werknemers-id op te slaan en deze toe te wijzen aan het kenmerk Workday WorkerID of SuccessFactors personIdExternal voor gebruikerskoppeling. Met deze configuratie mislukt de overeenkomende stap in het inrichtingsproces. Dit probleem heeft gevolgen voor zowel het maken als bijwerken van gebruikers. |
| Oorzaak | De Microsoft Entra-id OnPremisesExtensionAttributes () kan niet worden gebruikt als een overeenkomend kenmerk omdat de $filter parameter van De Azure AD Graph API geen ondersteuning biedt voor filteren op extensionAttributes.extensionAttributes1-15 |
| Oplossing | Gebruik Microsoft Entra ID OnPremisesExtensionAttributes (extensionAttributes1-15) niet in het overeenkomende kenmerkpaar. Gebruik employeeID. |
Updates voor het e-mailkenmerk van Microsoft Entra ID worden niet ondersteund
Van toepassing op:
- Gebruikersinrichting van Workday naar Microsoft Entra
- SAP SuccessFactors voor microsoft Entra-inrichting van gebruikers
- API-gestuurde inrichting van Microsoft Entra-id
| Probleemoplossing | DETAILS |
|---|---|
| Probleem | U hebt het inrichten van e-mailkenmerken vanuit uw HR-systeem geconfigureerd voor Microsoft Entra-id. Een update van het e-mailkenmerk werkt niet, zelfs niet als in de inrichtingslogboeken een record voor het e-mailkenmerk wordt weergegeven. |
| Oorzaak | De inrichtingsconnector voor Microsoft Entra ondersteunt het instellen van het e-mailkenmerk alleen tijdens het maken van de gebruiker. Zodra de gebruiker is gemaakt, biedt de connector geen ondersteuning voor het bijwerken van het e-mailadres. |
| Oplossing | Als u het e-mailkenmerk voor bestaande gebruikers wilt bijwerken, kunt u overwegen om de Exchange Online-portal of PowerShell te gebruiken. |
Veld Laatste dag van werk inrichten vanuit Workday
Van toepassing op:
- Gebruikersinrichting van Workday naar on-premises Active Directory
- Gebruikersinrichting van Workday naar Microsoft Entra
| Probleemoplossing | DETAILS |
|---|---|
| Probleem | U hebt kenmerktoewijzing geconfigureerd voor het kenmerk 'Last Day of Work' (StatusTerminationLastDayOfWork) van Workday in de inrichtings-app. De update 'Laatste dag van het werk' vindt echter alleen plaats nadat de beëindigingsdatum van kracht is, terwijl u deze 'Laatste dag van het werk' vóór de beëindigingsdatum wilt ophalen. |
| Oorzaak | In Workday wordt het veld 'Laatste werkdag' pas ingesteld op het werkprofiel nadat de beëindigingsdatum van kracht is. De Workday-inrichtingsconnector kan deze datum daarom niet van tevoren vóór de beëindigingsdatum ophalen. |
| Oplossing | Maak in Workday een inrichtingsgroep met de naam 'Workers past Last Day of Work'. Automatisering toevoegen in Workday om gebruikers toe te wijzen aan deze groep wanneer de laatste werkdag van een werknemer is bereikt. Voeg in de Microsoft Entra-inrichtingstaak een Workday XPATH-kenmerk toe om deze groepstoewijzing op te halen. |
- Voorbeeld:
`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()`
Gebruik dit veld in de kenmerktoewijzingslogica voor de vlag accountDisabled.
- Voorbeeld:
`Switch([LastDayOfWorkWorkers], Switch([Active], , "1", "False", "0", "True"), 'Workers past Last Day of Work', "True")`
Verwerkingsvertraging van Workday-beëindiging
Van toepassing op:
- Gebruikersinrichting van Workday naar on-premises Active Directory
- Gebruikersinrichting van Workday naar Microsoft Entra
| Probleemoplossing | DETAILS |
|---|---|
| Probleem | Tijdens incrementele synchronisatie kan er een vertraging van 12-18 uur optreden bij het verwerken van de beëindigingsgebeurtenis voor werknemers in de regio's Azië en Stille Oceaan en Australië/Nieuw-Zeeland. |
| Oorzaak | De ISU-accounts (Workday Integration System User) halen altijd gegevens op op basis van de tijdzone Pacific. De connector implementeert momenteel geen gespecialiseerde query om beëindigingsrecords te verwerken die specifiek zijn voor een tijdzone. |
| Oplossing | Er zijn twee mogelijke tijdelijke oplossingen: |
Gebruik inrichting op aanvraag om beëindigingsbeurtenis van een specifieke gebruiker te verwerken.
Maak in Workday een inrichtingsgroep met de naam Beëindigde werknemers. Werk het bedrijfsproces voor beëindiging in Workday bij om gebruikers toe te wijzen aan deze groep wanneer de beëindiging plaatsvindt. Voeg in de Microsoft Entra-inrichtingstaak een Workday XPATH-kenmerk toe om deze groepstoewijzing op te halen.
- Voorbeeld:
`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()`
Gebruik dit veld in de kenmerktoewijzingslogica voor de vlag accountDisabled.
- Voorbeeld:
`Switch([TerminatedWorkers], Switch([Active], , "1", "False", "0", "True"), "Terminated Workers", "True")`