Preguntas frecuentes: seguridad segmentada de aspirante

Un aspirante con restricciones es un aspirante asociado a una organización en Workday:

Si están contratados: Workday los asocia con la organización en la que han sido contratados.
Si es dado de baja: Workday los asocia a la organización en la que fueron contratados.
Contratación en curso: Workday los asocia con la organización a la que va dirigida la contratación.
Oferta de contratación/acuerdo de empleo en curso: Workday los asocia a la organización de la petición de puesto utilizada en la contratación.

Un aspirante sin restricciones es un aspirante que no tiene ninguna asociación con una organización en Workday. Ejemplo: un aspirante creado por un usuario autorizado mediante la tarea

Creación de aspirante

. Un usuario autorizado con acceso a cualquier aspirante tiene visibilidad de todos los aspirantes sin restricciones.

Los trabajadores con un rol de seguridad sin restricciones (por ejemplo, administradores de recursos humanos que operan en toda la empresa) no experimentarán ningún cambio en su acceso a aspirantes después de aceptar las mejoras. Su rol de seguridad sin restricciones garantiza que puedan ver tanto a los aspirantes con restricciones (independientemente de su organización) como a los aspirantes sin restricciones.

Anteriormente, los trabajadores con un grupo de seguridad restringido (por ejemplo, un gerente que opera en una organización) solo pueden ver los aspirantes de la organización a la que tienen acceso, además de los aspirantes sin restricciones. Workday ahora permite a los clientes configurar qué trabajadores pueden acceder a aspirantes sin restricciones.

Puede haber algunas excepciones a esta lógica de seguridad mejorada de aspirante en las aplicaciones de Workday, en las que la lógica de negocios no se beneficiaría de esta mejora. Ejemplos:

verificación de antecedentes

,

contratación de trabajador contingente

,

contratación de empleado

,

oferta

.

En estos casos, sus usuarios autorizados necesitan acceder a todos los aspirantes de su entorno de cliente (incluidos los perfiles de aspirante de trabajador dados de baja) para mitigar la creación de perfiles de aspirante duplicados y respaldar los procesos de contratación y reclutamiento de manera eficaz. Esta mejora podría generar una mala experiencia. Ejemplo: cuando un usuario autorizado puede crear un aspirante, pero no contratarlo. Para evitarlo, Workday mantiene la seguridad existente que rige el acceso a la tarea, independientemente de si el cliente acepta esta mejora . Siempre que el usuario tenga acceso a las tareas y a los dominios de seguridad de los aspirantes, seguirá teniendo acceso a los aspirantes con restricciones y sin restricciones dentro de estas tareas y procesos.

La funcionalidad de gestión de duplicados surge cuando un aspirante recién creado (a través de una nueva aplicación) coincide con los criterios clave de un aspirante existente. Workday considera que un aspirante creado mediante el proceso de reclutamiento es un aspirante con restricciones.

Cuando el reclutador tiene acceso de seguridad restringido, se mantiene el proceso existente. Siempre que el reclutador tenga el acceso adecuado a la organización del perfil heredado de aspirante (proceso existente), la funcionalidad de gestión de duplicados funciona según lo previsto.
Si el reclutador tiene acceso de seguridad restringido y no tiene acceso a las organizaciones del perfil heredado de aspirante, es posible que la funcionalidad de gestión de duplicados no funcione. Sin embargo, esta sería una restricción existente en relación con el acceso a los perfiles de aspirante heredados.
Cuando el reclutador tiene acceso de seguridad sin restricciones, puede ver los aspirantes asociados a todas las organizaciones y a ninguna organización, siempre que la gestión duplicada no tenga un efecto negativo.

Cuando un usuario autorizado accede a la tarea independiente

Creación de aspirante

después de aceptar la función, perderá el acceso a los aspirantes que cree a menos que pueda acceder a los dominios necesarios como se indica a continuación.

Si intenta contratar a un aspirante mediante la tarea

Contratación de empleado

o el proceso de reclutamiento, podrá acceder y finalizar el proceso con normalidad. Cuando un usuario crea un nuevo aspirante con el mismo nombre y país que un aspirante existente, Workday activa la excepción "El aspirante ya existe", independientemente de su configuración de seguridad.

Recomendaciones:

Para garantizar que se conserve el acceso de seguridad restringido existente, debe dejarse el grupo de seguridad original.
Si se acepta, la configuración de seguridad basada en segmentos debería ser la misma para las siguientes tareas:
Creación de aspirante
Edición de aspirante
Consulta de aspirante

Cualquier incoherencia en la configuración del segmento entre estas tareas puede dar lugar a un comportamiento inesperado. Ejemplo: un usuario puede crear un aspirante, pero perder el acceso de edición a su perfil.

Para implementar correctamente esta mejora, le recomendamos encarecidamente que actualice los siguientes dominios según las necesidades de su organización:

Gestión: informe de gastos para aspirante
Gestión de datos de aspirante (solo grupos basados en usuario)
Gestión de proceso de aspirante
Gestión de proceso de aspirante: consideración de aspirantes
Gestión de proceso de aspirante: introducción de entrevistas de aspirante
Gestión de proceso de aspirante: comentario de estado de elegibilidad de contratación
Proceso de gestión de aspirantes: gestión de aspirantes
Gestión de proceso de aspirante: elegibilidad de aspirante
Gestión de proceso de aspirante: consulta de aspirante
Gestión de proceso de aspirante: consulta de entrevistas de aspirante
Gestión de proceso de aspirante: elegibilidad de contratación de trabajador
Oferta/acuerdo de empleo: convenio colectivo
Oferta/acuerdo de empleo: contratos de empleado
Oferta/acuerdo de empleo: periodo de preaviso
Oferta/acuerdo de empleo: periodo de prueba
Pre-Hire Data: Employment Agreement
Pre-Hire Data: Business Title
Pre-Hire Data: End Date
Datos de aspirante: horas semanales programadas
Pre-Hire Data: Start Date and Location
Datos de aspirante: periodo lectivo
Datos de aspirante: nombre e información de contacto
Datos de aspirante: nombres
Datos de aspirante: información de contacto
Datos demográficos de aspirante por organización
Datos personales de aspirante
Datos personales de aspirante: edad/estado civil
Datos personales de aspirante: grupo étnico/discapacidad/religión/país de nacimiento
Datos personales de aspirante: sexo
Datos personales de aspirante: información de ID
Datos personales de aspirante: exámenes médicos
Datos personales de aspirante: Militar/Ciudadanía/Política/Nacionalidades
Datos personales de aspirante: información personal
Pre-Hire Personal Data: Sexual Orientation & Gender Identity
Pre-Hire Personal Data: Social Benefits Locality
Datos personales de aspirante: servicios web con detalles
Desarrollo de proceso de aspirante
Proceso de aspirante: acción masiva en peticiones de puesto
Aspirante: habilidades y experiencia
Informes: petición de puesto y posiciones
Dependencias: gerente (aspirante)
Informes: posiciones vacantes
Definición: proceso de aspirante

Estos dominios son para grupos de seguridad sin restricciones y no se ven afectados:

Gestión de datos de aspirante: eliminación de aspirantes
Gestión de datos de aspirante: marcado de aspirantes para eliminación
Datos de aspirante: estado de verificación de antecedentes
Búsqueda de aspirante por dirección de correo electrónico privada

Sí, le recomendamos que actualice la política de seguridad de su proceso de gestión si ha aceptado esta función.

Si se utiliza un rol con restricciones para enviar la solicitud de servicio web, el acceso al aspirante sin restricciones debe configurarse en el dominio que protege el servicio web, como se ha descrito anteriormente. Si se utiliza un rol sin restricciones para enviar el servicio web, no es necesaria ninguna actualización.