ATS para ETT: qué necesita un software de reclutamiento cuando gestionas cientos de procesos a la vez

Un ATS para una empresa de trabajo temporal no es un ATS estándar con más volumen. Es un sistema diseñado para una operativa radicalmente distinta: múltiples clientes con criterios propios, pedidos que llegan por canales distintos, bolsas de candidatos que son el activo central del negocio y procesos que rara vez siguen el mismo circuito dos veces. Este artículo explica qué tiene que resolver un ATS para que una ETT pueda trabajar con velocidad y sin fricción.

Por qué el ATS que usa una empresa de selección no es el que necesita una ETT

La mayor parte de los sistemas de reclutamiento del mercado están diseñados pensando en una empresa que contrata para sí misma: una vacante, un proceso, una decisión. El ATS organiza ese proceso de principio a fin.

Una ETT no funciona así. Gestiona simultáneamente decenas o cientos de procesos para clientes distintos, cada uno con sus propios requisitos, sus propios plazos y sus propias formas de comunicar los pedidos. El ATS que funciona perfectamente para una empresa de cien empleados que hace veinte contrataciones al año se convierte en un cuello de botella para una ETT que recibe veinte pedidos en un día.

Múltiples clientes, múltiples procesos, múltiples criterios: la complejidad que los ATS genéricos no resuelven

Cuando una ETT recibe un pedido de un cliente de logística que necesita diez mozos de almacén para mañana y al mismo tiempo gestiona una búsqueda de camareros para una cadena de restaurantes y un proceso de conductores para una empresa de transporte, está trabajando con tres pipelines distintos, tres conjuntos de criterios distintos y tres tipos de candidatos distintos.

Un ATS genérico puede organizar esos procesos por separado. Lo que no puede hacer es que el equipo los gestione todos con la velocidad que exige el negocio de una ETT, donde la respuesta al cliente se mide en horas, no en días.

El problema de la doble entrada: cuando el pedido del cliente llega por email y alguien lo vuelve a teclear a mano

Es una de las fricciones más comunes en ETTs que no tienen un sistema integrado: el pedido llega por email, por teléfono o desde el CRM del cliente, y alguien del equipo lo vuelve a introducir manualmente en el ATS para poder abrir el proceso. Esa doble entrada no solo consume tiempo: es una fuente de errores que se propagan a lo largo de todo el proceso.

La integración entre el canal de entrada del pedido, el ATS y el software de gestión laboral tiene que ser directa. El pedido entra, el proceso se abre y la información fluye sin que nadie tenga que reintroducirla. Cuando esa integración existe, como ocurre con la conexión entre viterbit y Nivel IV, el equipo puede centrarse en encontrar al candidato en lugar de gestionar datos.

Procesos que no siguen siempre el mismo circuito: clientes con requisitos especiales, cambios de última hora y contrataciones urgentes

Las automatizaciones tienen mala fama en entornos donde los procesos son variables: ¿qué pasa cuando el cliente cambia los requisitos a mitad del proceso? ¿Cuándo llega un pedido urgente que no puede seguir el flujo estándar? ¿Cómo se gestiona un cliente con condiciones especiales que ningun otro cliente tiene?

Un sistema bien diseñado para ETTs no obliga a seguir un circuito único. Permite definir flujos distintos para distintos tipos de pedido, configurar excepciones y dar al equipo la capacidad de intervenir manualmente en cualquier punto del proceso sin romper la trazabilidad. La automatización no debe eliminar la flexibilidad: debe preservarla.

La bolsa de candidatos es el activo más valioso de una ETT. Y el más infrautilizado.

Cualquier ETT con historia tiene algo que ninguna empresa de nueva creación puede comprar: años de candidatos registrados, entrevistados, evaluados y en muchos casos ya trabajados. Personas que conocen el tipo de puesto, que han demostrado disponibilidad y que, si están disponibles ahora, son el punto de partida más rápido ante cualquier pedido nuevo.

El problema es que en la mayoría de los casos ese activo está infrautilizado. No porque los candidatos no existan, sino porque el sistema no permite localizarlos y reactivarlos con la rapidez suficiente.

Cómo aprovechar años de candidatos acumulados cuando llega un pedido nuevo

Cuando llega un pedido de diez operarios de almacén para mañana, el primer movimiento no debería ser publicar en portales. Debería ser consultar la bolsa: ¿cuántos candidatos con ese perfil, en esa zona y con disponibilidad inmediata tenemos registrados?

Para que esa consulta sea útil en segundos, la bolsa tiene que estar estructurada. No como un archivo de CVs, sino como una base de datos activa con campos indexados: perfil, zona, última disponibilidad confirmada, historial de trabajos anteriores con la ETT, valoración del cliente. Con esa estructura, el sistema puede devolver en segundos los candidatos válidos para ese pedido específico.

Segmentación por perfil, zona y disponibilidad: cómo activar la bolsa en minutos, no en horas

La reactivación de candidatos tiene que poder ocurrir de forma automática: el sistema identifica los perfiles relevantes y envía un primer contacto por WhatsApp confirmando disponibilidad. Los que responden afirmativamente entran directamente en el pipeline del pedido. Los que no responden quedan registrados para un seguimiento posterior.

Ese ciclo, desde la recepción del pedido hasta tener candidatos disponibles confirmados, puede ocurrir en menos de una hora cuando el sistema está bien configurado. Sin ese sistema, el mismo proceso puede llevar un día entero de llamadas y mensajes manuales.

Qué puede automatizarse en una ETT sin perder el control del proceso

La pregunta que más se repite cuando una ETT evalúa automatizar parte de su operativa es si la flexibilidad que necesita es compatible con la estandarización que requiere la automatización. La respuesta depende de qué se automatiza y qué se deja en manos del equipo.

Perseguir documentación antes del alta: qué parte asume el sistema y cómo llega después a la gestión laboral

Recoger el DNI, el número de la Seguridad Social, el permiso de trabajo, el carnet de conducir o el certificado de antecedentes penales antes del alta es una de las tareas que más tiempo consume en una ETT. El candidato no siempre tiene los documentos listos, el equipo tiene que recordarle que los envíe, y cuando llegan hay que verificarlos y volcarlos al sistema de gestión laboral.

Ese flujo puede automatizarse en gran parte: el sistema solicita los documentos directamente al candidato por WhatsApp en el momento adecuado del proceso, los recibe, los vincula al expediente y los traslada a Nivel IV para el alta. El equipo solo interviene si hay una incidencia o un documento que requiere revisión manual. Lo que antes tardaba horas pasa a ocurrir en paralelo, sin consumir atención del equipo.

Primer contacto, criba, entrevista y seguimiento: dónde la automatización aporta más en una ETT

En una ETT con alto volumen de pedidos operativos, las tareas con mayor potencial de automatización son:

• Primer contacto con candidatos de la bolsa: mensaje automático por WhatsApp confirmando disponibilidad cuando llega un pedido relevante.

• Criba automática por criterios del pedido: disponibilidad, zona, perfil, documentación. El sistema filtra y deja al equipo solo los candidatos que cumplen los requisitos mínimos.

• Entrevista inicial por voz: el agente conduce la conversación, recoge la información relevante y devuelve un resumen estructurado al recruiter.

• Coordinación de la incorporación: confirmación del día y hora de inicio, recordatorios al candidato y comunicación al responsable del cliente.

• Recolección de documentación: solicitud y recepción automática, con volcado a Nivel IV para el alta.

Lo que no se automatiza, y no debe automatizarse, es la decisión final sobre qué candidato encaja mejor con un cliente específico cuando hay matices de relación, historial o condiciones especiales que solo el equipo puede evaluar.

Perfiles operativos y perfiles de estructura: ¿necesita una ETT dos sistemas distintos?

Es la pregunta que aparece con más frecuencia cuando una ETT con cartera mixta evalúa un sistema especializado en perfiles operativos: ¿qué hago con los procesos de estructura? ¿Necesito otro ATS para esos?

Dónde está el 80% del volumen de una ETT y dónde tiene más impacto la automatización

En la mayoría de las ETTs generalistas, los perfiles operativos representan entre el 70 y el 90% del volumen total de pedidos. Almacén, hostelería, logística, industria, limpieza, seguridad. Son los pedidos que llegan con más urgencia, que requieren más velocidad de respuesta y donde el sistema marca más diferencia.

Los perfiles de estructura, mandos intermedios, técnicos especializados, perfiles de oficina, representan un volumen mucho menor y tienen procesos más largos donde la automatización tiene menos impacto relativo. Son procesos donde la relación y el criterio del consultor importan más que la velocidad.

Cuándo un solo sistema es suficiente y cuándo tiene sentido complementarlo

Un sistema optimizado para volumen operativo puede gestionar también los perfiles de estructura con menor nivel de automatización: el pipeline, la comunicación con candidatos y la coordinación de entrevistas funcionan igual. Lo que cambia es el ritmo y el nivel de intervención del consultor.

El escenario en el que tiene sentido plantearse un sistema complementario es cuando los perfiles de estructura representan un volumen significativo y tienen un proceso tan diferenciado que requiere funcionalidades específicas, como gestión de honorarios, fases de selección ejecutiva o integraciones con plataformas de headhunting. En la mayoría de las ETTs, ese no es el caso.

Cuando la IA conduce la entrevista: qué control real tiene el recruiter de una ETT

La entrevista conducida por un agente de IA es la funcionalidad que más preguntas genera cuando una ETT la evalúa por primera vez. No por desconfianza en la tecnología, sino por una pregunta muy práctica: ¿cómo sé que el agente está evaluando lo que yo quiero evaluar, con el criterio que yo quiero aplicar?

Cómo se configura el criterio de evaluación y quién puede ajustarlo

El agente no decide solo qué preguntar ni cómo evaluar las respuestas. El equipo define el protocolo de entrevista para cada tipo de pedido: qué preguntas hacer, qué información recoger, qué criterios son eliminatorios y cuáles son deseables. El agente ejecuta ese protocolo de forma consistente con todos los candidatos.

Eso significa que el criterio es del equipo, no del sistema. El agente es el ejecutor, no el evaluador. Y cualquier miembro del equipo con acceso puede revisar y ajustar el protocolo en cualquier momento, antes de que empiece un proceso o durante el mismo si los primeros resultados no son los esperados.

Trazabilidad y auditoría: cómo revisar los resultados y corregir el rumbo

Cada entrevista conducida por el agente queda transcrita y disponible. El recruiter puede revisar cualquier conversación en cualquier momento: qué preguntas hizo el agente, qué respondió el candidato, cómo interpretó el sistema esa respuesta. Si hay un candidato que el sistema valoró negativamente pero que el recruiter considera interesante, puede revisarlo manualmente y avanzarlo.

Esa trazabilidad tiene también valor frente al cliente: si hay una queja sobre cómo se seleccionó a un candidato, el equipo puede mostrar exactamente cómo fue el proceso, qué criterios se aplicaron y qué información recogió el sistema. En un sector donde la relación con el cliente es crítica, esa capacidad de auditoría es un argumento de confianza.

Qué mirar cuando evalúas un ATS para tu ETT

No todos los sistemas que se anuncian como válidos para ETTs tienen las capacidades que una operativa de alto volumen realmente necesita. Estas son las preguntas que distinguen un sistema diseñado para este contexto de uno que simplemente tolera más volumen:

• ¿El sistema integra directamente con el software de gestión laboral que ya usas, sin doble entrada de datos?

• ¿Permite configurar flujos distintos para distintos tipos de pedido y clientes con requisitos especiales?

• ¿La bolsa de candidatos es consultable y activable en tiempo real, con segmentación por perfil, zona y disponibilidad?

• ¿El primer contacto con candidatos puede automatizarse por WhatsApp desde que llega el pedido?

• ¿El agente de entrevistas permite configurar el protocolo por tipo de pedido y revisar y ajustar los criterios después de los primeros resultados?

• ¿Las conversaciones quedan transcritas y auditables para el equipo y, cuando sea necesario, para el cliente?

• ¿El pipeline es visible en tiempo real para todos los consultores del equipo, con alertas sobre pedidos en riesgo de no cubrirse a tiempo?

Una ETT no necesita más candidatos. Necesita llegar antes a los que ya tiene.

El mayor activo de una ETT con historia no son sus clientes ni sus márgenes: es su bolsa. Años de candidatos registrados, evaluados y en muchos casos ya trabajados. Personas que conocen el tipo de puesto y que, si están disponibles, son la respuesta más rápida a cualquier pedido.

El problema no es la falta de candidatos. Es que el sistema no permite llegar a ellos con la velocidad que el pedido exige. Un pedido urgente no puede esperar a que alguien revise la bolsa manualmente, haga las llamadas y coordine las respuestas. Tiene que activarse solo, en el momento en que llega el pedido, y devolver al equipo un pipeline de candidatos disponibles antes de que el cliente llame para preguntar cómo va.

Eso es lo que separa un ATS genérico de un sistema diseñado para una ETT. No el volumen que soporta. La velocidad con la que lo gestiona.