Behandeln von Problemen bei der Benutzeraktualisierung bei der Personalbereitstellung
Null- und leere Werte werden nicht wie erwartet verarbeitet
Anwendungsbereich:
- Lokale Benutzerbereitstellung von Workday in Active Directory
- Workday zur Microsoft Entra-Benutzerbereitstellung
- SAP SuccessFactors zur Benutzerbereitstellung in lokalem Active Directory
- SAP SuccessFactors zur Microsoft Entra-Benutzerbereitstellung
| Problembehandlung | Details |
|---|---|
| Abgang | Sie haben die App für die eingehende Bereitstellung erfolgreich konfiguriert. Sie erhalten einen leeren oder NULL-Wert von der HR-App. Sie erwarten, dass der Bereitstellungsdienst den entsprechenden Zielattributwert im lokalen Active Directory/in der lokalen Microsoft Entra ID-Instanz löscht. Der Vorgang schlägt jedoch mit dieser Fehlermeldung fehl: InvalidAttributeSyntax-LdapErr: The syntax is invalid. The parameter is incorrect. Error in attribute conversion operation, data 0, v3839 |
| Ursache | Der Bereitstellungsdienst verfügt nicht über eine Standardlogik für die Verarbeitung von NULL-Werten. Wenn der Bereitstellungsdienst eine leere Zeichenfolge von der Quell-App erhält, versucht er, den Wert "as-is" (wie vorhanden) an die Ziel-App zu übergeben. In diesem Fall unterstützt der Bereitstellungsconnector von lokalen Active Directory-Instanzen das Festlegen leerer Zeichenfolgenwerte nicht. Daher wird der zuvor genannte Fehler angezeigt. |
| Lösung | Überprüfen Sie die Bereitstellungsprotokolle. Identifizieren Sie Attribute im Ziel-Active Directory, die NULL- oder leere Zeichenfolgenwerte empfangen. Aktualisieren Sie die Attributzuordnung für solche Attribute, um eine Ausdruckszuordnung zu verwenden. Siehe die empfohlenen Lösungen. |
Empfohlene Lösungen
Angenommen, das Attribut BusinessTitle, das dem AD-Attribut jobTitle zugeordnet ist, ist in Workday NULL oder leer.
- Option 1: Verwenden Sie die Switch-Option, um nach leeren oder NULL-Werten zu suchen und einen nicht leeren Literalwert zu übergeben.
Switch([BusinessTitle],[BusinessTitle],"","N/A")
Option 2: Verwenden Sie die Funktion IgnoreFlowIfNullOrEmpty, um leere oder NULL-Attribute in der Payload zu löschen, die an die lokale Active Directory- bzw. die lokale Microsoft Entra ID-Instanz gesendet wird.
IgnoreFlowIfNullOrEmpty([BusinessTitle])
Einige Aktualisierungen von Workday-Attributen fehlen
Anwendungsbereich:
- Lokale Benutzerbereitstellung von Workday in Active Directory
- Workday zur Microsoft Entra-Benutzerbereitstellung
| Problembehandlung | Details |
|---|---|
| Abgang | Sie haben die Workday-App für eingehende Bereitstellungen erfolgreich konfiguriert und erfolgreich eine Verbindung mit der Workday-Mandanten-URL hergestellt. Sie beobachten, dass der Flow bestimmter Attributaktualisierungen von Workday verzögert wird oder dass die Attributänderungen von Workday in manchen Fällen während der inkrementellen Synchronisierung nicht wie erwartet ablaufen. |
| Ursache | Während der inkrementellen Synchronisierung fragt die Bereitstellungs-App das Workday-Transaktionsprotokoll nach Änderungen an der primären Workerentität ab und bearbeitet nur Änderungen, die vom Transaktionsprotokoll von Workday nachverfolgt werden. Wenn Änderungen an einem Workday-Attribut in Ihrem Setup nicht im Transaktionsprotokoll von Workday nachverfolgt werden, ruft Microsoft Entra ID diese Änderung nicht ab. Beispiel: Das LocalReference-Workday-Attribut ist Teil der Standardattributzuordnung und verfügt über 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(). Dieses Attribut ist Teil der Business_Site_Summary_Data-Entität. Eine Änderung des Werts dieses Attributs in Workday wird nicht im Workday-Transaktionsprotokoll angezeigt. Daher wird während der inkrementellen Synchronisierung der neue Wert dieses Attributs nur angezeigt, wenn sich ein Attribut, das der primären Workerentität zugeordnet ist, auch während des Synchronisierungsintervalls ändert. |
| Lösung | Wenn Sie dieses Verhalten häufig beobachten, wenn Änderungen an bestimmten Workday-Attributen nicht weitergeleitet werden, wird empfohlen, regelmäßig eine wöchentliche oder monatliche vollständige Synchronisierung vorzunehmen. |
Das Attribut wurde nicht gefunden.
Gilt für:
- Lokale Benutzerbereitstellung von Workday in Active Directory
- Workday zur Microsoft Entra-Benutzerbereitstellung
- Lokale Benutzerbereitstellung von Workday in Active Directory
- SAP SuccessFactors zur Benutzerbereitstellung in lokalem Active Directory
- API-gesteuerte Bereitstellung in lokalem Active Directory
| Problembehandlung | Details |
|---|---|
| Abgang | Der folgende Fehlercode wird angezeigt: HybridSynchronizationActiveDirectoryCannotFindAttribute. |
| Ursache | Der Attributname wurde im Active Directory-Schema unter „Attribut“ nicht gefunden. |
| Lösung | Wenn das Attribut kürzlich zu Active Directory hinzugefügt wurde, starten Sie den Bereitstellungs-Agent neu, da das Schema beim Start zwischengespeichert wird. |
Benutzerabgleich mit extensionAttribute funktioniert nicht
Anwendungsbereich:
- Workday zur Microsoft Entra-Benutzerbereitstellung
- SAP SuccessFactors zur Microsoft Entra-Benutzerbereitstellung
| Problembehandlung | Details |
|---|---|
| Abgang | Angenommen, Sie verwenden extensionAttribute3 in Microsoft Entra ID, um die Mitarbeiter-ID zu speichern, und haben dieses Attribut dem Workday-Attribut WorkerID oder dem SuccessFactors-Attribut personIdExternal für den Benutzerabgleich zugeordnet. Bei dieser Konfiguration tritt beim Abgleich des Bereitstellungsprozess ein Fehler auf. Dieses Problem wirkt sich sowohl auf die Benutzererstellung als auch auf Updates aus. |
| Ursache | Die OnPremisesExtensionAttributes (extensionAttributes1-15) von Microsoft Entra ID können nicht als Attribute für den Abgleich verwendet werden, da der $filter-Parameter der Azure AD-Graph-API keine Unterstützung für das Filtern nach extensionAttributes bietet. |
| Lösung | Verwenden Sie die OnPremisesExtensionAttributes (extensionAttributes1-15) von Microsoft Entra ID nicht im Attributpaar für den Abgleich. Verwenden Sie die employeeID. |
Updates für das Microsoft Entra ID mail-Attribut werden nicht unterstützt
Gilt für:
- Workday zur Microsoft Entra-Benutzerbereitstellung
- SAP SuccessFactors zur Microsoft Entra-Benutzerbereitstellung
- API-gesteuerte Bereitstellung von Microsoft Entra ID
| Problembehandlung | Details |
|---|---|
| Abgang | Sie haben die mail-Attributbereitstellung von Ihrem HR-System auf Microsoft Entra ID konfiguriert. Eine Aktualisierung des mail-Attributs funktioniert nicht, obwohl die Bereitstellungsprotokolle einen Datensatz für das mail-Attribut anzeigen. |
| Ursache | Der Bereitstellungsconnector für Microsoft Entra unterstützt das Festlegen des mail-Attributs nur während der Benutzererstellung. Sobald der Benutzer erstellt wurde, unterstützt der Connector das Aktualisieren der E-Mail-Adresse nicht. |
| Lösung | Um das mail-Attribut für vorhandene Benutzer zu aktualisieren, sollten Sie das Exchange Online-Portal oder PowerShell verwenden. |
Bereitstellen des Felds „Letzter Arbeitstag“ über Workday
Gilt für:
- Lokale Benutzerbereitstellung von Workday in Active Directory
- Workday zur Microsoft Entra-Benutzerbereitstellung
| Problembehandlung | Details |
|---|---|
| Abgang | Sie haben die Attributzuordnung für das Workday-Attribut „Letzter Arbeitstag“ (StatusTerminationLastDayOfWork) in der Bereitstellungs-App konfiguriert. Die Aktualisierung von „Letzter Arbeitstag“ erfolgt jedoch erst nach dem Kündigungsdatum, obwohl Sie „Letzen Arbeitstag“ vorher abrufen möchten. |
| Ursache | In Workday wird das Feld „Letzter Arbeitstag“ erst nach dem Kündigungsdatum im Arbeitsprofil festgelegt. Daher kann der Workday-Bereitstellungsconnector dieses Datum nicht vor dem Kündigungsdatum abrufen. |
| Lösung | Erstellen Sie in Workday eine Bereitstellungsgruppe namens „Vergangene letzte Arbeitstage der Arbeitnehmer“. Fügen Sie automatisierung in Workday hinzu, um Dieser Gruppe Benutzer zuzuweisen, wenn der letzte Arbeitstag eines Mitarbeiters erreicht ist. Fügen Sie im Microsoft Entra-Bereitstellungsauftrag ein Workday XPATH-Attribut hinzu, um diese Gruppenzuweisung abzurufen. |
- Beispiel:
`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()`
Verwenden Sie dieses Feld in der Attributzuordnungslogik für das AccountDisabled-Flag.
- Beispiel:
`Switch([LastDayOfWorkWorkers], Switch([Active], , "1", "False", "0", "True"), 'Workers past Last Day of Work', "True")`
Verarbeitungsverzögerung der Arbeitstage
Gilt für:
- Lokale Benutzerbereitstellung von Workday in Active Directory
- Workday zur Microsoft Entra-Benutzerbereitstellung
| Problembehandlung | Details |
|---|---|
| Abgang | Während der inkrementellen Synchronisierung kann es zu einer Verzögerung von 12-18 Stunden bei der Verarbeitung des Kündigungsereignisses für Mitarbeiter in den Regionen Asien-Pazifik und Australien/Neuseeland kommen. |
| Ursache | Die Workday Integration System User (ISU)-Konten rufen immer Daten basierend auf der Pazifischen Zeitzone ab. Der Connector implementiert derzeit keine spezielle Abfrage zum Verarbeiten von Kündigungsdatensätzen, die für eine Zeitzone spezifisch sind. |
| Lösung | Es gibt zwei mögliche Problemumgehungen: |
Verwenden Sie die Bereitstellung bei Bedarf, um das Beendigungsereignis eines bestimmten Benutzers zu verarbeiten.
Erstellen Sie in Workday eine Bereitstellungsgruppe namens "Terminated Workers". Aktualisieren Sie den Beendigungsgeschäftsprozess in Workday, um Benutzern diese Gruppe zuzuweisen, wenn die Beendigung erfolgt. Fügen Sie im Microsoft Entra-Bereitstellungsauftrag ein Workday XPATH-Attribut hinzu, um diese Gruppenzuweisung abzurufen.
- Beispiel:
`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()`
Verwenden Sie dieses Feld in der Attributzuordnungslogik für das AccountDisabled-Flag.
- Beispiel:
`Switch([TerminatedWorkers], Switch([Active], , "1", "False", "0", "True"), "Terminated Workers", "True")`