Ficha del Alumno Regularidades Alumno Pasivo

SIU-Guaraní SIU-Guaraní - Técnicos
1

Hola a todos! Estamos en la versión 3.22.2, y tenemos un inconveniente.

Esta mostrando en la “Ficha del Alumno” Regularidades cuyo origen es otra propuesta, en alumnos con fecha posterior al cambio de calidad a Pasivo.

El usuario dice que esto en versiones anteriores no sucedía, pero no tengo forma de chequearlo.

Veo que en la consulta hay una condición:

AND (vw_regularidades.origen_otra_propuesta = false OR
sga_alumnos.calidad = ‘A’ OR
(vw_regularidades.fecha <= COALESCE(get_fecha_pasivo_egreso_abandono_rechazo(sga_alumnos.alumno),CURRENT_DATE)))

vw_regularidades.origen_otra_propuesta = true ← primer problema para este caso

sga_alumnos.calidad = ‘P’

COALESCE(get_fecha_pasivo_egreso_abandono_rechazo(sga_alumnos.alumno),CURRENT_DATE)) = CURRENT_DATE ← por lo que la condición vw_regularidades.fecha <= devuelve true, segundo problema

La función get_fecha_pasivo_egreso_abandono_rechazo retorna:

/* Si esta activo o pasivo pero no por abandono de carrera, rechazo de insc ni egreso.
2=Egreso
4=Abandono de Carrera
5=Rechazado por Requisitos
7=Rechazado por cambio de carrera
8=Rechazado por Abandono de Carrera
9=Rechazo Administrativo
*/
IF _calidad = ‘P’ AND _motivo_calidad IN (2,4,5,7,8,9) THEN
RETURN Date(_fecha_pasivo);
END IF;

RETURN cast(NULL as date);

Los motivos de calidad puede agregarlos el usuarios, por lo que contemplar (2,4,5,7,8,9) nos da un problema. Pero en este caso además tiene motivo de calidad 3 - Pasivo. El script de esta función dice que es de la versión 3.19.0

Entiendo que si hubo cambios, podrían confirmarme en que versión para poder buscar cómo era la consulta antes, porque esto nos esta trayendo inconvenientes.

2

Hola Ana
TOmamos el pedido y lo analizamos y te respondemos .. nos podrian compartir log de esto y lo analizamos?

saludos

3

Hola Ana, buenas tardes

Estuvimos revisando el caso y entendemos que hay un punto importante respecto de la lógica actual.

La función get_fecha_pasivo_egreso_abandono_rechazo fue incorporada en la versión 3.19.0 y, justamente, no considera cualquier situación en la que el alumno tenga calidad Pasivo, sino únicamente determinados motivos asociados a situaciones de egreso, abandono o rechazo.

Esto tendría sentido funcionalmente porque un alumno podría pasar a calidad Pasivo por otros motivos. Por ejemplo, si el motivo fuera una situación administrativa como morosidad, podría seguir siendo necesario visualizar parte de su historia académica o regularidades provenientes de otra propuesta que sean comunes o estén relacionadas con la propuesta consultada.

Por eso, antes de considerarlo un inconveniente técnico, habría que confirmar qué representa funcionalmente el motivo 3 - Pasivo que están utilizando…si? Estaria bueno comprender el motivo 3 en que caso lo usaron si? .. ¿es un motivo generico de cambio a Pasivo..?

Si ese motivo, funcionalmente, equivale a una situación de abandono, egreso o rechazo, entonces podrían evaluar personalizar la función incorporándolo dentro de los motivos contemplados.

En definitiva, creemos que primero habría que definir cuál es el comportamiento esperado para el motivo 3 en particular. Con esa definición podremos determinar si se trata de una personalización funcional que corresponde realizar o si existe algún aspecto de la lógica estándar que requiera ser analizado por el área técnica nuestra..

saludos

4

Sebastian:

Veremos si podemos cambiar el motivo o personalizaremos la función. Pero dado de que los motivos son cargados por el usuario en la operación “Administrar Motivos de Cambio de Calidad”, ¿no podría existir un atributo para el motivo con estado Pasivo que permita decidir si el alumno puede o no tener actividad académica posterior y evitar fijar los motivos en la función get_fecha_pasivo_egreso_abandono_rechazo?
Gracias

5

Ana buenos dias

Podrias generar un gds por este tema? y continuamos por ahi?

saludos

6

Sebastian: Abri GDS 83391