🟩 Release 2.68 – Sistema de Gestión Escolar (SGE)
📅 Fecha de publicación: Junio 2026
👥 Proyecto SINIDE – Ministerio de Educación de la Nación
En esta nueva release se trabajaron múltiples funcionalidades y correcciones orientadas a fortalecer la seguridad y autenticación del sistema (2FA selectivo, dispositivos de confianza, identificación por jurisdicción), incorporar mejoras en boletines y reportes y estabilizar la generación de reportes Excel. A continuación, te contamos los cambios más importantes implementados.
🔹 Funcionalidades incorporadas
🟦📝 2FA Selectivo por Roles Jurisdiccionales
🔍 ¿Cuál era el problema?
El doble factor de autenticación (2FA) era obligatorio para todos los usuarios cuando el flag de seguridad estaba activo, generando fricción innecesaria en usuarios con roles operativos que no manejan información sensible.
🛠 ¿Qué se hizo?
Se modificó el comportamiento del 2FA obligatorio para que aplique únicamente a roles con altos privilegios: Administrador SGE, Administrador datos personales, Administrador provincial, Administrador instituciones y Equipo central.
La lista de roles es configurable por propiedad del sistema y en el caso que la lista no está definida, se mantiene el comportamiento anterior (2FA para todos).
📌 Motivo del cambio:
Se reduce significativamente la fricción de acceso para usuarios operativos (docentes, preceptores) sin comprometer la seguridad de las cuentas con privilegios críticos.
🟦📝 Dispositivos de Confianza en Autenticación (2FA)
🔍 ¿Cuál era el problema?
El 2FA era obligatorio en cada inicio de sesión, lo que generaba fricción para usuarios recurrentes que acceden desde el mismo equipo habitualmente.
🛠 ¿Qué se hizo?
Se implementó un mecanismo de «Dispositivos de Confianza» basado en cookies seguras (HttpOnly, Secure, SameSite=Lax). Al ingresar el código 2FA, el usuario puede marcar la opción «Confiar en este dispositivo» para omitir el segundo factor en futuros accesos desde el mismo equipo. El tiempo de validez es configurable (por defecto 30 días) y un usuario puede tener múltiples dispositivos de confianza simultáneamente.
📌 Motivo del cambio:
Se mejora la experiencia de uso diario del sistema, reduciendo los pasos de autenticación en equipos conocidos sin sacrificar la seguridad.
🟦📝 Distinción por Jurisdicción en App de Autenticación (2FA)
🔍 ¿Cuál era el problema?
Los usuarios con acceso a múltiples provincias veían el nombre genérico «SGE» en su aplicación de autenticación (Google Authenticator, Microsoft Authenticator, etc.), lo que dificultaba identificar qué código corresponde a cada jurisdicción.
🛠 ¿Qué se hizo?
Se automatizó la generación del nombre del emisor (issuer) en los códigos QR de 2FA, concatenando «SGE – » con el nombre de la provincia (ej. «SGE – Salta», «SGE – Jujuy»). Se implementó un fallback al nombre genérico «SGE» en caso de no poder obtener el nombre de la jurisdicción y se garantiza la correcta visualización de caracteres especiales (tildes, espacios).
📌 Motivo del cambio:
Se elimina la confusión para usuarios multi-jurisdiccionales, permitiéndoles identificar visualmente el código correcto en su app de autenticación.
🟦📝 Optimización de Texto en Pantalla de Configuración de 2FA
🔍 ¿Cuál era el problema?
Tras la implementación del nombre de jurisdicción personalizado en los códigos de 2FA, se detectó un problema visual en la pantalla de configuración donde nombres largos provocaban saltos de línea incorrectos.
🛠 ¿Qué se hizo?
Se optimizó el ajuste de texto y el diseño responsivo de la pantalla de configuración de 2FA para asegurar la correcta visualización independientemente del nombre de la provincia.
📌 Motivo del cambio:
Se mejora la legibilidad y la experiencia de usuario en el proceso de configuración de seguridad del sistema.
🟦📝 Visualización del Último Acceso al Sistema
🔍 ¿Cuál era el problema?
No existía un mecanismo que permitiera a los usuarios conocer la actividad reciente de su cuenta para detectar posibles accesos no autorizados.
🛠 ¿Qué se hizo?
Al ingresar al sistema, el usuario visualiza la fecha y hora de su último acceso exitoso.
📌 Motivo del cambio:
Se fortalece la seguridad del sistema al permitir a cada usuario monitorear la actividad de su propia cuenta y detectar irregularidades.
🟦📝 Actualización Boletín Digital – Jujuy (Bimestres y Datos de Tutor)
🔍 ¿Cuál era el problema?
La jurisdicción de Jujuy necesitaba ajustes en la periodicidad y la información mostrada en el boletín digital para alinearse con sus normativas vigentes. La denominación «Trimestre» no se correspondía con la organización bimestral de la provincia y no se visualizaban los datos del tutor.
🛠 ¿Qué se hizo?
Se reemplazó la denominación de «Trimestre» por «Periodos» en todo el reporte. Se integraron los datos del tutor cargados por la institución, se actualizó el label a «CUIL TUTOR» y se configuró para mostrar el primer familiar asociado con rol de tutor.
📌 Motivo del cambio:
El boletín digital ahora refleja fielmente los requerimientos administrativos de la provincia, mejorando la comunicación con las familias.
🟦📝 Incorporación de Logo Oficial en Boletín – Tucumán
🔍 ¿Cuál era el problema?
Los reportes generados por el sistema para Tucumán (Boletín de Calificaciones, Certificado de Alumno Regular y Planillas) no incluían el logo oficial del Ministerio de Educación de la provincia, incumpliendo con la normativa institucional vigente.
🛠 ¿Qué se hizo?
Se incorporó el logo oficial del Ministerio de Educación de Tucumán en: boletín general de calificaciones grupal e individual, planilla de calificaciones por materia, boletín inicial grupal e individual, y boletín especial grupal e individual.
📌 Motivo del cambio:
Los documentos oficiales emitidos por el sistema para Tucumán ahora cumplen con la identidad institucional requerida por la provincia, fortaleciendo la confianza de los establecimientos educativos.
🟦📝 Nuevo Reporte de Familiares Cargados por Institución
🔍 ¿Cuál era el problema?
No existía un mecanismo que permitiera a directores y secretarios de instituciones verificar qué familiares se habían cargado para cada alumno ni detectar casos donde faltaba asignar un tutor.
🛠 ¿Qué se hizo?
Se creó un nuevo reporte que muestra, por institución, los familiares cargados para cada alumno, incluyendo el tipo de familiar y su rol. El reporte permite identificar rápidamente a los alumnos sin tutor asignado.
📌 Motivo del cambio:
Se facilita la gestión administrativa de los datos familiares, asegurando que toda la información requerida para boletines y comunicaciones esté completa y actualizada.
🟦📝 Migración y Estabilización de Reportes Excel (XLSX)
🔍 ¿Cuál era el problema?
Distintos reportes en formato XLSX presentaban fallas de generación en determinados ambientes, debido a una incompatibilidad con la librería Jasper utilizada anteriormente.
🛠 ¿Qué se hizo?
Se migraron 6 reportes Excel de Jasper a Apache POI: Listado de alumnos, Matrícula ampliada, Gestión de cursada, Alumnos por sección, Inasistencias acumuladas y Asistencia diaria por cursada. La migración afecta únicamente al backend, sin cambios en la interfaz de usuario.
📌 Motivo del cambio:
Se garantiza la generación estable y confiable de todos los reportes en formato Excel, eliminando las fallas intermitentes que afectaban a los usuarios.
🟦📝 Cambio de Label en Pantalla de Cursada – Adulto Modular (Salta)
🔍 ¿Cuál era el problema?
En la pantalla de Cursada para secciones de tipo Modular y nivel de servicio Adulto, la columna de año incluía la denominación «Ciclo», lo cual no se correspondía con la nomenclatura utilizada por la jurisdicción de Salta.
🛠 ¿Qué se hizo?
Se quitó la denominación de «Ciclo» y se realizó el cambio en los reportes obtenidos de las cursadas.
📌 Motivo del cambio:
En la columna de año solo hace referencia al año sin ser seguido de la palabra ciclo, alineándose con la terminología de la jurisdicción.
🟦📝 Generación y Carga de Código Alfanumérico en Alumnos – Jujuy
🔍 ¿Cuál era el problema?
Existían alumnos en la jurisdicción de Jujuy que no contaban con un código alfanumérico asignado en el sistema, necesario para procesos internos de gestión.
🛠 ¿Qué se hizo?
Se realizó la generación masiva y carga automática de código alfanumérico para todos los alumnos que no tenían uno asignado, compuesto por el identificador del alumno y las iniciales de su nombre y apellido, siguiendo las reglas de negocio definidas por la provincia.
📌 Motivo del cambio:
Se garantiza que todos los alumnos de Jujuy cuenten con su código alfanumérico, asegurando la consistencia de datos requerida por la jurisdicción.
🔹 Correcciones y ajustes
- Vulnerabilidad de seguridad en acceso a datos: Se agregó una validación explícita que verifica los permisos del usuario antes de devolver resultados, corrigiendo el caso donde una lista vacía de secciones autorizadas era interpretada como «sin filtro».
- Integración con SINTyS: Se resolvió una interrupción en el servicio de consulta de datos personales. El SGE interpretaba erróneamente la respuesta del servicio externo. Se ajustó la validación para considerar los nuevos datos en las respuestas como válidas.
- SALTA: Gestión de base de datos para la re inscripción de alumno quien había sido dado de baja por error administrativo.
✅ Conclusión
La versión 2.68 del Sistema de Gestión Escolar (SGE) consolida avances significativos en seguridad, reportes y operatividad del sistema. La implementación de 2FA selectivo por roles, dispositivos de confianza y la distinción por jurisdicción en las apps de autenticación fortalecen la seguridad sin sacrificar la experiencia de uso diario. En paralelo, las actualizaciones en boletines digitales para Jujuy y Tucumán, el nuevo reporte de familiares y la estabilización de reportes Excel amplían las herramientas de gestión disponibles para las instituciones educativas. Complementan esta versión la corrección de vulnerabilidades críticas y la resolución de incidentes jurisdiccionales, consolidando una plataforma más robusta, segura y alineada con las necesidades del sistema educativo nacional.