Modifiqué el script migrador de proveedores y reservas para que funcione con la versión 1.11.0 del SIU-Diaguita. (está adjunto en este mensaje)
Si ya estaban utilizando el script en la version anterior, lo único que deberían hacer es remplazar el archivo migra.php por el que está en el archivo comprimido.
Hola Diego,
ante todo muchas gracias por el aporte.
Yo quería consultarte si esta versión es compatible con Pilaga 2.0 ya que me saltan errores al querer utilizarlo para migrar desde Pilaga 2.0 a Diaguita 1.11.0.
Los errores son ejecutando solo el metodo diaguita, ejecutando solo pilaga no tengo errores.
La salida de script es la siguiente:
********************************************************************************
10-12-2012 10:45:26: COMENZANDO A MIGRAR - METODO diaguita
********************************************************************************
TRUNCATE DE TABLA tempdatospilaga.sau_pr_proveedor_rubro: OK!
COPY DE TABLA tempdatospilaga.sau_pr_proveedor_rubro: OK!
VACUUM DE TABLA tempdatospilaga.sau_pr_proveedor_rubro: OK!
TRUNCATE DE TABLA tempdatospilaga.sau_pr_proveedores: OK!
PHP Warning: pg_query(): Query failed: ERROR: datos extra después de la última columna esperada
CONTEXT: COPY sau_pr_proveedores, línea 1: «2 \N \N \N \N» in /var/tmp/migradorPilDiag/migra.php on line 782
ERROR AL HACER EL COPY A LA TABLA tempdatospilaga.sau_pr_proveedores!!!!!!!!
VACUUM DE TABLA tempdatospilaga.sau_pr_proveedores: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_personas_x_documentos: OK!
COPY DE TABLA tempdatospilaga.anx_personas_x_documentos: OK!
VACUUM DE TABLA tempdatospilaga.anx_personas_x_documentos: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_personas: OK!
PHP Warning: pg_query(): Query failed: ERROR: datos extra después de la última columna esperada
CONTEXT: COPY anx_personas, línea 1: «2 F CONSUMIDOR FINAL \N M 54 \N \N \N A \N \N» in /var/tmp/migradorPilDiag/migra.php on line 782
ERROR AL HACER EL COPY A LA TABLA tempdatospilaga.anx_personas!!!!!!!!
VACUUM DE TABLA tempdatospilaga.anx_personas: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_personas_domicilios: OK!
COPY DE TABLA tempdatospilaga.anx_personas_domicilios: OK!
VACUUM DE TABLA tempdatospilaga.anx_personas_domicilios: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_domicilios: OK!
PHP Warning: pg_query(): Query failed: ERROR: datos extra después de la última columna esperada
CONTEXT: COPY anx_domicilios, línea 1: «2 Belgrano 526 \N \N \N \N \N \N 5462007 \N» in /var/tmp/migradorPilDiag/migra.php on line 782
ERROR AL HACER EL COPY A LA TABLA tempdatospilaga.anx_domicilios!!!!!!!!
VACUUM DE TABLA tempdatospilaga.anx_domicilios: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_rubros: OK!
COPY DE TABLA tempdatospilaga.anx_rubros: OK!
VACUUM DE TABLA tempdatospilaga.anx_rubros: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_paises: OK!
COPY DE TABLA tempdatospilaga.anx_paises: OK!
VACUUM DE TABLA tempdatospilaga.anx_paises: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_provincias: OK!
COPY DE TABLA tempdatospilaga.anx_provincias: OK!
VACUUM DE TABLA tempdatospilaga.anx_provincias: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_dptos_partidos: OK!
COPY DE TABLA tempdatospilaga.anx_dptos_partidos: OK!
VACUUM DE TABLA tempdatospilaga.anx_dptos_partidos: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_localidades: OK!
COPY DE TABLA tempdatospilaga.anx_localidades: OK!
VACUUM DE TABLA tempdatospilaga.anx_localidades: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_codigos_postales: OK!
COPY DE TABLA tempdatospilaga.anx_codigos_postales: OK!
VACUUM DE TABLA tempdatospilaga.anx_codigos_postales: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_tipos_documento_identidad: OK!
COPY DE TABLA tempdatospilaga.anx_tipos_documento_identidad: OK!
VACUUM DE TABLA tempdatospilaga.anx_tipos_documento_identidad: OK!
TRUNCATE DE TABLA tempdatospilaga.anx_domicilio_roles: OK!
COPY DE TABLA tempdatospilaga.anx_domicilio_roles: OK!
VACUUM DE TABLA tempdatospilaga.anx_domicilio_roles: OK!
TRUNCATE DE TABLA tempdatospilaga.sau_np_componentes: OK!
COPY DE TABLA tempdatospilaga.sau_np_componentes: OK!
VACUUM DE TABLA tempdatospilaga.sau_np_componentes: OK!
TRUNCATE DE TABLA tempdatospilaga.sau_np_etapas_presupuestarias: OK!
COPY DE TABLA tempdatospilaga.sau_np_etapas_presupuestarias: OK!
VACUUM DE TABLA tempdatospilaga.sau_np_etapas_presupuestarias: OK!
TRUNCATE DE TABLA tempdatospilaga.sau_np_elementos: OK!
COPY DE TABLA tempdatospilaga.sau_np_elementos: OK!
VACUUM DE TABLA tempdatospilaga.sau_np_elementos: OK!
TRUNCATE DE TABLA tempdatospilaga.sau_np_elementos_etapas: OK!
COPY DE TABLA tempdatospilaga.sau_np_elementos_etapas: OK!
VACUUM DE TABLA tempdatospilaga.sau_np_elementos_etapas: OK!
TRUNCATE DE TABLA tempdatospilaga.sau_no_ejercicios: OK!
COPY DE TABLA tempdatospilaga.sau_no_ejercicios: OK!
VACUUM DE TABLA tempdatospilaga.sau_no_ejercicios: OK!
TRUNCATE DE TABLA tempdatospilaga.sau_np_elementos_x_ejercicio: OK!
COPY DE TABLA tempdatospilaga.sau_np_elementos_x_ejercicio: OK!
VACUUM DE TABLA tempdatospilaga.sau_np_elementos_x_ejercicio: OK!
PROCESO DETENIDO POR ERRORES...
Hola Juan Cruz! Por lo que veo en los mensajes de error que te tira, en la versión 2.0 del SIU-Pilagá viene modificada la estructura de 3 de las tablas que corresponden a proveedores: sau_pr_proveedores, anx_personas, y anx_domicilios.
Yo en estos días instalo la versión 2.0 del SIU-Pilagá, y modifico el script para que funcione con las nuevas estructuras de las tablas. Te aviso por acá cuando lo tenga listo.
De todas formas, estoy casi seguro que si en el esquema “tempdatospilaga” de la base del SIU-Diaguita, replicas la misma estructura de esas 3 tablas que tiene el SIU-Pilagá, el script tendría que seguir funcionando.
Hola Gente!! Les comento que tengo un problema con la migración de proveedores, estoy con la versión 2.0.1 de Pilaga y la 1.11.1 en Diaguita.
Adjunto el Logs y texto del error. Desde ya muchisimas Gracias
Hola Rodrigo! Feliz año! Aparentemente estás teniendo el mismo problema que tenía Juan Cruz. Fijate de actualizar el script migrador a la versión 6. (en unos posts mas arriba está para bajar). Esta nueva versión del script soporta a partir de SIU-Pilagá 2.0.0 y SIU-Diaguita 1.11.1
Esta nueva versión del migrador para aquellos que pasen al SIU-Pilagá 2.2.0 o posterior
(Para actualizar la versión anterior, sólo hay que ejecutar el SQL que actualiza el esquema “tempdatospilaga” al formato del pilagá 2.2.0, no es necesario reemplazar los archivos ni configuraciones…)
Buenas, comunidad.
Informo algo a tener en cuenta…el script en su ultima version, venia funcionando al pelo, pero al migrar de ejercicio(todo sobre Pilaga 2.3.0), en en archivo de inicializacion de la base Pilaga, se cambio la longitud de el campo “nombre_abreviado” de la tabla anx_localidades a 60 caracteres. Por lo tanto en mi base de Pilaga para el ejercicio 2015, la lingitud de dicho campo difiere con el de diaguita, provocando errores en la migracion, lo sulucione cambiando el valos de los siguientes campos a 60 caracteres.
tempdatospilaga.anx_localidades.nombre_abreviado
diaguita_auditoria.logs_anx_localidades.nombre_abreviado
diaguita.anx_localidades.nombre_abreviado
Posiblemente, Diego, quieras sacar una actualizacion o parche en base a esto.
Saludos, Mario Valente
Como las estructuras de las tablas anx_localidades en este momento son distintas entre los sistemas (pilagá y diaguita), mi consejo es directamente desactivar momentáneamente la migración de las tablas adicionales en el config.ini del migrador hasta que salga una versión del diaguita que se equipare a la estructura del pilagá. (como opinión personal, no creo conveniente modificar la estructura de las tablas que usa el sistema, por las dudas…)
Para desactivar la migración de las tablas temporales, hay que editar el archivo config.ini y dentro del apartado [general] poner en 0 el valor para el dato tablas_adicionales
Tendría que quedar así:
tablas_adicionales = 0
RECORDAR DE VOLVER A PONERLO EN 1 CUANDO SE CORRIJA EL ERROR DE LAS ESTRUCTURAS… (en ese momento publicaré una nueva versión del script que contemple el cambio de longitud en el campo)
De esta forma se seguirán migrando los proveedores, hasta se solucione el problema…
IMPORTANTE: Para que esta solución funcione, las tablas adicionales (incluida anx_localidades) tendrían que haber sido migradas en algún momento anterior… En mi caso, como el script lo vengo ejecutando hace tiempo, esas tablas ya estaban migradas.