El siguiente artículo se refiere a la función Candidate Merge específica de las integraciones con Workday. Para obtener información específica sobre la lógica de fusión dentro de Beamery, haga clic aquí.
Candidate Merge se refiere a la consolidación de datos de registros de candidatos duplicados. Reconocemos que la gestión de duplicados es una preocupación importante relacionada con la calidad de los datos para los clientes de Beamery. Tener demasiados candidatos duplicados en Workday o Beamery afecta a la eficiencia de las operaciones de contratación.
Como solución, Beamery ha desarrollado e implementado una función llamada Candidate Merge. El objetivo de esta función es crear una solución para sincronizar en Beamery las fusiones de perfiles de candidatos realizadas en Workday.
Candidate Merge garantiza que los mismos candidatos supervivientes existan en Beamery después de realizar una fusión en Workday y transferir los datos de Workday a Beamery.
Beamery conserva dos identificadores por candidato: el identificador específico de Beamery y el identificador del ATS. Por lo tanto, si tiene candidatos en Beamery y luego sincroniza una solicitud desde Workday, los candidatos solo se fusionarán si comparten la misma dirección de correo electrónico de un perfil existente en Beamery, y el candidato original se actualizará con el identificador del ATS.
Si comparten la dirección de correo electrónico de varios perfiles existentes en Beamery, Beamery hará lo mismo y creará un perfil adicional. Esto garantiza que no fusionemos algunos perfiles y otros no.
Candidate Merge garantiza que, al realizar una fusión, podamos mostrar correctamente los mismos candidatos supervivientes en Beamery después de una fusión realizada en Workday y transferida de Workday a Beamery.
Importante:
La función Workday Candidate Merge solo está disponible para futuras fusiones, lo que significa que la función no fusionará contactos de forma retroactiva. Si tiene previsto auditar sus contactos de Workday, asegúrese de habilitar esta función con antelación.
Comportamiento del sistema que debe tener en cuenta:
Escenario: varias solicitudes de empleo:
Cuando el candidato de origen y el candidato de destino se han postulado a la misma solicitud de empleo y las etapas (estado) son diferentes para cada uno (por ejemplo, «Rejected» y «Review»), Workday conservará dos solicitudes de empleo con las dos etapas diferentes para el candidato fusionado.
Sin embargo, cuando se transfieren a Beamery, solo conservamos una solicitud de empleo: la solicitud de empleo y, por lo tanto, la etapa (estado) del candidato de destino. Esto se debe a nuestro modelo de datos: solo puede haber una solicitud para el mismo candidato y la misma vacante.
Escenario: conservar los datos de origen después de fusionarlos con el destino
El objetivo de esta función es garantizar que tengamos los mismos candidatos supervivientes en Beamery después de una fusión realizada en Workday y transferida de Workday a Beamery.
Cuando se realiza una fusión en Workday, únicamente para perfiles de posibles candidatos (es decir, sin incluir perfiles de candidatos), los datos de «skill», «attachment», «language», «education», «source field» y «experience» del perfil de origen se pierden o eliminan. Sin embargo, conservamos estos datos en Beamery después de transferir y procesar la fusión.
Escenario: cuando se crea un candidato de destino antes que el candidato de origen
Beamery mostrará los campos de «Full Name» del candidato de destino cuando se haya realizado una fusión y esta se haya transferido desde Workday. Workday mostrará los campos de «Full Name» del candidato que se haya actualizado por última vez o, si no se ha actualizado ninguno, del que se haya creado más recientemente.
Por lo tanto, en un escenario en el que el candidato de origen se creó después del candidato de destino, Workday mostrará el «Full Name» del candidato de origen y no el del candidato de destino. Sin embargo, Beamery mostrará el «Full Name» del candidato de destino, independientemente de cuál se haya actualizado o creado más recientemente. Esto se debe a que la lógica de fusión de Beamery difiere de la lógica de fusión de Workday.
La lógica de fusión de Beamery consiste en mostrar siempre los datos del candidato de destino. La lógica de Workday consiste en mostrar los datos del candidato que se haya actualizado más recientemente o, si no se ha actualizado ninguno, del que se haya creado más recientemente.
Esta discrepancia se resuelve con el siguiente candidate_pull, ya que Workday enviará entonces un «Full Name» actualizado.