La población por jerarquía debajo de la posición del usuario es la opción de población objetivo que incluye las posiciones que dependen de la posición de quien tiene el rol. Se basa en la posición superior: las posiciones hijas de la posición del usuario son el primer nivel, sus hijas el segundo, y así. Se elige cuántos niveles incluir: uno, dos, tres o todos.
Es la opción típica de los managers. Un gerente con el rol de autoservicio del manager y esta población ve y cambia las posiciones de su estructura, sin que haya que mantener una lista de departamentos o de personas. Si su estructura crece, la población crece con ella. Si el gerente cambia de posición, su población cambia con él.
En Best Run Argentina, AR_Autoservicio manager usa esta opción, con todos los niveles y la marca de excluir la posición del propio usuario. Así, Martín Gómez ve las posiciones de su equipo, pero no la suya: no puede cambiar su propia posición. La población depende de que Martín tenga posición, y por eso en la L1 todavía no ve nada: su posición se crea en la L4.
La academia muestra en sus ejercicios dos variantes. Para un manager, todos los niveles, comprobando con sustituto que solo ve las posiciones de su jerarquía. Para el autoservicio del empleado, un nivel, con un resultado interesante: el empleado solo ve su propia posición, y el selector de fecha del organigrama no está disponible.
La opción tiene una dependencia que conviene explicar al cliente. La población se calcula con la jerarquía de posiciones, no con la de reporte. Si en el cliente las dos jerarquías están desalineadas, porque alguien cambió managers en la información del puesto, un manager puede ver posiciones de personas que ya no le reportan o no ver las de personas que sí. La configuración de la L3, con la jerarquía de posiciones como principal, evita ese problema.
También depende de la fecha. La jerarquía de posiciones tiene fecha efectiva, y la población se calcula con la estructura vigente. La academia lo muestra en su ejercicio: con una fecha anterior a la creación de las posiciones, el manager no ve ninguna.
Combinada con el permiso Crear, esta opción permite el requisito clásico de que los managers creen posiciones solo debajo de la suya. Pero, como vimos, Crear ignora la población por defecto: hace falta activar la marca Crear respeta los criterios de población en el objeto posición. Sin ella, el manager podría crear posiciones en cualquier lugar de la estructura.
