Risolvere i problemi di aggiornamento degli utenti delle risorse umane
Valori Null e vuoti non elaborati come previsto
Si applica a:
- Provisioning utenti da Workday a Active Directory locale
- Workday al provisioning utenti di Microsoft Entra
- SAP SuccessFactors per Active Directory locale provisioning utenti
- Provisioning utenti da SAP SuccessFactors a Microsoft Entra
| Risoluzione dei problemi | Dettagli |
|---|---|
| Problema | L'app di provisioning in ingresso è stata configurata correttamente. Si ottiene un valore Null o vuoto dall'app HR. Si prevede che il servizio di provisioning cancella il valore dell'attributo di destinazione corrispondente in Active Directory locale/MICROSOFT Entra ID. L'operazione ha tuttavia esito negativo con il messaggio di errore: InvalidAttributeSyntax-LdapErr: The syntax is invalid. The parameter is incorrect. Error in attribute conversion operation, data 0, v3839 |
| Causa | Il servizio di provisioning non ha una logica predefinita per l'elaborazione di valori Null. Quando il servizio di provisioning ottiene una stringa vuota dall'app di origine, prova a propagare il valore "così come è" all'app di destinazione. In questo caso, Active Directory locale connettore di provisioning attualmente non supporta l'impostazione di valori stringa vuoti e quindi viene visualizzato l'errore indicato in precedenza. |
| Risoluzione | Controllare i log di provisioning. Identificare gli attributi nell'istanza di Active Directory di destinazione che ricevono valori stringa null o vuoti. Aggiornare il mapping degli attributi per tali attributi per usare un mapping di espressioni. Vedere risoluzioni consigliate. |
Risoluzioni consigliate
Si supponga che l'attributo mappato all'attributo BusinessTitlejobTitle AD sia null o vuoto in Workday.
- Opzione 1: usare la funzione Switch per verificare la presenza di valori vuoti o Null e passare un valore letterale non vuoto.
Switch([BusinessTitle],[BusinessTitle],"","N/A")
Opzione 2: usare la funzione IgnoreFlowIfNullOrEmpty per eliminare attributi vuoti o null nel payload inviato a Active Directory locale/Microsoft Entra ID.
IgnoreFlowIfNullOrEmpty([BusinessTitle])
Alcuni aggiornamenti degli attributi di Workday sono mancanti
Si applica a:
- Provisioning utenti da Workday a Active Directory locale
- Workday al provisioning utenti di Microsoft Entra
| Risoluzione dei problemi | Dettagli |
|---|---|
| Problema | L'app di provisioning in ingresso Workday è stata configurata correttamente ed è stata stabilita la connessione all'URL del tenant di Workday. Si osserva che si verifica un ritardo nel flusso di determinati aggiornamenti degli attributi da Workday o in alcuni casi, le modifiche degli attributi da Workday non vengono propagate come previsto durante la sincronizzazione incrementale. |
| Causa | Durante la sincronizzazione incrementale, l'app di provisioning esegue una query sul log delle transazioni di Workday per rilevare le modifiche apportate all'entità Worker primaria e vengono elaborate solo le modifiche rilevate dal log delle transazioni di Workday. Se le modifiche apportate a un attributo Workday nell'installazione non vengono rilevate nel log delle transazioni di Workday, l'ID Di Microsoft Entra non recupera tale modifica. Ad esempio, l'attributo LocalReference Workday fa parte del mapping dell'attributo predefinito e ha 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(). Questo attributo fa parte del Business_Site_Summary_Data dell'entità. Una modifica del valore di questo attributo in Workday non viene visualizzata nel log delle transazioni di Workday. Pertanto, durante la sincronizzazione incrementale, il nuovo valore di questo attributo viene visualizzato solo se un attributo associato all'entità worker primaria cambia anche durante l'intervallo di sincronizzazione. |
| Risoluzione | Se si nota spesso questo comportamento, in cui le modifiche apportate a determinati attributi di Workday non vengono propagate, è consigliabile eseguire periodicamente una sincronizzazione completa settimanale o mensile. |
Attributo non trovato
Si applica a:
- Provisioning utenti da Workday a Active Directory locale
- Workday al provisioning utenti di Microsoft Entra
- Provisioning utenti da Workday a Active Directory locale
- SAP SuccessFactors per Active Directory locale provisioning utenti
- Provisioning basato su API per Active Directory locale
| Risoluzione dei problemi | Dettagli |
|---|---|
| Problema | Viene visualizzato il codice di errore: HybridSynchronizationActiveDirectoryCannotFindAttribute |
| Causa | Il nome dell'attributo non è stato trovato nello schema di Active Directory: attributo. |
| Risoluzione | Se l'attributo è stato aggiunto di recente ad Active Directory, riavviare l'agente di provisioning, perché memorizza nella cache lo schema all'avvio. |
Corrispondenza utente con extensionAttribute non funzionante
Si applica a:
- Workday al provisioning utenti di Microsoft Entra
- Provisioning utenti da SAP SuccessFactors a Microsoft Entra
| Risoluzione dei problemi | Dettagli |
|---|---|
| Problema | Si supponga di usare extensionAttribute3 in Microsoft Entra ID per archiviare l'ID dipendente ed eseguirne il mapping all'attributo Workday WorkerID o SuccessFactors personIdExternal per la corrispondenza utente. Con questa configurazione, il passaggio corrispondente nel processo di provisioning ha esito negativo. Questo problema influisce sulla creazione e sugli aggiornamenti dell'utente. |
| Causa | L'ID Microsoft Entra OnPremisesExtensionAttributes (extensionAttributes1-15) non può essere usato come attributo corrispondente perché il parametro dell'API Graph di Azure AD non supporta il $filter filtro in base a extensionAttributes. |
| Risoluzione | Non usare Microsoft Entra ID OnPremisesExtensionAttributes (extensionAttributes1-15) nella coppia di attributi corrispondente. Usare employeeID. |
Aggiornamenti dell'attributo di posta elettronica microsoft Entra ID non supportato
Si applica a:
- Workday al provisioning utenti di Microsoft Entra
- Provisioning utenti da SAP SuccessFactors a Microsoft Entra
- Provisioning basato su API microsoft Entra ID
| Risoluzione dei problemi | Dettagli |
|---|---|
| Problema | È stato configurato il provisioning degli attributi di posta elettronica dal sistema HR all'ID Microsoft Entra. Qualsiasi aggiornamento dell'attributo di posta elettronica non funziona anche se i log di provisioning visualizzano un record per l'attributo di posta elettronica. |
| Causa | Il connettore di provisioning in Microsoft Entra supporta l'impostazione dell'attributo mail solo durante la creazione dell'utente. Dopo aver creato l'utente, il connettore non supporta l'aggiornamento dell'indirizzo di posta elettronica. |
| Risoluzione | Per aggiornare l'attributo di posta elettronica per gli utenti esistenti, è consigliabile usare il portale di Exchange Online o PowerShell. |
Campo Ultimo giorno di lavoro del provisioning da Workday
Si applica a:
- Provisioning utenti da Workday a Active Directory locale
- Workday al provisioning utenti di Microsoft Entra
| Risoluzione dei problemi | Dettagli |
|---|---|
| Problema | È stato configurato il mapping degli attributi per l'attributo Workday 'Last Day of Work' (StatusTerminationLastDayOfWork) nell'app di provisioning. Tuttavia, l'aggiornamento "Last Day of Work" si verifica solo dopo l'efficacia della data di chiusura, mentre si desidera recuperare questo "Ultimo giorno di lavoro" prima della data di terminazione. |
| Causa | In Workday il campo 'Last Day of Work' viene impostato sul profilo di lavoro solo dopo che la data di chiusura è effettiva. Di conseguenza, il connettore di provisioning Workday non è in grado di ottenere questa data in anticipo prima della data di chiusura. |
| Risoluzione | In Workday creare un gruppo di provisioning denominato "Workers past Last Day of Work". Aggiungere l'automazione in Workday per assegnare gli utenti a questo gruppo quando viene raggiunto l'ultimo giorno di lavoro di un lavoratore. Nel processo di provisioning di Microsoft Entra aggiungere un attributo XPATH workday per recuperare l'assegnazione di questo gruppo. |
- Esempio:
`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()`
Usare questo campo nella logica di mapping degli attributi per il flag accountDisabled.
- Esempio:
`Switch([LastDayOfWorkWorkers], Switch([Active], , "1", "False", "0", "True"), 'Workers past Last Day of Work', "True")`
Ritardo di elaborazione della terminazione di Workday
Si applica a:
- Provisioning utenti da Workday a Active Directory locale
- Workday al provisioning utenti di Microsoft Entra
| Risoluzione dei problemi | Dettagli |
|---|---|
| Problema | Durante la sincronizzazione incrementale, potrebbe verificarsi un ritardo di 12-18 ore nell'elaborazione dell'evento di terminazione per i lavoratori situati nelle aree Asia Pacifico e Australia/Nuova Zelanda. |
| Causa | Gli account ISU (Workday Integration System User) recuperano sempre i dati in base al fuso orario pacifico. Il connettore attualmente non implementa query specializzate per elaborare i record di terminazione specifici di un fuso orario. |
| Risoluzione | Esistono due possibili soluzioni alternative: |
Usare il provisioning su richiesta per elaborare l'evento di terminazione di un utente specifico.
In Workday creare un gruppo di provisioning denominato Worker terminato. Aggiornare il processo aziendale di terminazione in Workday per assegnare gli utenti a questo gruppo quando si verifica la terminazione. Nel processo di provisioning di Microsoft Entra aggiungere un attributo XPATH workday per recuperare l'assegnazione di questo gruppo.
- Esempio:
`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()`
Usare questo campo nella logica di mapping degli attributi per il flag accountDisabled.
- Esempio:
`Switch([TerminatedWorkers], Switch([Active], , "1", "False", "0", "True"), "Terminated Workers", "True")`