🟩 Release 2.54 – Sistema de Gestión Escolar (SGE)
📅 Fecha de publicación: Septiembre 2025
👥 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
🟦 🏠 Limitar campo de lugar de nacimiento en datos personales
🔍 ¿Cuál era el problema?
El campo «Lugar de nacimiento» en el formulario de datos personales de los alumnos permitía el ingreso de texto libre. Esto generaba inconsistencias y posibles errores en los datos, ya que no se restringía el uso de caracteres no alfabéticos como dígitos, puntos, comas o guiones.
🛠 ¿Qué se hizo?
- Se implementaron reglas de validación en el campo de texto libre «Lugar de nacimiento» para restringir los caracteres permitidos.
- Se configuró el campo para que solo acepte caracteres alfabéticos (letras).
- Se prohibió el ingreso de dígitos, puntos, comas y guiones (bajos o medios) en el valor del campo.
- La lógica de validación se aplica en tiempo real para alertar al usuario en caso de ingresar un formato incorrecto.
📌 Motivo del cambio:
Esta mejora garantiza la consistencia y la calidad de los datos personales de los alumnos. Al limitar el formato del campo, se evitan errores de carga y se asegura que la información de lugar de nacimiento sea precisa, lo que facilita futuras integraciones o reportes que dependan de este dato.
🟦 🔧 PORTAL – Corrección de respuesta HTTP en PortalEscolarAuthenticationController para casos de token vencido o ausente
🔍 ¿Cuál era el problema?
Se identificó un problema semántico en el controlador de autenticación. Cuando un token de autenticación estaba ausente o vencido, el sistema devolvía un código de error HTTP 400 Bad Request. Desde la perspectiva del protocolo HTTP, este código no es el más adecuado, ya que el problema no radica en una solicitud malformada, sino en la falta de autorización para acceder al recurso.
🛠 ¿Qué se hizo?
- Se modificó el archivo PortalEscolarAuthenticationController.java para ajustar el código de respuesta.
- Se cambió la lógica del controlador para que, al detectar un token ausente o expirado, la respuesta del servidor sea HTTP 401 Unauthorized.
- El resto de la lógica del controlador para errores de formato se mantuvo, asegurando que el código 400 Bad Request siga siendo utilizado para solicitudes mal formadas.
📌 Motivo del cambio:
Este cambio permite una mejor y más clara comunicación entre el backend y el frontend. Ahora, el frontend puede diferenciar correctamente entre un error de autenticación (401) y un error de solicitud (400), lo que facilita el manejo de errores y la implementación de una lógica de experiencia de usuario más precisa.
🟦 🔐 PORTAL – Ajuste de código de error en endpoint /api/auth al fallar autenticación por credenciales inválidas
🔍 ¿Cuál era el problema?
El endpoint /api/auth devolvía un HTTP 400 Bad Request cuando un usuario intentaba autenticarse con credenciales inválidas (usuario o contraseña incorrectos). Este comportamiento no era correcto semánticamente, ya que la solicitud no estaba mal construida, sino que la autenticación había fallado.
🛠 ¿Qué se hizo?
- Se corrigió la lógica del endpoint /api/auth en el backend del portal escolar.
- Se ajustó el código para que, en caso de que las credenciales (usuario y/o contraseña) no sean válidas, se devuelva una respuesta con el código HTTP 401 Unauthorized.
- Se mantuvo la devolución de HTTP 400 Bad Request para los casos de solicitudes mal formadas (por ejemplo, con campos faltantes).
📌 Motivo del cambio:
Este ajuste permite una gestión de errores más precisa y unificada en el frontend. Ahora es posible distinguir entre un error de credenciales incorrectas (401) y un problema en el formato de la solicitud (400), lo que simplifica la validación de formularios y mejora la robustez del sistema de autenticación.
🔹 Soporte productivo a las provincias
🟦 📊 Generación de Reporte de asistencias e inscripciones anual 2024
🔍 ¿Cuál era el problema?
Se solicitó la regeneración del reporte anual de asistencias e inscripciones del ciclo lectivo 2024. El objetivo era obtener valores de «asistencias esperadas» más precisos, ya que las provincias habían completado la carga de eventos excluyentes (feriados, asuetos, etc.) en el sistema. El reporte anterior no reflejaba estos eventos, lo que generaba un cálculo inexacto de los días de asistencia esperados para el año.
🛠 ¿Qué se hizo?
- Se modificó el script de la base de datos responsable de generar el reporte anual.
- Se ajustó la lógica para que el cálculo de las asistencias esperadas ahora considere los eventos excluyentes (feriados, paros, días de lluvia, etc.) previamente cargados en el sistema por cada provincia.
- Se ejecutó el proceso de regeneración para el ciclo lectivo 2024, obteniendo una nueva versión del informe con los valores actualizados y correctos.
📌 Motivo del cambio:
La nueva versión del reporte ofrece una visualización más precisa y confiable de las asistencias esperadas e inscripciones anuales. Esto permite a las instituciones educativas y a los ministerios provinciales contar con información exacta para sus análisis estadísticos y toma de decisiones.
🟦 🔍 JUJUY – Revisión de casos de alumnos con errores de inscripción (DNI/CUIL duplicados o datos inconsistentes)
🔍 ¿Cuál era el problema?
El Ministerio de Educación de Jujuy solicitó la revisión y corrección de varios casos de alumnos que no podían ser inscriptos correctamente en el sistema debido a errores de DNI/CUIL duplicados o inconsistencias con los datos de SINTYS. Los casos incluían:
- LOPEZ GEMMA ISABELLA: No existía en la base local, pero el sistema devolvía un error de duplicidad de DNI.
- LAMAS MANSILLA VICTORIA DAIN: Al buscar por DNI, aparecía otro alumno con datos incorrectos.
- RELOS IBARRA AXEL FORTUNATO: En la base local figuraban datos incorrectos de otro alumno con el mismo DNI.
- SORUCO ANTONELA LUCA y VILLAGRA KAIM: Situaciones similares con DNI duplicados.
🛠 ¿Qué se hizo?
- Se realizó un análisis y proceso de corrección manual para cada uno de los casos reportados.
- Se investigó el origen del error de duplicidad, validando los datos correctos en la base de SINTYS.
- Se eliminaron los registros erróneos o duplicados, liberando el DNI/CUIL para el registro correcto del alumno.
- Se actualizó la información de los alumnos afectados, asegurando que los datos de nombre, DNI y CUIL en el SGE fueran idénticos a los de SINTYS.
📌 Motivo del cambio:
Con esta corrección, los casos críticos de alumnos que no podían ser inscriptos han sido resueltos. Los alumnos mencionados ahora pueden ser gestionados correctamente en el sistema, lo que permite a la provincia de Jujuy mantener un registro preciso y completo de sus estudiantes.
🟦 📚 JUJUY – Corrección de estado y registros de inscripción de alumnos 7° 2024 – Escuela N° 405
🔍 ¿Cuál era el problema?
Desde Jujuy se reportó un error crítico en la Escuela N° 405, donde los alumnos de 7° grado del ciclo lectivo 2024 fueron marcados incorrectamente como «NO PROMOVIDOS / REPITEN». Este estado incorrecto fue generado en el proceso de cierre del año escolar, cuando los alumnos en realidad habían EGRESADO. Posteriormente, estos mismos alumnos fueron inscriptos nuevamente en 7° para el ciclo lectivo 2025, generando registros duplicados.
🛠 ¿Qué se hizo?
- Se aplicó un script de corrección de datos a nivel de base de datos para revertir la situación y asegurar la integridad de los registros.
- Actualización del estado de promoción 2024: Se cambió el estado de los alumnos de «NO PROMOVIDOS» a «EGRESADOS» para el ciclo 2024.
- Eliminación de inscripciones duplicadas 2025: Se borraron los registros de inscripción de estos alumnos correspondientes al ciclo 2025 en la misma escuela, ya que no eran válidos.
📌 Motivo del cambio:
Esta acción corrige de forma masiva el estado académico de los alumnos afectados, lo que garantiza que el historial y la información de la Escuela N° 405 sean precisos y confiables. Los registros del sistema ahora reflejan correctamente el egreso de los alumnos, evitando confusiones y problemas en futuras gestiones administrativas.
🟦 📋 TDF – Corrección de registros de alumnos duplicados
🔍 ¿Cuál era el problema?
La provincia de Tierra del Fuego reportó una inconsistencia de datos, donde algunos registros de alumnos en el sistema SGE figuran como duplicados con la base de datos de SINTYS. Este conflicto impedía la correcta gestión de la información de los estudiantes. Se adjuntó un documento con los registros correctos para cada alumno afectado, con la solicitud de unificar la información donde fuera posible.
🛠 ¿Qué se hizo?
- Se realizó una revisión exhaustiva de los registros de los alumnos reportados.
- Para cada caso, se contrastó la información del sistema con los datos correctos provistos por la provincia.
- Se procedió a la unificación de los registros duplicados, consolidando la información en un único perfil de alumno.
- En los casos donde la unificación no era posible, se eliminó el registro incorrecto para dejar únicamente el perfil validado por la provincia.
📌 Motivo del cambio:
Esta corrección asegura la integridad de los datos de los alumnos de Tierra del Fuego, eliminando los errores de duplicidad que afectaban la gestión administrativa. Ahora, la información de estos estudiantes en el sistema es consistente con la base de datos nacional de SINTYS.
🟦 🆔 SANTIAGO – Corrección de DNI duplicado
🔍 ¿Cuál era el problema?
Se detectó un problema de duplicidad en el registro de la alumna González Karime (DNI 50.952.942) en la provincia de Santiago. Durante la migración del sistema SInIDE, la alumna fue cargada dos veces: un registro manual como «Cédula Mercosur» y un registro como «DNI», pero con un error en el nombre (Karimí). Esta duplicidad impedía la edición de los datos de la alumna o la corrección de su tipo de documento, ya que el sistema detectaba una persona existente con el mismo DNI.
🛠 ¿Qué se hizo?
- Se identificaron los dos perfiles de la alumna en el sistema.
- Se consolidó la información en un único perfil, priorizando los datos correctos: González Karime con su DNI 50.952.942.
- Se eliminó el registro duplicado e incorrecto.
📌 Motivo del cambio:
Esta corrección resuelve el conflicto de identificación de la alumna, permitiendo que sea gestionada de forma normal en el sistema. Ahora, la escuela puede realizar todas las operaciones (inscripciones, calificaciones, asistencias) sin conflictos de datos.
🟦 📄 SALTA – Corrección de DNI de alumno mal cargado
🔍 ¿Cuál era el problema?
Se detectó un error en el registro del alumno LANDIVISNAY JOAQUIN en la provincia de Salta. Su DNI (55.469.862) estaba correctamente cargado, pero su CUIL figuraba de forma incorrecta (20-55468868-4). El CUIL correcto solicitado era 20-55469862-0.
🛠 ¿Qué se hizo?
- Se realizó una corrección directa en la base de datos para actualizar el registro del alumno.
- Se modificó el campo del CUIL para que coincidiera con la información correcta.
- Se verificó que los demás datos del alumno permanecieran intactos.
📌 Motivo del cambio:
Esta corrección garantiza la integridad de los datos personales del alumno en el sistema. Un CUIL correcto es fundamental para procesos administrativos, reportes y futuras integraciones con otros sistemas nacionales, eliminando un punto de posible error.
🔹 Correcciones y ajustes
- 🛠 No se actualiza el listado de roles al quitar un rol distinto a «Maestro»
- 🛠 No se registran 2das altas a materias
- 🛠 SALTA – Alumno visible en dos divisiones al cargar asistencia
- 🛠 No se visualizan los datos de secciones múltiples en el tablero de Planta Docente
✅ Conclusión
La versión 2.54 del Sistema de Gestión Escolar (SGE) refleja un avance continuo en la adaptación del sistema a las necesidades jurisdiccionales. Cada mejora y corrección responde a casos reales que impactan la gestión institucional, fortaleciendo la calidad del servicio ofrecido por el SGE en todo el país.