Revisión del 15:13 21 jun 2011

Primeras pruebas con el Sistema Mapuche

Migracion Mapuche

Cositas utiles

Restaurar Postgres

Ir al /etc/init.d/postgresql-8.3 restart

Tocar el archivo de configuracion de Postgres

En la linea de comando: mcedit /etc/postgresql/8.3/main/postgresql.conf

Editar archivos en linux

Escribir mcedit o mc en la linea de comandos

Hacer un dump de la base

  pg_dump -U postgres siu > bd_cordoba.sql

Generar los CVS

Antes de generar

• Ir al modulo de Utilidades y restaurar el archivo dh92, porque tiene los identificadores unicos en 0, esto los autonumera.
• Crear un archivo dh41.cvs en blanco y pisar el que tiene datos hasta que se eliminen los registros de clave duplicada en dh41.
• Crear un archivo dho01.cvs en blanco y pisar el que esta hasta que se rellene los valores nulos del campo codc_regio(tercera columna), por ejemplo con un valor "000".

Controlar via consulta Pervasive que no existan estos errores:

• dh23: Controlar que no haya valores nulos en el campo codn_conce

 SELECT * FROM "DH23" where codn_conce IS NULL

• spu_vnci: Controlar que no exista ningun valor nulo en campo desc_abrev.

 SELECT * FROM "spu_vnci" where desc_abrev IS NULL

Antes de comenzar el Proceso de Migracion

• Opcion1:

Editar el archivo Pampa_Copy.sql y cambiar la ruta "/tmp/" por "/home/lmanjarres/mapuche/POSTGRES/"

• Opcion2:

Se recomienda crear en el directorio RRHH el archivo POSTGRE.INI informando el Path en el que estarán todos los archivos con los datos del sistema SIU-Pampa que serán importados a la base PostgreSQL mediante la sentencia COPY de la base:

[Generacion] PathCopy = {Escribir aquí por ejemplo: /tmp/pampa/ }

Generar CVS

En el modulo Intercambio, menu

• Procesos--> Generación Completa a PostgreSQL-->Esquema de Tablas
• Procesos--> Generación Completa a PostgreSQL-->Datos en formato texto
• Procesos--> Generación Completa a PostgreSQL-->Script para Importacion
• Procesos--> Generación Completa a PostgreSQL-->Script para Migracion SUI-Pampa
• Procesos--> Generación Completa a PostgreSQL-->Esquema de Indices y Relaciones

Proceso de Migracion

Generar y copiar los archivos CVS

• Entrar x ftp al servidor donde trabajamos que es: 192.168.10.137
• Copiar via explorador de archivos los CVS generados que se encuentran en (192.168.19.31) W:\pampa\rrhh\EXPORTAR\POSTGRE a T:\MAPUCHE\CVS\

Para los archivos que dan error al importar como dh41, borrar el dh41.cvs y crear un nuevo archivo con ese nombre pero vacio en T:\MAPUCHE\CVS\.

• y de alli copiarlos via ftp del servidor 192.168.10.137 a la carpeta /lmanjarres/mapuche/POSTGRES/

Preparar el entorno y migrar

• Entrar a puty al servidor 192.168.10.137

Logueo

• loguearme como usuario lmanjarres (pasw: termo31)
• Luego entrar como root, para ello escribir en la linea de comandos: su (passw: solECOfi)
• Luego me logueo como usuario postgres: su postgres

Crear la Base

Renombrar la base siu que ya existe desde pgAdmin

  createdb siu --encoding=”SQL-ASCII” –U postgres

Crear usuario

  createuser -a -d -P pampa –U postgres

Crear e esquema

   psql siu –U postgres
   create schema pampa authorization pampa;
   alter user pampa set search_path to pampa, public;
   \q

Ejecutar scripts

para ello moverme al directorio: cd /home/lmanjarres/mapuche/POSTGRES

• Migracion: psql siu –f Migracion_Pampa.sql –o Migración_Resultados_paso1.txt –U pampa 2>err_paso1.txt

 Verificar que se hizo en el archivo de resultados (mcedit Migración_Resultados_paso1.txt)
 Verificar los errores en el archivo de error (mcedit err_paso1.txt)

• Tablas: psql siu –f Pampa_Tablas.sql –o Migración_Resultados_paso2.txt –U pampa 2>err_paso2.txt

 Verificar que se hizo en el archivo de resultados (mcedit Migración_Resultados_paso2.txt)
 Verificar los errores en el archivo de error (mcedit err_paso2.txt)

• Copy: psql siu –f Pampa_Copy.sql –o Migración_Resultados_paso3.txt –U pampa 2>err_paso3.txt

 Verificar que se hizo en el archivo de resultados (mcedit Migración_Resultados_paso3.txt)
 Verificar los errores en el archivo de error (mcedit err_paso3.txt)

• Funcion de Migracion

Se debe ingresar al ambiente PostgreSQL mediante la sentencia “psql siu –U pampa”, y luego ejecutar la función “migración” mediante el comando. Los resultados verlos en la tabla migracion_borrados de postgres.

  psql siu –U pampa
  select migracion(2);
  \q

• Indices: psql siu –f Pampa_Indices.sql –o Migración_Resultados_paso4.txt –U pampa 2>err_paso4.txt

Errores

Errores al ejecutar Migracion

Errores generados hasta correr el PampaCoy.sql, antes de la funcion de la migracion.

• dh23:

 linea 36550, nro_liqui=846 tiene valor nulo en el campo codn_conce
 linea 37352, nro_liqui=869 tiene valor nulo en el campo codn_conce

• dh92: Clave duplicada, regenerar el archivo via modulo de Utilidades para regenerar el campo clave que es un autonumerico.
• do01: Hay valores nulos en el campo codc_regio (tercer campo, reemplazar x "000")
• dh41: Claves duplicadas (legajo, mes ano)
• spu_vnci: Valor nulo en campo desc_abrev, linea 1

Hacer bk de la tabla migracion_borrados

  pg_dump -t pampa.migracion_borrados siu > migracion_borrados_201106.sql

Instalacion Mapuche

Errores al Instalar

• dh05: valores nulos en campo fec_desde

Detectar el error: 
 select nro_licencia,nro_legaj,nro_cargo, fec_desde, fec_hasta
 FROM pampa.dh05
 where fec_desde is NULL

Corregir el error via postgres: 
 delete FROM pampa.dh05
 where fec_desde is NULL

Pruebas Mapuche

Procesos PosLiquidacion

Necesito generar de nuevo los cvs una vez cerrado el pampa

Sicoss

Funcionamiento

• Prueba en hecha en junio 2011

Encontramos que no permite generar Sicoss para un periodo en particular como en el Pampa que te permite poner mes y año (en caso de no poner nada se genera todo).

El proceso de generacion Sicoss genera todo (mes actual y retroactivos en el mismo proceso), tira una ventana de previsualizacion de resultados y luego permite exportar los datos (los exporta en un txt para cada mes retroactivo).

Al generar los datos de retroactivos, toma los ultimos topes, o sea los que estan en la parte de configuracion de Mapuche: Configuracion-->Impositivos-->Parametros. No tiene para cargar los topes por mes, si se quiere esto hay que cargar los topes del mes que se quiere generar, generar (te genera todos los meses), exportar los archivos (genera un archivo por mes) y quedarme solo con los meses correspondientes al tope cargado. Luego ir a configuracion para cambiar de nuevo los topes al mes que queremos generar y hacer todo el proceso de nuevo. Asi sucesivamente, hasta que genere todos los meses retroactivos que quiera generar.

Pedimos al siu que mejoren este proceso para que hagan los topes por mes retroactivo.

Datos

Sicore

Funcionamiento

Generacion Recibos

Procesos que van desde la Concentrac. hasta Liquidacion