En el rol de autoservicio del manager, la población objetivo no es una lista fija de personas sino una relación: los subordinados directos de quien recibe el rol. Esa forma de definirla permite que un único rol sirva para todos los managers de una empresa, y que cada uno trabaje solo sobre su propio equipo. Si mañana cambia la estructura y un manager suma o pierde personas, el rol no se toca: la población se recalcula con la relación de manager que está en la información del puesto.
La academia oficial presenta el autoservicio del manager con esa misma lógica: para que un manager pueda iniciar cambios solo sobre sus subordinados directos, hay que definir el grupo que recibe el rol, el rol y la población objetivo. La alternativa es extender la población a todos los niveles hacia abajo, si el cliente quiere que un manager también pueda actuar sobre los equipos de sus managers. Es una decisión de diseño que conviene tomar con RR. HH., porque cambia quién puede proponer cambios de puesto o de salario.
La relación de manager sale de la información del puesto. Por eso, cuando un manager no ve el botón de acciones de un empleado, una de las primeras cosas que se revisa es si esa persona figura como su subordinado en el registro vigente. Un error en el campo del manager, o un cambio de manager cargado con fecha futura, puede dejar a alguien fuera de la población sin que el rol tenga ningún problema.
Los permisos de varios roles se suman. Un manager que también es de RR. HH. puede tener, por otro rol, una población más amplia. En ese caso, lo que ve sobre su equipo puede venir de cualquiera de los dos roles, y para saber de dónde viene cada permiso se usa Ver permisos de usuario.
En el caso del curso, AR_Autoservicio manager se otorga a AR_Managers con población objetivo los subordinados directos. Como desde la U4 L3 todos los empleados de AR01 tienen a Martín Gómez como manager, hoy esa población son Lucía Fernández, Sofía Ruiz, Diego Pereyra y Valentina Torres. Martín, además, integra AR_Equipo RR. HH. y tiene el rol AR_RR. HH. Argentina, cuya población son todos los empleados de AR01. El Video 1.2 muestra esa superposición en Ver permisos de usuario.
En la evaluación de la L1, una pregunta de opción múltiple pide qué población objetivo lleva el rol del manager si Martín tiene que poder proponer cambios solo para su equipo directo: los subordinados directos del usuario que recibe el rol. En los ejercicios, el pedido 6, en el que Martín no ve el botón de acciones en el perfil de Valentina Torres, incluye revisar si Valentina está dentro de esa población.
Un consejo de diseño: cuando el cliente pida que el manager vea a todos los niveles, preguntá también qué puede cambiar en cada nivel. A veces la respuesta es ver a todos y proponer cambios solo para el equipo directo, y eso se resuelve con dos roles con poblaciones distintas.
