🟩 Release 2.66 – 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 experiencia de uso del Sistema de Gestión Escolar (SGE) en todas las jurisdicciones. A continuación, te contamos los cambios más importantes implementados.
🔹 Funcionalidades incorporadas
🟦📝 Edición en datos principales de alumnos
🔍 ¿Cuál era el problema?
Existía la necesidad de incorporar la posibilidad de editar los datos personales de los alumnos al darlos de alta en las instituciones.
🛠 ¿Qué se hizo?
Se implementó la capacidad de editar datos críticos de alumnos (Nombre, Apellido, Documento) para usuarios con roles específicos.
Se desarrollo de un flujo de edición controlado para Directores y Administradores de Datos Personales, garantizando la trazabilidad de los cambios.
Flujo:
Cuando un usuario con permisos para creación de alumnos en el módulo Alumno de una Institución se encuentra creando un nuevo alumno, debe ingresar el número de documento.
El sistema externo responde mostrando datos asociados al número ingresado. El usuario presiona para agregarlo y muestra los datos del formulario completos.
Ejemplo:
Dejando editar los datos sensibles exceptuando el campo CUIL, ya que es el único campo que es solo de lectura.
Existe una condición que particiona a los usuarios con permisos sobre jurisdicción, sobre los que tienen en institución. Los roles que ejecutan sobre jurisdicción puede editar los datos de los alumnos sin importar en que instancia se encuentra. Pero si el rol pertenece a una institución solo va a poder editar los datos del alumno cuando se realiza la carga del nuevo alumno. Cuando se encuentra visualizando los datos de un alumno ya cargado, los campos van a estar deshabilitado para su edición.
Una vez que el usuario guarde los cambios. El sistema muestra un popup en donde se va a requerir un motivo por los cambios realizados. Solamente se muestra cuando los cambio involucran los campos de datos sensibles.
Ejemplo, datos editados:
Popup de advertencia con respecto a la edición de los datos:
Popup con confirmación de cambios, en donde se debe mencionar el motivo:
Se muestra un selector en donde se listan diferentes opciones.
Mensaje de alumno guardado exitoso:
Ejemplo de edición de alumno con rol director:
📌 Motivo del cambio:
Permite corregir errores de carga inicial y asegurar la integridad de la información nominal sin necesidad de intervenciones técnicas directas en la base de datos.
🟦📝 Campo DNI vacío en carga de alumnos
🔍 ¿Cuál era el problema?
En la carga de alumnos se consulta con un servicio externo en donde cada resultado se corresponde a una persona que tiene tipo de documento DNI. Se ha encontrado en ambientes productivos en las cuales el sistema responde con el campo vacío, por lo tanto al realizar el guardado del mismo se imposibilitaba ya que es un campo obligatorio.
🛠 ¿Qué se hizo?
Se desarrolló la condición de que si el campo “Tipo de documento” del alumno a cargar se encuentra vacío (siempre que haya sido respuesta del servicio externo) se complete con el valor DNI debido a que dicho servicio es el único valor que utiliza.
📌 Motivo del cambio:
Permite corregir errores en la carga de alumnos.
🟦📝 Visualización de histórico de Datos Antropométricos
🔍 ¿Cuál era el problema?
Requerimiento para mantener y visualizar la evolución física de los alumnos a lo largo del tiempo.
🛠 ¿Qué se hizo?
Solución implementada: Se desarrolló una vista histórica que permite consultar los registros de peso, talla y otros datos antropométricos cargados anteriormente.
Flujo:
Se ingresa al sistema con un rol con permisos para visualizar los datos personales de los alumnos. Existe la sección de Datos antropométricos.
Se tiene la posibilidad de ingresar más de un registro, presionando sobre el botón de +. Se despliega un popup con los campos Talla, Peso y Fecha de medición. En donde todos los campos son obligatorios.
Una vez que se guarde los datos se ven en una tabla con los datos cargados. Y si el alumno tenía datos cargados previos se deben ver también.
Ejemplo con más de un registro:
📌 Motivo del cambio
Mejorar la precisión operativa de la gestión escolar y evitar que un alumno figure sin asistencia en la institución equivocada.
🟦📝 Filtro por nivel de servicio en Eventos Jurisdiccionales
🔍 ¿Cuál era el problema?
Cuando se realizaba un evento a nivel jurisdiccional, no había forma de discriminar el evento por nivel. Por lo tanto se decidión mejorar en la precisión de la creación de eventos que afectan a toda una provincia.
🛠 ¿Qué se hizo?
Se añadió un filtro opcional que permite seleccionar niveles de servicio específicos (ej. Inicial, Primaria) al crear un evento jurisdiccional.
📌 Motivo del cambio:
Evita que eventos específicos (como jornadas institucionales de un nivel) impacten erróneamente en el calendario de otros niveles.
🟦📝 Generación de Tableros BI Chaco y Tucumán
🔍 ¿Cuál era el problema?
Se tenía la necesidad de tener la visualización estadística a nivel jurisdiccional sobre ciertos módulos.
🛠 ¿Qué se hizo?
Solución implementada: Se realizó clonación de tableros existentes, creando nuevos datasets, dashboards y charts, adaptándolos a las bases de datos de Chaco y Tucumán. Los tableros son sobre los módulos:
- Módulo Escuelas
- Módulo Estudiantes
- Módulo Calificaciones
- Módulo Asistencias
- Módulo Alertas
📌 Motivo del cambio:
Provee a las autoridades provinciales de herramientas visuales para el análisis de asistencia, matriculación, calificaciones y alertas en tiempo real.
🟦📝 Generación de reporte sobre la frecuencia de carga de asistencia en Jujuy y Salta
🔍 ¿Cuál era el problema?
Se solicitó realizar un reporte en donde se encuentra la frecuencia diaria, semanal, mensual, por unidad de servicio en dos periodos de tiempo sobre las provincias Salta y Jujuy.
🛠 ¿Qué se hizo?
Se realizó un archivo con extensión csv y .xls, en donde se visualizan los porcentajes de carga de asistencia por el sistema sobre la cantidad de días totales de clase.
📌 Motivo del cambio:
Provee a las autoridades provinciales de herramientas visuales para el análisis de la frecuencia de carga de asistencia por unidad de servicio.
🟦📝 Mejora en la visualización de los requerimientos para cambio de contraseña válida
🔍 ¿Cuál era el problema?
Al realizar el cambio de contraseña la nueva debe tener ciertas condiciones para garantizar la seguridad de la misma.
🛠 ¿Qué se hizo?
Se muestra un mensaje indicativo en el cambio de la contraseña con cada pauta a cumplir por la nueva contraseña.
📌 Motivo del cambio:
Proveer al usuario de manera clara las condiciones que debe cumplir la nueva contraseña.
🔹 Correcciones y ajustes
- TIERRA DEL FUEGO: Rectificación de apellido de alumnos según su DNI.
- Cambio masivo de estado de promoción para varios alumnos.
- Resolución de error por duplicidad de DNI que impedía agregar alumno.
- Corrección de datos personales.
- SALTA:
- Duplicación de alumno por DNI.
- Cambio de estado de promoción de alumnos
- Cambio de estado de inscripción de alumno dado de baja por error.
- LA RIOJA: triplicado de usuario por CUIL, unificación de datos.
- SANTA CRUZ: Rectificación de apellido de alumno según su DNI.
- SANTIAGO DEL ESTERO: Rectificación de nombre y apellido de alumno según su DNI.
- TUCUMÁN:
- Corrección de nombre de alumno según su DNI.
- Corrección de apellido de alumnos según su DNI.
- Modificación de carga horaria sobre titulación de primaria
- Error al realizar carga de usuarios
- Visibilidad del link de portal escolar a los familiares asociados al alumno
✅ Conclusión
La versión 2.65 del Sistema de Gestión Escolar (SGE) marca un hito fundamental en la federalización y democratización de la información educativa, potenciando la capacidad analítica de las jurisdicciones y optimizando la gestión nominal de las trayectorias escolares. A través de la integración de tableros de Inteligencia de Negocios (BI) para Chaco y Tucumán, y la implementación de reportes estratégicos de asistencia para Jujuy y Salta, esta actualización transforma los datos en herramientas de decisión en tiempo real para las autoridades provinciales.
Asimismo, la versión refuerza la integralidad del legajo del alumno mediante la incorporación de registros antropométricos históricos y la flexibilización controlada en la edición de datos críticos, garantizando que el sistema refleje con exactitud la realidad de cada estudiante. Con un enfoque centrado en la precisión administrativa y la eficiencia operativa, SGE v2.65 no solo resuelve asimetrías técnicas entre provincias, sino que consolida una plataforma más robusta, transparente y profundamente conectada con las necesidades territoriales del sistema educativo nacional.