You are on page 1of 25
Versión 0.2 2016
Versión 0.2
2016

MANUAL DE CIERRE Y APERTURA SIGESP

Mayo, 2016

Unidad de TIC

Versión 0.2 2016
Versión 0.2
2016

SISTEMA INTEGRADO DE GESTIÓN PARA ENTES DEL SECTOR PÚBLICO_SIGESP 1.CIERRE SIGESP

El Sistema Integrado de Gestión para Entes del Sector Público SIGESP es un sistema administrativo integrado, conformado por una serie de módulos, que una vez implantados permiten dar respuesta inmediata y oportuna a las necesidades de registro presupuestario, patrimonial, contable y administrativo en las organizaciones públicas. El sistema está desarrollado en 2 niveles de módulos, estos son los principales o básicos y los auxiliares.

Los módulos principales o básicos son los que registran todos los Estados Financieros, estos son Contabilidad Presupuestaria de Gastos, Contabilidad Presupuestaria de Ingresos, Formulación de Presupuestos y Planificación Estratégicas y Contabilidad Patrimonial o Fiscal (este último depende de la naturaleza de la institución).

Los módulos auxiliares son en los que se registra o procesa la información, estos modulos son Órdenes de Compras, Cuentas por Pagar, Caja y Banco, Activos Fijos, Nómina, Control de Viáticos, Inventario, Solicitud de Ejecución Presupuestaria y Obras.

El resto de los módulos son para configuraciones (configuración), mantenimiento y Acceso (Instala y Seguridad) y definiciones (Proveedores y Beneficiarios).

El Módulo Integrador por medio de una rutina llamada Integración, realiza asientos Presupuestarios o Contables afectando así los diferentes Estados Financieros, estas afectaciones varían de acuerdo al módulo de origen o a la configuración de la afectación.

Los módulos integrados permiten:

Obtener información físico-financiera de la ejecución de presupuesto en forma precisa y oportuna. Integración contable y presupuestaria. Integración de los registros e información del sistema de recursos humanos. Automatización e integración del sistema de control y seguimiento de obras. Reconversión de los procesos y registros administrativos de forma tal que faciliten el control. Vinculación del plan con el Presupuesto.

Versión 0.2 2016
Versión 0.2
2016

Al finalizar cada año fiscal, deben llevarse a cabo una serie de pasos para cerrar los módulos primarios del sistema: Contabilidad Patrimonial y Contabilidad Presupuestaria de Gasto; dicho proceso debe ejecutarse tomando en cuenta algunas actividades fundamentales.

1.1. Mantener la fecha del sistema al 31/12: mientras el personal de las áreas administración no haya concluido sus procesos y de indicaciones al área técnica, de debe mantener como fecha del sistema el 31/12, con el fin de que cuando se ejecute el cierre de los procesos este toda la información cargada. Esta acción se lleva a cabo de la siguiente manera:

Abrir la consola Linux e ingresar al servidor SIGESP

Versión 0.2 2016 Al finalizar cada año fiscal, deben llevarse a cabo una serie de pasos

Ejecutar el comando crontab -e para editar el archivo crontab, ahí se debe descomentar la línea que corre el script date.sh, ubicado en la ruta /home/backup/dates.sh, guardar los cambios y salir.

1.2. Respaldar la Base de Datos (BD): una vez que el personal de la Unidad de Administración (UA) notifique al área técnica que los procesos están completos para ejecutar el cierre, la Unidad de Informática (UI) debe hacer un respaldo de la BD “fundacitearagua_año en curso”.

1.3. Emitir

reportes

correspondientes

previos

al

cierre:

antes

de

la

realización

del

cierre,

es

responsabilidad del área de contabilidad tener impresos y en su custodia los siguientes reportes:

Mayor Analítico de cada mes (Libro Mayor).

Listado de Comprobantes (libro Diario).

Balance de Comprobación Mensual.

Versión 0.2 2016
Versión 0.2
2016
• • Estado de resultados mensual. Balance General Mensual. Conciliaciones Mensuales. •
Estado de resultados mensual.
Balance General Mensual.
Conciliaciones Mensuales.

Imagen 1.3_Ruta para la generación de reportes contables

Nota: mensualmente las unidades de contabilidad y presupuesto deben conciliar sus registros generando Estado de Resultados, Balance General Nivel 1,2,3, Acumulado por cuentas; adicionalmente el Libro de Banco debe estar conciliado con el Movimiento Contable de Banco.

1.4. Cerrar el Presupuesto de Gastos: una vez emitidos los reportes respectivos se debe cerrar el presupuesto de gasto a través de la ruta mostrada en la siguiente imagen:

Versión 0.2 2016 • • Estado de resultados mensual. Balance General Mensual. Conciliaciones Mensuales. • Imagen
Versión 0.2 2016
Versión 0.2
2016

Imagen 1.4_Cierre del Presupuesto de Gastos

1.5. Realizar el Cierre Contable: el proceso de cierre se realiza automáticamente por el sistema cuando se genera el Comprobante Contable de Cierre con fecha al 31/12 luego de vez cerrado el presupuesto de Gasto, para lo que se debe tener:

Conciliación bancaria hasta el mes de diciembre.

Conciliación del presupuesto de contabilidad.

Cierre por el sistema de los meses de enero a noviembre.

Una vez generado lo arriba expuesto, se debe ingresar a la ruta que muestra la imagen:

Versión 0.2 2016 Imagen 1.4_Cierre del Presupuesto de Gastos 1.5. Realizar el Cierre Contable: el proceso

Imagen 1.5_Cierre Contable

1.6. Emitir reportes correspondientes posterior al cierre: una vez realizado el proceso de cierre, se deben generar los reportes siguientes:

Comprobante contable de cierre

Balance General al 31/12

Estado de Resultados de Enero a Diciembre

Balance de Comprobación Enero a Diciembre

Acumulado por Cuenta Enero a Diciembre

Conciliaciones Bancarias mes de Diciembre

2.CONFIGURACIÓN DE APERTURA 2.1. Respaldar la Estructura la de BD del año saliente: realizar desde el pgAdmin (administrador

Versión 0.2 2016
Versión 0.2
2016

de BD PostgreSQL) un respaldo con extensión .sql de la estructura de la base de datos de nombre “fundacitearagua_XXXX”, donde XXXX es el año que se esta cerrando, seleccionando en las opciones de archivo (File Options) el “Format” tipo “Plain” y al “Rolename” se le asigne el usuario “postgres”; además, en el “Dump Options #1” se deben seleccionar las opciones “Only schema” y “Use Insert commands”

Versión 0.2 2016 de BD PostgreSQL) un respaldo con extensión .sql de la estructura de la
Versión 0.2 2016 de BD PostgreSQL) un respaldo con extensión .sql de la estructura de la

Imagen 2.1_Respaldo de la BD

2.2. Crear la BD del año entrante: crear la base de datos fundacitearagua_XXXX, asignando como propietario a “postgres” y donde XXXX corresponde al año que se esta aperturando.

Versión 0.2 2016 de BD PostgreSQL) un respaldo con extensión .sql de la estructura de la

Imagen 2.2_Creación de la BD

Versión 0.2 2016
Versión 0.2
2016
  • 2.3. Restaurar la BD: ir a la barra de herramientas del pgAdmin, seleccionar la opción SQL, abrir la base de datos con extensión sql creada en el punto 2.1 y ejecutarla.

Versión 0.2 2016 2.3. Restaurar la BD: ir a la barra de herramientas del pgAdmin, seleccionar

Imagen 2.3_Restauración de la BD

  • 2.4. Cambiar la codificación de la BD:

situados en la nueva BD, seleccionar la opción SQL, y

ejecutar el siguiente comando para cambiar el encoding UTF8 a latin9:

update pg_database set encoding=16 where datname='fundacitearagua_XXXX'; (donde XXXX corresponde al año que se esta aperturando)

Versión 0.2 2016 2.3. Restaurar la BD: ir a la barra de herramientas del pgAdmin, seleccionar
Versión 0.2 2016
Versión 0.2
2016

Imagen 2.4_Asignación de codificación latin9

2.5. Editar archivos de configuración: actualizar los siguientes archivos con el nombre de la nueva base de datos:

(ruta SIGESP)/base/xml/sigesp_xml_configuracion_apr.xml (ruta SIGESP)/base/xml/sigesp_xml_configuracion.xml (ruta SIGESP/sigesp_config.php

Versión 0.2 2016 Imagen 2.4_Asignación de codificación latin9 2.5. Editar archivos de configuración: actualizar los siguientes

Imagen 2.5.1_Edición de archivo “sigesp_xml_configuracion_apr.xml”

Versión 0.2 2016
Versión 0.2
2016
Versión 0.2 2016 Imagen 2.5.2_Edición de archivo “sigesp_xml_configuracion.xml” Imagen 2.5.3_Edición de archivo “sigesp_config.php” Esta información debe

Imagen 2.5.2_Edición de archivo “sigesp_xml_configuracion.xml”

Versión 0.2 2016 Imagen 2.5.2_Edición de archivo “sigesp_xml_configuracion.xml” Imagen 2.5.3_Edición de archivo “sigesp_config.php” Esta información debe

Imagen 2.5.3_Edición de archivo “sigesp_config.php”

Esta información debe ser reemplazada por los datos reales de conexión:

hostname= IP del servidor destino. port= Puerto de comunicaciones del motor de la BD. database= Nombre de la BD destino. login= Usuario para acceder a la BD. password= contraseña del usuario para acceder a la BD. gestor= gestor de BD escrito en mayúscula.

2.6. Configuración del directorio virtual: en caso de ser necesario, se debe modificar en la base de datos del año que se está cerrando el directorio virtual, el cual se llamará a través de la siguiente

Versión 0.2 2016
Versión 0.2
2016

ruta:

Donde “servidor” debe sustituirse por la ruta del servidor donde está alojado el sistema, y “dirvirtual” sustituirse por la carpeta de ubicación del mismo. Ejemplo:

Una vez definido el directorio virtual, se debe actualizar el campo “dirvirtual” ubicado en la tabla sigesp_empresa, ejecutando el siguiente SCRIPT:

update sigesp_empresa set dirvirtual='DIRECTORIO VIRTUAL';

Utilizando el ejemplo anterior, el SCRIPT quedaría de la siguiente manera:

update sigesp_empresa set dirvirtual='sigesp';

3.FASES DE APERTURA

3.1. Respaldar Constraints: se deben respaldar los constraints que posteriormente serán eliminados para evitar inconvenientes en el traspaso de data. Para ello se debe ir a la ruta: pgAdmin -> fundacitearagua_XXXX -> Schemas -> public -> Tables -> nombre_tabla -> Constraints -> nombre_constraints, seleccionar y copiar todo el texto que muestra el “SQL pane” ubicado en la sub-pantalla inferior derecha, pegarlo en la opción SQL de la barra de herramientas y guardar con extensión .sql el Query en el equipo.

Versión 0.2 2016
Versión 0.2
2016
Versión 0.2 2016 Imagen 3.1_Respaldar Constraints 3.2. Deshabilitar Constraints: en vista de que al momento realizar
Versión 0.2 2016 Imagen 3.1_Respaldar Constraints 3.2. Deshabilitar Constraints: en vista de que al momento realizar

Imagen 3.1_Respaldar Constraints 3.2. Deshabilitar Constraints: en vista de que al momento realizar la transferencia de los básicos se generan problemas, se deben deshabilitar algunos constraints a través de la ruta: pgAdmin -> fundacitearagua_XXXX -> Schemas -> public -> Tables -> nombre_tabla -> Constraints -> nombre_constraints -> Delete/Drop.

Versión 0.2 2016 Imagen 3.1_Respaldar Constraints 3.2. Deshabilitar Constraints: en vista de que al momento realizar
Versión 0.2 2016
Versión 0.2
2016

Imagen 3.2_Deshabilitar Constraints

Los Constraints que se deben deshabilitar son los siguientes:

Tabla rpc_proveedor:

  • - fk_rpc_prov_empresa

___

sigesp_e

  • - fk_rpc_prov_rpc_tipoo_rpc_tipo

Tabla scb_movbco:

  • - res_scb_movbco_numconint

 

Tabla spi_dt_cmp:

  • - fk_spi_cuentas_estructuras

__

spi_dt_cmp

Tabla spg_dt_cmp:

  • - fk_spg_dt_c_spg_cuent_spg_cuen

Tabla srh_evaluacion_pasantia:

  • - srh_evaluacion_pasantia_codemp_fkey

3.3. Deshabilitar

NOTNULL:

modificar

en

la

tabla

deshabilitando el valor NOTNULL.

sno_periodo

la

columna

fidintconper

Versión 0.2 2016
Versión 0.2
2016
Versión 0.2 2016 Imagen 3.3_Deshabilitar NOTNULL Antes de realizar la Transferencia de maestros modificar en el

Imagen 3.3_Deshabilitar NOTNULL

Antes de realizar la Transferencia de maestros modificar en el php.ini los valores de memory_limit,

input_time, execution_time, y max_input_vars para alargar el tiempo de los querys, ya que para el

traspaso de histórico de nóminas es necesario.

3.4. Editar

el

php.ini:

en el archivo /etc/php5/apache2/php.ini deben editarse los siguientes

parámetros:

 

memory_limit = 2048M

max_input_time = 1600

max_execution_time = 1800

max_input_vars = 40000

3.5. Transferencia de Maestros: Ingresar al sistema seleccionando la base de datos del año saliente,

ir al módulo “Apertura” y seleccionar la BD de apertura, donde XXXX corresponde al año entrante.

Luego, escoger la opción Procesos, Traspaso de Datos Básicos, seleccionar de uno a uno cada ítem,

excepto los campos “Presupuesto de Gasto” y “Presupuesto de Ingreso”, procesarlo y esperar

que el sistema arroje el mensaje “La operación se realizó de manera exitosa. Sistema

siglas_sistema”. IMPORTANTE: NO SE DEBE PROCESAR UN ÍTEM SI EL ANTERIOR

HA PRESENTADO FALLAS O SE ESTA EJECUTANDO.

Versión 0.2 2016
Versión 0.2
2016
Versión 0.2 2016 Imagen 3.4.1_Selección de la BD de Apertura Imagen 3.4.2_Traspaso de Datos Básicos Imagen

Imagen 3.4.1_Selección de la BD de Apertura

Versión 0.2 2016 Imagen 3.4.1_Selección de la BD de Apertura Imagen 3.4.2_Traspaso de Datos Básicos Imagen

Imagen 3.4.2_Traspaso de Datos Básicos

Versión 0.2 2016 Imagen 3.4.1_Selección de la BD de Apertura Imagen 3.4.2_Traspaso de Datos Básicos Imagen

Imagen 3.4.3_Traspaso de Maestros de Datos Básicos

Antes de transferir los maestros del campo “Nómina”, se debe editar la “Información Nómina”

Versión 0.2 2016
Versión 0.2
2016

ubicada en la parte inferior de la pantalla, seleccionando todas las nóminas cuyos datos se desean

traspasar y actualizando la Fecha de las Nóminas Mensuales al 01/01/AÑO_APERTURA y la

Fecha de las Nóminas Semanales al PRIMER_DOMINGO_AÑO/01/AÑO_APERTURA.

Versión 0.2 2016 ubicada en la parte inferior de la pantalla, seleccionando todas las nóminas cuyos

Imagen 3.4.4_Traspaso de Maestros de Nómina

Traspaso de movimientos: Ese punto no se hace ya que se supone que se cierran todas las ordenes

de compra y servicios y pagos en diciembre y no se dejan movimientos.

Versión 0.2 2016 ubicada en la parte inferior de la pantalla, seleccionando todas las nóminas cuyos

Imagen 3.4.5_Traspaso de Movimientos

Versión 0.2 2016
Versión 0.2
2016

Para hacer seguimiento al proceso, por si se generan fallas durante el mismo, se pueden revisar

los LOG de las operaciones realizadas, a través de la ruta:

Ruta SIGESP: /vista/apr/resultados

Nota:

En caso de presentarse alguna falla, es muy posible que esté relacionada con los datos por

defecto, ya que el sistema a veces no los transfiere todos, para ello, se deben analizar

cuidadosamente aquellos sistemas donde se presente el inconveniente y hacer el traspaso de manera

manual.

3.6. Transferencia de Saldos y Movimientos en Tránsito: se hace a través de la ruta Apertura ->

Procesos -> Traspaso de Saldos y Movimientos en Tránsito, para realizar este proceso se deben

haber completado TODAS las conciliaciones bancarias, la transferencia se hace de manera

individual, seleccionando el banco y la cuenta, se elige la opción Movimientos en Tránsito en caso

de traer registros del año anterior y finalmente se debe colocar la Fecha Final del Período Anterior

(31/12/XXXX) y la Fecha Inicial Nuevo Período (01/01/XXXX).

Versión 0.2 2016 Para hacer seguimiento al proceso, por si se generan fallas durante el mismo,

Imagen 3.5_Transferencia de Saldos y Movimientos en Tránsito

3.7. Traspaso de Solicitudes:

de acuerdo

a

la

naturaleza de la institución,

se transferirán

las

solicitudes de pago “Solo Contables” o “Con afectación Presupuestaria”de la siguiente manera:

Versión 0.2 2016
Versión 0.2
2016

Indicar la fecha del primer día del nuevo ejercicio 01/01/XXXX. Ejemplo: 01/01/2014.

Colocar como criterio de búsqueda la fecha desde y hasta del período de las solicitudes pendientes.

Ejemplo: del 01/01/2013 al 31/12/2013.

Indicar como prefijo el año que se está cerrando. Ejemplo: 2013.

Seleccionar el tipo de solicitud: “Pago Parcial” o “Contabilizada”, el primer caso hace referencia a

aquellas solicitudes aun falte una fracción por cancelar y el segundo son aquellas donde no se ha

cancelado nada.

Se busca y procesan las solicitudes.

En el caso de las Solicitudes compromete y causa, es decir, aquellas que tengan afectación

presupuestaria, se debe seleccionar únicamente la Estructura Presupuestaria a afectar (consultar

previamente con el área de presupuesto para saber en cuales aplica).

3.8. Traspaso de Movimientos Iniciales de Inventario: este proceso transfiere las existencias

remanentes de los artículos del almacén, se sugiere realizar un mantenimiento previo al módulo a

través de la ruta: Instala -> Procesos -> Mantenimiento -> Preprocesar Existencias Inventario ->

Ejecutar. Luego ir al módulo de apertura y desde la ruta: Procesos -> Traspaso Movimiento Inicial

de Inventario seleccionar la opción Procesar.

3.9. Ejecutar Mantenimiento Contable y Presupuestario: desde la base de datos que se está

aperturando, ingresar al módulo Instala y ejecutar los reprocesamientos de saldos contables y

presupuestarios.

3.10.Habilitar Constraints: cargar nuevamente los constraints inhabilitados en el punto 3.2, abriendo

desde la consola sql del PgAdmin los respaldos previamente generados.

Versión 0.2 2016
Versión 0.2
2016
Versión 0.2 2016 Imagen 3.9_Habilitar Constraints Es posible que al momento de la restauración el constraints

Imagen 3.9_Habilitar Constraints

Es posible que al momento de la restauración el constraints res_scb_movbco_numconint arroje el

error “La tabla contiene valores duplicados”, para solucionarlo se debe ejecutar una sentencia que

le asigne valores distintos al campo numconint de la tabla scb_movbco. Como opción se puede

ejecutar un UPDATE que llene el numconint con valores de otro campo que sean diferentes o que

incremente el monto (revisando posteriormente que no existan valores duplicados antes de restaurar

el constraint), por ejemplo:

UPDATE scb_movbco set numconint = monobret +1;

Habilitar NOTNULL en la columna fidintconper de la tabla sno_periodo.

Para esto debes hacer un update llenando el campo con valores númericos. Update sno_periodo set

fidintconper= 0 where fidintconper is null.

Verificar los campos : estciespg, estciespi y estciescg y colocalos en 0 en la tabla sigesp_empresa

de la bd del año aperturado: Si no se hace esto el sistema arroga el siguiente mensaje de Warning: "Ya

fué procesado el Cierre Presupuestario, No pueden efectuarse movimientos, Contacte al Administrador

del Sistema", aunque esto lo debió hacer el mismo proceso de apertura.

3.11.Verificar los parámetros del php.ini: el archivo /etc/php5/apache2/php.ini debe tener los

siguientes parámetros:

Versión 0.2 2016
Versión 0.2
2016

engine = On

short_open_tag = On

asp_tags = Off

precision = 14

y2k_compliance = On

output_buffering = 4096

zlib.output_compression = Off

implicit_flush = Off

serialize_precision = 100

allow_call_time_pass_reference = Off

safe_mode = Off

safe_mode_gid = Off

safe_mode_allowed_env_vars = PHP_

safe_mode_protected_env_vars = LD_LIBRARY_PATH

expose_php = On

max_execution_time = 1800

max_input_time = 1600

memory_limit = 2048M

error_reporting = E_ALL & ~E_DEPRECATED

display_errors = Off

display_startup_errors = Off

log_errors = On

log_errors_max_len = 1024

ignore_repeated_errors = Off

ignore_repeated_source = Off

report_memleaks = On

track_errors = Off

html_errors = Off

variables_order = "GPCS"

request_order = "GP"

register_globals = Off

Versión 0.2 2016
Versión 0.2
2016

register_long_arrays = Off

register_argc_argv = Off

auto_globals_jit = On

post_max_size = 8M

magic_quotes_gpc = Off

magic_quotes_runtime = Off

magic_quotes_sybase = Off

default_mimetype = "text/html"

enable_dl = Off

file_uploads = On

upload_max_filesize = 2M

max_file_uploads = 20

allow_url_fopen = On

allow_url_include = Off

default_socket_timeout = 60

pdo_mysql.cache_size = 2000

define_syslog_variables = Off

sql.safe_mode = Off

mysql.allow_local_infile = On

mysql.allow_persistent = On

mysql.cache_size = 2000

mysql.max_persistent = -1

mysql.max_links = -1

mysql.connect_timeout = 60

mysql.trace_mode = Off

mysqli.max_persistent = -1

mysqli.allow_persistent = On

mysqli.max_links = -1

mysqli.cache_size = 2000

mysqli.default_port = 3306

mysqli.reconnect = Off

Versión 0.2 2016
Versión 0.2
2016

mysqlnd.collect_statistics = On

mysqlnd.collect_memory_statistics = Off

pgsql.allow_persistent = On

pgsql.auto_reset_persistent = Off

pgsql.max_persistent = -1

pgsql.max_links = -1

pgsql.ignore_notice = 0

pgsql.log_notice = 0

sybct.allow_persistent = On

sybct.max_persistent = -1

sybct.max_links = -1

sybct.min_server_severity = 10

sybct.min_client_severity = 10

bcmath.scale = 0

session.save_handler = files

session.use_cookies = 1

session.use_only_cookies = 1

session.name = PHPSESSID

session.auto_start = 0

session.cookie_lifetime = 0

session.cookie_path = /

session.serialize_handler = php

session.gc_probability = 0

session.gc_divisor = 1000

session.gc_maxlifetime = 1440

session.bug_compat_42 = Off

session.bug_compat_warn = Off

session.entropy_length = 0

session.cache_limiter = nocache

session.cache_expire = 180

session.use_trans_sid = 0

Versión 0.2 2016
Versión 0.2
2016

session.hash_function = 0

session.hash_bits_per_character = 5

mssql.allow_persistent = On

mssql.max_persistent = -1

mssql.max_links = -1

mssql.min_error_severity = 10

mssql.min_message_severity = 10

mssql.compatability_mode = Off

mssql.secure_connection = Off

soap.wsdl_cache_enabled=1

soap.wsdl_cache_dir="/tmp"

soap.wsdl_cache_ttl=86400

soap.wsdl_cache_limit = 5

ldap.max_links = -1

max_input_vars = 40000

3.12.Crear el Asiento de Apertura: para este proceso se debe ingresar a la base de datos del año

entrante, y ejecutarlo de alguna de las siguientes maneras:

Método automático: ir a la ruta Apertura -> Procesos ->Apertura Ejercicio Contable -> Procesar.

Método Manual: en caso de que el método anterior presente algún inconveniente, se debe ir a la

ruta: Contabilidad Patrimonial -> Procesos -> Comprobante Contable.

Al Crear el Asiento de Apertura de manera automatica colocó 31-12-2010 por tal razón hay que

actualizar la fecha por base de datos en las tablas sigesp_cmp y scg_ dt_cmp quitando el

constraints fk_scg_dt_c_sigesp_cm_sigesp_c de la tabla scg_dt_cmp actualizando el unico

registro en la tabla sigesp_cmp y los registros de scg_dt_cmp a través del siguiente query:

update scg_dt_cmp set fecha= 'añofinalizado-12-31' where fecha='2010-12-31'; update

scg_dt_cmp set fecha= '2015-12-31' where fecha='2016-01-19';

3.13.Definir la nueva estructura Presupuestaria de Gastos: ingresar a la ruta Configuración ->

Configuración -> Presupuesto de Gasto -> Estructura Presupuestaria, para cargar los Proyectos /

Versión 0.2 2016
Versión 0.2
2016

Acciones Centralizadas, Acciones Específicas y Centros de Costos activos para el año que se está

aperturando. Luego ir a la ruta Contabilidad Presupuestaria de Gasto -> Procesos -> Apertura ->

Mensual y enlazar la estructura para la apertura de cuentas.

3.14. Revisar y adecuar el módulo de Configuración: ubicados en la base de datos nueva es

importante revisar el módulo de configuración, ya que hay ocasiones donde se trae algunas tablas

maestras sin registros o únicamente asigna un valor por defecto, tales como:

Sigesp -> Control Numérico (Tabla sigesp_ctrl_numero)

Sigesp -> Ubicación geográfica -> Municipios (Tabla_)

Sigesp -> Ubicación geográfica -> Parroquias

Para dar solución, se debe realizar desde el pgAdmin un respaldo con extensión .backup de las

tablas con la data completa ubicadas en la BD del año anterior, luego situarse en las tablas

correspondientes de la BD nueva para hacer la restauración.

Versión 0.2 2016 Acciones Centralizadas, Acciones Específicas y Centros de Costos activos para el año que

Imagen 3.13_Respaldar tabla con registros completos de la BD anterior

Versión 0.2 2016
Versión 0.2
2016

Imagen 3.14_Restaurar tabla con registros completos en la BD nueva

3.15.Aperturar las cuentas Presupuestarias: en este proceso se realiza la apertura mensual de las

cuentas presupuestarias a través de la ruta: Contabilidad Presupuestaria de Gasto -> Procesos ->

Apertura -> Mensual.

Versión 0.2 2016 Imagen 3.14_Restaurar tabla con registros completos en la BD nueva 3.15.Aperturar las cuentas

Imagen 3.15_Apertura de Cuentas Presupuestarias

Otros elementos a verificar.

Verificar la transferencia de la tabla municipios.

Revisar en configuración empresa que tengas inicio de periodo en año aperturado

En seguridad procesos asignar presupuesto a usuarios

...

revisar que todas las estructuras estén

asignados a los usuario de presupuesto y al Administrador.

Para aperturar las cuentas Presupuestarias mensual, hay que aperturar el mes de Enero

Versión 0.2 2016
Versión 0.2
2016

Revisar la tabla sigesp_conceptoretencion, la misma no debe tener vacía, ya que si lo está no se

genera el reporte. Ese es un pequeño detalle de la apertura no se exporta la data de esa tabla, para

solucionarlo debes exportar la data del 2015 y posteriormente importarla. Se recomienda hacerlo en

formato plano .sql con comandos insert .

Para hacer la apertura en el módulo de contabilidad presupuestaria de gasto, debe estar hecho el

asiento de apertura.

Finalmente se puede iniciar con el flujo normal de los procesos en el Sistema Integrado de

Gestión para Entes del Sector Público (SIGESP).