En marzo de este año estábamos en la versión 3.20.2 y un alumno pudo inscribirse a cursadas, sin tener una correlativa personalizada (requisito).
El mes pasado, hicimos un upgrade a 3.21.3 y nos notificaron de este caso. Lo que detectamos es que el alumno nunca fué cambiado a la última versión del plan, él está en versión 4 y la vigente es versión 5.
Aún así, hicimos pruebas en esta nueva versión y tanto por gestión como por autogestión, el sistema controla correctamente esta correlativa a este alumno.
Estuve leyendo en el foro sobre “aplanar requisitos”. Es posible que por algún motivo en la versión anterior estaba mal configurado y controlaba al alumno contra su plan-versión y en la nueva versión esa configuración se corrigió con el upgrade y ahora controla al alumno contra el plan-versión vigente? (Que en nuestro caso es lo deseable).
Hola Ezequiel. Puede ser que en la version 3.20.2, ese requisito no estaba bien configurado para la version del plan en el que se encontraba el alumno en ese momento (version 4)
Estuve leyendo en el foro sobre “aplanar requisitos”. Es posible que por algún motivo en la versión anterior estaba mal configurado y controlaba al alumno contra su plan-versión y en la nueva versión esa configuración se corrigió con el upgrade y ahora controla al alumno contra el plan-versión vigente? (Que en nuestro caso es lo deseable).
Si, puede ser lo que haya sucedido en aquel momento.
Cuando se configura un requisito en una Accion (Cursadas/Examenes/Egreso…), lo que sucede es que se registra ese requisito para todas las versiones de planes de estudio de las propuestas que entran en el dominio de la configuracion de dicho requisito (A nivel de propuesta, responsable academica, tipo de propuesta, etc…).
Esto es para que al momento de una inscripcion directamente se verifique si el requisito esta configurado para lav ersion del plan en el que se encuentra el alumno y que no sea un càlculo que se deba realizar en ese momento.
La versión 4 del plan directamente no tiene ese requisito. No lo tenía ni en la versión del sistema anterior en la que estábamos, ni la tiene ahora, es decir que sobre el plan-versión no se hizo ningún cambio.
Lo que sí hicimos fué cambiar de versión de sistema y por las pruebas que hicimos, ahora lo controla como lo necesitamos.
En resúmen:
En la versión 3.20 controló las correlativas del Plan-Versión del alumno.
En la versión 3.21 controla las correlativas del Plan-Versión actual.
La pregunta sería… el G3 siempre controló las correlativas del plan-versión vigente? o hay algo que tal vez tocamos sin darnos cuenta para que ahora funcione así y antes lo teníamos configurado diferente?
Si no estaba controlando en la version del plan nro 4 que era en la que estaba el alumno, en ese caso pareciera que es un problema que quedo mal la configuracion del requisito de correlativas.
Paso la siguiente consulta, agrega los filtros que sea necesario, fijate que controles estan configurados para cada version de plan de estudios en las operaciones de Cursadas:
SELECT
a.nombre as accion,
ra.grupo_requisito,
ra.requisito_accion,
r.requisito as requisito,
r.nombre as req_nombre,
v.propuesta_nombre,
v.plan_codigo,
v.version_codigo,
i.nombre as interfaz,
ro.operacion,
ro.activo,
ro.actua_como
FROM sga_acciones as a
JOIN sga_requisitos_grupos as rg ON rg.accion = a.accion
JOIN sga_requisitos_x_accion AS ra ON ra.grupo_requisito = rg.grupo_requisito
JOIN sga_requisitos_conf_x_oper as ro ON ro.requisito_accion = ra.requisito_accion
JOIN acc_interfaces as i ON i.interfaz = ro.interfaz
JOIN sga_acciones_operacion as ao ON ao.operacion = ro.operacion
LEFT JOIN sga_requisitos as r ON r.requisito = ra.requisito
JOIN sga_requisitos_aplanado as apl ON apl.requisito_accion = ra.requisito_accion
JOIN vw_planes as v ON v.plan_version = apl.plan_version
WHERE a.accion = 1 -- Cursadas
-- a.nombre = 'Cursadas'
AND ro.operacion = '800SIUCUR001' -- Inscripción a cursada
-- AND r.nombre like '%Correl%' -- Control de correlativas
-- AND v.propuesta_nombre like '%Química%'
-- AND v.plan_codigo like '%24695%'
-- AND v.plan_version = 170
ORDER BY 1,2
Consultar operaciones del sistema:
select item, nombre, parametro_a, carpeta, item_id, *
from desarrollo.apex_item
where proyecto = 'guarani'
and carpeta = 0
-- and parametro_a = '800SIUCUR001'
order by nombre;
Encontramos el problema. Resulta que el alumno si está en la última versión del plan, pero en la tabla sga_alumnos_hist_planes no estaba el registro, por lo que en gestión (ficha del alumno - cambios de plan) lo veíamos como si estaría en la versión vieja.
En síntesis, está en la versión 5, agregamos el registro histórico y corroboramos que lo está controlando con la versión 5 y todo ok.
Gracias por la ayuda, de paso, nos sirve mucho las consultas enviadas para revisar este tipo de situaciones.
Hola Ezequiel, que bueno que pudieron detectar el problema y arreglarlo.
Claro, debe coincidir la version de plan actual con la registrada en la tabla historica de cambios. Tanto el cambio de plan, como cambio de ubicacion, calidad, etc.
Por favor carga una solicitud y te enviamos unas consultas para que verifiquen que no haya otros alumnos en esa situaciòn que deban ajustar estos datos.
Saludos!