🟩 Release 3.2 – Sistema de Gestión Escolar (SGE)

📅 Fecha de publicación: Agosto 2026

🚀 Proyecto SINIDE – Ministerio de Educación de la Nación

La versión 3.2 de SGE da continuidad al trabajo de estabilización posterior a la Release 3.1. En esta iteración se atendieron bloqueos de inscripción reportados por distintas jurisdicciones, se avanzó en la migración de reportes a una tecnología más moderna, y se optimizaron los procesos internos más utilizados del sistema (inscripción de alumnos, consultas de secciones/titulaciones y sincronización con el padrón nacional), además de continuar con el soporte operativo y de datos habitual. A continuación, te contamos los cambios más importantes implementados.

🔹 Funcionalidades incorporadas

🟦📝 Reporte Semanal a Medida – Chaco

🔍 ¿Cuál era el problema? La provincia solicitó contar con reportes semanales de alumnos inscriptos y de secciones, con información específica para sus áreas de estadística y evaluación educativa.

🛠 ¿Qué se hizo? Se analizó y definió una consulta que permite generar ambos reportes de forma periódica.

📌 Motivo del cambio: Chaco cuenta con información actualizada de alumnos y secciones sin depender de pedidos manuales recurrentes.

🟦📝 Migración de Reportes a una Tecnología más Moderna

🔍 ¿Cuál era el problema? Varios reportes (asistencia diaria escolar, asistencia diaria por sección, asistencia reducida, asistencia por espacio curricular, asistencia mensual por sección, detalle de inasistencias e histórico de alertas) se generaban con una tecnología en proceso de descontinuación.

🛠 ¿Qué se hizo? Se migraron estos reportes a una tecnología con mejor soporte a futuro, incluyendo la limpieza de los archivos de la tecnología anterior que quedaban sin uso, sin cambios visibles para el usuario.

📌 Motivo del cambio: Se asegura la continuidad de estos reportes con menor riesgo técnico a futuro, sin impacto visible para las instituciones.

🟦📝 Validación de Cronología en Cambio de División – Salta

🔍 ¿Cuál era el problema? El flujo de cambio de división permitía elegir cualquier fecha sin validar que fuera coherente con la historia del alumno, lo que podía generar inscripciones con fechas cruzadas y bloqueos posteriores al cargar calificaciones.

🛠 ¿Qué se hizo? Se alinearon los controles del cambio de división con los que ya tenían los flujos de baja e inscripción, rechazando fechas inconsistentes con mensajes que indican el conflicto puntual. Además, se agregó la fecha de inscripción como dato de referencia (solo lectura) en la pantalla de inscripción por alumno.

📌 Motivo del cambio: Se previenen nuevas inconsistencias de fechas al cambiar de división, y el usuario cuenta con más información antes de realizar el cambio.

🟦📝 Optimización de Procesos de Inscripción y Consulta más Utilizados

🔍 ¿Cuál era el problema? Varios de los procesos más usados del sistema (consulta de secciones curriculares, inscripción masiva de una sección a una titulación, inscripción de un alumno a sus materias, y consultas de titulaciones y grados) presentaban tiempos de respuesta lentos.

🛠 ¿Qué se hizo? Se optimizaron estos procesos internos para reducir sus tiempos de respuesta.

📌 Motivo del cambio: Mejora directa en la velocidad de uso del sistema, especialmente al inscribir alumnos y consultar secciones o titulaciones.

🟦📝 Optimización de Sincronización con el Padrón de Instituciones

🔍 ¿Cuál era el problema? El proceso de sincronización con el padrón de instituciones del Ministerio de Educación tardaba un tiempo considerable en completarse, limitando la frecuencia con la que podía ejecutarse.

🛠 ¿Qué se hizo? Se optimizó el proceso para que se ejecute en poco tiempo, atacando los cuellos de botella identificados en el transporte de datos y en el acceso a la base de datos.

📌 Motivo del cambio: Permite correr la sincronización con mayor frecuencia y reflejar más rápido las modificaciones que informa el padrón nacional.

🟦📝 Corrección del Menú de Alertas

🔍 ¿Cuál era el problema? El menú de Alertas desaparecía al cambiar de ciclo lectivo, aun cuando la institución seguía teniendo alertas registradas, obligando a reiniciar sesión para volver a verlo.

🛠 ¿Qué se hizo? Se corrigió el comportamiento del menú ante el cambio de ciclo lectivo.

📌 Motivo del cambio: El menú de Alertas se mantiene disponible de forma consistente sin necesidad de volver a iniciar sesión.

🔹 Correcciones y ajustes

  • JUJUY – Nombres de materias: se corrigieron los nombres de materias en el boletín de calificaciones.
  • JUJUY – Cursadas de Adultos graduados: se corrigieron los años de estudio disponibles al crear una cursada de Secundario para Adultos graduados.
  • CHUBUT – Inscripción duplicada: se corrigió una inscripción duplicada por cambio de curso.
  • CHUBUT – Espacio curricular duplicado: se corrigió un espacio curricular duplicado que bloqueaba inscripciones.
  • TUCUMÁN – Nombre de espacio curricular: una materia de 5to año figuraba con un nombre incorrecto («Derecho I» en lugar de «Administración y Teoría de las Organizaciones II») en los 12 establecimientos que la utilizan; se corrigió en todos ellos.
  • TUCUMÁN – Bloqueos de re-inscripción: se corrigieron bloqueos de re-inscripción en secciones modulares (tres casos).
  • CHACO – Reportes semanales: se definieron reportes semanales de alumnos inscriptos y de secciones (ver detalle en Funcionalidades incorporadas).
  • SALTA – Fecha de inscripción: se corrigió la fecha de inscripción de un alumno que había cambiado de sección.
  • SALTA – Validación de cronología: se incorporó una validación para prevenir inconsistencias de fechas en el cambio de división (ver detalle en Funcionalidades incorporadas).
  • SANTA CRUZ – Vinculación de alumna: se está resolviendo la vinculación de una alumna a su establecimiento (en desarrollo).
  • MISIONES – Usuario jurisdiccional: se realizó el blanqueo de clave de un usuario jurisdiccional y el alta de otro, para poder hacer seguimiento de una situación puntual sobre la base de datos productiva de la provincia.

✅ Conclusión

La Release 3.2 profundiza el trabajo de estabilización iniciado en versiones anteriores, con foco en destrabar casos de inscripción que afectaban directamente la continuidad pedagógica de alumnos en varias jurisdicciones, particularmente en la modalidad de Educación de Adultos. A la vez, avanza en la modernización de un conjunto importante de reportes y en la optimización de los procesos más utilizados del sistema —incluyendo, la sincronización con el padrón nacional—, sentando una base más rápida y estable para las próximas iteraciones. Como resultado, SGE continúa fortaleciendo su capacidad de respuesta ante incidentes con impacto directo en las escuelas, mientras avanza en la calidad técnica y de performance de la plataforma de cara a sostener su crecimiento.