Los procesos posteriores a la baja son las cuatro tareas que el sistema ejecuta, en orden, después de guardar con éxito una baja desde la interfaz, por los servicios centralizados, en una instancia con Position Management. La baja termina el empleo y deja al empleado inactivo; los procesos posteriores ajustan la estructura a esa salida.
La academia los lista en orden. Primero, la adaptación de la jerarquía: si la jerarquía de posiciones es la principal, los subordinados se pueden trasladar según ella. Segundo, la sincronización de las relaciones matriciales con las relaciones del puesto: las relaciones del puesto que apuntaban a la persona que se va como manager matricial se transfieren. Tercero, la adaptación del estado a cubrir de la posición. Y cuarto, la desactivación de la posición, si se eligió en la pantalla de baja.
El orden importa por cómo se manejan los errores. Si un proceso falla, el usuario que inició la baja recibe un correo, se crea una alerta del administrador y los procesos siguientes no corren. Al reprocesar la alerta, se ejecutan el proceso que falló y todos los siguientes. Por ejemplo, si falla la adaptación de la jerarquía, la posición no se marca a cubrir hasta que alguien reprocesa la alerta.
Por eso las alertas del administrador, que vimos en la U1, son parte del monitoreo de Position Management. Un cliente que no las revisa puede tener bajas con subordinados sin reasignar y posiciones que no figuran a cubrir, sin que nadie lo note.
Cada proceso tiene su configuración. La adaptación de la jerarquía depende de la opción de reasignar subordinados de la pestaña Adaptación de la jerarquía, y respeta el umbral para ejecutarse como job. La sincronización matricial depende de las opciones de la pestaña Sincronización matricial, incluida la de qué hacer con las relaciones cuando la posición matricial queda vacante. La adaptación del estado a cubrir depende de la pestaña General. Y la desactivación, de la Personalización de la interfaz y de una lista de condiciones.
La pantalla de baja también ofrece decisiones al usuario: reasignar los subordinados al manager superior, según la jerarquía de posiciones o uno por uno, y desactivar o no la posición. La academia resume el criterio para la posición: si hay que reemplazar a la persona, la posición vuelve a estar a cubrir; si el lugar deja de usarse, se desactiva.
En Best Run Argentina, el VIDEO 5.2 inicia la baja de Sofía Ruiz desde el organigrama. Sofía no tiene subordinados ni relaciones matriciales, así que los dos primeros procesos no tienen trabajo; la posición AR_POS_EJE_VTA_1 queda a cubrir por el tercero, y el cuarto no corre porque no se elige desactivarla.
Para un consultor, cuando un cliente reporta que después de una baja algo no se ajustó, la primera revisión son las alertas del administrador.
