Buenas tardes
Estamos migrando una base de datos y nos da error en el modulo generales.
Adjuntamos un documento zipeado que contiene el debug y la tabla donde están las resoluciones duplicadas.
Analizando las historias académicas donde se incluye el numero de normativa (Res. 036/17-CS) se corresponde a otorgamiento de equivalencias que están bien utilizadas pero aparentemente hay algún inconveniente a la hora de migrar.
Por favor cualquier otra información que se necesiten para analizar este caso no duden en comunicarse. Mucha gracias.
Saludos cordiales
Adriana
Hola Adriana, como puede ser que la misma resolución tenga registrada diferentes fechas?
Resolución: Res. 036/17-CS
Fechas:
2019-08-07
2019-08-08
2019-08-09
2019-08-20
2019-08-21
2019-08-22
2019-08-27
2019-08-30
¿En cual de estas consultas devuelve esas resoluciones y fechas? ¿Es en la ultima de equivalencias?
Por favor corre esta consulta y envia el resultado:
SELECT DISTINCT 'EXA', nro_resolucion, 'sga_movimientos_ha', 'nro_resolucion',
'Resolución Nro ' || nro_resolucion,
10,
to_date('01/10/2019', 'YYYY-MM-DD'),
-- date(fecha),
'A'
FROM mig.sga_mov_examen
WHERE nro_resolucion NOT IN (SELECT resolucion FROM mig._cnv_pk_documentos WHERE documento_tipo = 10)
AND nro_resolucion = 'Res. 036/17-CS'
UNION ALL
SELECT DISTINCT 'CUR', nro_resolucion, 'sga_movimientos_ha', 'nro_resolucion',
'Resolución Nro ' || nro_resolucion,
10,
to_date('01/10/2019', 'YYYY-MM-DD'),
-- date(fecha),
'A'
FROM mig.sga_mov_cursada
WHERE nro_resolucion NOT IN (SELECT resolucion FROM mig._cnv_pk_documentos WHERE documento_tipo = 10)
AND nro_resolucion = 'Res. 036/17-CS'
UNION ALL
SELECT DISTINCT 'PRO', nro_resolucion, 'sga_movimientos_ha', 'nro_resolucion',
'Resolución Nro ' || nro_resolucion,
10,
to_date('01/10/2019', 'YYYY-MM-DD'),
-- date(fecha),
'A'
FROM mig.sga_mov_promo
WHERE nro_resolucion NOT IN (SELECT resolucion FROM mig._cnv_pk_documentos WHERE documento_tipo = 10)
AND nro_resolucion = 'Res. 036/17-CS'
UNION ALL
SELECT DISTINCT 'EQU', nro_resolucion, 'sga_movimientos_ha', 'nro_resolucion',
'Resolución Nro ' || nro_resolucion,
10,
date(fecha),
'A'
FROM mig.sga_mov_equiv
WHERE nro_resolucion NOT IN (SELECT resolucion FROM mig._cnv_pk_documentos WHERE documento_tipo = 10)
AND nro_resolucion = 'Res. 036/17-CS'
ORDER BY 1;
Buenas tardes
Adjunto resultado del script solicitado, perdón por la demora, tuve que volver a generar las ambientes de trabajo.
Esto se ejecuto luego de la ejecución del trabajo 01_TablasConversionPK cnv_pk_tablas.kjb.
Saludos,
Esas resolución con diferente fecha tienen que ver con prorrogas en la vigencia de las equivalencias de regularidad?
Pareciera que es una resolución del Consejo Superior, que luego fue aplicado a alumnos en diferentes fechas, esas que figuran ahi, no?
Podes hacer la siguiente modificación:
En el archivo \02_Modulos\10_Generales\02_Migracion\02_tablas_conversion.sql, en la linea 380, donde dice:
De esa forma solo insertará una registro con esa resolución a la tabla de migracion mig._cnv_pk_documentos
Deberias volver a levantar un backup de la base previo a la migración del módulo 10_Generales, y con ese cambio volver a migrar a partir de este modulo.
Buenos días Alejandro.
La normativa es una y se aplica en varios momentos, supongo por eso las distintas fechas.
Ahora bien, con respecto a los datos de la migración de estas normativas en G3, en la operación Administración documentos respaldatorios, están las normativas migradas pero no se corresponden exactamente con lo ingresado en el ABM de resoluciones de equivalencias de G2.
Adjunto pantalla de G2 vs G3, es decir, la información no es la misma.
¿Se pierde todo lo ingresado en G2, por el modulo Equivalencias - Actualizaciones - Resoluciones de equivalencias? ¿Como hace el migrador para determinar las normativas a migrar?
Aguardo tus comentarios.
Muchas gracias.
Por lo que veo son dos resoluciones diferentes, la de Guarani 2 y Guarani 3. Fijate que tienen diferente fecha.
Lo que veo es que el nro de resolucion es el mismo (porque habra mas de una con este numero) pero con diferente fecha. Fijate si no encontras esa misma resolucion con la otra fecha que ves ahi en la pantalla de Guarani 2.
Buenos días Alejandro
El instrumento es único para toda la institución mas allá de que estoy sobre una base de datos de una unidad.
Te adjunto dos Historias Académicas de ejemplo donde se indican la resolución en cuestión.
También te envió un archivo donde tienen las resoluciones por equivalencias de G2 y la tabla sga_documentos, donde entiendo van a parar las resoluciones, ahí la fecha migrada dice para casi todos los registros 01/01/2000.-
Lo que necesito me orientes donde tengo que fijarme sobre las resoluciones.
Aguardo tus comentarios.
Muchas gracias.
Saludos
Adriana
Segun documento HA - 01.pdf y HA - 02.pdf, la resolución Res.036/17-CS esta en unas equivalencias.
Puede ser que correspondan a un mismo tramite de equivalencias.
Podes buscarlo con:
SELECT a.alumno, p.persona, p.apellido_nombres, et.*, d.*
FROM sga_equiv_tramite as et
JOIN sga_alumnos as a ON a.alumno = et.alumno
JOIN vw_personas as p ON p.persona = a.persona
JOIN sga_documentos as d ON d.documento = et.documento
WHERE d.documento_numero= 'Res.036/17-CS'
La correspondencia entre tablas del modelo de datos de Guarani 2 y Guarani 3 lo podes encontrar en la documentación de migración de Guarani 3 (aqui). Busca la tabla de Guarani 2 y veras la que corresponde en Guarani 3.
Hola Alejandro.
Gracias por el link de las relaciones entre tablas.
Mirando ambas planillas y el link enviado, no estaría reflejando lo que tiene la tabla sga_equiv_resol de G2 con la tabla sga_elementos de G3, para los campos descripción, fecha y observación.
Estos campos son parametrizables?
Saludos
Tabla sga_equiv_resol de G2 pasa a la tabla sga_documentos de G3.
Pero esta tabla sga_documentos (documentos respaldatorios - incluye resoluciones -) se carga con nros de resolucion que hay en diferentes tablas del modelo de G2 que no tenian relacion con la tabla de resoluciones que es sga_equiv_resol (esta solo se usaba en el módulo de equivalencias)
Esto lo podes ver en el script \02_Modulos\10_Generales\02_Migracion\02_tablas_conversion.sql
En G2 la tabla sga_equiv_resol, tiene los campos:
NRO_RESOLUCION varchar(15) NOT NULL,
FECHA date,
NRO_EXPEDIENTE varchar(15),
OBSERVACIONES varchar(255)
De estos campos, los que no se pasan a G3 son: fecha (asigna una por defecto) nro_expediente , observaciones
Quizas en el script donde se pasan los datos de esta tabla, haya que cambiar (linea 245):
to_date(mig.get_default(‘fecha_resolucion’),‘YYYY-MM-DD’),
por
mig.sga_equiv_resol.fecha
Y pasar el dato “observaciones”.
Adjunto el script “\02_Modulos\10_Generales\02_Migracion\02_tablas_conversion.sql”. Fijate el insert de la linea 241
Igualmente si ya migraste se puede actualizar las observaciones.
