Blog
Recursos Humanos 13 de noviembre de 2026 14 min

Roles y permisos en un ATS: cómo diseñarlos bien en 2026

Qué roles y permisos conviene configurar en un ATS: administrador, reclutador, hiring manager y entrevistador, con criterios de alto volumen y de RGPD en España.

Roles y permisos en un ATS: cómo diseñarlos bien en 2026

La administradora asigna roles de acceso en un ATS

Los roles y permisos de un ATS definen quién puede ver, editar, valorar y aprobar cada cosa dentro del proceso de selección: ofertas, candidatos, entrevistas, valoraciones y ajustes. La regla que mejor funciona, sobre todo en retail y restauración, es sencilla: cada persona accede solo a las vacantes, sedes y datos que necesita para su función, y las decisiones sensibles (publicar una oferta, descartar, contratar) se reparten entre más de una persona. En Filmijob centralizamos todo el proceso de selección en un solo lugar, y precisamente por eso el diseño de accesos es lo primero que conviene decidir.

Filmijob
Centraliza la selección con más control
Filmijob reúne el proceso de selección en un solo lugar, con herramientas para gestionar candidatos y optimizar procesos de alto volumen.
Visitar

En resumen

  • Un rol agrupa permisos según la función (administrador, reclutador, responsable de contratación, entrevistador), no según la persona.
  • Conviene distinguir roles de sistema, que afectan a toda la plataforma, y roles de vacante, que afectan solo a un proceso concreto.
  • En alto volumen, los permisos se asocian a vacante, departamento o sede, y nunca se concede visibilidad global por defecto.
  • Quien prepara una oferta no debería ser quien la aprueba, y el entrevistador solo ve lo que le han asignado.
  • En España, el RGPD y la AEPD exigen limitar el acceso por necesidad profesional y revisar los accesos tras cada baja o cambio de puesto.

Tabla de contenidos

Qué son los roles y permisos en un ATS

Un permiso es una acción concreta: ver un candidato, editar una oferta, mover a alguien de fase, exportar datos, borrar un perfil. Un rol es un conjunto de permisos con nombre, que se asigna a los usuarios. La ventaja es evidente: en lugar de configurar a cada persona una por una, se define el rol una vez y se asigna. Cuando alguien cambia de puesto, se cambia el rol y no cien casillas.

La documentación técnica de integración de sistemas ATS describe un rol como una función o nivel de permisos que determina qué puede ver, editar y gestionar un usuario, tanto de forma global como dentro de una vacante concreta. Esa distinción entre alcance global y alcance por vacante es la clave de todo el diseño, y merece su propio apartado.

Roles de sistema y roles de vacante

Los roles de sistema tienen alcance sobre toda la instancia del ATS. El ejemplo típico es el administrador, que puede configurar ajustes para todos los usuarios. Los roles de vacante definen las responsabilidades del equipo de contratación en una posición específica, como el responsable de contratación (hiring manager) de una vacante determinada, según la misma documentación.

En la práctica significa que una persona puede ser usuario básico en el sistema y, a la vez, responsable de una única vacante: su visibilidad queda limitada a ese proceso. Esto evita el error más común, que es dar a todo el mundo el rol más amplio «por si acaso».

Comparación entre acceso global y acceso por vacante

Los roles que suelen existir y qué puede hacer cada uno

No hay un catálogo universal, pero casi todos los equipos acaban necesitando cuatro perfiles. La siguiente tabla es una propuesta de partida que se adapta a cada organización.

Rol Alcance habitual Puede No debería poder
Administrador Toda la plataforma Configurar ajustes, crear usuarios, aprobar ofertas, gestionar sedes Usarse como cuenta de trabajo diaria
Reclutador Sus vacantes, departamentos o sedes Crear y editar ofertas, gestionar candidatos, mover fases, comunicar Aprobar su propia oferta, cambiar la configuración global
Responsable de contratación Solo su vacante Ver candidatos de su proceso, valorar, proponer decisión Ver otras vacantes ni exportar bases de datos
Entrevistador Entrevistas asignadas Ver el perfil de la entrevista y redactar su valoración Ver el pipeline completo ni las notas de otros

Administrador

Es el rol con más poder y debe tener pocas personas. Un administrador por cada unidad de negocio relevante suele bastar; más allá de eso, cada cuenta adicional es un riesgo de configuración y de acceso a datos personales. Una buena práctica es que los administradores tengan además una cuenta de trabajo normal, de modo que las tareas rutinarias no se hagan con el máximo privilegio.

Reclutador

Es quien opera el día a día: publica, filtra, contacta, programa y mueve candidatos entre fases. Necesita permisos amplios de edición, pero acotados a su ámbito. En una cadena de restauración, un reclutador regional no tiene por qué ver los candidatos de otra región.

Responsable de contratación

Es el gestor de la tienda o del restaurante que necesita cubrir un puesto. Quiere ver a los candidatos de su vacante, valorarlos y decidir. No necesita ni debe ver nada más. Según el modelo de autorización que propone OpenFGA para sistemas de seguimiento de candidatos, el responsable llega al candidato a través de la candidatura vinculada a su vacante, no por un acceso general a la base de datos.

Entrevistador

Es el perfil más limitado. La misma referencia recomienda que el entrevistador vea únicamente las entrevistas que se le han asignado y las valoraciones que él mismo redacta, sin acceso al resto del pipeline, a las notas de otros entrevistadores ni a los detalles de la oferta. Esto, además de proteger datos, mejora la calidad de la evaluación: cada entrevistador valora de forma independiente, sin que lo condicione la opinión de los demás.

Cómo configurar permisos sobre vacantes, candidatos y fases

La configuración varía de una herramienta a otra, pero el método para decidirla es común. Seguir este orden evita rehacerlo después.

  1. Inventaría las funciones, no las personas. Anota qué hace cada perfil en el proceso: publicar, filtrar, entrevistar, aprobar, contratar. Si no puedes describir la función en una frase, probablemente necesitas dos roles.
  2. Define el alcance de cada rol. Para cada función decide si opera sobre todo el sistema, sobre una sede, un departamento o una vacante. En alto volumen, parte siempre del alcance más estrecho posible.
  3. Separa ver, editar y decidir. Un mismo rol puede ver candidatos sin poder cambiar su fase, o puede mover fases sin poder borrar perfiles ni exportar datos. Los permisos de borrado y exportación son los que menos personas deberían tener.
  4. Reparte las decisiones sensibles. Quien redacta la oferta no la aprueba. OpenFGA lo plantea como control de cuatro ojos: el equipo de contratación redacta y edita, y la aprobación queda reservada al administrador.
  5. Prueba cada rol con un usuario real. Entra con una cuenta de cada perfil y comprueba que ve exactamente lo previsto y nada más.
  6. Documenta y revisa. Deja por escrito qué rol existe y por qué, y fija una fecha de revisión.

Si estás en plena puesta en marcha de la herramienta, este reparto de roles encaja como un paso más de la implantación de un ATS con checklist para RRHH.

Roles y permisos en procesos de alto volumen

Cuando una empresa gestiona decenas de tiendas o locales y cientos de candidaturas por semana, el problema deja de ser técnico y se vuelve organizativo. Hay mucha rotación de gestores, muchos usuarios ocasionales y mucha presión por contratar rápido, justo las condiciones en que se acaban concediendo permisos de más.

La referencia de OpenFGA propone que en estos entornos los permisos se asocien a cada vacante, departamento o ubicación y no a una visibilidad global por defecto. Aplicado a retail y restauración, esto suele traducirse en un esquema por capas:

  • Central: administradores y responsables de selección que ven todo el volumen y configuran los flujos.
  • Regional o por zona: reclutadores que ven las sedes de su zona.
  • Sede: gestores que ven solo los candidatos de su local y deciden sobre sus vacantes.
  • Puntual: entrevistadores o encargados de turno con acceso a entrevistas concretas.

Un ejemplo ilustrativo: una cadena con 60 locales y una campaña de verano. Si los 60 gestores tuvieran visibilidad global, cada uno podría consultar datos de miles de candidatos que no le conciernen. Con permisos por sede, cada gestor ve únicamente a quienes se han presentado a su local, y la central conserva la visión conjunta para medir tiempos y conversión.

El coste de crecer: usuarios y sedes

Un diseño de permisos por sede obliga a pensar en cuántos usuarios y cuántas sedes tendrá el proceso. En nuestras tarifas publicadas, un usuario recruiter/admin adicional cuesta 29 € al mes y un paquete de 10 sedes adicionales, 99 € al mes. Conviene tener esas cifras a mano al dimensionar los accesos; las condiciones vigentes de cada plan están en la página de precios de Filmijob.

Roles, permisos y protección de datos en España

Un ATS concentra currículos, datos de contacto, valoraciones y, a veces, vídeo. Los permisos son la primera medida práctica para cumplir el RGPD en selección. Estos son los puntos que importan en España.

Base jurídica. La AEPD recuerda en su guía sobre protección de datos en las relaciones laborales que la selección suele apoyarse en el artículo 6.1.b del RGPD, cuando el tratamiento es necesario para aplicar medidas precontractuales a petición de la persona interesada.

Información al candidato. La misma guía recomienda informar en la convocatoria conforme al artículo 13 del RGPD y establecer procedimientos que acrediten que se informó a quien presenta su currículum de forma espontánea.

Acceso limitado por necesidad. Los terceros ajenos a un procedimiento selectivo no tienen, por regla general, base jurídica para acceder a información detallada como baremaciones o resultados individualizados, según un informe jurídico de la AEPD. Es un argumento directo contra la visibilidad global: si una persona no participa en el proceso, no debería ver sus datos.

Conservación y definición de accesos. La autoridad francesa de protección de datos expone un criterio coherente en su guía de reclutamiento: el reclutador debe definir quién está habilitado para acceder a los datos de los candidatos según sus atribuciones, y los datos recogidos no pueden conservarse indefinidamente. Es una referencia francesa, útil como contraste, mientras que la normativa aplicable en España es el RGPD y la guía de la AEPD.

Revisión periódica. Un buen hábito es revisar los accesos de forma periódica y, siempre, tras una baja o un cambio de puesto. Es la fuga de datos más silenciosa: la cuenta de un gestor que dejó la empresa y sigue activa.

Si quieres profundizar en cómo debe ser la seguridad de la herramienta en sí, tenemos una guía sobre qué exigir a un sistema de selección en seguridad, y otra con el marco general del cumplimiento del RGPD. Para un caso concreto, el de la ubicación, consulta cómo usar la geolocalización de candidatos con RGPD.

Roles, permisos y protección de datos en España

Para dudas jurídicas concretas sobre tu organización, el interlocutor es tu delegado de protección de datos o un abogado especializado en protección de datos.

Errores frecuentes al asignar roles

  • Dar rol de administrador por comodidad. Es lo más habitual en equipos pequeños que crecen, y lo más difícil de deshacer después.
  • Una sola persona controla todo el paso sensible. Si quien redacta una oferta también la aprueba, desaparece el control cruzado. OpenFGA insiste en separar quién prepara y quién aprueba una oferta para reducir ese riesgo.
  • Cuentas compartidas. Un usuario genérico para toda una tienda elimina la trazabilidad: no se sabe quién valoró, descartó o consultó a quién.
  • Roles por persona y no por función. Se multiplican los casos especiales y nadie sabe ya qué puede hacer cada cual.
  • No retirar accesos en las bajas. Debe formar parte del procedimiento de salida de RRHH, igual que devolver el portátil.
  • Exportación sin control. Los permisos de exportar y descargar datos deberían ser los más restringidos.

Una lista de verificación para tu ATS

  1. Hay un número reducido de administradores, identificados por nombre.
  2. Cada reclutador ve solo sus vacantes, departamentos o sedes.
  3. Los responsables de contratación acceden únicamente a sus vacantes.
  4. Los entrevistadores solo ven entrevistas asignadas y sus propias valoraciones.
  5. La aprobación de ofertas está separada de su redacción.
  6. Existen permisos distintos para ver, editar, borrar y exportar.
  7. Cada acción queda asociada a un usuario individual.
  8. Los accesos se revisan con periodicidad fija y tras cada baja o cambio de puesto.
  9. Se informa a los candidatos conforme al artículo 13 del RGPD.

Si estás comparando herramientas, estos puntos encajan con los 7 criterios para elegir un ATS de alto volumen en retail y restauración.

Cómo lo planteamos en Filmijob

Filmijob es una plataforma para procesos de selección de alto volumen que centraliza el proceso completo, desde la publicación de la oferta hasta la selección final, y permite personalizar los flujos según el sector o la sede. Esa centralización es lo que hace manejable el reparto de responsabilidades: cuando ofertas, candidatos, videoentrevistas en diferido y seguimiento viven en un mismo lugar, es más fácil saber quién participa en cada proceso y limitar lo que cada persona necesita ver.

Los planes publicados son STARTER (99 € al mes), GROWTH (299 € al mes), SCALE (699 € al mes) y ENTERPRISE (desde 999 € al mes). Sobre ellos existen complementos relevantes para el control de accesos: usuarios recruiter/admin extra a 29 € al mes, bloques de 5 procesos activos extra a 49 € al mes, 10 sedes extra a 99 € al mes y SSO a 299 € al mes. El onboarding cuesta 390 € en STARTER, 950 € en GROWTH, 1950 € en SCALE y desde 3500 € en ENTERPRISE, pagos únicos.

Si gestionas selección en retail, restauración u operaciones intensivas, puedes ver cómo funciona la captación estructurada o el seguimiento y la base de talento, y consultar los planes completos en la página de precios.

Filmijob

Nuestra visión sobre roles y permisos

Después de plantear la selección como un embudo único, la conclusión es que los permisos no son un trámite técnico: son parte del criterio de selección. Cuando cada persona ve lo que necesita y decide lo que le corresponde, el proceso gana en rapidez y en trazabilidad.

En procesos de alto volumen defendemos tres ideas. Primera, partir siempre del alcance más estrecho y ampliarlo solo con motivo. Segunda, mantener criterios humanos en cada decisión: la automatización y el filtrado inteligente ordenan el volumen, pero quien decide es una persona con un rol claro. Tercera, que centralizar el proceso en un solo lugar es la mejor base para repartir responsabilidades sin perder la visión de conjunto.

Nuestro consejo a los responsables de selección es dedicar una tarde, antes de lanzar la primera campaña, a definir los roles sobre el papel. Es la decisión más barata de todo el proyecto y la que más trabajo ahorra después.

Alejandro

Preguntas frecuentes

¿Cuál es la diferencia entre un rol y un permiso?

Un permiso es una acción concreta, como ver un candidato o editar una oferta. Un rol es un conjunto de permisos con nombre que se asigna a las personas según su función. Gestionar roles es más sencillo y más seguro que configurar permisos usuario a usuario.

¿Cuántos administradores debería tener un ATS?

Los mínimos posibles, identificados por nombre y con responsabilidad clara. En organizaciones grandes suele bastar uno por unidad de negocio o función central. Cada administrador adicional amplía el acceso a datos personales de candidatos y la superficie de error en la configuración.

¿Puede un responsable de tienda ver todos los candidatos de la empresa?

No es lo recomendable. Con permisos por vacante o sede, el gestor ve solo los candidatos de su proceso. La AEPD indica que los terceros ajenos a un procedimiento selectivo no suelen tener base jurídica para acceder a datos detallados de los participantes.

¿Con qué frecuencia hay que revisar los permisos?

De forma periódica, con un calendario fijo, y siempre tras una baja o un cambio de puesto. En alto volumen, con mucha rotación de gestores, conviene que la revisión forme parte del procedimiento de salida de RRHH.

¿Hace falta el consentimiento del candidato para tratar sus datos?

En selección el tratamiento suele apoyarse en medidas precontractuales (artículo 6.1.b del RGPD), pero hay que informar al candidato conforme al artículo 13. Para casos concretos de tu empresa, consulta con tu delegado de protección de datos.

Fuentes

Recomendaciones

Seguir leyendo