Suministros y Especificaciones técnicas

El suministro deberá incluir todos aquellos ítems que no hubiesen sido expresamente indicados en la presente sección, pero que pueda inferirse razonablemente que son necesarios para satisfacer el requisito de suministro indicado, por lo tanto, dichos bienes serán suministrados por el proveedor como si hubiesen sido expresamente mencionados, salvo disposición contraria en el contrato.

Los bienes suministrados deberán ajustarse a las especificaciones técnicas y las normas estipuladas en este apartado. En caso de que no se haga referencia a una norma aplicable, la norma será aquella que resulte equivalente o superior a las normas oficiales de la República del Paraguay. Cualquier cambio de dichos códigos o normas durante la ejecución del contrato se aplicará solamente con la aprobación de la contratante y dicho cambio se regirá de conformidad a la cláusula de adendas y cambios.

El proveedor tendrá derecho a rehusar responsabilidad por cualquier diseño, dato, plano, especificación u otro documento, o por cualquier modificación proporcionada o diseñada por o en nombre de la contratante, mediante notificación a la misma de dicho rechazo.

Detalles de los productos y/o servicios con las respectivas especificaciones técnicas - CPS

Los productos y/o servicios a ser requeridos cuentan con las siguientes especificaciones técnicas:

LOTE	Código de Catálogo	Descripción del servicio	U.M.	Presentación	Cantidad	Especificaciones Técnicas
1	43231512-9985	ADQUISICIÓN DE LICENCIAS ENTERPRISE DB Y RED HAT ANSIBLE AUTOMATION PLATFORM	Unidad	Unidad	9	Ver detalle en las Especificaciones Técnicas
1.1	43231512-9985	EnterpriseDB Postgres Standard	Unidad	Unidad	8	Ver detalle en las Especificaciones Técnicas
1.2	43231512-9985	Red Hat Ansible Automation Platform	Unidad	Unidad	1	Ver detalle en las Especificaciones Técnicas

LOTE	Código de Catálogo	Descripción del servicio	U.M.	Presentación	Cantidad	Especificaciones Técnicas
2	43232402-003	SISTEMAS DE PROCESOS ADMINISTRATIVOS	Unidad	Unidad	7	Ver detalle en las Especificaciones Técnicas
2.1	43232402-003	Contratos y Pólizas	Unidad	Unidad	1	Ver detalle en las Especificaciones Técnicas
2.2	43232402-003	Presupuesto y Contabilidad	Unidad	Unidad	1	Ver detalle en las Especificaciones Técnicas
2.3	43232402-003	Transporte	Unidad	Unidad	1	Ver detalle en las Especificaciones Técnicas
2.4	43232402-003	Viáticos	Unidad	Unidad	1	Ver detalle en las Especificaciones Técnicas
2.5	43232402-003	Seguimiento de tareas institucional P05	Unidad	Unidad	1	Ver detalle en las Especificaciones Técnicas
2.6	43232402-003	Secretaria General	Unidad	Unidad	1	Ver detalle en las Especificaciones Técnicas
2.7	43232402-003	Tesorería	Unidad	Unidad	1	Ver detalle en las Especificaciones Técnicas

LOTE	Código de Catálogo	Descripción del servicio	U.M.	Presentación	Cantidad	Especificaciones Técnicas
3	43232604- 002	LICENCIAS DE DISEÑO ARQUITECTONICO	Unidad	Unidad	5	Ver detalle en las Especificaciones Técnicas
3.1	43232604- 002	Licencia Básica de software de diseño asistido Cad	Unidad	Unidad	4	Ver detalle en las Especificaciones Técnicas
3.2	43232604- 002	Licencia Avanzada de software de diseño asistido Cad	Unidad	Unidad	1	Ver detalle en las Especificaciones Técnicas

LOTE 1 LICENCIAS ENTERPRISE DB Y RED HAT ANSIBLE AUTOMATION PLATFORM

Item 1. Licencias de EnterpriseDB
Ítems	Características Exigidas
Descripción General	Licencia de EnterpriseDB con Suscripción de Soporte Standard del Fabricante y Soporte Local
Cantidad	8 (ocho) cores 4 (cuatro) cores para ambiente de producción. 4 (cuatro) cores para ambientes no productivos.
Vigencia del Soporte	1 año
Características del Soporte Oficial	Actualizaciones de Software con instaladores automáticos (sin descarga, configuración, compilación y testeo del código fuente). Alertas técnicas de software. Hot fixes para bugs de severidad 1. Documentación en formato PDF. Planificación predecible del ciclo de vida del software, para facilitar el soporte, presupuesto y planificación de migraciones. Soporte técnico de expertos en PostgreSQL con acceso a los líderes y contribuyentes de la comunidad por 3 años. Número ilimitado de incidentes. Múltiples modos de soporte: Teléfono, email y conexión remota. Gestión de incidencias basada en web. Base de datos de conocimiento. Acceso a webcasts Premium. Visibilidad e influencia sobre los roadmaps de productos. Acceso temprano a nuevas versiones de software.
Características del Soporte Local	El Oferente deberá prestar servicios de soporte y consultoría según los alcances descritos en el presente documento durante la vigencia del contrato. Las horas previstas para Soporte Técnico pueden ser utilizadas en cualquier cantidad y período, dependiendo de la demanda de la Convocante. El Oferente deberá garantizar la disponibilidad técnica 24 x 7 para el servicio de soporte técnico remoto a través de soporte telefónico y/o correo electrónico.
Servicios a prestar	Implementación de backups automatizados y sus correspondientes restores en el servidor central de manera automatizada y con recurrencia programable, la recurrencia del backup completo será acordada con la institución de modo a no saturar la red al realizar un backup simultáneo de todos los de conexión donde se encuentran bases de datos. El backup de cada punto se podrá realizar de forma local de forma paralela, ya que ese proceso correrá de forma local en cada base de datos independiente. Programación de la replicación de datos de tablas a seleccionar desde todos los puntos al servidor central cada replicación tendrá su propia base de datos en el servidor central. La misma replicación se realizará para las bases de datos hacia el servidor central en bases de datos independientes. Notificación de la ejecución de todos los eventos programados, esta notificación será cuando se realice de forma exitosa o de forma fallida, intentando cubrir todos los puntos de falla y notificando a las áreas correspondientes (Redes, Sysadmin, DBA, etc) en caso de que el problema sea identificado como de esa área. Análisis de archivos de logs de servidores y de aplicaciones. Ejecución de pruebas de diagnóstico en los servidores. Realización de configuraciones en los servidores. Ejecución de pruebas de stress y análisis de logs de pruebas de stress. Investigación del problema en las bases de conocimiento, documentación oficial del producto y foros de comunidades relacionadas al mismo. Escalamiento de la incidencia con el fabricante y seguimiento al caso, como así realización de pruebas y recolección de logs y otra información que el fabricante solicite, cuando corresponde. Llamadas telefónicas /skype/ hangout u otros medios. Diseños de diagramas de arquitectura. Correos electrónicos tratando sobre problemas / situaciones. Elaboración de entregables de documentación. Traspaso de conocimiento a personal de la institución. Análisis de cómo implementar una solución para el entorno específico. Implementación de cambios en software.
Lugar y horario de trabajo	El servicio será prestado en dependencias de la Convocante, en horario de lunes a viernes de 08:00 a 15:00 hs. La asistencia ante incidentes fuera de horario se podrá realizar de forma presencial o remota. Si aconteciera la ausencia de cualquier personal asignado a la Convocante, el Proveedor deberá proveer el personal para su reemplazo, sin que ello signifique costo alguno para el Convocante.
Tiempo de Respuesta ante incidentes	El tiempo de respuesta inicial no pasará de 8 hs una vez realizada la solicitud de soporte. El horario contemplado para el cómputo del tiempo de respuesta es de 08:00 a 18:00 hs de Lunes a Viernes. En casos de urgencia, se deberá realizar el soporte técnico, de ser necesario, fuera del horario de oficina incluyendo los días sábados y domingos. Casos de urgencia se definen como El producto o sistema afectado presenta alguna anomalía que impide la operativa del sistema, es decir, el sistema no puede ser utilizado Las solicitudes de asistencia técnica, no urgentes, deberá poder realizarse fuera del horario de oficina, incluyendo sábados y domingos; y deben planificarse con al menos 7 (siete) días corridos de anticipación.
Capacitación	El Oferente deberá prestar servicios de Capacitación Administración Avanzada en PostgreSQL para un mínimo de 4 (cuatro) personas por parte de un instructor Certificado de EnterpriseDB. La Modalidad de la Capacitación puede ser remota y con una duración mínima de 40 (cuarenta) horas.
Temas de la Capacitación	Comandos básicos con el Shell para el monitoreo de servicios. Movimiento de Datos. Backup. Tareas de Mantenimiento. Catálogo de Postgresql. Extensiones. Transacciones y Concurrencia. Tunning. Particionamiento. Conexión Remota. Job Scheduler. Connection Pooling. Monitoring y Auditoría. Seguridad Avanzada. Replicación. Alta Disponibilidad.
Plazo de Entrega de las licencias	15 días a partir de la recepción de la Orden de Compra.

Item 2. Licencias de Red Hat Ansible Automation Platform
Ítems	Características Exigidas
Descripción General	Licencia de Red Hat Ansible Automation Platform con Suscripción de Soporte Standard del Fabricante y Soporte Local, Standard.
Cantidad	1 (una) licencia para 100 nodos.
Vigencia del Soporte	1 año
Características del Soporte Oficial	Servicio de soporte web y telefónico oficial de Red Hat Latinoamérica en español para incidentes ilimitados y cobertura de soporte en horario laboral. Actualizaciones regulares que brindan mejoras ge¬nerales, nuevas herramientas, y soporte adicional de hardware. Derechos a nuevas versiones de Red Hat Enterprise Linux que aparecen durante el tiempo de duración de la suscripción. Acceso a las últimas reparaciones de error y erratas de seguridad. Acceso a la entrega y actualización de software automatizado que brindan capacidades mejoradas de administración para las implementaciones. Código fuente y código binario, probado y certificado con su documentación.
Servicios a prestar	Instalación de Red Hat Ansible Automation Platform. Instalación de repositorio de código fuente Gitlab CE. Aplicación de configuraciones de seguridad en servidores. Hasta 15 controles de seguridad para cada una de las siguientes capas: - Sistema Operativo. - Aplicación. - Base de Datos. Hasta 100 servidores/máquinas virtuales/instancias. Configuración de notificaciones por email del resultado de las tareas ejecutadas. Soporte post-implementación.
Lugar y horario de trabajo	El servicio será prestado en dependencias de la Convocante, en horario de lunes a viernes de 08:00 a 16:00 hs. La asistencia ante incidentes fuera de horario se podrá realizar de forma presencial o remota. Si aconteciera la ausencia de cualquier personal asignado a la Convocante, el Proveedor deberá proveer el personal para su reemplazo, sin que ello signifique costo alguno para el Convocante.
Tiempo de Respuesta ante incidentes	El tiempo de respuesta inicial no pasará de 8 hs una vez realizada la solicitud de soporte. El horario contemplado para el cómputo del tiempo de respuesta es de 08:00 a 18:00 hs de lunes a viernes. En casos de urgencia, se deberá realizar el soporte técnico, de ser necesario, fuera del horario de oficina incluyendo los días sábados y domingos. Casos de urgencia se definen como El producto o sistema afectado presenta alguna anomalía que impide la operativa del sistema, es decir, el sistema no puede ser utilizado Las solicitudes de asistencia técnica, no urgentes, deberá poder realizarse fuera del horario de oficina, incluyendo sábados y domingos; y deben planificarse con al menos 7 (siete) días corridos de anticipación.
Plazo de Entrega de las licencias	15 días a partir de la recepción de la Orden de Compra.

LOTE 2 - SISTEMAS DE PROCESOS ADMINISTRATIVOS

DETALLE DE LOS PROCESOS DEL SISTEMA REQUERIDO

En el presente documento se describe las funcionalidades específicas del sistema requerido. No obstante, los sistemas cotizados no son sistemas cerrados, se podrá seguir incorporando los reportes que sean necesarios para el cumplimiento de las necesidades de la dependencia y de la institución, siempre y cuando estos se encuentren dentro de los procesos y/o funcionalidades citados dentro de las siguientes especificaciones.

Listado de sistemas que forman parte del presente documento de especificaciones de procesos:

1. Contratos y Pólizas
2. Presupuesto y Contabilidad
3. Transporte
4. Viáticos
5. Seguimiento de tareas institucional
6. Secretaría General
7. Tesorería

CONTRATOS Y PÓLIZAS

DESCRIPCIÓN GENERAL

El sistema de Gestión de Contratos se encarga de llevar el control de todos los procesos y etapas que conlleva un contrato, elaboración del contrato en sí y sus órdenes de compra y/o servicios.

El sistema contempla todas las exigencias a nivel de proceso que se requieren para llevar este control.

Los principales procesos contemplados son:

Carga de datos del contrato.
Generación de ítems del contrato importando de los datos del llamado.
Generación del contrato físico.
Control del saldo de los CC’s (Códigos de contratación).
Control del saldo de los CDP’s (Certificaciones de disponibilidades presupuestarias).
Registración y impresión de adendas, tanto de modificación de cantidades y/o cláusulas contractuales.
Generación de órdenes de compra y/o servicios.
Control de plazos de los trabajos que conllevan las ordenes emitidas.
Control y alertas sobre vigencias de pólizas.
Control y alertas sobre plazos contractuales.
Verificación de saldos en el periodo anterior a fin de solicitar los CDP de convalidación de saldo.
Solicitud de CDP de certificación de saldo.
Registración de CDP que afectan al contrato.
Calendario con notificaciones sobre eventos vinculados a contratos.
Base de datos con datos de contacto de proveedores.

Así mismo genera todos los reportes y documentos necesarios como ser:

Listado de contratos por proveedores, rango de fecha, estados etc.
Resumen de datos del contrato.
Impresión del contrato físico.
Impresión de adendas contractuales.
Nota de solicitud de CDP.
Nota sobre notificaciones vinculadas a retrasos.
Estadísticas generales.
Desarrollo de reportes según necesidad conforme a los procesos establecidos dentro de la estructura de base de datos.

Todas las secciones del sistema contemplan la posibilidad de adjuntar archivos digitalizados de los documentos oficiales de cada uno de los procesos.

El sistema genera reportes gráficos y listados con resúmenes que se reflejan en un panel principal, dando al usuario un panorama general de la ejecución de los procesos de adquisiciones.

INFORMACIONES REQUERIDAS EN LA PANTALLA INICIAL

- Acceso a secciones más utilizadas del sistema. Ej.: Contratos, CDP´s, Ordenes, catálogo de productos, Códigos de contratación, Proveedores.
- Información sobre: Cantidad de contratos vigentes, Valor total de contratos vigentes, Total pendiente de pago, Pendiente de pago en el presente periodo, pendiente de pago sin CDP emitido para el presente periodo.
- Gráfico de torta para distribución de contratos por tipo de provisión.
- Listado de últimos contratos y/o adendas cargadas.
- Vista representativa de cantidades de contratos activos y sus estados actuales.
- Acceso a la ventana de logueo del portal de contrataciones.
- Acceso directo al pdf de la Ley 2051/03.
- Acceso a visualizar y configurar la presentación en modo transición.

Presentación en modo transición

La presentación en modo transición consiste en la generación de un mecanismo donde se puedan seleccionar uno o varios datos/gráficos que figuran en el panel principal y estos puedan ser expuestos de manera dinámica en el monitor del usuario. Estará enfocado principalmente para ser visualizado en pantallas de gran tamaño (32 pulg. o superiores) dispuestos en puntos claves para demostrar el proceso de la gestión.

Los datos a mostrar en la transición deberán poder ser configurables por cada usuario.

ESPECIFICACIONES DE DATOS Y SUS PROPIEDADES

Datos primarios o básicos requeridos

Categorías de llamados

Informaciones requeridas: Número de categoría, Denominación.

Datos iniciales cargados: Las categorías vigentes según contrataciones públicas.

Funcionalidad/es: Catalogar y organizar los llamados por categorías a fin de posteriormente poder realizar informes por esta propiedad.

Validación/es: Ninguna descripción debe ser igual. Reporte/s: Listado de categorías de llamados.

Modalidades

Informaciones requeridas: Abreviación tipo de modalidad, Nombre de modalidad. Datos iniciales cargados: Las modalidades vigentes según contrataciones públicas.

Funcionalidad/es: Catalogar y organizar los llamados por modalidades a fin de posteriormente poder realizar informes por esta propiedad.

Validación/es: Ningún nombre debe ser igual.

Reporte/s: Listado de modalidades.

Marcas

Informaciones requeridas: Marca.

Datos iniciales cargados: Marcas más populares existentes en el mercado. Funcionalidad/es: Catalogar productos por marcas, evitando así la mala transcripción de nombres.

Validación/es: Ningún nombre debe ser igual.

Reporte/s: Listado de marcas registradas.

Unidades de medidas

Informaciones requeridas: Abreviación, Nombre

Datos iniciales cargados: Unidades de medidas más utilizadas.

Funcionalidad/es: Determinar la unidad de medida de una manera estándar a fin de que el PBC sea más claro para los oferentes.

Validación/es: Ninguna abreviación ni nombre igual.

Reporte/s: Listado de Unidades de Medidas.

Objetos del gasto

Informaciones requeridas: Número de OG, Denominación, Concepto, Abreviación.

Datos iniciales cargados: Se encuentra cargado toda la información de los objetos del gasto obtenidas desde el clasificador presupuestario.

Funcionalidad/es: Se podrá realizar búsquedas de objetos del gasto tanto por número, denominación, concepto, abreviación a fin de ayudar al usuario final a determinar cuál es el objeto del gasto indicado para la registración de datos.

Validación/es: No se podrán agregar objetos del gasto que no posean un Objeto del gasto padre cargado. No se podrán eliminar objetos del gasto que posean algún tipo de dato vinculado al mismo. Reporte/s: Se podrá emitir un listado completo y/o filtrado de los objetos del gasto

registrados.

Fuente de financiamiento

Informaciones requeridas: Número de fuente de financiamiento, Denominación.

Datos iniciales cargados: Se encuentra cargado toda la información de fuentes de financiamiento obtenidas desde el clasificador presupuestario.

Funcionalidad/es: Se podrá realizar búsqueda por número y denominación. Validación/es: Solo se podrán agregar valores divisibles entre 10 y menores a 100. Reporte/s: Se podrá emitir un listado completo y/o filtrado de los datos registrados.

Organismos financiadores

Informaciones requeridas: Número de organismo financiador, Denominación.

Datos iniciales cargados: Se encuentra cargado toda la información de fuentes de financiamiento obtenidas desde el clasificador presupuestario que son utilizados dentro de la entidad.

Funcionalidad/es: Se podrá realizar búsqueda por número y denominación. Validación/es: Solo valores numéricos inferiores a 1000.

Reporte/s: Se podrá emitir un listado completo y/o filtrado de los datos registrados.

Feriados

Informaciones requeridas: Fecha, Descripción.

Datos iniciales cargados: Deberá poseer registrado todas fechas correspondientes a feriados establecidos para los siguientes cinco años a partir del periodo de implementación del software.

Funcionalidad/es: Se podrá realizar búsqueda por fecha y descripción.

Validación/es: No se podrán registrar dos feriados con la misma fecha dentro del mismo

año.

Reporte/s: Se podrá emitir un listado completo y/o filtrado de los feriados registrados.

Información institucional Estructura

Informaciones requeridas: Periodo, Tipo de presupuesto, Programa, Sub-Programa, Proyecto, Distribución, Sub-Distribución, Denominación, Afectable.

Datos iniciales cargados: Ninguno. El sistema inicialmente no debe contar con ningún dato cargado en esta sección.

Migración de datos: Se deberán ver reflejada la estructura financiera del periodo vigente según el presupuesto aprobado.

Funcionalidad/es:

El sistema almacenará una estructura financiera distinta para cada periodo.

El sistema deberá contar con la posibilidad de generar una nueva estructura igual que la estructura utilizada en el periodo anterior.

El sistema debe permitir modificar esta nueva estructura creada.

Se determinarán estructuras del tipo afectable SI/NO, las afectables serán las únicas que podrán ser vinculadas a un plan financiero, las demás serán la resultante de las sumas de sus distribuciones.

Si bien el SIAF cuenta con una distribución por Tipo de presupuesto, Programa, Sub-Programa, Proyecto, el sistema deberá permitir disgregar la estructura hasta en dos niveles más a fin de dar la posibilidad a la entidad de distribuir montos por una estructura más específica.

Validación/es:

No se podrán crear estructuras que no cuenten con un ítem superior que lo contengan a excepción de los tipos de presupuesto.

No se podrán generar distribuciones de estructuras dentro de una estructura del tipo afectable.

No se podrán eliminar estructuras que posean algún tipo de registro de dato vinculada a la misma.

Reporte/s: Se podrá emitir un listado completo y/o filtrado de la estructura seleccionado el periodo deseado y los tipos de distribuciones seleccionados.

Plan financiero

Informaciones requeridas: Estructura (Periodo, Tipo de presupuesto, Programa, Sub- Programa, Proyecto, Distribución, Sub-Distribución), Objeto del gasto, Fuente de financiamiento, Organismo financiador, Departamento, Mes, Valor.

Datos iniciales cargados: Ninguno. El sistema inicialmente no debe contar con ningún dato cargado en esta sección.

Migración de datos: Se deberá ver reflejado el plan financiero inicial de entidad según información emitida por el SIAF. La información a ser migrada será correspondiente al plan financiero mensual, los valores anuales serán los correspondientes a la suma de los valores mensuales.

Funcionalidad/es: Se podrá consultar la situación del plan financiero. Se podrá consultar filtrando por estructura y/o OG indiferentemente.

Validación/es: Los montos asignados no podrán ser menores que la suma de las reservas. La sumatoria de valores mensuales no podrá ser mayor que el presupuesto cargado. Solo se podrá asignar montos a estructuras del tipo afectable. Todos los montos deberán ser asignados a un mes específico.

Reporte/s:

Listado general: Acceso a un listado general de datos cargados con filtros por cada tipo de dato (Estructura, Objeto del gasto, Fuente de financiamiento, Organismo financiador, Departamento, Mes).

Reporte de distribución: Se podrá acceder a un reporte de distribución de las asignaciones del plan financiero.

Reporte de ejecución (Reservas): Se podrá visualizar la ejecución del plan financiero anual según los montos reservados.

Observación: Todos estos reportes permitirán según la lógica del reporte filtrar los datos por Estructura, Objeto del gasto, Fuente de financiamiento, Organismo financiador, Departamento, Mes

Proveedores

Informaciones requeridas: RUC, Nombre, Teléfono, Dirección, Correo, Banco, Número de cuenta bancaria, País de origen.

Datos iniciales cargados: Ninguno. El sistema inicialmente no debe contar con ningún dato cargado en esta sección.

Migración de datos: Se deberá proceder a la carga de datos de todos los proveedores según listado que deberá ser proveído por la entidad contratante.

Funcionalidad/es: Se podrán consultar datos de funcionarios de la entidad.

Obtención dinámica de datos: El sistema contará con un sistema de obtención dinámica de datos del beneficiario introduciendo su número de RUC. El mecanismo obtendrá datos de algún servidor en las nubes que registre esta información. Requiere que el servidor posee conexión a internet.

Validación/es: El identificador del proveedor será su número de RUC o identificador único para proveedores que no poseen RUC.

Reporte/s: Se podrá emitir un listado completo los proveedores, el listado debe permitir filtrar por Parte del nombre, País de origen y Banco.

Administración del catálogo de productos

Productos al 4to Nivel

Informaciones requeridas: Código al 4to nivel, Denominación.

Datos iniciales cargados: Según catálogo de contrataciones públicas.

Funcionalidad/es: Se utilizará para emitir reportes agrupando los productos del catálogo

al 4to nivel.

Validación/es: Solo se podrán ingresar códigos que correspondan al 4to nivel según

estructura del código para producto de contrataciones públicas. Reporte/s: Listado con filtro por niveles 1, 2 y 3.

Catálogo de productos

Informaciones requeridas: Código del producto, Nombre del producto, Categoría de llamado, Objeto del gasto, Unidad de medida, Valor referencial, Estado (Activo/Inactivo).

Datos iniciales cargados: Presentamos dos opciones. 1) Carga según catálogo de contrataciones públicas, 2) Según datos de productos adquiribles.

Funcionalidad/es: Poseer un catálogo de os producto que podrán ser adquiridos dentro de la entidad. Los productos se diferenciarán entre activos e inactivos, donde solo los activos podrán ser seleccionados para nuevos Contratos. Por otro lado, se requiere determinar qué tipo de producto es para cata categoría de llamado y objeto del gasto, esta información será utilizada para la generación del PAC. El sistema debe generar automática y correlativamente códigos al 6to nivel.

Validación/es: Solo se podrán ingresar códigos al 5to y 6to nivel, en el caso de ingresar al 5to nivel el sistema generará de manera automática un número correlativo siguiente para el 6to nivel.

Reporte/s: Listado de productos con filtros por Niveles (1, 2, 3, 4, 5), Categoría de llamado, Objeto del gasto, Unidad de medida, Estado (Activo/Inactivo).

Listado de productos que formaron parte de un llamado dentro de un rango de tiempo.

Procesos y/o gestiones operativas

Contratos

Informaciones requeridas: Número y periodo de contrato, Denominación, Fecha de inicio y fin del contrato, Proveedor, Llamado vinculado, Modalidad, Objeto del llamado, Categoría de llamado, Valor inicial del contrato, Fecha de notificación, Formato de contrato, Documento digitalizado del contrato, Estado (PREPARACION, EJECUCION, EJECUTADO, RESCINDIDO), Activo (SI/NO).

Funcionalidad/es: Llevar la registración de los contratos con todos sus datos y procesos. La sección debe servir principalmente para generar los documentos que serán utilizados dentro del proceso de ejecución del contrato.

Validación/es: No se podrán seguir realizando cambios en el contrato si el mismo ya se encuentra con estado EJECUTADO o RESCINDIDO, Solo se podrán realizar cambios a contratos activos. Reporte/s: Listado de contratos con filtros por Fecha de inicio y fin del contrato, Proveedor,

Llamado vinculado, Modalidad, Objeto del llamado, Categoría de llamado, Estado., Deberá permitir ordenar por Número de contrato, Valor total, Fecha de vigencia o Estado.

Contrato > Usuarios vinculados

Informaciones requeridas: Usuario.

Funcionalidad/es: Vincular usuarios específicos a los procesos. Se vinculará a los usuarios a fin de poder realizar las notificaciones correspondientes a estos usuarios. Solo los usuarios de administración general y usuarios vinculados podrán realizar modificaciones a los registros del contrato.

Validación/es: Solo se podrán vincular usuarios activos.

Reporte/s: Listado de usuarios vinculados con filtro por usuario y contrato.

Contrato > Cláusulas

Informaciones requeridas: Orden (Hasta 3 niveles), Formato de cláusula. Funcionalidad/es: Armar el índice de cláusulas con los formatos genéricos pre-

establecidos. Los datos se reemplazar en el formato por las etiquetas establecidas dentro del mecanismo de funcionamiento del asistente de generación de contratos.

Validación/es: Combinación de secciones abiertas.

Reporte/s: Listado tipo índice de las secciones seleccionadas. (No es necesario indicar la página correspondiente del archivo a generar).

Contrato > Eventos

Informaciones requeridas: Fecha, Hora, Tipo, Descripción.

Funcionalidad/es: Registro de los eventos vinculados al contrato, como ser finalización de vigencia del contrato, vigencia de póliza, vencimiento de plazos de etapas, reuniones etc. Estas actividades arrojarán notificaciones y serán visualizadas en el panel inicial del sistema.

Validación/es: No puede existir más de un evento vinculado a un contrato en la misma fecha y hora.

Reporte/s: Listado de eventos a realizarse, se podrá filtrar por tipo, rango de fecha y llamado.

Contrato > Estructuras permitidas

Informaciones requeridas: Estructura, OG, FF, OF, Dpto.

Funcionalidad/es: El sistema exigirá la vinculación con las estructuras que utilizarán los bienes. Esto a fin se ser utilizados en la distribución por estructura de los bienes dentro del contrato.

Reporte/s: Listado de líneas vinculadas al contrato.

Contrato > Códigos de contrataciones

Informaciones requeridas:

Cabecera: Número de CC, Número de adenda, Fecha de adenda, Observación adenda, valor, PDF de adenda, PDF de CC.

Detalle: Estructura, OG, FF, OF, Dpto., Valor.

Funcionalidad/es: Llevar el control de los CC’s vinculados al contrato, así también los sus saldos correspondientes.

Validación/es: Los montos ordenados no pueden superar los montos del CC. Los montos distribuidos asignados a este CC no pueden superar al monto asignado en su línea correspondiente.

Reporte/s:

- - Listado de CC’s vinculados al contrato con filtros por CC, Estructura, OG, FF, OF. Se debe visualizar su saldo correspondiente.
  - Ejecución del CC contra compromisos (Vinculación con PRESUPUESTO).

Contrato > Solicitudes de CDP

Informaciones requeridas:

Cabecera: Fecha, Descripción, Confirmación (SI/NO)

Detalle: Distribución vinculada.

Funcionalidad/es: Generar las solicitudes de CDP correspondientes a CDP´s de saldos de contratos y CDP’s sobre adendas a los contratos.

Validación/es: Debe existir saldo en el plan financiero.

Documento/s emitido/s: Nota de solicitud de CDP según estándar de notas de la entidad. Reporte/s: Listado de Solicitudes de CDP emitidos.

Contrato > Certificaciones de disponibilidad presupuestaria

Informaciones requeridas: Identificador de solicitud, Número y periodo del CDP.

Funcionalidad/es: Llevar el control de los CDP´s vinculados al contrato y sus saldos correspondientes.

Reporte/s: Listado de CDP emitidos con sus valores de ejecución por órdenes emitidas.

Contrato > Lotes

Informaciones requeridas: Número, Denominación, Tipo (ABIERTO, CERRADO)

Funcionalidad/es: Carga de los lotes adjudicados al proveedor y declaración del comportamiento/modalidad del mismo.

Validación/es: No pueden existir dos lotes dentro del mismo contrato con el mismo nombre

ni número.

Reporte/s:

- Listado de lotes visualizando sus valores totales y ordenados.

- Listado de lotes con sus ítems visualizando sus valores totales y ordenados.

Contrato > Ítems

Informaciones requeridas: Número de lote, Número de ítem, Tipo de ítem (PRODUCTO, TITULO), Producto, Descripción, Valor unitario, Marca, Modelo, Presentación, Procedencia, Fabricación, Observaciones.

Funcionalidad/es: Registración de la estructura de ítems que será utilizado dentro del lote. El campo ítem deberá ser del tipo cadena, permitiendo así cargar ítems y sub-ítems de la siguiente manera:

Titulo o Grupo
1. Sub-Titulo o Sub-Grupo
2. Sub- Sub-Titulo o Sub- Sub-Grupo
  1. Producto
  2. Producto
3. Producto

Se determinará si el ítem es un producto o un título con el campo tipo, el valor referencial será cargado automáticamente del valor indicado en el Pre-PAC o en su defecto el Catálogo de productos, este precio deberá ser registrado a fin de no registrar variaciones si el precio referencial cambia a futuro.

Validación/es: Solo se podrá vincular con un producto si el ítem es el tipo producto.

Solo se podrán seleccionar productos que coincidan con la categoría de llamado y los objetos del gasto vinculados en las estructuras permitidas asignadas para el contrato.

Reporte/s: Listado de Lotes e ítems con filtro por lotes, se deberá poder mostrar la distribución asignada a cada producto y su ejecución con relación a órdenes emitidas.

Contrato > Distribuciones

Informaciones requeridas: Número de CC, Número de lote, Número de ítem, Número de CDP, Estructura, OG, FF, OF, Dpto., Cantidad, Valor, Identificador de origen de migración.

Funcionalidad/es:

Asignación distribuida por estructura de los ítems contratados.
La Distribución de las cantidades por estructura es opcional, en ningún caso puede ser obligatorio para continuar con el proceso. La asignación de distribuciones solo se da para planificar a donde afectarán administrativamente los bienes (la afectación administrativa debería coincidir con la existencia física del bien).

Validación/es: La distribución asignada no podrá ser mayor que el monto establecido en el CC. La distribución no podrá ser menor al monto ya ordenado.

Reporte/s: Listado de Lotes e ítems con filtro por lotes, se deberá poder mostrar la distribución asignada a cada producto y su ejecución correspondiente con relación a las órdenes emitidas.

Contrato > Ordenes

Informaciones requeridas:

Cabecera: Tipo (OC, OS), Número, Periodo, Fecha, Número de contrato, Fecha tope de entrega, Lugar de entrega, Fecha de recepción de orden, Observaciones, Documento digitalizado, Activo (SI/NO), Confirmado (SI/NO).

Información de recepción y/o conformidad: Fecha de recepción, Lugar de recepción, Descripción, Documento digitalizado.

Detalle de productos: Lote, Ítem, Comentario.

Detalle de cantidades y su distribución: Distribución afectada, cantidad, Valor.

Funcionalidad/es:

Llevar el control de las órdenes emitidas y el saldo correspondiente del contrato.
Las órdenes emitidas contra la estructura de un periodo podrán ser alteradas y afectadas al periodo siguiente.
Solo se podrán seleccionar productos del contrato vinculado.
Entre las opciones de los productos solo serán visibles los productos que cuentan con saldo que aún no se han seleccionado para esta orden.
La carga de los productos debe ser de manera fácil y rápida.
Se debe crear funcionalidades que permitan agregar todos los ítems del contrato que aún tengan saldo.

Validación/es:

Validación de saldo de productos.
Solo afectarán al cálculo de saldos las órdenes activas.
No se podrá agregar dos veces el mismo producto a una orden.

Documento/s emitido/s: Documento de Orden de Compra y Servicio según los estándares de la entidad.

Reporte/s:

Listado de órdenes emitidas con filtro por proveedor, contrato, rango de fecha.
Listado detallado de órdenes emitidas con filtro por proveedor, contrato, rango de fecha, producto, CC, CDP.

Certificados de disponibilidades presupuestarias

Informaciones requeridas:

Cabecera: Nro., Periodo, Fecha, Detalle, Número de contrato, Documento digitalizado, Liberado, Fecha liberación.

Detalle: Estructura, OG, FF, OF, Dpto., Valor, Valor liberado

Funcionalidad/es: Registrar las líneas presupuestarias afectadas a la certificación, a fin de tener como parámetro al momento de la ejecución del contrato.

Validación/es: Las reservas no podrán ser mayores que el saldo del plan financiero anual para esa línea presupuestaria. Las reservas se deberán realizar en el mismo OG que se encuentra especificado en el plan financiero.

Reporte/s:

Listado general de CDPs: Listado general de las cabeceras de los CDPs con los valores totales reservados.
Reservas por línea presupuestaria: Listado de reservas realizadas en una línea presupuestaria especificada.

Observación: Todos los reportes deberán poder ser filtrados por tipo y rango de fecha.

Códigos de contratación

Informaciones requeridas: Número de contrato, Número de CC, Número de adenda, Fecha de adenda, Observación adenda, valor, PDF de adenda, PDF de CC.

Funcionalidad/es: Llevar un control general de los Códigos de Contratación de todos los

contratos.

Validación/es: Los Códigos deben estar vinculados a contratos y estos deben respetar las

reglas de asignaciones de saldos correspondientes.

Reporte/s:

Listado de CC´s con filtro por Contrato, Proveedor, estructura, OG, FF, OF, Dpto.
Listado de CC´s con su ejecución contra órdenes emitidas.
Listado de CC´s con su ejecución contra compromisos realizados. (Vinculación con PRESUPUESTO)

Ordenes

Informaciones requeridas: Tipo (OC, OS), Número, Periodo, Fecha, Número de contrato, Fecha tope de entrega, Lugar de entrega, Fecha de recepción de orden, Observaciones, Documento digitalizado, Activo (SI/NO), Confirmado (SI/NO), Fecha de recepción, Lugar de recepción, Descripción, Documento digitalizado, Valor total.

Funcionalidad/es: Levar un control general de todas las ordenes emitidas. Mecanismo de emisión rápido de orden de compra. A través de esta sección deben quedar claro los saldos actuales del contrato, ya que solo permitirá seleccionar productos y cantidades que posean saldo correspondiente para su emisión.

Validación/es: Validaciones de saldo. Solo las órdenes activas afectarán los cálculos de saldo de los contratos.

Reporte/s:

Listado de ordenes con filtros por Contrato, Proveedor, Rango de fecha.
Listado detallado con filtros por Contrato, Proveedor, Rango de fecha, Producto, CC, CDP.
Listado de órdenes por su estado. Recibido (SI/NO).

Eventos

Informaciones requeridas: Fecha, Hora, Tipo, Descripción.

Funcionalidad/es: Registro de los eventos vinculados al contrato y otros eventos independientes. Estas actividades arrojarán notificaciones y serán visualizadas en el panel inicial del sistema.

Validación/es: No puede existir más de un evento vinculado a un contrato en la misma fecha y hora.

Reporte/s: Listado de eventos a realizarse, se podrá filtrar por tipo, rango de fecha y contrato.

OTRAS HERRAMIENTAS

Asistente para la generación de Contratos y Adendas

Esta sección está dedicada a facilitar el proceso de generación de Contratos y Adendas. Se almacenarán formatos y secciones genéricas que podrán ser combinadas para crear el contrato o su modificación. Se deberá emplear dentro del formato etiquetas que serán reemplazados con datos.

Se establecerán algunos ejemplos que podrán utilizarse como base.

Formatos

Informaciones requeridas: Descripción, Formato. Datos iniciales cargados: Formatos genéricos.

Funcionalidad/es: Almacenan estructuras genéricas sobre la forma de presenta el Contrato o adenda.

Reporte/s: Cada formato debe generar una vista previa.

Cláusulas

Informaciones requeridas: Descripción, Formato. Datos iniciales cargados: Formatos genéricos.

Funcionalidad/es: Almacena estructuras genéricas sobre las cláusulas utilizadas en los contratos. Los formatos poseerán etiquetas que se reemplazarán por datos cargados en los contratos.

Reporte/s: Cada formato debe generar una vista previa.

Ejemplos

Informaciones requeridas:

Cabecera: Descripción, Formato.

Detalle: Orden (Hasta 6 niveles), Formato de cláusula.

Datos iniciales cargados: Ejemplos varios. Funcionalidad/es:

Almacenar agrupaciones de cláusulas dentro de un formato seleccionado a fin de que estos pueden ser utilizados como base de formatos para los contratos.
Los contratos podrán seleccionar uno de los ejemplos como valor inicial para la preparación del contrato.
Un nuevo formato que se haya implementado dentro de un contrato podrá ser pasado como ejemplo seleccionando alguna acción dentro del sistema.

Reporte/s: Vista previa del formato seleccionado

Otros materiales y accesos útiles

Acceso directo a la ventana de acceso con usuarios del portal de contrataciones públicas.
Acceso directo al documento de la Ley 2051/03. Acceso al archivo PDF.

2. PRESUPUESTO Y CONTABILIDAD

DESCRIPCIÓN GENERAL

El sistema de Gestión Presupuestaria se encarga de llevar el control de la ejecución del plan financiero asignado a la entidad.

El sistema contempla todas las exigencias a nivel de proceso que se requieren para llevar este control.

Los principales procesos contemplados son:

Carga del plan financiero mensual.
Registro de datos de CDPs.
Reservas por reprogramaciones
Otras reservas de carácter interno.
Control de reprogramaciones en curso, aprobación y aplicación de cambios.
Migración de saldos mensuales
Carga de compromisos directos, por órdenes, facturas u otros documentos que respalde un gasto.
Registración de metas.
Registración de la ejecución de metas.
Generación de reportes relacionados a las metas.
Validaciones en formulario de carga de compromisos.
Formulario de carga de cumplimiento de metas independientes a compromisos.

Así mismo genera todos los reportes y documentos necesarios como ser:

Ejecución del plan financiero.
Ejecución mensual del plan financiero.
Listado de reprogramaciones.
Listado de gasto con filtros por estructura, rubro, fecha etc.
Formatos de notas y/o comprobantes por cada proceso.

El sistema cuenta con una herramienta de control mensual de equidad entre la ejecución reflejada

en el sistema contra la información almacenada en el SIAF.

Todas las secciones del sistema contemplan la posibilidad de adjuntar archivos digitalizados de los documentos oficiales de cada uno de los procesos.

El sistema genera reportes gráficos y listados con resúmenes que se reflejan en un panel principal, dando al usuario un panorama general de la ejecución del plan financiero.

INFORMACIONES REQUERIDAS EN LA PANTALLA INICIAL

- Acceso a secciones más utilizadas del sistema. Ej.: Plan financiero, Reservas y CDPs, Compromisos, Reprogramaciones y Migraciones.
- Acceso a la vista del plan financiero en modo desplegable.
- Gráfico de área de evolución mensual de reservas y compromisos: Comportamiento de la ejecución del plan financiero con cortes mensuales
- Gráfico de barras de ejecución por rubro de objeto del gasto: Se debe mostrar en columnas distintas por cada rubro de objeto del gasto su valor total, reservado (reservas + compromisos directos), comprometido.
- Gráfico de torta para distribución del plan financiero por rubro: Muestra la distribución del plan financiero vigente por rubro.
- Listado con acceso directo a últimas reservas y/o compromisos realizados: El mismo servirá para acceder de manera fácil a visualizar/editar datos recientes.
- Porcentaje de reservas realizadas con el plan financiero.
- Porcentaje de compromisos realizados con el plan financiero.
- Porcentaje de ejecución del nivel 100.
- Porcentaje de ejecución de los niveles 200 al 900.
- Acceso a visualizar y configurar la presentación en modo transición.

Presentación en modo transición

Los datos a mostrar en la transición deberán poder ser configurables por cada usuario.

ESPECIFICACIONES DE DATOS Y SUS PROPIEDADES

Datos primarios o básicos requeridos Objetos del gasto

Informaciones requeridas: Número de OG, Denominación, Concepto, Abreviación.

Datos iniciales cargados: Se encuentra cargado toda la información de los objetos del gasto obtenidas desde el clasificador presupuestario.

registrados.

Fuente de financiamiento

Informaciones requeridas: Número de fuente de financiamiento, Denominación.

Datos iniciales cargados: Se encuentra cargado toda la información de fuentes de financiamiento obtenidas desde el clasificador presupuestario.

Organismos financiadores

Informaciones requeridas: Número de organismo financiador, Denominación.

Datos iniciales cargados: Se encuentra cargado toda la información de fuentes de financiamiento obtenidas desde el clasificador presupuestario que son utilizados dentro de la entidad.

Funcionalidad/es: Se podrá realizar búsqueda por número y denominación. Validación/es: Solo valores numéricos inferiores a 1000.

Reporte/s: Se podrá emitir un listado completo y/o filtrado de los datos registrados.

Feriados

Informaciones requeridas: Fecha, Descripción.

Datos iniciales cargados: Deberá poseer registrado todas fechas correspondientes a feriados establecidos para los siguientes cinco años a partir del periodo de implementación del software.

Funcionalidad/es: Se podrá realizar búsqueda por fecha y descripción.

Validación/es: No se podrán registrar dos feriados con la misma fecha dentro del mismo

año.

Reporte/s: Se podrá emitir un listado completo y/o filtrado de los feriados registrados.

Información institucional Estructura

Informaciones requeridas: Periodo, Tipo de presupuesto, Programa, Sub-Programa, Proyecto, Distribución, Sub-Distribución, Denominación, Afectable.

Datos iniciales cargados: Ninguno. El sistema inicialmente no debe contar con ningún dato cargado en esta sección.

Migración de datos: Se deberán ver reflejada la estructura financiera del periodo vigente según el presupuesto aprobado.

Funcionalidad/es:

El sistema almacenará una estructura financiera distinta para cada periodo.

El sistema deberá contar con la posibilidad de generar una nueva estructura igual que la estructura utilizada en el periodo anterior.

El sistema debe permitir modificar esta nueva estructura creada.

Validación/es:

No se podrán crear estructuras que no cuenten con un ítem superior que lo contengan a excepción de los tipos de presupuesto.

No se podrán generar distribuciones de estructuras dentro de una estructura del tipo afectable.

No se podrán eliminar estructuras que posean algún tipo de registro de dato vinculada a la misma.

Reporte/s: Se podrá emitir un listado completo y/o filtrado de la estructura seleccionado el periodo deseado y los tipos de distribuciones seleccionados.

Funcionarios

Informaciones requeridas: CI, Nombre, Apellido, Imagen, Organigrama, Cargo Interno, Fecha de nacimiento, Sexo, Teléfono, Interno, Dirección, Correo, Banco, Número de cuenta, Activo.

Datos iniciales cargados: Ninguno. El sistema inicialmente no debe contar con ningún dato cargado en esta sección.

Migración de datos: Se deberá proceder a la carga de datos de todos los funcionarios según la última nómina de funcionarios, tanto nombrados como contratados.

Funcionalidad/es: Se podrán consultar datos de funcionarios por distintos campos. La búsqueda un funcionario por cédula, nombre, apellido, dependencia, cargo, teléfono, interno deberá ser de manera rápida desde el mismo listado principal. Se establecerá un campo activo SI/NO que determinará si el funcionario sigue o no formando parte de la entidad, este valor se deberá tener en cuenta al momento de generar gastos, el sistema no debe permitir generar gastos contra un funcionario inactivo.

Obtención dinámica de datos: El sistema contará con un sistema de obtención dinámica de datos de personas introduciendo su número de CI. El mecanismo obtendrá datos de algún servidor en las nubes que registre esta información. Requiere que el servidor posee conexión a internet.

Validación/es: No se podrán cargar datos de funcionarios sin su número de cédula. Los únicos campos obligatorios serán CI, Nombre y Apellido.

Reporte/s: Se podrá emitir un listado completo los funcionarios, el listado debe permitir filtrar por Organigrama, Cargo Interno, Fecha de nacimiento, Sexo, Banco, Activo.

Proveedores

Informaciones requeridas: RUC, Nombre, Teléfono, Dirección, Correo, Banco, Número de cuenta bancaria, País de origen.

Datos iniciales cargados: Ninguno. El sistema inicialmente no debe contar con ningún dato cargado en esta sección.

Migración de datos: Se deberá proceder a la carga de datos de todos los proveedores según listado que deberá ser proveído por la entidad contratante.

Funcionalidad/es: Se podrán consultar datos de funcionarios de la entidad.

Validación/es: El identificador del proveedor será su número de RUC o identificador único para proveedores que no poseen RUC.

Reporte/s: Se podrá emitir un listado completo los proveedores, el listado debe permitir filtrar por Parte del nombre, País de origen y Banco.

Administración de datos del presupuesto y plan financiero Presupuesto

Datos iniciales cargados: Ninguno. El sistema inicialmente no debe contar con ningún dato cargado en esta sección.

Migración de datos: Se deberá ver reflejado el presupuesto actual/vigente de la entidad, en el caso que la estructura posea una distribución más especifica que la dada en el SIAF, la entidad deberá proveer los valores de esta distribución en el Excel a fin de migrar los datos.

Funcionalidad/es: Se podrá consultar la distribución del presupuesto asignado a la entidad, así mismo se podrá consultar tanto sus valores iniciales como actuales.

Validación/es: Los montos asignados no podrán ser menores que el plan financiero asignado en la misma línea. Solo se podrá asignar montos a estructuras del tipo afectable.

Reporte/s: Se podrá emitir un listado completo y/o filtrado de la distribución del presupuesto seleccionando el presupuesto inicial y/o vigente.

Plan financiero

Datos iniciales cargados: Ninguno. El sistema inicialmente no debe contar con ningún dato cargado en esta sección.

Funcionalidad/es: Se podrá consultar la situación del plan financiero y su ejecución. Se podrá consultar filtrando por estructura y/o OG indiferentemente. El sistema contará con un mecanismo de importación y verificación de datos comparando el pdf emitido por el SIAF, con esto se agilizará la carga del plan financiero y se podrá realizar controles periódicos sobre la consistencia con los datos del sistema contra los del SIAF.

Validación/es: Los montos asignados no podrán ser menores que la suma de las reservas

+ compromisos directos. La sumatoria de valores mensuales no podrá ser mayor que el presupuesto cargado. Solo se podrá asignar montos a estructuras del tipo afectable. Todos los montos deberán ser asignados a un mes específico.

Reporte/s:

Listado general: Acceso a un listado general de datos cargados con filtros por cada tipo de dato (Estructura, Objeto del gasto, Fuente de financiamiento, Organismo financiador, Departamento, Mes).

Reporte de distribución: Se podrá acceder a un reporte de distribución de las asignaciones del plan financiero.

Reporte de distribución mensual: Se podrá acceder a un reporte de distribución de las asignaciones del plan financiero mes tras mes dentro del año.

Reporte de ejecución: Se podrá visualizar la ejecución del plan financiero anual según los montos comprometidos.

Reporte de ejecución (Reservas): Se podrá visualizar la ejecución del plan financiero anual según los montos reservados + compromisos directos.

Reporte de ejecución mensual: Se podrá visualizar la ejecución mensual mes tras mes durante el año en un mismo reporte.

Observación: Todos estos reportes permitirán según la lógica del reporte filtrar los datos por Estructura, Objeto del gasto, Fuente de financiamiento, Organismo financiador, Departamento, Mes.

Procesos y/o gestiones operativas

Certificados de disponibilidades presupuestarias tanto de carácter interno como oficial

Informaciones requeridas:

Cabecera: Tipo (CDP, INTERNO, CAJA CHICA), Nro., Periodo, Fecha, Detalle, Documento digitalizado, Liberado, Fecha liberación.

Detalle: Estructura, OG, FF, OF, Dpto., Valor, Valor liberado

Datos iniciales cargados: Ninguno. El sistema inicialmente no debe contar con ningún dato cargado en esta sección.

Migración de datos: Se debe ver reflejado todos los CDPs emitidos hasta la fecha de migración de datos, todos deben contar con su documento físico adjunto en el sistema

Funcionalidad/es: Llevar el control y saldo de las certificaciones de disponibilidad presupuestaria tanto las oficiales como las internas o reservas para caja chica. Las reservas que se realicen en están certificaciones serán realizadas contra el plan financiero anual sin discriminación de saldo por meses del plan financiero mensual.

Funcionalidad/es vinculada/s con otra/s sección/es:

- Generación automática de CDPS que se encuentren solicitados desde un PAC, se debe mostrar un listado de los CDP’s pendientes de emitir porque poseen un PAC sin CDP (Vinculación con ADQUISICIONES).

Alertas y Notificaciones: El sistema deberá alertar sobre la existencia de CDPs emitidos que se encuentran sin ejecución. Esta notificación se dará a fin de colaborar con el proceso de anulación de CDPs que no serán utilizados y la liberación de los que ya han sido utilizados en su totalidad. Quedará registrado tanto el valor inicial del CDP como el valor luego de ser liberado.

Validación/es: Las reservas realizadas no podrán ser menor que los compromisos existentes dentro de esta reserva. Las reservas no podrán ser mayores que el saldo del plan financiero anual para esa línea presupuestaria. Las reservas se deberán realizar en el mismo OG que se encuentra especificado en el plan financiero.

Documento/s emitido/s: Emite comprobante de reserva realizado según estándares de la

institución.

Reporte/s:

- - Listado general de CDPs: Listado general de las cabeceras de los CDPs con los valores totales reservados.
  - Ejecución de CDPs: Ejecución de un CDP específico mostrando solo los totales de los compromisos realizados
  - Ejecución detallada de CDPs: Ejecución detallada de los compromisos de un CDP específico.
  - Reservas por línea presupuestaria: Listado de reservas realizadas en una línea presupuestaria especificada.

Observación: Todos los reportes deberán poder ser filtrados por tipo y rango de fecha.

Compromisos

Informaciones requeridas:

Cabecera: Nro., Periodo, Fecha, Nro. de Expediente, Comprobante (Tipo, Número, Fecha), CDP, Orden, Proveedor, Funcionario, Estructura, OG, FF, OF, Dpto., Concepto, Valor total, Documento digitalizado, Estado

Detalle: Comprobante (Tipo, Número, Fecha), CDP, Orden, Proveedor, Funcionario, Estructura, OG, FF, OF, Dpto., Mes, Concepto, Valor

Datos iniciales cargados: Ninguno. El sistema inicialmente no debe contar con ningún dato cargado en esta sección.

Migración de datos: Se deberán ver reflejados todos los datos de pagos realizados. Los datos serán migrados a partir de datos de obligaciones realizadas o Excel proveído por la entidad.

Funcionalidad/es:

- - - Se llevará el control de todos los gastos realizados contra el plan financiero.
    - Los datos cargados en la cabecera serán utilizados como un filtro para determinar que todos los registros del detalle llevarán la misma información, por lo tanto, en la cabecera solo son datos obligatorios Nro., Periodo, Fecha, Número de Expediente, Valor total, Estado. De tal manera lo datos que no son especificados en la cabecera podrán ser variables en el detalle.

Validación/es:

- - - La imputación de los gastos se hará únicamente contra estructuras afectables que cuenten con saldo en el plan financiero.
    - Todas las imputaciones se deberán realizar a un objeto de gasto a la unidad, se deberá verificar que su correspondencia en la decena posea saldo suficiente para poder realizar la imputación.

Documento/s emitido/s: Emite comprobante de compromiso realizado indicando la línea presupuestaria afectada.

Reporte/s: Se podrá generar listados de los gastos filtrando por todos los campos del detalle del compromiso.

Reprogramaciones y migraciones

Informaciones requeridas:

Cabecera: Fecha de inicio de planificación, descripción, tipo (OFICIAL, INTERNA, MIGRACION MENSUAL), Tipo de variación (MIGRACION, AUMENTO, DISMINUCION), Periodo, Filtros (estructura, OG, FF, OF, Dpto.),

Información de aprobación: Fecha, Tipo documento aprobación (resolución, decreto), nro. de documento de aprobación.

Detalle de líneas a aumentar: Línea presupuestaria, Valor a aumentar.

Detalle de líneas a disminuir: Línea presupuestaria, Valor a disminuir.

Datos iniciales cargados: Ninguno. El sistema inicialmente no debe contar con ningún dato cargado en esta sección.

Migración de datos: Se deberán reflejar todas las migraciones aprobadas y solicitadas realizadas durante el periodo vigente.

Funcionalidad/es: Llevar el control de los procesos de reprogramación del plan financiero, así como automatizar la modificación en el proceso de migración de saldos del plan financiero mensual.

Validación/es:

Solamente las reprogramaciones del tipo OFICIAL podrán ser AUMENTO o DISMINUCIÓN, las demás únicamente MIGRACIÓN.
Los valores a disminuir afectarán al saldo actual del plan financiero, inclusive si la reprogramación no se encontrase aprobada.
Los valores a aumentar solo afectarán al plan financiero una vez que la reprogramación sea aprobada.
Las reprogramaciones del tipo INTERNO reciben aprobación de manera automática.
Los montos a disminuir deberán ser validados contra los compromisos y/o reservas realizados en la línea correspondiente.

Alertas y Notificaciones: El sistema deberá alertar sobre la existencia reprogramaciones cargadas que no han sido aprobadas luego de 60 días a fin de proceder con la aprobación o anular la reprogramación en el caso que corresponda.

Documento/s emitido/s: Emite comprobante de reprogramación con los datos cargada en el sistema, identificando los totales, detalle a aumentar y detalle a disminuir.

Reporte/s:

Listado general de reprogramaciones: Listado general de reprogramaciones realizadas con filtros por tipo y rango de fecha:

Listado detallado de reprogramaciones: Listado detallado de las líneas afectadas en las reprogramaciones.

OTRAS HERRAMIENTAS

Plan financiero en modo desplegable

Sistema de navegación por ítems desplegables a fin de proporcionar al usuario un método fácil de visualizar como se distribuye el actual plan financiero.

El mecanismo será con registros que se despliegan con los datos del detalle de su ejecución al hacer click sobre cada registro.

Se podrá quitar un reporte en pdf de cada ítem seleccionado donde se podrá indicar hasta que nivel de detalle se desea que emita el reporte.

Los ítems se deberán desplegar teniendo en cuenta el siguiente orden:

Entidad > Tipo de presupuesto > Programa > Sub-Programa > Proyecto > Distribución > Sub-Distribución > Objeto del gasto > Fuente de financiamiento/Organismo financiador/Departamento > CDPs o Reservas > Compromisos

Otros materiales y accesos útiles

Acceso directo al sistema al SIPP.
Acceso directo al clasificador presupuestario vigente. Acceso al archivo PDF. Búsqueda de objeto de gasto por descripción.

3. TRANSPORTE

DESCRIPCION GENERAL

El sistema de gestión de Transportes se encarga de la elaboración de las ordenes de trabajos, combinando datos de funcionarios, permisos y vehículos. Sistema de enlace con sistema de combustibles de petropar a fin de realizar controles cruzados entre las órdenes y sus correspondientes cargas de combustibles.

ACCIONES Y PROCESOS PRINCIPALES

- Administración de destinos nacionales.

- Carga e emisión de órdenes de trabajo.

- Vinculación de carga de combustibles con las OT.

- Redición de las ordenes de trabajos.

- Generación de alarmas sobre OT no rendidas.

- Responsables por vehículos.

- Control de km de vehículos y alarmas de mantenimiento.

- Sistema de solicitud digital de vehículo con chofer y acompañantes por parte de funcionario.

- Autorización en hasta tres niveles.

PRINCIPALES REPORTES

- Listado de ordenes por funcionarios, vehículos y rangos.

- Estado de vehículos.

- Resumen de tipo de vehículos y rango de utilización.

- Utilización de combustible por vehículos, funcionarios, destinos y rango de fecha.

- Rendiciones presentadas y pendientes.

- Destinos y vehículos más utilizados.

4. VIÁTICOS

DESCRIPCION

El sistema de Viáticos es el encargado de gestionar todo lo concerniente a viáticos, desde la solicitud hasta la rendición del mismo. Pasando por procesos como el cálculo de valores, validaciones por usuarios, asignación de resoluciones y otros.

ACCIONES Y PROCESOS PRINCIPALES

Administración de destinos nacionales e internacionales y sus montos.
Carga de solicitud de viáticos, asignado destino/s y funcionario/s.
Cálculo de viático según tipo de funcionario y destino.
Aplicación de resolución vinculada a la solicitud.
Redición de viáticos por funcionario.
Alarmas sobre rendiciones.
Asignación de un nivel más para autorización de los viáticos.
Incorporación en panel principal del perfil del funcionario de los datos y montos de viáticos.
Generación de reportes consolidados de todos los tipos de remuneraciones percibidas incluyendo los viáticos.

PRINCIPALES REPORTES

Listado de viáticos por dependencias.
Listado de viáticos por funcionarios.
Ranking de destinos con más viáticos (cantidad y monto)
Ranking de funcionarios según viáticos asignados.
Rendiciones realizadas en rango de fecha.
Rendiciones pendientes de presentar.
Listado de viáticos con información de pago vinculantes (Obligación, Comprobante de pago).

5. SEGUIMIENTO DE TAREAS INSTITUCIONALES

DESCRIPCION GENERAL

El sistema de Seguimiento de tareas institucionales abarca procesos para el control y seguimiento en tiempo real obteniendo así informaciones y estados en las cuales se encuentran las tareas, estas pueden ser asignadas a responsables permitiendo así llevar una mejor organización con el equipo de trabajo.

ACCIONES Y PROCESOS PRINCIPALES

Creación de nuevas tareas
Seguimiento de estado de tareas
Tipo de tareas y categorización por prioridades
Registro de funcionarios y sus datos
Marcación de entrada de funcionarios
Carga horaria asignada por funcionarios
Registro de contactos y clientes
Seguimiento de proyectos nuevos
Asignación de responsables por tareas
Asignación de colaboradores dentro de una misma tarea
Listado de requerimientos o ítems a cumplir dentro de las tareas

PRINCIPALES REPORTES

Listado de funcionarios
Informe de Avances por responsables
Informe de Avances por proyectos
Listado de todas las tareas filtrando por estado u otra columna
Generación de reporte de asistencia de funcionarios

Desarrollo de reportes según necesidad conforme a los procesos establecidos dentro de la estructura de base de datos.

6. SECRETARIA GENERAL

DESCRIPCION GENERAL

El sistema de gestión para Secretaria General abarcará los procesos requeridos para la generación y registración de resoluciones. Así como de documentaciones relacionadas a esta dependencia.

ACCIONES Y PROCESOS PRINCIPALES

Seguimiento de estado de resoluciones
Registración de resoluciones.
Generación de resoluciones y otras notas según formato.
Autoadministración de formatos a través de plantillas del tipo Word.
Recepción de pedidos de las dependencias.
Registro y Generación de la Entrada
La Autoridad designa quien realizara el trabajo
Funcionario que realizara el trabajo debe tener posibilidad de contestar
Posibilidad de dejar un historial de Versiones y Correcciones del Expediente.
Una vez terminado el proceso administrativo asentar número y fecha de Resolución, Nota o Decreto.

Escanear y Adjuntar el Expediente.
Remitir a la Dependencia de Destino.
Registro y Recepción de Seguimiento, registración y generación de resoluciones y otras notas según formatos autoadministrables por los usuarios del sistema.
Trazabilidad y Búsqueda General del Expediente.
Aplicación de permisos exclusivos para ciertos tipos de expedientes.
Aplicación de Tipos de Seguridad Informática: Marca de Agua, Control de Consultas de Expedientes y Descarga de Archivo.
Desarrollo de reportes según necesidad conforme a los procesos demostrados.
Trazabilidad y Búsqueda General del Expediente.

PROCESOS VINCULADOS CON GESTION DE ARCHIVOS

Referente a todas las documentaciones firmadas por la máxima autoridad (Redacción y Estructuración de Proyectos de Notas, Resoluciones, Decretos, Leyes, Convenios).
Escaneado con todos sus antecedentes: Documentos, Imágenes, Videos.
Carga en el Sistema.
Capacidad de carga de todo tipo de archivos.
Trazabilidad y Búsqueda General del Expediente.
Aplicación de permisos exclusivos para ciertos tipos de expedientes.
Aplicación de Tipos de Seguridad Informática: Marca de Agua, Control de Consultas de Expedientes y Descarga de Archivo.
Desarrollo de reportes según necesidad conforme a los procesos demostrados.
Importación de Datos y Campos de Sistema Informático utilizado actualmente.

PRINCIPALES REPORTES

Listado de resoluciones por funcionarios, fechas y tipos.
Estado de resoluciones.
Resumen de tipo de resoluciones.
Generación de archivo comprimido zip o rar con pdfs y planillas de resoluciones firmadas en un rango de fecha y/o funcionario.
Informes requeridos para rendición y contabilidad.
Desarrollo de reportes según necesidad conforme a los procesos establecidos dentro de la estructura de base de datos.

7. TESORERÍA

DESCRIPCION GENERAL

El sistema de Gestión Presupuestaria se encarga de llevar el control de la ejecución del plan financiero asignado a la entidad.

El sistema contempla todas las exigencias a nivel de proceso que se requieren para llevar este control.

ACCIONES Y PROCESOS PRINCIPALES

El detalle de las actualizaciones que se deberán realizar son (Todas las funcionalidades actuales deberán estar presentes en la actualización):

Reordenar ítems del menú y generar un entorno propio

El módulo si bien debe ser parte integral del sistema SIRA, deberá ser reorganizado para presentarse en un entorno específico a sus funciones, esto a fin de facilitar el acceso y el entendimiento sobre las funciones específicas por parte de los usuarios.

Panel principal específico del módulo con datos gerenciales

Informaciones requeridas:

Acceso a secciones más utilizadas del sistema. Ej.: Pagos pendientes,

Retenciones generadas, Cheques, Comprobantes de pago.
Acceso rápido a comprobante de pago por número o beneficiario.
Gráfico de área de evolución mensual de pagos: Comportamiento de la ejecución del plan financiero con cortes mensuales
Gráfico de barras de ejecución por rubro de objeto del gasto: Se debe mostrar en columnas distintas por cada rubro de objeto del gasto su valor total, reservado (reservas + compromisos directos), comprometido.
Gráfico de torta para distribución del plan financiero por rubro: Muestra la distribución del plan financiero vigente por rubro.
Listado con acceso directo a últimos pagos realizados: El mismo servirá para acceder de manera fácil a visualizar/editar datos recientes.
Porcentaje de pagos realizados con el plan financiero.
Porcentaje de ejecución del nivel 100.
Porcentaje de ejecución de los niveles 200 al 900.
Acceso a visualizar y configurar la presentación en modo transición.

Presentación en modo transición

La presentación en modo transición consiste en la generación de un mecanismo donde se puedan seleccionar uno o varios datos/gráficos que figuran en el panel principal y estos puedan ser expuestos de manera dinámica en el monitor del usuario. Estará enfocado principalmente para ser visualizado en pantallas de gran tamaño (32 pulg. o superiores) dispuestos en puntos claves para demostrar el proceso de la gestión.

Los datos a mostrar en la transición deberán poder ser configurables por cada usuario.

Adecuación del entorno a las especificaciones generales actualizadas

El módulo se deberá adecuar a las especificaciones generales establecidas en los puntos:

Actualización de la plataforma del sistema
Actualizaciones de base de datos y resguardo de datos
Herramientas generales para el manejo de datos

Separar gráficamente las secciones indicadas en el menú pagos

Actualmente se encuentra visualizado en una única sección varios estados del pago. Se requiere distribuir esta información en sectores independientes a fin de disponer la información de mejor manera.

Sección de pagos pendientes

Se podrán realizar búsquedas con cada columna y generar informes correspondientes a este listado.

Sección de retenciones

Se podrán realizar búsquedas con cada columna y generar informes correspondientes a este listado.

Comprobantes de pagos

Se podrán realizar búsquedas con cada columna y generar informes correspondientes a este listado.

Configuración dinámica de coordenadas de impresión de cheque

El sistema deberá permitir la configuración de las coordenadas XY para la impresión de los textos sobre el cheque. Esta funcionalidad estará disponible para usuarios autorizados. Cada cuenta podrá tener una configuración distinta.

Configuración de numero de cheque para talonario nuevo

Los usuarios autorizados podrán asignar el número de cheque que deberá ser asignado a la cuenta. Esta funcionalidad se utilizará cuando se cambian los formularios, luego la asignación de número deberá continuar siendo correlativa.

Cada cuenta deberá poseer una configuración independiente.

Optimización de búsqueda de comprobantes

Se deberá optimizar el mecanismo de búsqueda en registros de pagos, se podrán buscar datos por campos.

Se podrán emitir listado con los mismos filtros y distintos tipos de ordenamiento de datos.

Correlatividad numérica para comprobantes de pago

La correlatividad de comprobantes de pago podrá ser configurado por grupo de objeto del gasto.

Conectividad con VUE e importación dinámica de ingresos.

Generación de mecanismos de conectividad con VUE e importación dinámica de ingresos, disparando procesos automáticos.

Modificación y generación de reportes con informaciones de VUE

Modificación de reportes de ingresos incorporando todos los datos obtenidos correspondientes a ingresos registrados en el VUE.

ESPECIFICACIONES DE LA PLATAFORMA DEL SISTEMA

DESCRIPCIÓN GENERAL

El sistema debe estar desarrollado acorde a las últimas tendencias de desarrollo de software para ambiente web. Debe utilizar lenguajes y plataformas que posean una gran cantidad de soporte en línea. La base de dato a ser utilizado debe ser del tipo Open Source y todas las validaciones de datos y lógicas de negocio se debe realizar a través de triggers en base de datos.

La auditoría de registros se debe realizar a través de triggers en las tablas, registrando todos los cambios que se dieron y guardando todos los datos. El almacenamiento de estos datos debe ser en una base de datos distinta a fin de que el backup de auditoria puede ser incremental y el backup de datos una copia o en espejo.

El sistema se debe adecuar totalmente para el acceso a través de Tablets o Smartphone, la navegación debe ser sencilla y el sistema debe correr sin ningún inconveniente sobre los browsers más utilizados.

El sistema debe estar orientado al usuario operador, facilitando en todo momento el mecanismo de carga de datos.

Todos los informes deberán ser emitidos en formato pdf, los informes del tipo listados deberán ser exportables a Excel.

Todos los procesos citados dentro de las especificaciones técnicas deberán formar parte del sistema en general, no necesariamente dentro del módulo en el cual fue expuesta la funcionalidad. Esto a modo de no generar procesos duplicados y/o entornos distintos para la realización de una misma actividad.

La política de acceso a usuarios debe permitir un acceso por roles que podrá ser configurable según las exigencias de la Entidad.

ESPECIFICACIONES SOBRE PLATAFORMAS Y METODOS DE PROGRAMACIÓN

Sistema en ambiente web WEB DEVELOPMENT

El sistema debe correr en ambiente web utilizando lenguajes con gran cantidad de soporte en línea.

Los códigos deberán ser entregados en su totalidad a la Entidad. Los códigos podrán ser modificados para el uso dentro de la misma entidad/administración, no podrán ser donados ni comercializados a otras entidades o administraciones.

Para los lenguajes compilados será exigido entregar los códigos fuentes correspondientes.

Diseño web adaptativo WEB RESPONSIVE

El diseño web adaptable (o adaptativo), conocido por las siglas RWD del inglés Responsive Web Design, es una filosofía de diseño y desarrollo cuyo objetivo es adaptar la apariencia de las páginas web al dispositivo que se esté utilizando para visualizarlas. Hoy día las páginas web se visualizan en multitud de dispositivos como tabletas, teléfonos inteligentes, libros electrónicos, portátiles, PCs, etcétera. Además, aún dentro de cada tipo, cada dispositivo tiene sus características concretas: tamaño de pantalla, resolución, potencia de CPU, sistema operativo o capacidad de memoria entre otras. Esta tecnología pretende que, con un único diseño web, se obtenga una visualización adecuada en cualquier dispositivo.

Base de datos tipo Open Source

El sistema deberá utilizar una base de datos del tipo Open Sorce, la base de datos seleccionada deberá poseer las siguientes características:

Una base de datos 100% ACID.
Soporta distintos tipos de datos: además del soporte para los tipos base, también soporta datos de tipo fecha, monetarios, elementos gráficos, datos sobre redes (MAC, IP ...), cadenas de bits, etc. También permite la creación de tipos propios.
Incluye herencia entre tablas, por lo que a este gestor de bases de datos se le incluye entre los gestores objeto-relacionales.
Copias de seguridad en caliente (Online/hot backups)
Unicode
Juegos de caracteres internacionales
Regionalización por columna
Multi-Version Concurrency Control (MVCC)

Múltiples métodos de autentificación
Acceso encriptado vía SSL
Completa documentación
Licencia BSD
Disponible para Linux y UNIX en todas sus variantes (AIX, BSD, HP-UX, SGI IRIX, Mac OS X, Solaris, Tru64) y Windows 32/64bit.

Framework de desarrollo

El sistema deberá estar desarrollado sobre un "framework" (infraestructura, armazón, marco), en términos generales, un conjunto estandarizado de conceptos, prácticas y criterios para enfocar un tipo de problemática particular que sirve como referencia, para enfrentar y resolver nuevos problemas de índole similar.

En el desarrollo de software, un framework o infraestructura digital, es una estructura conceptual y tecnológica de soporte definido, normalmente con artefactos o módulos concretos de software, que puede servir de base para la organización y desarrollo de software. Típicamente, puede incluir soporte de programas, bibliotecas, y un lenguaje interpretado, entre otras herramientas, para así ayudar a desarrollar y unir los diferentes componentes de un proyecto.

El framework utilizado deberá estar entre los más populares y debe contar con una gran cantidad de soporte en línea.

Programación en capas

Se requerirá de una programación por capas es decir una arquitectura cliente-servidor en el que el objetivo primordial es la separación de la lógica de negocios de la lógica de diseño; un ejemplo básico de esto consiste en separar la capa de datos de la capa de presentación al usuario.

La ventaja principal de este estilo es que el desarrollo se puede llevar a cabo en varios niveles y, en caso de que sobrevenga algún cambio, solo se ataca al nivel requerido sin tener que revisar entre código mezclado.

Además, permite distribuir el trabajo de creación de una aplicación por niveles; de este modo, cada grupo de trabajo está totalmente abstraído del resto de niveles, de forma que basta con conocer la API que existe entre niveles.

En el diseño de sistemas informáticos actual se suelen usar las arquitecturas multinivel o Programación por capas. En dichas arquitecturas a cada nivel se le confía una misión simple, lo que permite el diseño de arquitecturas escalables (que pueden ampliarse con facilidad en caso de que las necesidades aumenten).

Mecanismo de validación de lógica de datos

La lógica de datos deberá estar aplicada en la base de datos a través de trigger del tipo before. Todas las tablas del sistema verificarán la lógica de datos a través de triggers. De esta forma se protege los datos, aunque los mismos sean manipulados desde la propia base de datos o insertados desde otro sistema anexo.

El sistema deberá prever algún mecanismo que valide que los triggers de validación se encuentren activos. Inclusive si los triggers se desactivasen manualmente el mecanismo deberá activarlos antes de una inserción de datos desde el sistema.

Todas las validaciones realizadas deberán contar con un comentario en el código que explique a grandes rasgos el tipo de validación que se realiza.

Método de resguardo de datos

Todos los datos del sistema o de los sistemas que intervengan las especificaciones técnicas sobre las funcionalidades requeridas deberán almacenarse en una única base de datos. Esto hará posible que, si varios sectores del sistema utilizan una misma información, puedan nutrir un único lugar de carga de datos y así todas estas secciones trabajar de manera cooperativa para la generación y edición de datos.

CONTROL DE ACCESO

Políticas de acceso a las secciones del sistema

El acceso a las secciones del sistema será asignado por roles que englobaran permisos. El sistema tendrá un listado general de permisos sobre cada sección del sistema que permita:

Consultar datos
Consultar y editar datos
Consultar, editar y confirmar datos.
Consultar, des confirmar datos.

Se podrán crear roles nuevos con la combinación de permisos que se desea.

Los usuarios no se podrán asignar directamente a permisos, se deberán vincularán únicamente a roles. Pudiéndose vincular a uno o más roles.

Los usuarios tendrán una propiedad de usuario activo (SI/NO), solo podrán acceder al sistema los usuarios activos SI.

Las creaciones de roles y asignaciones de los mismos deberán ser registrados en la tabla de auditoria de datos.

Políticas de clave de acceso

Políticas de claves de acceso configurables. Se podrá configurar en el sistema el nivel de seguridad exigido al usuario al momento de ingresar una nueva contraseña. Entre los tipos de configuración que se podrán seleccionar están:

Nivel bajo: mayor o igual a cinco caracteres.
Nivel básico: mayor o igual a ocho caracteres.
Nivel medio: mayor o igual a doce caracteres con al menos una mayúscula y minúscula.
Nivel alto: mayor o igual a doce caracteres con al menos una mayúscula, minúscula y signo (¡@#$%^&*()_+=[]|\).

El sistema permitirá configurar una periodicidad para el cambio de la clave de acceso, donde por ejemplo el valor 60 (sesenta) forzará a los usuarios a actualizar su clave cada 60 días y el valor 0 (cero) determinará que no se solicitará reasignar la clave en ningún momento.

En el caso de contar con servidor LDAP, el sistema podrá corroborar su clave de acceso contra el mismo.

MECANISMO DE AUDITORIA DE DATOS Y BACKUP

Mecanismo de auditoría

La auditoría de registros se hará en la base de datos a través de triggers del tipo after. El mecanismo de auditoría será realizado en paralelo de dos maneras:

1. Registro de los datos nuevos, modificados o viejos más usuario que realizo el cambio (usuario de base de datos y usuario del sistema), ip del cliente, aplicación (Sistema o Administrador de Base de Datos ej. PgAdmin), ID de transacción, Tipo de operación (INSERT, UPDATE, DELETE), fecha.
2. Todas las tablas deberán contar con campos donde se deberán guardar el usuario y la fecha de creación y última modificación del registro.

El sistema debe poseer un mecanismo de validación de activación de todos los triggers de validación con cada conexión a la base de datos, evitando así problemas por desactivación intencional o involuntaria de los triggers de validación.

Almacenamiento de auditoría

Los registros de auditoría deberán ser almacenados de forma definitiva en una base de datos distinta a la base de datos del sistema en sí, esto por un lado alivianará el tamaño de la base de datos operativa y hará más fácil el backup de datos. Tanto de los datos de auditoria como los datos del sistema. Con esta estructura de base de datos permitimos que los backups de auditoria sean por el mecanismo incremental.

Políticas de Backup

El sistema tendrá un mecanismo propio de backup de base de datos y archivos fuentes. El sistema deberá tener una ventana de configuración, la ventana de configuración deberá permitir lo siguiente:

Periodicidad de tiempo para correr los procesos.
Destino de los archivos.
Tipo de backup:
- Base de datos de datos operativos.
- Base de datos de auditoria.
- Archivos adjuntos.
- Archivos fuentes de las secciones operativas.
- Archivos fuentes de todo el sistema.
- Completo.
Compresión de datos (SI/NO)

Se podrán agregar varias reglas permitiendo así en resguardo de los archivos en diferentes directorios y periodicidades distintas según el tipo de backup.

HERRAMIENTAS Y METODOS QUE DEBE CONTAR EL SISTEMA

Mecanismo de notificaciones

El sistema deberá contar con un mecanismo de notificaciones que trabaje con distintos tipos de eventos. Las notificaciones deberán aparecer al usuario dando la opción de:

Volver a notificar en 1 día.
Volver a notificar en 3 días.
Volver a notificar en 1 semana.
Volver a notificar en 15 días.
Volver a notificar en 1 mes.

Las notificaciones deberán aparecer sobre el entorno de trabajo en el que se encuentre el usuario. Las notificaciones y respuestas sobre las mismas serán registradas por usuarios.

Configuración de firmantes de reportes

Los firmantes de los reportes podrán ser configurables, se podrán determinar ciertos tipos de firmantes para ciertos tipos de reportes a ser definidos por la entidad.

Navegabilidad dentro del sistema

El sistema requerirá de una navegación fácil y rápida entre sus ventanas, otorgando al usuario operador facilidades al momento de la carga de datos.

Características principales:

Todo el sistema deberá poder ser navegable sin la utilización del mouse.
Se crearán combinaciones de teclas para un acceso directo a:
- Ir al panel principal
- Ir al menú principal
- Ir a las opciones
- Agregar un registro
- Realizar una búsqueda
Los listados deberán ser navegables utilizando las fechas de arriba, abajo, derecha e izquierda.

Mecanismo de importación de datos

Todas las tablas de base de datos que utilicen datos de gestión operativas deberán contar con la opción de importar datos directamente desde el sistema, se podrá importar adjunto un archivo o copiado y pegando la información en un textarea.

Cada tabla o sección de importación deberá indicar al usuario cual es el formato requerido para la importación de datos.

Los formatos habilitados para la importación de datos serán:

Separado por tabulaciones.
Separado por ; (punto y coma).

Exportación de informes del tipo listado a formato Excel

Todos los reportes que generen como resultado principal un listado de datos deberá tener la opción de ser exportados a formato Excel.

Los archivos creados deberán tener la extensión xls o xlsx. Deberán abrirse en Excel sin ninguna advertencia por tipo de archivo o datos.

Envío en informes por e-mail directamente desde el servidor

Todos los reportes en PDF que genere el sistema deberán tener la opción de poder ser enviados por email, también se podrán configurar:

Momento de envío:
- Envío inmediato.
- Definir fecha de envió.
Destinatario
- Mi usuario
- Ingresar e-mail (se podrán ingresar varias cuentas de emails separados por ; punto y coma)

Los reportes que serán enviados en una fecha distinta a la actual deberán reflejar los datos que posee el sistema al momento que se indica en la fecha de envío.

Se generará un listado de todos los envíos pendientes, el usuario que posea permiso para ver todos los envíos pendientes y cada usuario que generó el envío podrá visualizar, reconfigurar y eliminar los envíos de informes.

Se requerirá de la configuración del sistema a una cuenta de e-mail institucional de manera segura y respetando todas las políticas generales para no ser detectados como spam.

Formularios del tipo carga rápida

Todos los formularios de inserción de información al sistema deben tener la opción de carga rápida. Damos a entender por carga rápida un mecanismo por el cual:

Solo sea necesario la utilización del teclado.
El orden de tabulaciones sea correlativo.
El sistema no debe volver al listado con cada registro cargado, solo deberá limpiar los campos y posicionar en cursor en el primer campo.
Se puedan seleccionar que datos serán idénticos durante la carga para que el sistema no borre esa información de los campos con cada inserción de registro.

Modo de presentación de listados y búsqueda de datos

La presentación de los listados de datos de secciones deberá tener en cuenta los siguientes puntos:

Mostrar el total de registros, en caso de datos filtrados se deberá mostrar el total de registros que coincidan con el filtro.
Poder ir al último registro con una acción.
Buscador por varias columnas de datos de manera independiente.

Mecanismo de selección de campos relacionados

Dentro de formularios de inserción y edición de datos poseemos ciertos datos que van vinculados con otros datos ya cargados en el sistema. Por lo tanto, en estos casos se debe seleccionar el valor al cual se hará referencia.

Para estos casos el sistema se deberá adecuar al siguiente mecanismo:

Lista desplegable de opciones a seleccionar mientras se va escribiendo la información.
Se podrá navegar entre las opciones a seleccionar con la fecha de arriba y abajo.
Con un click se seleccionará el dato indicado.
Si no existe el campo vinculado, deberá aparecer una opción para agregar un nuevo registro en la tabla vinculada, luego de agregar el registro se deberá regresar a la vista con todos los datos que ya se habían cargado más el nuevo registro creado. (Este mecanismo debe eliminar el problema de salir a agregar registros para continuar. Ejemplo del problema existente sin este mecanismo: Al agregar un registro y no existe el proveedor vinculado, debemos salir agregar el proveedor y volver a ingresar a la sección de carga).
Opción de ir a la vista del listado de la sección de referencia a seleccionar y buscar el registro según los parámetros de búsqueda especificados en el Modo de presentación de listados y búsqueda de datos.

Mecanismo de upload de archivos y fotos

El mecanismo de upload de fotos y archivos genera en gran medida problemas y retrasos al momento de carga de datos, por lo tanto, las características que debe cumplir el mecanismo son las siguientes:

Realizar el upload en segundo plano (Ejemplo: AJAX).
Se deberá poder seguir cargando datos al formulario durante la carga del archivo adjunto.
Se podrá adjuntar un archivo arrastrando desde una carpeta del sistema operativo del cliente hasta la opción de adjuntar.
Se deberá mostrar el progreso de subida de archivos en porcentaje.

El almacenamiento de los archivos deberá seguir las siguientes pautas de orden y seguridad:

Los archivos deberán ser guardados de manera ordenada en una carpeta dentro del servidor.
La carpeta que contendrá los archivos no debe encontrarse en un directorio visible o público.
El acceso al archivo será a través de un intérprete.
No se podrá acceder/descargar a los archivos sin estar logueados en el sistema.
La base de datos solo almacenará la ruta del archivo.

Vista previa de los pdf’s adjuntos

Los archivos adjuntos en formato pdf deberán tener la propiedad de poseer una vista previa en formato jpg de la primera página del pdf.

Firma digital

Sistema de aplicación de firma digital con la utilización de TOKEN: El sistema deberá contar con un sistema para la utilización de firma digital. Permitiendo a los usuarios firmar documentos en pdf generados en el sistema, estos documentos se deberán guardar en el servidor con la posibilidad de descarga. Cada uno de estos documentos podrá poseer una o varias firmas digitales. Todas estas firmas deberán ser realizadas por el usuario sin la necesidad de descargar el archivo para firmarlo en Acrobat Reader u otro software similar, el proceso de la firma se deberá realizar principalmente para el usuario dentro del ambiente web del sistema. Deberá existir una sección especial del sistema donde se encuentre el listado de todos los pdfs que fueron firmados a través del sistema. Este listado deberá emitir informes y deberá poder ser filtrados según parámetros como: rango de fecha, firmantes, tipo de documentos etc.

Sistema de impresión directa desde el sistema en impresoras conectadas al equipo de usuario Consiste en un mecanismo donde el usuario pueda configurar dentro del entorno web del sistema en que impresora conectada a su equipo desea imprimir que reporte. El objetivo final del mismo es facilitar el proceso de impresión directa con teclas como P o combinaciones de tecla. Generando así la funcionalidad de imprimir comprobantes de ingresos u otros documentos de manera directa sin la necesidad de recurrir a abrir el pdf e ir a las opciones de imprimir desde visualizador del pdf.

Generación dinámica de reportes de todos los listados del sistema

Todos los listados del sistema y tablas de base de datos deben generar una vista donde se puedan seleccionar que columnas mostrar o no, dentro del entorno del sistema (generación pdf y exportación a Excel), se deberá poder filtrar datos, agregar comentarios, firmantes. Configurar la impresión del reporte en formato horizontal o vertical. Se podrá modificar el orden de los datos del listado según distintas lógicas.

APLICACIONES QUE DEBEN CORRER CON EL SISTEMA

Aplicación para upload directo de fotos y pdf´s

El sistema requerirá de una aplicación que facilite el mecanismo para adjuntar imágenes y pdfs al sistema.

Funcionalidad general

La aplicación deberá estar disponible para Android. Se encargará de facilitar el proceso de vincular las imágenes tomadas con el dispositivo y vincularlas con el registro correspondiente en el sistema.

Si el registro requiere de un archivo pdf, la aplicación deberá transformar la imagen o secuencias de imágenes en un archivo pdf con unas o varias páginas según la cantidad de imágenes tomadas en la secuencia.

Funcionalidades específicas

Aplicación disponible para sistemas operativos Android. (Desarrollado preferentemente con JAVA)
Requerirá de un control de acceso por usuario.
El control de acceso por usuarios utilizará el mismo usuario y clave del sistema, y se regirá por los privilegios de roles indicados en el sistema.
Se podrán procesar:
- Fotos tomadas con la cámara.
- Foto de la galería de imágenes.
- Archivo pdf existente en el directorio del dispositivo.
El resultado final que deben generar los procesos de la aplicación y el sistema son:

o En el caso de requerir una imagen: Generar un archivo jpg y mostrar el archivo en la ventana donde se vincula los archivos.

o En el caso de requerir un pdf: Generar un archivo pdf y mostrar el archivo en la ventana donde se vincula los archivos.

El sistema debe poder generar un pdf de las imágenes tomadas.
El sistema deberá adjuntar primeramente un archivo pequeño y luego ejecutar en segundo plano el proceso para subir al servidor el archivo original. El proceso de carga dentro del sistema ya se podrá proseguir con el archivo pequeño adjunto en el servidor.
Se deberá mostrar o consultar los procesos de upload de datos al servidor que se encuentran pendientes y los últimos realizados.

Aplicación de calendario y notificaciones

El sistema requerirá de una aplicación donde los usuarios pueden visualizar el calendario de actividades en su Smartphone y recibir las mismas notificaciones que figuran en el sistema.

Funcionalidad general

La aplicación deberá estar disponible para Android. Tendrá como principal objetivo el de mantener al tanto a los funcionarios sobre las actividades vinculadas a su trabajo y principalmente procesos del sistema.

Funcionalidades específicas

Aplicación disponible para sistemas operativos Android. (Desarrollado preferentemente con JAVA)
Requerirá de un control de acceso por usuario.
El control de acceso por usuarios utilizará el mismo usuario y clave del sistema, y se regirá por los privilegios de roles indicados en el sistema.
Se mostrará la misma información de eventos que figura en el sistema con su usuario.
Deberá generar notificaciones en su Smartphone o Tablet cuando sea requerido según el plazo establecido en el sistema de notificaciones. Las repuestas realizadas en la aplicación tendrán el mismo valor que las respuestas realizadas en el sistema.

GARANTIA Y SOPORTE

Garantía

El sistema debe contar con una garantía de 2 (dos) años sobres las funcionalidades establecidas dentro del pliego de base y condiciones.

El plazo de garantía se dará por iniciado con la conformidad de los trabajos asignados.

Soporte

El soporte técnico será por un plazo de 2 (dos) años contados a partir de la fecha de suscripción del contrato. El soporte será realizado preferente de manera remota para los casos que así lo permita. Caso contrario un técnico de la empresa se deberá presentarse en un plazo no mayor a 3 días hábiles.

Se podrá disponer hasta 2 (dos) presencias inmediatas por mes. Se entiende por presencia inmediata la condición de presentarse en el mismo día del requerimiento; y para los casos que la solicitud haya sido en horarios posterior al medio día, el proveedor podrá presentarse hasta el mediodía del día hábil siguiente.

MANUALES Y TUTORIALES

Manual de usuario operador

El manual de usuarios operador debe abarcar todas las funcionalidades establecidas en las especificaciones del Pliego de Base y Condiciones. Deberá poseer un índice ordenado de los procesos que compone el manual. Se deberá entregar el manual en versión impresa y el sistema también debe contar con una versión digital que pueda ser accedido desde el mismo sistema.

Videos tutoriales

Todas las secciones indicadas en el manual de usuarios deberán contar con un video tutorial explicativo que formará parte de cada sección de manual usuarios para su versión accesible desde el sistema.

Plazo de Entrega de Bienes y/o Servicios.

El mismo será disgregado por sub Ítems y se definirán dos fases.

Fase A Implementación inicial:

Descripción de tareas: Instalación del sistema en el servidor de la entidad, relevamiento de datos para inicio de migración.

Plazo: 10 días desde la recepción de la orden de compra por parte del proveedor.

Fase B Implementación final:

Descripción de tareas: Migración de datos, adecuaciones específicas de procesos, capacitaciones en el uso, generación de reportes solicitados.

Plazo: 10 días desde la recepción de la orden de compra por parte del proveedor.

Posterior a los trabajos, se procederá al periodo de garantía del producto, donde se podrán seguir solicitando adecuaciones a funcionalidades contempladas dentro del PBC durante el periodo de garantía del producto.

LOTE 3 SOFTWARE DE DISEÑO ASISTIDO CAD

LOTE 3 ÍTEMS 1 LICENCIA BÁSICA DE SOFTWARE DE DISEÑO ASISTIDO CAD

Requerimientos		Requerido	Cumple/No cumple
Generales
Marca	Indicar exactamente el modelo a fin de cotejar en la web	Exigido
Versión	Indicar exactamente el modelo a fin de cotejar en la web	Exigido
Origen	Indicar la procedencia del Software	Exigido
Presentación	Software avanzado de diseño asistido por computador (CAD), para arquitectura e ingeniería y diseño en general, que le permite crear, mejorar y documentar diseños.	Exigido
Presentación	Creación y edición de elementos de dibujo y diseño en 2D, además de insertar objetos complejos como Xref (Nube de Puntos, Imágenes Raster, PDF, etc.)	Exigido
Instalador	El instalador del software se deberá obtener descargándolo del portal web de Soporte Técnico ó entregado por el proveedor facilitando su implementación.	Exigido
Licenciamiento	Licenciamiento del producto en modalidades diferentes como Individual o en Red.	Exigido
	El Licenciamiento debe de poder contratarse en modo de suscripción o perpetuo.	Exigido
	Deberá permitir interconectar los diseños en la Nube con aplicaciones basadas en el trabajo colaborativo con metodología BIM en formato DWG e IFC.	Exigido
Carta de Autorización	Se debe incluir en la oferta una carta de autorización del fabricante, representante o distribuidor para presentar la oferta de los bienes solicitados. En los casos de Distribuidores o Representantes, estos deberán contar con la carta del Fabricante dirigida al Representante Regional o Distribuidor Autorizado que le extendió la carta, a fin de demostrar la cadena de autorizaciones que debe ser originada y partir necesariamente del Fabricante	Exigido
2. Características del software
Compatibilidad	Deberá contar con compatibilidad con el formato DWG y DXF. Permite abrir estos formatos en forma nativa, sin necesidad de conversión.	Exigido
	Idioma Inglés y Español	Exigido
	Funcionamiento de software en sistemas operativos de 64 bits, en Windows, Linux y Mac.	Exigido
	Soporte de impresión en 2D (Impresoras Tradicionales)	Exigido
	Compatibilidad con formato PDF con funciones de exportación, calco subyacente (control de la visualización de capas).	Exigido
Automatización de funciones/trabajos	Implementación aplicación y creación de Rutinas LISP.	Opcional
	Herramientas con Inteligencia Artificial que permite el flujo de trabajo acelerado mediante la detección de funciones repetitivas.	Exigido
	Herramientas de auto-ayuda y auto-aprendizaje, tutoriales y acceso a comunidades. Función de Inteligencia Artificial (AI) para facilitar tareas repetitivas. Así cómo un sólido soporte técnico por el fabricante vía web.	Exigido
	Permitir la grabación de comandos realizados en una secuencia para automatizar tareas repetitivas.	Exigido
	Programación sobre V. Basic, .NET o Java para personalizar el software a la medida del uso.	Exigido
	Realizar comparativo de dos archivos.	Exigido
Trabajo colaborativo	Almacenamiento de los diseños en la Nube, que pueden ser visualizados y editados por diferentes usuarios.	Exigido
Trabajo colaborativo	Trabajo de Proyectos en un ambiente colaborativo (En la Nube), en cualquier momento y en cualquier lugar, con herramientas que permiten asignar tareas y hacer seguimiento mediante registro de eventos.	Exigido
3. Interfaz y comandos del software
Interfaz	Interfaz gráfica estandarizada al estilo Windows, organizada por tipos de comandos, personalizable mediante archivo CUI e intuitiva al trabajo del usuario. Coloración oscura que evita la fatiga visual y promueve el ahorro de energía de la pantalla. Presentación gráfica en el despliegue de galerías de estilos: textos, dimensionados, tablas, bloques.	Exigido
Comandos de diseño	Todos los comandos de dibujo y edición deberán funcionar con animación en tiempo real, con simbologías intuitivas en el cursor que permiten controlar la ejecución de un dibujo permanentemente, esto hace que el usuario acelere el diseño.	Exigido
Comandos de diseño	Deberá permitir múltiples formas de seleccionar objetos, configurable e intuitiva.	Exigido
Plugin adicionales en ingeniería especializada para diferentes disciplinas.	Funciones que vectorizan en forma semi automática imágenes raster.	Exigido
	Deberá contar con herramientas de referenciasistemas de información geográfica, con interconexión a múltiples fuentes de datos.	Opcional
	Librerías y funciones para arquitectura.	Exigido
	Librerías y funciones para sistemas de instalaciones mecánicas, eléctricas y plomería. Refiriéndose lo mecánico a tuberías y aire acondicionado.	Exigido
	Librerías y funciones para diagramas unifilares eléctricos.	Exigido
	Librerías y funciones para diseño de plantas industriales, tuberías de alta presión e instrumentación y estructuras de soporte.	Exigido
4. Opciones de visualización y edición.
Opciones del editor	Editor de texto sofisticado con múltiples formatos, reconocimiento de la tecla CAPS LOCK para la corrección inmediata de mayúsculas a minúsculas, inserción de marcadores para la creación y edición de fichas de párrafo, reconocimiento y personalización de viñetas con símbolos o numeración automática, organización por columnas con ajustes de tamaño, simbologías y campos de propiedades asociados a datos almacenados. Comandos de alineamiento vertical u horizontal automatizado.	Exigido
	Deberá contar con herramientas de referencias externas que interconectan con diversos formatos (dwg, dwf, dgn, pdf, Imágenes Raster, Nube de Puntos) controlando su rotación y escala, sin incrementar el tamaño del archivo en uso.	Exigido
	Deberá permitir importar y aplicar bloques paramétricos en 2D mediante interfaz gráfica estandarizada.	Exigido
	Diseño inteligente mediante funciones paramétricas, automatizando los procesos de edición y reutilización de los proyectos.	Exigido
	Organizar objetos administrados por capas. Manejándose por medio de ordenamiento numérico o alfanumérico, filtros variados y control de propiedades.	Exigido
	Deberá poseer reconocimiento de la sensibilidad al tacto para el manejo del mouse con menús contextuales inteligentes, acelerando el proceso de diseño del usuario.	Exigido
	Uso de diferentes herramientas de navegación para visualizar y diseñar desde cualquier punto de vista. Simulación de navegación como Camino, Vuelo y Orbitado. Además de grabar una secuencia de navegación.	Exigido
	Uso de Sistema de coordenadas Cartesianas o Polares, con personalización de los mismos.	Exigido
	Geolocalización de los diseños, con captura de mapas en línea.	Exigido
	Inserción de tablas ya sea vacías o vinculada a un archivo de datos, teniendo la posibilidad de llenarlas con campos de propiedades, fórmulas calculadas y elementos del diseño.	Exigido
	Herramientas de ambientación, tales como: iluminación y localización solar, iluminación artificial, manejo de sombras, galerías, editor y mapeo de materiales.	Exigido
Opciones de visualización	Visualización del diseño en múltiples ventanas configurables en: tamaño, escala, punto de vista, y formatos de presentación visual; con el objetivo de controlar el diseño desde todo ángulo.	Exigido
	Funciones que controlan el nivel de transparencia por objeto o por capas, para optimizar la visualización de los dibujos.	Exigido
	Escalas de anotación para objetos como Texto, Dimensiones, Sombreados y Bloques; esto acelera la productividad de planos generales y de detalles a diferentes escalas y facilita la administración de estilos de objetos.	Exigido
	Funciones de Publicación para gestionar la impresión de planos para un proyecto determinado.	Exigido

LOTE 3 ÍTEMS 2 LICENCIA AVANZADA DE SOFTWARE DE DISEÑO ASISTIDO CAD

Requerimientos		Requerido	Cumple/No cumple
Generales
Marca	Indicar exactamente el modelo a fin de cotejar en la web	Exigido
Versión	Indicar exactamente el modelo a fin de cotejar en la web	Exigido
Origen	Indicar la procedencia del Software	Exigido
Presentación	Software avanzado de diseño asistido por computador (CAD), para arquitectura e ingeniería y diseño en general, que le permite crear, mejorar y documentar diseños.	Exigido
Presentación	Creación y edición de elementos de dibujo y diseño en 2D, además de insertar objetos complejos como Xref (Nube de Puntos, Imágenes Raster, PDF, etc.)	Exigido
Instalador	El instalador del software se deberá obtener descargándolo del portal web de Soporte Técnico ó entregado por el proveedor facilitando su implementación.	Exigido
Licenciamiento	Licenciamiento del producto en modalidades diferentes como Individual o en Red.	Exigido
	El Licenciamiento debe de poder contratarse en modo de suscripción o perpetuo.	Exigido
	Deberá permitir interconectar los diseños en la Nube con aplicaciones basadas en el trabajo colaborativo con metodología BIM en formato DWG e IFC.	Exigido
	Detección automatizada de elementos BIM.	Exigido
Carta de Autorización	Se debe incluir en la oferta una carta de autorización del fabricante, representante o distribuidor para presentar la oferta de los bienes solicitados. En los casos de Distribuidores o Representantes, estos deberán contar con la carta del Fabricante dirigida al Representante Regional o Distribuidor Autorizado que le extendió la carta, a fin de demostrar la cadena de autorizaciones que debe ser originada y partir necesariamente del Fabricante	Exigido
2. Características del software
Compatibilidad	Deberá contar con compatibilidad con el formato DWG y DXF. Permite abrir estos formatos en forma nativa, sin necesidad de conversión.	Exigido
	Idioma Inglés y Español	Exigido
	Funcionamiento de software en sistemas operativos de 64 bits, en Windows, Linux y Mac.	Exigido
	Soporte de impresión en 2D (Impresoras Tradicionales)	Exigido
	Compatibilidad con formato PDF con funciones de exportación, calco subyacente (control de la visualización de capas).	Exigido
Automatización de funciones/trabajos	Implementación aplicación y creación de Rutinas LISP.	Opcional
	Herramientas con Inteligencia Artificial que permite el flujo de trabajo acelerado mediante la detección de funciones repetitivas.	Exigido
	Herramientas de auto-ayuda y auto-aprendizaje, tutoriales y acceso a comunidades. Función de Inteligencia Artificial (AI) para facilitar tareas repetitivas. Así cómo un sólido soporte técnico por el fabricante vía web.	Exigido
	Permitir la grabación de comandos realizados en una secuencia para automatizar tareas repetitivas.	Exigido
	Programación sobre V. Basic, .NET o Java para personalizar el software a la medida del uso.	Exigido
	Realizar comparativo de dos archivos.	Exigido
Trabajo colaborativo	Almacenamiento de los diseños en la Nube, que pueden ser visualizados y editados por diferentes usuarios.	Exigido
Trabajo colaborativo	Trabajo de Proyectos en un ambiente colaborativo (En la Nube), en cualquier momento y en cualquier lugar, con herramientas que permiten asignar tareas y hacer seguimiento mediante registro de eventos.	Exigido
3. Interfaz y comandos del software
Interfaz	Interfaz gráfica estandarizada al estilo Windows, organizada por tipos de comandos, personalizable mediante archivo CUI e intuitiva al trabajo del usuario. Coloración oscura que evita la fatiga visual y promueve el ahorro de energía de la pantalla. Presentación gráfica en el despliegue de galerías de estilos: textos, dimensionados, tablas, bloques.	Exigido
Comandos de diseño	Todos los comandos de dibujo y edición deberán funcionar con animación en tiempo real, con simbologías intuitivas en el cursor que permiten controlar la ejecución de un dibujo permanentemente, esto hace que el usuario acelere el diseño.	Exigido
Comandos de diseño	Deberá permitir múltiples formas de seleccionar objetos, configurable e intuitiva.	Exigido
Plugin adicionales en ingeniería especializada para diferentes disciplinas.	Funciones que vectorizan en forma semi automática imágenes raster.	Exigido
	Funciones GIS sistemas de información geográfica, con interconexión a múltiples fuentes de datos.	Opcional
	Librerías y funciones para arquitectura.	Exigido
	Librerías y funciones para sistemas de instalaciones mecánicas, eléctricas y plomería. Refiriéndose lo mecánico a tuberías y aire acondicionado.	Exigido
	Librerías y funciones para diagramas unifilares eléctricos.	Exigido
	Librerías y funciones para diseño de plantas industriales, tuberías de alta presión e instrumentación y estructuras de soporte.	Exigido
4. Opciones de visualización y edición.
Opciones del editor	Editor de texto sofisticado con múltiples formatos, reconocimiento de la tecla CAPS LOCK para la corrección inmediata de mayúsculas a minúsculas, inserción de marcadores para la creación y edición de fichas de párrafo, reconocimiento y personalización de viñetas con símbolos o numeración automática, organización por columnas con ajustes de tamaño, simbologías y campos de propiedades asociados a datos almacenados. Comandos de alineamiento vertical u horizontal automatizado.	Exigido
	Deberá contar con herramientas de referencias externas que interconectan con diversos formatos (dwg, dwf, dgn, pdf, Imágenes Raster, Nube de Puntos) controlando su rotación y escala, sin incrementar el tamaño del archivo en uso.	Exigido
	Deberá permitir importar y aplicar bloques paramétricos en 2D mediante interfaz gráfica estandarizada.	Exigido
	Diseño inteligente mediante funciones paramétricas, automatizando los procesos de edición y reutilización de los proyectos.	Exigido
	Organizar objetos administrados por capas. Manejándose por medio de ordenamiento numérico o alfanumérico, filtros variados y control de propiedades.	Exigido
	Deberá poseer reconocimiento de la sensibilidad al tacto para el manejo del mouse con menús contextuales inteligentes, acelerando el proceso de diseño del usuario.	Exigido
	Uso de diferentes herramientas de navegación para visualizar y diseñar desde cualquier punto de vista. Simulación de navegación como Camino, Vuelo y Orbitado. Además de grabar una secuencia de navegación.	Exigido
	Uso de Sistema de coordenadas Cartesianas o Polares, con personalización de los mismos.	Exigido
	Geolocalización de los diseños, con captura de mapas en línea.	Exigido
	Inserción de tablas ya sea vacías o vinculada a un archivo de datos, teniendo la posibilidad de llenarlas con campos de propiedades, fórmulas calculadas y elementos del diseño.	Exigido
	Herramientas de ambientación, tales como: iluminación y localización solar, iluminación artificial, manejo de sombras, galerías, editor y mapeo de materiales.	Exigido
Opciones de visualización	Visualización del diseño en múltiples ventanas configurables en: tamaño, escala, punto de vista, y formatos de presentación visual; con el objetivo de controlar el diseño desde todo ángulo.	Exigido
	Funciones que controlan el nivel de transparencia por objeto o por capas, para optimizar la visualización de los dibujos.	Exigido
	Escalas de anotación para objetos como Texto, Dimensiones, Sombreados y Bloques; esto acelera la productividad de planos generales y de detalles a diferentes escalas y facilita la administración de estilos de objetos.	Exigido
	Funciones de Publicación para gestionar la impresión de planos para un proyecto determinado.	Exigido
5. Funciones especiales
Herramientas para generar modelos y presentaciones en 2D para su visualización previa	Motor de Renderizado de imágenes que procesa todas las herramientas de ambientación que dan como resultado visualizaciones fotorrealistas de los diseños en alta calidad o integración con aplicaciones de terceros de Renderizado fotorrealista.	Exigido
	Generación de vistas en perspectiva con funciones de simulación con propiedades de cámara.	Exigido
	Generación de videos de recorridos virtuales sobre los diseños con calidades renderizadas en formatos AVI, MPG y WMV.	Exigido

Identificación de la unidad solicitante y justificaciones

Identificar el nombre, cargo y la dependencia de la Institución de quien solicita el llamado a ser publicado.

Lic. Hugo Astigarraga, Director General de la DTIC

Justificar la necesidad que se pretende satisfacer mediante la contratación a ser realizada.

Optimizar la gestión institucional, mejor aprovechamiento de datos, transparentar los procesos y otorgar reportes en menor tiempo para la toma de decisiones, además del ordenamiento y transparencia de las informaciones administrativas.

Justificar la planificación. (si se trata de un llamado periódico o sucesivo, o si el mismo responde a una necesidad temporal)

El llamado responde a una necesidad temporal.

Justificar las especificaciones técnicas establecidas

Han sido establecidas en consenso con los profesionales del área técnica teniendo en cuenta los productos del mercado, que cumplen los requerimientos de compatibilidad requeridos, con costos asequibles y rentables para los intereses de la institución.

Plan de entrega de los bienes

La entrega de los bienes se realizará de acuerdo con el plan de entrega y cronograma de cumplimiento, indicados en el presente apartado. Así mismo, de los documentos de embarque y otros que deberá suministrar el proveedor indicados a continuación:

LOTE	Descripción	U.M.	Cantidad	Lugar donde el bien será prestado	Fecha (s) final (es) de ejecución del bien
1	ADQUISICIÓN DE LICENCIAS ENTERPRISE DB Y RED HAT ANSIBLE AUTOMATION PLATFORM	Unidad	9	Dirección General de Tecnología de la Informática y Comunicación del MUVH. Independencia Nacional N° 909 esq. Manuel Domínguez	15 días a partir de la recepción de la Orden de Compra
1.1	EnterpriseDB Postgres Standard	Unidad	8
1.2	Red Hat Ansible Automation Platform	Unidad	1

LOTE	Descripción	U.M.	Cantidad	Lugar donde el bien será prestado	Fecha (s) final (es) de ejecución del bien
2	SISTEMAS DE PROCESOS ADMINISTRATIVOS	Unidad	7	Dirección General de Tecnología de la Informática y Comunicación del MUVH. Independencia Nacional N° 909 esq. Manuel Domínguez	FASE A IMPLEMENTACIÓN INICIAL: 10 días desde la recepción de la orden de compra por parte del proveedor. FASE B IMPLEMENTACIÓN FINAL: 10 días desde la recepción de la orden de compra por parte del proveedor
2.1	Contratos y Pólizas	Unidad	1
2.2	Presupuesto y Contabilidad	Unidad	1
2.3	Transporte	Unidad	1
2.4	Viáticos	Unidad	1
2.5	Seguimiento de tareas institucional	Unidad	1
2.6	Secretaria General	Unidad	1
2.7	Tesorería	Unidad	1

LOTE	Descripción	U.M.	Cantidad	Lugar donde el bien será prestado	Fecha (s) final (es) de ejecución del bien
3	LICENCIAS DE DISEÑO ARQUITECTONICO	Unidad	5	Dirección General de Tecnologías de la Informática y Comunicación del MUVH. Independencia Nacional N° 909 esq. Manuel Domínguez	El proveedor deberá entregar los medios de instalación acompañado de una Nota que formalice el acto, en un plazo máximo de 10 (diez) días a partir de la recepción de la Orden de Compra
3.1	Licencia Básica de software de diseño asistido Cad	Unidad	4
3.2	Licencia Avanzada de software de diseño asistido Cad	Unidad	1

Plan de entrega de los servicios

NO APLICA

Planos y diseños

Para la presente contratación se pone a disposición los siguientes planos o diseños:

No aplica

Embalajes y documentos

El embalaje, la identificación y la documentación dentro y fuera de los paquetes serán como se indican a continuación:

No aplica

Inspecciones y pruebas

Las inspecciones y pruebas serán como se indican a continuación:

APLICA - LOTE 2 - SISTEMAS DE PROCESOS ADMINISTRATIVOS

Se solicitarán demostraciones del sistema en la etapa de evaluación de la propuesta, los oferentes deberán presentar sus muestras solo para el lote 2, a pedido del Comité de Evaluación, en un plazo de un día hábil, las inspecciones serán realizadas el día señalado por el Comité de Evaluación. Esta demostración debe incluir una vista general del sistema y ABM (alta, baja, modificación) con los siguientes criterios a ser considerados:

ÍTEMS	DESCRIPCIÓN	EXIGIDO	CUMPLE/NO CUMPLE
1	Estructura de archivos, motor de base de datos y lenguaje utilizado acorde a EETT.
2	La lógica de negocios debe estar aplicada en la base de datos a través de triggers para todas las tablas.
3	Auditoría realizada por triggers y almacenada automáticamente en base de datos externa. Permitiendo así poder hacer backup completos de datos sin auditoria y backup incrementales de auditoria.
4	Ingreso al sistema y adaptabilidad de entorno en PCs, tablets, Smartphone.
5	Generación de roles nuevos y aplicación de estos a usuarios.
6	Prueba de ABM (Agregar, Borrar, Modificar) de registros en secciones aleatorias.
7	Generación dinámica de reportes de todas las tablas pudiendo seleccionar que columnas mostrar o no, dentro del entorno del sistema (generación pdf y exportación a Excel) (selección aleatoria de tablas).
9	Envío de informes vía email a través del sistema.
10	Upload de archivos con draw and drop y visualización de porcentaje de subida.
11	Verificación de firma digital de acuerdo a las EETT.
12	Demostración de paneles independientes para cada módulo y configurables según usuarios.
13	Sistema de impresión directa desde el sistema en impresoras conectadas al equipo de usuario. Según EETT.
14	Aplicación Android para subir archivos: según especificaciones.

Una vez finalizada las pruebas, se labrará un acta en el cual será suscrito entre un representante del oferente y uno de la Convocante, con los resultados de cada uno de los criterios aquí mencionados, utilizando para ello el método cumple/no cumple teniendo en cuenta los criterios específicos mencionados en este listado y sus características específicas descriptas en el apartado de especificaciones técnicas dentro del presente PBC. Los gastos inherentes a estas inspecciones y pruebas quedarán por cuenta exclusiva del oferente.

La Dirección de Informática acompañado de la dependencia afectada a la implementación del módulo realizará un seguimiento diario a los procesos realizados por el proveedor en todo el periodo de implementación a los efectos de verificar el cumplimiento con las especificaciones técnicas.

1. El proveedor realizará todas las pruebas y/o inspecciones de los bienes, por su cuenta y sin costo alguno para la contratante.

2. Las inspecciones y pruebas podrán realizarse en las instalaciones del proveedor o de sus subcontratistas, en el lugar de entrega y/o en el lugar de destino final de entrega de los bienes, o en otro lugar en este apartado.

Cuando dichas inspecciones o pruebas sean realizadas en recintos del proveedor o de sus subcontratistas se le proporcionarán a los inspectores todas las facilidades y asistencia razonables, incluso el acceso a los planos y datos sobre producción, sin cargo alguno para la contratante.

3. La contratante o su representante designado tendrá derecho a presenciar las pruebas y/o inspecciones mencionadas en la cláusula anterior, siempre y cuando éste asuma todos los costos y gastos que ocasione su participación, incluyendo gastos de viaje, alojamiento y alimentación.

4. Cuando el proveedor esté listo para realizar dichas pruebas e inspecciones, notificará oportunamente a la contratante indicándole el lugar y la hora. El proveedor obtendrá de una tercera parte, si corresponde, o del fabricante cualquier permiso o consentimiento necesario para permitir a la contratante o a su representante designado presenciar las pruebas o inspecciones.

5. La contratante podrá requerirle al proveedor que realice algunas pruebas y/o inspecciones que no están requeridas en el contrato, pero que considere necesarias para verificar que las características y funcionamiento de los bienes cumplan con los códigos de las especificaciones técnicas y normas establecidas en el contrato. Los costos adicionales razonables que incurra el proveedor por dichas pruebas e inspecciones serán sumados al precio del contrato, en cuyo caso la contratante deberá justificar a través de un dictamen fundado en el interés público comprometido. Asimismo, si dichas pruebas y/o inspecciones impidieran el avance de la fabricación y/o el desempeño de otras obligaciones del proveedor bajo el contrato, deberán realizarse los ajustes correspondientes a las Fechas de Entrega y de Cumplimiento y de las otras obligaciones afectadas.

6. El proveedor presentará a la contratante un informe de los resultados de dichas pruebas y/o inspecciones.

7. La contratante podrá rechazar algunos de los bienes o componentes de ellos que no pasen las pruebas o inspecciones o que no se ajusten a las especificaciones. El proveedor tendrá que rectificar o reemplazar dichos bienes o componentes rechazados o hacer las modificaciones necesarias para cumplir con las especificaciones sin ningún costo para la contratante. Asimismo, tendrá que repetir las pruebas o inspecciones, sin ningún costo para la contratante, una vez que notifique a la contratante.

8. El proveedor acepta que ni la realización de pruebas o inspecciones de los bienes o de parte de ellos, ni la presencia de la contratante o de su representante, ni la emisión de informes, lo eximirán de las garantías u otras obligaciones en virtud del contrato.

Indicadores de Cumplimiento

El documento requerido para acreditar el cumplimiento contractual será:

Planificación de indicadores de cumplimiento:

INDICADOR	TIPO	FECHA DE PRESENTACIÓN PREVISTA
LOTE 1: Orden de Compra/Informe de realización de los servicios/Acta de Recepción Definitiva	Orden de Compra/Informe de realización de los servicios/Acta de Recepción Definitiva	Ver plan de entrega
LOTE 2: Orden de Compra/Informe de realización de los servicios/Acta de Recepción Definitiva	Orden de Compra/Informe de realización de los servicios/Acta de Recepción Definitiva	Ver plan de entrega
LOTE 3: Orden de Compra/Informe de realización de los servicios/Acta de Recepción Definitiva	Orden de Compra/Informe de realización de los servicios/Acta de Recepción Definitiva	Ver plan de entrega

De manera a establecer indicadores de cumplimiento, a través del sistema de seguimiento de contratos, la convocante deberá determinar el tipo de documento que acredite el efectivo cumplimiento de la ejecución del contrato, así como planificar la cantidad de indicadores que deberán ser presentados durante la ejecución. Por lo tanto, la convocante en este apartado y de acuerdo al tipo de contratación de que se trate, deberá indicar el documento a ser comunicado a través del módulo de Seguimiento de Contratos y la cantidad de los mismos.

Criterios de Adjudicación

La convocante adjudicará el contrato al oferente cuya oferta haya sido evaluada como la más baja y cumpla sustancialmente con los requisitos de las bases y condiciones, siempre y cuando la convocante determine que el oferente está calificado para ejecutar el contrato satisfactoriamente.

1. La adjudicación en los procesos de contratación en los cuales se aplique la modalidad de contrato abierto, se efectuará por las cantidades o montos máximos solicitados en el llamado, sin que ello implique obligación de la convocante de requerir la provisión de esa cantidad o monto durante la vigencia del contrato, obligándose sí respecto de las cantidades o montos mínimos establecidos.

2. En caso de que la convocante no haya adquirido la cantidad o monto mínimo establecido, deberá consultar al proveedor si desea ampliarlo para el siguiente ejercicio fiscal, hasta cumplir el mínimo.

3. Al momento de adjudicar el contrato, la convocante se reserva el derecho a disminuir la cantidad requerida, por razones de disponibilidad presupuestaria u otras razones debidamente justificadas. Estas variaciones no podrán alterar los precios unitarios u otros términos y condiciones de la oferta y de los documentos de la licitación.

En aquellos llamados en los cuales se aplique la modalidad de contrato abierto, cuando la convocante deba disminuir cantidades o montos a ser adjudicados, no podrá modificar el monto o las cantidades mínimas establecidas en las bases de la contratación.

Notificaciones

La comunicación de la adjudicación a los oferentes será como sigue:

1. Dentro de los cinco (5) días corridos de haberse resuelto la adjudicación, la convocante comunicará a través del Sistema de Información de Contrataciones Públicas, copia del informe de evaluación y del acto administrativo de adjudicación, los cuales serán puestos a disposición pública en el referido sistema. Adicionalmente el sistema generará una notificación a los oferentes por los medios remotos de comunicación electrónica pertinentes, la cual será reglamentada por la DNCP.

2. En sustitución de la notificación a través del Sistema de Información de Contrataciones Públicas, las convocantes podrán dar a conocer la adjudicación por cédula de notificación a cada uno de los oferentes, acompañados de la copia íntegra del acto administrativo y del informe de evaluación. La no entrega del informe en ocasión de la notificación, suspende el plazo para formular protestas hasta tanto la convocante haga entrega de dicha copia al oferente solicitante.

3. En caso de la convocante opte por la notificación física a los oferentes participantes, deberá realizarse únicamente con el acuse de recibo y en el mismo con expresa mención de haber recibido el informe de evaluación y la resolución de adjudicación.

4. Las cancelaciones o declaraciones desiertas deberán ser notificadas a todos los oferentes, según el procedimiento indicado precedentemente.

5. Las notificaciones realizadas en virtud al contrato, deberán ser por escrito y dirigirse a la dirección indicada en el contrato.

Audiencia Informativa

Una vez notificado el resultado del proceso, el oferente tendrá la facultad de solicitar una audiencia a fin de que la convocante explique los fundamentos que motivan su decisión.

La solicitud de audiencia informativa no suspenderá ni interrumpirá el plazo para la interposición de protestas.

La misma deberá ser solicitada dentro de los dos (2) días hábiles siguientes en que el oferente haya tomado conocimiento de los términos del Informe de Evaluación de Ofertas.

La convocante deberá dar respuesta a dicha solicitud dentro de los dos (2) días hábiles de haberla recibido y realizar la audiencia en un plazo que no exceda de dos (2) días hábiles siguientes a la fecha de respuesta al oferente.

Documentación requerida para la firma del contrato

Luego de la notificación de adjudicación, el proveedor deberá presentar en el plazo establecido en las reglamentaciones vigentes, los documentos indicados en el presente apartado.

1. Personas Físicas / Jurídicas

a) Certificado de no encontrarse en quiebra o en convocatoria de acreedores expedido por la Dirección General de Registros Públicos;

b) Certificado de no hallarse en interdicción judicial expedido por la Dirección General de Registros Públicos;

c) Constancia de no adeudar aporte obrero patronal expedida por el Instituto de Previsión Social;

d) Certificado laboral vigente expedido por la Dirección de Obrero Patronal dependiente del Viceministerio de Trabajo, siempre que el sujeto esté obligado a contar con el mismo, de conformidad a la reglamentación pertinente - CPS;

e) En el caso que suscriba el contrato otra persona en su representación, acompañar poder suficiente del apoderado para asumir todas las obligaciones emergentes del contrato hasta su terminación.

f) Certificado de Cumplimiento Tributario vigente a la firma del contrato.

2. Documentos. Consorcios

a) Cada integrante del consorcio que sea una persona física o jurídica deberá presentar los documentos requeridos para oferentes individuales especificados en los apartados precedentes.

b) Original o fotocopia del consorcio constituido.

c) Documentos que acrediten las facultades del firmante del contrato para comprometer solidariamente al consorcio.

d) En el caso que suscriba el contrato otra persona en su representación, acompañar poder suficiente del apoderado para asumir todas las obligaciones emergentes del contrato hasta su terminación.