ESTUDIOS PREVIOS DE CONVENIENCIA Y OPORTUNIDAD

PROYECTO CHOCO VIVE DIGITAL

EN EL MARCO DEL PROYECTO “CHOCO VIVE DIGITAL” PROMOVIDO POR EL MINISTERIO DE TECNOLOGÍAS DE LA INFORMACIÓN Y LAS COMUNICACIONES, SE HA DETERMINADO LA CONTRATACIÓN PARA LA EJECUCIÓN DE UN SERVICIO DE ADECUACIÓN, INSTALACIÓN, IMPLEMENTACIÓN, PUESTA EN FUNCIONAMIENTO, SUMINISTRO DE BIENES DE UNA SOLUCIÓN INTEGRAL Y DEMÁS BIENES INHERENTES A CADA ÍTEM QUE COMPONEN LA SOLUCIÓN, QUE PERMITA A LA CIUDADANÍA CHOCOANA LOGRAR MAYOR EFICIENCIA DE LA GESTIÓN PÚBLICA A TRAVÉS DEL USO DE HERRAMIENTAS TIC PARA LA GOBERNACIÓN DEL CHOCO Y LA ALCALDÍA DE QUIBDO.

QUIBDO, CHOCO - COLOMBIA

Diciembre de 2013

1. GENERALIDADES DEL PROCESO CONTRACTUA

2. L BAJO LA INICIATIVA VIVE DIGITAL REGIONAL

Antes de desarrollar cada uno de los puntos que contiene el presente estudio, es pertinente precisar algunos aspectos de importancia para entender la forma en que se desarrollará este proceso contractual por parte de UNIVERSIDAD TECNOLÓGICA DEL CHOCO, en su condición de EJECUTOR en el marco de la iniciativa Vive Digital.

Dentro del marco de la iniciativa Vive Digital Regional, en el Manual de Contratación se establece las pautas mínimas para realizar los procesos contractuales, las cuales son de obligatorio cumplimiento y aplicación para EL EJECUTOR de dichas iniciativas. El citado manual, va dirigido a ejecutores regidos en el ámbito del privado y empresas de economía mixta en las que el Estado tenga una participación.

Que la UNIVERSIDAD TECNOLÓGICA DEL CHOCO, es un establecimiento público de carácter académico, del orden nacional, con personería jurídica, patrimonio independiente y autonomía consagrada en la Constitución Nacional y la Ley 30 de 1992, creada mediante la Ley 38 de 1968, elevada a Universidad mediante la Ley 7ª de 1975 y reconocida como tal, por Resolución 3274 del 25 xx xxxxx de 1993, emanada del Ministerio de Educación Nacional, con domicilio en la ciudad de Quibdó.

EL EJECUTOR tendrá en cuenta que los recursos que se le entregan son públicos y en consecuencia en su ejecución, tendrá en cuenta los postulados de la función administrativa señalados en el artículo 209 de la Constitución Política, como son los de igualdad, moralidad, eficacia, economía, celeridad, imparcialidad y publicidad; y los principios de la contratación pública señalados en las leyes de contratación estatal, como lo son el de selección objetiva, libre competencia, transparencia, trato justo e igualitario, eficiencia y contradicción.

El cumplimiento de los fines estatales establecidos en la Constitución Política Colombiana, la continua y eficiente prestación de los servicios ofrecidos, y la efectividad de los derechos e intereses de los ciudadanos, serán un postulado constante en el ejercicio de la labor de EJECUTOR.

La selección de los proveedores de bienes y servicios asociados a la ejecución del proyecto es responsabilidad directa del EJECUTOR, que deberá desarrollar procesos de selección objetiva que garanticen el cumplimiento de las actividades y la calidad de los bienes y servicios a suministrar para el correcto desarrollo del proyecto que los requiere.

Para la contratación de cualquier bien o servicio para el Proyecto Choco Vive Digital , por regla general, sin importar la cuantía y salvo en los casos especiales de contratación, EL EJECUTOR debe adelantar una Convocatoria Pública, todo lo cual se desarrollará conforme a lo estipulado en el Documento N. 06 denominado Manual de Contratación - Vive Digital 2012-2013.

El proceso contractual que se pretende desarrollar, corresponde a la contratación y ejecución de un servicio de adecuación, instalación, implementación, puesta en funcionamiento, suministro de bienes de una solución integral y demás bienes inherentes a cada ítem que componen la solución, que permita a la ciudadanía Chocoana lograr mayor eficiencia de la gestión pública a través del uso de herramientas TIC para la Gobernación del Chocó y la Alcaldía de Quibdó.

DESCRIPCIÓN DE LA NECESIDADQUE SE PRETENDE SATISFACER CON LA CONTRATACIÓN.

3.1. Introducción

Las Tecnologías de la Información y las Comunicaciones (TIC) son poderosas herramientas que facilitan las tareas de los ciudadanos para contribuir al desarrollo socioeconómico de una región, garantizando el acceso universal a la salud, la educación, el empleo, la justicia y el entretenimiento, entre otros. Así mismo, es internacionalmente aceptado que las TIC aportan al desarrollo eficiente de cualquier proceso productivo, posibilitando el acceso a nuevos mercados, para hacer del territorio un ente más competitivo nacional e internacionalmente.

El Gobierno Nacional, a través del Ministerio de Tecnologías de la Información y las Comunicaciones – Ministerio TIC–, busca que el país de un gran salto tecnológico mediante la masificación de Internet y el desarrollo del Ecosistema Digital Nacional en el periodo 2011-2014; para ello estructuró el Plan Vive Digital que responde al reto de alcanzar la prosperidad democrática gracias al uso y apropiación de las tecnologías de información y comunicaciones.

3.2. Iniciativa Vive Digital

La Iniciativa Vive Digital como estrategia a favor de las Entidades Territoriales permite que estos entes a través de propuestas gubernamentales innovadoras generen para la población el desarrollo de un ecosistema digital, que comprende cuatro componentes a saber:

 Infraestructura: Este eje del ecosistema digital busca que “Todos los colombianos cuenten al menos con una solución de conectividad gracias a una moderna Autopista de la Información”. La infraestructura corresponde a los elementos físicos que proveen conectividad digital. Algunos ejemplos son las redes de fibra óptica desplegadas por el país, las xxxxxx de telefonía celular con sus equipos y antenas, o las redes de pares de cobre, coaxiales o de fibra óptica tendidas a los hogares y negocios;

 Servicios. Este componente se encuentra orientado a que “Los colombianos tengan acceso a una oferta competitiva de servicios de última tecnología”. Los servicios ofrecidos por los operadores hacen uso de la infraestructura y permiten desarrollar la conectividad digital. Para citar algunos ejemplos de servicios, estos pueden ser el servicio de Internet fijo y móvil, el servicio de telefonía fija y celular o el servicio de mensajes de texto (SMS), la televisión pública abierta, la nueva Televisión Digital Terrestre y mucho más. Como parte de este componente se incluye la masificación de terminales para acceder a los servicios.

 Aplicaciones. Este componente tiene como finalidad que “Los colombianos tengan una vida más fácil y productiva gracias a una amplia oferta de aplicaciones y contenidos digitales”. Las aplicaciones hacen uso de los servicios para interactuar con el usuario final. Estas aplicaciones pueden ser, por ejemplo, los xxxxxxxx xx xxxxx sociales o de sitios de noticias para el servicio de

Internet, los sistemas de menús telefónicos cuando se llama a entidades del sector salud para el servicio de telefonía móvil, o la banca móvil para el servicio de SMS.

 Usuarios. Este componente busca “Reducir la brecha digital en Colombia a través de la capacitación y apropiación de las TIC”. Los usuarios hacen uso de las aplicaciones e indirectamente de los servicios e infraestructura para consumir y producir información digital. Los usuarios en este ecosistema somos todos los que usamos Internet, telefonía celular o cualquier otro medio de comunicación digital.

La Declaración del Milenio aprobada por 189 países y firmada por 147 Jefes de Estado y Gobierno, puso de manifiesto que el acceso a la información es determinante para alcanzar lo ocho objetivos propuestos en ese entonces; así mismo el Plan Nacional de Desarrollo, 2010 - 2014: “Prosperidad para todos” en su Capitulo: Tecnologías de la información y las Comunicaciones nos dice que las TIC son herramientas indispensables para la transformación productiva del país, pues constituyen un apoyo transversal a las locomotoras que jalonarán la economía para generar dinámica e innovación en diversos sectores, para aumentar la productividad y para mejorar en competitividad.

En el entorno nacional, el sector TIC en Colombia garantiza el acceso y cobertura de uso y la conectividad del país, es un importante motor de la economía nacional, aporta importantes recursos al PIB y ha presentado crecimientos superiores al promedio de la economía nacional. Además, en concordancia con las tendencias mundiales, el sector se ha caracterizado por la liberalización xxx xxxxxxx de las telecomunicaciones, la sustitución de la telefonía fija por la telefonía móvil, la sustitución de la voz por los datos y el desarrollo de nuevas tecnologías y mercados inalámbricos.

Este panorama permite presentar lineamientos de política para el sector TIC que se enmarcan en una serie de principios de promoción encabezados por la fórmula: “El mercado hasta donde sea posible, el Estado hasta donde sea necesario” dirigidos todos a la superación de brechas, tanto en el nivel de infraestructura, como en los de disponibilidad de dispositivos y terminales, la generación de aplicaciones y contenidos, y la apropiación generalizada de las TIC.

Mediante la consolidación de un marco normativo, institucional y regulatorio convergente, el Gobierno Nacional se ha propuesto desarrollar un Ecosistema Digital (infraestructura, servicios, aplicaciones y usuarios) e incentivar de forma integral la oferta y la demanda de servicios digitales para la inclusión social y la disminución de la brecha digital, así como para la innovación, la productividad y la competitividad.

Siguiendo el ejemplo de otros países en vías de desarrollo, Colombia desarrolló, diseñó y se encuentra implementando un Plan sectorial en TIC denominado PLAN VIVE DIGITAL, que tiene como objetivo principal impulsar la masificación del uso de Internet, para dar un salto hacia la prosperidad democrática.

Se considera que a partir de la masificación del uso de Internet, de la apropiación de tecnología y de la creación de empleos directos e indirectos se logra reducir el desempleo, reducir la pobreza, aumentar la competitividad del país y dar un salto hacia la prosperidad democrática.

El Plan Vive Digital ha fijado metas concretas para el año 2014: multiplicar por 4 el número de conexiones a Internet, triplicar el número de municipios conectados a la autopista de la Información a través de redes

de fibra óptica, alcanzar el 50% de los hogares y MIPYMES conectados a Internet; para lograrlo, el plan se desarrolla a través de 5 principios básicos:

 “El mercado hasta donde sea posible, el Estado hasta donde sea necesario”. Promover el desarrollo del sector privado para expandir la infraestructura y ofrecer servicios.

 Incentivar de forma integral la oferta y la demanda de los servicios digitales para alcanzar una masa crítica.

 Reducir barreras normativas e impositivas para facilitar el despliegue e infraestructura y oferta de servicios de telecomunicaciones.

 Priorizar los recursos del Estado en inversiones de capital.

 El Gobierno está dando ejemplo en materia de inversiones en TIC.

Para lograr el despliegue del Plan en el nivel regional, el Ministerio TIC desarrolló diferentes estudios que dieron como resultado el Índice de Digitalización Regional, primer estudio desarrollado en Colombia que mide el desarrollo del ecosistema digital en las regiones colombianas.

El objetivo del estudio es presentar a las regiones la situación actual en temas TIC, con el fin de promover e incentivar la disminución de brechas entre las regiones colombianas, principalmente en las que presentan mayores retrasos.

Es así como surge la iniciativa Vive Digital Regional, que busca apoyar el diseño, desarrollo e implementación de planes de gobierno departamentales y municipales, específicamente en sus objetivos relacionados con TIC, así como sus planes de competitividad y desarrollo, a través de la cofinanciación de proyectos que promuevan la innovación regional y el desarrollo tecnológico a través de las TIC.

Por otra parte, la generalización de la conexión xx xxxxx ancha puede ser “útil sin precedentes” para universalizar la educación y conseguir el objetivo de acabar con el analfabetismo en 2015, según informe presentado por la UNESCO. Así lo revela un informe elaborado por expertos de la Organización de la ONU para la educación, la ciencia y la cultura y de la Unión Internacional de Telecomunicaciones. El acceso a Internet puede permitir “reducir las disparidades en el campo de la educación, transformar los métodos de enseñanza y mejorar la creación de capacidades en beneficio de la economía globalizada”, según el informe “Tecnología, banda ancha: hacer progresar el programa de la educación para todos”. Este mismo informe presentado durante la jornada de apertura de la Cumbre mundial de la Sociedad de la Información para 2013, se establece que “la extensión del uso de la banda ancha es un medio para progresar hacia la meta de universalización de la enseñanza primaria”, uno de los “Objetivos del milenio” fijados para 2015.

En la actualidad, 61 millones de niños en edad de estar en la escuela primaria están sin escolarizar, a los que hay que sumar otros 71 millones de potenciales alumnos de secundaria. La UNESCO calcula que de año a 2015 serán necesarios 1.7 millones de maestros en el mundo y que en total, hay 793 analfabetos, el 63% de ellos mujeres.

El uso de Internet xx xxxxx ancha puede contribuir a reducir estas cifras, según el informe, que señala también que la red puede disminuir las diferencias que existen entre el mundo rico y el menos desarrollado; la “brecha digital” contribuye hoy a agrandar las diferencias entre estos dos grupos de países. Los 2.500 millones de usuarios de Internet que hay en el mundo, según las cifras de la UIT, se

reparten de forma desigual. En los países en vía de desarrollo, solo uno de cada cuatro ciudadanos tiene acceso a la red, mientras en los países más pobres el porcentaje se queda en el 6%. En 17 países, el costo de Internet equivale al 100% xxx xxxxxxx medio mensual. Finalmente, este informe de la ONU –UNESCO- recomienda a los gobiernos que se mejore el acceso a Internet xx xxxxx ancha a los ciudadanos y a las tecnologías de la información y la comunicación –TIC-, que deben integrarse a los programas educativos y de formación de los trabajadores. Los docentes deben ser formados en este tipo de tecnologías, que, además, deben adaptarse a los contextos locales y a las lenguas vernáculas de las distintas comunidades. En Colombia, en el sector productivo –y por ende en el Departamento del Choco- se vienen implementando políticas y proyectos tendientes al fortalecimiento de las TIC en los sectores productivos alternos.

3.3. Vive Digital Regional

Uno de los objetivos del Plan Vive Digital es lograr que las regiones del país desarrollen sus propios ecosistemas digitales en el marco de la Iniciativa Vive Digital Regional. Dicha iniciativa es liderada por el Ministerio TIC, en alianza con el Departamento Administrativo de Ciencia, Tecnología e Innovación – COLCIENCIAS– y Fidu-Bogotá, en su calidad de vocera del patrimonio autónomo denominado Fondo Nacional de Financiamiento para la Ciencia, la Tecnología y la Innovación, Xxxxxxxxx Xxxx xx Xxxxxx.

Para la implementación, uso y empoderamiento de las TIC en el territorio Colombiano, el Gobierno Nacional ha trazado una iniciativa denominada Vive Digital Regional, la cual establece cinco pilares básicos para la ejecución del plan a seguir, los cuales a continuación se enuncian:

 El mercado hasta donde sea posible, el Estado hasta donde sea necesario: Promover el desarrollo del sector privado para expandir infraestructura y ofrecer servicios;

 Incentivar de forma integral la oferta y la demanda de servicios digitales para alcanzar masa crítica;

 Reducir barreras normativas e impositivas para facilitar el despliegue de infraestructura y oferta de servicios de telecomunicaciones; • Priorizar los recursos del Estado en inversiones de capital;

 El Gobierno va a dar ejemplo.

Como mecanismo para la implementación del Proyecto Vive Digital Regional y en cumplimiento de lo estipulado en la Ley 1286 de 2009, COLCIENCIAS, FONTIC y la Sociedad Fiduciaria FIDUBOGOTÁ S.A, en su calidad de vocera del patrimonio autónomo denominado Fondo Nacional de Financiamiento para la Ciencia, la Tecnología e Innovación, Xxxxxxxxx Xxxx xx Xxxxxx, celebraron Convenio de Cooperación Especial N° 199-772 de 2012, cuyo objeto se estableció en: “Aunar esfuerzos técnicos, administrativos y financieros para impulsar el objetivo 6 de la Dimensión 2 del Plan Vive Digital dentro de la iniciativa de país “Vive Digital Regional mediante el fomento de la Innovación, la Ciencia y la Tecnología en las regiones de Colombia”.

Dentro de los objetivos de COLCIENCIAS establecidos en la Ley 1286, se encuentra el (Art.2:9) “Fortalecer el desarrollo regional a través de políticas integrales de descentralización e internacionalización de las actividades científicas, tecnológicas y de innovación, de acuerdo con las dinámicas internacionales”, y una de sus funciones contempla (Art 7:6) “Propiciar las condiciones necesarias para que los desarrollos científicos, tecnológicos e innovadores, se relacionen con los sectores social y productivo, y favorezcan la

productividad, la competitividad, el emprendimiento, el empleo y el mejoramiento de las condiciones de vida de los ciudadanos”.

En virtud del Xxxxxxxx Xx. 000-000, citado anteriormente, el Ministerio de Tecnología de Información y las Telecomunicaciones y COLCIENCIAS formularon la Convocatoria N° 601 del 23 de octubre de 2012, para que las entidades territoriales presentaran proyectos integrales con miras a establecer un ecosistema digital para sus regiones.

Conforme a la dinámica de cómo se encuentra concebida VIVE DIGITAL, es pertinente resaltar que intervienen actores en la realización y ejecución de los proyectos, entre lo que se pueden mencionar:

 El Proponente. Los proyectos deben ser presentados por las entidades territoriales a través de las Gobernaciones o Alcaldías de las capitales de departamento. En todo caso se aceptara solo un proyecto por cada uno de los actores regionales autorizados.

La entidad territorial es la responsable de formular el proyecto, presentar el Ejecutor, aportar recursos financieros y hacer seguimiento y control del avance del proyecto a través de su representación en el Comité Regional.

 El Ejecutor. El Ejecutor es el encargado directo del desarrollo del proyecto, para lo cual debe llevar a cabo la administración de los recursos, la selección y contratación de bienes y servicios, según los lineamientos entregados por Vive Digital Regional para tal fin. Así mismo es el responsable de la presentación de resultados en cuanto al cumplimiento de actividades, presupuesto, cronograma y entregables, entre otras inherentes a su función.

Pueden ser Ejecutores las entidades facultadas para firmar Convenios Especiales de Cooperación.

 Aliados. Podrán participar como aliados en el desarrollo de proyectos regionales en el marco de la iniciativa Vive Digital, entidades de orden nacional, departamental y municipal de carácter público o privado que aporten una contrapartida en efectivo, la cual entregaran al ejecutor mediante la suscripción de un contrato (entre el ejecutor y el aliado) en el que se establezca el valor y la destinación específica de los recursos que se aportan, el cual se deberá firmar una vez sea aprobado el proyecto de Vive Digital y antes de la firma del convenio regional.

 Gerente del Proyecto. El Gerente del proyecto dependerá del Comité Regional, quien se encargara de la Gerencia Técnica del proyecto, pero su pago se realizara a través del rubro de Gerencia y Administración entregado al Ejecutor, su selección se llevara a cabo como parte del proceso de evaluación del proyecto presentado.

Con el objetivo de apoyar los planes de desarrollo regional en las Entidades Territoriales, El Ministerio de las Tecnologías de la Información y las Comunicaciones en adelante MINTIC, en alianza con el Departamento Administrativo de Ciencia, Tecnología e Innovación, dieron apertura a la Convocatoria Nº 601 del 23 de octubre de 2012, cuyo objetivo “es conformar un Banco de Proyectos Elegibles de iniciativas innovadoras en TIC, que mediante el desarrollo de actividades de Ciencia Tecnología e Innovación sirvan

como medio para contribuir a impulsar procesos de inclusión social, disminución de brechas de inequidad, fortalecimiento de capacidades para la participación ciudadana, la toma de decisiones, el aumento de productividad y competitividad y el desarrollo regional sostenible en concordancia con los Planes de Desarrollo Departamentales y Municipales

3.4. Choco Vive Digital

Dentro del territorio Chocoano se han realizado ingentes esfuerzos en implementar acciones tendientes a la conectividad, realizándose actividades que han sido dispersas y observadas desde una óptica institucional independiente y no integrada a una política interinstitucional; tal es el caso xxx XXXX, con su programa bandera de educación virtual y la UTCH, con el proyecto de conectividad del campus universitario, con la creación de la Red de Alta Velocidad RANCHO y la estrategia de ampliación de cobertura en la educación superior denominado “CERES”, así como también el incipiente pero efectivo sistema de educación virtual, recientemente aprobado e implementado institucionalmente, con la creación de una Plataforma Virtual de Educación en la UTCH.

La UTCH, a través de docentes investigadores pertenecientes al Grupo de Investigación de “Electrónica, Telecomunicación e Informática con Oportunidad y Servicio” (ETICOS), del cual hacen parte también docentes de la Universidad Nacional de Colombia y la Universidad Libre de Cali, ha venido liderando la posibilidad de estructurar esta Red Regional que al interactuar con otras redes regionales, nacionales e internacionales permita entre muchos otros aspectos, lograr incidir en disminuir la brecha digital existente, ampliar la cobertura del uso del internet y la tele densidad, bajar los índices de morbilidad y mortalidad, entre muchos otros aspectos. Fue así como surgió la idea primaria del proyecto “Chocó Digital” cuyo nombre para propósito proyecto es “Territorios Digitales como Plataforma de Desarrollo del Departamento del Chocó”.

Esta iniciativa originó la suscripción de un convenio los últimos tres año denominado “Choco digital”, entre la Gobernación del Departamento del Chocó, la Universidad Tecnológica del Chocó y el Fondo de Comunicaciones del ministerio de las TIC, con el cual se ha logrado permear gran parte de la población chocoana con estrategias de difusión, apropiación y capacitación, así como también la ejecución de un proyectos que involucran en forma directa el ecosistema digital, entre los cuales destacamos los siguientes:

• Proyecto piloto durante el año 2007 en la ciudad de Quibdó relacionado con la implementación de cuatro aulas virtuales, las cuales impactaron aproximadamente a más de 4.000 estudiantes y 200 docentes en su fase inicial.

• Implementación de Aulas Digitales a 50 instituciones del Departamento del Chocó, con lo cual se beneficiaron aproximadamente 60.000 estudiantes y 1.500 docentes del departamento del Chocó, de este proyecto se destaca haber llevado las TIC al 100% de los municipios del departamento del Chocó.

• Capacitación en TIC como estrategia de Inclusión social en diferentes sectores del departamento del Chocó, este proyecto propició la capacitación en informática básica e internet, bibliotecas virtuales, aulas virtuales, a estudiantes y docentes de instituciones educativas, y población en general, a través de aulas didácticas y telecentros de Compartel.

• Proyecto de Divulgación y masificación del uso de las TIC, a través de este se pudo realizar El II Encuentro Nacional de TIC, Desarrollo y Cultura Digital que reunió a expertos/as, profesionales, investigadores/as, estudiantes, representantes de entidades que trabajan en el campo de las Tecnologías de Información y Comunicación, TIC y público general interesado en el tema.

• La conectividad del campus de la Universidad Tecnológica del Chocó, se constituyó en un aporte muy importante para el mejoramiento de la comunicación y la calidad académica de la institución.

• El proyecto piloto de la primera zona WIFI de acceso libre de internet xx xxxxx Ancha en el municipio de Quibdó, por medio del cual se construyó el nodo central para la creación de muchas otras zonas y la conectividad inalámbrica del departamento del Chocó.

• La creación de una plataforma de entrenamiento virtual para la presentación de las Pruebas del estado, denominada SABER CHOCÓ, que busca brindar ayuda a los estudiantes del departamento que se presentarán a dichas pruebas. (Este proyecto es conveniente darle continuidad actualizando banco de preguntas y adaptándolas a las circunstancias actuales de este tipo de pruebas).

Con los recursos destinados por MinTic a través de la Convocatoria VDR 2012, el Departamento del Chocó y el Municipio de Quibdó pretenden dar continuidad a los esfuerzos anteriormente realizados tanto en infraestructura telemática como en desarrollo de estrategia centradas en contenidos, pedagogía y talento humano. La implementación de la estrategia de Aulas Virtuales es una apuesta de gran calado ante las inmensas necesidades de crecimiento y desarrollo regional, así mismo el mejoramiento de los servicios críticos a la ciudadanía a través de procedimientos expeditos que ahorren tiempo a la ciudadanía y mayor productividad y eficiencia a la región. En regiones con índices de pobreza, exclusión y marginalidad, el aparato estatal es definitivo en el avance o retroceso de las conquistas sociales, de ahí la importancia de poder garantizar recursos importantes de la convocatoria VDR 2012 al mejoramiento de servicios críticos en favor de la ciudadanía.

El propósito del proyecto es el “Mejoramiento de la competitividad regional del Chocó mediante la incorporación de las tecnologías de la información y las Comunicaciones en el sector Educativo y los procesos de interacción ciudadana con la Administración Pública“.

El proyecto está articulado con los objetivos de los Planes de Desarrollo del Chocó “Un nuevo Chocó para vivir” y “Quibdó MIA” y a su vez con los Programas TIC: Chocó/Quibdó Vive Digital. Además se ha consultado los indicadores del Plan Nacional de Desarrollo y las políticas TIC lideradas por MinTIC y Colciencias. Mediante la vinculación al proyecto de la UTCH y el cumplimiento de compromisos del proponente y su aliado, se garantiza el compromiso de recursos de contrapartida a la vez que se realiza una importante sinergia interinstitucional garantizando la sostenibilidad y continuidad de las inversiones.

Uno de los principales objetivos del proyecto es la transferencia de habilidades, recursos y competencias que realizarán los proveedores de bienes y servicios y las instituciones a los usuarios y beneficiarios finales. El propósito del proyecto tiene dos entregables:

Primero: Mejoramiento del nivel académico de los estudiantes del sistema de Educación Pública Departamental del Chocó apoyado en las TIC.

El fortalecimiento de la estrategia TIC en la educación pública a través de la estrategia de Aulas Digitales y la implementación de estrategias y actividades relacionadas con la ciencia, la tecnología y la Innovación.

Se asumirá una estrategia de desconcentración y descentralización mediante los CERES en 4 subregiones del Chocó a través de la vinculación de la UTCH y sus Grupos de Investigación, desarrollo y documentación.

Se diseñarán programas focalizados de entrenamiento, capacitación y especialización de niños, jóvenes, profesionales e investigadores utilizando las TIC.

El impacto para el entregable se podrá medir a través de:

Indicador de cobertura, Índice de digitalización regional, Indicador de Infraestructura, indicador de C&T. Segundo: Ciudadanía utiliza las Tic y logra mayor eficacia en el servicio de la administración pública regional.

El fortalecimiento de la estrategia TIC al servicio de la administración central de las entidades territoriales aliadas en el proyecto pretende fortalecer y complementar las estrategias iniciadas y originar una nueva cultura TIC al interior de las administraciones derivando en la creación de un modelo de Calidad y un sistema integrado de gestión de la administración pública basada en las TIC.

Se realizarán actividades entrelazadas de fortalecimiento a la infraestructura telemática par y passu con la instrucción, capacitación y formación de los equipos de personal que administrarán los procesos y recursos administrativos.

El impacto para el entregable se podrá medir a través de:

Indicador de Implementación de infraestructura telemática, Índice de eficiencia administrativa, Indicador de formación xxx xxxxxxx humano, indicador de efectividad en transacciones ciudadanas.

3.5. Plan de Desarrollo Departamental y Municipal

Los Planes de Desarrollo del Chocó "Un nuevo Chocó para vivir" y "Quibdó MIA" y a su vez con los Programas TIC: Chocó/Quibdó Vive Digital. Además se ha consultado los indicadores del Plan Nacional de Desarrollo y las políticas TIC lideradas por XxxXxx y Colciencias. Mediante la vinculación al proyecto de la UTCH y el cumplimiento de compromisos del proponente y su aliado, se garantiza el compromiso de recursos de contrapartida a la vez que se realiza una importante sinergia interinstitucional garantizando la sostenibilidad y continuidad de las inversiones.

Vinculado al eje No.4 del Plan Nacional de Desarrollo, en el Plan Departamental de Desarrollo: Programa educación con pertinencia e innovación En todos los niveles de la educación, mediante:

a) la promoción del uso y la apropiación de las Tecnologías de la Información y la Comunicación, TIC;

b) La Producción y Distribución de Contenidos Educativos Digitales multiplataforma;

c) El desarrollo del Proyecto N@TIVOS DIGITALES del Ministerio de Comunicaciones

Programa Modernización de la Administración Pública Departamental

Se busca descentralizar la gestión de la administración en las subregiones conformadas; la organización de los procesos de gestión de la administración en personal, planeación, almacén, contratación, recaudo, comunicaciones, pensiones, contabilidad y atención al usuario; el mejoramiento de las capacidades técnicas y profesionales de la administración departamental y aplicar la meritocracia y la generación de capacidades gerenciales y de liderazgo de los directivos de la administración.

3.6. Las TIC como Política de Estado

El Gobierno Nacional, a través del Ministerio de Tecnologías de la Información y las Comunicaciones, busca generar espacios que permita a los ciudadanos el apoderamiento, uso y masificación de las herramientas tecnológicas, máxime si se tiene en cuenta, que desde la apertura económica de Colombia en el año 1991, y la competitividad que se ensancha sobre un mundo globalizado, genera la necesidad de hacer parte de la vida cotidiana de cada habitante del territorio colombiano la interconexión de cada asentamiento humano a la internet, como el sistema de mayor expansión de la información y mejores espacios de aprendizaje para el educando en formación.

Con base en lo anterior, el Gobierno Nacional ha trazado la iniciativa Vive Digital Regional como mecanismo de acción para interconectar las zonas de difícil acceso y aquellas áreas donde la penetración de las TIC son nugatorias, y adentrar a cada entidad territorial en el cumplimiento de la política pública consagrada en la Ley 1341 de 2009, mejor conocida como la Ley de TIC, por medio de la cual se definen principios y conceptos sobre la Sociedad de la Información y la organización de las Tecnologías de Información y Comunicaciones, entre otros, de sus múltiples aspectos, se observa lo siguiente:

 Introduce una serie de Principios, entre los que se puede destacar, la Masificación del Gobierno en Línea, que determina, que con el fin de lograr la prestación de servicios eficientes a los ciudadanos, las entidades públicas deberán adoptar todas las medidas necesarias para garantizar el máximo aprovechamiento de las Tecnologías de la Información y las Comunicaciones en el desarrollo de sus funciones.

 Establece que las Entidades del Orden Nacional y Territorial, promoverán, coordinarán y ejecutarán planes, programas y proyectos tendientes a garantizar el acceso y uso de la población, las empresas y las entidades públicas a las Tecnologías de la Información y las Comunicaciones.

 Que las entidades de orden nacional y territorial incrementarán los servicios prestados a los ciudadanos a través del uso de las Tecnologías de la Información y las Comunicaciones.

 Observa que con el fin de lograr la prestación de servicios eficientes a los ciudadanos, las entidades públicas deberán adoptar todas las medidas necesarias para garantizar el máximo aprovechamiento de las Tecnologías de la Información y las Comunicaciones en el desarrollo de sus funciones.

De igual manera, la ley en cita señala al tenor literal del artículo segundo, que: “La investigación, el fomento, la promoción y el desarrollo de las Tecnologías de la Información y las Comunicaciones son una

política de Estado que involucra a todos los sectores y niveles de la administración pública y de la sociedad, para contribuir al desarrollo educativo, cultural, económico, social y político e incrementar la productividad, la competitividad, el respeto a los Derechos Humanos inherentes y la inclusión social”.

Partiendo del mandato establecido por el legislador, es un objetivo del Estado a través del Ministerio de las Tecnologías de la Información y las Telecomunicaciones, en el periodo comprendido 2010 – 2014, desarrollar la “Innovación en la actividades productivas nuevas y existentes en los procesos sociales de colaboración entre el sector público y el sector privado y, en el diseño y el desarrollo institucional del Estado.”, al igual que “una sociedad para la cual (…), el acceso a las tecnologías de la información y las comunicaciones y el desarrollo cultural sean una prioridad y una práctica como elemento esencial del bienestar y como principio de equidad con las futuras generaciones”. (Artículo 3° de la Ley 1450 de 2010, “Por la cual se expide el Plan Nacional de Desarrollo, 2010 – 2014).

Por su parte, es menester mencionar de cara a esta estudio que en importante destacar de cara a los lineamientos de las TIC, la ley 527 de 1999, Ley 962 de 2005, Plan Nacional de las TIC 2008-2019, la Circular 058 de 2009 de la Procuraduría General de la Nación, CONPES 3650 de 2010, Ley 1450 de 2011, el Plan Vive Digital, Ley 1437 de 2011 por la cual se expide el Código de Procedimiento Administrativo y de lo Contencioso Administrativo, entre otros, de acuerdo a las fases de gobierno en línea que integran esta normativa y las estrategias y postulados de E-Gov.

Dentro de este contexto y con fundamento en la política del gobierno actual , en el marco del Plan Vive Digital, y dentro de la estrategia Gobierno en Línea, consistente en la voluntad política y administrativa de implementar y masificar sistemas de información para optimizar y facilitar las funciones administrativas a cargo del Estado y los particulares que ejercer funciones administrativas, la adecuada prestación de los servicios públicos, y el acceso efectivo, fácil y en condiciones de equidad para todos los ciudadanos.

De modo que, es imperativo que cada entidad territorial avance en la disminución de brechas de iniquidad, y fortalezca los espacios de emprendimiento en procesos de aprendizaje productivos y competitivos, que contribuyan al desarrollo acelerado del sistema de producción regional, pues el uso adecuado de la tecnologías de la información y las comunicaciones traerá consigo un plus valor a los procesos socioeconómicos y productivos del Departamento del Choco.

En ese orden de ideas, la iniciativa Vive Digital Regional lanzada por el Gobierno Nacional pretende desarrollar en la población de cada entidad territorial, un clima organizacional enfocado al conocimiento y uso de las TIC, no solo al interior de la estructura política del Estado, sino que éste se extienda a los millones de colombianos que se encuentran en xxxx de conocer los beneficios y fortalezas que las TIC ofrecen a las relaciones particulares, comerciales y productivas de los ciudadanos.

4. DESCRIPCIÓN DEL OBJETO A CONTRATAR, CON SUS ESPECIFICACIONES Y LA IDENTIFICACIÓN DEL CONTRATO A CELEBRAR.

4.1. OBJETO

4.2. Alcance y Descripción del Objeto

 Implementación de Solución TIC para mejorar la eficacia en el servicio de la administración pública regional.

4.3. Meta Programada

 A mediados del año 2014 deberá estar ejecutada la implementación del Sistema de Gestión Administrativa para el servicio eficiente al ciudadano.

4.4. Especificaciones del Objeto a Contratar

Con base en el objeto a contratar se precisan las condiciones y características mínimas de la siguiente manera por componente:

EJECUCIÓN DE UN SERVICIO DE ADECUACIÓN, INSTALACIÓN, IMPLEMENTACIÓN, PUESTA EN FUNCIONAMIENTO, SUMINISTRO DE BIENES DE UNA SOLUCIÓN INTEGRAL Y DEMÁS BIENES INHERENTES A CADA ÍTEM QUE COMPONEN LA SOLUCIÓN, QUE PERMITA A LA CIUDADANÍA CHOCOANA LOGRAR MAYOR EFICIENCIA DE LA GESTIÓN PÚBLICA A TRAVÉS DEL USO DE HERRAMIENTAS TIC PARA LA GOBERNACIÓN DEL CHOCO Y LA ALCALDÍA DE QUIBDO.

5. COMPONETES DEL ENTREGABLE 2

5.1. Componente A04.- Desarrollo e implementación del Sistema de Gestión Administrativa para la Atención al Ciudadano. (Sistema de Gestión Administrativa al servicio del ciudadano en la Alcaldía de Quibdó y la Gobernación del Chocó)

Adecuación, instalación, implementación, puesta en funcionamiento, suministro de bienes de una solución integral y demás bienes inherentes a cada ítem que componen la solución, que permita a la ciudadanía Chocoana lograr mayor eficiencia de la gestión pública a través del uso de herramientas tic para la Gobernación del Chocó y la alcaldía de Quibdó.

Especificaciones del Objeto a Contratar

Con base en el Componente A04 y en el desarrollo del objeto contractual, el proponente se compromete a suministrar una solución integral que contemple, entre otros el suministro de cada uno de los componentes descritos a continuación en las cantidades y especificaciones técnicas mínimas que se describen a continuación

DESCRIPCIÓN	CUMPLE
1. SISTEMA DE GESTIÓN ADMINISTRATIVA Este componente busca fortalecer la administración pública de la Gobernación de Chocó y Alcaldía de Quibdó, generando un impacto positivo en trasparencia y atención al ciudadano, mediante la eficiencia administrativa y la gestión adecuada de los requerimientos que las instituciones reciben de diversas fuentes. Para esto el proveedor debe implementar sistemas y aplicaciones ERP y Sistemas especializados en Gestión Documental y Planeación Estratégica. Entre otros módulos el ERP debe tener, Sistemas financiero con los Contratación, Presupuesto. Central de cuentas, Contabilidad, Sistemas Administrativo con almacén, Bienes Inmuebles, Sistemas de Recursos Humanos con los módulos de Planta de cargo, Modulo de Hoja de vida, Evaluación del desempeño, Certificaciones y Modulo de Nomina. Entre otros módulos el Sistema de Gestión Documental debe contar con los módulos de correspondencia externa e interna, módulo de archivo (manejo de las tablas de retención documental y de valoración Documental) y módulo de peticiones, quejas y reclamos.
Certificado de Distribuidor Autorizado de Herramienta ofrecida o Certificado de Derechos de Autor en el caso de ser propietario.
2. CARACTERÍSTICAS TÉCNICAS
Deben ser desarrollados con herramientas gráficas en 64 bits y/o con herramientas Orientadas a Objetos en 64 bits que permitan la convivencia armónica con desarrollo sobre el motor de datos ORACLE. La licencia de la

DESCRIPCIÓN	CUMPLE
base de datos será provista por el proveedor del sistema de información, en cantidad de dos (2).
Deben ser instalados y funcionar satisfactoriamente en servidores de la Gobernación de Chocó y Alcaldía de Quibdó.
El software de ERP debe entregarse en la oficinas de la Gobernación y Alcaldía para operar la Base de Datos sobre el sistema operativo WINDOWS o LINUX, y los clientes en ambiente WINDOWS XP profesional 64 bits o superior, que acceden mediante la red WINDOWS 2003 Server o Superior.
El software debe ser Cliente / Servidor 64x.
Aplicativo de consultas vía web.
El sistema debe ser Integrado en línea.
El sistema debe ser de Base Contable.
Se debe entregar la documentación de la lógica de las aplicaciones y de manejo por parte del usuario y cada aplicación debe estar autodocumentada.
El sistema debe habilitar todos los procesos de administración y auditoría :  Seguridad de Acceso a Usuarios y Restricciones de Operación por transacciones que impliquen actividades de insertar, borrar o actualizar registros.  Los usuarios deben tener usuario y contraseña única.  Tener registro de movimientos históricos de actividades críticas de modificación de datos.  Manejo estándar de mensajes de error.
Las consultas se deben producir por pantalla e imprimir un resumen de lo consultado, los reportes deben ser impresos y se podrán exportar en diferentes formatos como Word, Excel, texto, archivos delimitados por comas o espacios entre otros, y podrán ser grabados en medios magnéticos. Los documentos soporte (Solicitudes de Certificados de Disponibilidad, Certificados de Disponibilidad, Registro presupuestal, Orden de pago, Egreso, Balances y Comprobante de diario deben permitir parametrización de una o tantas empresas como la entidad lo requiera.
El proponente debe garantizar la actualización del software en caso de presentarse modificaciones en las normas jurídicas o marco legal de los subsistemas, antes de la firma del contrato.
3. SUBSISTEMA DE PRESUPUESTO
El sistema debe manejar la Ejecución, Contabilización y Control de los Presupuestos de Ingresos y Gastos de la vigencia fiscal, de las Vigencias Futuras, de las Reservas, de las Cuentas por Pagar.
Debe permitir mantener información financiera para consulta y reportes de las vigencias fiscales alimentadas.
Debe permitir llevar control financiero (presupuestal, contable y tesoral) por Unidad Ejecutora de tal manera que cualquier consulta o reporte se pueda realizar consultando la Unidad ejecutora o consolidando la información.
Debe cumplir el marco legal presupuestal que lo conforman el Decreto 111 de 1996 que compiló las Normas Orgánicas del Presupuesto, el Decreto Reglamentario 568 de 1996 y la Resolución 036 de 1998 del Ministerio de

DESCRIPCIÓN	CUMPLE
Hacienda.
Estructura Básica Presupuestal
Debe cumplir con la estructura básica presupuestal tanto para los ingresos como para los gastos, corresponde a la definida en el Decreto de Liquidación que rige para cada vigencia fiscal, además de la distribución interna determinada por la entidad.
Estructura y Niveles de Acumulación del Código Presupuestal Se deberá aplicar de acuerdo con el nivel de detalle que se determine para cada vigencia fiscal, con capacidad de hasta cuatro (4) dígitos numéricos por nivel y estructura jerárquica mínima de 12 niveles.
La Contabilidad Presupuestal deberá implicar la definición como mínimo de las siguientes tablas : Códigos Presupuestales : Son los Rubros Presupuestales creados por la entidad, conforme la estructura de código presupuestal, previamente definida. Unidades Ejecutoras: Son organismos del orden departamental con autonomía administrativa y que hacen parte del presupuesto del departamento. Recursos x Xxxxxxx de Financiación: Identificación de Todas las fuentes de financiaron de la entidad que se requieran para la identificación de los Rubros. Estos recursos deben ser identificables el código, origen (nación, propios) , su destinación (libre o especifica) y Documento soporte que lo constituye Terceros : Es la relación de los Terceros (Personas Jurídicas y Naturales) definidos por la entidad.
El subsistema deberá contemplar las siguientes fases, respecto del Ciclo de Ejecución Activa y Pasiva así: a) Del Presupuesto y sus Modificaciones

PRESUPUESTO DE INGRESOS	PRESUPUESTO DE GASTOS FUNCIONAMIENTO	PRESUPUESTO DE INVERSION
Sección -ENTIDAD-	Sección –ENTIDAD-	Sección -ENTIDAD-
Sede Ejecutora	Sede Ejecutora	Sede Ejecutora
Cuenta	Cuenta	Programa
Subcuenta	Subcuenta	Subprograma
Ordinal 1	Objeto del Gasto	Proyecto
Ordinal 2	Ordinal	Subproyecto
Ordinal 3	Sub ordinal	Actividad
Ordinal 4	Recurso	Recurso
Ordinal 5	Centro de Utilidad	Centro de Utilidad
Ordinal 6
Fuente o recurso

DESCRIPCIÓN	CUMPLE
b) De la Ejecución del Presupuesto c) Del Resultado de la Ejecución d) De la Liquidación del Presupuesto
Las principales transacciones presupuestales para cada fase que deberán cumplirse son: FASE I - Del Presupuesto y sus Modificaciones Ejecución Activa (Rentas) Registro de la asignación de apropiaciones iniciales. Registro de adiciones o créditos al presupuesto. Registro de contra créditos o disminuciones al presupuesto. Registro de causación del ingreso en Liquidación xx xxxxx (Derechos adquiridos). Ejecución Pasiva (Gastos) Registro de la asignación de apropiaciones iniciales. Registro de traslados presupuestales. Registro de aplazamiento o suspensión de apropiaciones. Registro del levantamiento de aplazamiento de apropiaciones. Registro de Reducciones y Adiciones al Presupuesto. Con relación a la apropiación inicial el sistema debe proveer la creación y control de Unidades ejecutoras para la asignación presupuestal correspondiente y así poder llevar controlar movimientos presupuestales y financieros por Unidad ejecutora. Permitir los planes de ejecución presupuestal bianual para recursos de Regalías con Unidad Ejecutora independiente
FASE II - De la Ejecución del Presupuesto Ejecución Activa (Rentas) Registro de causación del ingreso en Liquidación xx xxxxx (Derechos adquiridos) Ejecución Pasiva (Gastos) Registro de la solicitud del certificados de disponibilidad presupuestal Registro de la anulación de la solicitud del CDP. Registro de la aprobación de la solicitud del CDP. Registro de expedición de certificados de disponibilidad presupuestal Registro de expedición de certificados de disponibilidad presupuestal con vigencias futuras y su programación. Registro de anulación de certificados de disponibilidad presupuestal Registro de modificaciones del certificados de disponibilidad presupuestal (adiciones y reducciones).

DESCRIPCIÓN	CUMPLE
Registro presupuestal de actos administrativos y contratos (Resolución 036/1998 de Ministerio de Hacienda). Registro de anulación de registros presupuestales. Registro de las modificaciones del registro presupuestal (adiciones y reducciones). Registro de causación y exigibilidad de obligaciones (orden de pago). Registro de las anulaciones de obligaciones (orden de pago). Registro de las modificaciones a la orden de pago (adiciones y reducciones).
Con relación a la expedición de Certificados de Disponibilidad Presupuestal, el subsistema debe permitir que las diferentes dependencia elaboren las correspondientes solicitudes de Certificados de Disponibilidad y posteriormente en la Unidad de Presupuesto sean revisadas, rechazadas o atendidas mediante autorización en el sistema (mediante clave) y asignadas presupuestalmente, posteriormente se imprima el documento correspondiente.
Igualmente, el sistema debe permitir que a un CDP, se asocien uno o varios Registros Presupuestales, y estos Registros a su vez, pueden afectar más de un Rubro Presupuestal.
De otra parte, el sistema debe facilitar la programación para la ejecución del Programa Anual Mensualizado de Caja (PAC), por rubro ó fuente ó cuenta de gasto, de acuerdo a la forma de pago de los contratos o actos registrados presupuestalmente, de manera que informe al usuario el cupo de PAC disponible para los meses en que se compromete un pago.
De las solicitudes de Certificados de Disponibilidad El Subsistema Presupuestal deberá controlar la solicitudes de certificados de disponibilidad permitiendo que desde las diferentes áreas de la entidad digitalicen la Solicitud de Disponibilidad Presupuestal y esta sea tramitada hasta la expedición del CDP mediante procesos integrados con la expedición del Certificado de Disponibilidad presupuestal.
El subsistema de solicitud de disponibilidad debe:  Permitir o no habilitar el uso de la herramienta en la entidad.  Diligenciar una nueva solicitud en la que se especifique el NIT del Solicitante, dependencia solicitante, observaciones generales de la solicitud, uno o varios ítems donde se determine la descripción del gasto y el valor en pesos colombianos que se requiere.  Asignar automáticamente el número de la solicitud de CDP.  Proveer la utilidad de aprobación de la solicitud de disponibilidad.  Estudio de la disponibilidad presupuestal en el subsistema de presupuesto para aceptación y asignación de rubros presupuestales y valor o para ser rechazada y anulada.

DESCRIPCIÓN	CUMPLE
 Generación automática de Certificados de Disponibilidad Presupuestal.  Consulta de estado de solicitudes.  Impresión del documento de Solicitudes de CDP.
FASE III Del Resultado de la Ejecución Ejecución Activa (Rentas). Registro del recaudo de Ingresos. Registro de Ingresos no tesorales con situación de fondos. Registro de Ingresos no tesorales sin situación de fondos. Ejecución Pasiva (Gastos). Registro de pagos. Registro de pagos sin situación de fondos. Registro de anulación de pagos. Registro de cierre de apropiaciones comprometidas. Registro de cierre de cuentas por pagar. Con relación a la ejecución del Ingreso el sistema debe proveer mecanismos para el registro en línea de ingresos como los excedentes presupuestales (no tesorales con situación de fondos) y los ingresos que la nación asigna a otras entidades sin recaudo efectivo para hacienda pero que afectan el presupuesto en su resultado de ejecución (no tesorales sin situación de fondos). Por otra parte, los Pagos sin situación de fondos de la vigencia, reserva o cuentas por pagar se deben poder manejar en línea y debe garantizar su integración contable.
FASE IV De la Liquidación del Presupuesto Ejecución Activa (Rentas) Registro de cierre de saldos del presupuesto de ingresos Ejecución Pasiva (Gastos) Registro de cierre de saldos de apropiación para gastos no comprometidos. (Presupuesto de Gastos, Disponibilidades Aplazadas y Disponibilidades Certificadas)
De las Vigencias Futuras El Subsistema Presupuestal deberá permitir la elaboración de Certificados de Disponibilidad destinados a la iniciación de vigencias futuras con el

DESCRIPCIÓN	CUMPLE
correspondiente registro de autorización y programación de recursos para las vigencias autorizadas. Al inicio de la siguiente vigencia debe generar de manera a automática los Certificados de Disponibilidad autorizados de vigencia futura en las vigencias anteriores.
De las Reservas y cuentas por pagar El Subsistema Presupuestal deberá controlar la ejecución de las reservas y cuentas por pagar en la siguiente vigencia. Las Reservas Presupuestales al cierre de la vigencia corresponden a los compromisos que a 31 de diciembre de cada vigencia fiscal están vigentes y no se les ha generado orden de pago, siempre y cuando estén legalmente constituidos y desarrollen el objeto de la apropiación. Las Cuentas por Pagar al cierre de la vigencia se definen como las obligaciones que correspondientes a los anticipos pactados en los contratos pendientes de pago y a los pagos de bienes y servicios causados. Las transacciones de la ejecución de las Reservas son: Para Reservas Presupuestales Registro de la constitución de reservas presupuestales Registro de anulación de la reserva presupuestal Registro de la causación de reservas en cuentas por pagar Registro de pago de reservas presupuestales Registro de anulación de pago de reservas presupuestales Registro de la cancelación de las reservas Para Cuentas por Pagar Registro de la constitución de la cuenta por pagar Registro de pago de las obligaciones causadas al cierre de la vigencia Registro de anulación de pago
Del presupuesto bianual (regalías) El subsistema de presupuesto de gastos deberá permitir definir la o las Unidades Ejecutoras mediante las cuales se identificarán los rubros asignados al presupuesto de regalías, especificando la fecha de término del presupuesto.

DESCRIPCIÓN	CUMPLE
Registro contable en línea de los procesos financieros asociados al presupuesto bianual de regalías. Realizar el proceso de ejecución desde el momento de la apropiación hasta el pago durante el periodo bianual.
Programa Anualizado de Caja PAC El subsistema de PAC debe permitir la programación para establecer los flujos de fondos requeridos tanto de la vigencia como de la reserva, también debe tener el control en tesorería para su respectivo pago de acuerdo a la programación: Las transacciones que debe proveer el subsistema: Registro de la constitución del PAC de la vigencia por fuente, por rubro o cuentas que la entidad determine. Registro de la constitución del PAC de la reserva y cuentas por pagar Registro de las modificaciones del PAC adiciones, reducciones y traslados. Reprogramación del PAC Aplazamiento automático de PAC Si la entidad determina uso de PAC por fuente ó recurso debe permitir control de PAC de Ingresos.
Otras características El subsistema deberá garantizar los controles propios de orden legal (numeración única, fecha consecutiva, documentos soporte etc.) que regulan el ciclo de ejecución activa y pasiva del presupuesto, haciendo que cada operación sea prerrequisito de la inmediatamente posterior, por lo tanto, iniciando desde la solicitud del CDP el subsistema deberá controlar en la expedición de un CDP (certificado de disponibilidad presupuestal) que exista suficiente saldo de apropiación para su expedición, por lo tanto el RP (registro presupuestal), debe tener saldo para constituir una orden de pago o cuenta por pagar y esta debe existir para generar el pago. Si se desea anular un registro CDP, RP, Cuenta por Pagar, Egreso debe cumplir con los controles y por consiguientes no podrán anularse documentos si existen pasos posteriores pendientes de anulación. Los movimientos presupuestales deben tener la funcionalidad de distribución por usos Presupuestales. Nivel adicional de distribución del gasto desde la elaboración del CDP. A medida que se capturen transacciones en el sistema se deben generar en línea los correspondientes registros contables en un comprobante de diario

DESCRIPCIÓN	CUMPLE
de diario donde se resuman los movimientos del día. No deben existir procesos paralelos ni cargue adicional de información fuera de línea. Las transacciones presupuestales que afecten el presupuesto de ingresos y gastos, generan otras transacciones (comprobantes con imputación débito y crédito) en la contabilidad financiera. Por lo tanto, el subsistema de contabilidad presupuestal debe mantener integración en línea con el subsistema de contabilidad financiera. El subsistema presupuestal, debe controlar las cuentas por pagar y proveer de los mecanismos para su validación y para enlazar las cuentas pendientes de pago al subsistema de Tesorería. Adicionalmente se deben generar los reportes de cuentas por pagar por tercero, contrato o registro presupuestal y documento soporte (factura, cuenta de cobro, resolución). El sistema mediante los subsistemas deberá controlar por unidad ejecutora y consolidada en las ejecuciones activa y pasiva las apropiaciones, las afectaciones de la ejecución y los resultados, de acuerdo a las fases presupuestales indicadas anteriormente.
OTROS SUBSISTEMAS DE PRESUPUESTO
Cierre del año fiscal: Este proceso debe generar de forma automática los registros de cierre de compromisos no causados y de las cuentas por pagar al cierre del año fiscal, así como los registros de la constitución de las cuentas por pagar y las reservas presupuestales de la nueva vigencia. Además, el proceso debe preparar las tablas para iniciar nueva vigencia fiscal. Control de registro de Vigencias Futuras realizadas durante la vigencia y anteriores para afectación de la nueva vigencia.
Reversión de Cierre de Año: Debe reversar las operaciones efectuadas en el proceso de Cierre del año fiscal.
Cierre Definitivo de la Vigencia: Necesario para la producción de los reportes finales y consolidados. Este proceso de cierre no se puede reversar.
Integración de Nómina: El sistema debe proveer una interfaz de integración con el sistema de Nomina y facilitar la estructura de información requerida. Esta interfaz debe permitir la utilización de los conceptos de gastos que el Municipio previamente a utilizado en la expedición de los Certificados de Disponibilidad asociados a nomina, cada concepto de gasto debe asociarse a los diferentes conceptos de pago de Nómina, tanto Ingresos de los Empleados como Aportes Patronales, y permitir la generación automática de Registros Presupuestales de compromiso teniendo en cuenta que debe existir un Registro Presupuestal de Compromiso para todos los conceptos de pago asociados a Nomina y un Registro Presupuestal de Compromiso para cada uno de los terceros relacionados con pagos de Aportes patronales. Las nóminas se deben generar completas y deben incluir los pagos del

DESCRIPCIÓN	CUMPLE
periodo. Las Nóminas se deben poder reversar completas, no parciales para garantizar consistencia de información. Por otra parte debe facilitar la generación automática de las Órdenes de Pago o pagos presupuestales con posibilidad de causación automática.
INFORMES DEL SUBSISTEMA PRESUPUESTO
El sistema debe estar en la capacidad de generar los siguientes informes : INTERNOS  Informe de Ejecución xx Xxxxxx por estructura de código.  Listado de Control de Apropiaciones por consecutivo, fecha, rubro y terceros.  Certificados de Disponibilidad Presupuestal (formato específico).  Listado de Certificados de Disponibilidad Presupuestal y sus saldos por consecutivo, fecha, rubro.  Listado de Certificados de Disponibilidad Presupuestal y sus saldos por consecutivo, fecha, rubro y vencidos.  Anulación de Certificados de Disponibilidad Presupuestal (formato específico).  Listados de registros presupuestales y sus saldos por consecutivo, rubro y terceros a la fecha del sistema  Listados de registros presupuestales y sus saldos por consecutivo, rubro y terceros con fecha xx xxxxx para informes de regalías  Listado de Registros presupuestales de compromiso agrupado por documentos soporte.  Anulación de Registro Presupuestal (formato específico).  Listado de Cuentas por Pagar y sus saldos, por fecha y tercero.  Traslados Presupuestales entre sedes.  Traslados Presupuestales entre rubros.  Informe de Ejecución Presupuestal de Gastos por estructura de código.  Informe de Ejecución Presupuestal de Gastos por unidad ejecutora.  Informe de Ejecución Presupuestal de Reservas por estructura de código.  Informe de Programación del PAC.  Informe de Control de Pagos.  Informes Trimestralizados y Mensualizados de la Ejecución de Ingresos.  Libros presupuestales de Apropiación de gastos, reservas y cuentas por pagar de acuerdo a la Resolución 36.  Expedición impresa de todos los registros y documentos presupuestales.  Estado de saldos de Reservas Presupuestales.  Estado de saldos de Cuentas por Pagar al cierre de la vigencia.  Relación de Cuentas por Xxxxx, discriminado por tercero, por contrato y orden de pago.
Externos  Informes mensuales de Ingresos para la Contraloría General de la República y la Dirección General del Presupuesto Nacional.

DESCRIPCIÓN	CUMPLE
 Informes mensuales de Gastos para la Contraloría General de la República y la Dirección General del Presupuesto Nacional.  Informes mensuales de Cuentas por Pagar para la Contraloría General de la República y la Dirección General del Presupuesto Nacional.  Informes mensuales de Reservas Presupuestales para la Contraloría General de la República y la Dirección General del Presupuesto Nacional.  Informes semestrales de la Cuenta Fiscal a la Contraloría.  Reporte de Ejecución Acumulada del Presupuesto de Inversión para el Departamento Nacional de Planeación.  Reporte de la Ejecución por Centro de Utilidad del Presupuesto de Inversión para el Departamento Nacional de Planeación.  Informes de CGR. Con los formatos para el chip de ejecución y programación de gastos, ejecución y programación de ingresos y de Tesorería. Resolución 5993 de 2008, versión 0406-12. Este reporte debe permitir los procesos de homologación de códigos, recursos y unidades ejecutoras de la entidad con los códigos, recursos y unidades exigidos por el CHIP para el ámbito municipal.  Informes para el Sistema de Gestión y Control Financiero del Ministerio de Educación Nacional para las Secretarias de Educación. Este reporte debe permitir los procesos de homologación de códigos, recursos y unidades ejecutoras de la entidad con los códigos, recursos y unidades exigidos por el SGCF. La estructura de los 16 archivos que genere el Sistema debe tener el aval del Ministerio de Educación Nacional.
e) SUBSISTEMA DE CUENTAS POR PAGAR (Central de cuentas)
Objetivo y Xxxxx Legal El subsistema debe generar las órdenes de pago verificando la documentación relativa a los contratos y como requisito para el pago. También la liquidación automática de descuentos con los respectivos registros contables y presupuestales.
A nivel específico el subsistema debe cumplir los siguientes objetivos:  Generar las órdenes de pago correspondiente a las obligaciones adquiridas.  Servir de instrumento de control para verificar la documentación solicitada.  Servir de instrumento de control para realizar las liquidaciones (descuentos) de una orden de pago.  Servir de instrumento para controlar anticipos de contratos y viáticos para su posterior amortización o legalización.  Expedir los certificados de retención y pagos a terceros.  Generar la orden de pago para su posterior causación y pago.
A nivel específico el subsistema debe cumplir los siguientes objetivos:  Generar las órdenes de pago correspondiente a las obligaciones adquiridas.  Servir de instrumento de control para verificar la documentación

DESCRIPCIÓN

CUMPLE

solicitada.

 Servir de instrumento de control para realizar las liquidaciones (descuentos) de una orden de pago.

 Permitir la liquidación del impuesto CREE dependiendo de la Actividad Económica xxx xxxxxxx

 Permitir registro de causación de descuentos por tercero

 Establecer control de descuentos de retenciones que permitan reintegro coherente contablemente en caso de devoluciones

 Servir de instrumento para controlar anticipos de contratos y viáticos para su posterior amortización o legalización.

 Expedir los certificados de retención y pagos a terceros

 Generar la orden de pago para su posterior causación y pago.

Características

 El subsistema debe permitir la verificación por parte de contabilidad para la causación o reconocimiento de las obligaciones de las entidades a través de los soportes y los registros previos correspondientes.

 Permitir parametrización por concepto de pago con su respectiva liquidación y recepción de documentos.

 Generar alertas o detener una cuenta cuanto los documentos no se encuentren conformes a los requisitos legales y/o no cumplan las condiciones que la entidad solicite para el trámite de una cuenta.

 Controlar fechas de presentación de cuentas (hechos cumplidos) para frenar pagos de cuentas anteriores a la fecha del RP (registro presupuestal)

 Permitir discriminar órdenes de pagos normales, de anticipo y de avance.

 Permitir el ingreso de cada una de las facturas que se van a cancelar en la orden de pago y generar alertas en caso de duplicidad de las facturas.

 Permitir imprimir desprendible de radicación de documentos para el trámite de una cuenta.

 Permitir digitalizar los documentos radicados.

 Control de anticipos a contratos y su amortización posterior hasta agotar el anticipo.

 Control de avances para gastos de viaje para su posterior legalización.

 Generar informes para el control y seguimiento de los diferentes estados del trámite de una cuenta.

 Generar informes sobre anticipos y avances no amortizados o legalizados.

 Generar informes sobre anticipos y avances amortizados o legalizados parcialmente.

 Generar informes sobre anticipos y avances amortizados o legalizados.

 Preparar y validar las órdenes de pago para su posterior causación en contabilidad.

 Generar los respectivos registros contables y presupuestales en el momento de su causación.

DESCRIPCIÓN	CUMPLE
 Permitir anular una cuenta reversando los registros presupuestales y contables.  Permitir modificar la liquidación con permiso especial en casos particulares que ameriten liquidaciones especiales guardando control de auditoria de quien modifico la orden.  Permitir en la impresión de la orden la fecha y el funcionario que tramitó la orden.  Permitir en la impresión de la orden observaciones del funcionario.  Permitir legalizar un gasto de viaje siempre y cuando se haya girado el correspondiente avance.  Permitir legalizar por terceros del gasto, los avances.  Generar informes del contenido de las legalizaciones de gastos de viaje.
SUBSISTEMA DE LEGALIZACIONES (Central de cuentas) El subsistema de Legalizaciones deberá facilitar a la entidad el registro de legalización de pagos de avances que se hayan realizado. Este subsistema debe:  Identificar los pagos presupuestales asociados a avances.  Permitir la legalización de avances si y solo si estos ya han sido pagados.  Parametrizar diferentes tipos o conceptos de legalización.  Proveer la funcionalidad para editar e ingresar información de los terceros.  Registra la legalización tomando como documento soporte el pago presupuestal u orden de pago de avance.  Visualizar la cuenta contable asociada al avance.  Ingresar las cuentas contables de legalización con el valor a legalizar, si la cuenta es xx xxxxxxx el sistema debe permitir digitar la información de los soportes con clara identificación xxx xxxxxxx que origina el pago.  Permitir que cada registro ingresado por tercero tenga información de liquidación para efectos de retención.  Mantener un histórico inteligente de las cuentas de legalización utilizadas para evitar procesos de re digitación de cuentas.  La afectación contable debe efectuarse de manera automática cuando se aplique un proceso de aprobación de la legalización, a su vez debe ser un proceso reversible.  Debe proveer un comprobante impreso de legalización.  Debe permitir consultar procesos de legalización completos, parciales o si legalización.

DESCRIPCIÓN	CUMPLE
SUBSISTEMA DE CAUSACIÓN DE ORDENES DE PAGO El subsistema de causación de pago debe facilitar una verificación previa del efecto presupuestal y contable de un pago presupuestal, en este sentido el subsistema de causación debe:  Permitir abrir Ordenes de pago aprobadas y visualizar en pantalla los datos del documento, la información de afectación presupuestal, la información de afectación contable, la liquidación que se aplicará a la orden de pago, información de las facturas asociadas al documento.  El subsistema debe permitir Parametrizar la fecha de causación.  El subsistema debe permitir la causación de la orden de pago y afectar en línea la información presupuestal y contable que se haya visualizado.  Igualmente debe permitir reversar los documentos causados.  Debe garantizar que la causación quede registrada una única vez por Orden de pago.  Debe facilitar herramientas para la realización de pagos sin situación de fondos generando alertas en caso de que los conceptos de gasto contenidos en el pago no correspondan a recursos sin situación de fondos.  Debe permitir la anulación de pagos sin situación de fondos.  Por otra parte también debe proveer facilidad de consultas de Registros presupuestales de compromiso y órdenes de pago.
f) SUBSISTEMA DE TESORERÍA
El objetivo de este subsistema deber ser registrar, administrar y controlar los fondos de la entidad. El subsistema debe generar el comprobante de diario en línea en contabilidad y el registro correspondiente en el presupuesto de ingresos y gastos tanto de entradas de dinero por Cajas y Bancos, como de egresos para pagos por todo concepto. El subsistema de tesorería debe permitir hacer pagos mediante orden de pago o mediante operaciones auxiliares de tesorería, estos pagos deben tener en cuenta las siguientes modalidades:  Pago de Una Orden de Pago  Pago de Múltiples Ordenes de Pago  Pagos para Múltiples Beneficiarios  Pagos Tesorales (Giros auxiliares de Tesorería)  Pagos Mixtos (Una Orden de Pago más una fracción de Pago Tesoral) En consecuencia se deben hacer comprobantes de diario para transacciones como: recaudos de caja, recaudos por bancos, consignaciones, traslados de fondos, egresos por entidades financieras, entre otros. Además debe producir los distintos libros auxiliares de manejo de caja y bancos y cualquier otra modalidad de cuenta.

DESCRIPCIÓN	CUMPLE
El manejo de los registros deberá hacerse mediante la creación de Transacciones o Tablas, definidas por la entidad. El sistema debe proveer una herramienta para registro de entrega de cheques y seguimiento de acreedores varios.
Con relación a ingresos Si los ingresos se producen por caja, se requiere la elaboración del recibo de caja y el control del efectivo para su posterior consignación. Si el recaudo es por entidades financieras, el sistema debe proveer el cargue masivo de datos previo acuerdo entre la entidad bancaria y la gobernación. Cuando se reciba dinero en efectivo el sistema debe controlar los saldos en caja y los valores consignados median una herramienta que permita mantener información de los saldos y los valores consignados (efectivo y/o cheque). El sistema debe permitir el registro de reintegros presupuestales con la correspondiente afectación presupuestal y contable. El sistema debe permitir parametrizar ingresos para terceros que afectan contabilidad y que no tienen afectación presupuestal de ingreso. El sistema debe afectar en línea la ejecución presupuestal de Ingresos El sistema debe permitir hacer ingresos por Unidad Ejecutora.
Con relación a consignaciones y traslados bancarios El manejo de los ingresos deberá hacerse mediante la creación de Transacciones o Tablas, definidas por la entidad. El dinero recaudado en caja, es consignado en entidades financieras. El subsistema deberá permitir la elaboración de los comprobantes de contabilidad para registrar dichas operaciones. Igualmente debe permitir la elaboración de comprobantes para traslados de fondos bancarios entre cuentas del nivel central y las territoriales y viceversa. El subsistema debe permitir hacer traslados entre bancos o entre cuentas del mismo banco, generando Nota Debito en el Banco girador y Nota Crédito en el banco receptor. Los traslados bancarios deben ser claramente identificados por Unidad Ejecutora.

DESCRIPCIÓN

CUMPLE

Con relación al pago de gastos

El giro de una orden de pago pueden ser cancelada a un tercero o a múltiples terceros, como también cuando se acumulen varias órdenes al mismo tercero se debe proveer una opción para cancelar con un solo giro todas las ordenes acumuladas.

El subsistema debe permitir hacer giros por diferentes métodos como cheque, notas débito, giro electrónico o trasferencia. Cuando se gira a múltiples terceros el sistema debe poder asignarle a cada uno cuentas bancarias diferentes.

El subsistema deberá controlar la programación de la Ejecución del Plan Anual Mensualizado de Caja (PAC) para el respectivo pago de lo contrario se deberá reprogramar el pago de acuerdo al PAC existente a la fecha.

Si el egreso requiere de cheque, el subsistema lo deberá imprimir en forma consecutiva (control de numeración) el cheque y conforme el formato específico del cheque. Si el egreso es por transferencia el sistema debe requerir la información de la cuenta bancaria donde se le ubicarán los recursos al tercero.

El cheque debe tener la opción para imprimir “Páguese a primer beneficiario”

Debe tener una herramienta para generación de los archivos requeridos para giros electrónicos ACH de pagos realizados por transferencia, con control de permiso especial para capturar o modificar información relativa a la cuenta corriente de ahorros del titular. Cuando el titular autorice a un tercero para la transferencia el sistema debe tener información adicional para un beneficiario autorizado. Los pagos por transferencia deben exigir la existencia de la cuenta bancaria autorizada por el beneficiario

Para operaciones auxiliares de tesorería (pagos sin orden presupuestal) como los pagos de Retención en la fuente y pagos de recaudos de terceros el subsistema debe tener la opción de paramétrizar los documentos requeridos para su trámite.

El sistema debe proveer la herramienta para el registro de devoluciones a través de pagos Tesorales que de manera automática se afecte la Ejecución de recaudo en presupuesto de ingresos y contabilidad.

Para el giro de la orden de pago, se procederá así:

 Verificar en el sistema la existencia de la Orden de Pago con su respectiva aprobación.

 Verificar que el subsistema de tesorería controle la disponibilidad del PAC

DESCRIPCIÓN

CUMPLE

para efectuar el pago.

 Verificación del cumplimiento de los requisitos de diversa índole que deben suplirse previamente al pago (procedimiento administrativo)

 El subsistema de tesorería expide el Egreso con todos los requisitos legales.

Una vez realizado el pago, se deben elaborar en línea los comprobantes o transacciones definidas en la integración con los subsistemas de presupuesto y contabilidad. Las fechas de estas transacciones deben corresponder a la fecha de pago.

El egreso debe incluir en los datos básicos, los descuentos a efectuar, los números de registro presupuestal y cuenta por pagar y las imputaciones contable y presupuestal, entre otros.

El sistema debe permitir pagos tesorales de tipo Devolución que disminuya la ejecución de ingresos de forma automática

Con relación a la Conciliación Bancaria: Este proceso compara el movimiento del libro de bancos, contra el movimiento registrado en el Extracto Bancario de cada cuenta.

El sistema debe contar con el manejo y registro de estados en trámite y conciliado para controlar conciliaciones ya elaboradas y conciliaciones que están en proceso de revisión.

Debe permitir verificar la información conciliada para a su vez garantizar que si se requieren ajustes de conciliación en un mes, de manera automática exija el cambio de estado y la revisión de conciliación de meses posteriores.

El sistema se debe visualizar y totalizar en línea tanto la conciliación bancaria como la conciliación contable presentando el saldo de libro de bancos de tesorería, saldo de libros de contabilidad y el saldo del extracto, evidenciando así una posible diferencia.

El sistema debe generar procesos de mayorización contable para ajustar posibles diferencias en el libro contable.

El sistema debe proveer herramienta de suma de registros seleccionados del libro de tesorería.

El sistema debe permitir la captura de saldo, total débitos y total crédito del extracto bancario, además de visualizar los saldos de contabilidad y generar alertas en caso de diferencias con el libro de tesorería.

El sistema debe proveer las diferentes consultas de movimientos tesorales,

DESCRIPCIÓN	CUMPLE
así como una consulta para controlar las cuentas y meses conciliados y los que faltan por conciliar. El sistema debe manejar que el Registro de cheques no entregados deben asumirse como movimientos pendientes por conciliar El sistema debe garantizar el traslado de movimientos pendientes por conciliar una vigencia posterior. Este subsistema debe proveer un reporte impreso de conciliación mensual por cuenta bancaria.
Con relación a Pagos a Terceros El subsistema debe proveer la acumulación de pagos a terceros para producir los correspondientes certificados de retención y pagos a terceros, debe poseer datos básicos solicitados por la DIAN para información exógena. Debe poder cargar información de Número de la Cuenta Bancaria, Sucursal, Departamento y Ciudad tanto del titular como de un beneficiario para pagos electrónicos. Debe poder cargar información de terceros sancionados o comentarios con alertas para su uso en el sistema financiero que permita hacerle seguimiento al tercero cuando se encuentre impedido para contratar o posea embargo o cualquier tipo de sanción. La información xxx xxxxxxx debe tener datos adicionales a los requeridos por la Dian para información exógena, como contacto, correo electrónico, teléfono.
Con relación a los Acreedores Varios El subsistema de tesorería debe tener una herramienta que le permita llevar el control y trasladar a acreedores varios los giros no cobrados posteriores a 6 meses, y posteriormente hacer los pago si se cumplen con los requisitos legales.
Con relación a los Viáticos y Otros El subsistema debe proveer el manejo y control de avances sobre viáticos, gastos de viaje y anticipos sobre contratos.
Comprobantes de diario Se creará un comprobante de diario por movimiento en tesorería, es decir uno para Ingresos y otro para Egresos con los movimientos del día. Según la discriminación prevista en los subsistemas de contabilidad.

DESCRIPCIÓN	CUMPLE
Con relación a las cuentas bancarias Con relación las cuentas bancarias el sistema debe permitir crear, modificar o eliminar cuentas como también inactivar las mismas, asignarles fuentes o recursos y/o clase de gastos para el control del giro e impedir que se realicen pagos por cuentas que tienen destilación especifica o acuerdos de gastos. El sistema debe controlar las chequeras y debe poder activar o desactivar las mismas controlando la cantidad y número de cheques asignándole el cheque en el momento de impresión del egreso. En el sistema las cuentas bancarias podrán ser eliminadas si están en cero y no tienen movimiento en la vigencia o desactivadas para limitar su uso.
Informes del subsistema El sistema debe presentar además, los siguientes reportes Internos  Relación de Ingresos por cualquier concepto.  Informe de control de PAC y pagos detallado y resumido por rango de fecha y Recurso (Rubro).  Cuentas de viáticos y gastos de viaje, con todos sus conceptos.  Control de viáticos y gastos de viaje pendientes de legalizar.  Comprobantes de Egresos, detallando los datos básicos, conceptos e imputaciones contables y presupuestales.  Comprobante de Ingresos a Caja, detallando los datos básicos, conceptos e imputaciones Contables y Presupuestales.  Relación de cheques por entregar.  Libro de Bancos y Caja.  Boletín Diario de Tesorería.  Movimiento Bancario del Mes.  Listado de reintegros y devoluciones por todo concepto.  Listado de descuentos por Retención en la Fuente, Retención por IVA, Retención por Industria y Comercio y Otros descuentos.  Listado consecutivo de Órdenes de Pago con toda la información sobre el pago.
GESTIÓN TESORERÍA ( Fiducia )
El sistema debe contar con una herramienta que permita generar planillas con las diferentes órdenes de pago que previamente se han seleccionado desde central de cuentas para que se paguen con la fiduciaria que la entidad tenga inscrita. La generación de estas planillas se realizaran en Formatos XML, o archivos planos, esta información se debe paramétrizar, estos archivos se enviarán a la fiduciaria, para que esta, a su vez pueda realizar el pago correspondiente de dichas órdenes de pago.

DESCRIPCIÓN	CUMPLE
Cuando la fiducia efectúe el proceso correspondiente, devolverá estos archivos en el mismo formato XML o archivo plano, para que sean cargados en el sistema y efectuar el proceso de verificación de la información de dichos pagos para luego proceder a realizar la integración con los módulos financieros y no genera egreso. Si la información que suministra la Fiducia no corresponde con los datos enviados por la entidad, estas planillas se devolverán para su correspondiente revisión. De existir la forma de marcar los recursos de financiación que van a ser pagados por la fiducia con esto permitir que de este punto en adelante todas las órdenes de Pago que tengan incluidos este recurso se pagaran por la Fiducia.
Esta herramienta debe permitir ingresar la información correspondiente a las entidades fiduciarias con la que se acordarán los pagos de las Órdenes de la entidad, además se deben poder cargar conceptos fiduciarios para su posterior homologación con los conceptos de las órdenes de pago, a su vez se deberán homologar los descuentos. Al momento de la generación de la planilla se podrá escoger el Tipo de Pago de esta Orden de Pago, ya sea Cheque, Transferencia, Cheque Gerencia, Carta traslado. También se escoge la forma de pago si se entrega en el caso de cheque o si es consignación en Transferencia, Cheque Gerencia, Carta traslado. Se deberá ingresar la información de cuenta Xxxxxxxx, que es la que corresponde a la Cuenta de la cual la fiducia va a realizar el pago. El sistema deberá generarle un consecutivo a dicha planilla. Las órdenes de Pago que se visualizan son las que la entidad determina van por Xxxxxxx, sea por la característica de Recursos x Xxxxxxx de Financiación o por selección del tipo de manera discrecional por Orden de Pago.
Consultas La herramienta deberá permitir tener varios filtros de búsqueda Nit, Número de Planilla, Fiducia según el usuario lo considere necesario.
g) SUBSISTEMA DE CONTABILIDAD FINANCIERA
Objetivo y Marco Legal El sistema debe de ser de base contable y tiene como objetivo lograr la uniformidad, procesamiento y consolidación de la contabilidad de la

DESCRIPCIÓN

CUMPLE

gobernación y alcaldía, y la información financiera para los procesos de gestión y control.

A nivel específico el subsistema tiene los siguientes objetivos:

 Suministrar información contable confiable y oportuna que revele la situación financiera y económica de la gobernación y la alcaldía

 Servir de instrumento de información para la producción de Estados Financieros.

El marco legal lo constituye la Resolución 4444 de 1995 del Contador General

de la Nación, las Circulares e Instructivos emitidos para desarrollar el Plan General de Contabilidad Pública –PGCP.

Características

El subsistema contable debe cumplir los principios, normas, fines, características, modelo instrumental, procedimientos y demás parámetros sobre dinámica contable establecidos en el Plan General de Contabilidad Pública (PGCP).

El subsistema debe ser consistente respecto a la unificación de criterio en el manejo de las transacciones para todas las direcciones territoriales y nivel central de la Gobernación y la Alcaldía.

El subsistema debe permitir el manejo de la contabilidad financiera de acuerdo con el PGCP y producir los Estados Financieros de las entidades de manera individual para cada Territorial y el Nivel Central, al igual que producir el consolidado institucional.

El subsistema debe permitir el manejo de CONSOLIDACIÓN de informes en la contabilidad, es decir poder cargar balances de otras instituciones (educativas)

La Contabilidad Financiera implica como mínimo la definición de las siguientes tablas:

Plan de Cuentas : Comprende la codificación de los distintos conceptos o cuentas que intervienen como acumuladores en la operación contable

Plan de Transacciones o Asientos de Diario : Es la imputación

Débito y Crédito de las cuentas definidas en el Plan de Cuentas asociadas a los comprobantes.

DESCRIPCIÓN	CUMPLE
Terceros : Es la relación de las personas jurídicas y naturales con las cuales la entidad realiza transacciones económicas. El administrador de terceros debe tener herramientas que permitan a la entidad la depuración de la información de terceros. Conceptos Tributarios: Es la relación de los Conceptos que implican la liquidación de un porcentaje sobre una base de liquidación.
El subsistema además deberá permitir:  Capturar los saldos iniciales una vez instalado para iniciar el registro de los movimientos a partir de la fecha de su puesta en marcha.  Mantener en línea la información contable de vigencias anteriores alimentadas en el sistema para consulta.  Indicar cuales registros contables aplican para ser reportados como Operaciones Recíprocas y efectuar su registro automático.  Indicar cuales registros contables aplican para ser reportados a la DIAN en medios magnéticos.  Manejar la estructura del Código de Cuenta Contable hasta siete (7) niveles, de los cuales cuatro (4) son los exigidos por el Contador General de la Nación y los otros tres (3) por necesidades internas de las entidades.  Manejar la estructura del Código de Cuenta Contable de las cuentas 0 (Cuentas de Planeación y Presupuesto).  Permitir el registro de Unidad Ejecutora y Fuente de Financiación que genera el movimiento contable.  Definir por la entidad los tipos de comprobante que se van a utilizar por transacción financiera.
La distribución por niveles de la Cuenta Contable es la siguiente: CLASE GRUPO CUENTA SUBCUENTA AUX 1 AUX 2 X XX XXXX XXXXXX Adicionalmente se requiere de por lo menos cuatro (4) campos informativos, como el número de cheque, número de la orden de pago, etc., asociados a cada movimiento contable como soporte y auditoría de la transacción. La generación se realiza de forma automática. Los comprobantes generados, serán validados en Mesa de Control por la entidad en cada una de sus oficinas, y posteriormente el subsistema deberá permitir incorporar dichos comprobantes a la contabilidad.
Procesos y Controles El subsistema debe proveer entre otros, los siguientes procesos y controles: Integración: Son los procesos para integrar los diferentes subsistemas con la contabilidad, mediante la generación en línea de comprobantes contables.

DESCRIPCIÓN

CUMPLE

Consolidación de entes agregados: El sistema debe permitir importar desde archivo plano información de entes agregados y permitir la generación de CGN2005 consolidado entidad y agregados, solo entidad y consolidado de agregados .

Comprobante de Cierre: Este proceso genera el comprobante que registra la cancelación de las Cuentas de Resultado.

Cierre de Período: Este proceso prepara las tablas para iniciar la operación de un nuevo período fiscal y el correspondiente traslado de saldos.

Reversión Cierre: Este proceso revierte las operaciones generadas por el proceso de cierre período.

Administración de Diferidos: Registro de programación de movimientos diferidos y amortización durante el uso y causación mensual.

Creación de Terceros unificada: Consiste en mantener una sola tabla de Terceros que usarán todos los subsistemas. La captura se podrá realizar en cualquiera de los subsistemas.

Numeración de Comprobantes: El subsistema debe controlar la secuencia de numeración de los diferentes comprobantes contables, indicar los anulados.

Traslado de saldo con tercero unificado: El subsistema debe trasladar saldos a la nueva vigencia permitiendo escoger la cuenta y un único tercero para la siguiente vigencia.

Control de cierre mensual: Este proceso debe permitir bloquear el sistema para no permitir movimientos contables, presupuestales y tesorales en meses cerrados.

El sistema contable debe permitir programar la Amortización de diferidos, es decir debe proveer la ventana para ingresar la programación del diferido especificando los datos que de manera automática deben registrarse en el mes que se determine: Tipo de comprobante contable, documento soporte, fecha del documento soporte, NIT xxx xxxxxxx, Unidad Ejecutora, centro de utilidad, Numero de la cuota a causar, valor, valor base, mes de registro, año de registro, concepto, cuentas contables (afectación debito y/o crédito).

El sistema debe generar un documento impreso con la información del diferido programado.

La afectación contable de la amortización se debe realizar en comprobante con último día de mes, generado de manera automática cuando en la entidad se determine ejecutar el proceso de diferidos del periodo.

DESCRIPCIÓN

CUMPLE

Plan de Transacciones y Comprobantes

El subsistema contable debe registrar mediante integración en línea las siguientes transacciones o comprobantes:

 Todas las transacciones generadas por el subsistema Contable, entre las cuales se citan las siguientes :

 Amortización de Anticipos y diferidos.

 Legalización de Avances.

 Comprobante de ajustes y correcciones.

 Notas de contabilidad.

 Causación gastos financieros por pagar.

 Cancelación de cuentas de resultados.

 Traslado de la utilidad o perdida al patrimonio.

 Todas las transacciones generadas a partir de otros subsistemas.

Informes del subsistema

El subsistema deberá producir los siguientes informes por pantalla, impresora o archivo:

Internos

 Comprobantes de Diario

 Libro Diario

 Auxiliares por cuenta

 Auxiliares por Tercero

 Auxiliares por Centro de Utilidad

 Auxiliares por Unidad Ejecutoras

 Libro Mayor

 Balance de Prueba Mensualizado y con fecha xx xxxxx

 Balance con fecha xx xxxxx por unidad ejecutora

 Balance General

 Balance General consolidado por entidades

 Anexos al Balance General

 Estados de resultado Mensualizado y Mensualizado acumulado

 Estados de resultado consolidado

 Producir Estados Financieros Comparativos entre meses y períodos fiscales

 Reporte de Control de Consecutivos de Comprobantes usados, los faltantes y anulados

 Estado de Cuenta por tercero, detallando saldo inicial, movimiento débito y crédito y nuevo saldo

Externos

DESCRIPCIÓN

CUMPLE

 Informe de Catalogo de Cuentas - Instructivo No. 1 de 1996 del Modelo CGN-96-001- Contaduría General de la Nación.

 Informe de Catalogo de Cuentas - CGN2005.001 “Saldos y Movimientos” y CGN2005.002 “Operaciones Reciprocas”).

 Producir el Informe semestral de Rendición de Cuentas a la Contraloría.

 Producir los Informes en Medios Magnéticos exigidos por la DIAN sobre pagos de terceros.

 Producir los Informes trimestrales y acumulados de Operaciones Recíprocas.

SUBSISTEMA DE INFORMACIÓN EXÓGENA

El subsistema de Información Exógena deberá facilitar a la entidad la generación de los informes requeridos por la DIAN de acuerdo a los aspectos financieros contemplados en estos términos y debe estar directamente relacionado con el Plan de cuentas definido por la entidad.

En este sentido el subsistema de información Exógena debe:

1. Administrar internamente los conceptos requeridos por la DIAN

2. Permitir la visualización y administración de datos básicos como actividades económicas, administraciones, departamentos y municipios

3. Debe permitir el registro de los datos de la entidad como entidad informante

4. Facilitar la Parametrización de conceptos requeridos por la DIAN en cada uno de los formatos. esta Parametrización incluye:

a. Valor Mínimo de reporte

b. Habilitar y Deshabilitar reporte del concepto

c. Parametrización de una o varias cuentas contables para cada uno de los atributos requeridos en cada uno de los formatos

d. La Parametrización de cada cuenta contable debe especificar si el valor a reportar corresponde al débito, al crédito, al saldo o a valores base registrados en contabilidad

e. Debe realizar una copia de la información contable a utilizar para el informe mediante la especificación de los tipos de comprobantes contables que se van a tener en cuenta en la generación de los informes

f. Debe permitir borrar y recargar los registros contables que se van a utilizar en el proceso

g. Debe genera en pantalla la información de cada formato con los atributos requeridos y debe permitir visualizar los registros contables específicos que originan el valor del atributo.

h. Debe permitir realizar ajustes de los valores

DESCRIPCIÓN	CUMPLE
i. Debe generar la información en formato CSV y XML de acuerdo a los requerimientos de la DIAN.
SUBSISTEMA DE INFORMACIÓN ENTIDADES DE CONTROL El sistema debe suministrar herramientas que faciliten la presentación de informes a los entes de control evitando la re digitación de información ya contenida en el sistema financiero
INFORMACIÓN ENTIDADES DE CONTROL CON RESPECTO AL CGR El sistema debe contener internamente la información de códigos de gasto, ingreso, unidades ejecutoras y recursos requeridos por el CGR-Chip para el ámbito Municipal. El sistema debe permitir homologar los códigos de gasto e ingresos definidos en el Decreto de Liquidación de Presupuesto con los códigos de gasto e ingresos requeridos por el chip, esto tanto para información de vigencia como información de reservas presupuestales y cuentas por pagar. El Subsistema debe permitir homologar los códigos de recursos contenidos en el sistema financiero con los recursos, subrecursos y finalidad requeridos por el chip. El subsistema debe permitir la asociación de unidades ejecutoras entre el sistema financiero y los códigos requeridos por el chip. Resultado de la homologación debe ser los reportes trimestrales de:  Programación de Ingresos  Ejecución de Ingresos  Programación de Gastos  Ejecución de Gastos Estos reportes deben generarse en formato .xls de acuerdo a las columnas requeridas por el chip. Adicional a lo anterior debe contener:  Herramientas de auditoria que permitan totalizar los reportes  Herramientas de auditoria de la Parametrización del sistema  Genera reporte xx xxxxxxxxx de los informes
INFORMACIÓN ENTIDADES DE CONTROL CON RESPECTO AL FUT El sistema debe contener internamente la información de códigos de gasto, ingreso, unidades ejecutoras y recursos requeridos por el FUT- Formato Único Territorial.

DESCRIPCIÓN

CUMPLE

El sistema debe permitir homologar los códigos de gasto e ingresos definidos en el Decreto de Liquidación de Presupuesto con los códigos de gasto e ingresos requeridos por el FUT, permitiendo identificar de manera clara y única los gastos de funcionamiento, deuda e inversión. Se debe tener en cuenta que la Parametrización debe operar de manera independiente para funcionamiento, deuda e inversión, y diferenciando información de vigencia, reservas presupuestales y cuentas por pagar.

El Subsistema debe permitir homologar los códigos de recursos contenidos en el sistema financiero con los recursos requeridos por el FUT.

El subsistema debe permitir la asociación de unidades ejecutoras entre el sistema financiero y los códigos requeridos por el FUT.

Debe facilitar la información de Entidades Giradoras.

Resultado de la homologación debe ser los reportes trimestrales de:

 Ejecución Presupuestal de Ingresos.

 Ejecución Presupuestal de Gastos de Funcionamiento.

 Ejecución Presupuestal de Gastos de Inversión.

 Servicio de la Deuda.

 Transferencias Recibidas.

 Transferencias Comprometidas.

 Reservas Presupuestales.

 Cuentas por pagar.

Estos reportes deben generarse en formato xls de acuerdo a la estructura de datos requerida por FUT.

Adicional a lo anterior debe contener:

 Herramientas de auditoria que permitan totalizar los reportes.

 Herramientas de auditoria de la Parametrización del sistema.

 Genera reporte xx xxxxxxxxx de los informes.

INFORMACIÓN ENTIDADES DE CONTROL CON RESPECTO AL MINEDUCACION

El sistema debe contener internamente las tablas de información de códigos de gasto, ingreso y recursos requeridos por el Sistema de Gestión y Control Financiero SGCF del Ministerio de Educación para las Secretarias de Educación.

El sistema debe permitir homologar los códigos de gasto e ingresos definidos en el Decreto de Liquidación de Presupuesto con los códigos de gasto e

ingresos requeridos por el SGCF, debe contener homologación por concepto de gasto, ingreso y recurso de manera independiente y homologación directa

DESCRIPCIÓN	CUMPLE
con el identificador presupuestal completo del rubro que la entidad determine. El Subsistema debe permitir homologar los códigos de recursos contenidos en el sistema financiero con los recursos requeridos por el FUT. El sistema debe permitir identificar las Unidades Ejecutoras que corresponde a recursos de educación así como identificar de manera clara y única los gastos de funcionamiento, deuda e inversión. Se debe tener en cuenta que la Parametrización debe operar de manera independiente para funcionamiento, deuda e inversión, y diferenciando información de vigencia, reservas presupuestales y cuentas por pagar. El sistema debe permitir la homologación de los códigos de entidades financieras que provee el SGCF con los códigos de banco utilizados a nivel interno de la entidad. El sistema debe permitir identificar las cuentas bancarias en las cuales se administran los recursos relacionados con el Ministerio de Educación Nacional. El sistema debe permitir identificar el código divipola que corresponde a la Secretaria de Educación del Municipio.
En cuando a los informes requeridos:  El sistema debe tener la lista de datos complementarios requeridos por SGCF y permitir digitar los valores de los indicadores requeridos  Debe permitir digitar la información relativa a las inversiones asociadas a los recursos de educación  Debe facilitar la herramienta para ingresar la información de viáticos asociados a los recursos de Educación  Debe permitir ingresar la información contable de los establecimientos educativos
Los informes que mensualmente debe generar el sistema son: 1. Equivalencia Plan de Rubros (Anual) 2. Cuentas bancarias (Anual) 3. Presupuesto Aprobado (Anual) 4. Ejecución Ingresos (Mensual Básico) 5. Ejecución Gastos (Mensual Básico) 6. Ejecución Pac (Mensual Básico) 7. Ejecución Pac_ CXP (Aperiódico) 8. Saldos Cuentas por Pagar 9. Inversiones Financieras 10. Saldos Conciliaciones Bancarias (Complementario) 11. Saldos Bancarios (Complementario)

DESCRIPCIÓN	CUMPLE
12. Movimiento_ Contable_Secretaria de Educación (Mensual) 13. Movimiento_ Contable_Establecimientos Educativos(Mensual) 14. Viáticos (Aperiódico) 15. Datos complementarios (Mensual Básico) 16. Soporte_CDP_RP_ (Mensual)
Estos reportes deben generarse en formato .csv de acuerdo a la estructura de datos requerida por FUT. Adicional a lo anterior debe contener:  Visualización de la estructura requerida por el SGCF.  Visualización del origen presupuestal del dato presentado en el informe de ejecución de gastos y ejecución de ingresos.  Permitir la visualización de información presentada en periodos anteriores.  Llevar control de reporte de mes de tal manera que se garantice que no se puede generar un periodo entre tanto el anterior no se haya cerrado.  Garantizar que la información del periodo que se presenta se genera con fecha posterior al último día del mes.  Debe proveer consultas del histórico de reportes generados.  Genera reporte xx xxxxxxxxx de los informes.  Permitir direccionar los reportes a la ruta que el usuario del aplicativo determine.
h) GESTIÓN RENTAS MUNICIPALES
Este módulo debe estar en capacidad de agilizar las tareas de liquidación del Impuesto de Predial, Industria y Comercio y Avisos (ICA), igualmente debe poder configurar cualquier otra clase de Impuestos que tengan un comportamiento dictado por rangos de tarifas. Facilitando así el cálculo, y el diligenciamiento de los formularios respectivos para el pago de estos.
El sistema debe estar diseñado para que el usuario parametrice datos básicos como lo son la clase impuestos, las tarifas, porcentajes de descuentos, intereses xx xxxx, sanciones mínimas y de extemporaneidad así como sus respectivas Entidades Recaudadoras, todo lo anterior independiente del tipo de impuesto. Este módulo debe poder operar de manera integrada con el Sistema Financiero, esta opción permite a la entidad tener el movimiento completo a nivel de afectación de cartera, presupuesto de ingresos, tesorería y Contabilidad.
IMPUESTO PREDIAL UNIFICADO La base estructural de impuesto es la información reportada vigencia tras vigencia por el IGAC, la cual debe poseer el inventario completo de los predios del municipio.

DESCRIPCIÓN	CUMPLE
Funciones El modulo debe ofrecer la facilidad para realizar las liquidaciones de manera automática, las cuales pueden ser individuales o grupales. El modulo debe estar diseñado para que la liquidación se realice de forma ágil y rápida, durante el proceso de liquidación no debe dejar modificar los datos del predio además este módulo debe contar con los controles necesarios de seguridad.
Liquidación Individual Debe permitir hacer la correspondiente liquidación del impuesto predial predio a predio, en esta opción solo debe bastar con tener el número catastral de predio. Los datos del predio deben corresponder a los que son visualizados de manera automática para que con esta base el sistema deba aplicar el cálculo de cada uno de los conceptos asociados a la liquidación del predial con todos sus conceptos (Sanciones, Descuentos, Car). En la misma ventana de liquidación del Impuesto, debe permitir ver liquidaciones anteriores y el listado de propietarios del predio. Para toda liquidación realizada en el sistema, se debe guardar un histórico de transacciones, lo cual debe permitir tener un control total sobre el impuesto. Aplicación de beneficios tributarios. El sistema debe tener la posibilidad de parametrizar los descuentos especiales que la entidad pueda tener establecido en el estatuto xx xxxxxx del municipio.
Liquidación Grupal Este tipo de Liquidación debe permitir liquidar el impuesto agrupando los predios por diferentes opciones por ejemplo cedula catastral, Nit del contribuyente periodo gravable, entre otras. El modulo debe tener la utilidad de generar listados de inconsistencias de liquidación. Igualmente una vez realizada la liquidación se debe poder imprimir los respectivos soportes, para ser enviados a los contribuyentes a manera de Liquidación Oficial sugerida. Anulación grupal de liquidaciones.

DESCRIPCIÓN	CUMPLE
Configuración del Sistema El sistema debe permitir ser parametrizado a las condiciones propias de la entidad. El Modulo xx Xxxxxx Municipales debe contar con una serie de tablas parametrizables para determinar los procesos aplicables a la liquidación, esto debe lograrse mediante el establecimiento de conceptos xx xxxxxx y formulación de los mismos. El Sistema le debe permitir a la entidad definir sus periodos de liquidación, periodos con descuentos y porcentajes correspondientes. El módulo xx xxxxxx debe estar configurado con los destinos económicos reportados por el IGAC, a los cuales se les debe poder modificar o configurar la tarifa para la posterior liquidación.
Definición de Rubros por Conceptos del impuesto En lo que tiene que ver con la afectación presupuestal el sistema debe permitir que la entidad determine el tipo de afectación correspondiente que posteriormente será la materia prima en el proceso de parametrización contable para afectación en línea. Para efectos de integración con Tesorería, si el sistema está operando de manera integral en la entidad, debe permitir que la entidad defina el tipo de ingreso asociado para recaudar el impuesto Predial.
Herramientas La Sistema xx Xxxxxx Municipales debe proveer herramientas de administración de los datos relevantes de Impuesto Predial. Archivos IGAC El Sistema debe permitir que los datos suministrados por el IGAC sean cargados en el sistema mediante la utilidad grafica de lectura que permita validar la información antes de incluirla al sistema. Saldos Iniciales El sistema debe permitir que la entidad pueda incluir en el sistema información de Saldos de Vigencias Anteriores de tal manera que estos puedan ser utilizados como información base para la liquidación de vigencia actual. Validación de Nit Se debe tener en cuenta en el sistema que el archivo de IGAC contiene información de terceros cuyos NIT tienen ceros a la derecha, este debe contar con una herramienta que permita a la entidad garantizar que los números de identificación de los terceros correspondan al documento real sin los ceros mencionados.

DESCRIPCIÓN

CUMPLE

Por otra parte, como herramienta de revisión, el sistema debe permitir exportar a Excel esta información.

Paz y Salvo

El sistema debe proveer la herramienta para que la entidad genere los paz y salvos a los contribuyentes, tomando como base el registro de liquidaciones y pagos existentes en el sistema.

Administrador de Predios

El sistema debe permitir realizar todas Aquellas novedades o modificaciones realizadas sobre los predios y reportadas por el IGAC, desde el Modulo. Conservando un histórico xx xxxxxxxxx sobre cada cambio que se le realice al predio.

Procesos de Cierre

El sistema debe contar con un proceso automatizado para cierre de vigencia. En Este cierre se debe tener en cuenta las liquidaciones activas (sin pagos o con pagos parciales) para ser tramitadas en la nueva vigencia.

Consultas y Reportes

El sistema debe proveer una herramienta paramétrica de consultas y generación de reportes relacionados con la información del predial.

Las consultas disponibles deben ser:

 Consulta de Predios

 Consulta de Liquidaciones

 Consulta de Pagos de Impuesto Predial

 Consulta xx Xxx y Salvos

 Listados de Morosos

El sistema debe generar el formulario impreso de liquidación del impuesto, el cual se debe ajustar de acuerdo al formato utilizado en la entidad.

IMPUESTO DE INDUSTRIA Y COMERCIO

El impuesto de industria y comercio debe basar su liquidación en la información reportada por los diferentes establecimientos o entes obligados a declararlos.

Liquidación del Impuesto de Industria y Comercio

La liquidación debe estar diseñada para que se realice de manera rápida e intuitiva, al momento de liquidar debe permitir modificar cualquiera de los datos del establecimiento como los propios de la liquidación como los ingresos por las diferentes actividades económicas, los anticipos, sanciones.

DESCRIPCIÓN

CUMPLE

Una vez liquidado el impuesto debe permitir imprimir un soporte de dicha liquidación, donde se discrimine los conceptos y valores a cancelar por actividad comercial.

Configuración del Sistema

El sistema para Liquidación de ICA debe requiere de los datos del establecimiento, de las cuales sobre sale información como NIT, régimen y actividades económicas.

Actividades Económicas

El sistema debe estar con una base inicial de actividades económicas debidamente codificadas según el CIIU, con sus correspondientes tarifas.

Establecimientos

El sistema debe contar con una base de establecimientos responsables de pagar el mencionado impuesto.

Consultas y Reportes

El aplicativo debe facilitar la consulta de Liquidaciones de ICA permitiendo al usuario establecer los parámetros de acuerdo al resultado esperado.

GESTIÓN RENTAS DEPARTAMENTALES

Este módulo debe agilizar las tareas en la liquidación del Impuesto de Vehículos y de Registros, igualmente se debe poder configurar cualquier otra clase de Impuestos que tengan un comportamiento dictado por rangos de tarifas, que facilite así el cálculo, y el diligenciamiento de los formularios respectivos para el pago de estos.

El sistema debe permitir que el usuario parametrice datos básicos como lo son la clase impuestos, las tarifas, porcentajes de descuentos, intereses xx xxxx, sanciones mínimas y de extemporaneidad así como sus respectivas Entidades Recaudadoras, todo lo anterior independiente del tipo de impuesto.

Al momento de crear otros Impuesto se pueden clasificar como de productos y servicios estos impuestos tendrán subimpuesto asociados y estos a su vez contaran con productos los cuales se puedan liquidar con una tarifa o valor fijo, esto para el caso de la causación de Impuestos de Consumo como son Cigarrillos, Licores, etc. Con base en las tornaguías físicas que maneja la Gobernación.

Se debe contar con una versión Web la cual permita realizar pagos electrónicos por medio del botón de pagos, de acuerdo al servicio que la

DESCRIPCIÓN

CUMPLE

entidad bancaria destinada por la Gobernación provea, o que permita descargar la liquidación con código xx xxxxxx que provee el Departamentos para poder realizar la validación y el pago de esta en la entidad financiera que corresponda. El contrato con la pasarela de pagos será realizado por la entidad.

Impuesto de vehículos automotores

Las funciones centrales que deben tener esta herramienta, serán la administración del parque automotor, datos base de liquidación y procesos de liquidación.

El sistema debe liquidar el vehículo seleccionado, en este caso basta con buscar el vehículo e indicarle la vigencia a liquidar, con estos datos el sistema calculará el impuesto; igualmente al momento de liquidar se controlará o verificara la información del automotor indicándole el valor a pagar.

Una vez liquidado el impuesto se pueden imprimir los correspondientes Formularios, para ser entregados a los usuarios y así poder generar el respectivo pago del Impuesto.

También debe generar un proceso que permita liquidar a un grupo de vehículos específicos. En esta opción el sistema mostrara un Log de aquellos vehículos que no se pudieron liquidar indicando los problemas encontrados.

Se deben poder determinar las Unidades de Transito que existan en el Departamento y con esto saber a qué unidad pertenece cada Vehículo creado en el parque Automotor.

En la configuración del sistema se debe permitir establecer fechas de pago oportuno, porcentajes para el departamento y municipio, y descuentos especiales, así como también parametrizar datos propios de la entidad como son el nombre del reporte de vehículos, el valor del formulario (si lo cobra), la cantidad de aproximación, entre otros.

El aplicativo además debe permitir crear la cantidad de Impuestos que la entidad necesite liquidar en el área xx xxxxxx, así como también permitir crear los sub-Impuestos, es decir la división de cada uno de los Impuestos, según amerite la entidad.

También debe contar con la parametrización que afectan directamente la liquidación del impuesto, tales como son descuentos, tasas de Interés y sanciones (Mínima, Extemporaneidad), las cuales se configuran por rangos de Fechas.

DESCRIPCIÓN	CUMPLE
IMPUESTO DE REGISTROS La herramienta debe permitir crear actos, documentos y contratos que deben registrarse ante la cámara de comercio y en las oficinas de Instrumentos públicos, una vez creadas se puede ingresar y liquidar el impuesto de Registro, se debe digitar toda la información como es No. de escritura, número de acta, empresa dependiendo de la necesidad del Acta que se quiera liquidar. La liquidación se puede hacer individual o grupal, dependiendo de las necesidades de la Entidad. La configuración del Impuesto de Registro permitirá establecer el Salario Mínimo Legal Vigente, para poder sacar los porcentajes de los valores de las actas, se debe también configurar la cuenta bancaria a donde se destinaran los dineros de dicho recaudo, así como si se necesita la copia de los soportes, nombre del reporte y aproximación. El sistema debe proveer una herramienta WEB que desde Browser, que permita a las notarías del Departamento realizar las solicitudes de liquidación de impuesto de registro permitiendo adjuntar la documentación soporte correspondiente para que desde la Gobernación se atienda la solicitud generando la liquidación de pago notificando a la Notaria la disponibilidad del recibo de pago y notificar a la notaria del registro del pago en el Sistema de Información.
OTROS IMPUESTOS La herramienta debe soportar cualquier clase de impuesto que se liquide por rangos de tarifas, por medio de esta opción se podrán crear impuesto, crear las tarifas de cada uno, liquidar y hacer el correspondiente recaudo. Permitir generar intereses dependiendo de la fecha de expiración del Contrato.
Consultas y Reportes El sistema debe proveer una herramienta paramétrica de consultas y generación de reportes relacionados con la información de todas las rentas manejadas en esta. Las consultas disponibles deben ser:  Consulta de Parque Automotor  Consulta de Liquidaciones  Consulta de Liquidaciones Vehículos( por vigencia, por periodo gravable, por modelo)  Consulta de Pagos  Consulta xx Xxx y Salvos

DESCRIPCIÓN	CUMPLE
El sistema debe generar el formulario impreso de liquidación del impuesto, el cual se debe ajustar de acuerdo al formato utilizado en la entidad.
MODULO DE CARTERA Se debe contar con una herramienta que permita administrar y controlar la información de las cuentas pendientes por cobrar generadas por la integración de la herramienta de liquidación de Impuestos. Además debe proveer la herramienta de acuerdos de pago que se pactan con el contribuyente. Generar notas de xxxxxxx ya sean dedito o crédito para los casos excepcionales que ameriten el uso de estas. Se podrán configurar parámetros generales como el porcentaje e acuerdo previo, requisito inicial para un acuerdo de pago, cifra de redondeo, SMMLV, configuración de firmas para los reportes. Se deben poder hacer consultas de notas de xxxxxxx y acuerdos de pago, donde se podrá visualizar la información de cada proceso especificando los filtros de búsqueda para una ubicación rápida de información. Debe contar con reportes e informes como es la generación del Boletín de Deudores Morosos del Estado, información de vital importancia para las entidades.
MÓDULO DE BIENES INMUEBLES
DESCRIPCIÓN El módulo de Bienes Inmuebles deberá permitir la administración de los bienes inmuebles, incluyendo el pago de impuestos y el control de arrendamientos. Así mismo, manejo de fotos y documentos dentro de la información de cada Inmueble. Generar a partir de los movimientos propios del módulo, los respectivos asientos contables y permite el manejo de los bienes inmuebles en las agrupaciones que se indiquen.
Datos Básicos requeridos Clases de Inmuebles: Corresponde a la clase de inmueble según las categorías establecidas, si se trata de un terreno, la construcción o edificación de un inmueble, o si se trata de un inmueble sometido al régimen de propiedad horizontal.

DESCRIPCIÓN

CUMPLE

Situación de Inmuebles:

Corresponde a la situación real del inmueble.

Categorías de Inmuebles:

Corresponde a la clasificación contable del inmueble, permitiendo la integración con contabilidad.

Tipos de Inmueble:

Corresponde al tipo de inmueble según las categorías establecidas, identifica el tipo de inmueble indicando si se trata de un terreno, una bodega, etc.

Tipos de Documentos legales:

Corresponde al tipo de documento con el cual se protocolizó la propiedad del inmueble.

Estado Jurídico de los Inmuebles:

Corresponde a los estados jurídicos de los inmuebles.

Destinación de los Inmuebles:

Corresponde a la destinación económica del inmueble según las categorías establecidas.

Tipos de acabados en inmuebles:

Corresponde a los tipos de acabados que se pueden manejar en un inmueble.

Tipos de documentos soporte:

Corresponde a los documentos que sirven de soporte a los movimientos generados en el módulo es decir ingresos y salidas.

Ingresos y Salidas de bienes inmuebles.

Corresponde a los movimientos normales de los inmuebles, en los cuales permite manejar diferentes tipos de movimientos, que pueden generar diferentes registros contables.

 Ingresos

 Tipos de movimientos para Ingresos

 Salidas

 Tipos de movimientos para Salidas

Información detallada de cada inmueble

Entre otros datos maneja:

 Matricula inmobiliaria

 Cedula catastral

 Dirección

 Áreas

 Avaluó catastral

DESCRIPCIÓN	CUMPLE
 Avaluó comercial  Avaluó jurídico  Campos para fotografías o planos  Clase de inmueble  Localización  Destinación  Numero de escritura o documento de propiedad  Servicios públicos  Notaria  Estado jurídico del inmueble,  Control por funcionario y/o dependencia.  Discriminación del costo histórico  Mejoras y su depreciación/amortización para cada inmueble.  Calculo automático de la depreciación/amortización mensual. Generación de reportes por inmueble  Por estado  Por conceptos de la ficha técnica  Entre otros.  Reporte de depreciaciones. Control de pagos de impuestos  Tipo de Impuestos  Registro pago de impuestos  Consulta del pago de impuestos:  Permite exportar a EXCEL los pagos registrados en el sistema Control de Bienes Arrendados  Registro de Contratos  Consultas: Permite consultar los contratos, sus prorrogas y garantías.  Tipo de garantías  Registro de garantías
GESTIÓN DE RECURSOS DE CONTRATACIÓN
MODULO DE CONTRATACIÓN Este módulo, debe permitir la elaboración de contratos, control, ejecución y seguimiento de los mismos en la Entidad. Debe Cubrir las etapas precontractual, contractual y postcontractual, específicamente desde la elaboración de la planeación precontractual hasta la liquidación del contrato. Debe Facilitar los procesos de Preselección, evaluación, adjudicación y contratación de las obras, bienes y servicios requeridos para el cumplimiento de los objetivos y normal funcionamiento de la Institución.

DESCRIPCIÓN

CUMPLE

Funciones

El manejo de las variables de configuración del módulo de contratación debe ser un aspecto crítico y fundamental para el normal funcionamiento del sistema.

El sistema de contratación debe proveer herramientas de validación que verifiquen el valor de la contratación a realizar teniendo en cuenta el presupuesto de la entidad, para evitar que los operarios cometan errores en la determinación del procedimiento de selección a seguir, dependiendo de la cuantía del contrato que se pretenda celebrar.

Como herramienta de programación y control, el sistema debe contener la definición de Días no Hábiles para evitar programación de fechas en días no laborables.

Debe Controlar los pasos de Planeación precontractual, procesos de selección para la Contratación, mediante procesos de Licitación, Concursos, Selección Abreviada y Contratación Directa; lo anterior fundamentado en las cuantías de contratación y/o casos propios de la Contratación, además de la contratación directa en sus dos modalidades, Contratación Directa y Selección Abreviada, el sistema se debe contemplar otras modalidades y convenios en las cuales se definen las siguientes:

 Oferente Único: para esta opción deben permitir digitar los datos de la información obtenida de la Cámara de Comercio-Registro Único de Proponentes en la que conste que no hay más de una persona inscrita para ejecutar el contrato; o de la Superintendencia de Industria y Comercio en que conste que el proponente que se pretende invitar es titular de los derechos de propiedad industrial; o del Ministerio del Interior-Dirección de Derechos de autor en que conste que el proponente que se pretende invitar es titular de los derechos de autor; o la información en que conste que es proveedor exclusivo.

 Contratos interadministrativos entre entidades estatales: debe permitir identificar el régimen aplicable a la contratación, para esto debe permitir registrar el acto de creación de la entidad co- contratante, especificando la clase de acto, nuecero y fecha, Objeto de la entidad co-contratante y la verificación de la coincidencia del objeto de la entidad co-contratante y el objeto del convenio.

 Contratos para la prestación de servicios profesionales y de apoyo a la gestión: para esta opción debe permitir digitar la

información relativa a la verificación de que en la entidad no existe personal de planta para prestar el servicio que se pretende contratar

DESCRIPCIÓN	CUMPLE
o se trata de un contrato con fines específicos.  Convenio entre entidades estatales y personas jurídicas particulares: para esta opción debe permitir verificar las calidades del posible co-contratante, con el respectivo certificado xx xxxxxx y comercio.  Contratos entre entidades estatales y privadas sin ánimo de lucro: para esta opción debe permitir verificar las calidades del posible co-contratante, con el respectivo certificado xx xxxxxx y comercio.
Datos Básicos para la Planeación Precontractual El modulo debe incorporar una serie de datos básicos del sistema los cuales deben permitir una organización y control de diferentes aspectos como son: Dentro de este se definen aspectos como:  Plan de Inversión: El sistema debe permitir identificar, en esta etapa, el ítem del Plan de Inversión que se ejecutará total o parcialmente con el contrato que se pretendan celebrar.  Plan de Compras: al igual que el plan de inversión el sistema debe permitir identificar el ítem del plan en el cual se ejecutará total o parcialmente con el contrato que se pretenda celebrar.  Presupuesto vs. Planes de Inversión y Compras: en esta opción el sistema debe correlacionar los Planes de Inversión y de Compras incorporados y el Presupuesto de Gastos. El sistema debe garantizar que toda afectación al presupuesto de gastos corresponda a un rubro específico del plan de inversión o del plan de compras.  Definición de datos básicos: en esta opción se debe determinar aquellos datos que son fundamentales en el proceso precontractual, datos como: o Clase de soporte, son todos aquellos nombres de documentos que se mueven al interior de la entidad, mediante los cuales se delegan o asignan responsabilidades o se toman decisiones. Autorizaciones, Aprobaciones y Estudios Técnicos, son aquellas licencias, permisos, concesiones, aprobaciones, estudios técnicos, diseños, planos, etc., Los cuales las exige la norma previamente a la celebración del contrato.
Datos Básicos para la Contratación. Dentro de este se definen aspectos como:  Conceptos para contratos: el cual se refiere a las diferentes clases de contratos.  Textos de Contratos: son todos los modelos de minutas más usuales en los diferentes tipos de contratos, las cuales se deben almacenar en la base de datos para que posteriormente el sistema diligencie la minuta automáticamente con todos los datos parametrizados en la misma.  Tipos de pago: son los diferentes nombres de tipos de pago que se

DESCRIPCIÓN	CUMPLE
programan para los contratos.  Sanciones: son los diferentes tipos de sanciones que se pueden imponer a un contratista.  Tipos xx Xxxxxx para Pólizas: Es el listado de los tipos de póliza requeridos por la entidad para garantizar un contrato.
Debe existir información referente a la parametrización del sistema que mezcle datos básicos de la planeación precontractual con datos básicos de contratación; esta información es la que se denomina “Datos Básicos de carácter mixto”. La utilidad de los datos básicos se debe ver claramente en cada una de las etapas del proceso de contratación.
Etapa Precontractual: La etapa precontractual comienza en el momento en que se toma la decisión de adquirir un bien, obra o servicio y termina con la adjudicación del contrato. Lo anterior comprende que el sistema debe cumplir con los siguientes ítems:  Planeación Precontractual  Elaboración de Proyectos de Pliegos de condiciones  Pliegos de condiciones definitivos  Evaluación de las propuestas  Adjudicación
Planeación Precontractual En el sistema, la Planeación Precontractual debe ser la síntesis del análisis hecho para concluir si es posible iniciar el procedimiento de selección del contratista debido a que se han reunido los requisitos establecidos por la ley. Debe estar organizado de tal manera que lleva al usuario paso a paso hasta completar toda la información requerida. La Planeación Precontractual es la materia prima para la elaboración xxx Xxxxxx de Condiciones. Por lo tanto cada procedimiento de Planeación Precontractual debe estar identificado por un número el cual debe ser generado automáticamente por el sistema.
En el marco de la Planeación Precontractual previa al proceso de contratación, el sistema debe permitir controlar de manera eficiente y completa toda la información requerida para iniciar el procedimiento de selección del contratista.  Identificar quien decide iniciar un proceso y asignar responsabilidades en el mismo.  Validar el Estudio de Conveniencia y Oportunidad exigido por la ley, identificar la necesidad que se pretende satisfacer y los medios técnicos de satisfacción, determinar las condiciones esenciales del contrato, verificar que éste se enmarca en los planes de la entidad, identificar los posibles riesgos del contrato.

DESCRIPCIÓN	CUMPLE
 Verificar la existencia de las autorizaciones, aprobaciones y estudios técnicos exigidos por la ley.  Determinar las condiciones económicas del contrato: análisis de precios de referencia y de los factores que inciden en el mismo; programación de pagos; contribuciones fiscales.  Enlazar la Disponibilidad Presupuestal, para iniciar el control presupuestal respectivo.  Verificar la convocatoria de las Veedurías Ciudadanas. Toda la información suministrada en esta fase será utilizada en las etapas posteriores del proceso de contratación.
Elaboración de Proyectos de Pliegos de condiciones y Pliegos de condiciones definitivos e Invitaciones. En el sistema los Pliegos de Condiciones debe ser donde se arman los pliegos, con la información traída desde la planeación precontractual y la información complementaria incorporada en cada una de las ventanas de los capítulos xxx xxxxxx, en los que se dividen estos capítulos son: Condiciones generales de la licitación:  Cronograma  Requisitos de participación  Inspección de condiciones de ejecución  Factores de calificación, evaluación y adjudicación  Causales de rechazo de la propuestas  Criterios de desempate  Anexos xxx xxxxxx  Información complementaria del procedimiento Requerimientos y contenido de la propuesta:  Requerimientos de elaboración  Otros documentos de la oferta Condiciones generales y minuta del contrato:  Garantías del contrato  Formas de pago del contrato  Plazos de ejecución  Sanciones  Tramites del contrato  Minutas  Otros aspectos del contrato  Avisos
Dentro del proceso de elaboración de pliegos de condiciones, el sistema permitir armar el pliego de condiciones según el tipo de contratación que esté llevando, de forma eficiente y completa. Al igual que la planeación precontractual, se debe asignar responsabilidades y seguir en forma ordenada cada una de la ventanas que están en cada uno de los capítulos xxx xxxxxx.

DESCRIPCIÓN	CUMPLE
Toda la información suministrada en esta fase será utilizada en las etapas posteriores del proceso de contratación.
Procedimiento de selección del contratista, evaluación de propuestas y adjudicación del contrato Debe controlar los momentos propios del proceso de proyecto xx xxxxxx de condiciones y pliegos definitivos a partir del cual inicia el procedimiento de selección del contratista incluyendo los procesos de:  Apertura del proceso de selección, donde se establece las condiciones del acto de apertura, los depositarios de la seguridad de la urna y los asistentes al acto.  Entrega de pliegos \ interesados en participar, donde se ingresa la información básica de los proponentes, para el caso de sorteo el sistema debe contener una herramienta donde el sistema seleccione aleatoriamente los proponentes según los parámetros dados como: Cantidad de proponentes a seleccionar, iniciar el conteo en el proponente que elija el usuario, cantidad de iteraciones que hará el sistema y el rango de valores para las iteraciones.  Audiencia aclaratoria, donde se define la fecha y hora de la audiencia, además se establece quienes son lo moderadores de la audiencia, quienes son los encargados de responder las observaciones de los asistentes.  Solicitud de Aclaraciones y precisiones al pliego, donde se identifica quien hace la solicitud de aclaración y el respectivo detalle de la solicitud.  Respuestas a solicitudes de aclaración, donde se da respuesta a las solicitudes ingresadas, definiendo el funcionario responsable de la respuesta, y se procede a hacer el adenda correspondiente si la solicitud lo requiere.  Adendas al pliego, donde se modifica el pliego mediante los adendas, tendiendo como soporte un oficio, que provengan de una solicitud de aclaración o de la audiencia aclaratoria.  Recepción de propuestas, donde se registran todas las propuestas que se presenten y se efectúa el proceso de cierre y apertura de urna.
Con la culminación de la recepción de propuestas el paso a seguir en el sistema es la evaluación de las propuestas, donde debe permitir verificar factores fundamentales como la existencia de proponentes repetidos, si los proponentes están incursos en alguna de las causales de rechazo definidas en los pliegos, la capacidad de ejecución, la presentación de los documentos adicionales requeridos y estipulados en los pliegos, por último los factores de evaluación con su respectivo puntaje asignado. De este proceso resultan los proponentes que están activos en el proceso y los proponentes que fueron eliminados por incumplimiento de alguno de los factores anteriormente mencionados.

DESCRIPCIÓN	CUMPLE
Para este acto de adjudicación de define la persona quien lo preside y teniendo el listado de proponentes que están activos en el proceso con un puntaje asignado, según el proceso de evaluación previo, se procede a adjudicar al mejor proponente por uno de los tres métodos que debe presentar el sistema.  Adjudicación por el sistema, en este método el sistema adjudica al proponente que tenga mayor xxxxxxx, y que haya cumplido con todos los requerimientos definidos previamente.  Adjudicación parcial, si los términos de los pliegos lo permiten adjudica a los dos o más proponentes con mayor xxxxxxxx, según lo define la entidad.  Adjudicación discrecional, se deja a criterio de la entidad la adjudicación del contrato, definiendo la justificación y la persona responsable.
El sistema en la etapa contractual debe controlar los diferentes trámites legales del contrato y posteriormente se tramitan y controlan los diferentes eventos de la ejecución del contrato siempre y cuando se presenten. ETAPA CONTRACTUAL Generación y trámites del contrato El contrato se elabora a partir de la información registrada durante todo el proceso precontractual, desde la Planeación precontractual hasta la adjudicación del contrato, el sistema debe asignar el número del contrato automáticamente, según la parametrización del módulo.
La carga automática de la información básica del contrato debe facilitar la verificación de datos como: objeto del contrato, asignación presupuestal, plazos de ejecución, forma de pago, pólizas del contrato y agiliza el proceso de los trámites del contrato. En esta etapa, debe permitir asignar la persona responsable de la actividad contractual y el supervisor del contrato, para así pasar directamente a los trámites del contrato. Este proceso debe ser ágil y dinámico, ya que el sistema debe toma la información existente del proceso.  Diligenciamiento de la minuta, el sistema debe llenar automáticamente todos los campos que parametrizó el usuario en la plantilla de minuta que se asignó para ese contrato generando así total y automáticamente la minuta, para así verificar el contenido de la misma, imprimiéndola, o si así lo requieren exportarla a Word.  Aprobación de la minuta, después de su diligenciamiento, la minuta se aprueba, permitiendo ingresar al sistema la fecha de aprobación, para así quedar como minuta oficial del contrato que se está desarrollando.  Celebración del Contrato, debe permitir la verificación de las condiciones para le celebración del contrato previamente establecidas.

DESCRIPCIÓN

CUMPLE

 Perfeccionamiento del Contrato, Asignar el registro presupuestal de compromiso, verificando el valor del certificado y el valor disponible para el registro presupuestal en el presupuesto.

 Requisitos de Ejecución, Asignación de las pólizas según los objetos xx xxxxxx estipulados en la etapa precontractual.

 Condiciones de Iniciación, Verificar las condiciones adicionales para la iniciación del contrato, establecidas en el proceso de elaboración de pliegos.

 Verificación de Otros Requisitos, Verificar requisitos adicionales establecidos previamente, para la iniciación del contrato.

 Asignación de Interventor, Asignar el interventor que ejercerá el control del contrato.

Eventos de la ejecución del contrato

El modulo debe contar con las herramientas para controlar, registrar y efectuar el seguimiento de los eventos de la ejecución del contrato, dentro de los cuales están:

 Elaboración de Actas de Interventoría, el sistema debe permitir al interventor ingresar al sistema con su No. de identificación, para ejercer el control y elaborar actas, en los contratos en los cuales está ejerciendo la interventoría.

 Modificación de Contratos, Debe Permitir modificar el contrato, dentro de lo establecido por la normas xx xxx, y según lo estipulado en la correspondiente acta.

 Suspensión y reiniciación de contratos, Controlar la suspensión y reiniciación de contratos.

 Sanciones, Verificar y ejecutar las sanciones establecidas en la etapa precontractual y las que contempla la ley.

Etapa Postcontractual

Para la etapa post contractual del contrato entregar la utilidad de registro del proceso de liquidación del contrato sea cual fuere el evento que origina la terminación del mismo.

Reportes y Consultas

Debe Permitir la Generación de Reportes incluidos algunos xx xxx solicitados por los entes de control y otros por diferentes conceptos, consultas de los diferentes procesos de contratación teniendo la posibilidad de filtrar por diferentes opciones.

DESCRIPCIÓN	CUMPLE
GESTIÓN DE RECURSOS FÍSICOS
Módulo de Ordenes de Suministro El Sistema debe elaborar, controlar, ejecutar y realizar el seguimiento a las compras de la entidad, facilitar los trámites de los procesos de cotización, evaluación, adjudicación y contratación de los bienes requeridos para el cumplimiento de los objetivos y normal funcionamiento de la institución.
Funciones:  Debe permitir la manipulación del directorio de proveedores con productos ofrecidos, ubicación, contacto, precios, etc.  Debe generar Órdenes de suministro, con todas las especificaciones legales.  Debe permitir el manejo de IVA discriminado por elemento o global.  Permitir manejar descuentos detallados y/o ingresar diferentes tipos de recargo a las Órdenes de Suministro.  Debe controlar que la cantidad ingresada a la bodega no sea diferente a la cantidad comprada.  Permitir generar listados para elaborar invitaciones de cotización.  Facilitar el control de compra de elementos para diferentes dependencias y funcionarios.  Proveer una herramienta para la especificación técnica de los elementos requeridos.  Poseer herramientas de consulta que permitan conocer el estado de las compras en todo momento.  Proveer la identificación del registro presupuestal con el que se realizara la compra.  Guardar una base de información de precios para futuras proyecciones presupuestales.  Proporcionar informes de gran utilidad para la entidad.  Realizar de manera automática los cierres de vigencia.
Módulo xx Xxxxxxx Este módulo xx Xxxxxxx debe permitir el manejo de las existencias, diferenciando entre los tipos de elementos: Consumo, Devolutivos y Consumo Controlado. Generar a partir de los movimientos propios xx xxxxxxx los respectivos asientos contables y que permitan el manejo de los elementos en las agrupaciones que se indiquen.

DESCRIPCIÓN	CUMPLE
Funciones:  Permitir a la entidad organizar los artículos en diferentes niveles de agrupamiento.  Generación automática de Códigos de elementos.  Permitir la certificación de existencia de elementos, tanto consumo como devolutivos.  Llevar a cabo la entrada a almacén en el proceso de compras, integrado con el módulo de órdenes de suministro, y otros conceptos.  Elaborar las salidas a cada una de las dependencias, facilitar el control y la asignación individual por funcionario y dependencia, así como salidas por otros conceptos.  Los movimientos xx xxxxxxx deben afectar automáticamente el Kárdex de elementos de consumo y generar automáticamente las placas o números de inventario de los elementos devolutivos.  Facilitar el control de cuentadantes.  Producir las actas de bajas y altas.  Generar los estados diarios xx xxxxxxx.  Soportar el proceso de traslado de elementos.  Permitir el análisis de existencias y stocks mínimos programados.  Llevar, a través de datos históricos, las estadísticas de consumo y compras para futuras proyecciones.
Herramientas del módulo xx Xxxxxxx:  Módulo de Solicitudes  Herramienta de Estudio de Solicitudes  Módulo de Actualización de Elementos Devolutivos o Módulo de Inventarios
Módulo de Solicitudes El Modulo de solicitudes debe ser el generador de Solicitudes de Elementos mediante las cuales las diferentes áreas de la entidad elaboren sus pedidos de elementos al almacén. Funciones:  Permitir a la entidad instalar especificar centros de elaboración de solicitudes.  Proporcionar a los funcionarios de la entidad herramientas para hacer seguimiento de sus solicitudes al almacén.  Le permitir al almacén elaboración de Solicitudes para actualizar stock de bodega diferenciándolas de las solicitudes propias de suministro a dependencias.

DESCRIPCIÓN	CUMPLE
Herramienta de Estudio de Solicitudes Esta herramienta debe permitir al funcionario encargado xx xxxxxxx realizar un proceso sistemático de aprobación de cantidades de las solicitudes Elaboradas en las diferentes dependencias que le permitan realizar dos tipos de Aprobación: Para Almacén: Para este tipo de aprobación se basa en las existencias de los elementos en Bodega. Para Compras: Habilitar la Solicitud para la posterior elaboración de una o más Ordenes de Suministro desde el Sistema.
Manejo de elementos Devolutivos Debe suministrar el estado real de los bienes devolutivos, por ejemplo, en bodega, en servicio, reintegrado, inservible, etc. También permitir la ubicación de los elementos y la actualización de sus características. Funciones:  Permitir la asignación y ubicación de los elementos a dependencias y cuentadantes.  Procesar la depreciación en forma automática, generando los respectivos asientos contables en el módulo de contabilidad.  Poseer herramienta para realizar automáticamente el proceso de traslado de elementos devolutivos.  Facilitar el control de los estados de los elementos, inservibles, obsoletos, deteriorados.  Suministrar los mecanismos de reintegros de elementos.  Poseer herramienta para realizar automáticamente el avaluó de los elementos, afectando la provisión o la valorización por cada placa.  Permitir la afectación contable automáticamente en el momento del registro de cada uno de los avalúos.  Permitir incluir mejoras para cada uno de los elementos.  Suministre automáticamente la depreciación de las mejoras.  Poseer herramienta para imprimir las placas de la entidad en código xx xxxxxx.  Controlar los elementos que se llevan al gasto según su valor.  Controlar elementos de menor cuantía para que depreciación en el periodo fiscal de la compra.  Permitir generar inventario general de la entidad donde se visualice todos los datos que posee el bien.  Permitir controlar consecutivos por Unidades Ejecutoras.  Controlar diferentes establecimientos por Unidad Ejecutora.

DESCRIPCIÓN

CUMPLE

 Permitir y controlar movimientos de entrada y salida con contraprestación de servicios y sin contraprestación de servicios pública o privada según la norma.

 Herramienta que controle los centavos para elementos de consumo.

 Herramienta que permita la anulación de procesos de entradas y salidas.

 Suministrar información de estadísticas de consumo por funcionario, dependencia y/o entidad.

 Facilitar el control de inventarios físicos por cada cuentadante.

 Expedir paz y salvos a los funcionarios que así lo requieran.

Manejo de Bienes Inmuebles

Debe per mitirel manejo de los Bienes Inmuebles, controlar la situación del estado de ellos dependiendo su clase (terreno, edificación y/o propiedad horizontal).

 Controlar el estado del bien si está en arriendo,(Arrendatario, contrato de arrendamiento, vigencia del contrato, escaneo del contrato, prorrogas al contrato. )

 Permitir el manejo de los impuestos de los bienes, entidad a quien se realiza el pago, vigencia del impuesto, fecha de pago del impuesto, clase del impuesto.

 Control de los bienes inmuebles por Unidad Ejecutora.

 Depreciación automática para los bienes según su vida útil y su costo histórico.

 Permitir la afectación contable automáticamente tanto para la depreciación como para los movimientos realizados.

 Permitir el manejo de linderos y ubicación geográfica del bien.

 Permitir ingresar el código del DANE para cada uno de los bienes.

 Suministrar recursos para la consulta de información.

 Permitir generar la Ficha Técnica para cada uno de los bienes.

 Permitir el cargue de fotografías de los inmuebles y la consulta de las mismas.

 Permitir el ingreso de mejoras para cada una de las matriculas inmobiliarias.

 Generar depreciación automática para las mejoras.

 Suministrar la información generar que maneje un inmueble (Notaria, matricula inmobiliaria, cedula catastral, estado del bien, porcentaje de la propiedad etc.)

 Controlar movimientos de entradas y salida de bienes tanto entregados o recibidos de terceros (comodato, Administración).

DESCRIPCIÓN	CUMPLE
GESTIÓN ADMINISTRACIÓN DE XXXXXXX
La herramienta deberá permitir realizar el registro detallado de los procesos concernientes a la administración de la Cartera, estos se dividirán en dos secciones Proceso Administrativo y Proceso de Cobro. Cada Proceso deberá contar con una serie de datos básicos, los cuales se deberán crear por medio de esta herramienta, tales datos son:  Definición de los tipos de Documentos  Definición de los Tipos de errores  Definición de los tipos de Envió de Correspondencia  Definición de las tarifas  Parametrización de tipos de liquidación por proceso administrativo  Parametrización de tipos de liquidación por tipo de impuesto  Definición de Términos para los procesos administrativos tanto a nivel de la entidad como del contribuyente  Definición de Documentos para realizar la Investigación de Bienes  Definición de Causales de Suspensión de los Procesos.
En el Proceso Administrativo se deberán poder realizar Emplazamientos, Liquidación de Aforo (si no respondió el emplazamiento), Cobro Administrativo coactivo (si supera todo el trámite). Los términos se cuenta a partir de la fecha o plazo, programada por la entidad territorial, para presentar declaraciones. Cada una de estas etapas de tener controles de envío, recepción y publicación de documentación. En el proceso de Cobro administrativo coactivo se deberán poder realizar procesos como Citación vía persuasiva, Investigación de Bienes, Mandamiento Ejecutivo de Pago, Resolución del Embargo, Citación para notificación del mandamiento de pago. Si el contribuyente no se pronuncia se continúa con el proceso y se procede a ordenar la ejecución y remate del bien.
ADMINISTRACIÓN DE PLANTA Y NOMINA DE PERSONAL Y DE PENSIONADOS
Se deberá instalar un software para la liquidación la nómina de los empleados de: la para liquidación de salarios y demás prestaciones teniendo en cuenta que se manejan empleados públicos y oficiales, e igual forma, requiere un software para la liquidación de la nómina de pensionados, con el fin de enlazar y unificar la información permitiendo agilizar los procesos de la administración.

DESCRIPCIÓN	CUMPLE
CARACTERÍSTICAS DEL SOFTWARE
 El Software debe estar desarrollados en Java 2 Enterprise Edition (J2EE) con tecnología WEB (Jsp, Java beans, Servlets, J2ee) y motor de bases de datos relacional Oracle.  La aplicación J2EE debe soportar clientes Web, que tenga 3 capas: capa cliente, capa Web y capa de almacenamiento.  Capa Cliente: Es utilizada para presentar información y realizar la interacción entre el usuario final y la aplicación.  Capa Web: Encargada de mantener la lógica para generar la respuesta adecuada a la petición del cliente Web (lógica de presentación).  Capa de Almacenamiento: En esta capa es donde la información de la aplicación es almacenada de forma permanente. (Base de datos relacional). La responsabilidad de esta capa es guardar la información y asegurar su disponibilidad de manera confiable no solamente a la aplicación sino también a clientes externos.  El Software debe funcionar eficientemente en la Intranet (Red de área local), y acceso al sistema desde cualquier sitio en forma remota por parte de los usuarios que cuenten con los permisos necesarios, o publicarse en la Internet contando con el domino y hosting necesarios.  Dicho software debe ser totalmente escalable, es decir que no se degrada el rendimiento con el incremento sustancial de clientes, los cuales pueden ser incluidos en la media que sean requeridos y para lo cual solo requieren de un explorador de Internet en cada equipo cliente, dicho equipo no requiere de ninguna configuración adicional ni de características especiales.  El software debe Manejar la seguridades por roles o perfiles de usuarios, para las operaciones de inclusión, actualización borrado y anulación de registros.  El software debe tener una interface de usuario común, de tal manera que en todos los módulos del sistema el usuario se encuentra con la misma presentación y comportamiento, facilitando de esta manera su uso.  La capacitación del software se debe hacer para los funcionarios usuarios de la Gobernación y la Alcaldía.
SEGURIDAD  Impedir la modificación de claves de acceso a personal no autorizado.  Impedir la modificación de documentos de otros usuarios.  Filtra solo la información permitida para cada usuario y dependencia, evitando intentos de acceso a documentos no autorizados.  Permite la desconexión programable y automática de usuarios después de un periodo de inactividad.

DESCRIPCIÓN

CUMPLE

RECURSO HUMANO FUNCIONARIOS Y NOMINA DE PENSIONADOS

Para la administración Departamental

La gobernación requiere de una solución informática de punta la cual facilite la gestión administrativa del capital humano desde el momento de la selección hasta después de su retiro con la expedición de certificados de trabajo y de pago.

NOMINA DE EMPLEADOS

El módulo de nómina permitirá administrar la liquidación de pagos periódicos, prestaciones sociales y autoliquidaciones indicadas por la ley. Generará en forma automática el pago de retroactivos, autoliquidación de aportes y archivos planos para las entidades que lo requieran. Funciones que deberá tener:

 Módulo de administración de usuarios.

 Manejar diferentes tipos de empleados.

 Manejar los diferentes calendarios de pago.

 Manejar la liquidación de horas extras controlando la acumulación y el tope máximo de las mismas.

 Controlar las horas extras por cargos, por empleados o por nivel.

 Calcular el aumento xx xxxxxx en forma paramétrica.

 Manejar los diferentes tipos xx xxxxxxxxx como son: horas extras, sanciones, licencias, incapacidades, vacaciones, manuales, aportes o libranzas (fondos o cooperativas), retiros, acumulados de otra entidad y acumulados.

 Manejar los descuentos de embargos por cuota fija, por saldo, por porcentajes indefinido.

 Controlar el cupo de endeudamiento por empleado.

 Calculo automático del valor de vacaciones.

 Manejar los conceptos de interrupción y aplazamiento de vacaciones.

 Liquidar la reanudación de vacaciones generando en forma automática los reajustes respectivos.

 Acumular y consultar los históricos de pagos por periodos (mes o quincena), concepto, año o funcionario o pensionado en particular.

 Liquidar en forma automática las prestaciones sociales como: prima de servicio. Prima xx xxxxxxx, bonificación de servicios, cesantías.

 Liquidar las cesantías de acuerdo a la última reglamentación del Fondo nacional del Ahorro y para fondos privados de cesantías.

 Hacer el cálculo semestral del porcentaje de liquidación de la retención en la fuente.

 Manejar todos los eventos de vacaciones como: Pago en tiempo, Pago en dinero, Interrupción, aplazamiento, reanudación en tiempo y

reanudación en dinero.

DESCRIPCIÓN

CUMPLE

 Liquidación automática de prima de vacaciones, vacaciones y bonificación de recreación ya sea en tiempo o compensadas en dinero.

 Protección de un porcentaje x xx xxxxxxx mínimo para los descuentos

 Manejo de Embargos y depósitos judiciales.

 Control de préstamos y cuotas pendientes.

 Generar los archivos para pago en bancos de pensionados y activos.

 Generador de reportes para la definición de informes NO predefinidos.

 Generar los certificados definidos por el usuarios, mediante interfaces con Word.

 Generar los diferentes informes de pago, de EPS Ley 100, Autoliquidación de aportes y discrimina las novedades por los diferentes tipos manejados al interior de la entidad.

 Generar los archivos planos para el pago único de aportes

 Generar los desprendibles de pagos.

 Generar el Histórico de pagos por empleado.

 Generar automáticamente por cada funcionario el certificado de ingresos y retenciones de la vigencia inmediatamente anterior.

 Liquidación de prestaciones sociales en forma automática como cesantías, prima de vacaciones, bonificación por recreación, prima de servicios, prima xx xxxxxxx bonificación por servicios prestados, Bonificación por dirección.

 Generar archivos planos para pago de aportes a la seguridad social y parafiscales de acuerdo a la reglamentación legal y resoluciones del Ministerio de Protección Social.

 El software debe permitir el manejo de las diferentes novedades presentadas en los empleados como: licencias por enfermedad, licencias por maternidad, retiros Liquidación automática de embargos, libranzas, descuentos en cuotas fijas y por porcentaje.

 Liquidación de retención en la fuente Salarial para aquellos funcionarios que superan los topes.

 Generar diferentes reportes para soportar la nómina de pago y reportes para la presentación de informes a las entidades de control.

 Generar los respectivos desprendibles de pago por funcionario.

 El software deberá ser parametrizado de tal manera que aquellos funcionarios que se consideran pre pensionados (cumplió requisitos para pensión de acuerdo a la Ley) les permita descontar xxx xxxxxxx solo el porcentaje que les corresponda solo a salud.

 El software debe generar movimientos en archivos planos contables como causaciones, provisiones, y movimientos presupuestales para ser incluidos contablemente en el Sistema Financiero.

 Genera la información para los diferentes organismos de control como…

 Información exógena mensual y con solidado anual.

 La información exógena debe ir con retefuente mensual y el

DESCRIPCIÓN

CUMPLE

Consolidado anual. (se genera un registro adicional al de la exógena.)

 Consolidado de nómina proyectado por año.

 Información para el software Sigia del Servicio Civil.

 Información para el software SIGEP, el cual corresponde al Sistema General de Información Administrativa del Sector Público de que trata la Ley 909 de 2004.

 Creación y mantenimiento de la planta de personal por cargos, escalas salariales, grados, nivel jerárquico, unidades orgánicas entre otras, para la administración de la planta de pensionados se debe hacer por tipos de pensión (vejez, sobrevivientes e invalidez) teniendo en cuenta devengado, fecha de inclusión, etc.

 Administración de cargos de la planta de personal, teniendo en cuenta tipo asignación, nivel funcional, formación académica, núcleos familiares, planta ocupada, planta vacante, nivel jerárquico, incapacidades, licencias.

 Debe permitir definir en forma dinámica cualquier concepto devengado o deducido nuevo, y controlar en qué momento se paga, de acuerdo a las condiciones que defina el usuario. Esta funcionalidad debe ser totalmente orientada a usuario final.

 El sistema debe contar con un sistema de control de procesos mediante Control de Estados, tanto para las novedades como del proceso mismo de liquidación.

 El sistema debe permitir liquidar en prenomina, las veces que el usuario requiera hasta que los resultados sean satisfactorios. Todos los conceptos (devengados, deducidos y parafiscales) deben estar disponibles.

 El sistema de nómina debe permitir parametrizar y formular los devengados

 Debe soportar los procedimientos de liquidación de Retención en la Fuente y debe permitir el reporte de deducibles por funcionario; calcular la retención con los descuentos para reducir la base gravable. Igualmente, debe calcular semestralmente el porcentaje para los funcionarios con procedimiento dos y generar automáticamente el certificado de retención.

 Debe permitir la consulta histórica de liquidaciones, novedades y descuentos aplicados, independientemente del momento en que se encuentre el proceso.

 Deber permitir la generación de comprobantes de pagos para los activos trabajadores oficiales por la Web.

 Anexos de las obligaciones a terceros.

 Definición de Conceptos.

 Administrar, gestionar novedades tanto de actos administrativos, como libranzas, descuentos de terceros, como también la validación y control de cargue de estas mismas novedades y manejo de los

respectivos históricos.

DESCRIPCIÓN

CUMPLE

 El sistema de nómina debe permitir cargar de forma masiva a través de estructuras planas devengados, deducidos e información de terceros

 Procesar Nominas (Activos, Pensionados y Trabajadores Oficiales)

 Validación y verificación de la pre-liquidación y xx xxxxxxxxx.

 Cierre xx xxxxxxxxx.

 Autorización de cierre xx xxxxxxxxx.

 Liquidación en definitiva de la prenomina.

 Generación de reportes y consulta por WEB de los comprobantes de pago

 Validación de los usuarios que ingresaron novedades y actualizaron el aplicativo.

 Prestaciones Sociales y Parafiscales

 Liquidación xx xxxxxx legales, extralegales, dotaciones, cesantías, intereses a las cesantías y retroactivos de las cesantías.

 Liquidaciones de Aportes a entidades de salud, pensión, ARP y parafiscales.

 Liquidaciones de proporcionalidades de personal retirado.

 Producir Informes Impresos y Estructuras Planas

 Reportes definidos por el usuario, y por las diferentes entidades externas e internas.

 Reportes acumulados por divisiones, unidades de negocio, etc.

 Reporte xx xxxxxxxxx (encargos, traslados, sanciones y demás actos administrativos).

MODULO DE HOJA DE VIDA

El módulo de hoja de vida deberá permitir administrar la información de la hoja de vida del empleado solicitado por la función pública como. Datos básicos, estudios, experiencia laboral y datos familiares. Adicionalmente maneja la información de permisos, dotación, estímulos, salud ocupacional, capacitación, evaluación, bienestar social y solicitud de certificados. Ventajas que deberá ofrecer:

 Visualizar los datos del empleado, como lo es el nombre, entidades a las cuales se encuentra afiliado (a), fecha de ingreso, tiempo elaborado.

 Los datos personales permitirá acceder a la información personal del empleador de acuerdo con la función pública.

 La información de estudios se podrá ver los periodos de estudio del empleado, la institución, la modalidad, el curso y fecha de terminación de los mismos.

 La experiencia laboral permitirá visualizar e insertar las empresas por las cuales el empleado ha tenido su trayectoria laboral con la información del formato de la función pública.

 Permitirá visualizar los datos de los familiares del empleado, esta

DESCRIPCIÓN

CUMPLE

información se puede relacionar con la persona a cargo de la nómina (para salud).

 Permitir ingresar al sistema la información de permisos para controlarla y guardar la historia de los mismos.

 En caso de dotación se podrá ingresar al sistema la información para controlar la entrega histórica de esta. Se maneja en esta opción la información del grupo al cual le está haciendo entrega el periodo el año y si fue entregado.

 Cuando se realicen a nivel empresarial capacitaciones al empleado el sistema deberá permitir ingresar la información del desarrollo de esta con fecha, duración y título obtenido.

 Cuando el empleado solicite un certificado este quedara registrado, con fecha de respuesta, observaciones, y en qué estado se encuentra la solicitud de certificado que solicitó.

 Registrar en el sistema el resultado de la evaluación del desempeño para cada empleado, ingresando la fecha, el puntaje que obtuvo, la fecha de novedad y quien lo evalúo.

 El aplicativo debe permitir el ingreso, actualización y modificación de las historias laborales tanto del personal activo, trabajadores oficiales en los siguientes aspectos: Datos personales, Formación académica (profesión o títulos, otros estudios, publicaciones, investigaciones e idiomas), Experiencia laboral ( cargos ocupados, tiempo), inhabilidades e incompatibilidades.

 El aplicativo debe permitir la generación de las certificaciones laborales como son: Tiempo de servicio, liquidación parcial y definitiva de cesantías, certificaciones para bono pensional.

 Debe permitir el cargue masivo de información de todas las historias laborales activas e inactivas, novedades, pagos, tiempos de servicios, entre otros.

 El sistema debe permitir la digitalización del documento (formato único de hoja de vida, soportes).

 Reportes de datos personales y de núcleos familiares

 Reporte de experiencia laboral, competencias, funciones, perfil ocupacional.

 Reporte de bienestar social y capacitaciones

 Reportes de directorio de personal (general, unidad orgánica, por tipo de pensión).

NOMINA DE PENSIONADOS

El módulo de nómina de pensionados permitirá administrar la liquidación de pagos periódicos, y autoliquidaciones indicadas por la ley. Generará en forma automática el pago de retroactivos de mesadas y de aportes de salud, autoliquidación de aportes y archivos planos para las entidades que lo requieran. Funciones que deberá tener:

DESCRIPCIÓN

CUMPLE

 Módulo de administración de usuarios.

 Manejar diferentes tipos de pensionados.

 Manejar los diferentes calendarios de pago.

 Ingreso de Pensionados.

 Manejo Sustitutos, beneficiarios de Pensión.

 Manejo y control de escolaridad para los beneficiarios de la pensión.

 Manejo de pagos de retroactivos de pensión por activación de pensionados o beneficiarios.

 Reliquidación automática del valor de la mesada pensional por activación o suspensión de beneficiarios de pensión.

 Manejo de pagos de retroactivos de salud por activación de pensionados o beneficiarios. Generación del archivo de retroactivos de EPS de acuerdo a la norma y a lo definido por el operador.

 Liquidar la nómina de pensionados por diferentes plantas o empresas,

 Generación del archivo para la validación de la Supervivencia de acuerdo a lo definido por el Ministerio de Protección social.

 Generar archivos planos para pago de aportes a seguridad social y parafiscales de acuerdo a la reglamentación legal y resoluciones del Ministerio de Protección Social.

 El software debe permitir el manejo de las diferentes novedades presentadas en los pensionados como: Liquidación automática de embargos, libranzas, aportes, descuentos en cuotas fijas y por porcentaje.

 Protección de un porcentaje x xx xxxxxxx mínimo para los descuentos

 Manejo de Embargos y depósitos judiciales.

 Control de préstamos y cuotas pendientes.

 Generar los archivos para pago en bancos de pensionados y para pago ventanilla.

 Generador de reportes para la definición de informes NO predefinidos.

 Generar los certificados definidos por el usuarios, mediante interfaces con Word.

 Generar los diferentes informes de pago, de Eps Ley 100, Autoliquidación de aportes y discrimina las novedades por los diferentes tipos manejados al interior de la entidad.

 Generar los archivos planos para el pago único de aportes

 Liquidación de retención en la fuente Salarial para aquellos pensionados que superan los topes.

 Generar diferentes reportes para soportar la nómina de pago y reportes para la presentación de informes a las entidades de control.

 Generar los respectivos desprendibles de pago por pensionado.

 El software debe generar movimientos en archivos planos contables como causaciones, provisiones, y movimientos presupuestales para ser incluidos contablemente en el Sistema Financiero.

 Liquidación de las adicionales Pensiónales que tenga definidos las diferentes entidades.

DESCRIPCIÓN	CUMPLE

SOFTWARE DE GESTIÓN DOCUMENTAL La administración Departamental requiere de un software para la gestión Documental de la Gobernación del Choco, la Alcaldía de Quibdó y universidad Tecnológica del Chocó y se requiere unificar la información de Gestión Documental con el objeto de agilizar los procesos a nivel general de la administración. Radicación de comunicaciones oficiales – ventanilla única Gestión de documentos – implementación cero papel alertas informes workflow Bpm tablero de mando Administración de archivos (conforme a las TRD) administración de inventarios documentales, físicos y digitales indexación por tipología documental Metadata por tipología documental y generación de informes Administración documental de la contratación
REQUERIMIENTOS GENERALES  El SGD, deber ser WEB, de forma que el usuario le permita visualizar los datos y el procesamiento de los mismos vía web.  Servicio Móvil: El aplicativo debe correr en dispositivos móviles para su consulta y acceso para dar trámite a los diferentes procesos.  Las ayudas deben estar en línea en idioma Español para cada uno de los módulos y de esta manera minimizar la cantidad de solicitudes de soporte que se darán en el proceso de implantación. No obstante el oferente debe entregar en medio digital el manual de usuario del aplicativo.  El SGD, debe permitir el envió de notificaciones y/o alertas a los usuarios responsables del trámite, mediante la integración el sistema de correo electrónico Exchange 2013, y a partir del mensaje de correo el usuario debe poder acceder al SGD sin tener que loguearse para dar gestión al trámite.
PLATAFORMA TECNOLOGICA  SISTEMA OPERATIVO: La Instalación del SGD y demás configuración necesaria para su funcionamiento en el servidor de la GOBERNACION, ALCALDIA DE QUIBDÓ y UTCH, se debe hacer en el Sistema Operativo Windows 2012 Server Estándar.  BASE DE DATOS: El sistema debe estar en capacidad de funcionar sobre el motor de base de datos SQL Server y Oracle.

DESCRIPCIÓN	CUMPLE
 BACKUPS: El aplicativo debe permitir realizar copia de seguridad de manera automatizada, en forma incremental. La configuración de esta actividad debe dejarla parametrizada el oferente.  PRUEBA DE RESTAURACION DE LA BASE DE DATOS: El oferente debe realizar una prueba de restauración de la base de datos, en razón de establecer el procedimiento adecuado en caso de alguna situación crítica que se presente a futuro y que deba solucionarse restaurando una copia de seguridad para poner en marcha de nuevo el aplicativo. Esta actividad le permitirá tener a la entidad un tiempo estimado para la contingencia y disponibilidad de la información, como también verificar su integridad.
MODULOS DE LA SOLUCION DE GESTION DOCUMENTAL SGD MODULO DE ADMINISTRACION  En este módulo el software debe permitir realizar la parametrización de lo siguiente:  Datos básicos de la entidad, incluyendo las diferentes sedes con las que cuenta la GOBERNACION, ALCALDÍA DE QUIBDÓ Y UTCH.  Cargos de acuerdo a la planta de personal existente.  Estructura orgánica de la administración.  Perfiles de los usuarios dentro de la organización de acuerdo a los diferentes actividades que manejan en las ENTIDADES, y asignación de los permisos determinados para cada usuario.
MODULO DE GESTION DOCUMENTAL En este módulo el software debe permitir realizar la parametrizacion de lo siguiente: Parametrización de la Tablas de Retención documental, (Series, Subseries, Tipologia Documental). Debe permitir el control automático de las transferencias y/o eliminación de documentos, generando las notificaciones correspondientes. El SGD debe permitir las transferencias documentales entre el Archivo de Gestión, el Archivo Central y el archivo histórico de acuerdo con TRD; permitiendo control de los expedientes electrónicos y físicos. El SGD, debe notificar los documentos a transferir de acuerdo con la TRD. Préstamo de Documentos: El SGD, deber permitir registrar y controlar el préstamo y devolución de

DESCRIPCIÓN	CUMPLE
expedientes. Este módulo debe permitir administrar el tipo de correspondencia que recibe y envía la administración, parametrizando las acciones que se puedan estructurar para los diferentes tipos de documentos que se manejan en las ENTIDADES, atendiendo desde la radicación y el envío del documento de forma digital al funcionario especifico encargado del tema para que dé el trámite correspondiente, y de esta manera se evidencie el estado y trazabilidad del tipo de documento radicado; Administración de las diferentes rutas de distribución que se llevan a cabo para el reparto de correspondencia.
MODULO GESTION DE LAS COMUNICACIONES OFICIALES En este módulo se gestionará la radicación de manera integrada a las Tablas de Retención Documental de acuerdo a los diferentes tipos de documentos que se radiquen en la ventanilla única; permitiendo realizar el control de responsables de la radicación de la correspondencia recibida, enviada e interna de las diferentes dependencias de las ENTIDADES incluidas las que se encuentran fuera del edificio central, para que sean reflejados en reportes periódicos. De igual manera el sistema debe permitir la digitalización de los documentos radicados, consulta y visualización de los mismos como imágenes. El número de radicado debe ser único. Este modulo deberá dar cumplimiento al acuerdo 060 de 2001 del Archivo General de la Nación.
GESTION DE LAS COMUNICACIONES En el momento de la radicación del documento el SGD, debe permitir imprimir el No. de Radicado y id del trámite en la parte superior del documento que se está radicando El SGD, debe permitir la digitalización del documento en la radicación y en cualquier etapa de flujo del documento o gestión documental; la herramienta para esto debe estar integrada al sistema. El sistema debe soportar la interacción con cualquier marca de Escaner, forma de alimentación y tamaño del papel. Las imágenes digitalizadas deberán verse a través de un visor integrado al SGD, y deben permitir realizar zoom (aumento o disminución de tamaño) de igual forma rotación y desplazamiento por la misma. Implementar en la ventanilla única un plan de contingencia para realizar la radicación manual de comunicaciones en caso de que no sea posible utilizar

DESCRIPCIÓN

CUMPLE

el sistema por falta de energía eléctrica, o caídas temporales del sistema.

Para la radicación el usuario se deberá permitir crear una vez para que posteriormente en futuras radicaciones solo se busque y seleccione, las entidades se deberán poder crear una sola vez, e irle adicionando los funcionarios de diferentes dependencias que escriben a la ENTIDAD para no tener duplicada una entidad y así poder seleccionar en futuras radicaciones

en una lista el funcionario que está dirigiendo una comunicación a la ENTIDAD

REQUERIMIENTOS- WORKFLOW

 Implementar en el sistema rutinas que permitan el manejo de áreas y funcionarios que hacen parte del trámite de un tipo de documento, para que los funcionarios puedan tramitar el documento dependiendo del proceso definido.

 Parametrizar y poner en producción los tiempos de respuesta definidos y solicitados por las ENTIDADES para cada uno de los tipos de documentos que se reciben a través de la ventanilla única.

 Integrar el servicio de mensajes de alerta personales para los funcionarios, a través del Servidor de correo corporativo.

 Desarrollar estrategias en el sistema para avisar y alertar por medio de correos electrónicos al responsable de gestionar los documentos, permitiendo ingresar al aplicativo de manera automática sin que deba loguearse desde el correo, informándole de la asignación y a la vez enviar periódicamente correos de alerta cuando se aproximen los vencimientos programados o los plazos de las actividades definidas, si los funcionarios no las han ejecutado.

 El sistema debe permitir el cruce automático de documentos recibidos y las respuestas, control de tiempos de respuestas de los funcionarios, control de funcionarios que se encuentran atrasados en los tramites, generación de indicadores de gestión automáticos, visualización de la trazabilidad de los documentos desde el recibo hasta la respuesta.

 Consulta de los ciudadanos a través de la página web de la GOBERNACION la radicación de su solicitud, la consulta web debe poderse ejecutar desde cualquier dispositivo móvil.

 Hacer seguimiento de la gestión de los funcionarios capacitados y entregar informes periódicos a sus jefes sobre la evolución de la

implantación y el compromiso detectado en los trámites de los documentos por parte de los mismos.

DESCRIPCIÓN

CUMPLE

REQUERIMIENTO-REPORTES Y AUDITORIA

Este modulo debe generar reportes de auditoria y de gestión como mínimos los siguientes:

 Auditoria de logueo por usuario bajo parámetros de rango de fechas.

 El SGD debe generar reportes con la información de las Tablas de Retención Documental por dependencia.

 El SGD debe generar reportes de la gestión de los documentos, el cual pueda ser filtrado por clase de gestión realizada, tipo de comunicación (interna, externa enviada o externa recibida), fecha y hora, dependencia, usuario.

 El SGD debe permitir generar el reporte de los documentos que tienen trámites que están pendientes de gestión, bajo parámetros de rango de fechas, dependencia y/o funcionario.

 El SGD debe permitir generar el reporte de los documentos recibidos por las dependencias, la unidad de correspondencia y ventanillas, bajo el parámetro de rango de fechas y numero de radicado.

 El sistema debe permitir generar reportes de la relación de los números de radicación anulados por rangos de fechas, usuarios y series documentales, evidenciando su justificación.

 El SGD debe permitir generar un reporte del historico de la gestión del documento (trazabilidad), que permita generarlo por numero de radicado.

 El SGD debe generar reportes de los préstamos de documentos, que reflejen nombre del documento o carpeta, usuario a quien se presta, responsable xxx xxxxxxxx, fecha xx xxxxxxxx, tiempo préstamo, fecha devolución, No de folios, e histórico xx xxxxxxxx.

 El SGD debe permitir generar el reporte de los trámites asignados por funcionarios o por dependencia.

 Desarrollar todos los reportes automáticos que sean definidos y solicitados por la GOBERNACION dentro de los plazos establecidos, para que sean probados y puestos al servicio de los usuarios autorizados. Estos deben ser entregados antes de la terminación del contrato.

 El sistema debe permitir realizar auditorías de seguridad y control de usuarios.

DESCRIPCIÓN	CUMPLE
 El SGD debe realizar un registro xx xxxxxx del sistema (log de eventos), que incluya caídas del servicio total o parcial con reporte de los mismos describiendo el tipo xx xxxxx, hora y origen.
GENERALIDADES
La legitimidad de marcas y/o patentes relacionadas con el software adquirido serán responsabilidad del contratista, así como el licenciamiento debe ser a perpetuidad o libre.
SOPORTE Y GARANTIA
Como mínimo deberá ofrecer servicio post venta "Help Desk" ocho (8) horas diarias durante cinco (5) días a la semana, en las siguientes condiciones:  Debe proveer ayuda telefónica y con disponibilidad inmediata a preguntas de usuario sobre uso, operación y administración de la aplicación completa de ERP, Gestión Humana Y Gestión Documental.  Debe proveer este servicio sin costo alguno durante el tiempo de la garantía.  La garantía será de 1 año
MODULOS DE LA SOLUCION DE PLANEACIÓN ESTRATEGICA Y OPERATIVA Debe Posee flexibilidad para la utilización de diversas metodologías en cuanto a la formulación planes, debe permitir realizar seguimiento integral a todos los componentes asociados a la gestión:  Planes y Objetivos  Indicadores  Iniciativas y Proyectos  Presupuestos  Gestión de Mejora y Aprendizaje (Acciones Correctivas Módulos de Planes Estratégicos Este módulo debe permitir hacer seguimiento del plan estratégico, escritos en cualquier metodología  % de logros  % de ejecución o Medidas Xxxxxxx debe permitir hacer mediciones de variables blandas, clima organizacional, imagen, motivación del personal, reputación, conflictividad, cultura, valores, etc (Medidas Blandas). o Debe hacer seguimiento a indicadores de procesos (funcionales): Bandas de comportamiento, indicadores de procesos/Funcionales. o Debe permitir seguimiento a las acciones correctivas (decisiones), relativas a “problemas”, (desviaciones detectadas.

DESCRIPCIÓN

CUMPLE

Módulo de Planes operativos/Otros

Este modulo debe permitir hacer seguimiento a los planes operacionales de contingencias, programas de calidad, etc. Escritos en cualquier metodología.

 Este módulo debe permitir hacer seguimiento a proyectos, programas de actividades:

o Versión detallada

o Versión ejecutiva

 Debe permitir vinculación a un plan de presupuesto

 Este modulo también debe permitir, la definición y evaluación de los objetivos estratégicos del plan por perspectiva.

 Debe permitir la definición y evaluación de las medidas estratégicas por objetivos.

 Debe permitir la definición y evaluación de las iniciativas por objetivo.

A través de este módulo los usuarios deberán crear, modificar, eliminar, asociar, definir pesos, mediciones y graficar a los indicadores vinculados a cada objetivo del plan. Deberán modificar, eliminar los objetos que conforman a un plan, en el caso del ejemplo se está utilizando a Metodología del Balanced Scorecard, por lo que el usuario podrá gestionar las Perspectivas y Objetivos , además podrá modificar, eliminar, asociar y programar las iniciativas/proyectos asociados a cada objetivo del plan.

Este modulo deberá permitir la creación de los mapas de causa y efecto de la metodología de Balanced Scorecard, permitir su visualización y despliegue de los objetivos estratégicos.

Este módulo deberá permitir gestionar iniciativas/proyectos asociados a los objetivos del plan empleando diagramas xx Xxxxx, deberá cargar la s mediciones de data real y programada del avance de las actividades de las iniciativas/proyectos.

Módulo de administración y Seguridad

A través de este módulo se debe permitir crear los roles o grupos de usuarios, se permitir crear las cuentas de usuarios del sistema, así como la paramertrización de la seguridad de las claves y sesión de trabajo.

El módulo debe poseer una sección de Auditoría, en donde se registran todos los accesos de los usuarios al sistema, grabando las acciones ejecutadas y las imágenes de los registros antes y después de las modificaciones. Ademas Este módulo debe permitir la administración de los tipos de claves permitidas a los usuarios y sus condiciones de uso.

DESCRIPCIÓN	QTD	Cumple
1.2 Elementos para soporte del Sistema de Gestión administrativa y de educación.
Los proponentes deberán relacionar detalladamente el cumplimiento de las funciones y características descritas por cada elemento solicitado de acuerdo al cuadro adjunto, indicando para ello de manera explícita al frente de cada cuadro, con SI CUMPLO:
 PC todo en uno Corporativo licenciado Intel Core i3 Processor o superior, 4GB RAM,500GB o superior, 7200RPM S-ATA HDD, no diskette drive, Intel HD Graphic, Slim DVD Recordable, Gigabit Ethernet, Windows 7 Professional 64, garantía 3 Años On Site, monitor de 20 pulgadas o superior.	38
Computadores Portátiles Corporativos Intel Core I5 (2.50GHz),4GB, RAM,500GB 7200rpm HD,14inch, 1366x768 LCD, Intel HD Graphics, CDRW/DVDRW, 802.11bg wireless,1Gb Ethernet, Camera, Win7 Pro 64, garantia 1 año Carry In.	12
 Servidores con con Sistema Operativo Licenciado : Chassis Configuration Rackeable 2.5" Chassis with up to 0 Xxxx Xxxxxx, Xxxxxxxxx 0x Xxxxxx Xxxxx X0-0000 2.20GHz, 16M Cache, 7.2GT/s QPI, Turbo, 8 Core, 95W, Max Mem 1333MHz, Additional Processor, Dual Processor Only, Memory DIMM Type and Speed 1600 MHz RDIMMS, Memory Capacity 16GB RDIMM, 1600 MT/s, Standard Volt, Dual Rank, x4 Data Width, RAID Configuration RAID 1 for H710P/H710/H310 (2 HDDs), RAID Controller PERC H710 Adapter RAID Controller, 512MB NV Cache, Hard Drives 1TB 7.2K RPM Near-Line SAS 6Gbps 2.5in Hot-plug Hard Drive, Internal Optical Drive DVD+/-RW (Interno), Operative System Windows Server 2008 R2, Standard Edition en Español,x64, Incluye 5 licencias (CALS), Proactive Maintenance Mantenimiento Proactivo, 1 evento por año, asistencia remota, 1 año	4
 Servidores con Sistema Operativo Libre: Chassis Configuration Rackeable 2.5" Chassis with up to 0 Xxxx Xxxxxx, Xxxxxxxxx 0x Xxxxxx Xxxxx X0-0000 2.20GHz, 16M Cache, 7.2GT/s QPI, Turbo, 8 Core, 95W, Max Mem 1333MHz, Additional Processor, Dual Processor Only, Memory DIMM Type and Speed 1600 MHz RDIMMS, Memory Capacity 16GB RDIMM, 1600 MT/s, Standard Volt, Dual Rank, x4 Data Width, RAID Configuration RAID 1 for H710P/H710/H310 (2 HDDs), RAID Controller PERC H710 Adapter RAID Controller, 512MB NV Cache, Hard Drives 1TB 7.2K RPM Near-Line SAS 6Gbps 2.5in Hot-plug Hard Drive, Internal Optical Drive DVD+/-RW (Interno), Proactive Maintenance Mantenimiento Proactivo, 1 evento por año, asistencia remota, 1 año	2
 Switch 48 Puertos 10/100/1000 Gigabit Smart Switch with 2 combo SFPs. Transmisión de datos: 96 Gbit/s. Características de manejo: Administrado. Protocolos: HTTP, Ethernet. Conectividad: RJ-45: 10BASE-T/100BASE-TX/1000BASE-T, miniGBIC/SFP, Auto	2

MDI/MDI-X, 10BASE-T/100BASE-TX/1000BASE-T. Seguridad: 802.1X-RADIUS, MD5.
 Switch de 24 Puertos cap2 10/100/1000 Gigabit Smart Switch with 2 combo SFPs. Transmisión de datos: 48 Gbit/s. Características de manejo: Administrado. Protocolos: HTTP, Ethernet. Conectividad: RJ-45: 10BASE-T/100BASE- TX/1000BASE-T, miniGBIC/SFP, Auto MDI/MDI-X, 10BASE- T/100BASE-TX/1000BASE-T.	2
 Impresora de Tickets, Impresora térmica, Velocidad: 300 mm/sec, Resolución: 180 dpi, Anchura de impresión: 72 mm (512 ptos/línea), Anchura de papel: 58mm o 80 mm, Códigos xx xxxxxx, Diámetro máx. rollo: 83 mm, Corte automático, Interfaz: USB + Serie o USB + Paralelo, Driver Windows, Garantía: 2 años.	2
 Scanner de alto Rendimiento : Alimentador 50 Hojas, resolución 600 ppp, 20 ppm/40 ipm (blanco y negro, color, 200 ppp), máximo escaneado 215.9 x 863,6 mm, USB 2.0, Windows® 7; Windows Vista®, Windows Vista® (de 64 bits); Microsoft® Windows® XP Professional, XP Professional x64, XP Home; Mac OS X v10.5, v10.6	2
Licencia de Hardware para imagen corporativa Debe estar diseñada para crear, instalar, mostrar contenido e incluso gestionar tu monitor. • debe permitir de manera Sencilla la creación de contenido: Crea de forma sencilla contenido multimedia e interactivo con plantillas predefinidas y mensajes personalizados utilizando una intuitiva interfaz de usuario y la opción de arrastrar y soltar. • Debe permitir Distribución de contenido fácil y eficiente: Reproducir contenidos en múltiples pantallas desde un ordenador central, directamente desde la memoria interna o una unidad USB con función plug & play. • Debe ser sencilla visualización: permitir controlar y planificar distintos tipos de contenido en diversos monitores desde una única ubicación de forma eficiente y sin complicaciones. Debe ofrecer integrado a la licencia el mismo numero de monitores que la licencia con procesador Dual Core, con reproductor multimedia y soluciones de gestión de contenidos, la plata forma debe permitir crear, mostrar y gestionar el contenido sin esfuerzo. Que se pueden reproducir múltiples tipos de contenido de manera simultánea y durante tiempos prolongados. Con las siguiente características: 40" Diagonal Size, 60Hz LED BLU Type, 1920 x , 080 (16:9) Resolution, 0.15375 (H) x 0.46125 (V) Pixel Pitch (mm),	2

885.6 (H) x 498.15 (V) Active Display Area, 700nit Brightness, 4,000:1 Contrast Ratio (Dynamic), 178:178 Viewing Angle , Horizontal / Vertical), 8ms Response Time (G-to-G), 16.7M Display Colour, 70% Colour Gamut, 19.6 x

532.0 x 35.1mm Set Dimension (W x H x D), 985 x 634 x 135mm Package Dimension (W x H x D), 13.5kg Set Weight, 16.1kg Package Weight, 200 x 200mm VESA Mount, Foot Stand (optional) Stand Type, Connectivity, D-Sub, DVI-D,

Display Port (1.2), Component (CVBS, common), HDMI, Stereo mini Jack, DP1.2 (Loop-out), Stereo mini Jack.

Licencia de Xxxxxx 000 X0 Licencia de office 365 E3

105

PLAZO DE EJECUCIÓN DEL CONTRATO

El contrato tendrá un término de ejecución de Seis (6) meses contados a partir del acta de inicio suscrita por las partes y el cumplimiento de los requisitos de ejecución.

PRESUPUESTO OFICIAL:

El presupuesto oficial establecido para adelantar este proceso de contratación es de DOS MIL CIENTO SETENTA Y SEIS MILLONES CUATROCIENTOS NOVENTA Y OCHO MIL

SEISCIENTOS NOVENTA PESOS M/CTE. ($ 2.176.498.690.oo) Este valor incluye el impuesto del valor agregado IVA. Cada Actividad a ejecutar tiene un presupuesto asignado de la siguiente manera:

Id	Ítem	Cant.	Valor Unitario	Valor Total
1	 PC todo en uno Corporativo licenciado Intel Core i3 Processor o superior, 4GB RAM,500GB o superior, 7200RPM S-ATA HDD, no diskette drive, Intel HD Graphic, Slim DVD Recordable, Gigabit Ethernet, Windows 7 Professional 64, garantía 3 Años On Site, monitor de 20 pulgadas o superior.	38
1.1	 Computadores Portátiles Corporativos Intel Core I5 (2.50GHz),4GB, RAM,500GB 7200rpm HD,14inch, 1366x768 LCD, Intel HD Graphics, CDRW/DVDRW, 802.11bg wireless,1Gb Ethernet, Camera, Win7 Pro 64, garantia 1 año Carry In.	12
1.2	 Servidores con con Sistema Operativo Licenciado : Chassis Configuration Rackeable 2.5" Chassis with up to 0 Xxxx Xxxxxx, Xxxxxxxxx 0x Xxxxxx Xxxxx X0-0000 2.20GHz, 16M Cache, 7.2GT/s QPI, Turbo, 8 Core, 95W, Max Mem 1333MHz, Additional Processor, Dual Processor	4

	Only, Memory DIMM Type and Speed 1600 MHz RDIMMS, Memory Capacity 16GB RDIMM, 1600 MT/s, Standard Volt, Dual Rank, x4 Data Width, RAID Configuration RAID 1 for H710P/H710/H310 (2 HDDs), RAID Controller PERC H710 Adapter RAID Controller, 512MB NV Cache, Hard Drives 1TB 7.2K RPM Near-Line SAS 6Gbps 2.5in Hot-plug Hard Drive, Internal Optical Drive DVD+/-RW (Interno), Operative System Windows Server 2008 R2, Standard Edition en Español,x64, Incluye 5 licencias (CALS), Proactive Maintenance Mantenimiento Proactivo, 1 evento por año, asistencia remota, 1 año
	 Servidores con Sistema Operativo Libre: Chassis Configuration Rackeable 2.5" Chassis with up to 0 Xxxx Xxxxxx, Xxxxxxxxx 0x Xxxxxx Xxxxx X0-0000 2.20GHz, 16M Cache, 7.2GT/s QPI, Turbo, 8 Core, 95W, Max Mem 1333MHz, Additional Processor, Dual Processor Only, Memory DIMM Type and Speed 1600 MHz RDIMMS, Memory Capacity 16GB RDIMM, 1600 MT/s, Standard Volt, Dual Rank, x4 Data Width, RAID Configuration RAID 1 for H710P/H710/H310 (2 HDDs), RAID Controller PERC H710 Adapter RAID Controller, 512MB NV Cache, Hard Drives 1TB 7.2K RPM Near-Line SAS 6Gbps 2.5in Hot-plug Hard Drive, Internal Optical Drive DVD+/-RW (Interno), Proactive Maintenance Mantenimiento Proactivo, 1 evento por año, asistencia remota, 1 año	2
	 Switch 48 Puertos 10/100/1000 Gigabit Smart Switch with 2 combo SFPs. Transmisión de datos: 96 Gbit/s. Características de manejo: Administrado. Protocolos: HTTP, Ethernet. Conectividad: RJ-45: 10BASE- T/100BASE-TX/1000BASE-T, miniGBIC/SFP, Auto MDI/MDI-X, 10BASE-T/100BASE-TX/1000BASE-T. Seguridad: 802.1X-RADIUS, MD5.	2
	 Switch de 24 Puertos cap2 10/100/1000 Gigabit Smart Switch with 2 combo SFPs. Transmisión de datos: 48 Gbit/s. Características de manejo: Administrado. Protocolos: HTTP, Ethernet. Conectividad: RJ-45: 10BASE-T/100BASE-TX/1000BASE-T, miniGBIC/SFP, Auto MDI/MDI-X, 10BASE-T/100BASE-TX/1000BASE-T.	2
	 Impresora de Tickets, Impresora térmica, Velocidad: 300 mm/sec, Resolución: 180 dpi, Anchura de impresión: 72 mm (512 ptos/línea), Anchura de papel: 58mm o 80 mm, Códigos xx xxxxxx, Diámetro máx. rollo: 83 mm, Corte automático, Interfaz: USB + Serie o USB + Paralelo, Driver Windows, Garantía: 2 años.	2
	 Scanner de alto Rendimiento : Alimentador 50 Hojas, resolución 600 ppp, 20 ppm/40 ipm (blanco y negro,	2

color, 200 ppp), máximo escaneado 215.9 x 863,6 mm, USB 2.0, Windows® 7; Windows Vista®, Windows Vista® (de 64 bits); Microsoft® Windows® XP

Professional, XP Professional x64, XP Home; Mac OS X v10.5, v10.6

Licencia de Hardware para imagen corporativa

Debe estar diseñada para crear, instalar, mostrar contenido e incluso gestionar tu monitor.

• debe permitir de manera Sencilla la creación de contenido: Crea de forma sencilla contenido multimedia e interactivo con plantillas predefinidas y mensajes personalizados utilizando una intuitiva interfaz de usuario y la opción de arrastrar y soltar.

• Debe permitir Distribución de contenido fácil y eficiente: Reproducir contenidos en múltiples pantallas desde un ordenador central, directamente desde la memoria interna o una unidad USB con función plug & play.

• Debe ser sencilla visualización: permitir controlar y planificar distintos tipos de contenido en diversos monitores desde una única ubicación de forma eficiente y sin complicaciones.

Debe ofrecer integrado a la licencia el mismo numero de monitores que la licencia con procesador Dual Core, con reproductor multimedia y soluciones de gestión de contenidos, la plata forma debe permitir crear, mostrar y gestionar el contenido sin esfuerzo. Que se pueden reproducir múltiples tipos de contenido de manera simultánea y durante tiempos prolongados.

Con las siguiente características:

40" Diagonal Size, 60Hz LED BLU Type, 1920 x , 080 (16:9) Resolution, 0.15375 (H) x 0.46125 (V) Pixel Pitch (mm), 885.6 (H) x 498.15 (V) Active Display Area, 700nit Brightness, 4,000:1 Contrast Ratio (Dynamic), 178:178 Viewing Angle , Horizontal / Vertical), 8ms Response Time (G-to-G), 16.7M Display Colour, 70% Colour Gamut, 19.6 x 532.0 x 35.1mm Set Dimension (W x H x D), 985 x 634 x 135mm Package Dimension (W x H x D), 13.5kg Set Weight, 16.1kg Package Weight, 200 x 200mm VESA Mount, Foot Stand (optional) Stand Type, Connectivity, D-Sub, DVI-D, Display Port (1.2),

Component (CVBS, common), HDMI, Stereo mini

	Jack, DP1.2 (Loop-out), Stereo mini Jack.
	Licencia de Xxxxxx 000 X0 Licencia de office 365 E3	50 105
	Scanner de alto Rendimiento : Alimentador 50 Hojas, resolución 600 ppp, 20 ppm/40 ipm (blanco y negro, color, 200 ppp), máximo escaneado 215.9 x 863,6 mm, USB 2.0, Windows® 7; Windows Vista®, Windows Vista® (de 64 bits); Microsoft® Windows® XP Professional, XP Professional x64, XP Home; Mac OS X v10.5, v10.6	2
2	Desarrollo, ensamble e instalación de Suite de Aplicativos Informáticos al servicio de la Administración Pública.
	Valor sin IVA
	IVA
	Valor total

CONDICIONES ECONOMICAS

Los proponentes deberán presentar su propuesta en idioma español, debidamente firmada y en pesos colombianos, indicando el precio unitario incluido el IVA y teniendo en cuenta las exenciones que aplique. La oferta económica deberá presentarse utilizando el Anexo No 2 – Oferta Económica

El valor ofertado por parte de los proponentes, debe incluir todos los gastos, costos, derechos, impuestos, tasas y demás contribuciones que se causen con ocasión de la presentación de la oferta, de la suscripción y ejecución del contrato, de acuerdo con las normas legales vigentes, ya que los mismos se entienden por cuenta del contratista.

La variación del precio xxx xxxxx es un hecho previsible para el proponente, razón por la cual, debe preverla en el momento en que elabore la oferta, toda vez que el equilibrio económico del contrato se establece en la fecha de cierre del proceso o de presentación de la propuesta, si esta es presentada antes del cierre. La variación cambiaria es un riesgo asumido por el contratista.

INHABILIDADES E INCOMPATIBILIDADES

El proponente no debe encontrarse incurso en inhabilidades e incompatibilidades para contratar de acuerdo con lo establecido en la Constitución Política, las leyes y decretos pertinentes lo cual deberá afirmar bajo juramento que se entenderá prestado con la firma de la propuesta.

Cuando la inhabilidad o incompatibilidad sobrevenga en un proponente dentro del presente proceso de contratación se entenderá que renuncia a la participación en el proceso de selección y a los derechos surgidos del mismo.

Si sobreviniere inhabilidad o incompatibilidad en el Contratista éste podrá ceder el contrato previa autorización de la UNIVERSIDAD TECNOLÓGICA DEL CHOCO, o si ello no es posible, renunciará a su ejecución.

REQUISITOS DE PARTICIPACIÓN

El proponente deberá acreditar su inscripción vigente y en firme en el Registro Único de Proponentes al momento del cierre del proceso, mediante la presentación del certificado expedido por la Cámara de Comercio con fecha no mayor a treinta (30) días calendario anteriores a la fecha prevista para la entrega de propuestas del presente proceso, y debe estar inscrito en todas las siguientes clasificaciones:

Se realizará la verificación en el RUP de la clasificación industrial internacional uniforme de todas las actividades económicas (CIIU) de conformidad con la sección III del capítulo II del título VI del Decreto 734 de 2012, de acuerdo con la versión en la que se encuentre registrado así:

Revisión 4

Actividad	Descripción
6201	Actividades de desarrollo de sistemas informáticos
6202	Actividades de consultoría informática y actividades de administración de instalaciones informáticas
6209	Otras actividades de tecnologías de información y actividades de servicios informáticos
4651	Comercio al por mayor de computadores, equipo periférico y programas de informática

Revisión 3

Actividad	Descripción
7220	Consultores en programas de informática, elaboración y suministro de programas de informática.
7290	Otras actividades de tecnologías de información y actividades de servicios informáticos
5164	Comercio al por mayor de computadores, equipo periférico y programas de informática

PROPONENTES INSCRITOS BAJO EL RÉGIMEN DEL DECRETO 1464 DE 2010 CONFORME EL ARTÍCULO 6.4.6 DEL DECRETO 734 DE 2012

En una de las siguientes clasificaciones:

Actividad

Especialidad

Grupo

Proveedor

01: Equipos de Cómputo y procesamiento de datos

03: Software

En caso de que el Proponente o alguno de los Miembros (respecto de Proponentes Plurales) no esté inscrito y su inscripción en firme, en todas las actividades o clases exigida en el presente pliego a la fecha de cierre del presente proceso su Propuesta será RECHA ADA.

Para el caso de proponentes plurales al menos uno de sus miembros deberá estar inscrito en todas las actividades o clases solicitadas, los demás integrantes deberán cumplir con al menos 2 actividades y una de las clases a la fecha de cierre del proceso, de lo contrario su propuesta será rechazada.

En caso de prórroga del plazo del presente proceso, el certificado del Registro Único de Proponentes, tendrá validez con la primera fecha prevista para la entrega de propuestas.

No se tendrán en cuenta las modificaciones realizadas sobre el (los) documento (s) con posterioridad a la fecha de entrega de propuestas y que se relacionen con requisitos mínimos para participar y/o requisitos para la comparación de las ofertas.

El proponente debe tener en cuenta lo siguiente:

 El proponente, ya sea de manera individual o cada uno de los miembros de un Consorcio o Unión Temporal, deberán tener la inscripción vigente y en firme en el Registro Único de Proponentes (RUP) al momento del cierre.

 El proponente que actualice o haga la renovación del RUP debe tener en cuenta que la información que se modifica o renueva, sólo queda en firme cuando han transcurrido diez (10) días hábiles siguientes a la publicación de la inscripción, renovación y/o actualización o hasta tanto se decida el recurso de reposición interpuesto, según el caso. No obstante, la información contenida en el RUP que ha sido objeto de modificación continuará vigente hasta que el acto de inscripción correspondiente de la nueva información quede en firme.

 El proponente que se inscribe por primera vez debe tener en cuenta que su información sólo queda en firme cuando han transcurrido diez (10) días hábiles siguientes a la publicación de la inscripción o hasta tanto se decida el recurso de reposición interpuesto, según el caso.

 UNIVERSIDAD TECNOLÓGICA DEL CHOCO no podrá verificar la información contenida en el RUP que no se encuentre en firme al momento del cierre del presente proceso.

 Si el proponente no solicita la renovación del Registro Único de Proponentes dentro del término establecido, cesarán sus efectos hasta tanto vuelva a inscribirse.

NOTAS:

1. En el caso de las personas naturales extranjeras con domicilio en el país y las personas jurídicas privadas extranjeras que tengan establecida sucursal en Colombia, deberán estar inscritas en el Registro Único de Proponentes para poder participar en este proceso de selección, según lo dispuesto en los artículos 4 y 52 del Decreto 1464 de 2010.

2. Las personas naturales extranjeras sin domicilio en el país y las personas jurídicas privadas extranjeras que no tengan establecida sucursal en Colombia, no requieren inscripción en el Registro Único de Proponentes, de conformidad con lo establecido en los artículos 7, numerales 11 y 12 y 53 del Decreto 1464 de 2010.

Además el proponente deberá diligenciar el Anexo No 2 - Declaración de Xxxxxx y Sanciones, y presentado por todos los proponentes y/o integrantes de consorcios o uniones temporales. Si no han sido multados o sancionados durante los últimos dos (2) años deberán llenar el anexo correspondiente indicando este hecho. Cuando no se cumpla con los parámetros exigidos en el presente documento, la propuesta se evaluará como NO HABILITADA, lo que la inhabilitará para seguir siendo evaluada.

CONDICIONES DE LA OFERTA

La propuesta se presentará en dos (2) Sobres sellados, el Sobre No. 1 contendrá un (1) Folder que contenga los documentos jurídicos, financieros y técnicos originales y dos (2) Folders con copias de estos documentos, de acuerdo con las condiciones establecidas para la evaluación de las propuestas. El Sobre No. 2 contendrá la propuesta económica. Las correcciones y enmendaduras que contenga la propuesta deben validarse con la firma del representante legal del proponente.

Todos los documentos exigidos se incluirán en el original y en la copia. En caso de discrepancia entre la copia y el original, primará este último sobre la copia.

Adicionalmente se exige la presentación en medio magnético de la oferta. En caso de discrepancia entre el medio magnético y el documento impreso, primará este último sobre el medio magnético.

Serán a cargo del proponente todos los costos asociados a la preparación y presentación de su propuesta. El proponente será responsable de que las copias sean idénticas al contenido del sobre marcado ORIGINAL.

Tanto el original como las copias de la propuestas deberán ser entregadas con todas sus páginas consecutivamente numeradas en orden ascendente y debidamente legajadas e incluir en cada ejemplar todos los documentos y requisitos exigidos en este pliego.

Las propuestas deben ser suscritas por el proponente, su representante o apoderado según sea el caso. Cualquier enmendadura que contenga la propuesta debe ser refrendada por el proponente. Cuando esto no se efectúe y la enmendadura sea en documento (s) objeto de comparación de propuestas o considerado (s) esencial (es), el (os) documento (s) no será (n) tenido (s) en cuenta para su análisis y evaluación.

Las propuestas deben ser congruentes y consistentes con el Pliego de Condiciones. El proponente dará respuesta a los numerales xxx xxxxxx de condiciones en el mismo orden indicado en éstos.

El oferente sufragará todos los costos relacionados con la preparación y presentación de su propuesta. UNIVERSIDAD TECNOLÓGICA DEL CHOCO no será responsable en caso alguno de dichos costos.

UNIVERSIDAD TECNOLÓGICA DEL CHOCO, no aceptará condicionamientos de la propuesta; si éstos se hicieren, no serán considerados.

No se permitirá el retiro de documentos que integren la propuesta durante el proceso de evaluación.

Los documentos expedidos en el extranjero relacionados con los certificados de existencia y representación legal deberán sujetarse a lo dispuesto en las normas legales colombianas.

Con la presentación de la propuesta, el proponente manifiesta el cumplimiento de todas las condiciones legales requeridas para contratar, tales como existencia, capacidad, representación legal, no estar incursos en causales de inhabilidad e incompatibilidad y acepta la responsabilidad que se deduzca del incumplimiento a lo manifestado.

REQUISITOS Y DOCUMENTOS DE PARTICIPACIÓN

Las propuestas que podrán participar en el proceso de evaluación y selección, serán las que reúnan los requisitos y documentos que se enuncian a continuación.

x. Xxxxx de Presentación de la Propuesta

La carta debe ser firmada por el representante legal, diligenciarse siguiendo el Anexo No 1 – Carta de Presentación de la Propuesta con los demás documentos determinados como requisitos de participación.

El representante legal para formular la propuesta y para suscribir el respectivo contrato, deberá anexar copia de la autorización del órgano social competente en virtud de la cual se faculta para presentar la propuesta y suscribir el contrato en la cuantía que resultare, siempre que las señaladas en la escritura de constitución sea inferior al presupuesto oficial señalado.

b. Acta de Constitución del Consorcio o Unión Temporal

Cuando el proponente sea un consorcio o unión temporal, deberá presentar el acta de constitución, señalando los términos y extensión del acuerdo celebrado (porcentaje de participación para uniones temporales), así como la designación de la persona que los representará.

Para éstos efectos, deberá seguir el modelo del Anexo No 4 – Acta de constitución de Consorcio o Anexo No 5 - Acta de Constitución de Unión Temporal; según corresponda.

c. Certificado de Existencia y Representación Legal

Las personas jurídicas proponentes deberán acreditar su existencia, representación legal y facultades del representante legal mediante la presentación del certificado expedido por la Cámara de Comercio respectiva, el cual deberá haber sido expedido dentro de los treinta (30) días calendario anteriores a la fecha de cierre de la Licitación y en el que conste que la sociedad está registrada o tiene sucursal domiciliada en Colombia y que el término de su duración es mayor a la del contrato y un (1) año más.

Si el representante legal tiene limitaciones para comprometer o contratar a nombre de la Persona jurídica, se deberá presentar copia del acta de la Junta de Socios o Junta Directiva o, en su defecto, certificado del secretario de la Junta, según el caso.

d. Original de la Garantía de seriedad de la propuesta

Esta deberá constituirse a favor de la UNIVERSIDAD TECNOLÓGICA DEL CHOCO, podrá consistir en garantía bancaria o en póliza de compañía de seguros debidamente constituida y autorizada para funcionar en Colombia por una suma asegurada equivalente al diez por ciento (10%) del valor total de la oferta. La garantía de seriedad estará vigente por un período de noventa (90) días calendarios contados a partir de la fecha límite para la presentación de la propuesta y será prorrogada a solicitud de UNIVERSIDAD TECNOLÓGICA DEL CHOCO por el tiempo que estime conveniente. Los costos que se causen por este motivo serán a cargo del proponente.

El proponente incluirá, según el caso, los siguientes documentos:

a. En caso de garantía de compañía de seguros, original de la póliza y el comprobante del pago de la prima.

b. En caso de garantía bancaria, original de la garantía de la entidad bancaria y recibo de pago de la prima.

c. Los perjuicios causados y no cubiertos por la Garantía de Seriedad, ésta se hará efectiva y su valor quedará a favor de UNIVERSIDAD TECNOLÓGICA DEL CHOCO. En caso de que el proponente no se sujete, por cualquier motivo a cumplir con las obligaciones establecidas en la convocatoria pública, especialmente las de: a) suscribir el contrato dentro de los cinco (5) días hábiles siguientes a la fecha en que se notifique la aceptación de la oferta; b) prorrogar la garantía de seriedad de la oferta en caso de que UNIVERSIDAD TECNOLÓGICA DEL CHOCO así lo solicite.

d. La garantía deberá estar firmada por el tomador y será devuelta, previa solicitud escrita de los oferentes cuya oferta no sea seleccionada, una vez legalizado el contrato que resulte de la convocatoria.

En el evento que la propuesta se presente en consorcio o unión temporal, en la garantía de seriedad de la propuesta deberá estipularse que el tomador es: “El Consorcio o Unión Temporal (según sea el caso), conformado por (nombre o razón social de los integrantes)”

e. Propuestas Conjuntas

Cuando la propuesta la presente un consorcio o unión temporal, cada uno de los integrantes deberá presentar, según el caso, los documentos que correspondan a su naturaleza, persona natural o jurídica.

Adicionalmente, deberá presentar el documento de constitución del consorcio o unión temporal, en el cual constará por lo menos:

a. El objeto del consorcio o unión temporal, el cual deberá ser el mismo del objeto a contratar.

b. La designación de un representante que deberá estar facultado para actuar en nombre y representación del consorcio o unión temporal; igualmente, deberá designarse un suplente que lo remplace en los casos de ausencia temporal o definitiva.

c. En caso de unión temporal, sus integrantes deberán señalar los términos y extensión de la participación de cada uno de ellos en la propuesta y la ejecución del contrato, los cuales no podrán ser modificados sin el consentimiento previo y escrito de UNIVERSIDAD TECNOLÓGICA DEL CHOCO.

d. Cuando en el documento de conformación de la unión temporal no se discriminen los términos y extensión de la participación en la propuesta y en su ejecución de cada uno de sus integrantes, se entenderá que su participación es por porcentajes equivalentes.

e. En consecuencia, en caso de sanciones, UNIVERSIDAD TECNOLÓGICA DEL CHOCO las aplicará por igual a todos los integrantes.

f. Certificación de cumplimiento de obligaciones con los sistemas generales de seguridad social y aportes parafiscales

Junto con la presentación de la oferta, el proponente deberá acreditar que se encuentra al día en el pago de aportes parafiscales relativos al sistema de seguridad social integral (salud, pensión, ARP), así como los propios xxx XXXX, ICBF, y Caja de Compensación Familiar cuando corresponda.

El proponente que resultare adjudicatario del proceso, estará obligado a acreditar este requisito para cada pago derivado del contrato.

g. 3.3.8. Constancia de Visita

A la propuesta se anexará la certificación o acta de asistencia expedida por LA UNIVERSIDAD el día de la visita al sitio (Gobernación del Chocó y Alcaldía de Quibdó), de la que trata el Numeral 1.13.6, como constancia de que el proponente o su representante, debidamente autorizado, visitó el lugar.

La omisión de este documento, o el incumplimiento de los requisitos para su presentación no darán lugar a puntaje.

h. Certificado de antecedentes disciplinarios del proponente.

El Proponente con su propuesta allegara copia del certificado de antecedentes disciplinarios expedido por la Procuraduría General de la Nación. En caso de ser persona jurídica, se presentará el certificado de esta y del representante legal. En el caso de propuestas conjuntas, se presentará

el certificado de cada uno de los integrantes de la unión temporal o el consorcio, según corresponda.

i. Verificación de los Antecedentes Fiscales

Le corresponderá a la UNIVERSIDAD TECNOLÓGICA DEL CHOCO comprobar la información contenida en el Boletín de responsables fiscales, en consecuencia, no será necesario que los proponentes presenten copia del certificado de la Contraloría General de la República relacionado con antecedentes fiscales. Lo anterior de conformidad con la Circular No. 005 de febrero de 2008, expedida por la Contraloría General de la República.

j. Copia del Certificado de Antecedentes Judiciales

El Proponente con su propuesta allegará copia del certificado de antecedentes judiciales expedido por la Policía Nacional; el cual debe encontrarse vigente a la fecha del cierre del presente proceso. En caso de ser persona jurídica, además de presentar el certificado del representante legal, se presentará el de los socios de la firma, salvo que se trate de sociedad anónima abierta.

INSTRUCCIONES SOBRE LA PRESENTACIÓN DE LOS DOCUMENTOS OBJETO DE VERIFICACIÓN JURÍDICA

Si el proponente no anexa los siguientes documentos con la propuesta, UNIVERSIDAD TECNOLÓGICA DEL CHOCO fijará un término para que sean presentados, una vez vencidos los términos, si el proponente no los presenta, la oferta será RECHAZADA, lo que la inhabilitará para seguir participando en el proceso:

x. Xxxxx de Presentación de la propuesta debidamente suscrita por el proponente o su representante legal.

b. Constitución del consorcio o unión temporal.

c. Copia del acta de la Junta de Socios o Junta Directiva o, en su defecto, certificado del secretario de la Junta, según el caso, en la que conste que el representante legal está facultado para presentar la propuesta y celebrar el contrato en el evento de adjudicación, si es el caso.

d. Garantía de Seriedad de la Propuesta.

e. Certificación de cumplimiento de obligaciones con los sistemas generales de seguridad social y aportes parafiscales.

f. Certificado de existencia y representación legal expedido por la Cámara de Comercio respectiva.

g. Documentos objeto de evaluación jurídica otorgados en el exterior sin el cumplimiento de las ritualidades del artículo 480 del Código de Comercio. Si dichos documentos son objeto de evaluación técnico - económica.

h. Copia del certificado de la Procuraduría General de la Nación relacionado con antecedentes disciplinarios.

i. Copia del Registro Único tributario RUT

DOCUMENTOS DE CONTENIDO FINANCIERO Y ECONOMICO

Los proponentes deberán presentar con su oferta:

Para la verificación financiera se revisará los datos consignados en el Registro Único de Proponentes RUP con información financiera hasta el 31 de diciembre de 2012.

Las personas jurídicas y/o naturales integrantes de un consorcio o unión temporal deben acreditar individualmente la identificación Tributaria e información sobre el régimen de Impuesto a las Ventas al que pertenece.

Cuando el proponente, o uno de los integrantes del consorcio o unión temporal sea persona natural y no haya tenido que declarar renta con anterioridad, en reemplazo de este documento debe anexar una certificación firmada por un contador público indicando la causal de no declarante. La omisión de este documento, o el incumplimiento de los requisitos para su presentación no serán subsanables y generarán el rechazo de la propuesta.

CAUSALES DE RECHAZO DE LAS OFERTAS

Habrá lugar a rechazo de la propuesta cuando:

a. El proponente se encuentre inhabilitado o presente incompatibilidad, de acuerdo con la Constitución Política de Colombia y la Ley.

b. La propuesta no se ajuste a la presente convocatoria o el oferente no posea capacidad financiera o técnica para la ejecución del contrato.

c. La existencia de varias ofertas presentadas por el mismo proponente con el mismo nombre o con diferentes nombres.

d. Se hayan incumplido contratos o asumido conductas lesivas a los intereses de empresa contratante.

e. Obtener en la evaluación técnica un porcentaje inferior al 50% del total en cada uno de los ítems.

f. Cuando UNIVERSIDAD TECNOLÓGICA DEL CHOCO tache de falsedad cualquiera de los documentos presentados en la oferta.

g. Omitir información sobre sanciones impuestas en la ejecución de contratos o impuestas por los organismos de vigilancia.

h. Sobrepasar el presupuesto oficial estimado.

i. La decisión correspondiente se comunicará por escrito en la cual se señalará en forma expresa y detallada las razones que han conducido a esta medida.

CRITERIOS PARA LA ADJUDICACIÓN

El Comité evaluador de la UNIVERSIDAD TECNOLÓGICA DEL CHOCO previo análisis comparativo de las propuestas que se ciñan estrictamente a los requisitos establecidos en el presente pliego, recomendará al Rector de la UNIVERSIDAD TECNOLÓGICA DEL CHOCO el ofrecimiento más favorable a la Entidad y a los fines que ella busca. Dichos requisitos se calificarán con base en los puntajes determinados para cada factor, tal como se indica a continuación:

Factores Habilitadores

Experiencia Técnica del Proponente

El oferente deberá acreditar una experiencia probable, de mínimo quince (15) años para lo cual deberá aportar el certificado de inscripción en el RUP expedido por la Cámara de Comercio.

Las uniones temporales y consorcios deberán acreditar que al menos uno de sus integrantes cuenta con el tiempo de experiencia probble, en este caso la participación de este oferente no podrá ser menor al cincuenta por ciento (50%), la duración de cada integrante no podrá ser inferior a la del plazo del contrato y dos (2) años más e indicarán si su participación es a título de consorcio o unión temporal; en este último caso, señalarán los términos y extensión de su participación en la propuesta y en la ejecución del contrato los cuales no podrán ser modificados sin el consentimiento previo de LA UNIVERSIDAD.

Experiencia Acreditada

El proponente, sea persona natural, jurídica directamente o constituida en consorcio o unión temporal, deberá presentar:

De acuerdo con el Decreto, se determinará mediante la acreditación de máximo los diez (10) contratos ejecutados, desde la adquisición de la personería jurídica medidos en S.M.M.L.V vigentes a la fecha de terminación del contrato, cuyo objeto se relacione con la proveeduría" (numeral 1.2 del artículo 6.2.2.4 del Decreto 734 de 2012).

Para la habilitación del proponente en el presente Xxxxxxx, deberá tenerse en cuenta los cinco (5) mejores contratos, cuyo valor individual o la sumatoria de los mismos deberá ser igual o superior a 4.084 S.M.M.L.V.

Para acreditar la Experiencia los proponentes deberán cumplir con los siguientes requisitos:

 Hasta dos (2) certificaciones sobre proyectos ejecutados, cuyo objeto sea relacionado con el suministro e implementación y/o soporte de una Solución de Gestión Administrativa – ERP en Entidades del sector público o privado, mínimo una de las certificaciones debe ser con Entidades del sector Público, que de manera individual o en sumatoria sea igual o superior a 1.584 S.M.M.L.V.

 Una (1) certificación sobre Desarrollo e implementación de Sistemas de Información en ambiente Web, el sistema de información que pretenda acreditarse debe referirse a Sistemas de Gestión Documental o en su defecto debe ser un sistema misional o de procesos propios de una Entidad del Gobierno Colombiano que comprenda acciones transaccionales, que sea igual o superior 1.300 S.M.M.L.V.

 Hasta dos (2) certificaciones de Suministro e Instalación de equipos de computo y periféricos en Entidades del sector público o privado, mínimo una de las certificaciones debe ser con Entidades del sector Público, que de manera individual o en sumatoria sea igual o superior a 1.200 S.M.M.L.V.

Las certificaciones deberán contener como mínimo, la siguiente información:

 Nombre del contratante

 Nombre del Contratista

 Número del contrato u orden (si tiene)

 Objeto y/o obligaciones del contrato u orden

 Fecha de suscripción, de inicio y de terminación

 Certificación de cumplimiento a satisfacción expedida por el funcionario competente o alguna nota que haga alusión en este sentido.

 Firma de quien expide la certificación.

 Valor del contrato u orden con las adiciones, si a ello hubiere lugar.

 porcentaje de participación en caso de haber sido ejecutado como consorcio o Unión temporal.

NOTAS:

 Mínimo 3 de las certificaciones presentadas deben ser con entidades del Gobierno Colombiano.

 La conversión del monto señalado en la certificación a Salarios Mínimos Mensuales Legales Vigentes (SMMLV), se efectuará de acuerdo al valor del mismo, en el año de la orden de pedido o de compra o fecha de inicio de la certificación.

 Cuando las certificaciones se refieran a diferentes ordenes de pedido o de compra para el mismo cliente o a contratos sobre el mismo sistema de información, éstas no se tendrán en cuenta por separado y se tomaran como una sola certificación o contrato.

 Cuando se trate de Consorcio o Unión Temporal para la verificación del aspecto de "experiencia acreditada" se sumarán las experiencias de cada uno de sus integrantes sin afectar el porcentaje de participación dentro del Consorcio o Unión Temporal, cuyo resultado deberá cumplir con los requisitos mínimos previsto en este documento.

SEGUNDO: el proponente debe demostrar que tiene una permanencia en el mercado superior o igual a 15 años contados con anterioridad a la fecha de inicio de la presente invitación debido a la especialización sobre el tema que debe soportar el oferente.

Capacidad Jurídica

Se establece de conformidad con la documentación aportada por el oferente con respecto a los requisitos xx Xxx para la Contratación Administrativa y los documentos señalados como esenciales en este pliego.

FACTORES DE EVALUACIÓN

La UNIVERSIDAD TECNOLÓGICA DEL CHOCO, dentro de los cinco (5) días hábiles siguientes al cierre del proceso, adelantará los estudios jurídico, técnico y económico necesarios para la evaluación de las propuestas, término dentro del cual podrá solicitar a los proponentes las aclaraciones y explicaciones que se estimen indispensables.

La verificación de cumplimiento de la capacidad jurídica, financiera y las condiciones de experiencia del oferente, no dará derecho a la asignación de puntaje, solo conducirá a determinar si la propuesta es hábil para ser evaluada.

Se someterán al proceso de evaluación, selección y calificación las propuestas a las cuales se les hayan verificado los requisitos habilitantes.

Las propuestas habilitadas y que cumplan con el 100% de las generalidades, especificaciones técnicas, cantidades, y demás aspectos señalados en los estudios previos serán objeto de evaluación.

Para efectos de la adjudicación correspondiente las propuestas serán objeto de evaluación y calificación tanto técnica como económica, por lo que se ha determinado la asignación de SEISCIENTOS CINCUENTA (650) PUNTOS, de acuerdo con los siguientes factores de ponderación:

FACTORES TÉCNICOS A EVALUAR

Para la evaluación de los factores técnicos se tendrá en cuenta la siguiente tabla de puntajes máximos por ámbito.

Experiencia Específica	300 puntos
Visita Técnica	150 puntos
Económica	200 puntos
Total máximo a obtener	650 puntos

4.2.1. Experiencia Específica

Las certificaciones a ser tenidas en cuenta para este puntaje son adicionales a las mínimas requeridas para la acreditación de experiencia.

Experiencia en Suministro e Instalación de Soluciones ERP

El proponente que acredite experiencia adicional especifica en contratos ejecutados de Suministro e Instalación de Soluciones ERP en Gobernaciones obtendrá un máximo de 100 puntos así:

CERTIFICACIONES y/o ORDENES DE PEDIDO O COMPRA	PUNTOS
De 12 en adelante	100
De 9 a 11	75
De 6 a 8	50
De 3 a 5	25

Experiencia en Desarrollo e implementación y/o Actualización de Sistemas de Información en ambiente Web

El proponente que acredite experiencia adicional específica en contratos ejecutados cuya cuantía supere los 2.100 S.M.M.L.V. en contratos de Desarrollo e implementación y/o Actualización de Sistemas de Información de Sistemas de Gestión Documental o en su defecto debe ser un sistema misional o de proceso propios de una Entidad del Gobierno Colombiano:

CERTIFICACIONES y/o CONTRATOS	PUNTOS
De 1 a 2 Contratos o certificaciones	100
De 3 a 4 Contratos o certificaciones	80
De 5 a 6 Contratos o certificaciones	60
De 7 a 8 Contratos o certificaciones	40
De 9 Contratos o certificaciones en adelante	20

Experiencia en Suministro e instalación de Computadores y periféricos

El proponente que acredite experiencia adicional específica en contratos ejecutados cuya cuantía supere los 2.714 S.M.M.L.V. en Suministro e instalación de Computadores y periféricos para Entidades del sector Gobierno:

CERTIFICACIONES y/o CONTRATOS	PUNTOS
Con 1 Contrato	100
Con 2 Contratos	80
Con 3 Contratos	60
Con 4 Contratos	40
Con 5 Contratos o más	20

Solamente se tendrán en cuenta Contratos Terminados, de acuerdo con lo establecido en el numeral 3.5.3.

4.2.2. Visita Técnica

Al proponente que realice las Visitas Técnicas a los sitios donde se suministraran e instalaran los Sistemas de información y equipos se le signará un máximo de 150 puntos, así:

LUGAR DE LA VISITA	PUNTOS
Universidad	50
Gobernación	50
Alcaldía Municipal	50

INFORMES DE EVALUACIÓN

Concluida la etapa de evaluación de las propuestas, los informes de evaluación de éstas permanecerán en la Oficina del Proyecto Choco Vive Digital de la UNIVERSIDAD TECNOLÓGICA DEL CHOCO o podrán consultarse en el portal de contratación xxx.xxxx.xxx.xx, xxx.xxxxx.xxx.xx xxx.xxxxxx.xxx.xx, por el término de cinco (5) días hábiles contados a partir del vencimiento del término señalado para evaluar. Dentro de este plazo los proponentes podrán presentar las observaciones que estimen pertinentes, sin que puedan completar, adicionar, modificar o mejorar sus propuestas.

En virtud de lo anterior, los proponentes no podrán hacer nuevas observaciones o completar las hechas durante el período concedido, tampoco dará derecho a quienes se abstuvieron de hacerlo para presentar observaciones a los informes de evaluación.

27.1 Factores de Desempate

En caso de presentarse empate, tendrá prelación en el orden de elegibilidad el proponente que tenga un mayor puntaje en la calificación de la propuesta económica. Si el empate persiste la prelación será para el proponente que tenga mayor xxxxxxx en la experiencia adicional.

ADJUDICACION

La adjudicación se realizará por la totalidad del objeto del proceso de contratación.

El presente proceso será adjudicado por el Rector de la UNIVERSIDAD TECNOLÓGICA DEL CHOCO o su delegado.

No obstante lo anterior, si dentro del plazo comprendido entre la adjudicación del proceso y la suscripción del contrato, sobreviene una inhabilidad o incompatibilidad o si se demuestra que el acto se obtuvo por medios ilegales, este será revocado.

DECLARACIÓN DE DESIERTA

La UNIVERSIDAD TECNOLÓGICA DEL CHOCO, considera como causales para declarar desierta esta convocatoria, las siguientes:

a. Cuando no se presente propuesta alguna o ninguna oferta se ajuste al pliego de condiciones.

b. Cuando en relación con los criterios de selección objetiva que se fijan en este pliego de condiciones, no exista propuesta con un ofrecimiento favorable para la UNIVERSIDAD TECNOLÓGICA DEL CHOCO, sin que la favorabilidad la constituyan criterios diferentes a los contenidos en este mismo pliego.

ELABORACIÓN DEL CONTRATO

El contratista deberá firmar el contrato dentro de los cinco (5) días siguientes hábiles a la notificación de la adjudicación.

EFECTOS DE LA NO SUSCRIPCIÓN DEL CONTRATO

Si el adjudicatario no suscribe el contrato dentro del plazo de los cinco (5) días hábiles siguientes a la notificación de adjudicación la UNIVERSIDAD TECNOLÓGICA DEL CHOCO, podrá adjudicar al proponente calificado en segundo lugar. En caso de que el proponente calificado en segundo lugar no suscribiere el contrato se suspenderá el proceso de contratación y se dará inicio a uno nuevo.

La no suscripción del contrato constituirá causal suficiente para que la UNIVERSIDAD TECNOLÓGICA DEL CHOCO adelante las gestiones necesarias para hacer efectiva la garantía constituida para responder por la seriedad de la propuesta, sin menoscabo de las acciones legales conducentes al reconocimiento de los perjuicios causados y no cubiertos por el valor de la garantía.

LEGALIZACIÓN DEL CONTRATO

El contratista deberá entregar el contrato a la UNIVERSIDAD TECNOLÓGICA DEL CHOCO durante los dos días hábiles siguientes a su firma, con el recibo de pago del derecho de publicación del contrato en la gaceta Distrital, el recibo del pago de impuestos a que hubiere lugar y la aprobación de la póliza, con los amparos a que se refiere el contrato.

GARANTÍAS

El contratista deberá constituir a favor de la UNIVERSIDAD TECNOLÓGICA DEL CHOCO, dentro de los dos

(2) días hábiles siguientes a la entrega del contrato debidamente firmado, la garantía única que consistirá en una póliza expedida por un Banco o por una Compañía de Seguros legalmente autorizada para funcionar en Colombia. Los riesgos a amparar son:

El contratista se obliga a constituir a favor y a satisfacción de La Universidad, en una compañía de seguros o en una entidad bancaria reconocida y aceptada por La Universidad, legalmente autorizada para funcionar en Colombia, cuyas pólizas matrices estén aprobadas por la Superintendencia Financiera, garantía única que se mantendrá vigente durante la ejecución del contrato y hasta su liquidación, que ampare los siguientes riesgos:

a) Cumplimiento de todas las estipulaciones pactadas sobre los términos, condiciones y especificaciones del contrato, en cuantía equivalente al diez por ciento (10%) del valor total del mismo, con vigencia igual al plazo de ejecución del contrato y seis (6) meses más. Al monto de esta garantía se imputará el valor de las multas y la cláusula penal, y se repondrá si por este motivo se disminuyere o agotare.

b) Buen manejo del anticipo, por una cuantía equivalente al ciento por ciento (100%), del valor del mismo y con una vigencia igual al plazo del contrato y seis (6) meses más.

c) Calidad del servicio, en una cuantía xxx xxxx por ciento (10%) del valor total del contrato y por un término de un (1) año contado a partir de la fecha del acta de recibo a satisfacción.

d) Pago de salarios, prestaciones sociales e indemnizaciones del personal que utilice el contratista, por una cuantía equivalente al cinco por ciento (5%) del valor total del contrato y con una vigencia igual al plazo de ejecución del mismo y tres (3) años más.

El contratista deberá mantener vigente la garantía única y será de su cargo el pago de todas las primas y demás erogaciones de constitución, pudiendo LA UNIVERSIDAD prorrogar la garantía única a cargo del contratista cuando éste se negare a ampliarla, valor que se descontará de las sumas a él adeudadas.

En caso de que haya necesidad de adicionar, prorrogar o suspender el contrato resultante, o en cualquier otro evento necesario, el contratista se obliga a modificar la garantía única de acuerdo con las normas legales vigentes.

PAGO DE DERECHOS

Todos los gastos que implique la presentación de la propuesta serán por cuenta del proponente, así mismo serán por cuenta del proponente favorecido, los gastos necesarios para la legalización y ejecución del contrato, y los que en la vigencia de éste se requieran para dar cumplimiento a las disposiciones legales y a lo pactado en el contrato.

IMPUESTOS

Serán por cuenta del contratista y se consideran incluidos como parte del precio todos los impuestos, derechos, tasas y contribuciones que se originen en el desarrollo del contrato, sean estos de carácter nacional, Departamental, Distrital ó Municipal.

Las obligaciones asumidas en este sentido son las vigentes a la fecha de presentación de ofertas, en consecuencia, si con posterioridad a esta fecha y durante los trámites de firma y ejecución del contrato los impuestos, IVA y otros incluidos en la oferta aumentan, o se crean nuevos impuestos, el contratista asumirá la diferencia y si disminuyen o se eliminan, se pagará sobre lo efectivamente causado.

35.1 Retención en la fuente

La UNIVERSIDAD TECNOLÓGICA DEL CHOCO descontará al contratista el valor que la ley determine por concepto de retención en la fuente a las tarifas vigentes, salvo que sea auto retenedor, caso en el cual deberá acreditarlo.

FORMA DE PAGO

Las obligaciones que resulten de la suscripción del contrato derivado de la selección serán pagadas por la UNIVERSIDAD TECNOLÓGICA DEL CHOCO con recursos del proyecto Choco Vive Digital.

El valor del contrato será cancelado por la UNIVERSIDAD TECNOLÓGICA DEL CHOCO mediante pagos realizados en la cuenta indicada por él así:

a. Un pago anticipado del 40% al momento de legalizar el contrato con el soporte de la póliza del buen manejo del anticipo y el plan de inversión de este anticipo.

b. Un segundo pago equivalente al treinta por ciento (30%) del valor total del contrato, el cual será cancelado a la entrega e instalación en los equipos de los sistemas de información contratados,

previa presentación de la factura respectiva con el cumplimiento de los requisitos xx Xxx y previa presentación del informe elaborado por el contratista y recibido a satisfacción de entrega suscrita por el Gerente del Proyecto y el Supervisor y/o Interventor.

c. Un tercer pago equivalente al veinte por ciento (20%) del valor total del contrato, el cual será cancelado a la entrega a satisfacción de los soportes de capacitación de los Sistemas de Información a los funcionarios de la Administración, previa presentación de la factura respectiva con el cumplimiento de los requisitos xx Xxx y previa presentación del informe final elaborado por el contratista y recibido a satisfacción de entrega suscrita por el Gerente del Proyecto y el Supervisor y/o Interventor.

d. Un cuarto y último pago equivalente al diez por ciento (10%) del valor total del contrato al momento de liquidar el contrato, previa presentación de la factura respectiva con el cumplimiento de los requisitos xx Xxx y previa presentación del informe final elaborado por el contratista y recibido a satisfacción de entrega suscrita por el Gerente del Proyecto y Supervisor y/o Interventor.

REQUERIMIENTOS TECNICOS

SERVICIOS DE FORMACIÓN Y CAPACITACIÓN

Se requiere que el contratista garantice la realización, implementación, suministro, capacitación y demás inherentes relacionados con los bienes y servicios de cada componente.

Para este fin el contratista deberá:

 Suministrar el personal idóneo, recursos didácticos, técnicos, tecnológicos de información, contenidos y comunicaciones, necesarios para la adecuada ejecución del proceso.

 Gerente de Proyecto, para su verificación se deberá anexar la hoja de vida, certificados de estudios y certificaciones laborales que acrediten su experiencia

 Definir un plan de trabajo donde se establezca la programación de las actividades a desarrollar, con su fecha de inicio, fecha de terminación.

 Realizar informes periódicos acerca del cumplimiento del plan de trabajo, según requiera la la UNIVERSIDAD TECNOLÓGICA DEL CHOCO y el gerente del proyecto.

Document Metadata

Table of Contents

ESTUDIOS PREVIOS DE CONVENIENCIA Y OPORTUNIDAD

Document Metadata