Rozwiązywanie problemów z aktualizacją użytkowników w dziale HR

Wartości null i puste nie są przetwarzane zgodnie z oczekiwaniami

Dotyczy:

  • Prowizjonowanie użytkowników Active Directory na miejscu z Workday
  • Prowizjonowanie użytkowników z Workday do Microsoft Entra
  • SAP SuccessFactors do aprowizacji użytkowników w lokalnym Active Directory
  • SAP SuccessFactors do aprowizacji użytkowników z Microsoft Entra
Rozwiązywanie problemów Szczegóły
Problem Pomyślnie skonfigurowano aplikację aprowizacji ruchu przychodzącego. Aplikacja HR zwraca wartość null lub pustą wartość, ale atrybut docelowy nie jest czyszczony lub operacja kończy się błędem z komunikatem: InvalidAttributeSyntax-LdapErr: The syntax is invalid. The parameter is incorrect. Error in attribute conversion operation, data 0, v3839.
Przyczyna Czyszczenie wartości atrybutu jest domyślnie wyłączone. Usługa aprowizowania czyści atrybut docelowy tylko wtedy, gdy opcja Przepływ wartości null jest włączona zarówno dla atrybutu źródłowego, jak i mapowania docelowego. Bez obu ustawień wartość null lub pusta może być ignorowana lub przekazywana do obiektu docelowego, który nie akceptuje pustego ciągu.
Rezolucja Sprawdź dzienniki procesu aprowizacji, aby potwierdzić, jaką wartość zwrócił konektor HR. Następnie skonfiguruj atrybut źródłowy i mapowanie docelowe na podstawie zamierzonego zachowania.

Zalecane rozwiązania

Załóżmy, że atrybut BusinessTitleWorkday , który mapuje na atrybut jobTitleActive Directory , może mieć wartość null lub jest pusty.

  • Aby wyczyścić istniejącą wartość docelową, włącz czyszczenie wartości atrybutu zarówno dla atrybutu źródłowego, jak i mapowania docelowego.

  • Aby zastąpić wartość null lub pustą wartość niepustą wartością zastępczą, użyj funkcji Switch. Na przykład Switch([BusinessTitle],[BusinessTitle],"","N/A").

  • Aby zachować istniejącą wartość docelową, użyj funkcji IgnoreFlowIfNullOrEmpty . Na przykład IgnoreFlowIfNullOrEmpty([BusinessTitle]).

Brak niektórych aktualizacji atrybutów produktu Workday

Dotyczy:

  • Prowizjonowanie użytkowników Active Directory na miejscu z Workday
  • Prowizjonowanie użytkowników z Workday do Microsoft Entra
Rozwiązywanie problemów Szczegóły
Problem Pomyślnie skonfigurowano aplikację aprowizacji ruchu przychodzącego produktu Workday i pomyślnie nawiązano połączenie z adresem URL dzierżawy produktu Workday. Zauważasz, że istnieje opóźnienie przepływu niektórych aktualizacji atrybutów z produktu Workday lub w niektórych przypadkach zmiany atrybutów z produktu Workday nie przepływają zgodnie z oczekiwaniami podczas synchronizacji przyrostowej.
Przyczyna Podczas synchronizacji przyrostowej, aplikacja do aprowizacji wysyła zapytanie do dziennika transakcji Workday w celu wykrycia zmian w głównym elemencie Worker, a przetwarzane są tylko zmiany śledzone przez dziennik transakcji Workday.
Jeśli zmiany atrybutu Workday w Twojej konfiguracji nie są śledzone w dzienniku transakcji Workday, to Microsoft Entra ID nie pobiera tej zmiany. Na przykład: atrybut LocalReference Workday jest częścią domyślnego mapowania atrybutów i ma 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(). Ten atrybut jest częścią Business_Site_Summary_Data jednostki. Zmiana wartości tego atrybutu w Workday nie jest widoczna w dzienniku transakcji Workday. W związku z tym podczas synchronizacji przyrostowej nowa wartość tego atrybutu jest wyświetlana tylko wtedy, gdy atrybut skojarzony z podstawową jednostką Procesu roboczego również zmienia się w okresie synchronizacji.
Rezolucja Jeśli zauważysz, że to zachowanie występuje często, gdy zmiany nie zachodzą w niektórych atrybutach Workday, zalecamy okresowe uruchamianie cotygodniowej lub miesięcznej pełnej synchronizacji.

Nie można odnaleźć atrybutu

Dotyczy:

  • Prowizjonowanie użytkowników Active Directory na miejscu z Workday
  • Prowizjonowanie użytkowników z Workday do Microsoft Entra
  • Prowizjonowanie użytkowników Active Directory na miejscu z Workday
  • SAP SuccessFactors do aprowizacji użytkowników w lokalnym Active Directory
  • Aprowizowanie sterowane przez interfejs API do lokalnego Active Directory
Rozwiązywanie problemów Szczegóły
Problem Zostanie wyświetlony kod błędu: HybridSynchronizationActiveDirectoryCannotFindAttribute
Przyczyna Nazwa atrybutu nie została znaleziona w schemacie Active Directory: atrybut.
Rezolucja Jeśli atrybut został niedawno dodany do Active Directory, uruchom ponownie agenta aprowizacji, ponieważ buforuje schemat podczas uruchamiania.

Dopasowanie użytkownika z atrybutem rozszerzenia nie działa

Dotyczy:

  • Prowizjonowanie użytkowników z Workday do Microsoft Entra
  • SAP SuccessFactors do aprowizacji użytkowników z Microsoft Entra
Rozwiązywanie problemów Szczegóły
Problem Załóżmy, że używasz extensionAttribute3 w Microsoft Entra ID do przechowywania identyfikatora pracownika i mapujesz go do atrybutu WorkerID w Workday lub personIdExternal w SuccessFactors do dopasowania użytkownika. W przypadku tej konfiguracji pasujący krok procesu aprowizacji kończy się niepowodzeniem. Ten problem ma wpływ zarówno na tworzenie użytkowników, jak i aktualizacje.
Przyczyna Nie można użyć atrybutu Microsoft Entra ID OnPremisesExtensionAttributes (extensionAttributes1-15), ponieważ parametr $filter nie obsługuje filtrowania według extensionAttributes.
Rezolucja Nie używaj Microsoft Entra ID OnPremisesExtensionAttributes (extensionAttributes1-15) w pasującej parze atrybutów. Użyj identyfikatora employeeID.

Aktualizacje atrybutu Microsoft Entra ID mail nie są obsługiwane

Dotyczy:

  • Prowizjonowanie użytkowników z Workday do Microsoft Entra
  • SAP SuccessFactors do aprowizacji użytkowników z Microsoft Entra
  • Aprowizacja sterowana przez interfejs API do Microsoft Entra ID
Rozwiązywanie problemów Szczegóły
Problem Skonfigurowano mail udostępnianie atrybutów z systemu zarządzania zasobami ludzkimi do Microsoft Entra ID. Każda aktualizacja atrybutu poczty nie działa, mimo że dzienniki aprowizacji wyświetlają rekord atrybutu poczty.
Przyczyna Łącznik aprowizacji Microsoft Entra nie obsługuje ustawienia mail atrybutu podczas aprowizacji użytkowników, ponieważ ten atrybut jest zarządzany przez Microsoft Exchange online.
Rezolucja Po utworzeniu użytkownika przypisanie licencji Exchange Online do użytkownika powoduje automatyczne ustawienie głównej nazwy użytkownika jako adresu e-mail. Aby zaktualizować atrybut poczty, użyj portalu Exchange Online lub programu PowerShell.

Konfigurowanie pola Ostatni dzień pracy z Workday

Dotyczy:

  • Prowizjonowanie użytkowników Active Directory na miejscu z Workday
  • Prowizjonowanie użytkowników z Workday do Microsoft Entra
Rozwiązywanie problemów Szczegóły
Problem Skonfigurowano mapowanie atrybutów dla atrybutu Workday "Last Day of Work" (StatusTerminationLastDayOfWork) w aplikacji aprowizacji. Jednak aktualizacja "Ostatni dzień pracy" odbywa się tylko po upływie daty zakończenia, podczas gdy chcesz pobrać ten dzień pracy przed datą zakończenia.
Przyczyna W systemie Workday pole "Ostatni dzień pracy" jest ustawiane w profilu pracownika dopiero po dacie zakończenia. W związku z tym łącznik oprogramowania Workday nie może uzyskać tej daty przed datą zakończenia.
Rezolucja W aplikacji Workday utwórz grupę przydzielania o nazwie "Pracownicy po ostatnim dniu pracy". Dodaj automatyzację w programie Workday, aby przypisać użytkowników do tej grupy po osiągnięciu ostatniego dnia pracy procesu roboczego. W zadaniu udostępniania Microsoft Entra dodaj atrybut XPATH systemu Workday w celu pobrania tego przypisania grupy.
  • Przykład:
    `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()`

Użyj tego pola w logice mapowania atrybutów dla flagi accountDisabled.

  • Przykład:
    `Switch([LastDayOfWorkWorkers], Switch([Active], , "1", "False", "0", "True"), 'Workers past Last Day of Work', "True")`

Opóźnienie przetwarzania zakończenia pracy w systemie Workday

Dotyczy:

  • Prowizjonowanie użytkowników Active Directory na miejscu z Workday
  • Prowizjonowanie użytkowników z Workday do Microsoft Entra
Rozwiązywanie problemów Szczegóły
Problem Podczas synchronizacji przyrostowej może wystąpić opóźnienie 12–18 godzin przetwarzania zdarzenia zakończenia dla pracowników znajdujących się w regionach Azji i Pacyfiku/Nowej Zelandii.
Przyczyna Konta użytkownika systemu integracji Workday (ISU) zawsze pobierają dane według czasu pacyficznego. Łącznik aktualnie nie wdraża wyspecjalizowanego zapytania do przetwarzania rekordów zakończenia specyficznych dla strefy czasowej.
Rezolucja Użyj funkcji wyprzedzającego zapytania o zakończenie. Aby uzyskać instrukcje dotyczące konfiguracji i ustawień, zobacz Konfigurowanie wyprzedzającego zapytania o rozwiązanie umowy w Workday.

Opóźnienie w przetwarzaniu zakończeń w SuccessFactors

Dotyczy:

  • SuccessFactors do lokalnego Active Directory do prowizjonowania użytkowników
  • SuccessFactors do aprowizowania użytkowników w Microsoft Entra ID
Rozwiązywanie problemów Szczegóły
Problem W niektórych scenariuszach mogą wystąpić opóźnienia w propagacji statusu zakończenia zatrudnienia jako operacji "wyłączenia konta". Nie jest to spowodowane brakiem możliwości wyłączenia użytkownika w Microsoft Entra, ale raczej tym, jak zmiany w cyklu życia tożsamości w czasie rzeczywistym są wykrywane podczas procedury aprowizacyjnej opartej na HR.
Przyczyna Usługa udostępniania Microsoft Entra działa jako bezstanowy system wykrywania zmian. Opiera się na systemie źródłowym (na przykład SAP SuccessFactors), który emituje zdarzenie zmiany oparte na czasie, takie jak wejście w życie zakończenia, w momencie, gdy zmiana powinna zacząć obowiązywać. Cykle udostępniania wykrywają te zdarzenia i reagują na nie podczas synchronizacji przyrostowej. W scenariuszach, w których zakończenie jest skuteczne od bieżącego dnia, SuccessFactors może nie emitować zdarzenia zmiany przyrostowej dokładnie w momencie zmiany statusu zatrudnienia użytkownika (na przykład na koniec dnia roboczego). W związku z tym aprowizacja Microsoft Entra nie otrzymuje wykrywalnej zmiany podczas cyklu sondowania, a akcja "wyłącz" może zostać opóźniona do momentu wystąpienia kolejnej aktualizacji w systemie źródłowym.
Rezolucja Aby obsługiwać deterministyczne odłączanie oparte na zasadach, użyj przepływów pracy cyklu życia Zarządzanie Microsoft Entra ID. Ten model jest oparty na stanie, a nie na zdarzeniach opartych na czasie. Synchronizuj dane pracownika endDate z SuccessFactors do Microsoft Entra (na przykład za pośrednictwem atrybutu employeeLeaveDateTime). Organizacje mogą następnie wyzwalać zautomatyzowane procesy offboardingu bezpośrednio ze stanu katalogu użytkowników — dzięki czemu konta są wyłączane dokładnie z chwilą osiągnięcia daty zakończenia zatrudnienia, niezależnie od wykrywania przyrostowych zmian w systemie kadr.

Takie podejście umożliwia:

  • Terminowe i przewidywalne odejmowanie użytkowników.
  • Automatyzacja oparta na politykach zgodna z intencją działu HR.
  • Zmniejszenie polegania na skryptach niestandardowych lub interwencji ręcznej.
  • Scentralizowany nadzór nad cyklem życia w tożsamościach hybrydowych i w chmurze.

Lifecycle Workflows są częścią Zarządzanie Microsoft Entra ID i są zaprojektowane specjalnie do egzekwowania polityk typu "przejęcia-rotacje-opuszczenia" na podstawie autorytatywnego stanu tożsamości w katalogu.

Nadmiarowe aktualizacje dla niektórych typów atrybutów

Dotyczy:

  • Prowizjonowanie użytkowników Active Directory na miejscu z Workday
  • Prowizjonowanie użytkowników z Workday do Microsoft Entra
  • SAP SuccessFactors do aprowizacji użytkowników w lokalnym Active Directory
  • SAP SuccessFactors do aprowizacji użytkowników z Microsoft Entra
  • Aprowizowanie sterowane przez interfejs API do lokalnego Active Directory
  • Aprowizacja sterowana przez interfejs API do Microsoft Entra ID
Rozwiązywanie problemów Szczegóły
Problem Dzienniki aprowizacji pokazują powtarzające się operacje aktualizacji dla niektórych atrybutów, nawet jeśli nie ma znaczących zmian w danych źródłowych. To zachowanie jest często obserwowane w przypadku atrybutów wielowartych, atrybutów zabezpieczeń niestandardowych i atrybutów stanu konta pochodnego, takich jak accountEnabled lub accountDisabled.
Przyczyna W przypadku niektórych typów atrybutów mechanizm aprowizacji oblicza wartości w czasie wykonywania zamiast przeprowadzać stałe porównanie z wcześniej aprowizowanym stanem. Ze względu na ten model oceny środowiska uruchomieniowego te atrybuty mogą być ponownie przetwarzane lub zapisywane ponownie podczas cykli synchronizacji, co może generować nadmiarowe wpisy aktualizacji w dziennikach aprowizacji.
Rezolucja Obecnie nie jest dostępna żadna rozdzielczość. To zachowanie jest znanym ograniczeniem.

Następne kroki

  • Ostatnia aktualizacja o