Cambio de plan al activo vigente (v265)

Hola Gente, quería saber a que se debe lo siguiente:

Usamos la operación “Cambio de plan al activo vigente” para cambiar a 31 alumnos. Luego de cerrar algunas actas y borrar inscripciones que no pedía el control previo a poder hacer el cambio. Salio todo con éxito. Los 31 cambiados de plan por el sistema.

Pero luego me puse a inspeccionar la BD y encontré que de los 31 solo 22 tenían una entrada en la tabla sga_cambios_plan

Es esto un error? a que se debe? traerá algún problema mas adelante?

Revise si tenían algo que ver los que daban error en un principio pero no parece tener relación. Algunos que nunca dieron error y cambiaron de inmediato de plan no tenían entrada en la tabla mencionada.

Los que no figuran en la tabla sga_cambios_plan los muestra correctamente el sistema y con el cambio de plan como corresponde en la pestaña carreras de la ficha academica del alumno (mat00117)

Estamos en la versión 2.6.5

Gonzalo

Gonzalo:

Seguramente esos alumnos fuero cargados por migración. Cuando se migran, hay que completar esa tabla con al menos 1 registro por cada alumno, con su plan. Y por cada cambio de plan se añade un registro a cada alumno.

Para los alumnos que cambiaste de plan deberías tener al menos 2 registros.

Si los datos no fueron producto de una migración, seguramente debes tener triggers bajados en la base y por lo tanto inconsistencia de datos.

Fijate también lo de los triggers.

Saludos

Gustavo

Gonzalo, podría traerte problema en algunas operaciones ademas de no tener reflejado correctamente en que plan y version estaba o esta el alumno.

Esto se debe a que en muchas operaciones cuando se necesita saber el plan y version de plan de estudios en el que se encontraba el alumno en una fecha dada, se esta consultando esa tabla. Esta consulta se hace con el procedure sp_plan_de_alumno (ua, carrera, legajo, fecha)
Tambien si en un futuro se hace un nuevo cambio de plan a esos alumnos,como no va a quedar reflejado que paso por ese plan, siempre va a recuperar el plan anterior al que estaba cuando se consulte en ese períódo

Podes hacer una prueba ejecutando ese procedure y ver lo que te devuelve.
Igualmente el procedure si no encuentra un registro lo que hace es devolver el plan y version actual, que en este caso tal vez te ande bien. En estos casos lo que hace es insertar un registro en la tabla sga_plan_no_hall para que en algun momento se pueda ir corrigiendo estos alumnos que no se les encontro en que plan y version estaban en una fecha dada y de esa manera registrar esta informacion en la tabla de cambios de plan de estudios.

Gracias por la pronta respuesta chicos!

Voy a revisar si son datos migrados porque los triggers ya los habia revisado y estan activos.

Gracias por explicarme lo de la tabla sga_plan_no_hall me preguntaba para que se usaba ya que siempre la encontre vacia.

El comportamiento por sistema es tal cual lo explica Ale, ya que muestra todo bien (por ahora) porque falta el ultimo cambio que es el plan actual.

Gracias!

Bueno, mientras la encuentres vacia eso indica que los datos sobre el registo de cambios de plan de estudios los tenes bien. Verifica de aca en mas cada tanto esa tabla y corregir esos alumnos que cambiaste de plan y no se actualizó el log de cambios de plan de estudios.