SIU-Pilaga/version3.2.2/migracion de datos

De SIU
Revisión del 09:07 4 ene 2019 de Sozuna (discusión | contribuciones) (Se modifica el punto 5 que apuntaba mal la opcion de menu para generar el parte de inicio)
(dif) ← Revisión anterior | Revisión actual (dif) | Revisión siguiente → (dif)
Saltar a: navegación, buscar
Siu-pilaga iso.png


MIGRACION DE DATOS DE 2018 a 2019

A. Breve descripción de proceso de migración de datos 2018 a 2019


SIU-Pilagá permite la migración de una base 2018 a una nueva base 2019 de:

* Datos maestros (migrador de maestros)

* Trámites pendientes (migrador de transacciones)


Respecto a trámites pendientes nos referimos a:

a) Crédito no ejecutado de EJ1 (Ejercicio 2018).

b) Preventivo no comprometido de EJ1 (Ejercicio 2018).

c) Compromiso no devengado de EJ1 (Ejercicio 2018).

d) Devengado no pagado de EJ1 (liquidaciones en nivel 4, 7, tesorería y cartera. Ejercicio 2018)

e) Adelantos a responsables

f) Cajas chicas

g) Fondos de terceros

h) Fondos en tránsito.

i) Garantías

j) Retenciones

k) Historia de servicios públicos

l) Saldos iniciales de cuentas de tesorería.

m) Devengado de ingresos.


PIL Migracion18A19 .png

T: tiempo.

B. PASOS PARA REALIZAR LA MIGRACION 2018 a 2019 EN SIU-PILAGA

  • 1- Cerrar el mes 12.

Para cerrar el mes 12 deberá loguearse con un usuario que no esté asociado a ninguna unidad de gestión.

La opción para realizar el cierre se encuentra en el menú Contabilidad \ Cierre mensual \ Cierre Mensual.

Al entrar a esta opción se debe elegir la opción de Nuevo Cierre y generarlo para el mes 12 y año 2018.

Al ejecutarse esta opción se desplegará un cuadro de controles para el cambio de ejercicio que son los que se deben resolver antes de cerrar el mes 12.


PIL cierre4.png


Una vez resueltos los mismos el mes quedará cerrado.


  • 2- Parámetros a configurar:

Parámetro Descripción Valor por defecto Valores posibles
migracion_fundicion_fu_11 Se utiliza en el proceso de migración, indica a que fuente se funde la fu 11 16 16
migracion_fundicion_fu_12 Se utiliza en el proceso de migración, indica a que fuente se funde la fu 12 12 12/16
migracion_fundicion_fu_13 Se utiliza en el proceso de migración, indica a que fuente se funde la fu 13 13 13/16
migracion_fundicion_fu_14 Se utiliza en el proceso de migración, indica a que fuente se funde la fu 14 14 14/16
migracion_fundicion_fu_15 Se utiliza en el proceso de migración, indica a que fuente se funde la fu 15 15 15/16
migracion_fundicion_fu_21 Se utiliza en el proceso de migración, indica a que fuente se funde la fu 21 21 21/16
migracion_fundicion_fu_22 Se utiliza en el proceso de migración, indica a que fuente se funde la fu 22 22 22/16
migracion_liq_pagada_parcial (*1) Migra liquidaciones pagadas parciales N N/S
migracion_nro_contenedor_credito Número de contenedor p/ la migración de crédito 99999
migracion_nro_documento_credito Número de Doc Principal p/ la migración de crédito 99999
migracion_tipo_cont_credito Contenedor para la migración de crédito CINT
migracion_tipo_doc_credito Doc Principal para la migración de crédito RCSU
migracion_validar_cuit Validar CUIT al migrar N N/S
migrar_compromiso Permite migrar o no el compromiso en la migración de transacciones S N/S
migrar_credito Permite migrar o no el crédito en la migración de transacciones S N/S
migrar_preventivo Permite migrar o no el preventivo en la migración de transacciones N N/S
directorio_exportar_datos Directorio de exportación de datos c:/exportar/
f_tercero_cant_historia Permite configurar la cantidad de años de historia de fondos de tercero o transito que va mantener luego de la migración de ejercicio. Si necesita configurar que un fondo específico solo migre el saldo vea ABM- Fondos de terceros. 1 año de

historia de fondos de tercero

Toda la Historia / Solo Saldo / 1 año de historia de fondos de tercero
aplicar_sincronizacion_arai_prov (*2) Determina si aplica sincronización con Arai S/N/Desconectado N / Desconectado

(1) Solo para Municipalidad de Corrientes.

(2) Tener en cuenta que si se tiene corriendo el cron, para complementar el proceso de sicncronización, es necesaroio que este se encuentre desativado también.

Observaciones:

• La fuente 11 → pasa como fuente 16 Remanente (dejar parámetro que va por defecto)

• La fuente 16 → pasa como fuente 16 Remanente (dejar parámetro que va por defecto)

• La fuente 21 → pasa como fuente 21 Remanente (dejar parámetro que va por defecto)

• La fuente 22 → pasa como fuente 22 Remanente (dejar parámetro que va por defecto)

• El crédito, preventivos y compromisos que respaldan Adelantos se migran siempre.

• El ABM- Fondos de terceros permite seleccionar si se migra o no historia de algún fondo en particular, si no migra historia migra solo el saldo del fondo, por defecto se configuro para que migre “1 año de historia de fondos de tercero”. Por medio del parámetro ‘f_tercero_cant_historia’ puede configurar la cantidad de años de historia como se explica anteriormente.

  • 3 - Para generar y configurar la base la de inicio del 2019, seguir la siguiente documentación [1]


  • 4 - Una vez realizados los pasos de arriba se puede proceder a correr la migración.

Ejecutar los siguientes comandos por línea de comando, posicionándose en /SIU-Pilaga/bin/:

Para Windows

pilaga.bat migracion cargar_maestros

pilaga.bat migracion migrar_maestros

pilaga.bat migracion cargar_transacciones

pilaga.bat migracion migrar_transacciones

Para Linux

sh pilaga.sh migracion cargar_maestros

sh pilaga.sh migracion migrar_maestros

sh pilaga.sh migracion cargar_transacciones

sh pilaga.sh migracion migrar_transacciones


Importante!

Por cada uno de los comandos corridos se genera un log en la carpeta indicada en el parámetro directorio_exportar_datos de la base Pilaga 2018 (Requisito que se solicita configurar en el ejercicio cerrado, para poder migrar los datos).

  • 5 - Entrar al sistema base 2019 y Ejecutar, Migración \ Generar parte de inicio.
  • 6 - Entrar en la opción, Tesorería \ Consultas y listados \ Parte diario de Tesorería, filtrar parte con fecha = 01/01/2019.

Si utiliza perfil de datos, y emite parte diarios para distintas tesorerías, un usuario autorizado de cada tesorería debe emitir el parte con fecha 01/01/2019.

Importante!

No se debe realizar movimiento de tesorería sin antes emitir el parte del 01/01/2019

  • 7 - De esta forma queda terminado el proceso de migración de datos de un ejercicio a otro.



<Volver