Identidades masivas y ciclo de curso

En una institución educativa la identidad no la decide quien la usa: la decide el sistema de matrícula. Una cuenta de estudiante existe porque hay una matrícula activa, y debe dejar de existir cuando esta termina. Por eso el ciclo de vida se automatiza a partir de esa fuente (en la nube, directorios como Microsoft Entra ID o AWS IAM Identity Center se alimentan de ella): altas al matricularse, cambios de grupo al cambiar de curso y baja al retirarse o graduarse.

El riesgo de hacerlo a mano es el desfase. Cada semana que pasa entre la baja y la deshabilitación es una semana en que una persona que ya no pertenece a la institución conserva su correo, sus archivos y, a veces, accesos a laboratorios.

Abre politica-de-ciclo.txt y cuentas-estudiantes.csv. Una cuenta habilitada de una matrícula retirada es un descuido; si además registró acceso después de la fecha de fin de curso, es una señal de que alguien la sigue usando. Cruza la matrícula retirada, el estado de la cuenta y la fecha del último acceso con la de fin de curso.

La política da 30 días después del fin de curso para deshabilitar. El inventario está fechado el 2 de octubre de 2026. Cuenta las cuentas que siguen habilitadas y cuyo fin de curso ya quedó más de 30 días atrás (una retirada de hace dos semanas todavía está en plazo).

Los invitados externos son las identidades más olvidadas: nadie los matriculó, nadie los da de baja. La política exige una fecha de caducidad de 90 días como máximo. Revisa invitados-externos.csv.

Cuando la baja procede, la primera acción es deshabilitar, no eliminar. Una cuenta deshabilitada se puede reactivar si hubo un error de matrícula y conserva su historial para una investigación; una cuenta eliminada se lleva consigo los registros que la vinculan con lo que hizo. El borrado llega después, cuando termina el tiempo de retención.