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

De SIU
Saltar a: navegación, buscar
 
(No se muestran 3 ediciones intermedias de 2 usuarios)
Línea 41: Línea 41:
  
  
[[Archivo:PIL Migracion20a21.png|marco|centro]]
+
[[Archivo:PIL Migracion20a21.jpeg|marco|centro]]
  
 
T: tiempo.  
 
T: tiempo.  
Línea 224: Línea 224:
 
=== Ejecutar la migración===
 
=== Ejecutar la migración===
  
* 4 - Una vez realizados los pasos de arriba se puede proceder a correr la migración.
+
* Una vez realizados los pasos de arriba se puede proceder a correr la migración. Para ejecutar los comandos la fecha del servidor, deba coincidir con el ejercicio que al que se va a migrar.
  
Correr los siguientes comandos por línea de comando, posicionándose en /SIU-Pilaga/bin/:
+
Correr los siguientes instrucciones por línea de comando, posicionándose en /SIU-Pilaga/bin/:
  
 
'''''Para Windows'''''
 
'''''Para Windows'''''
Línea 265: Línea 265:
 
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/2021.
 
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/2021.
  
Importante!
+
'''''Importante!'''''
  
 
No se debe realizar movimiento de tesorería sin antes emitir el parte del 01/01/2021  
 
No se debe realizar movimiento de tesorería sin antes emitir el parte del 01/01/2021  

Revisión actual del 13:45 20 ene 2021

Siu-pilaga iso.png

Migración de datos de 2020 a 2021

Introducción

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

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

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

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

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 Migracion20a21.jpeg

T: tiempo.

Pasos para realizar la migración

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 2020.

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


Una vez resueltos los mismos el mes quedará cerrado.

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
controla_comprobant_imputacion Controla imputación comprobantes 3ros. S/N/Desconectado Desactivada
conexion_diaguita Conexión con SIU-Diaguita. S/N/Desconectado Desactivada

(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.

Generar y configurar la base la de inicio del 2021

Mediante un comando del instalador de SIU-Pilagá se puede realizar la creación de una base de datos para un nuevo inicio de ejercicio dentro de una misma instalación del sistema SIU-Pilagá, este comando realiza la migración de los schemas de toba (toba_pilaga y toba_pilaga_logs) a una nueva base de datos del nuevo ejercicio, ademas realiza la creación de una base de inicio nueva, dejando de esta manera los schemas de Pilagá limpios para el inicio de ejercicio y preservando los schemas de toba.

Comando para la generación de un nuevo ejercicio

A continuación se les guiara paso a paso como generar el nuevo ejercicio. En este ejemplo se tomara como base del ejercicio actual a pilaga_2020 y la base del nuevo ejercicio a pilaga_2021

  • Configurar parámetros del instalador
En primero lugar se debe configurar el archivo de parámetros del instalador instalador.env con la base de datos del nuevo ejercicio que se va a crear con el comando,
...

###### CONFIG DE BASE DE DATOS DE NEGOCIO ######
PROYECTO_DB_HOST="localhost"
PROYECTO_DB_PORT="5432"
PROYECTO_DB_DBNAME="pilaga_2021"
PROYECTO_DB_USERNAME="postgres"
PROYECTO_DB_PASSWORD="postgres"
PROYECTO_DB_SCHEMA="public"
PROYECTO_DB_ENCODING="LATIN1"

...
  • Ejecutar el comando de inicio de ejercicio
Una vez configurado la base del nuevo ejercicio ejecutar el siguiente comando
./bin/instalador pilaga:iniciar-ejercicio
Este comando realizara los siguientes pasos:
  • Backups de los schemas de toba del ejercicio anterior
  • Crear la base de datos de inicio de ejercicio (pilaga_2021)
  • Restaurar backups de los schemas de toba del ejercicio anterior (pilaga_2020) en la base del nuevo ejercicio (pilaga_2021)
  • Ejecutar SQL de creación de base de inicio de SIU-Pilagá para el nuevo ejercicio (pilaga_2021)
  • Configura bases.ini del proyecto SIU-Pilagá
  • El archivo de configuración de bases de datos del proyecto (bases.ini) del nuevo ejercicio quedara configurado de la siguiente manera:
[toba_2_7]
motor = "postgres7"
profile = "localhost"
usuario = "postgres"
clave = "postgres"
base = "pilaga_2021"
puerto = 5432
encoding = "LATIN1"
schema = "toba_pilaga"

[produccion toba_usuarios toba_usuarios]
motor = "postgres7"
profile = "localhost"
usuario = "postgres"
clave = "postgres"
base = "pilaga_2021"
puerto = 5432
encoding = "LATIN1"
schema = "toba_pilaga"

[produccion pilaga pilaga]
motor = "postgres7"
profile = "localhost"
usuario = "postgres"
clave = "postgres"
puerto = 5432
encoding = "LATIN1"
schema = "public"
base = "pilaga_2021"

[produccion pilaga pilaga_cierre]
motor = "postgres7"
profile = "localhost"
usuario = "postgres"
clave = "postgres"
puerto = 5432
encoding = "LATIN1"
schema = "public"
base = "pilaga_2020"

Ejecutar la migración

  • Una vez realizados los pasos de arriba se puede proceder a correr la migración. Para ejecutar los comandos la fecha del servidor, deba coincidir con el ejercicio que al que se va a migrar.

Correr los siguientes instrucciones 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 2020 (Requisito que se solicita configurar en el ejercicio cerrado, para poder migrar los datos).

Generación de parte de inicio

Entrar al sistema base 2021 y Ejecutar, Migración \ Generar parte de inicio

Crear parte diario de tesorería

Entrar en la opción, Tesorería \ Consultas y listados \ Parte diario de Tesorería, filtrar parte con fecha = 01/01/2021.

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

Importante!

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

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




<Volver