Diferencia entre revisiones de «SIU-Pilaga/version3.10.0/migracion de datos»
(→Introducción) |
|||
Línea 5: | Línea 5: | ||
== Introducción == | == Introducción == | ||
− | SIU-Pilagá permite la migración de una base | + | SIU-Pilagá permite la migración de una base 2021 a una nueva base 2022 de: |
'''* Datos maestros (migrador de maestros)<br />''' | '''* Datos maestros (migrador de maestros)<br />''' | ||
Línea 14: | Línea 14: | ||
<u>Respecto a trámites pendientes nos referimos a:</u><br /> | <u>Respecto a trámites pendientes nos referimos a:</u><br /> | ||
− | a) Crédito no ejecutado de EJ1 (Ejercicio | + | a) Crédito no ejecutado de EJ1 (Ejercicio 2021). |
− | b) Preventivo no comprometido de EJ1 (Ejercicio | + | b) Preventivo no comprometido de EJ1 (Ejercicio 2021). |
− | c) Compromiso no devengado de EJ1 (Ejercicio | + | c) Compromiso no devengado de EJ1 (Ejercicio 2021). |
− | d) Devengado no pagado de EJ1 (liquidaciones en nivel 4, 7, tesorería y cartera. Ejercicio | + | d) Devengado no pagado de EJ1 (liquidaciones en nivel 4, 7, tesorería y cartera. Ejercicio 2021) |
e) Adelantos a responsables | e) Adelantos a responsables | ||
Línea 43: | Línea 43: | ||
[[Archivo:PIL Migracion20a21.jpeg|marco|centro]] | [[Archivo:PIL Migracion20a21.jpeg|marco|centro]] | ||
− | T: tiempo. | + | T: tiempo. |
== Pasos para realizar la migración == | == Pasos para realizar la migración == |
Revisión del 12:01 15 nov 2021
Migración de datos de 2020 a 2021
Introducción
SIU-Pilagá permite la migración de una base 2021 a una nueva base 2022 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 2021).
b) Preventivo no comprometido de EJ1 (Ejercicio 2021).
c) Compromiso no devengado de EJ1 (Ejercicio 2021).
d) Devengado no pagado de EJ1 (liquidaciones en nivel 4, 7, tesorería y cartera. Ejercicio 2021)
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.
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.
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.