Error al migrar equivalencias - post contorles

Hola!

Estamos tratando de migrar G2 a G3 hacia la versión 3.18.

Al correr el post control: 02_Modulos/60_Equivalencias/03_Pos_Controles/ emite lo siguiente:

[tr][td]tabla[/td][td]resultado[/td][td]cant_g2[/td][td]cant_g3[/td][/tr]
[tr][td]sga_reconocimiento[/td][td]Error: Cantidad de Trámites de Equivalencias de Homologaciones (sga_equiv_tramite) no coinciden… [/td][td]4,00[/td][td]5,00[/td][/tr]
[tr][td]sga_reconocimiento_act[/td][td]Error: Cantidad de actividades homologadas no coinciden (sga_equiv_otorgada)…[/td][td],00[/td][td]1,00[/td][/tr]
[tr][td]sga_equiv_externas[/td][td]Error: Cantidad de equiv_externas no coinciden…[/td][td]362,00[/td][td]358,00[/td][/tr]

Agradecería si pudieran orientarme cómo identificar los inconvenientes y cuáles fueron las tuplas que no migraron.

Muchas gracias!!

Saludos.

Iris

Adjunto el archivo que realiza los poscontroles de equivalencias (fx_pos_ctrl_equivalencias.sql), reemplaza el archivo que tenes, volvé a crear esa funcion reemplazando ${pg_esquema} por negocio y ejecutala.
Fijate si sigue dando ese mensaje, porque ese archivo fue actualizado este mes para la version 3.19.


fx_pos_ctrl_equivalencias.sql (7.5 KB)

Hola Alejandro

Dio error. Creo es una cuestión de versiones.
Estoy migrando hacia G3 versión 3.18.
En adjunto te envío el log del spoon.

Saludos.

Iris


log_spoon_posctrl_Equivalencias.txt (4.55 KB)

Si, el error es porque en la version 3.19 modificamos la tabla de conversion mig._cnv_pk_reconocimiento donde agregamos algunos campos mas. Asi que no vas a poder utilizar ese script del pos-control de equivalencias.

¿Tenes ese pos-control de la version con que estas probando? Podes enviarlo?

Hola Alejandro

Te paso el que viene con la versión para migrar a 3.18.
En otra unidad académica no me dio problemas. Pero en esta que estoy probando ahora si. Lo que me interesa es detectar los casos y cuál es el motivo por el cual no coinciden los valores.

Gracias!!

Iris


fx_pos_ctrl_equivalencias.sql (6.83 KB)

Puede suceder que no se hayan creado tramites de reconocimiento de actividades en donde se pasan las homologaciones si hay algun tramite de equivalencias de homologacion que no tiene ninguna actividad (tramite vacío).
Veamos si es el caso.
¿Que devuelven estas consultas?
1)
SELECT operacion_equiv FROM mig.sga_equiv_operac as eo WHERE origen = ‘H’
EXCEPT
SELECT operacion_equiv_g2 FROM mig._cnv_pk_reconocimiento;

SELECT operacion_equiv FROM mig.sga_equiv_operac as eo WHERE origen = ‘H’
EXCEPT
SELECT operacion_equiv_g2
FROM mig._cnv_pk_reconocimiento as cnv
JOIN sga_reconocimiento as c ON c.nro_tramite = cnv.nro_tramite;

SELECT * FROM mig.sga_equiv_operac as eo
WHERE origen = ‘H’
AND NOT EXISTS (SELECT 1 FROM mig.sga_equiv_otorgada as e WHERE e.operacion_equiv = eo.operacion_equiv);

3

Hola Alejandro

Te respondo:

  1. Devuelve “operacion_equiv”=895

  2. Devuelve “operacion_equiv”=895

[tr]
[td]operacion_equiv[/td][td]fecha[/td][td]fecha_cierre[/td][td]nro_resolucion[/td][td]origen[/td][td]tipo_equiv[/td][td]nua[/td][td]operador[/td][td]matriz_oficial[/td][td]aplic_automatica[/td][td]unidad_academica[/td][td]carrera_origen[/td][td]institucion[/td][td]operacion_original[/td][td]version[/td][td]version_impresa[/td][td]nro_ultima_copia[/td][td]estado[/td][/tr]
[tr][td]895[/td][td]21/12/05[/td][td][/td][td]RCA-200/2000[/td][td]H[/td][td]R[/td][td][/td][td]graciela[/td][td]N[/td][td]N[/td][td][/td][td][/td][td][/td][td]661[/td][td]1[/td][td][/td][td]0[/td][td]A[/td]
[/tr]

Saludos

Iris

Ahi esta el tema, no migró un tramite de equivalencia de tipo homologación porque no tiene ninguna materia homologada, y como no puede indicar para que alumno es, entonces es que no se migró.
Esta bien, hay que ajustar el pos-control para que no de esa diferencia.

¿Esta query devuelve algun tramite de equivalencias?

	SELECT e.operacion_equiv, count(distinct e.unidad_academica || '|' || e.carrera || '|' || e.legajo || '|' || e.plan || '|' || e.version)
      FROM mig.sga_equiv_operac as eo
	  JOIN mig.sga_equiv_otorgada as e  ON e.operacion_equiv = eo.operacion_equiv
	WHERE eo.origen = 'H'; 
     GROUP BY 1
     HAVING count(distinct e.unidad_academica || '|' || e.carrera || '|' || e.legajo || '|' || e.plan || '|' || e.version) > 1

Hola Alejandro.

Bien, eso resolvería los 2 primeros errores, no??

Y qué pasa con el tercero?
sga_equiv_externas Error: Cantidad de equiv_externas no coinciden… 362,00 358,00

Gracias!

Saludos.

Iris

Iris, modifique el pos-control. Volve a crearlo y proba ejecutarlo y veamos que resultado te da.


fx_pos_ctrl_equivalencias.sql (7.58 KB)

Hola Alejandro

Ahora me da un sólo error (diferente):

tabla: sga_reconocimiento_act
resultado: Error: Cantidad de actividades homologadas no coinciden (sga_equiv_otorgada)…
cant_g2: 7
cant_g3: 0

Gracias!!

Iris

¿Estas consultas devuelven 0?

SELECT count(*) FROM sga_reconocimiento_act;
SELECT count(*) FROM sga_reconocimiento_act WHERE homologada = 'S' ;

Hola Alejandro

Ambas consultas retornan 1.

Saludos.

Iris

Por favor corre estas consultas y enviá el resultado. Quiero ver que tramites de equivalencias de tipo Homologación hay en Gurani 2 y en que estado estan.
Consulta 1: Tramites sin equivalencias otorgadas. Estas no se migran.

SELECT b.operacion_equiv, b.tipo_equiv, b.estado
  FROM mig.sga_equiv_operac as b 
 WHERE b.origen = 'H'
   AND not exists (select 1 from mig.sga_equiv_otorgada as a where a.operacion_equiv = b.operacion_equiv)

Consulta 2:

SELECT b.operacion_equiv, b.tipo_equiv, b.estado, a.unidad_academica, a.carrera, a.legajo, a.plan, a.version, a.rectificado, a.estado
  FROM mig.sga_equiv_otorgada as a
     JOIN mig.sga_equiv_operac as b ON a.operacion_equiv = b.operacion_equiv
WHERE b.origen = 'H'
ORDER BY b.operacion_equiv;

2

Hola Alejandro

Te respondo.

Consulta 1)

[tr][td]operacion_equiv[/td][td]tipo_equiv[/td][td]estado[/td][/tr]
[tr][td]895[/td][td]“R”[/td][td]“A”[/td][/tr]

Consulta 2)

[tr][td]operacion_equiv[/td][td] tipo_equiv[/td][td] estado[/td][td] unidad_academica[/td][td] carrera[/td][td] legajo[/td][td] plan[/td][td] version[/td][td] rectificado[/td][td] estado[/td][/tr]
[tr][td] 561[/td][td]“N”[/td][td]“C”[/td][td]“FCE”[/td][td]“CA002”[/td][td]“FCE-117115”[/td][td]“2001”[/td][td]“4”[/td][td]“N”[/td][td]“A”[/td][/tr]
[tr][td]624[/td][td]“N”[/td][td]“C”[/td][td]“FCE”[/td][td]“CA001”[/td][td]“FCE-215615”[/td][td]“1992”[/td][td]“3”[/td][td]“S”[/td][td]“N”[/td][/tr]
[tr][td]624[/td][td]“N”[/td][td]“C”[/td][td]“FCE”[/td][td]“CA001”[/td][td]“FCE-215615”[/td][td]“2001”[/td][td]“4”[/td][td]“S”[/td][td]“N”[/td][/tr]
[tr][td]624[/td][td]“N”[/td][td]“C”[/td][td]“FCE”[/td][td]“CA001”[/td][td]“FCE-215615”[/td][td]“2001”[/td][td]“4”[/td][td]“S”[/td][td]“N”[/td][/tr]
[tr][td]624[/td][td]“N”[/td][td]“C”[/td][td]“FCE”[/td][td]“CA001”[/td][td]“FCE-215615”[/td][td]“2001”[/td][td]“4”[/td][td]“N”[/td][td]“N”[/td][/tr]
[tr][td]661[/td][td]“N”[/td][td]“C”[/td][td]“FCE”[/td][td]“CA001”[/td][td]“FCE-215615”[/td][td]“2001”[/td][td]“4”[/td][td]“N”[/td][td]“N”[/td][/tr]
[tr][td]894[/td][td]“R”[/td][td]“C”[/td][td]“FCE”[/td][td]“CA001”[/td][td]“FCE-215615”[/td][td]“2001”[/td][td]“4”[/td][td]“N”[/td][td]“N”[/td][/tr]

Gracias!
Saludos

Iris

Faltaba unas condiciones en el control de equivalencias de tipo “homologada” en los datos de Guarani 2.
Te envio nuevamente el archivo del pos-control.
Por favor cambialo, y volve a correrlo y avisa si quedan diferencias.


fx_pos_ctrl_equivalencias.sql (7.68 KB)

Hola Alejandro

Ahora da el siguiente error:

tabla: sga_reconocimiento
resultado: Error: Cantidad de Trámites de Equivalencias de Homologaciones (sga_equiv_tramite) no coinciden…
cant_g2: 1
cant_g3: 5

Saludos.

Iris

Por favor envia el resultado de:

SELECT * 
FROM sga_reconocimiento as r 
LEFT JOIN sga_reconocimiento_act as a ON a.nro_tramite = r.nro_tramite
ORDER BY r.nro_tramite

Hola Alejandro.
Envío respuesta en adjunto.
Saludos.

Iris


Screenshot_20210426_183903.png

Screenshot_20210426_183903.png

Bien. Ya vi donde esta el problema. Voy a ajustar el script de migracion de las equivalencias de tipo homologación, que son las que en G3 se registran como aprobaciones por resolución.
Las que están dando problemas en este control son aquellas que fueron rectificadas y anuladas. De ahi la diferencia entre el script que migra y el script que controla.
Modifico ambos y te los vuelvo a enviar. Mientras tanto fíjate de levantar un backup previo a la migración de este modulo de equivalencias para volver a migrar todo el modulo completo.