Propuesta vinculada como requisito de egreso

Hola
Estamos haciendo pruebas de migración de G2 a G3.20.0
Se puede configurar en algún lado que la propuesta vinculada sea un requisito de egreso?
Estamos probando vincular propuestas, pero sin definir el requisito de ingreso. Simplemente necesitamos que el alumno al inscribirse en la propuesta principal quede también automáticamente inscripto en 1 o algunas propuestas vinculadas.
Luego será requisito tenerlas cumplidas para poder egresar.
Lo otro que me genera dudas, ya que es una adecuación que debemos implementar por migración, es si definimos la relación para el año académico 1990 por ejemplo, en la tabla sga_propuestas_relacion, eso realmente impactará a partir de dicho año? O debemos crear un registro por cada año académico a partir de 1990 hasta la fecha?
Muchas gracias!
Saludos
Iris

Hola Iris,

Cuando definen las condiciones de cumplimiento de un certificado desde “PROPUESTAS FORMATIVAS » PLANES DE ESTUDIO » ASIGNAR CERTIFICADOS” tienen la posibilidad de agregar requisitos. Allí podrían seleccionar “Que el alumno tenga alguna de las opciones de propuestas vinculadas aprobadas”.

Lo otro que me genera dudas, ya que es una adecuación que debemos implementar por migración, es si definimos la relación para el año académico 1990 por ejemplo, en la tabla sga_propuestas_relacion, eso realmente impactará a partir de dicho año? O debemos crear un registro por cada año académico a partir de 1990 hasta la fecha?
El dato 'sga_propuestas_relacion.anio_academico' corresponde al año académico [b]desde[/b] el cual existe la relación entre propuestas. Mientras no haya cambios de un año al otro no necesitan volver a definirla.

Saludos, Florencia.
2

Hola
Bien, muchas gracias.

Ahora, si definimos el requisito de egreso, y definimos la vinculación entre propuestas a partir del año 1990, por ejemplo, para todos los alumnos que migren ya aplicaría? No es necesario el dato en ninguna tabla más, correcto?

Y por otro lado, en el caso que una propuesta principal tenga 2 o 3 propuestas diferentes vinculadas, existe la posibilidad que sea requisito tener TODAS las propuestas vinculadas aceptadas?
Cómo funciona la regla “Que el alumno tenga aprobada alguna de las opciones de propuestas vinculadas”?

Gracias!
Saludos

Iris

Ahora, si definimos el requisito de egreso, y definimos la vinculación entre propuestas a partir del año 1990, por ejemplo, para todos los alumnos que migren ya aplicaría? No es necesario el dato en ninguna tabla más, correcto?
Si, aplica a todos los alumnos que migren. Se tienen que asegurar que esos alumnos tengan la inscripción en la propuesta vinculada y la historia academica migrada de las actividades de esa propuesta.
Y por otro lado, en el caso que una propuesta principal tenga 2 o 3 propuestas diferentes vinculadas, existe la posibilidad que sea requisito tener TODAS las propuestas vinculadas aceptadas? Cómo funciona la regla "Que el alumno tenga aprobada alguna de las opciones de propuestas vinculadas"?
Actualmente toma una de las propuestas que este vinculada y la evalua, si esta cumplida el requisito da bien, y sino falla. Debemos revisar esto porque habria que evaluar todas y que se de por cumplido el requisito si alguna de esas propuestas esta cumplida. (Archivo: "co_propuestas_relaciones.php", método "get_relacion_por_anio_academico_propuesta_plan_version"), En todo caso hay que desarrollar otro requisito que sea "Cumplir todas las propuestas vinculadas". Similar a este pero que se cumpla el requisito cuando el alumno cumpla con todas las propuestas vinculadas que le corresponda según su plan de estudios y año de ingreso.

¿Podes comentar porque tienen mas de una propuesta vinculada, de que tipo son (Curso de Ingreso / Ciclo Basico / …)?
Asi como se puede definir el año academico (cohorte) desde que la vinculación esta contemplada, tambien existe el dato de año academico de finalizacion (aunque este dato por ahora no esta disponible por el sistema para poder registrarlo), pero si el dato esta en la base y en el caso que necesiten utilizarlo pueden registrar el año academico en el que finaliza esa relación, ya sea porque no hay mas propuesta vinculada o es reemplazada por otra.

Hola Alejandro
Bien, muchas gracias!
Si,los alumnos tienen la inscripción tanto en la propuesta principal como en la/s vinculada/s.
Lo necesitamos como requisito de egreso, ya que fue la manera que pudimos adecuar el sistema de G2 para poder migrar a G3 (sin pérdida de información de lo que se venía gestionando de forma personalizada), y que todas las ALE pudieran ser gestionadas en G3 de manera detallada e independiente. La definimos del tipo Vocacional.
Así que el alumno para poder egresar de la principal, necesita tener las ALE realizadas y completas.
Estaba viendo que al consultar por las propuestas vinculadas que tiene una carrera, sólo muestra el nombre del plan, pero no de la propuesta vinculada… Y eso trae confusiones. Adjunto captura de pantalla.
Analizando la función get_relacion_por_anio_academico_propuesta_plan_version que mencionabas, entiendo debo crear una parecida, que recupere todas las propuestas relacionadas que tenga la principal. Correcto? Pero no me doy cuenta como sería la consulta.
Podrían orientarme un poco?
Gracias!!
Saludos
Iris


vinculadas.png

vinculadas.png

La query del método get_relacion_por_anio_academico_propuesta_plan_version no devuelve todas las relaciones con propuetas que tenga la propuesta/plan del alumno?
Sino, podes consultar la vista vw_propuestas_relacion:
SELECT * FROM vw_propuestas_relacion
WHERE propuesta =
AND COALESCE(plan, ) =
AND anio_academico <= <AÑO ACADEMICO INGRESO ALUMNO>

Hola Alejandro
No, la query de la función get_relacion_por_anio_academico_propuesta_plan_version, sólo trae la relación y la propuesta principal. Pero no trae las propuestas vinculadas en sí mismas. Esta es la consulta (ya lo probé sin limitar a 1 registro):

SELECT		sga_propuestas_relacion.relacion 
				FROM		sga_propuestas_relacion
							LEFT JOIN sga_planes_versiones ON sga_propuestas_relacion.plan = sga_planes_versiones.plan
				WHERE		sga_propuestas_relacion.propuesta = $propuesta AND
							(sga_propuestas_relacion.plan IS NULL OR sga_planes_versiones.plan_version = $plan_version) AND
							sga_propuestas_relacion.anio_academico <= $anio_academico
				ORDER BY	sga_propuestas_relacion.anio_academico DESC,
							sga_propuestas_relacion.plan NULLS LAST
				LIMIT		1;

Pero la consulta que me enviás con la vista, si recupera todas las vinculadas, esta podría servir.

Me pierdo un poco como adaptar el validar() de regla_cumple_propuesta_vinculada ya que los datos sobre los que debería analizar es sobre relacion_plan y propuesta_vinculada_nombre.

Gracias por la ayuda que puedas brindarme o la orientación!!
Saludos
Iris

No, la query de la función [b]get_relacion_por_anio_academico_propuesta_plan_version[/b], sólo trae la relación y la propuesta principal. Pero no trae las propuestas vinculadas en sí mismas. Esta es la consulta (ya lo probé sin limitar a 1 registro):
El requisito [b]Que el alumno tenga alguna de las opciones de propuestas vinculadas aprobadas[/b], solo verifica que tenga una de las propuestas vinculadas cumplidas. Creamos el ticket 44932 para revisar este tema y que este requisito evalue todas las propuestas vinculadas de la propuesta del alumno y que si al menos tiene una cumplida el requisito se de como cumplido. Evaluaremos si hay que crear otro requisito que se cumpla cuando "todas" las propuestas vinculadas esten cumplidas por el alumno. Si en la regla [b]regla_cumple_propuesta_vinculada[/b] llamas al metodo [b]get_relaciones_por_anio_academico_propuesta_plan [/b]del archivo "co_propuestas_relaciones.php" y vas e valuando cada relación, podras alli hacer que el requisito se cumpla si el alumno tiene todas las propuestas vinculadas cumplidas.

Es por este pedido:

Y por otro lado, en el caso que una propuesta principal tenga 2 o 3 propuestas diferentes vinculadas, existe la posibilidad que sea requisito tener TODAS las propuestas vinculadas aceptadas? Cómo funciona la regla "Que el alumno tenga aprobada alguna de las opciones de propuestas vinculadas"?

Hola Alejandro
Ya tengo bosquejada la regla para que verifique si tiene todas las propuestas vinculadas cumplidas.
Envío en adjunto la propuesta de regla que voy armando. Siguiendo los logs, veo que hace todo el control sobre cada una de las propuestas que tiene vinculadas.
El punto es que cuando retorna false, igual lo egresa al alumno.
Y en la certificación está especificado el requisito que tenga todas las propuestas vinculadas cumplidas.
Que me estaría faltando?
Cualquier observación, es bienvenida!
Gracias por la ayuda.
Saludos
Iris


regla_cumple_propuestas_vinculadas_todas.php.txt (3.35 KB)

asignar_certificados.png

asignar_certificados.png

Las opciones de cumplimiento de un titulo implica que si se cumple al menos una opcion, el titulo se obtiene y se registra el alta de la solicitud del tramite de egreso de ese titulo.
En este caso se debe estar cumpliento la Opcion 1.
Segun como definiste el cumplimiento de ese título, el mismo se cumple si el alumno cumple con el módulo “Plan Básico” o si el alumno tiene aprobadas las propuestas vinculadas. En este caso se debe estar cumpliendo la opcion 1.
Si queres controlar todo, debes crear solo una opcion (Ver imagen)
¿Cual es el caso que tienen? ¿Cuales son las propuestas vinculadas?

Para version 3.22.0 se agregará un nuevo requisito que sea evaluar todas las propuestas vinculadas del alumno y se cumple cuando el alumno tenga aprobadas/cumplidas todas esas propuestas. (Ticket #44932)


ConfiguracionCumplimientoTitulo-T0001-FCE.png

ConfiguracionCumplimientoTitulo-T0001-FCE.png

Hola Alejandro
Ah!! Bien!!
Ya corregí la opción de cumplimiento para el certificado.
En caso que el alumno tenga todas las propuestas vinculadas cumplidas y el plan básico de la propuesta principal, lo egresa sin inconvenientes.
Ahora, estoy probando el caso de un alumno que la propuesta principal tiene 2 propuestas vinculadas. En este caso, el alumno tiene cumplida una de las propuestas vinculadas pero la otra no. Y al solicitar el certificado, me lleva a una página donde muestra el contenido del plan de la propuesta vinculada aprobada (con el encabezado de la propuesta principal) y al final los botones de “Volver” e “Imprimir” (adjunto captura de la primer parte).
Pero en ningún momento dice que hay algo que no está cumpliendo, y tampoco el nombre de la propuesta que no está cumpliendo, siendo que en los mensajes está previsto se emita el detalle (en el anterior mensaje adjunté el código de la regla) Es como que el evento de detección de egresado no estaría capturando el mensaje para emitirlo.
Podrías orientarme cómo solucionarlo? Adjunto la salida de los logs también.
Muchas gracias!!
Saludos
Iris


solicitar_certificado.png

solicitar_certificado.png

sistema.log.txt (530 KB)

Hola Alejandro
Sigo trabada con esto. Aparentemente en los parámetros de contexto se queda con la última propuesta analizada… y no con la principal, por dicho motivo entiendo que es que está mostrando esa información. Lo que no entiendo es por qué no emite el mensaje emitido con respecto al nombre de propuesta vinculada NO cumplida.
Por si sirve el dato, el requisito lo asocié al Punto de control: 18 // Persona - Propuesta. Está bien?
Gracias por la orientación que pudieras brindarme.
Necesitamos en febrero poder egresar a los alumnos.
Saludos
Iris

Hola Iris,

Tienen los cambios commiteados en alguna rama del repositorio colab? Porque no los vemos…
Nos parece mejor seguir por Gestor de Solicitudes, dado que es un caso particular surgido a partir de una personalización.

Saludos, Florencia.

Hola Florencia
No están commiteados los cambios en el repositorio colab.
Quedó la solicitud #61904 subida al GDS, en donde adjunto el código de la regla y los logs emitidos al momento de tratar de egresar al alumno.
Gracias!
Saludos
Iris