Tenemos algunas genéricas llamadas “Electiva N”
Hay un grupo de optativas normales relacionadas (se pueden cursar, dar examane, promocionar, etc)
El problema está con otras optativas relacionadas con la genérica que se pueden aprobar por equivalencia. Ejemplos Al cambiar de plan, se reconocen materias aprobadas en el plan anterior en una optativa llamada “Equivalencia por Plan de Transición”. Esta optativa no se puede cursar, ni promocionar, ni por examen. Solo por equivalencia (En elementos_plan está marcada con ‘S’ solo en aprobacion_x_resolucion y con ‘N’ en requiere_cursada, requiere_examen, permite_promocion y permite_rendir_libre
¿Cuál es el problema con estas? No salen en listado para reasignar optativas, ni en Gestión para nosotros, ni en autogestión para que las reasigne el alumno.
Pido saber cuál es la consulta que muestra las optativas para reasignar, para ver por qué quedan afuera estas que son por equivalencia.
No podemos reproducir el problema según lo entendemos, les pido nos manden más información.
Dicen que tienen una materia genérica en un primer plan donde todas las optativas que la integran tiene todas las formas de aprobación
Entiendo que en este plan el alumno aprueba algunas de estas materias optativas.
Luego cambian al alumno de plan a otro que tiene las mismas optativas dentro de otra genérica pero en este segundo plan esas materias sólo pueden ser aprobadas por resolución.
El reconocimiento de las aprobaciones de las materias de un plan a otro es por materias comunes o por matriz de equivalencia ?
Las materias que cambian sus características de un plan a otro son las mismas o son otras ?
Ninguna configuración de las optativas en el plan (requiere examen, requiere cursada, aprobación por resolucion, promediable, etc) participa de la visualización de estas optativas en la operación de reasignar optativas entre genericas.
La única condición es que la optativa se encuentre en mas de una genérica en la version del plan donde se encuentra el alumno.
Una restricción que hay es que si la optativa X estaba en las genericas G1 y G2, el alumno asignó la optativa X en la generica G1; y el alumno obtuvo un titulo intermedio donde esta G1 entonces ya no va a poder reasignar esa optativa X a otra genérica porque se usó para dar cumplida G1 y asi obtener el titulo.
Mientras trato de buscar cómo se genera la lista en el código, voy con el ejemplo concreto.
Esta es nuestra lista de optativas: (sga_elementos)
796
Elec: Innovación para Des.Com.Exp.
2561
797
Elec: Turismo de Base Comunitario
2562
798
Elec: Criterios Eval.Imp.Amb.
2563
830
Equivalencia de Electiva I
2564
831
Equivalencia de Electiva II
2565
850
Elec: Comunicación - Desarrollo
2566
851
Elec: Turismo de Naturaleza
2567
852
Elec: Desarrollo y Arraigo
2568
853
Elec: Literatura de Viajes
2569
Las primeras 3 y ultimas 4 son normales. La 830 y 831 se crearon para otorgar por equivalencia. Por ejemplo a quien tenía aprobada Informática I en el plan viejo -en otro sistema- se le da la Electiva I por equivalencia. Como no le podemos dar la Genérica directamente por equivalencia, creamos una optativa para que haga cumplir la regla de la Genérica (simple: una optativa aprobada) cuando se otorga la equivalencia de la optativa.
Estas son las optativas asignadas a la Genérica Electiva I (sga_elementos_comp)
1077
667
796
1078
667
797
1076
667
798
1155
667
830
1706
667
850
1707
667
851
1708
667
852
1705
667
853
De la lista de arriba solo no está asignada la 831 ya que esa está asignada solo a la Electiva II.
Cuando en Gestión o Autogestión voy a “reasignar genéricas” en el listado de Actividades Optativas Compartidas No Asignadas aparecen todas menos la 830
En sga_elementos no hay diferencias entre la 830 y el resto.
En sga_elementos_plan la unica diferencia es que la 830 tiene
en null los campos: escala_nota_cursada_regular, escala_nota_cursada_promocion, escala_nota_examen, .
con valor ‘N’ los campos requiere_cursada, requiere_examen, permite_promocion, permite_rendir_libre y promediable
El resto es lo mismo.
La alumna tiene la 830 aprobada por equivalencia, en Historia Académica pero nunca le aparece en el listado de Actividades Optativas Compartidas No Asignadas de la Electiva I para poder asignarla.
Lo que intento buscar es la consulta que genera el listado Actividades Optativas Compartidas No Asignadas para correrla por separado y analizar por qué no salen las materias que son por Equivalencia. (en este caso tomé una sencilla de un solo caso, pero hay otras genéricas con 3 o 4 optativas por equivalencia y no aparece ninguna)
Fernando, en autogestion, edita el archivo reasignar_optativas.php
Alli esta el metodo lista_optativas_con_genericas que contiene la query que recupera las optativas de las genericas del plan de estudios del alumno.
Fijate esa query con alguno de esos alumnos y buscá cual es la condición que hace que esa optativa no se liste.
Avisá si encontras algo.
Saludos.
Gracias Ale por la pista.
Veo lo siguiente:
En el final del código filtra solo por las compartidas
AND f_optativa_es_compartida(vw_optativas_plan.elemento, {$parametros['plan_version']}, NULL, NULL) = 1
Estas que no están apareciendo, no son compartidas. Solamente se pueden aplicar a una sola genérica.
Ya dentro de la función f_optativa_es_compartida
IF _cnt <= 1 THEN
-- La optativa no esta compartida o no es una actividad optativa
RETURN 0;
END IF;
_cnt es 1, por eso devuelve 0 y no las incluye en el filtro. Entonces el alumno no las puede asignar nunca porque no aparecen en el listado.
La primera solución que se me ocurre es IF _cnt < 1 THEN …
Quedarían afuera las que no son optativas, pero adentro las que solo están asignadas a una.
El tema es que esa función tal vez se use en otro lugar donde sea importante ese “<=”
Solo se pueden reasignar optativas de una generica a otra aquellas optativas que se encuentran en esas genericas (optativas compartidas entre genericas en el plan de estudios).
Las optativas que se encuentran solo en una generica, vale siempre para esa generica.
El alumno no puede cambiar una optativa de una generica a otra si esa optativa no se encuentra en esa otra genérica. Si necesitan hacer esto es porque definieron mal las genéricas, no asignaron todas las optativas que la componen.
En este ejemplo, Optativas 3,4, 5, 6, 7 y 8 no pueden ser reasignadas de generica. Valen para la generica donde se encuentran.
Optativa 1 se debe asignar a Generica 1 o 2.
Optativa 2 se debe asignar a Generica 1, 2 o 3.
Para que las optativas 1 y 2 se consideren cumlida para alguna de las genericas donde se encuentran debe aparecer un registro en sga_alumnos_opatitvas en la version de plan de estudios del alumno.
Existe la tabla sga_alumnos_optativas
alumno, plan_version, optativa, generica
A la alumna le falta en esa tabla la linea
15090 , 20, 830 , 667
La genérica 667 no tiene ninguna asignada, y como la 830 no está compartida y solo pertenece a la genérica 667, no aparece en el listado de optativas para asignar.
La lógica indicaría que cuando a la alumna se le otorgó la equivalencia de la 830 (por script de migración), como solo se puede aplicar a la 667, se tendría que haber creado la linea 15090 , 20, 830 , 667 en la tabla sga_alumnos_optativas .
Pero ese registro no se creó y no tengo desde dónde por sistema.
Solo manualmente por base de datos.
Tal vez lo lógica de sistema tiene prevista esta asignación, pero el script de migración no. Y entonces nunca se generó ese registro.
Es correcto, nunca va a aparecer para reasignarla porque no es necesario reasignarla.
La optativa 830 al estar aprobada (por equivalencia) ya se cumple para la genérica 667.
En el reporte Optativas de la Ficha del Alumno, no ves la genérica 667 como cumplida y la optativa 830 en estado aprobada?
No debe registrarse esa relacion, por lo que comente en el punto anterior.
En la tabla sga_alumnos_optativassolo se registran actividades optativas compartidas entre dos o mas genericas en el plan para indicar que se cumple para una generica de esas.
Podes enviar el listado de genericas y optativas que devuelve esta consulta en la version de plan de estudios de esta alumna? SELECT * FROM vw_optativas_plan WHERE Plan_version = … ORDER BY elemento_generica, elemento;
Finalmente entendí la lógica actual y creo entender que es lo que causa la confusión.
Puedo diferenciar entre dos clases de optativas: las compartidas entre más de una genérica y las que son exclusivas de una genérica sola.
En todas las operaciones de Reasignar Optativas (Gestión / Autogestión) solamente participan las optativas compartidas.
Cuando hay optativas exclusivas aprobadas, la lógica del sistema da por sentado que se asignan a la única genérica a la cual pertenece la optativa. Pero esto no está explicitado en ningún lado, entonces el alumno no tiene tan claro que la optativa exclusiva se le asignó a la única genérica posible, ya que no la ve en listado de optativas compartidas y por eso suelen asignar otra más con ícono verde. Y en el plan de estudios, el que tiene los íconos en color verde para las asignadas y en rojo para las asignadas a otra, las optativas exclusivas no tienen ícono verde, entonces no queda tan claro que esa es la que corresponde asignar.
Puede ser claro ahora para nosotros que trabajamos todos los días con el sistema, pero no tanto para los alumnos.
Asi es. Solo puede cambiarse de generica una optativa que esta en dos o mas genericas. Las que estan en una sola generica en el plan solo se cumplen para esa genérica.
Ok. Tomamos este tema y vermos de mejorar la comunicación con el alumno para que no queden dudas para que generica se cumple cada optativa.
Creo en gestión en el reporte Optativas dela Ficha del Alumno se visualiza para que genérica se cumple cada optativa (las compartidas y las que se encuentran solo en una genérica)
Te solicitamos por favor cargues una solicitud haciendo referencia a este foro asi asociamos un ticket para mejorar este tema.
Gracias por comentarnos cual es la situación que lleva a confusión.