Dela via


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 Detaljer
Utfärda Du har framgångsrikt 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 oförändrat 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 konfigurationsloggarna. 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],"","Ej tillämpligt")

  • 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 Detaljer
Utfärda Du har framgångsrikt konfigurerat Workday-appen för inkommande tilldelning och anslutit till Workday-klientorganisationens URL. 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-styrd tilldelning till den lokala Active Directory
Felsökning Detaljer
Utfärda 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 Detaljer
Utfärda 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 extensionAttributes1-15 inte $filter.
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 Detaljer
Utfärda Du har konfigurerat attributkonfiguration av e-post från HR-systemet till Microsoft Entra-ID. Någon uppdatering av e-postattributet fungerar inte trots att provisioneringsloggarna visar en post för e-postattributet.
Orsak Etableringsanslutningsappen till Microsoft Entra stöder inte inställning av e-postattributet under användaretablering eftersom det här attributet hanteras av Microsoft Exchange online.
Lösning När du har skapat användaren anger tilldelningen av Exchange Online-licensen till användaren automatiskt användarens huvudnamn som e-postadress. Om du vill uppdatera e-postattributet använder du Exchange Online-portalen eller PowerShell.

Provisionera fältet Sista arbetsdag från Workday

Gäller för:

  • Workday till lokal Active Directory användaretablering
  • Workday till Microsoft Entra-användaretablering
Felsökning Detaljer
Utfärda Du har konfigurerat attributmappning för attributet Workday "Last Day of Work" (StatusTerminationLastDayOfWork) i provisioneringsappen. 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-uppsägning

Gäller för:

  • Workday till lokal Active Directory användaretablering
  • Workday till Microsoft Entra-användaretablering
Felsökning Detaljer
Utfärda 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. Anslutningen implementerar för närvarande inte specialiserade frågor för att bearbeta avslutningsposter som är specifika för en tidszon.
Lösning Det finns två möjliga lösningar:
  1. Använd försörjning på begäran för att hantera en användares avslutningshändelse.

  2. 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")`

Nästa steg