Diferencia entre revisiones de «SIU-Pilaga/version3.1.2/migracion de datos»

De SIU
Saltar a: navegación, buscar
Línea 11: Línea 11:
 
SIU-Pilagá permite la migración de una base 2017 a una nueva base 2018 de:
 
SIU-Pilagá permite la migración de una base 2017 a una nueva base 2018 de:
  
'''* Datos maestros (migrador de maestros)<br />
+
'''*   Datos maestros (migrador de maestros)<br />
  
'''* Trámites pendientes (migrador de transacciones)<br />
+
'''*   Trámites pendientes (migrador de transacciones)<br />
  
  
Línea 50: Línea 50:
 
<u>'''B. PASOS PARA REALIZAR LA MIGRACION 2017 a 2018 EN SIU-PILAGA'''</u>
 
<u>'''B. PASOS PARA REALIZAR LA MIGRACION 2017 a 2018 EN SIU-PILAGA'''</u>
  
1. Cerrar el mes 12.
+
* 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.
 
Para cerrar el mes 12 deberá loguearse con un usuario que no esté asociado a ninguna unidad de gestión.
Línea 67: Línea 67:
  
  
:2- Parámetros iniciales a configurar:
+
* 2- Parámetros iniciales a configurar:
  
 
::<br />
 
::<br />
Línea 92: Línea 92:
 
|  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_fundicion_fu_22|| Se utiliza en el proceso de migración, indica a que fuente se funde la fu 22 || 22 || 22/16
 
|-
 
|-
| universidad_direccion || Configura la dirección de la Institución/Universidad || Calle 177 - 1245 - || Ejemplo: VIAMONTE 444
+
| migracion_liq_pagada_parcial (*1) || Migra liquidaciones pagadas parciales || N || N/S
 
|-
 
|-
| universidad_Inicio_actividad || Configura la fecha de inicio de actividad de la Institución/Universidad. Formato DD/MM/AAAA || 2006-05-11 || Ejemplo: 1989-03-06
+
| migracion_nro_contenedor_credito || Número de contenedor p/ la migración de crédito|| 99999 ||  
 
|-
 
|-
| universidad_localidad || Localidad donde reside la universidad || Complete parámetro nombre de la Localidad || Ejemplo: Capital
+
| migracion_nro_documento_credito || Número de Doc Principal p/ la migración de crédito|| 99999 ||  
 
|-
 
|-
| universidad_nombre || Configura el nombre de la Institución/Universidad || NombreUniversidad || Ejemplo: Universidad Nacional de Buenos Aires
+
| migracion_tipo_cont_credito || Contenedor para la migración de crédito || CINT ||  
 
|-
 
|-
| universidad_nombre_corto || Nombre corto universidad, no debe superar los 10 caracteres || UNXX || Ejemplo: UBA
+
| migracion_tipo_doc_credito || Doc Principal para la migración de crédito || RCSU ||  
 
|-
 
|-
| universidad_provincia || Configura el Nombre de la provincia de la Institución/Universidad. Tipo de dato string. || Buenos Aires || Ejemplo: Buenos Aires
+
| migracion_validar_cuit || Validar CUIT al migrar || N || N/S
 
|-
 
|-
| logo_institucion || Nombre del archivo que contiene el logo de la institución (ubicación: pilaga/www/img/). Formatos permitidos: gif, jpg y png || logo_vacio.gif || Ejemplo: universidad.gif
+
| migrar_compromiso || Permite migrar o no el compromiso en la migración de transacciones|| S || N/S
 
|-
 
|-
| universidad_saf || Configura el número de S.A.F. (saf) de la Institución/Universidad. || 999 || Ejemplo: 331
+
| 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
 +
|-
 +
| sincroniza_arai_prov || Sincroniza proveedores araí || S/N/Desconectado || Desconectado
 
|}
 
|}
  
Línea 127: Línea 136:
 
• 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.
 
• 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 2018, seguir la siguiente documentación.''''''Texto en negrita'''
+
* 3 - Para generar y configurar la base la de inicio del 2018, seguir la siguiente documentación.
  
'''4. Una vez realizados los pasos de arriba se puede proceder a correr la migración.'''
+
* 4 - Una vez realizados los pasos de arriba se puede proceder a correr la migración.
  
  
Línea 158: Línea 167:
 
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 2017
 
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 2017
  
5. Entrar al sistema base 2018 y Ejecutar \ Migración \ Migración desde comechingones \ Generar parte de inicio.
+
* 5 - Entrar al sistema base 2018 y Ejecutar \ Migración \ Migración desde comechingones \ 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/2018.
+
* 6 - Entrar en la opción, Tesorería \ Consultas y listados \ Parte diario de Tesorería, filtrar parte con fecha = 01/01/2018.
  
 
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/2018.
 
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/2018.
Línea 168: Línea 177:
 
No se debe realizar movimiento de tesorería sin antes emitir el parte del 01/01/2018  
 
No se debe realizar movimiento de tesorería sin antes emitir el parte del 01/01/2018  
  
7. De esta forma queda terminado el proceso de migración de datos de un ejercicio a otro.
+
* 7 - De esta forma queda terminado el proceso de migración de datos de un ejercicio a otro.
  
  
 
----
 
----
 
[[SIU-Pilaga/version3.1.2|<Volver]]
 
[[SIU-Pilaga/version3.1.2|<Volver]]

Revisión del 13:29 9 ene 2018

Siu-pilaga iso.png


MIGRACION DE DATOS DE 2017 a 2018

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


SIU-Pilagá permite la migración de una base 2017 a una nueva base 2018 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.

b) Preventivo no comprometido de EJ1.

c) Compromiso no devengado de EJ1.

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

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.


Migrscion.png


B. PASOS PARA REALIZAR LA MIGRACION 2017 a 2018 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 2017.

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 cierre3.png


Una vez resueltos los mismos el mes quedará cerrado.


  • 2- Parámetros iniciales 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

sincroniza_arai_prov Sincroniza proveedores araí S/N/Desconectado Desconectado


(1) Solo para Municipalidad de Corrientes.

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 2018, seguir la siguiente documentación.
  • 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 2017

  • 5 - Entrar al sistema base 2018 y Ejecutar \ Migración \ Migración desde comechingones \ 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/2018.

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/2018.

Importante!

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

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



<Volver