Felsöka problem med HR-användaruppdatering
Null- och tomma värden bearbetas inte som förväntat
Gäller för:
- Workday till lokal Active Directory användaretablering
- Workday till Microsoft Entra-användaretablering
- SAP SuccessFactors till lokal Active Directory användaretablering
- SAP SuccessFactors till Microsoft Entra-användaretablering
| Felsökning | Details |
|---|---|
| Problem | Du har konfigurerat den inkommande etableringsappen. Du får ett null- eller tomt värde från HR-appen. Du förväntar dig att etableringstjänsten rensar motsvarande målattributvärde i lokal Active Directory/Microsoft Entra-ID. Men åtgärden misslyckas med felmeddelandet: InvalidAttributeSyntax-LdapErr: The syntax is invalid. The parameter is incorrect. Error in attribute conversion operation, data 0, v3839 |
| Orsak | Etableringstjänsten har ingen standardlogik för bearbetning av null-värden. När etableringstjänsten får en tom sträng från källappen försöker den flöda värdet "i befintligt fall" till målappen. I det här fallet stöder lokal Active Directory etableringsanslutningsappen för närvarande inte att ange tomma strängvärden och därför visas det tidigare nämnda felet. |
| Lösning | Kontrollera etableringsloggarna. Identifiera attribut i active directory-målet som tar emot null- eller tomma strängvärden. Uppdatera attributmappningen för sådana attribut så att den använder en uttrycksmappning. Se rekommenderade lösningar. |
Rekommenderade lösningar
Anta att attributet BusinessTitle som mappas till AD-attributet jobTitle kan vara null eller tomt i Workday.
- Alternativ 1: Använd funktionen Växla för att söka efter tomma värden eller nullvärden och skicka ett literalvärde som inte är tomt.
Switch([BusinessTitle],[BusinessTitle],"","N/A")
Alternativ 2: Använd funktionen IgnoreFlowIfNullOrEmpty för att släppa tomma attribut eller null-attribut i nyttolasten som skickas till lokal Active Directory/Microsoft Entra-ID.
IgnoreFlowIfNullOrEmpty([BusinessTitle])
Vissa uppdateringar av Workday-attribut saknas
Gäller för:
- Workday till lokal Active Directory användaretablering
- Workday till Microsoft Entra-användaretablering
| Felsökning | Details |
|---|---|
| Problem | Du har konfigurerat workday-etableringsappen för inkommande trafik och anslutit till Url:en för Workday-klientorganisationen. Du observerar att det finns en fördröjning i flödet av vissa attributuppdateringar från Workday eller i vissa fall att attributändringarna från Workday inte flödar igenom som förväntat under inkrementell synkronisering. |
| Orsak | Under inkrementell synkronisering frågar etableringsappen Workday-transaktionsloggen efter ändringar i den primära Worker-entiteten och endast ändringar som spåras av Workdays transaktionslogg bearbetas. Om ändringar av ett Workday-attribut i konfigurationen inte spåras i Workdays transaktionslogg hämtar inte Microsoft Entra-ID den ändringen. Till exempel: Attributet LocalReference Workday är en del av standardattributmappningen och har 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(). Det här attributet är en del av entiteten Business_Site_Summary_Data. En ändring av värdet för det här attributet i Workday visas inte i workday-transaktionsloggen. Under inkrementell synkronisering visas det nya värdet för det här attributet endast om ett attribut som är associerat med den primära Worker-entiteten också ändras under synkroniseringsintervallet. |
| Lösning | Om du märker det här beteendet ofta, där ändringar av vissa Workday-attribut inte flödar igenom, rekommenderar vi att du regelbundet kör en fullständig synkronisering varje vecka eller månad. |
Attributet hittades inte
Gäller för:
- Workday till lokal Active Directory användaretablering
- Workday till Microsoft Entra-användaretablering
- Workday till lokal Active Directory användaretablering
- SAP SuccessFactors till lokal Active Directory användaretablering
- API-driven etablering till lokal Active Directory
| Felsökning | Details |
|---|---|
| Problem | Du får felkoden: HybridSynchronizationActiveDirectoryCannotFindAttribute |
| Orsak | Attributnamnet hittades inte i Active Directory-schemat: attributet. |
| Lösning | Om attributet nyligen har lagts till i Active Directory startar du om etableringsagenten eftersom det cachelagrar schemat vid start. |
Användarmatchning med extensionAttribute fungerar inte
Gäller för:
- Workday till Microsoft Entra-användaretablering
- SAP SuccessFactors till Microsoft Entra-användaretablering
| Felsökning | Details |
|---|---|
| Problem | Anta att du använder extensionAttribute3 i Microsoft Entra-ID för att lagra medarbetar-ID:t och mappa det till Workday WorkerID eller SuccessFactors personIdExternal-attribut för användarmatchning. Med den här konfigurationen misslyckas matchningssteget i etableringsprocessen. Det här problemet påverkar både användares skapande och uppdateringar. |
| Orsak | Microsoft Entra ID OnPremisesExtensionAttributes () kan inte användas som ett matchande attribut eftersom parametern $filter för Azure AD Graph API inte stöder filtrering efter extensionAttributes.extensionAttributes1-15 |
| Lösning | Använd inte Microsoft Entra ID OnPremisesExtensionAttributes (extensionAttributes1-15) i det matchande attributparet. Använd employeeID. |
Uppdateringar av Microsoft Entra ID-e-postattribut stöds inte
Gäller för:
- Workday till Microsoft Entra-användaretablering
- SAP SuccessFactors till Microsoft Entra-användaretablering
- API-driven etablering av Microsoft Entra-ID
| Felsökning | Details |
|---|---|
| Problem | Du har konfigurerat etablering av e-postattribut från hr-systemet till Microsoft Entra-ID. Alla uppdateringar av e-postattributet fungerar inte trots att etableringsloggarna visar en post för e-postattributet. |
| Orsak | Etableringsanslutningsappen till Microsoft Entra stöder endast inställning av e-postattributet när användaren skapas. När användaren har skapats stöder inte anslutningsappen uppdatering av e-postadressen. |
| Lösning | Om du vill uppdatera e-postattributet för befintliga användare bör du överväga att använda Exchange Online-portalen eller PowerShell. |
Fältet Etablering sista arbetsdag från Workday
Gäller för:
- Workday till lokal Active Directory användaretablering
- Workday till Microsoft Entra-användaretablering
| Felsökning | Details |
|---|---|
| Problem | Du har konfigurerat attributmappning för attributet Workday "Last Day of Work" (StatusTerminationLastDayOfWork) i etableringsappen. Uppdateringen "Last Day of Work" inträffar dock bara efter att slutdatumet är i kraft, medan du vill hämta den här sista arbetsdagen före uppsägningsdatumet. |
| Orsak | I Workday anges fältet "Last Day of Work" på arbetsprofilen först efter att uppsägningsdatumet träder i kraft. Därför kan inte Workday-etableringsanslutningsappen hämta det här datumet i förväg före slutdatumet. |
| Lösning | I Workday skapar du en etableringsgrupp med namnet "Arbetare efter sista arbetsdagen". Lägg till automatisering i Workday för att tilldela användare till den här gruppen när en arbetares sista arbetsdag har nåtts. I Microsoft Entra-etableringsjobbet lägger du till ett Workday XPATH-attribut för att hämta den här grupptilldelningen. |
- Exempel:
`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()`
Använd det här fältet i attributmappningslogik för flaggan accountDisabled.
- Exempel:
`Switch([LastDayOfWorkWorkers], Switch([Active], , "1", "False", "0", "True"), 'Workers past Last Day of Work', "True")`
Bearbetningsfördröjning för workday-avslutning
Gäller för:
- Workday till lokal Active Directory användaretablering
- Workday till Microsoft Entra-användaretablering
| Felsökning | Details |
|---|---|
| Problem | Under inkrementell synkronisering kan det uppstå en fördröjning på 12–18 timmar vid bearbetning av uppsägningshändelsen för arbetare i Regionerna Asien och Stillahavsområdet och Australien/Nya Zeeland. |
| Orsak | Isu-kontona (Workday Integration System User) hämtar alltid data baserat på Pacific-tidszonen. Anslutningsappen implementerar för närvarande inte specialiserad fråga för att bearbeta avslutningsposter som är specifika för en tidszon. |
| Lösning | Det finns två möjliga lösningar: |
Använd etablering på begäran för att bearbeta avslutningshändelsen för en viss användare.
I Workday skapar du en etableringsgrupp med namnet Avslutade arbetare. Uppdatera uppsägningsprocessen i Workday för att tilldela användare till den här gruppen när uppsägningen sker. I Microsoft Entra-etableringsjobbet lägger du till ett Workday XPATH-attribut för att hämta den här grupptilldelningen.
- Exempel:
`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()`
Använd det här fältet i attributmappningslogik för flaggan accountDisabled.
- Exempel:
`Switch([TerminatedWorkers], Switch([Active], , "1", "False", "0", "True"), "Terminated Workers", "True")`