Diferencia entre revisiones de «SIU-Pilaga/version3.15.0/migracion de datos»
(No se muestran 5 ediciones intermedias de 3 usuarios) | |||
Línea 1: | Línea 1: | ||
[[Archivo:siu-pilaga_iso.png|derecha|link=SIU-Pilaga/version3.15.0]]<br /> | [[Archivo:siu-pilaga_iso.png|derecha|link=SIU-Pilaga/version3.15.0]]<br /> | ||
− | =Migración de datos de | + | =Migración de datos de 2023 a 2024= |
__TOC__ | __TOC__ | ||
== Introducción == | == Introducción == | ||
− | SIU-Pilagá permite la migración de una base | + | SIU-Pilagá permite la migración de una base 2023 a una nueva base 2024 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 2023). |
− | b) Preventivo no comprometido de EJ1 (Ejercicio | + | b) Preventivo no comprometido de EJ1 (Ejercicio 2023). |
− | c) Compromiso no devengado de EJ1 (Ejercicio | + | c) Compromiso no devengado de EJ1 (Ejercicio 2023). |
− | 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 2023) |
e) Adelantos a responsables | e) Adelantos a responsables | ||
Línea 41: | Línea 41: | ||
− | [[Archivo:PIL | + | [[Archivo:PIL Migracion23a24.jpg|centro|1000px]] |
T: tiempo. | T: tiempo. | ||
Línea 52: | Línea 52: | ||
La opción para realizar el cierre se encuentra en el menú '''Contabilidad \ Cierre mensual \ [[SIU-Pilaga/version3.15.0/documentacion_de_las_operaciones/contabilidad/cierre_mensual/cierre_mensual|Cierre Mensual]].''' | La opción para realizar el cierre se encuentra en el menú '''Contabilidad \ Cierre mensual \ [[SIU-Pilaga/version3.15.0/documentacion_de_las_operaciones/contabilidad/cierre_mensual/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 | + | Al entrar a esta opción se debe elegir la opción de Nuevo Cierre y generarlo para el mes 12 y año 2023. |
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. | 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. | ||
Línea 107: | Línea 107: | ||
| directorio_exportar_datos || Directorio de exportación de datos || c:/exportar/ || | | 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 [[SIU-Pilaga/version3. | + | | 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 [[SIU-Pilaga/version3.14.0/documentacion de las operaciones/fondos no presupuestarios/fondos de terceros/abm tipos fondos|ABM- Fondos de terceros]]. || 1 año de |
historia de fondos de tercero | historia de fondos de tercero | ||
| Toda la Historia / Solo Saldo / 1 año de historia de fondos de tercero | | Toda la Historia / Solo Saldo / 1 año de historia de fondos de tercero | ||
Línea 136: | Línea 136: | ||
• El [[SIU-Pilaga/version3.15.0/documentacion de las operaciones/fondos no presupuestarios/fondos de terceros/abm tipos fondos|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 [[SIU-Pilaga/version3.15.0/documentacion de las operaciones/fondos no presupuestarios/fondos de terceros/abm tipos fondos|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 | + | === Generar y configurar la base la de inicio del 2024 === |
Mediante un comando del instalador de SIU-Pilagá (explicado mas abajo) 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. | Mediante un comando del instalador de SIU-Pilagá (explicado mas abajo) 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 === | === 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 ''' | + | 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_2023''' y la base del nuevo ejercicio a '''pilaga_2024''' |
* '''Configurar parámetros del instalador''' | * '''Configurar parámetros del instalador''' | ||
− | :En | + | :En primer 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, |
:<source lang="bash" enclose="div"> | :<source lang="bash" enclose="div"> | ||
Línea 153: | Línea 153: | ||
PROYECTO_DB_HOST="localhost" | PROYECTO_DB_HOST="localhost" | ||
PROYECTO_DB_PORT="5432" | PROYECTO_DB_PORT="5432" | ||
− | PROYECTO_DB_DBNAME=" | + | PROYECTO_DB_DBNAME="pilaga_2024" |
PROYECTO_DB_USERNAME="postgres" | PROYECTO_DB_USERNAME="postgres" | ||
PROYECTO_DB_PASSWORD="postgres" | PROYECTO_DB_PASSWORD="postgres" | ||
Línea 172: | Línea 172: | ||
:* Backups de los schemas de toba del ejercicio anterior | :* Backups de los schemas de toba del ejercicio anterior | ||
− | :* Crear la base de datos de inicio de ejercicio ( | + | :* Crear la base de datos de inicio de ejercicio (pilaga_2023) |
− | :* Restaurar backups de los schemas de toba del ejercicio anterior ( | + | :* Restaurar backups de los schemas de toba del ejercicio anterior (pilaga_2023) en la base del nuevo ejercicio (pilaga_2024) |
− | :* Ejecutar SQL de creación de base de inicio de SIU-Pilagá para el nuevo ejercicio ( | + | :* Ejecutar SQL de creación de base de inicio de SIU-Pilagá para el nuevo ejercicio (pilaga_2024) |
:* Configura bases.ini del proyecto SIU-Pilagá | :* Configura bases.ini del proyecto SIU-Pilagá | ||
Línea 185: | Línea 185: | ||
usuario = "postgres" | usuario = "postgres" | ||
clave = "postgres" | clave = "postgres" | ||
− | base = " | + | base = "pilaga_2024" |
puerto = 5432 | puerto = 5432 | ||
encoding = "LATIN1" | encoding = "LATIN1" | ||
Línea 195: | Línea 195: | ||
usuario = "postgres" | usuario = "postgres" | ||
clave = "postgres" | clave = "postgres" | ||
− | base = " | + | base = "pilaga_2024" |
puerto = 5432 | puerto = 5432 | ||
encoding = "LATIN1" | encoding = "LATIN1" | ||
Línea 208: | Línea 208: | ||
encoding = "LATIN1" | encoding = "LATIN1" | ||
schema = "public" | schema = "public" | ||
− | base = " | + | base = "pilaga_2024" |
[produccion pilaga pilaga_cierre] | [produccion pilaga pilaga_cierre] | ||
Línea 218: | Línea 218: | ||
encoding = "LATIN1" | encoding = "LATIN1" | ||
schema = "public" | schema = "public" | ||
− | base = " | + | base = "pilaga_2023" |
</source> | </source> | ||
Línea 225: | Línea 225: | ||
* 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. | * 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 | + | Correr las siguientes instrucciones por línea de comando, posicionándose en /SIU-Pilaga/bin/: |
'''''Para Windows''''' | '''''Para Windows''''' | ||
Línea 252: | Línea 252: | ||
'''''Importante!''''' | '''''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 | + | 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 2023'' (Requisito que se solicita configurar en el ejercicio cerrado, para poder migrar los datos). |
=== Generación de parte de inicio === | === Generación de parte de inicio === | ||
− | Entrar al sistema base | + | Entrar al sistema base 2024 y Ejecutar, '''Migración \ Generar parte de inicio''' |
=== Crear parte diario de tesorería === | === 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/ | + | Entrar en la opción, '''Tesorería \ Consultas y listados \ Parte diario de Tesorería''', filtrar parte con fecha = 01/01/2024. |
− | 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/ | + | 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/2024. |
'''''Importante!''''' | '''''Importante!''''' | ||
− | No se debe realizar movimiento de tesorería sin antes emitir el parte del 01/01/ | + | No se debe realizar movimiento de tesorería sin antes emitir el parte del 01/01/2024 |
De esta forma queda terminado el proceso de migración de datos de un ejercicio a otro. | De esta forma queda terminado el proceso de migración de datos de un ejercicio a otro. | ||
Línea 272: | Línea 272: | ||
<br /> | <br /> | ||
<br /> | <br /> | ||
+ | |||
+ | [[SIU-Pilaga/version3.15.0/Preguntas_frecuentes/realizar_cierre_de_ejercicio|Pasos para Cerrar el ejercicio ]] | ||
+ | |||
+ | |||
---- | ---- | ||
[[SIU-Pilaga/version3.15.0|<Volver]] | [[SIU-Pilaga/version3.15.0|<Volver]] |
Revisión actual del 14:46 29 may 2024
Migración de datos de 2023 a 2024
Introducción
SIU-Pilagá permite la migración de una base 2023 a una nueva base 2024 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 2023).
b) Preventivo no comprometido de EJ1 (Ejercicio 2023).
c) Compromiso no devengado de EJ1 (Ejercicio 2023).
d) Devengado no pagado de EJ1 (liquidaciones en nivel 4, 7, tesorería y cartera. Ejercicio 2023)
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 2023.
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 sincronización, es necesario que este se encuentre desactivado 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 2024
Mediante un comando del instalador de SIU-Pilagá (explicado mas abajo) 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_2023 y la base del nuevo ejercicio a pilaga_2024
- Configurar parámetros del instalador
- En primer 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_2024"
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_2023)
- Restaurar backups de los schemas de toba del ejercicio anterior (pilaga_2023) en la base del nuevo ejercicio (pilaga_2024)
- Ejecutar SQL de creación de base de inicio de SIU-Pilagá para el nuevo ejercicio (pilaga_2024)
- 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_2024"
puerto = 5432
encoding = "LATIN1"
schema = "toba_pilaga"
[produccion toba_usuarios toba_usuarios]
motor = "postgres7"
profile = "localhost"
usuario = "postgres"
clave = "postgres"
base = "pilaga_2024"
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_2024"
[produccion pilaga pilaga_cierre]
motor = "postgres7"
profile = "localhost"
usuario = "postgres"
clave = "postgres"
puerto = 5432
encoding = "LATIN1"
schema = "public"
base = "pilaga_2023"
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 las 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 2023 (Requisito que se solicita configurar en el ejercicio cerrado, para poder migrar los datos).
Generación de parte de inicio
Entrar al sistema base 2024 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/2024.
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/2024.
Importante!
No se debe realizar movimiento de tesorería sin antes emitir el parte del 01/01/2024
De esta forma queda terminado el proceso de migración de datos de un ejercicio a otro.
Pasos para Cerrar el ejercicio