Importante: Verificar tabla scp_garantia_tipos antes de actualizar a 3.0.1

Hola comunidad!,
Les comentamos que con la versión 3.0.1, las universidades que hayan creado tipos de garantías nuevas, van a tener inconvenientes al realizar la actualización a la versión 3.0.1.
Este error puede ocurrir, porque estamos incorporando un nuevo tipo de garantía con id_garantia_tipo 7, y las universidades que hayan creado un nuevo tipo de garantía, van a tener un problema de superposición con este id_garantia_tipo 7 de la versión.

Para evitar tener inconvenientes, deberán realizar lo siguiente:
Desde la BD ejecuten la siguiente consulta:

 select max (id_garantia_tipo) from diaguita.scp_garantia_tipos;

Si el valor máximo de es mayor a 6, deberán realizar lo siguiente


Supongamos que el valor que tienen en id_garantia_tipo es el 8, entonces lo que deben hacer a continuación es cambiar un archivo de diaguita donde esta este nuevo tipo de garantia y cambiar el 7 que viene con la versión por un 9 (para que no se superponga con el 7 y 8 de su universidad).

en el archivo:
$PATH_PAQUETE/3.0.1/sql/repositorio_conversion/3.0.1.sql
En la linea 12 aprox, esta esta entrada:INSERT INTO scp_garantia_tipos (id_garantia_tipo, nombre,estado,id_pilaga) VALUES (7, ‘pólizas electrónicas’, ‘AC’,12 );

Ahi deben cambiar el id 7, por el id 9. Ya que el id 7 y el 8 ya esta siendo utilizado por su universidad.
INSERT INTO scp_garantia_tipos (id_garantia_tipo, nombre,estado,id_pilaga) VALUES (9, ‘pólizas electrónicas’, ‘AC’,12 );

De todas formas, si llegase a pasarles esto, les recomendamos que verifiquen sus nuevos tipos de garantías, y si alguna se corresponde con “Polizas electrónicas”, que es el tipo de garantía creado en esta versión 3.0.1, creen un GDS donde coordinaremos la configuración para que no tengan dos tipos de garantías ‘pólizas electrónicas’ repetidas en el sistema.

Les mantenemos al tanto de cualquier otra novedad.

Gracias UNLZ y UNLaM por reportarlo!

Saludos,
Fernando