Tenemos la versión 3.13.2 en producción y en un servidor de prueba.
Al crear una mesa de examen no aparecen las mesas disponibles. Todos los controles que se tienen en cuenta como fecha hasta la cual se pueden inscribir, excepciones o cosas similares han sido tenidas en cuenta.
En el servidor de prueba funciona correctamente haciendo exactamente lo mismo y no hay variación (al menos visible) en el turno que contiene a la mesa, o en la materia.
Les adjunto una impresión de pantalla de lo que ocurre cuando se quiere pasar al PASO 2 (donde se selecciona la materia) al PASO 3 (donde se elige la mesa). Cual puede ser el error?
Ocurrre únicamente con esa materia, sin embargo la mesa está habilitada. La actividad, para mayores datos, en ambos servidores está igual, y no requiere cursada. El parámetro referido a si controla que depanda de la misma división está desactivado.
Se intentó crear otra mesa y el resultado es similar.
Se ingresa con perfil estudiante y se comprueba que a otra mesa de otra materia se la puede inscribir, y cuando se intenta inscribir en la materia PRACTICA DE TRABAJO no es posible hacerlo. Da el error “conexión de internet”.
La materia está definida como que no requiere cursada. Antes, en SIU 2, las mesas que hacíamos eran tipo TESIS y en el 3 le ponemos INSTANCIA libre.
Adjunto imagen.
En el servidor clon que tenemos funciona correctamente con iguales parámetros.
Soy de la misma institución. A la brevedad le pasarán los logs. Para agregar: en las tablas, cuando creamos la mesa, no completaba la columna de año académico. Al completarlo por la base, hizo que se mostrara en las listas de materias con mesa creadas.
Probando con otra materia, también ocurre lo mismo.
Por la operación Administrar mesa de exámenes puede verla, y cambiarle algunas cosas, pero por la operación Modificar mesa de examen no aparece.
Javier, el dato anio_academico en la tabla de mesas de examen (sga_mesas_examen) se esta completando cuando la mesa corresponde a una mesa de examen fuera de calendario (es decir que no corresponde a ningun turno de examen).
No estoy teniendo problemas con mesas que creo por el sistema y vuelvo a ingresar y la veo correctamente, estando ese campo sin valor.
La operación » EXÁMENES » MESAS DE EXAMEN » MODIFICAR MESAS DE EXAMEN lista actividades que tengan mesas de examen creadas en el filtro de busqueda ingresado y que cumplan con alguna de las siguientes condiciones:
1- Tengan acta generada (abiertas o cerradas)
2- Tengan alumnos inscriptos en algun llamado de la mesa
3- Tengan inscripciones dadas de baja o rechazadas.
Si creaste una mesa de examen y necesitas modificarla, porque no accedes por la misma operacion por la que la creaste? » EXÁMENES » MESAS DE EXAMEN » ADMINISTRAR MESAS DE EXAMEN
El tema es que si la mesa ya tiene un acta de examen creada o existen inscripciones en esta operacion se deshabilita la edicion de la mesa, es por ello que se creó la operacion anterior.
Sólo necesitamos inscribir a un estudiante. Todo el resto eran cuestiones que fuimos mirando en el camino y que podían llegar a dar un indicio del problema.
Se descubrió cual es el problema mirando los logs. Lo comparto: Primero: los parámetros están igual en ambos servidores (clon y producción) pero no los requisitos. En el de producción tenemos uno que dice que controle las correlativas de cursada y de aprobación. Esta materia, en SIU2 tenía una correlativa especial (tener 23 materias aprobadas) y como en el 2 ese tipo de correlativa no existía, se personalizó. Cuando se migró al 3, se migró el plan de estudios y esa correlativa. Al tener el requisito que controle las correlativas de cursada y de aprobación, va, busca y no encuentra nada…queda la pantalla en blanco.
Desactivamos el requisito, inscribimos en esta materia, y lo volvemos a activar. Será un solución precaria hasta tanto versionemos el plan de estudio.
Esta materia, en SIU2 tenía una correlativa especial (tener 23 materias aprobadas) y como en el 2 ese tipo de correlativa no existía, se personalizó. Cuando se migró al 3, se migró el plan de estudios y esa correlativa
En la migracion de Guarani 2 a Guarani 3 si en Guarani 2 tenian correlativas especiales, estas se migran a Guarani 3 como requisitos.
El tema aqui es que deben programar esos requisitos (correlativas especiales de G2) en Guarani 3.
Lo único que queda registrado en G3 es un registro en la tabla de requistios (sga_requisitos) con una regla asociada (sga_reglas) que es la que debería tener el código que se corresponde con la lógica de la correlativa especial en Guarani 2.