Release 2.56 | Sinide Gestion Escolar

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

🟦 📄 Generación de código QR para los boletines de Jujuy

🔍 ¿Cuál es la nueva funcionalidad?
Se incorporó una nueva funcionalidad en los boletines emitidos por la Provincia de Jujuy, que permite incluir un código QR en cada documento. El objetivo principal de esta mejora es ofrecer a las familias una forma rápida y confiable de verificar la autenticidad del boletín, asegurando que el documento haya sido efectivamente emitido por la institución correspondiente.

Al escanear el QR con un dispositivo móvil, se redirige al usuario a la aplicación de Portal Padres / sección Boletín, donde podrá validar que el boletín pertenece al alumno y a la institución informada.
De esta manera, se agrega una capa adicional de legitimidad, transparencia y confianza en la documentación emitida por el sistema SGE.

🛠 ¿Qué se hizo?

Se incorporó un generador automático de código QR en el proceso de emisión de boletines de Jujuy.
El QR apunta a la aplicación de Padres / sección Boletín, permitiendo validar el documento en línea.
Se configuró la obtención dinámica de los datos institucionales desde la información del boletín.
Se garantizó la correcta visualización del QR dentro del diseño del boletín, sin alterar su maquetado.
Se realizaron pruebas de lectura con distintos dispositivos y lectores QR para verificar su correcto funcionamiento.

El código QR se genera automáticamente al momento de la emisión del boletín y contiene los datos tomados directamente del documento, garantizando la trazabilidad de la información.
Los datos incluidos son los siguientes:

Nombre de la Institución
CUE
Domicilio
Código Postal
Localidad
Nombre del Director o listado de Directores correspondientes

📌 Motivo del cambio:
Esta mejora fortalece la autenticidad y trazabilidad de los boletines emitidos por las instituciones educativas de Jujuy.
Permite que las familias validen fácilmente el origen del documento, reduciendo riesgos de alteraciones o copias no oficiales.
Además, consolida la confianza en el uso del sistema SGE como fuente oficial de documentación académica, aportando valor institucional y respaldo digital a cada emisión.

🟦 📅 Nuevo reporte – Escuelas/Secciones sin carga de asistencia por fecha

🔍 ¿Cuál era el problema?
Se solicita la generación de un nuevo reporte a nivel jurisdicción/provincia para identificar qué escuelas y secciones no realizaron la carga de asistencia en una fecha determinada. Actualmente la entrada de asistencia se realiza por sección, pero no existe un mecanismo centralizado que permita a la provincia verificar faltantes de carga por fecha.
El reporte facilitará la supervisión diaria y el seguimiento de las obligaciones de carga de asistencia.

🛠 ¿Qué se hizo?

Se creó un nuevo reporte exportable (formato Excel/CSV) con la lista de secciones que no tienen carga de asistencia para la(s) fecha(s) consultadas.
El reporte incluye filtros:
- Ciclo lectivo.
- Nivel de servicio (Inicial, Primario, Secundario, etc.) y la opción TODOS (esta última descartada según alcance).
El nombre del archivo exportado incluye el ciclo lectivo: ejemplo: Secciones sin asistencia 2025.xlsx.
Campos incluidos en el reporte:
- fecha
- id_seccion
- descripcion (sección)
- nombre_seccion
- turno
- id_unidad_servicio
- cueanexo
- nivel de servicio
- cant_alumnos (cantidad de alumnos asociados a la sección)
Se implementó la lógica para detectar ausencia de registro de asistencia comparando las secciones activas con las entradas de asistencia registradas por fecha.

📌 Motivo del cambio:
La provincia podrá visualizar y exportar un listado detallado por fecha de las secciones que no cargaron asistencia. Esto mejora el control y el seguimiento del cumplimiento de la obligatoriedad de registrar asistencia en las escuelas, facilitando acciones correctivas y comunicados a las instituciones con faltantes.

🟦 📊 Agregar Analytics en ambientes faltantes de Portal Escolar

🔍 ¿Cuál era el problema?
Algunos portales provinciales del Portal Escolar no tenían configurado Google Analytics / Google Tag Manager. Se detectaron las provincias faltantes que requieren la integración para poder medir tráfico y eventos.
Las mediciones realizadas por esta herramienta se trasladan a los informes técnicos mensuales de monitoreo permitiendo tener una visión global del uso del sistema.

🛠 ¿Qué se hizo?

Se agregaron las configuraciones de Google Analytics / Google Tag Manager en los ambientes correspondientes de las siguientes provincias:
- La Rioja
- Misiones
- Chaco
- Santiago del Estero
- Santa Cruz

📌 Motivo del cambio:
Las provincias listadas ahora cuentan con seguimiento y medición de uso del Portal Escolar, permitiendo análisis de uso, eventos y métricas para mejorar la experiencia y apoyar decisiones de producto y operaciones.

🟦 🗑️ [BE] Deprecar el uso de algunos códigos de turnos

🔍 ¿Cuál era el problema?
Se acordó que para el ciclo lectivo 2025 no deben utilizarse ciertos códigos de turno (Alternado y Otro). Para todas las secciones del ciclo 2025, dichos códigos deben reemplazarse por (Sin información). Los registros de ciclos anteriores permanecen sin cambios.

🛠 ¿Qué se hizo?

Back-end: al ejecutar el proceso de migración para el ciclo lectivo 2025, se actualizó el campo «Turno» de las secciones cuyo valor era Alternado u Otro para que pase a Sin información.
Se actualizó la lógica de creación/edición de secciones para no mostrar las opciones Alternado ni Otro en los select/radio de turno. También se bloquearon las opciones Sin Información y No Corresponde que son de uso exclusivo de BNH.
En la pantalla de edición/visualización de secciones, cuando se muestra un registro con Alternado, Otro o Sin Información, se presenta un aviso informativo. Al intentar editar y guardar, se obliga al usuario a seleccionar una opción válida (no permite guardar con Altermado u Otro para 2025).
Para ciclos anteriores, no se realizaron cambios masivos adicionales; se dejó la posibilidad de corrección manual por parte de las provincias a lo largo del tiempo, tal como indicó la referente.

📌 Motivo del cambio:
Se homogeniza la información de turnos para el ciclo 2025, evitando opciones ambiguas y promoviendo la selección de valores válidos y descriptivos por parte de las provincias. Esto mejora la calidad de los datos y facilita reportes y controles posteriores.

🟦 🔧 JUJUY – Generación y carga de código alfanumérico en alumnos de Jujuy sin código asignado

🔍 ¿Cuál era el problema?
La Provincia de Jujuy solicitó generar y cargar un código alfanumérico automático para todos los alumnos registrados que no poseen dicho código. El formato del código está definido por reglas de negocio.

🛠 ¿Qué se hizo?

Se identificaron todos los alumnos pertenecientes a la provincia de Jujuy que no tienen código alfanumérico asignado.
Se actualizó el campo correspondiente en la base de datos para cada alumno procesado.
Se realizaron pruebas de integridad para garantizar que no haya colisiones ni valores duplicados.
Se dejó registro (log) de los alumnos modificados y del código generado para auditoría.

📌 Motivo del cambio:
Todos los alumnos de Jujuy ahora cuentan con un identificador alfanumérico consistente, lo que mejora la trazabilidad y facilita integraciones y procesos que dependen de dicho identificador.

🟦 📄 LA RIOJA – Nuevo boletín modalidad PRIMARIA

🔍 ¿Cuál era el problema?
La Provincia de La Rioja solicitó el desarrollo de un nuevo formato de boletín para la modalidad Primaria Común, con cálculos automáticos y soporte para hasta 15 materias y hasta 4 periodos (1er cuatrimestre, 2do cuatrimestre, Calificación Final y 3ra etapa diciembre). Deben generarse automáticamente: inasistencias por periodo, promedios por periodo, nivel de desempeño, apoyo escolar requerido y valoración general.

🛠 ¿Qué se hizo?

Se diseñó y desarrolló la estructura del nuevo boletín con soporte para:
Se implementaron cálculos automáticos (sin intervención manual) para:
- Inasistencias por periodo: cálculo automático por rango de fechas (pendiente definir si fechas configurables o fijas).
- Promedio General: promedio por periodo considerando solo notas numéricas; si no existen notas, no se muestra.
- Nivel de Desempeño: calculado automáticamente para 1º y 2º cuatrimestre según tabla de referencia (1–5,75 Logros iniciales; 5,76–6,75 Logros básicos; 6,76–8,75 Logros satisfactorios; 8,76–10 Logros destacados). No aplicable a Calificación Final ni 3ra etapa. No editable por usuario.
- Apoyo Escolar Requerido: automático para 1º y 2º cuatrimestre con tabla referencial (1–5,99 Apropiación/Recuperación; 6–6,99 Fortalecimiento; 7–10 Profundización).
- Valoración General: sobre promedio final, usando misma tabla que Nivel de Desempeño.
Se dejó la lógica para decidir si los cálculos se realizan al emitir el boletín o si se pre-calculan y guardan en tablas intermedias (pendiente de definición con PM/arquitectura).
Se definió la maquetación del boletín con header, datos del alumno/escuela, detalle por materia y secciones automáticas.
Se realizaron pruebas funcionales para validar cálculos y visualización.

📌 Motivo del cambio:
El nuevo boletín automatiza criterios pedagógicos claves, reduce la carga manual del personal escolar, y garantiza consistencia en la comunicación de resultados en Primaria. Mejora la trazabilidad y homogeneidad entre instituciones de La Rioja.

🟦 🔢 Nuevo reporte – Reporte de alumnos con notas por periodos

🔍 ¿Cuál era el problema?
Se amplió el reporte existente de notas finales para que incluya todas las notas por periodos según las plantillas de calificaciones asociadas a cada materia. La idea es mostrar los periodos como columnas (por ejemplo: 1er Periodo, 2do Periodo, Examen Diciembre, etc.) manteniendo la estructura exportable y evitando duplicación de filas.

🛠 ¿Qué se hizo?

Se modificó el reporte de notas para agregar columnas dinámicas que representen todos los periodos definidos en las plantillas de calificación vigentes por materia.
Lógica para:
- Generar dinámicamente las columnas de periodos en función de las plantillas encontradas en la consulta.
- Dejar celdas vacías cuando una materia no tiene nota en un periodo específico (por diferencia de plantilla).
Campos del reporte: todos los existentes + una columna por cada periodo detectado.
Se evaluó y dejó documentada la propuesta para manejar plantillas distintas en la misma institución: se incluyen todas las columnas de periodos posibles; si no aplica a cierta materia/alumno, la celda queda vacía.
Se dejaron filtros adicionales para el reporte (opcionalmente activables): ciclo lectivo, titulación, plantilla de calificación.
Reemplazo directo del reporte anterior por esta versión ampliada (según decisión tomada).

📌 Motivo del cambio:
La provincia podrá obtener un reporte consolidado con las notas por periodo de cada alumno, lo que facilita auditorías, análisis pedagógicos y exportes para gestión. Se mejora la visibilidad del desempeño por periodo además de la nota final.

🟦 🛎️ Mostrar botón «Carga Manual» cuando falla la búsqueda en SINTYS

🔍 ¿Cuál era el problema?
Al crear una persona (alumno/usuario) se realiza búsqueda por DNI/CUIL en la base local y, si no se encuentra, se consulta el servicio SINTYS. Cuando SINTYS falla (timeout, error, caído), la interfaz actualmente no muestra el botón “Carga Manual”, lo que impide continuar con la creación manual del registro.

🛠 ¿Qué se hizo?

Se cambió la lógica de UI/UX de la pantalla de creación de persona para que el botón “Carga Manual” se muestre siempre en todos los escenarios donde la búsqueda externa falle (timeout, error HTTP, respuesta inválida).
Se diferenciaron los mensajes de error: si SINTYS responde “no encontrado”, se presenta la opción de búsqueda manual condicionada; si SINTYS devuelve error/timeout, se presenta el botón “Carga Manual” con aviso de que la búsqueda externa no estuvo disponible.
Se agregó trazabilidad en logs para registrar los intentos fallidos a SINTYS y la acción posterior de carga manual.
Se realizaron pruebas para asegurar que la creación manual preserve consistencia con el flujo estándar cuando el servicio externo vuelva a estar disponible.

📌 Motivo del cambio:
Se elimina el bloqueo de proceso cuando SINTYS no está disponible, permitiendo al usuario seguir con la carga de alumnos/usuarios y garantizando continuidad operativa en las instituciones.

🟦 ⌨️ Actualización de URL de RENPE productiva

🔍 ¿Cuál era el problema?
Se recibió comunicación indicando que los links de integración a la app deben actualizarse a la URL productiva del ReNPE para Etapa 1..

🛠 ¿Qué se hizo?

Se reemplazaron las URLs de integración en los entornos/productos.
Se actualizaron las configuraciones en ambientes correspondientes (staging/producción donde aplique) y se validaron llamadas de integración con pruebas de extremo a extremo.
Se dejó registro de cambios y notificación a los equipos consumidores de la API sobre la sustitución de endpoint.

📌 Motivo del cambio:
Las integraciones con ReNPE funcionan contra el entorno productivo requerido, evitando usos del demo y garantizando acceso a los endpoints correctos para la generación de links.

🔹 Soporte productivo a las provincias

🟦 📝 [JUJUY] Correcciones de DNIs en alumnos

🔍 ¿Cuál era el problema?
Se solicitaron correcciones puntuales de DNI para varios alumnos de Jujuy, donde los DNIs cargados en el sistema son incorrectos y deben unificarse o sustituirse por el DNI correcto.

🛠 ¿Qué se hizo?

Para cada modificación se verificó si el DNI correcto ya estaba asociado a otro registro. En caso afirmativo, se evaluó la necesidad de unificación (ver Punto «[Jujuy] Revisión y corrección de DNIs incorrectos – posibles unificaciones» para proceso de unificación).
Se mantuvo un backup de los cambios y logs de auditoría mostrando quién y cuándo se aplicó la modificación.
Se comunicó a la provincia el resultado de cada ajuste.

📌 Motivo del cambio:
Los alumnos figuran ahora con su DNI correcto, mejorando la integridad de la base de datos y evitando inconsistencias en historiales y trámites.

🟦 ✏️ [Jujuy] Correcciones de DNI

🔍 ¿Cuál era el problema?
Se recibieron pedidos de corrección de DNI para alumnos de 7mo año, con múltiples casos donde el DNI en el sistema difiere del DNI correcto aportado por la provincia.

🛠 ¿Qué se hizo?

Para cada caso se verificó si el DNI correcto estaba asociado a otro registro y se actuó según procedía (corrección directa o procedimiento de unificación si había colisión).

📌 Motivo del cambio:
Se actualizó la información de los alumnos de 7mo año con DNIs correctos, evitando errores en certificados, trámites y reportes. Se preservó la integridad del historial académico durante el proceso.

🟦🗨️ [Jujuy] Pedidos de correcciones de DNI

🔍 ¿Cuál era el problema?
Se recibieron solicitudes de corrección de DNI de alumnos de la provincia de Jujuy. Los registros reportados presentaban errores en los números de documento o datos incompletos.

🛠 ¿Qué se hizo?

Se actualizaron los DNIs incorrectos por los correctos.
Se corrigieron los nombres y apellidos según lo solicitado.
Se verificó que los cambios no generen duplicados en la base de datos.

📌 Motivo del cambio:
La base de datos de alumnos de Jujuy queda depurada, asegurando que los DNIs coincidan con la documentación oficial y evitando problemas de duplicidad o inconsistencias en reportes y certificados.

🟦🔎 [Jujuy] Revisión y corrección de DNIs incorrectos – posibles unificaciones

🔍 ¿Cuál era el problema?
La provincia solicitó revisar y corregir DNIs incorrectos en casos donde la modificación directa no era posible, ya que el sistema muestra el mensaje “ya existe la persona”. Esto requiere evaluar unificación de registros cuando el DNI correcto ya está asociado a otro alumno.

🛠 ¿Qué se hizo?

Se verificó si los DNIs correctos ya estaban asociados a otro registro.
En caso afirmativo, se realizó la unificación de registros, preservando historial académico, calificaciones, asistencias e inscripciones.
Se actualizaron los DNIs incorrectos por los correctos.
Se documentó el proceso de unificación y los casos tratados para auditoría.

📌 Motivo del cambio:
Alumnos con DNI incorrecto ahora figuran con su DNI correcto.
Se eliminan duplicados, manteniendo integridad y trazabilidad de la información académica.

🟦 👤 [Salta] Corrección de CUIL de usuario

🔍 ¿Cuál era el problema?
Se solicitó actualizar el CUIL de un usuario de Salta debido a un registro incorrecto en el sistema.

🛠 ¿Qué se hizo?

Se reemplazó el CUIL incorrecto por el correcto en la base de datos.
Se verificó que no existan conflictos con otros registros y que los informes relacionados reflejen el cambio.

📌 Motivo del cambio:
Los datos del usuario quedan actualizados, garantizando coherencia en procesos administrativos y reportes oficiales.

🟦🛠 [Salta] Corregir número de CUIL de docente

🔍 ¿Cuál era el problema?
Se detectó que el usuario docente tenía datos incorrectos en CUIL y correo electrónico.

🛠 ¿Qué se hizo?

Se actualizó el CUIL y el correo electrónico en el sistema.
Se validó que los cambios se reflejen en todos los procesos asociados al docente, incluyendo envío de notificaciones y asignaciones

📌 Motivo del cambio:
Garantiza que los datos del docente estén correctos y actualizados, evitando errores en autenticación, reportes y comunicaciones institucionales.

🔹 Correcciones y ajustes

🛠 Error 500 al crear una sección con una titulación Adulto modular con materias de tipo Integradora Total
🛠 [SALTA] No puede editarse una materia por error en los periodos de dictado
🛠 [MISIONES] No se calcula correctamente el promedio de notas cuando una o más de las columnas es S/C
🛠 [Misiones] Error en carga de notas y configuración de secciones en escuelas de Misiones

✅ Conclusión

La versión 2.56 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.