Hola
En el g2 un alumno se inscribio a la carrera en un año con un plan-version. Tres años despues se inscribe a cursar con el mismo plan pero version distinta.
Cuando se migra a g3 en sga_alumnos está con plan y en la inscripcion a cursada con otro.
Esto traerá algun tipo de incoherencia de información? Debería corregirse en la migración? Como debería quedar?
Emilio
Hay que revisar la migración, el caso sería:
Ejemplo:
Ingresa en 2010 en el Plan 1 - Version 1
En Febrero de 2013, se genera la version 2 del Plan 1, con lo cual el alumno ahora esta en el Plan 1 - Version 2.
En Marzo de 2013 el alumno se inscribe a cursar, quedando registrado en la inscripción Plan 1 - Version 2
Hola
El caso que te muestro estaría bien.
Ya veo si encuentro alguno que no quedó correctamente.
el alumno pasa con el “plan-version” actual y la inscripcion a cursada o examenes con lo que dice la tabla de inscripciones del g2.
no debería haber algun “cambio de plan”?
Emilio
El alumno pasa tal cual como esta en la tabla de alumnos. Si el alumno cambió de plan ese cambio esta registrado en Guarani 2 (sga_cambios_plan) y debería estar migrandose a la tabla correspondiente en Guarani 3 (sga_alumnos_hist_planes)
¿Esto no se esta pasando asi?
Hola Alejandro
Cuidado. En G2 el alumno no se cambió de plan. El plan cambió de version.
El punto es si en g3 ese cambio debe reflejarse o no.
Emilio
Bien, diste en la tecla.
La respuesta es SI. Debería registrarse los cambios de version en Guarani 3, cosa que en Guarani 2 no sucede ello ya que el cambio de version es automático en todos los alumnos y solo se registran los cambios de plan de estudios.
Hay que modificar los scripts de migracion para generar estos cambios de version por cada alumno.
En Guarani 3 se registran tanto los cambios de plan (idem Guarani 2) como asi tambien los cambios de version. Esto ultimo es lo que difiere Guarani 2 de Guarani 3, ya que en Guarani 2 los alumnos de un plan de estudios estan siempre en la ultima version activa, mientras que en Guarani 3 no, podría haber alumnos en diferentes versiones activas de un plan de estudios, el cambio de version no es automática sino manual.
Podría hacerse el cambio de version a todos los alumnos de un plan de estudios en forma automática cuando se activa una version de plan de estudios (esto no esta desarrollado actualmente), para que actue igual a como esta en Guarani 2.
ufffaaa…
ok.
Lo de automático con la activación de versión, no se. Todavia no lo tengo claro.
El punto era, si se rectifica un acta de un alumno vieja, encontraba el plan-version para controlarlo?
Vos verás.
Emilio
Si necesitas esta informacion hay dos opciones:
Esperar a que ajustemos el script de migracion, que supongo va a ser una funcion de postgres (con lo cual podras luego correrlo en tu base y ajustar los datos de cambios de version de plan de estudios a cada alumno)
Modificar la fucnion que busca en que version del plan de estudios estaba el alumno a una fecha get_plan_version_alumno (id alumno, fecha).
Ejemplo: select * from get_plan_version_alumno(4526, ‘2010-03-25’)
ya veré los scripts de migración.
gracias.
Emilio
podrás fijarte en
Cursadas » Inscripciones »
Inscribir Automáticamente a Ingresantes
si aparecen todos los planes.
No deberían aparece solo los Vigentes?
Por otro lado posible error.
Tengo un plan que esta dado de baja pero la version no está dada de baja. Aparece para inscribir a cursada. Supongo que está mirando el estado de la version del plan y no del plan.
Emilio
Inscripcion automática a cursar para ingresantes:
Ahi permite seleccionar todos los planes y versiones de planes activos. Eso es un filtro para indicar a que alumnos vas a inscribir.
En el caso de que los alumnos esten en el plan activo vigente, solo recuperara a alumnos de ese plan. Aca no intervienen esos parámetros, son solo para la “inscripción a propuesta”.
Esta bien que solo mire el estado de la version del plan de estudios en la inscripción a cursada, ya que se supone que un plan dado de baja, tiene todas sus versiones en ese mismo estado.
Deberias arreglar ese dato con esto:
BEGIN WORK;
ALTER TABLE sga_planes_versiones DISABLE TRIGGER ALL;
UPDATE sga_planes_versiones
SET estado = 'B',
fecha_baja = sga_planes.fecha_baja,
documento_baja = sga_planes.documento_baja
FROM sga_planes
WHERE sga_planes.plan = sga_planes_versiones.plan
AND sga_planes.estado = 'B'
AND sga_planes_versiones.estado <> 'B';
ALTER TABLE sga_planes_versiones ENABLE TRIGGER ALL;
COMMIT WORK;
Se modifica el archivo ‘’‘BD\Migracion\G2\02_Modulos\30_Planes\02_Migracion\05_sga_planes_versiones.sql’‘’
Adjunto este archivo al mensaje.
05_sga_planes_versiones.sql (3.21 KB)
va a quedar un poco distinto
CASE
WHEN msp.estado = 'B' THEN 'B'
WHEN msp.estado = 'N' THEN 'N'
WHEN (msp.estado = 'V' AND msp.version_actual = msvp.version ) THEN 'V'
ELSE 'A'
END
y no arreglo con querys.
migro todo de vuelta aunque sea este detalle.
Que pasa si se dan de baja las versiones anteriores? Sería mucho lío?
Supuestamente la operación es para ingresantes y no debería haber ingresantes con otros planes que no sean vigentes.
Emilio
Respecto que queden las versiones anteriores como dadas de baja, no se, tal vez ponerlas como activas no vigentes. Creo que es como vos pusiste ahi la condicion "ELSE ‘A’ "
NO deberia haber alumnos en versiones anteriores a la version actual de cada plan de estudios.
Si vas a probar migrar todo nuevamente, puedo pasarte los scripts de migracion ya que fueron siendo modificados.
Aun falta registrar los cambios de version de los alumnos.
No está tan facil la decision, Alejandro.
Hay que pensarlo un poco. O mucho.
Un alumno que está hoy en la facultad no cabe duda que tiene que estar en la version actual del plan (terminologia g2)
Un plan se activó en el 2007, un alumno se inscribe ese año en la “version 1”. Hoy el plan está en la 4 version, pero el alumno en abril del 2007 se fue a la casa…
La otra que no está nada facil son las fechas de las versiones viejas de planes que no necesariamente son reales…
Hay que pensarlo un poco.
Emilio
De ser asi, en Guarani 3 quedarían:
Todas las versiones como Activas No vigentes (salvo la ultima que queda activa vigente. y las nuevas en ese estado)
A los alumnos se le generaría los cambios de version incluidos desde su fecha de ingreso hasta su fecha de cambio de calidad (de activo a Pasivo/Abandono/Egresado), quedando en la version ultima activada antes de esa fecha en que cambió su calidad como alumno. Es por ello que en tal caso las versiones, deben quedar todas en estado activas, por si algun alumno de estos que estaba pasivo, vuelve a la institucion y se le cambia la calidad, en ese caso habrá que analizar si se lo cambia de version de plan o sigue en la que está.
El problema es que no existe el cambio a pasivo/abandonó. el de egresado si.
Habra que ver que hacer. Que definicion de “fecha_hasta” tomar.
Emilio