📅 Fecha de publicación: Septiembre 2026
🚀 Proyecto SINIDE – Ministerio de Educación de la Nación
La versión 3.4 de SGE da continuidad al trabajo de estabilización y modernización iniciado en la Release 3.3. En esta iteración se priorizaron mejoras de velocidad en pantallas de uso intensivo, se reforzaron controles de seguridad y permisos, y se avanzó en la migración de reportes hacia tecnologías con soporte vigente. En paralelo, se atendieron casos puntuales reportados por Salta, Chubut, Tierra del Fuego, Chaco, Tucumán y Jujuy. A continuación, te contamos los cambios más importantes implementados.
🔹 Funcionalidades incorporadas
🟦📝 Migración de reportes a nueva tecnología
🔍 ¿Cuál era el problema? Varios reportes del sistema (histórico de alertas, sanciones disciplinarias) dependían de una herramienta de reportes que había quedado discontinuada.
🛠 ¿Qué se hizo? Se actualizó la generación del reporte de sanción para garantizar su correcto funcionamiento y disponibilidad continua.
📌 Motivo del cambio: Se asegura la continuidad del reporte de sanción con menor riesgo técnico a futuro.
🟦📝 Mensajes de error claros al descargar reportes
🔍 ¿Cuál era el problema? Ante datos corruptos o inconsistentes, la descarga de ciertos reportes (como el historial de inasistencias) fallaba sin indicar el motivo, dificultando el diagnóstico del problema.
🛠 ¿Qué se hizo? Se incorporó un mensaje de error claro que indica qué dato específico (nombre, documento, sección u observaciones) presenta el problema cuando falla la generación de un reporte.
📌 Motivo del cambio: Los usuarios y el equipo de soporte identifican más rápido la causa de una descarga fallida, sin necesidad de intervención técnica para diagnosticarla.
Imagenes ilustrativas:
🟦📝 Optimización de tiempos de carga
🔍 ¿Cuál era el problema? El tablero de calificaciones por jurisdicción y el gráfico de ausentismo de todo el sistema presentaban tiempos de carga muy altos, afectando la experiencia de uso de supervisores y equipos jurisdiccionales.
🛠 ¿Qué se hizo? Se optimizaron ambos procesos precalculando la información necesaria de forma automática.
📌 Motivo del cambio: El tablero de calificaciones pasó de tardar hasta 54 segundos a cargar en menos de 1 segundo, y el gráfico de ausentismo de ~14 segundos a ~2 segundos, agilizando el trabajo diario de consulta.
🟦📝 Control centralizado del padrón de establecimientos
🔍 ¿Cuál era el problema? Por pedido de la DIE, era necesario asegurar que el padrón de establecimientos de cada jurisdicción sea la única fuente autorizada para crear o modificar información de instituciones.
🛠 ¿Qué se hizo? Se bloqueó la posibilidad de crear, editar o dar de baja establecimientos, domicilios, localizaciones y unidades de servicio desde el Backoffice, para cualquier rol.
📌 Motivo del cambio: Se garantiza que la información de establecimientos se mantenga consistente con el padrón oficial de cada jurisdicción.
Imagenes ilustrativas:
Listados de unidades de servicio, sin acciones de eliminación y edición
Listado de localizaciones:
🟦📝 Validaciones de caracteres no permitidos
🔍 ¿Cuál era el problema? Al crear una división o un alumno con caracteres especiales no válidos, el sistema mostraba el mensaje de validación de forma incorrecta o incompleta.
🛠 ¿Qué se hizo? Se corrigió la visualización de ambos mensajes de validación.
📌 Motivo del cambio: Los usuarios reciben una indicación clara y correcta cuando ingresan datos con caracteres no permitidos.
Imagenes ilustrativas:
Ejemplo en creación de cursada
🟦📝 Corrección de permisos de supervisor
🔍 ¿Cuál era el problema? Usuarios con rol supervisor no podían ingresar a ver las secciones curriculares de una institución, y usuarios con roles combinados veían únicamente las instituciones del nivel supervisado en lugar de todas las que les correspondían.
🛠 ¿Qué se hizo? Se corrigió el error interno en la consulta de permisos que generaba el bloqueo de acceso, y se ajustó la lógica para que un usuario con roles combinados vea el conjunto completo de instituciones que le corresponde.
📌 Motivo del cambio: Los usuarios con rol de supervisión acceden correctamente a la información de todas las instituciones que tienen asignadas, sin bloqueos ni omisiones.
🟦📝 Inconsistencias en cambios de división e inscripciones
🔍 ¿Cuál era el problema? Se detectaron casos en los que un cambio de división de un alumno no se veía reflejado en el sistema, y otros en los que clonaba de forma incorrecta la inscripción, tomando datos de una inscripción de baja o anterior en vez de la vigente, generando inconsistencias en la información enviada a la BNH.
🛠 ¿Qué se hizo? Se corrigió el registro del cambio de división y se ajustó el flujo para que siempre tome como base la inscripción vigente del alumno.
📌 Motivo del cambio: Los cambios de división quedan reflejados correctamente y la información remitida a la BNH refleja el grado y la duración real del alumno.
🔹 Correcciones y ajustes
- SALTA – Calificación en submaterias: se resolvió un caso en dos escuelas donde alumnos correctamente inscriptos en Educación Artística no podían ser calificados en las submaterias correspondientes.
- CHUBUT – Asistencia y reportes: se reportaron alumnos que no figuraban en la toma de asistencia ni en sus reportes.
- CHUBUT – Descarga de inasistencias: la descarga del historial de inasistencias fallaba por datos corruptos en los comentarios.
- CHUBUT – Reinscripciones: alumnos reinscriptos que no aparecían en los listados de asistencia.
- CHUBUT – Permisos: usuarios supervisores no podían acceder a las secciones curriculares de una institución por un error de permisos.
- TIERRA DEL FUEGO – Portal de padres: se corrigió un caso en el que, al dar de alta a un familiar de un alumno (hermano/a, tío/a, abuelo/a, entre otros), el alumno no quedaba visible para ese usuario en el portal de padres.
- CHACO – Auditoría de calificaciones: se desarrolló, a pedido de la provincia, un script de consulta para identificar alumnos con materias pendientes de calificación, como herramienta de auditoría de la carga de notas.
- TUCUMÁN – Cambio de división: se corrigió un caso en el que el cambio de división de un alumno clonaba de forma incorrecta su inscripción, tomando datos de una inscripción no vigente, lo que generaba inconsistencias en la información remitida a la BNH.
- JUJUY – Cambio de división: se investigó la no disponibilidad de cambiar de división de un alumno; se informó que se debía a la fecha de la última asistencia tomada.
✅ Conclusión
La versión 3.4 combina avances funcionales concretos —mejoras de velocidad en tableros clave, mayor control sobre el padrón de establecimientos y correcciones de permisos y de datos de inscripción— con la resolución de incidentes puntuales en seis jurisdicciones, sosteniendo la calidad del servicio en el uso cotidiano del sistema.
A esto se suma un trabajo de fondo sobre la infraestructura de pruebas automatizadas, que si bien no es visible para el usuario final, deja al equipo en mejores condiciones para detectar y prevenir errores en las próximas entregas. En conjunto, esta release deja al SGE en una posición más sólida en términos de performance, seguridad y calidad de datos, de cara a las próximas iteraciones.