🟩 Release 2.67 – Sistema de Gestión Escolar (SGE)
📅 Fecha de publicación: Mayo 2026
👥 Proyecto SINIDE – Ministerio de Educación de la Nación
En esta nueva release se trabajaron múltiples funcionalidades y correcciones orientadas a mejorar la seguridad, el rendimiento y la estabilidad del Sistema de Gestión Escolar (SGE) en todas las jurisdicciones. A continuación, te contamos los cambios más importantes implementados.
🔹 Funcionalidades incorporadas
🟦📝 Permisos Identificatorios – Edición de datos personales según rol
🔍 ¿Cuál era el problema?
Cuando un alumno poseía el estado VALIDADO (datos provenientes de SINTyS), sus datos personales quedaban completamente bloqueados para edición, sin distinción de rol. Esto generaba problemas operativos, ya que los directores no podían corregir datos básicos durante la carga inicial y los administradores jurisdiccionales quedaban igualmente restringidos.
🛠 ¿Qué se hizo?
Se desarrolló una lógica de permisos diferenciada por rol:
- Rol Director: Puede editar Nombre, Apellido, Fecha de nacimiento y Sexo únicamente durante la primera carga del alumno. Los campos DNI y Tipo de documento no son editables. Una vez confirmada la carga, los datos quedan bloqueados.
- Rol Administrador de Datos Personales / ADM SGE: Mantiene permiso pleno de edición sobre todos los campos en cualquier momento, incluso sobre alumnos con estado VALIDADO.
- Cambio de estado: Al modificar campos de un alumno VALIDADO, el sistema actualiza automáticamente el estado a no validado y muestra un aviso previo.
📌 Motivo del cambio:
Se logra un equilibrio entre la integridad de los datos validados externamente y la operatividad diaria de las instituciones, permitiendo correcciones necesarias durante la carga inicial sin comprometer la trazabilidad de los datos de SINTyS.
🟦📝 Username en Cookies para seguridad
🔍 ¿Cuál era el problema?
El sistema contaba únicamente con el JWT (token de sesión) en las cookies para la autenticación. No era posible identificar usuarios individuales para aplicar políticas de control de acceso y protección contra uso excesivo.
🛠 ¿Qué se hizo?
Se incorporó una cookie adicional con el nombre de usuario, sincronizada con el token de sesión, con las mismas propiedades de seguridad. En cada solicitud se valida que el usuario autenticado coincida con el nombre de usuario de la cookie, rechazando la petición si fue omitida o manipulada.
📌 Motivo del cambio:
Se habilita la capacidad de aplicar controles de acceso y auditoría por usuario a nivel de infraestructura, fortaleciendo la seguridad del sistema.
🟦📝 Validaciones para cambio de contraseña
🔍 ¿Cuál era el problema?
Al crear un usuario o cambiar una contraseña, el sistema no exponía de manera clara los requisitos de complejidad exigidos (al menos una minúscula, una mayúscula, un número y mínimo 8 caracteres).
🛠 ¿Qué se hizo?
Se agregaron indicadores visuales de validación en tiempo real en todas las pantallas de gestión de contraseña: creación de usuario, datos del usuario y cambio/vencimiento de contraseña.

📌 Motivo del cambio:
Mejora la experiencia del usuario al brindar retroalimentación inmediata sobre el cumplimiento de los requisitos de seguridad.
🟦📝 Caché de permisos del usuario (UI3)
🔍 ¿Cuál era el problema?
Cada vez que el usuario cambiaba de sección dentro de la misma institución, el sistema realizaba múltiples llamadas repetitivas para verificar permisos, generando carga innecesaria y afectando los tiempos de respuesta.
🛠 ¿Qué se hizo?
Se desarrolló un servicio de almacenamiento local de permisos en memoria mientras el usuario permanece en la misma jurisdicción, unidad de servicio y ciclo lectivo. Al cambiar de contexto, los permisos se invalidan y se vuelven a consultar automáticamente.
📌 Motivo del cambio:
Se logra una mejora significativa en el rendimiento y velocidad de navegación del sistema.
🟦📝 Restablecer funcionalidad de asistencia por toma
🔍 ¿Cuál era el problema?
En una versión anterior se había removido la funcionalidad de configurar cursadas con toma de asistencia diaria (por ejemplo, martes y jueves) al discontinuar un módulo asociado.
🛠 ¿Qué se hizo?
Se restableció la funcionalidad de toma de asistencia por día, gestionada a través de una configuración activable por jurisdicción. Los niveles afectados incluyen Inicial, Primario y Secundario (en todas sus modalidades). El flujo permite:
- El administrador jurisdiccional activa la funcionalidad para la provincia.
- Al crear o editar una cursada, aparece la sección «Toma de asistencia».
- El director o preceptor selecciona los días de la semana.
- Al guardar, el sistema registra la configuración asociada a la cursada.
📌 Motivo del cambio:
Las instituciones recuperan la capacidad de registrar asistencia por días específicos según la configuración de cada cursada.
🟦📝 Migración de librería de Reporte de Alertas
🔍 ¿Cuál era el problema?
Los reportes de alertas y comentarios se generaban con JasperReports, que presentaba limitaciones de mantenimiento y soporte a futuro.
🛠 ¿Qué se hizo?
Se realizó la migración completa de los cuatro reportes de alertas y comentarios (PDF y XLS, en sus variantes SGE y estándar) a una nueva librería integrada, manteniendo paridad funcional completa.
📌 Motivo del cambio:
Base tecnológica más moderna que garantiza mejor soporte y mantenibilidad a futuro.
🔹 Hotfixes y Estabilidad (v2.67.1)
- Navegación Institucional: Se corrigió un error donde la información de la institución anterior quedaba en memoria al cambiar de establecimiento, causando que el usuario viera datos de la institución previa. El problema se originó en la optimización de caché de permisos.
- Gestión de Usuarios — Catamarca: Se resolvió la falla que impedía asociar usuarios ya existentes a nuevos establecimientos educativos.
🔹 Correcciones y ajustes
- Integración SINTyS: Se resolvió un error al guardar datos de un alumno proveniente de SINTyS cuando se modificaban campos de datos personales.
- Inscripciones duplicadas en Primario Adulto: Se corrigió un error que permitía inscribir al mismo alumno en dos escuelas de Primario Adulto en el mismo ciclo lectivo.
- Error en inscripciones Primario Adulto — Chaco: Se resolvió un error 500 al intentar inscribir alumnos en determinadas cursadas.
- Cálculo de días hábiles en asistencia mensual: Se corrigió un error que contabilizaba un día hábil de más por mes.
- JUJUY: Corrección masiva de estados de promoción para estudiantes del CUE 380013600.
- TUCUMÁN: Actualización de datos personales de docente por cambio de género. Adecuación de horario de backups a las 7:00 AM.
- MISIONES: Eliminación de registro duplicado de alumno con unificación de histórico.
- LA RIOJA: Resolución de error de duplicidad de DNI al cargar alumno extranjero con cédula de identidad extranjera.
✅ Conclusión
La versión 2.67 del Sistema de Gestión Escolar (SGE) refuerza los pilares fundamentales de seguridad, rendimiento y estabilidad del sistema. A través de la implementación de permisos diferenciados por rol para la edición de datos de alumnos validados, la incorporación de controles de seguridad a nivel de cookies, y la optimización del rendimiento mediante caché de permisos, esta versión mejora significativamente la operatividad diaria de las instituciones educativas. Además, el restablecimiento de la funcionalidad de asistencia por toma y la migración tecnológica de reportes consolidan una plataforma más robusta, segura y preparada para el crecimiento sostenido del sistema educativo nacional.