Purgar permanentemente usuarios externos parciales en SuccessFactors (ONB 2.0)
By s4pcademy
¡Espero que lo estés pasando bien!
Esta publicación de blog explica el proceso de depuración de los usuarios externos creados parcialmente en Onboarding 2.0.
Guión
Algunas organizaciones utilizan soluciones externas para el proceso de contratación y eligen utilizar SuccessFactors para Onboarding, HR Core (Employee Central), etc.
En estos casos, se debe configurar una integración con múltiples entidades como Usuario externo, Información biográfica, Información personal, Información laboral, etc. en una secuencia para crear candidatos. El ID de usuario se genera en el momento en que se modifica la entidad de usuario externo. En caso de que los datos fueran insuficientes en el archivo de origen para cualquier otra entidad o faltaran datos para los campos obligatorios, los usuarios externos parciales se crean en SuccessFactors.
Debido a esto, estos registros parciales tienen que ser depurados permanentemente.
Solución
Paso 1: Desactive el estado de los candidatos/usuarios externos
ONB 2.0 no permite actualizar/editar manualmente el estado del candidato en la instancia.
Aquí, se puede crear un Trabajo del Centro de Integración para modificar el estado del candidato. El estado debe estar predeterminado en ‘d’ para que el candidato esté inactivo en la incorporación.
Hacer clic aquí (KBA/Nota 3141240) para conocer el proceso detallado de creación del trabajo IC.
Una vez que se crea el trabajo, filtre con los ID de usuario según sea necesario y ejecute el trabajo cuando sea necesario en lugar de programar el trabajo de forma recurrente ya que este escenario ocurre con menos frecuencia.
Paso 2: purgar el usuario inactivo
Navegar a Gestión de retención de datos para hacer el proceso de purga.
Cree una nueva solicitud de purga y seleccione Purgar usuario inactivo como tipo de solicitud de purga.
Cerciorarse Hay datos para este usuario en Employee Central (EC) está desmarcado.
Nota: Se menciona el paso común que se puede perder para purgar a un usuario en una instancia con LMS habilitado aquí (KBA/Nota 2179378). Asegúrese de que esto también esté configurado antes de purgar a los usuarios inactivos.
Una vez completada la purga suave, realice la purga permanente utilizando Purga de identificador del sistema en el Gestión de retención de datos.
Espero que esta publicación de blog haya sido útil.
¡Gracias!
