Mapuche

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 topes ultimos, o sea los que estan en el modulo de configuracion Configuracion-->Impositivos-->Parametros. Pedimos al siu que mejoren este proceso para que hagan los topes por mes retroactivo.