Selección y nómina suelen vivir en herramientas distintas, gestionadas por equipos distintos, como si fueran procesos que no tienen nada que ver entre sí. Pero los dos giran alrededor del mismo dato de fondo: una persona. Cuando ese dato se duplica entre un ATS y un sistema de nóminas, cada duplicado es una oportunidad de que algo se escriba distinto en un sitio y en otro.
La pregunta no es si selección y nómina «deberían» estar juntas por elegancia técnica, sino qué se rompe cuando no lo están: normalmente, tiempo perdido tecleando dos veces lo mismo y errores que solo se detectan cuando ya han llegado a una nómina.
De candidato a empleado sin volver a escribir nada
Cuando una vacante tiene su propio embudo por etapas y una IA de criba de currículums precarga el formulario del candidato a partir de su CV — siempre revisado y confirmado por una persona, nunca decidido solo por la IA —, esos datos ya existen en el sistema antes de que la persona firme el contrato. Convertir un candidato en empleado no debería significar volver a teclear su nombre, su DNI o su cuenta bancaria en otra pantalla distinta.
Una ficha, muchos consumidores del mismo dato
La ficha de empleado no es solo un dato de RRHH: alimenta selección (histórico de la vacante que cubrió), nómina (su IRPF, su tipo de contrato), tiempo (su calendario y su convenio) y desarrollo (sus niveles y objetivos). Mantener una única ficha, con permisos que protegen qué ve cada rol, evita el escenario típico de «en nóminas pone una cosa y en el organigrama pone otra».
Lo que la anonimización no rompe
Cumplir con protección de datos no significa perder el histórico útil: anonimizar los datos personales de candidatos que no siguieron adelante, conservando el histórico estadístico (cuántos candidatos, de qué etapas, en qué tiempo), permite seguir midiendo la eficacia del proceso de selección sin guardar datos personales más tiempo del necesario.
Y después de contratar, el mismo hilo continúa
Cuando un candidato pasa a ser empleado, el mismo sistema puede asignarle un buddy que lo acompañe las primeras semanas y lanzar la campaña de firma de los documentos de incorporación — contrato, políticas internas — con un estado por persona. Esa incorporación se apoya en la misma ficha que ya existía desde la fase de selección, no en un proceso nuevo que empieza de cero el día que la persona firma. El hilo de datos no se rompe entre «era candidato» y «ya es empleado».
El mismo razonamiento se aplica al revés: cuando alguien deja la empresa, el motivo de la baja y el histórico de su paso por la compañía deberían quedar en el mismo sitio donde empezó como candidato, no repartidos entre un ATS que ya nadie mira y una nómina que se cierra sin más contexto.
Un sistema único no elimina la necesidad de una gestoría o de un responsable de selección — elimina la necesidad de que ambos mantengan su propia versión, ligeramente distinta, del mismo dato.