Buenos días:
llevamos ya 8 bases de G2 migradas a base única G3. Detectamos que por cada migración se inserta un registro en la tabla sga_cond_regularidad con el concepto No promocionó.
En dicha tabla se incluyen en forma predeterminada valores del 1 al 5 donde no se considera el nombre No Promocionó (libre, abandonó, insuficiente, regular, promocionó, respectivamente ). Entonces la migración al no encontrar el nombre “no promocionó” lo inserta (además con resultado A, cuando creemos lo debería hacer con resultado R).
Por esta razón tenemos 8 conceptos “No Promocionó”. La pregunta es si podemos insertar con PK 6 dicha condición.
La pregunta reside en que nos han indicado que los registros que deseemos agregar lo hagamos a partir del código 100.
Aguardamos respuesta.
Saludos,
Lorena
Hola Lorena, cualquier dato que agreguen en una tabla debe ser con un id mayor a 100 o 1000 dependiendo la tabla.
En que script de migración detectaste que inserta la condicion de regularidad No Promocionó ?
La condición de regularidad se usa solo para actas de regulares. Si un alumno obtiene un 6, y corresponde a un aprobado, puede ser que ese 6 no le alcanza para promocionar, con lo cual el resultado correspondiente a la nota 6 es un “Aprobado”, y se puede usar la condición de regularidad “No promocionó” para esa nota, y solo se puede usar si el resultado coincide, por esto tiene un resultado Aprobado.
Quizás, como ya ha planteado otra institución, es que no quieren tener disponible esa condición de regularidad en la carga de notas de las actas de regulares. De ser asi, pueden cambiar el estado a Baja de esa condición de regularidad.
Hola Alejandro:
Empiezo por el final de tu respuesta:
Quizás, como ya ha planteado otra institución, es que no quieren tener disponible esa condición de regularidad en la carga de notas de las actas de regulares. De ser asi, pueden cambiar el estado a Baja de esa condición de regularidad.
Haremos esto, para que no se visualice en las actas de G3.
La consulta que hicimos tiene que ver con la migración 
En que script de migración detectaste que inserta la condicion de regularidad No Promocionó ?
El script es: 18_sga_cond_regularidad.sql
En la tabla de G2, existe como resultado “P” y “N”. En el script no existe la correspondencia con “N” (donde “N” es “No promocionó”). Mirá:
SELECT
convcr.cond_regularidad,
cr.descripcion,
cr.descripcion,
CASE
WHEN cr.resultado = ‘P’ THEN ‘A’
WHEN cr.resultado = ‘A’ THEN ‘A’
WHEN cr.resultado = ‘R’ THEN ‘R’
WHEN cr.resultado = ‘U’ THEN ‘U’
ELSE ‘A’
END,
‘N’,
‘S’
FROM
mig._cnv_pk_cond_regularidad as convcr,
mig.sga_cond_regular as cr
WHERE
convcr.cond_regularidad_g2 = cr.cond_regularidad AND
convcr.migrar = 1;
En la tabla mig.sga_cond_regular las condiciones son:
1;“Libre”;“U”
2;“Abandonó”;“U”
3;“Insuficiente”;“R”
4;“Regular”;“A”
5;“Promocionó”;“P”
6;“No Promocionó”;“N”
La tabla equivalente de G3 sga_cond_regularidad no tiene la condición 6:
|cond_regularidad|nombre|descripcion|resultado|es_condicion_defecto|activo|
|1|Libre|Quedó libre en la cursadas.|U|S|S|
|2|Abandonó|Abandonó la cursada|U|N|S|
|3|Insuficiente|Reprobó la cursada|R|S|S|
|4|Regular|Regularizó la activdad|A|S|S|
|5|Promocionó|Promocionó la actividad|A|N|S|
Esto tiene dos consecuencias:
- El script de migración no encuentra el concepto 6 “No Promociono” y lo inserta, cada vez que se migra una base (por eso estamos pidiendo insertar como id 6 la condición No Promocionó.)
- Como consecuencia de que no encuentra el Resultado “P” está pasando un “No Promocionó” con resultado “A”, cuando el resultado es “R”.
Lorena
El resultado N no existe en Guarani 3. En Guarani 2 era para identificar los alumnos que aprobaban la cursada pero no llegaban a promocionar, por ejemplo para las notas 4, 5 y 6; suponiendo que 7,8, 9 y 10 corresponde a una promoción.
Por eso es que se pasa con resultado A (Aprobado) y corresponde con notas de la escala de notas que tienen resultado Aprobado.
La condición de regularidad solo se utiliza en el acta de cursada; no se utiliza en el acta de promoción.
En Guarani 3, cuando carguen el resultado de la cursada en el acta podran indicar si promocionó y si no promocionó elegir cualquiera de las condicioens de regularidad que indiquen como fue la cursada y que se corresponda el resultado con el resultado de la nota que se registra al alumno.
Entonces según lo que me decís, cada migración va a insertar un “no promocionó” en la tabla sga_cond_regularidad… y eso está ok.
Listo entonces.
Saludos
Lorena
Si quedan mas de un registro de condición de regularidad “No Promocionó” para mismo resultado entonces una vez que terminen de migrar todas las instalaciones de Guarnai lo vemos y armamos algun script que deje solo un registro. O lo podemos hacer ahora y lo corren luego de cada migración (2da, 3era…)
Por favor creen una solicitud en el GDS haciendo referencia a este foro y vemos el caso.
Saludos!
Ademas tenemos ya un script que compara dos escalas de notas (conjunto de notas con sus resultados/conceptos) e informa si son escalas identicas. De tener estos casos tambien se puede hacer de dejar solo una escala de notas y borrar la duplicada.
Vean esta documentación que esta publicada en la wiki respecto de migración: https://documentacion.siu.edu.ar/wiki/SIU-Guarani/Version3.21.0/Migracion/Desde_SIU_Guarani_2/Migracion/consideraciones_finales
Otro tema no relacionado con esto de esacalas de notas es el de las correlativas especiales. Si tienen correlativas especiales en Guarani 2 (que estan implementadas en la base mediante stored procedures), van a tener que resolverlo de alguna de estas dos opciones:
- Generar el archivo php correspondiente a la regla que implementa la correlativa especial
- Cambiar la correlativa especial por algun requisito que exista que resuelva esa necesidad o cambiar el id de regla del requisito (que se crea en la migración con el nombre d ela correlativa especial) y reemplazar la regla que implementa su funcionalidad.
Si tienen de estos casos y dudas de como resolverlo, carguen otra solicitud y lo seguimos por alli.
Saludos