Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Los valores NULL y vacíos no se procesan según lo previsto
Se aplica a:
- Aprovisionamiento de usuarios de Workday para Active Directory local
- Workday para provisionamiento de usuarios de Microsoft Entra
- Aprovisionamiento de usuarios de SAP SuccessFactors para Active Directory on-premises
- SAP SuccessFactors a Microsoft Entra para el aprovisionamiento de usuarios
| Solución de problemas | Detalles |
|---|---|
| Asunto | Ha configurado correctamente la aplicación de aprovisionamiento de entrada. Recibe un valor NULL o vacío de la aplicación de RR. HH. Espera que el servicio de aprovisionamiento borre el valor del atributo de destino correspondiente en Active Directory local/Microsoft Entra ID. Sin embargo, se produce un error en la operación con el mensaje de error siguiente: InvalidAttributeSyntax-LdapErr: The syntax is invalid. The parameter is incorrect. Error in attribute conversion operation, data 0, v3839. |
| Causa | El servicio de aprovisionamiento no tiene una lógica predeterminada para el procesamiento de valores NULL. Cuando el servicio de aprovisionamiento obtiene una cadena vacía de la aplicación de origen, intenta proporcionar el valor "tal cual" a la aplicación de destino. En este caso, el conector de aprovisionamiento de Active Directory local no admite actualmente la configuración de valores de cadena vacíos y, por tanto, se muestra el error mencionado anteriormente. |
| Resolución | Compruebe los registros de aprovisionamiento. Identifique los atributos del Active Directory de destino que reciben valores null o de cadena vacíos. Actualice la asignación de atributos de estos atributos para usar una asignación de expresiones. Consulte las resoluciones recomendadas. |
Soluciones recomendadas
Supongamos que el atributo BusinessTitle asignado al atributo de AD jobTitle puede ser NULL o estar vacío en Workday.
- Opción 1: Use la función Switch para comprobar si hay valores vacíos o NULL y pasar un valor literal no en blanco.
Switch([BusinessTitle],[BusinessTitle],"","N/A")
Opción 2: Use la función IgnoreFlowIfNullOrEmpty para quitar atributos vacíos o NULL en la carga enviada a Active Directory local/Microsoft Entra ID.
IgnoreFlowIfNullOrEmpty([BusinessTitle])
Faltan algunas actualizaciones de atributos de Workday
Se aplica a:
- Aprovisionamiento de usuarios de Active Directory local con Workday
- Aprovisionamiento de usuarios de Workday a Microsoft Entra
| Solución de problemas | Detalles |
|---|---|
| Asunto | Ha configurado correctamente la aplicación de aprovisionamiento de entrada de Workday y se ha conectado correctamente a la dirección URL del inquilino de Workday. Observa que hay un retraso en el flujo de ciertas actualizaciones de atributos de Workday o, en algunos casos, los cambios en los atributos de Workday no fluyen según lo previsto durante la sincronización incremental. |
| Causa | Durante la sincronización incremental, la aplicación de aprovisionamiento consulta el registro de transacciones de Workday para ver si hay cambios en la entidad de trabajo principal y solo se procesan los cambios controlados por el registro de transacciones de Workday. Si los cambios realizados en un atributo de Workday en tu configuración no se registran en el registro de transacciones de Workday, entonces Microsoft Entra ID no captura ese cambio. Por ejemplo: el atributo LocalReference de Workday forma parte de la asignación predeterminada de atributos y tiene el elemento 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(). Este atributo forma parte de la entidad Business_Site_Summary_Data. Un cambio en el valor de este atributo en Workday no aparece en el registro de transacciones de Workday. Por lo tanto, durante la sincronización incremental, el nuevo valor de este atributo solo se mostrará si un atributo asociado a la entidad de trabajo principal también cambia durante el intervalo de sincronización. |
| Resolución | Si observa este comportamiento con frecuencia, donde no fluyen los cambios en determinados atributos de Workday, se recomienda ejecutar periódicamente una sincronización completa semanal o mensual. |
No se encuentra el atributo
Se aplica a:
- Aprovisionamiento de usuarios de Workday a Active Directory local
- Aprovisionamiento de usuarios de Workday a Microsoft Entra
- Aprovisionamiento de usuarios de Workday a Active Directory local
- SAP SuccessFactors para la provisión de usuarios en Active Directory local
- Aprovisionamiento controlado por API para Active Directory local
| Solución de problemas | Detalles |
|---|---|
| Asunto | Recibirá el código de error: HybridSynchronizationActiveDirectoryCannotFindAttribute |
| Causa | El nombre del atributo no se encontró en el esquema de Active Directory: atributo. |
| Resolución | Si el atributo se agregó recientemente a Active Directory, reinicie el agente de aprovisionamiento, ya que almacena en caché el esquema en el inicio. |
Coincidencia de usuario con extensionAttribute que no funciona
Se aplica a:
- Provisionamiento de usuarios de Workday a Microsoft Entra
- SAP SuccessFactors a Microsoft Entra para aprovisionamiento de usuarios
| Solución de problemas | Detalles |
|---|---|
| Asunto | Supongamos que usa extensionAttribute3 en Microsoft Entra ID para almacenar el identificador de empleado y asignarlo al atributo Workday WorkerID o SuccessFactors personIdExternal para la coincidencia de usuarios. Con esta configuración, se produce un error en el paso de coincidencia en el proceso de aprovisionamiento. Este problema afecta tanto a la creación como a las actualizaciones del usuario. |
| Causa | El Microsoft Entra ID |
| Resolución | No usar Microsoft Entra ID OnPremisesExtensionAttributes (extensionAttributes1-15) en el par de atributos de coincidencia. Usa ID de empleado. |
No se admiten las actualizaciones del atributo Microsoft Entra ID mail
Se aplica a:
- Aprovisionamiento de usuarios de Microsoft Entra desde Workday
- Aprovisionamiento de usuarios de SAP SuccessFactors a Microsoft Entra
- Aprovisionamiento impulsado por API de Microsoft Entra ID
| Solución de problemas | Detalles |
|---|---|
| Asunto | Configuró el aprovisionamiento del atributo mail desde el sistema de RR. HH. a Microsoft Entra ID. Cualquier actualización del atributo mail no funciona aunque los registros de aprovisionamiento muestren un registro para el atributo mail. |
| Causa | El conector de aprovisionamiento para Microsoft Entra no admite la configuración del atributo mail durante el aprovisionamiento de usuarios, ya que este atributo se administra mediante Microsoft Exchange en línea. |
| Resolución | Después de crear el usuario, la asignación de la licencia de Exchange Online al usuario establece automáticamente el nombre principal de usuario como dirección de correo electrónico. Para actualizar el atributo de correo, use el portal de Exchange Online o PowerShell. |
Aprovisionamiento del campo Último día de trabajo desde Workday
Se aplica a:
- Aprovisionamiento de usuarios de Active Directory en las instalaciones de Workday
- Aprovisionamiento de usuarios de Workday a Microsoft Entra
| Solución de problemas | Detalles |
|---|---|
| Asunto | Ha configurado la asignación de atributos para el atributo "Último día de trabajo" (StatusTerminationLastDayOfWork) de Workday en la aplicación de aprovisionamiento. Sin embargo, la actualización "Último día de trabajo" solo se produce después de que la fecha de finalización sea efectiva, mientras que le gustaría capturar este "Último día de trabajo" antes de la fecha de finalización. |
| Causa | En Workday, el campo "Último día de trabajo" se establece en el perfil de trabajo solo después de que la fecha de finalización sea efectiva. Por lo tanto, el conector de aprovisionamiento de Workday no puede obtener esta fecha con antelación antes de la fecha de finalización. |
| Resolución | En Workday, cree un grupo de aprovisionamiento denominado "Trabajos pasados último día de trabajo". Agregue automatización en Workday para asignar usuarios a este grupo cuando se alcance el último día de trabajo de un trabajador. En el trabajo de aprovisionamiento de Microsoft Entra, agregue un atributo XPATH de Workday para obtener esta asignación de grupo. |
- Ejemplo:
`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()`
Use este campo en la lógica de asignación de atributos para la marca accountDisabled.
- Ejemplo:
`Switch([LastDayOfWorkWorkers], Switch([Active], , "1", "False", "0", "True"), 'Workers past Last Day of Work', "True")`
Retraso de procesamiento de terminación de Workday
Se aplica a:
- Workday para el aprovisionamiento de usuarios de Active Directory local
- Workday para Microsoft Entra aprovisionamiento de usuarios
| Solución de problemas | Detalles |
|---|---|
| Asunto | Durante la sincronización incremental, puede haber un retraso de 12-18 horas en el procesamiento del evento de terminación para los trabajadores ubicados en las regiones de Asia Pacífico y Australia/Nueva Zelanda. |
| Causa | Las cuentas de usuario del sistema de integración de Workday (ISU) siempre recuperan datos basados en la zona horaria del Pacífico. Actualmente, el conector no implementa consultas especializadas para procesar registros de terminación específicos de una zona horaria. |
| Resolución | Existen dos soluciones alternativas: |
Use el aprovisionamiento a petición para procesar el evento de despido de un usuario específico.
En Workday, cree un grupo de aprovisionamiento denominado Trabajadores despedidos. Actualice el proceso de negocio de despido en Workday para asignar usuarios a este grupo cuando se produzca el despido. En el trabajo de aprovisionamiento de Microsoft Entra, añada un atributo XPATH de Workday para obtener esta asignación de grupo.
- Ejemplo:
`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()`
Use este campo en la lógica de asignación de atributos para la marca accountDisabled.
- Ejemplo:
`Switch([TerminatedWorkers], Switch([Active], , "1", "False", "0", "True"), "Terminated Workers", "True")`
Retraso en el procesamiento de terminación de SuccessFactors
Se aplica a:
- SuccessFactors para la provisión de usuarios en Active Directory local
- Aprovisionamiento de usuarios de SuccessFactors a Microsoft Entra ID
| Solución de problemas | Detalles |
|---|---|
| Asunto | En ciertos escenarios, puede haber retrasos en la propagación del estado de empleo terminado como una operación de "deshabilitación de cuenta". Esto no se debe a la falta de funcionalidad de deshabilitación del usuario en Microsoft Entra, sino a cómo se detectan los cambios en el ciclo de vida de la identidad en tiempo real durante el aprovisionamiento controlado por RR. HH. |
| Causa | El servicio de aprovisionamiento de Microsoft Entra funciona como un sistema de detección de cambios sin estado. Se basa en el sistema de origen (por ejemplo, SAP SuccessFactors) para emitir un evento de cambio basado en tiempo(como una terminación que se hace efectiva) en el momento en que el cambio debe surtir efecto. A continuación, los ciclos de aprovisionamiento detectan y actúan en esos eventos durante la sincronización incremental. En escenarios en los que la finalización es efectiva a partir del día actual, SuccessFactors podría no emitir un evento de cambio incremental en el momento exacto en que cambia el estado de empleo del usuario (por ejemplo, al final del día laborable). Como resultado, el aprovisionamiento de Microsoft Entra no recibe ningún cambio detectable durante su ciclo de sondeo y la acción de "deshabilitar" puede retrasarse hasta que haya una actualización posterior en el sistema de origen. |
| Resolución | Para admitir una baja determinista impulsada por políticas, use los flujos de trabajo del ciclo de vida de Gobierno de Microsoft Entra ID. Este modelo se basa en el estado, en lugar de en eventos basados en el tiempo.
Sincroniza el endDate del empleado de SuccessFactors a Microsoft Entra (por ejemplo, a través del atributo employeeLeaveDateTime). A continuación, las organizaciones pueden desencadenar flujos de trabajo automatizados de retirada directamente desde el estado del directorio, lo que garantiza que las cuentas estén deshabilitadas exactamente cuando se alcanza la fecha de finalización del empleo, independientemente de la detección incremental de cambios en el sistema de RR. HH. |
Este enfoque habilita:
- Retirada de usuarios puntual y predecible.
- Automatización basada en directivas alineada con la intención de RR. HH.
- Se ha reducido la dependencia de scripts personalizados o intervención manual.
- Gobernanza centralizada del ciclo de vida en identidades híbridas y en la nube.
Los flujos de trabajo del ciclo de vida forman parte de Gobierno de Microsoft Entra ID y están diseñados específicamente para aplicar directivas de incorporación, movimiento y baja basadas en el estado de identidad autoritativo en el directorio.