Flujos de ciclo de vida y su evidencia

Un flujo de ciclo de vida reacciona: la fuente autoritativa (casi siempre recursos humanos) dice que alguien se fue, cambió de puesto o entró, y el proveedor de identidad ejecuta pasos. No inventa altas ni bajas. Eso fija un principio de lectura: si la cuenta de una persona dada de baja sigue activa, hay que averiguar si el flujo no llegó a ejecutarse o si ejecutó y falló, porque la respuesta cambia a quién se le pide arreglarlo.

Las reglas de cada empresa dicen qué pasos ejecuta cada novedad y en qué plazo. Se leen antes de juzgar nada.

La lectura básica de un flujo de baja es un cruce: la lista de novedades de recursos humanos contra el estado actual de cada cuenta. Las bajas que figuran como activa son el hallazgo; los eventos del flujo explican por qué.

Abre novedades-rrhh.txt y mira la última columna. Entre las bajas del trimestre hay una cuenta que debería estar suspendida o desactivada y sigue activa.

Los flujos tienen reintentos, y las reglas de esta empresa dicen cuántos y qué pasa después: si vuelve a fallar, el evento queda en error hasta que una persona de TI lo cierre. Un evento en error que nadie ve es un acceso que se quedó abierto sin que el sistema lo diga en voz alta. Por eso los errores de un flujo de ciclo de vida se vigilan con alertas y con un responsable, no solo se registran.

Lee reglas-de-ciclo.txt y las filas con error de eventos-de-ciclo.txt.

Suspender no es el final: una cuenta suspendida conserva sus datos y sus asignaciones y, si nadie la revisa, se queda así mucho más de lo previsto. Las reglas de la empresa fijan un plazo para desactivarla. Pasado el plazo, la cuenta debía haberse desactivado y no lo hizo: es un hallazgo.

Toma el corte de reglas-de-ciclo.txt, mira las fechas de cuentas-suspendidas.txt y cuenta las cuentas que llevan en suspensión más de los días permitidos.

Una baja completa tiene dos mitades: cerrar la cuenta en el proveedor y retirar el acceso en cada aplicación conectada. La segunda depende de un conector que puede fallar. Si falla, la cuenta del proveedor se ve cerrada y la cuenta local de la aplicación sigue viva, y ahí un acceso sin dueño puede usarse por fuera del proveedor.

Revisa los eventos de gcruz en eventos-de-ciclo.txt: la suspensión salió bien, pero un paso posterior no.