no controla correlativas de Cursadas

Hola Alejandro,
Muchas Gracias por responder como siempre.

En » REQUISITOS »REPORTE DE REQUISITOS POR PROPUESTA, visualizaba la nueva versión del plan, pero igualmente apreté el botón Aplanar Requisitos y
comenzaron a funcionar el control de correlativas de cursada en todas las operaciones.

Pero la sensación de inestabilidad que dejó es grande.
O sea, ¿Cada vez que se genere una nueva versión del plan hay que correr este proceso?
Porque nosotros, como equipo, no nos enteramos si las unidades académicas crean una nueva versión del plan.
Los usuarios que realizan esta tarea están capacitados y no están ni preguntando, ni informando de nuevas versiones.

Además, eran planes nuevo, nacidos en el Guarani3, no era ni migrado desde el Guarani2.
Y los otros controles? funcionaban algunos.
Habrán funcionado todos? que pasará con exámenes?

Habrá que enseñarles a los usuarios a ejecutar esta operación.

Saludos Cordiales.

Carla Villanueva

O sea, ¿Cada vez que se genere una nueva versión del plan hay que correr este proceso?
No. Al activar una versión de plan,automáticamente debería configurarse los requisitos que estan configurados para el plan. Esto se hace por la base al momento de cambiar de estado Nuevo a Activo (Vigente o no Vigente).
Y los otros controles? funcionaban algunos. Habrán funcionado todos? que pasará con exámenes?
Al seleccionar el boton [b]Aplanar Requisitos[/b], lo que hace es volver a configurar todos los requisitos que esten configurados para el plan de la propuesta. Fijate el link del mensaje anterior que también se configuran los [b]requisitos de ingreso[/b] y [b]períodos de inscripción[/b] ( a propuesta, examenes, cursadas), hay otra operación donde pueden consultar y seleccionar esta misma opción. Pero como te comenté antes, esto debió realizarse automáticamente al activar la versión del plan de estudios.

Tienen alguna base de prueba para reproducir el caso?
Deberían configurar los requisitos para una propuesta, luego versionar alguno de los planes de esa propuesta y activarla.
Posterior a esto verificar si para esa versión del plan siguen configurados esos requisitos.

No se que pudo haber pasado en este caso. Una opción es que ese trigger de la base este deshabilitado. Verifiquen si el trigger tua_sga_planes_versiones esta deshabilitado con la consulta:

SELECT * from pg_trigger  WHERE tgname like 't%'  AND tgenabled = 'D' ORDER BY tgname;

Tambien corran esta consulta y envien el resultado que les da, porque es el que se debería ejecutar cuando se activa la version del plan de estudios y se configuran los requisitos para esa version (Reemplacen <PLAN_VERSION> por la nueva version que activaron):


		SELECT		a.nombre, r.nombre, sga_requisitos_x_accion.requisito_accion
					
		FROM		sga_requisitos_x_accion
					JOIN sga_requisitos_grupos ON sga_requisitos_x_accion.grupo_requisito = sga_requisitos_grupos.grupo_requisito
					JOIN sga_requisitos as r ON r.requisito = sga_requisitos_x_accion.requisito
					JOIN sga_acciones as a ON a.accion = sga_requisitos_grupos.accion

		WHERE		sga_requisitos_grupos.entidad IN (SELECT * FROM get_entidades_plan_version(<PLAN_VERSION>))
		UNION
		SELECT		a.nombre, r.nombre, sga_requisitos_x_accion.requisito_accion
		FROM		sga_requisitos_x_accion
					JOIN sga_requisitos_grupos ON sga_requisitos_x_accion.grupo_requisito = sga_requisitos_grupos.grupo_requisito
					JOIN sga_g3entidades ON sga_requisitos_grupos.entidad_subtipo = sga_g3entidades.entidad_subtipo
					JOIN sga_propuestas ON sga_g3entidades.entidad = sga_propuestas.entidad
					JOIN sga_planes ON sga_propuestas.propuesta = sga_planes.propuesta
					JOIN sga_planes_versiones ON sga_planes.plan = sga_planes_versiones.plan
					JOIN sga_requisitos as r ON r.requisito = sga_requisitos_x_accion.requisito
					JOIN sga_acciones as a ON a.accion = sga_requisitos_grupos.accion
		WHERE		sga_planes_versiones.plan_version = <PLAN_VERSION>
		ORDER BY 1, 2;

3

Hola Alejandro.
Si, el trigger estaba desactivado.
Ahora tenemos que ver porque.
Nos quedamos mas tranquilo por el lado de la funcionalidad del sistema.
Te agradezco enormemente
Saludos Cordiales,
Carla Villanueva

Hola Carla, tendrán que ver que sucedió y porque ese trigger estaba desactivado.
En el versionado del sistema no se desactivan triggers.
¿Hay otros triggers que tambien estan desactivados?
¿Podes enviar el listado que devuelve esa consulta?

Alejandro, te comento tuvimos un tema con la auditoría, ingresamos desde el toba usuarios y corrimos la opción “Configurar Tablas” y eso nos desactivo los triggers. Estuvimos verificando el tema en otros hilos del foro y llegamos a ala conclusión que NO debemos ejecutar dicha opción desde el toba usuarios. Desde ese momento tuvimos inconvenientes con los triggers.

Luego fuimos activando a mano los triggers.

Te paso un listado de los que tenemos desactivados en este momento.

Actualmente tenemos un inconveniente con la UA de Arquitectura y ya probamos todas las opciones antes descriptas. No entendemos porque no funcionan las correlativas.
Saludos


consulta_triggers.rar (13.7 KB)

Alejandro, te comento tuvimos un tema con la auditoría, ingresamos desde el toba usuarios y corrimos la opción "Configurar Tablas" y eso nos desactivo los triggers. Estuvimos verificando el tema en otros hilos del foro y llegamos a ala conclusión que NO debemos ejecutar dicha opción desde el toba usuarios. Desde ese momento tuvimos inconvenientes con los triggers.
Este proceso solo toca triggers de autidotira, los que comienzan con [b]tauditoria_[/b]. No deberia habilitar/deshabilitar otros triggers de las tablas. Pueden verificarlo volviendo luego de activar/desactivar el esquema de auditoría que triggers que no sean del esquema de auditoria son modificados respecto de la activación o desactivación.

En el listado que enviaste los triggers deshabilitados son todos los del esquema de auditoría.

Actualmente tenemos un inconveniente con la UA de Arquitectura y ya probamos todas las opciones antes descriptas. No entendemos porque no funcionan las correlativas.
¿Que opciones probaron? [url=https://foro.comunidad.siu.edu.ar/index.php?topic=21350.msg95148]¿El de este mensaje?[/url], presionando el boton [b]Aplanar Requisitos[/b]? Si con eso no funciona, entonces quiere decir que la configuración de requisitos para la acción [b]Cursadas[/b] no esta configurado para las propuestas de la UA de Arquitectura.

Alejandro:

¿Que opciones probaron?
Se probó inscripción a cursada fuera de término y al alumno le falta aprobar una materia para poder inscribirse. Ya aplanamos los requisitos y verificamos en [b]requisitos por operación[/b] que el control de correlativas esté estricto. La verdad no entendemos porque no está funcionando.

Levante un backup en mi instancia. aplané los requisitos (no tengo perfil de datos asignado). Con el debug en nivel 7 pude ver que en el log del mismo NO llama al requisito Correlativas de Cursada , en cambio el requisito Ser Alumno Activo si lo controla. Verificamos nuevamente y el requisito de las correlativas esta ESTRICTO para la operación Inscripciones fuera de término.

Alguna pista que otra cosa podemos ver?

El control de correlativas esta asignado en la instancia de regularidad?
Corre esta consulta, y fijate si devuelve las correlativas que te indico en la imagen:

select pc.pto_control, pc.nombre, r.requisito,r.nombre , rpc.orden
from sga_requisitos_x_punto_control as rpc
JOIN sga_requisitos as r ON r.requisito = rpc.requisito
JOIN par_puntos_control as pc ON pc.pto_control = rpc.pto_control
WHERE pc.pto_control in (4,5)
ORDER BY rpc.pto_control, rpc.orden

2


requisitos_instancia_regular_y_promocion.png

requisitos_instancia_regular_y_promocion.png

Paso lo solicitado.


consulta.png

consulta.png

Estas seguro que esos requisitos estan configurados para esa Facultad?
Podes verificar como estan configurados esos dos requisitos en la operacion Configurar Requisitos por Acción, para la acción Cursadas?

Te paso la configuración actual…


print1.png

print1.png

print2.png

print2.png

Por favor corre esta consulta y fijate si esos dos requisitos estan configurados para las versiones de planes de las propuestas de esa Facultad:

SELECT a.nombre, r.requisito, r.nombre, p.propuesta_nombre, p.plan_codigo, p.version_codigo
FROM sga_requisitos_x_accion
JOIN sga_requisitos_grupos ON sga_requisitos_x_accion.grupo_requisito = sga_requisitos_grupos.grupo_requisito
JOIN sga_requisitos as r ON r.requisito = sga_requisitos_x_accion.requisito
JOIN sga_acciones as a ON a.accion = sga_requisitos_grupos.accion
JOIN sga_requisitos_aplanado as ra ON ra.requisito_accion = sga_requisitos_x_accion.requisito_accion
JOIN vw_planes as p ON p.plan_version = ra.plan_version
WHERE r.requisito IN (57,58)
AND a.accion = 1 -- Cursadas
-- AND p.propuesta = 
ORDER BY 1, 2, 4,5,6

Si está…


print3.png

print3.png

Podes enviar el log de la operación de inscripción de algún alumno de esa Facultad?

Lo solicitado. El log pertenece a una instalación propia que presenta el mismo problema y tiene los datos de Producción.


sistema.rar (7.21 KB)

Javier, por lo que veo no se esta corriendo los controles del punto de control 4.
Este punto de control esta relacionado con la instancia “Regular” de las cursadas (instancia = 1).

El problema puede ser:

  1. Que la instancia 1 (Regular) no este relacionada con el punto de control 4 (Instancia Regular). Que hayan borrado esta relacion.
    Este no creo que sea el caso, porque por lo que comentas el control de correlativas si se esta ejecutando en actividades de propuestas de las otras Facultades.

Verifiquen si lo tienen:

select * from sga_instancias_puntos_ctrl as ipc
join sga_instancias as i on i.instancia = ipc.instancia
join par_puntos_control as pc ON pc.pto_control = ipc.pto_control
where ipc.pto_control = 4
  1. Que la comisión solo sea Promocional.
    Al no tener configurada la instancia Regular, no se disaparan los controles del punto de control 4. Entre ellos el control Correlativas de Cursada.

Si este fuera el caso y necesitan correr correlativas de cursada siempre (sin importar que instancias tiene definida la comision), entonces al requisito 57 (Correlativas de Cursada), en vez de estar relacionado con el punto de control 4, deberia estar asociado al punto de control 3. Es decir se evaluarán las correlativas de cursada cuando el alumno selecciona la actividad.
Analicen el resto de los requisitos asociados al punto de control 4 y vean cuales necesitan que se controlen siempre; y a estos moverlos al punto de control 3.
Ejemplo:

DELETE FROM sga_requisitos_x_punto_control WHERE pto_control = 4 and requisito = 57;
INSERT INTO sga_requisitos_x_punto_control (pto_control, requisito, orden) VALUES (3,57,0);

En cursadas como en examenes, existen requisitos que solo se ejecutan segun la instancia en la que se inscribe el alumno.
En el caso de cursadas, se corren los controles relacionados con la instancia Regular (1) y la instancia Promocion (2). Si la comision es solo regular, no se corren controles relacioandos con la instancia Promocion, como ser el requisito “Correlativas de Aprobacion”.
Lo mismo sucede en exámenes. Hay controles configurados pro instancia: Regular, Libre, Examen Complementario, Reválida de Cursada, etc…

Podes verificar y comentarnos si es algo relacionado con alguna de estos dos opciones?

3

Alejandro, ahí funcionó, muchas gracias por el tiempo y la ayuda. Se solucionó cambiando el punto de control en el requisito 57. Ahora una consulta siempre estuvo el punto de control 4 en ese requisito?

Si, siempre estuvo el requisito 57 en el punto de control 4. Es el unico requisito que hay en ese punto de control (relacionado con la instancia Regular de las cursadas).
¿Entonces el caso fue que las comisiones de esta Facultad era que todas tenian solo definida la instancia promoción?
¿Esto fue un error o solo son cursadas que se promocionan y si no se promocionan el alumno debe volver a cursar?

Hola Alejandro,
Muchas Gracias como siempre por tu invalorable colaboración.
Cambiamos el punto de control y comenzó a funcionar.
Este error se produjo en una de las unidades académicas…
Ahora están reprocesando todas las inscripciones para ver si solo fue en las comisiones de solo promoción.

Lo extraño es que en otra unidad académica, todas las comisiones son solo promoción y el control corrió bien.
Seguimos investigando.
Muchas Gracias
Carla.

Lo extraño es que en otra unidad académica, todas las comisiones son solo promoción y el control corrió bien.
No puede ser, quizas fallaba el requiisto de [b]correlativas de aprobacion[/b] (relacionada con el punto de control de la instancia [b]Promocion[/b]) y al fallar este requisito de correlativas no registraba la inscripción. Verifiquen si las correlativas de aprobación de las actividades en esta Facultad es diferente a las correlativas para aprobar las actividades en propuestas de las otras Facultades (quizas en estas otras es mas estricto).