CONTRATO DE PRÉSTAMO BID 3593/OC-CO “FORTALECIMIENTO INSTITUCIONAL DE LA CONTRALORÍA GENERAL DE LA REPÚBLICA -CGR
CONTRATO XX XXXXXXXX BID 3593/OC-CO “FORTALECIMIENTO INSTITUCIONAL DE LA CONTRALORÍA GENERAL DE LA REPÚBLICA -CGR
Este CONTRATO, se celebra, una vez suscrito por las partes contractuales el día 24 xx xxxxx de 2020, por un parte, la CONTRALORÍA GENERAL DE LA REPÚBLICA identificada con el NIT 899.999.067-2, representada por XXXXXX XXXXXXXX XXXXXXXXX XXXXXXXX,
identificada con la cédula de ciudadanía No 52.809.780 de Bogotá en su calidad de Gerente de Gestión Administrativa y Financiera, nombrada según Resolución Ordinaria No 81117-000-00246-2019 y acta de posesión del 30 de enero de 2019 obrando por delegación del Señor Contralor General de la República, de conformidad con lo establecido en la Resolución 0191 de 11 de febrero de 2015 quien en adelante se denominará EL CONTRATANTE y por la otra PARADIGMA SOLUTIONS S.A.S., identificada con NIT 900.022.305-0 y representada por XXXXXX XXXXXXX XXXX identificado con cédula de ciudadanía No. 3.391.716 en su calidad de representante legal, en adelante denominado el “CONSULTOR”
Considerando que el Contratante tiene interés en que el Consultor preste los servicios que se señalan a continuación y
Considerando que el Consultor está dispuesto a prestar dichos servicios, Por lo tanto, las partes convienen en lo siguiente,
1. Servicios: | (i) El Consultor prestará los servicios y entregará los productos que se especifican en el Apéndice A, “Términos de Referencia y Alcance de los Servicios” que forma parte integral de este contrato. (ii) El Consultor encomendará el desarrollo de las actividades de la consultoría al personal que se relaciona en el Apéndice B “Personal del Consultor.” |
2. Plazo | El Consultor prestará los servicios durante el periodo que se iniciará el cumplimiento de los requisitos de perfeccionamiento y ejecución del contrato, hasta el cumplimiento de la totalidad de las obligaciones. En ningún caso podrá exceder el 30 de noviembre de 2020. |
3. Pagos | X. Xxxxx máximo El Contratante pagará al Consultor una suma no superior a TRESCIENTOS NOVENTA Y NUEVE MILLONES NOVECIENTOS TREINTA Y CINCO MIL DOSCIENTOS PESOS COLOMBIANOS ($399.935.200) IVA incluido. El valor del contrato está distribuido así: 1. Valor fijo $277.841.200 incluido el IVA 2. Valor bolsa de 1026 horas $122.094.000 incluido el IVA, que corresponde a: 300 horas para mejoras o cambios a PWAs y, |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
726 horas para mejoras o cambios requeridos en PWAs de CFP y ATC para publicación en tiendas de Google y Apple. Como se trata de pago por suma global, dicha suma ha sido establecida en el entendido que incluye todos los costos y utilidades para el Consultor, así como cualquier obligación a que este pudiera estar sujeto. Este valor se encuentra amparado con el certificado de disponibilidad presupuestal No. 1920 del 6 xx xxxx de 2020 y su adición de fecha 3 xx xxxxx de 2020. B. Forma de Pago: La CGR realizará el pago del valor correspondiente a cada Fase una vez sean entregados los Productos y recibidos en las condiciones exigidas: 1. En lo relacionado con los productos descritos en los numerales 2.6.1. hasta 2.6.8. y 2.7.: a) A la entrega de los productos/entregables descritos en los numerales “2.6.1. Habilitación y planeación general” y “2.6.2. Diseño y prototipado una suma equivalente al 20% del valor del contrato descontando el valor de la bolsa de horas que equivale a la suma de $122.094.000 incluido el IVA, por lo que el porcentaje se aplica sobre $277.841.200, es decir, la suma de $55.568.240. b) Al finalizar el Sprint 2, con todos los productos/entregables de los numerales 2.6.3. a 2.6.6 una suma equivalente al 30% del contrato descontando el valor de la bolsa de horas que equivale a la suma de $122.094.000 incluido el IVA, por lo que el porcentaje se aplica sobre $277.841.200, es decir la suma de $83.352.360. c) Al finalizar el Sprint 4 con todos los productos/entregables de los numerales 2.6.3. a 2.6.6, una suma equivalente al 30% del contrato descontando el valor de la bolsa de horas que equivale a la suma de $122.094.000 incluido el IVA, por lo que el porcentaje se aplica sobre $277.841.200, es decir la suma de $83.352.360. d) A la entrega de los productos/entregables descritos en los numerales 2.6.7 y 2.6.8, así como los informes descritos en el numeral 2.7, una suma equivalente al 20% del valor del contrato descontando el valor de la bolsa de horas que equivale a la suma de $122.094.000 incluido el IVA, por lo que el porcentaje |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
se aplica sobre $000.000.000, es decir, la suma de $55.568.240. 2. En lo relacionado con los informes descritos en el numeral 2.8.: A la entrega del informe periódico según se acuerde con el Supervisor, se pagará el valor correspondiente al consumo de la bolsa de horas del numeral 2.8 literales a) y b) a la tarifa de hora/consultor pactada en $100.000 cada hora más IVA. Para la realización del pago, se requerirá la presentación de la Factura correspondiente y el recibo a satisfacción expedido por el supervisor del contrato. Para el efecto, además del cumplimiento de las obligaciones y la entrega de informes y productos, verificará como requisito para cada pago, que el consultor esté al día en el pago de seguridad social conforme a lo establecido en la normatividad vigente. Condiciones de pago Los pagos se efectuarán en pesos colombianos en la cuenta que informe el Consultor. dentro de los treinta (30) días siguientes a la presentación de los documentos exigidos para el pago. El plazo para pago se comenzará a contar a partir del cumplimiento de los requisitos. En todo caso, requiere el recibo a satisfacción expedido por la supervisión del contrato y la presentación de los documentos, lo último que ocurra. | |
4. Calidad de los servicios | El Consultor prestará los Servicios y cumplirá con sus obligaciones en virtud del presente Contrato con la debida diligencia, eficiencia y economía, de acuerdo con normas y prácticas profesionales generalmente aceptadas; asimismo, observará prácticas de administración prudentes y empleará tecnología apropiada y equipos, maquinaria, materiales y métodos eficaces y seguros. El Consultor actuará en todos los asuntos relacionados con este Contrato o con los Servicios, como asesor xxxx del Contratante, y siempre deberá proteger y defender los intereses legítimos del Contratante en todas sus negociaciones con Subconsultores o con terceros |
5. Fraude y Corrupción y Prácticas Prohibidas | El Banco exige cumplimiento con sus Políticas Aplicables con respecto a fraude y corrupción y prácticas prohibidas según se indica en el Anexo 1. |
6. Elegibilidad | Es responsabilidad del Consultor garantizar que sus Expertos, los integrantes de Joint Venture, Subcontratistas, agentes (declarados o no), subcontratistas, proveedores de servicio, proveedores y/o sus empleados cumplan con los requisitos de |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
elegibilidad durante el tiempo de ejecución de este Contrato, tal como lo establece el Banco Interamericano de Desarrollo en las Políticas Aplicables, y según se describe en el Anexo 2. Durante el tiempo de ejecución del Contrato, el Consultor deberá cumplir con las prohibiciones sobre la importación de bienes y servicios en el país del Contratante cuando: (a) como material xx xxx o reglamentos oficiales, el país del Prestatario prohíba relaciones comerciales con ese país; o (b) por un acto de cumplimiento con una decisión del Consejo de Seguridad de las Naciones Unidas tomada de acuerdo con el Capítulo VII de la Carta de las Naciones Unidas, el País del Prestatario prohíba cualquier importación de bienes de ese país o que se efectúe cualquier pago a ese país, persona o entidad en ese país. | |
7. Inspección y auditorías | El Consultor deberá conservar los documentos y registros relacionados con actividades del contrato por un periodo de siete (7) años después de la expiración de este contrato, de tal forma que el Contratante, o su representante designado y/o el Banco los inspeccione, obtenga copias de ellos, y los haga verificar por los auditores nombrados por el Contratante o el Banco, si así lo exigiera el Contratante o el Banco según sea el caso. |
8. Confidencialidad | Durante la vigencia de este contrato y dentro de los dos (2) años siguientes a su término, el Consultor no podrá revelar ninguna información confidencial o de Propiedad del Contratante relacionada con los servicios, este contrato o las actividades u operaciones del Contratante sin el consentimiento previo por escrito de este último. |
9. Conflicto de intereses para el caso del BID | Los Consultores deben otorgar máxima importancia a los intereses del Contratante, sin consideración alguna respecto de cualquier labor futura, y evitar rigurosamente todo conflicto con otros trabajos asignados o con los intereses de su firma. |
10.Prohibición al Consultor y a sus filiales de participar en ciertas actividades | El Consultor conviene en que, durante la vigencia de este Contrato y después de su terminación, tanto el Consultor, su matriz y cualquiera de sus filiales, como cualquier Subconsultor, su matriz y sus filiales serán descalificados para suministrar bienes, construir obras o prestar servicios (distintos de Servicios de consultoría) como resultado de, o que estén directamente relacionados con los servicios prestados por el Consultor para la preparación o ejecución del proyecto. |
11.Prohibición de desarrollar actividades conflictivas | El Consultor no podrá participar, ni podrá hacer que su personal ni sus Subconsultores o su personal participen, directa o indirectamente en cualquier negocio o actividad profesional que esté en conflicto con las actividades asignadas a ellos bajo este contrato |
12.Propiedad de los materiales | Todos los informes y datos e información relevantes, tales como mapas, diagramas, planos, bases de datos y demás |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
documentos y software, archivos de soporte o material que el Consultor haya compilado o elaborado para el Cliente en el curso de la prestación de los Servicios serán confidenciales y serán y permanecerán de propiedad absoluta del Cliente salvo que éste acuerde otra cosa por escrito. A más tardar a la terminación de este Contrato, el Consultor entregará dichos documentos al Contratante. El Consultor podrá conservar una copia de dichos documentos, datos y/o software pero no podrá utilizar los mismos para propósitos que no tengan relación con este Contrato sin la previa aprobación escrita del Contratante. El Contratante se obliga a dar cumplimiento a la reglamentación sobre propiedad intelectual. | |
13.Gastos de permanencia y traslado | Todos los costos y gastos en que incurra el Consultor para llevar a cabo el cumplimiento de su objeto contractual, fuera del lugar de ejecución del contrato (incluyendo sedes desconcentradas de la CGR), serán asumidos por este. El Contratante no hará pagos ni reconocimientos extras por este motivo, por tratarse de un contrato por suma global. |
14.Cesión del contrato | El Consultor no podrá ceder en todo o en parte la ejecución del contrato sin consentimiento previo del Contratante |
15. Indemnidad | El Consultor mantendrá libre al Contratante de cualquier daño o perjuicio originado en reclamaciones que se deriven de sus propias actuaciones. |
16.Ley e idioma por los que se regirá el Contrato | Este Contrato, su significado e interpretación, y la relación que crea entre las Partes se regirá por lo establecido en el mismo y de manera supletoria por la ley colombiana aplicable y el idioma del Contrato será español. |
17.Solución de controversias | Toda controversia que surja de este contrato deberá someterse a fórmulas de solución directa de conflictos, en caso de no lograr acuerdo podrá acudirse a proceso judicial conforme a la xxx xxx xxxx del Contratante. |
18.Modificaciones y cambios | Sólo podrán modificarse los términos y condiciones de este Contrato, incluido el alcance de los Servicios, mediante acuerdo por escrito entre las Partes. Cada una de las Partes deberá dar la debida consideración a cualquier modificación propuesta por la otra Parte. |
19.Formas de Terminación del Contrato | El presente contrato se podrá terminar en los siguientes eventos: 1. Por vencimiento del plazo de ejecución. 2. Por mutuo acuerdo entre las partes. 3. Por cumplimiento del objeto contractual. 4. Si el Contratante, a su sola discreción y por cualquier razón, decidiera terminar este Contrato y 5. Por incumplimiento del Consultor, en este último caso se procederá de la siguiente forma: En caso de incumplimiento del contrato imputable al Consultor, éste dispondrá de quince (15) días contados a partir de la notificación del Contratante para justificar o enmendar el |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
incumplimiento de cualquiera de las estipulaciones contractuales. Si no lo hiciese, o no justificare o enmendare adecuadamente el incumplimiento, el Contratante declarará anticipada y unilateralmente terminado el contrato. Será también causa para que el Contratante proceda a declarar la terminación anticipada y unilateral del contrato, cuando el Consultor incurriere en prácticas corruptivas (soborno, extorsión o coerción, fraude, colusión). Para el caso de terminación de mutuo acuerdo, el Consultor se compromete a elaborar y presentar un informe final en el que dé cuenta de las actividades realizadas y resultados obtenidos. La presentación del informe antes mencionado, a entera satisfacción del Contratante, será condición indispensable para cancelar los pagos a que tenga derecho el consultor. Consecuentemente, los pagos a realizar por el Contratante para reconocer el trabajo efectivamente desarrollado están condicionados a la presentación de productos o informes hasta la fecha de terminación anticipada y que los mismos hayan sido aprobados por el Contratante. En todo caso de terminación, el Consultor deberá devolver al Contratante todo el material que se le hubiere entregado para la realización de su trabajo y todos los documentos que hubiese producido hasta la fecha de terminación anticipada. | |
20.Requisitos de Perfeccionamien to y requisitos de ejecución | El presente contrato se entiende perfeccionado en la fecha de suscripción del mismo por las partes y efectuado el registro presupuestal por parte del Contratante. Para su ejecución requiere del cumplimiento de los anteriores requisitos. |
21. Supervisión | La Supervisión y Control estará a cargo Contralor Delegado para la Participación Ciudadana, o quien designe por escrito el ordenador del gasto. El supervisor deberá autorizar con su firma los pagos que deban hacerse al Consultor. Para el efecto, además del cumplimiento de las obligaciones y la entrega de informes y productos, verificará como requisito para cada pago, que el consultor esté al día en el pago de seguridad social conforme a lo establecido en la normatividad vigente. |
22.Documentos del contrato | Hacen parte integral del presente contrato (i) el apéndice A, (ii) los términos de referencia y Solicitud de Propuesta, (iii) la propuesta presentada por el Consultor el 12 xx xxxx de 2020 y sus aclaraciones o alcances de fecha 19, 20 y 26 xx xxxx y 5 xx xxxxx de 2020, (v) el CDP, (vi) los anexos 1 y 2 y (vii) cualquier otro documento que llegue a generarse para la correcta ejecución del objeto contractual. |
23.Fuente de financiación y domicilio contractual: | El Contrato que se pretende suscribir se financiará con recursos de crédito externo del Programa “Fortalecimiento Institucional de la Contraloría General de la República”– Contrato de |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Préstamo BID 3593/OC-CO y el domicilio será la ciudad de Bogotá D.C. | |
24. Dirección para notificaciones | El Contratante recibe notificaciones en la Xxxxxxx 00 Xx. 00-00 xx xx xxxxxx xx Xxxxxx, X.X. y el Consultor en la Xxxxxxx 00 Xx. 0 Xxx 000, xx xx xxxxxx xx Xxxxxxxx (Xxxxxxxxx). |
EL CONSULTOR,
XXXXXX XXXXXXX XXXX
Para constancia se firma en Bogotá, D. C, a los 24 días del mes xx xxxxx de 2020. EL CONTRATANTE,
XXXXXX XXXXXXXX XXXXXXXXX XXXXXXXX
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
APÉNDICE A
TÉRMINOS DE REFERENCIA Y ALCANCE DE LOS SERVICIOS
1. OBJETO
Diseño, desarrollo y puesta en marcha de un sitio web adaptable a dispositivos móviles destinado a las altas cortes de la rama judicial en el marco del nuevo modelo de control fiscal y de control fiscal participativo para la Contraloría General de la República.
2. ALCANCE
El consultor deberá atender los requerimientos descritos en este documento que comprenden principalmente la habilitación, diseño y prototipado, especificación detallada de requisitos, desarrollo e implementación, pruebas, despliegue y estabilización de una solución para el relacionamiento de la CGR con el cliente Rama Judicial, con énfasis en las altas Cortes, a saber, Corte Constitucional, Consejo de Estado, Consejo Superior de la Judicatura y Corte Suprema de Justicia.
Los entregables deben construirse de acuerdo con el plan de trabajo y cronograma que se acuerde, con el propósito de que los módulos se conviertan en entregables funcionales para que la CGR pueda poner a disposición de los usuarios (miembros de las Altas Cortes y servidores públicos de la CGR), a medida que sean aceptados por el supervisor del contrato y puestos en producción.
Para efectos de este proyecto, la puesta en operación incluye el periodo de estabilización, previo despliegue en ambiente de producción de la CGR. Así mismo, el consultor debe tener en cuenta las siguientes consideraciones.
2.1. CONSIDERACIONES TÉCNICAS
Los ejercicios AE realizados por la CGR han propuesto la implementación de una arquitectura orientada a servicios que responda a las necesidades de recepción e intercambio de información y que permita la interoperabilidad entre plataformas a través de la definición de modelos estándares de información que faciliten el intercambio y que tengan el respaldo de herramientas de integración. Para lograr los objetivos definidos en el marco de AE, la implementación propuesta parte de la adopción xx xxxxxx de trabajo que conlleven a la implementación de las mejores prácticas y guías xxx xxxxxxx con el fin de capitalizar las experiencias de actores líderes que permitan habilitar el crecimiento y definición rápida y comprobada de estrategias y procesos.
Así las cosas, la CGR adoptó la arquitectura de referencia SOA del Open Group (SOA RA1), quien como organización neutral tecnológica ha sumado la experiencia de múltiples proyectos y profesionales con el propósito de brindar a distintas organizaciones, la posibilidad de implementar la orientación a servicios de una manera confiable y rápida, reutilizando activos de conocimiento y propuestas arquitecturales.
1 Para mayor detalle ver: xxxx://xxx.xxxxxxxxx.xxx/xxx/xxxxxx-xxxx/xxx_xxxxxxx/xxxxx.xxx
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Siguiendo este lineamiento para la CGR se está ejecutando el contrato CGR BID 031-18 que tiene por objeto “Implementación de una solución BPM-SOA para llevar a cabo las arquitecturas de transición y destino definidas en el ejercicio integral de arquitectura empresarial y las demás iniciativas resultantes del programa de fortalecimiento institucional de la Contraloría General de la República”. Como producto de esta consultoría, fueron definidos una serie de lineamientos y guías de implementación que deben ser adoptados para todos los desarrollos de software que se implementen al interior de la Entidad o que sean contratados, como en este caso. A continuación, se realizará una breve descripción de la arquitectura de referencia SOA-RA y posteriormente se darán a conocer las decisiones de diseño definidas para la CGR usando la arquitectura de referencia.
2.1.1. Arquitectura de referencia SOA-RA
Esta arquitectura de referencia realiza una distribución lógica de 9 capas que permite establecer una serie de capacidades para la automatización de procesos y la orquestación de servicios reutilizables
aplicando una estructura transversal de gobierno, calidad, integración e información. En el siguiente gráfico se presentan las 9 capas definidas por este marco de trabajo:
2.1.1.1. Capas arquitectura de referencia SOA-RA
• Capa de gobierno: La capa de gobierno se compone de elementos que permiten la implementación de los procesos de gobernabilidad para ejercer el cumplimiento de políticas, manejo de las excepciones y proporcionar un punto único para la consolidación de las reglas de negocio.
• Capa de información: La capa de información es responsable de mantener una representación unificada de la información de la organización a través de servicios de TI, aplicaciones y procesos de negocio. Esta capa incluye arquitectura de información, análisis de negocios e inteligencia, metadatos y la
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
creación de análisis de negocios e inteligencia a través de datamarts y data warehouses.
• Capa de calidad del servicio: Capa responsable del monitoreo y gestión a nivel de negocio y TI. A nivel de negocio, en términos de los indicadores clave de desempeño (KPI), eventos y actividades de los procesos de negocio; a nivel de TI, en cuanto a la seguridad y correcto funcionamiento de los sistemas, servicios, aplicaciones, redes, almacenamiento y servidores. En esta capa se abordan temas para gestionar la disponibilidad, confiabilidad y seguridad, así como los mecanismos para soportar, monitorear y gestionar el control de calidad o niveles de servicio en la arquitectura
• Capa de integración: Esta capa es la encargada de mediar y habilitar la integración entre las diferentes capas de la arquitectura, desde quien solicita hasta quien provee los servicios, a través de la transformación, enrutamiento y conversión de las solicitudes y mensajes.
• Capa de consumidores: La capa de consumidor proporciona las capacidades necesarias para ofrecer a los usuarios finales, funciones sobre los datos para ser utilizados como punto de entrada para los consumidores. Esta capa representa el punto de entrada a través del cual los consumidores interactúan con la arquitectura. Para el caso de la CGR.
• Capa de procesos de negocio: Esta capa soporta y gestiona los procesos de negocio y habilita a la arquitectura para orquestar los servicios que representan o componen un proceso de negocio. En una arquitectura tradicional los procesos de negocio son implementados generalmente en aplicaciones monolíticas o en flujos de trabajo con tareas altamente acopladas, sin embargo, en una arquitectura orientada a servicios (SOA) los procesos de negocio (BPM) pueden ser realizados por la composición de servicios y la habilidad para insertar intervenciones humanas y soporte para transacciones que se ejecutan en largos periodos de tiempo.
• Capa de servicios: En el caso de la CGR se utiliza esta capa para definir los servicios que darán soporte a los procesos a nivel de negocio. Esta capa juega un papel muy importante para cumplir con los requerimientos de reúso de servicios, integración de aplicaciones y capacidad de adaptación al cambio, los cuales se consiguen mediante un correcto diseño de los servicios que proveen el soporte a los procesos identificados en la línea destino. Por esta razón el diseño de los servicios debe tener en cuenta el objetivo final del negocio sin la necesidad de incluir factores propios de soluciones o aplicaciones legadas que en un futuro deben ser remplazadas de acuerdo con los cambios normales ocurridos en las dinámicas de cualquier entidad. Se puede pensar que esta capa contiene las descripciones de servicios para capacidades y servicios de negocios, así como su manifestación de TI durante el tiempo de diseño, así como el contrato de servicio y las descripciones que se usarán en tiempo de ejecución.
• Capa de componentes de servicio: Capa en la cual se definen los componentes que proveen la implementación de los servicios y sus operaciones, su objetivo es vincular el servicio con la implementación respectiva. Los componentes de servicio reflejan la definición del servicio que representan, tanto en términos de funcionalidad como de calidad de servicio (QoS). Ellos "vinculan" el contrato/especificación del servicio a la implementación del servicio en la Capa
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
de Sistemas Operativos. Los componentes de servicio se alojan en contenedores que admiten las especificaciones del servicio.
• Capa de sistemas operativos: En esta capa se encuentra la infraestructura que es utilizada en tiempo de ejecución y despliegue; los programas, plataformas, servidores de aplicaciones, contenedores, entornos de ejecución, servidores de archivos, paquetes de aplicación, máquinas virtuales, etc., que están en el hardware y son necesarios para apoyar la solución SOA. Para el caso de la CGR, en esta capa se presentan componentes, herramientas, aplicaciones legado, bases de datos y bodegas de datos. Adicionalmente, se debe tener en cuenta que el soporte tecnológico o infraestructura requerida, se desarrollará en el dominio de tecnología.
2.1.2. Arquitectura de TI de la CGR
En línea con la Arquitectura Orientada a Servicios (SOA por sus siglas en inglés), la CGR ha diseñado e implementado una serie de componentes que cubren las capacidades requeridas en cada una de las capas definidas por la arquitectura de referencia. Los componentes de mayor relevancia son presentados en la siguiente ilustración donde se puede identificar el portal implementando en liferay, la plataforma de integración conformada por el conjunto de componentes WSO2 como lo son el API Manager, ESB y Message Broker y la plataforma de automatización de procesos Bizagi BPMS. Adicionalmente, la CGR cuenta con un servicio de autenticación prestado por el componente Azure Active Directory, que gestiona las credenciales y el control de acceso de los funcionarios de la Entidad. Este servicio de autenticación también permite la integración con otros servidores de identidad.
En esta arquitectura de referencia también se encuentran presentes los sistemas de información de la CGR y los servicios construidos para soportar la automatización de procesos y la integración entre aplicaciones.
Este conjunto de aplicaciones y servicios hacen uso de la plataforma de integración (WSO2) con el fin de lograr un bajo acoplamiento y de esta forma permitir una mayor flexibilidad en la actualización o cambio de los diferentes componentes que hacen parte de la solución. Además, también se encuentran una serie de componentes que permiten la manipulación y almacenamiento de los datos que son cubiertos con productos del fabricante Microsoft. Algunos de estos productos son el motor de base de datos SQL Server, los componentes de integración SQL Integration Services y los de presentación de datos SQL Reporting Services y Power BI.
En la siguiente ilustración se presentan los principales componentes de la arquitectura de TI. El detalle de despliegue de estos componentes en los diferentes ambientes dispuestos por la CGR y los lineamientos y guías de implementación de los diferentes fabricantes serán entregados oportunamente al Consultor en la etapa de habilitación y planeación general del proyecto para que sean tenidos en cuenta.
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
2.1.2.1. Descripción de los componentes de la arquitectura de TI
• Plataforma de Integración – WSO2
La plataforma WSO2 es una solución de integración empresarial cuyo objetivo es permitir la comunicación entre aplicaciones. Para lograr este objetivo cuenta con una serie de componentes cuyo actor principal es mejor conocido como Enterprise Service Bus o ESB. A continuación, se presenta una breve descripción de los componentes de la plataforma WSO2 cuyo soporte fue adquirido por la CGR en modalidad on-premises:
COMPONENTE | TECNOLOGÍA | JUSTIFICACIÓN | |
Suite open source completa para | |||
implementaciones basadas en SOA, robusta | |||
de bajo consumo de infraestructura y de alto | |||
rendimiento. Todo procesamiento de | |||
Bus Servicios | de | WSO2 ESB (Enterprise Service Bus) | mensaje, enrutamiento, transformación, enriquecimiento, validaciones, mediaciones, entre otras. deberá ser realizado en este |
componente. Además, será el ESB el único | |||
componente que podrá interactuar con los | |||
servidores de aplicaciones que alojan los | |||
servicios. |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
COMPONENTE | TECNOLOGÍA | JUSTIFICACIÓN |
Gestor de API | WSO2 AM (API Manager) | Producto open source que permite la gestión completa del ciclo de vida de las APIs (pieza de software cuyo objetivo es crear, publicar y gestionar todos los aspectos relativos a las interfaces de acceso a recursos o servicios), así como también el aseguramiento de estas. Todos los proxis que se expongan en el ESB solo podrán ser accedidos por los clientes desde el AM, usando su token de acceso. |
Servidor de Colas | WSO2 MB (Message Broker) | Producto open source encargado de la intermediación de mensajes, el cual está diseñado para administrar mensajes persistentes y un gran número de colas, suscriptores y mensajes. |
Gestor estadísticas ESB | WSO2 ESB Analytics | Producto open source encargado del procesamiento de los datos asociados a las estadísticas de los diferentes servicios virtualizados en el ESB. |
Gestor estadísticas AM | WSO2 AM Analytics | Producto open source encargado del procesamiento de los datos asociados a las estadísticas de las diferentes APIs que han sido publicadas en el AM. |
• Componentes de Servicio – Spring Boot, Docker, Kubernetes
Para la implementación de los componentes de servicio, es decir, los que implementan la lógica de los servicios, la CGR ha optado por usar un framework de amplio uso a nivel mundial llamado Spring Boot2. Este framework le permite al desarrollador centrarse en la lógica del negocio despreocupándose por complejos archivos de configuración o despliegues en servidores de aplicaciones. En lugar de usar servidores de aplicaciones el despliegue de estos servicios se realiza por medio de contenedores el cual es un paquete cerrado que contiene todo lo necesario para que el servicio se ejecute encapsulado dentro de una sola imagen completamente independiente del servidor anfitrión que lo aloja, incluye tanto binarios como archivos de configuración y demás ficheros que necesite. La tecnología de contenedores usada por la CGR es Docker el cual permite construir, transferir, desplegar y ejecutar los contenedores con los servicios dentro, de una manera muy sencilla y confiable, garantizando un despliegue escalable de forma eficiente sin importar el sistema operativo anfitrión. Se utiliza un servicio de Kubernetes en ambiente Cloud para administrar los cluster de contenedores que contienen los servicios. Esta administración debe crear, ejecutar, vigilar, medir, destruir y relanzar los contenedores. Mediante esta arquitectura, además de los servicios que hacen parte de la lógica de negocio, también se despliegan servicios transversales como la gestión de logs, servicio de homologación de datos de negocio, catálogo de errores y motor de reglas (Drools). En la siguiente ilustración se presenta el diagrama de despliegue de los componentes anteriormente mencionados.
2 Para mayor detalla ver: xxxxx://xxxxxx.xx/xxxxxxxx/xxxxxx-xxxx
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Como se puede apreciar en la ilustración existe una serie de componentes desplegados en contenedores y administrado por un servicio Kubernetes (Azure Kubernetes Service – AKS). En este ejemplo se presentan además de servicios transversales como el manejo de logs y el catálogo de errores, un componente de servicio para la gestión de los Sujetos de Control para el cual existe un repositorio propio. La implementación de los demás servicios de negocio que se identifiquen en la automatización de los procesos debe seguir este mismo esquema de despliegue.
• Plataforma de automatización de procesos – Bizagi BPMS
El ejercicio de Arquitectura Empresarial determinó como estrategia para resolver las preocupaciones (concerns) de los interesados la definición de procesos de negocio, los cuales deben ser gestionados y automatizados a través de una plataforma de BPMS por sus siglas en inglés (Business Process Management Suite). Es así como la CGR adquirió el servicio de la herramienta Bizagi BPMS mediante modalidad de plataforma como servicios (PaaS por sus siglas en inglés). Esta plataforma cuenta con tres componentes principales:
COMPONENTE | DESPLIEGUE | DESCRIPCIÓN |
Modeler | On-premises | Herramienta que permite modelar y documentar los procesos de negocio. Implementa el estándar BPMN. |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Studio | On-premises | Herramienta que permite transformar los modelos de procesos de negocio en aplicaciones y flujos de trabajo reales. Tiene funcionalidades para la definición del modelo de datos, interfaz de usuario e integración con otros sistemas. |
Herramienta que permite ejecutar los procesos de negocio automatizados por Bizagi Studio. Provee un portal que permite visualizar las actividades pendientes, proporcionando un control total del rendimiento de los procesos a través de KPI’s (Key Performance Indicator, que significa indicador clave de rendimiento). | ||
Automation Service | Cloud PaaS | Tiene una arquitectura orientada a servicios, que fue diseñada y construida para la nube. La nube privada al servicio de la CGR contiene tres ambientes: pruebas, preproducción y producción. El control de acceso a los portales de servicios en la nube está integrado al directorio activo de la CGR, a través del servicio Azure Active Directory. |
• Servicio de Autenticación – Azure Active Directory
El servicio Azure Active Directory (Azure AD) adquirido por la CGR permite realizar la administración del acceso y gestión de identidades basado en la nube de Microsoft. Mediante este servicio las aplicaciones de la Contraloría cuentan con un inicio de sesión unificado que además permite el uso de estándares xxx xxxxxxx tales como SAML 2.0, para lograr un inicio de sesión único (SSO por sus siglas en inglés). El uso de este servicio se puede dar en aplicaciones on-premises o cloud. Azure AD también proporciona varias API’s que pueden ayudar a crear experiencias de aplicación personalizadas que saquen provecho de los datos existentes de la organización. Igualmente se puede usar Azure AD para requerir autenticación multifactor al acceder a recursos importantes de la CGR o acceso fuera de las instalaciones de esta.
• Portal Web – Liferay y SharePoing Online
El portal web de la entidad se encuentra desplegado en un ambiente de nube en esquema de software como servicio (SaaS por sus siglas en inglés), lo cual significa que toda la infraestructura subyacente, el middleware, el software y los datos de las aplicaciones se encuentran en la nube que administra y gestiona el proveedor. El proveedor de servicios administra el hardware y el software y, con el contrato de servicio adecuado, garantizará también la disponibilidad y la seguridad de la aplicación y de sus datos.
El portal atiende desde los servidores delegados en la nube sobre la plataforma Azure y está basado en un esquema de alta disponibilidad. Este esquema provee disponibilidad continúa eliminando los puntos únicos xx xxxxx y en caso xx xxxxxx en
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
alguno de los servicios en los nodos, el otro nodo estará en capacidad de atender la solicitud. Esta arquitectura se diseñó aprovechando los servicios xx Xxxxx y proporciona una gama de servicios en la nube, incluidos los de computación, analítica, almacenamiento y redes. De la arquitectura se resaltan las siguientes características:
• Servicios de equilibrio de carga y enrutamiento a nivel de aplicación.
• Motor de búsqueda Elasticsearch (Lucene) búsquedas empresariales.
• Biblioteca de documentos.
• Servicio de base de datos relacional inteligente en la nube que ofrece optimización y protección de los datos, disponibilidad y escalamiento.
• Seguridad, administración centralizada de directivas, evaluación continua de la seguridad, prioridad de alertas e incidentes.
• Herramientas de DevOps – Azure Devops
La CGR con el fin de soportar el ciclo de desarrollo de software ha optado por usar la plataforma Microsoft Azure DevOps. Por medio de esta herramienta se puede realizar la planeación de actividades o ítems de trabajo de los usuarios que hacen parte del equipo involucrado en el proyecto. Los componentes que hacen parte de esta herramienta son:
▪ Boards: Herramientas ágiles para planear, dar seguimiento, y dar retroalimentación del trabajo a través de los miembros del equipo
▪ Pipelines: Flujos de tareas que permiten crear, probar e implementar integración y entrega continuas.
▪ Test plan: Permite crear planes de pruebas manuales y automatizadas
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
▪ Reports: Permite tener repositorios de versionamiento de código permitiendo la extracción y administrada de ellos.
▪ Agentes Devops: Agentes encargados de realizar la ejecución de integración continúa de los flujos en los componentes de la arquitectura.
La ejecución de los flujos se ejecuta por cada ambiente de la CGR de la siguiente manera:
1. Se programan las tareas en el componente Boards
2. Se ejecutan los pipelines con los repositorios de los componentes Pipelines y Reports
3. Se ejecutan los agentes devops para las tareas que se deben ejecutar en cada componente de la arquitectura.
4. Se ejecutan los planes de ejecución en el componente Test Plan.
NOTA: Las licencias requeridas por el grupo de trabajo de la firma consultora para el uso de la plataforma Microsoft Azure Devop deben ser proporcionadas por esta, y en ningún caso deben considerarse como un costo adicional para la CGR.
2.1.3. Requerimientos de seguridad
La solución tecnológica que se desarrolle debe cumplir con las políticas de seguridad adoptadas por la CGR; en este sentido, se debe cumplir con la Política General de Seguridad de la Información, la cual contiene un conjunto de lineamientos de seguridad basados en la norma NTC-ISO-IEC 27001 que relaciona los dominios y los controles para minimizar los riesgos y amenazas que pueden afectar la integridad, confidencialidad o disponibilidad de la información en la Entidad.
La Política de Seguridad y Privacidad de la Información es la declaración general que representa la posición de la administración de la Contraloría General de la República con respecto a la protección de los activos de información de la entidad. La seguridad de la información está relacionada con el cumplimiento de las siguientes dimensiones de la información:
• Confidencialidad: Propiedad que determina que la información no esté disponible ni sea revelada a individuos, entidad o procesos no autorizados.
• Integridad: Propiedad de salvaguardar la exactitud y completitud de los activos de información.
• Disponibilidad: Propiedad de que la información sea accesible y utilizable por solicitud de un individuo, entidad o proceso debidamente autorizado.
Además, se debe cumplir específicamente con las siguientes políticas:
• Política de seguridad y privacidad de la información
• Política de uso de dispositivos móviles
• Política de responsabilidad por los activos
• Política de clasificación de información y manejo de medios
• Política de control de acceso
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
• Política de controles criptográficos
• Política de procedimientos operacionales y responsabilidades
• Política de protección contra códigos maliciosos
• Política para uso y licenciamiento de software
• Política de registro y seguimiento
• Política de control de software operacional
• Política de copias de respaldo
• Política de gestión de seguridad de las redes
• Política de transferencia de información
• Política de uso de internet
• Política de adquisición, desarrollo y mantenimiento de sistemas
• Política de desarrollo seguro
• Política de gestión de relaciones con los proveedores
• Política de seguridad de la información en la gestión de continuidad del negocio
• Política de tratamiento de datos personales
• Política de cumplimiento
Haciendo énfasis en los aspectos de autenticación, autorización y auditoría se deben tener en cuenta los siguientes aspectos:
• Autenticación: El usuario se autentica ante el sistema a través xx Xxxxx Active Directory. En caso de que no pueda autenticarse, se le presentará nuevamente la página para que intente nuevamente. Para salir del sistema, debe existir una opción o botón visible y una vez oprimido se debe cerrar la sesión del usuario en el sistema y mostrar la página de autenticación. Así mismo, se debe crear un registro en el log de auditoría.
• Autorización. El sistema debe tener un esquema de asignación de roles a usuarios (n a n) un usuario varios roles o un rol varios usuarios, y cada da rol debe poder hacer solo lo necesario y acceder solo a la información necesaria, para garantizar el principio de Mínimo privilegio y (confidencialidad e integridad).
• Log de Auditoría. Para poder tener la traza de las distintas acciones del sistema como postcondición se especifica lo siguiente “Se crea un registro en el log de auditoría”. El log de auditoría debe responder a las siguientes preguntas:
1. ¿Cuál fue la dirección IP desde donde se realizó la acción?
2. ¿Quién realizó la acción?
3. ¿Cuándo se realizó la acción?
4. ¿Cuál fue el tipo de acción (insertar, modificar, eliminar, etc.)?
5. ¿Cuáles fueron los registros modificados (si aplica)?
6. ¿Cuáles fueron los datos de los registros modificados (si aplica)?
7. En los procesos de cargar archivos debe quedar copia del archivo en el sistema.
2.1.4. Ambientes requeridos para el proyecto
Para el desarrollo de consultoría se requiere que estén dispuestos y habilitados, por parte del consultor y de la CGR, los ambientes de desarrollo, pruebas, preproducción y producción según se acuerde y respecto a los componentes, plataformas y soluciones que cada uno administra y gestiona. Estos ambientes serán validados y comprobados en la etapa inicial del proyecto.
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Si para la fecha del inicio de las actividades las condiciones de aislamiento preventivo obligatorio continúan, la CGR y el consultor deberán acordar mecanismos de acceso a los ambientes, por ejemplo, a través de una red privada virtuales (VPN por sus siglas en inglés).
2.2. CONSIDERACIONES DE ALCANCE
A continuación, se presentan las necesidades de la Contraloría General de la República, haciendo énfasis en los productos esperados que deben quedar en operación al finalizar el proyecto.
2.2.1. Requerimientos funcionales del micrositio altas cortes de la Rama Judicial
Esquema de requerimientos de servicio
En el diagrama anterior, los rectángulos anaranjados representan las secciones del menú izquierdo que el usuario encontrará al navegar por el micrositio. El desagregado aparece una vez el usuario elige el nombre de una de las altas Cortes para visualizar el contenido. En la primera vista, el entorno visual estará definido por la información escogida de la Entidad (tal como sucede en los micrositios adaptables a móviles para la ciudadanía y el Congreso) con énfasis en las noticias de la entidad y el calendario de eventos.
La descripción detallada de las funcionalidades por requerimientos y requisitos es el siguiente:
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Proceso | Funcionalidad | Descripción | Fuente de información |
Micrositio Rama Judicial – Altas Cortes | Pantalla de ingreso y autenticación | Interfase para la captura de los datos del usuario (Magistrado – Miembro de la Rama Judicial – Servidor Público CGR – Contralor) | La imagen institucional presenta un corto saludo y los campos para la captura de la información. Al autenticarse el usuario recibe un saludo con su identificación y permanece identificado durante toda la navegación. |
Micrositio Rama Judicial – Altas Cortes – Pantalla de inicio | Visualización básica de destacados, noticias y botones de navegación | Ingreso a un menú que despliega la información relevante de los resultados de la CGR. La información tiene un diseño amigable al usuario, siguiendo los Protocolos de lenguaje accesible de la Entidad. | Vínculos a las noticias destacadas de la sección correspondiente en el sitio web de la CGR. Destacados se gestionan desde el sitio en Sharepoint creado para el micrositio y su visualización en los dispositivos móviles |
Acceso a rendición de cuentas | Ingreso al menú de rendición de cuentas del Portal Institucional de la entidad. | Este módulo debe remitir al micrositio de la rendición de cuentas en el Portal Web de la Entidad, y mostrar la información disponible en el formato que requieran los dispositivos móviles. | |
Acceso a sitios de información consolidada de la CGR. | Ingreso Observatorio de inversión y demás sitios de inteligencia de negocios diseñados por la CGR: | Este módulo debe remitir al micrositio del Observatorio en el Portal Web de la Entidad, en el formato que se encuentre. | |
Decisiones sobre control fiscal | Acceso a un menú de búsqueda que habilita la consulta de los documentos almacenados por diferentes criterios de búsqueda. | Nuevo repositorio de datos para que la CGR lo alimente | |
Conceptos jurídicos de la CGR | Acceso a un menú de búsqueda que habilita la consulta de los | Asociado a la búsqueda que ya existe en el apartado |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Proceso | Funcionalidad | Descripción | Fuente de información |
documentos almacenados por diferentes criterios de búsqueda. | Normatividad y Relatoría de la página web. | ||
Botón para bot conversaciona l. | El usuario tiene disponible la posibilidad de interactuar con este medio para hacer preguntas y recibir orientación | Este módulo es nuevo y tiene como antecedente los bots diseñados para los micrositios adaptables a móviles del Congreso y la ciudadanía. | |
Visualización del calendario de eventos | Ventana permanente que muestra por día, semana o mes los eventos programados por la Contraloría General de la República en el nivel central y desconcentrado, según lo que exponen otros aplicativos de la CGR. | Este módulo debe conectarse con el Calendario de eventos construido por la Oficina de Comunicaciones. | |
Acceso en menú de la izquierda por cada una de las altas Cortes | Vínculo de navegación que permite acceder a la información diferenciada por cada Corte. | Nuevo desarrollo, conecta con los desarrollos posteriores. | |
Menú nombre de la Corte (habrá uno por cada xxxx Xxxxx, según gráfico) | Acceso en el menú izquierdo a las opciones descritas en el gráfico | Vínculo de navegación que permite acceder a la información diferenciada por cada Corte. | Nuevo modelo de datos. |
Composición y funciones | Visualización detallada de la estructura de cada Corte, en la que se pueda identificar sobre un plano de cada Sala la función de dicha sala, además del nombre, un breve perfil y los datos de contacto de los servidores que la conforman La información debe incluir la dignidad del magistrado dentro de la Corte (presidente, por | Nuevo modelo de datos. |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Proceso | Funcionalidad | Descripción | Fuente de información |
ejemplo), desde y hasta cuándo la ejerce. La visualización debe seguir la estructura diseñada para el micrositio adaptable a móviles del Congreso y adaptarse a la visualización de escritorio y de dispositivos móviles. | |||
Informes de seguimiento de CGR sobre sentencias | De acuerdo con los asuntos sobre los que profieren sentencias cada Corte, se despliega un menú de búsqueda agrupado de acuerdo con la distribución de competencias de las Contralorías Delegadas y otras unidades. El buscador debe permitir la consulta utilizando criterios como número de la Sentencia, tema, fecha y magistrado ponente, entre otros. La visualización debe permitir visualizar tanto los informes especiales como los informes de auditoría y otras acciones de vigilancia y control fiscal relacionadas con cada Sentencia. | Nuevo modelo de datos. | |
Intervenciones de la CGR ante la Corte | Formato que despliega información gráfica y documental, que permite la búsqueda de intervenciones específicas del Señor Contralor o de los Contralores Delegados ante las Cortes. | Nuevo desarrollo de datos | |
Iniciativas conjuntas | Información gráfica y en formato de noticia de las acciones hacia los demás clientes de la Entidad en | Nuevo desarrollo de datos |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Proceso | Funcionalidad | Descripción | Fuente de información |
coordinación con las xxxx Xxxxxx | |||
Consultas al portal institucional | Menú que accede a información organizada de la Entidad. Su estructura mantiene el diseño previsto para el micrositio adaptable a móviles para el cliente Congreso | Nuevo modelo de datos que reutiliza el desarrollo anterior. | |
Hablar con el Contralor | Formulario de registro de opinión de magistrado | En esta funcionalidad el usuario podrá registrar la siguiente información: • Comentarios referentes a inquietudes sobre la gestión que deseen poner en conocimiento del Señor Xxxxxxxxx. • Utilizando la herramienta del dispositivo (computador, celular, Tablet, entre otros), el usuario anexa a su comentario documentación visual o documental (videos, fotografías, documentos). Adicionalmente la funcionalidad debe identificar la fecha y el lugar en el que se encuentra el usuario utilizando la herramienta de ubicación del dispositivo (computador, celular, Tablet, entre otros). La información así capturada debe seguir los lineamientos de georreferenciación dispuestos por la CGR. | Nuevo modelo de datos |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Proceso | Funcionalidad | Descripción | Fuente de información |
La información debe quedar registrada y ser remitida al encargado de evaluarla, siguiendo el procedimiento interno definido para tal fin. Los archivos que se pueden cargar no pueden superar un tamaño de 52 MB. | |||
Correo electrónico de notifiación de recibo de la información | La solución automáticamente genera un correo electrónico con un texto predeterminado para el usuario que ha ingresado una opinión y para el funcionario de la CGR encargado de recibirla y darle trámite. Ambos mensajes deben ser modificables por quien obre como administrador de la herramienta. El correo electrónico debe enviarse desde una cuenta oficial de la CGR usando el servicio Xxxxxx 000 de la entidad. | Nuevo modelo de datos | |
Gestión de opiniones altas Cortes. | La funcionalidad debe permitir que un usuario interno de la Contraloría consulte, analice y valide la información enviada por los usuarios externos. | Nuevo modelo de datos. | |
Consolidación de informes recibidos mediante la funcionalidad Hablar con el Contralor | Con base en los análisis de la información recibida, se publican los informes estadísticos derivados de la información recibida por este servicio. Debe ser multivariable y mostrar tendencias. | Nuevo modelo de datos. |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
La aplicación móvil debe desplegar los mismos servicios previstos para el micrositio en formato compatible para los dispositivos móviles, de tal suerte que sean visibles y puedan cumplir con la funcionalidad prevista.
2.2.2. Bot conversacional
La funcionalidad definida como bot conversacional es una herramienta que permite al usuario resolver inquietudes generales sobre el quehacer de la CGR y, a partir de allí, construir de forma más adecuada sus interacciones con la entidad.
La primera interacción debe ser un saludo dirigido a la persona, con un texto corto que indique la naturaleza de la CGR y su función. Las preguntas deben estar relacionadas con la función de la CGR, incluyendo los servicios y productos que entrega la Entidad a las xxxx Xxxxxx. Los mensajes que provengan del bot deben estar redactados en lenguaje claro, de forma respetuosa y apuntar a resolver inquietudes concretas de los usuarios. El bot conversacional pretende, además, guiar a los usuarios para que puedan manifestar opiniones objetivas y soportadas de manera que permitan evidenciar riesgos en la gestión pública.
2.2.3. Requerimientos del micrositio web adaptable a dispositivos móviles
En general, los criterios de calidad que se definen para los requisitos que se describen en los numerales subsecuentes son:
• El diseño del micrositio requiere la utilización de los motores de búsqueda proporcionados en las plataformas de portal usadas por la CGR, y debe permitir a los usuarios acceder de forma ágil a la información contenida en la página web de la entidad.
• La información específica de interés para los usuarios internos y externos debe ser mostrada en el micrositio de forma que se perciba de forma organizada y con facilidad de navegación.
• Dentro del proyecto, por dispositivos móviles se entiende las tablets y teléfonos celulares inteligentes.
• La visualización debe ser amigable e intuitiva, con la posibilidad de navegar fácilmente por los contenidos que ofrece la web.
• El bot conversacional, en forma de un chat de consulta, debe ser un vínculo disponible en todas las vistas y ventanas de los micrositios.
• La navegación por el micrositio requiere identificación de usuario y contraseña. La gestión de autenticación se realizará en la plataforma dispuesta para tal fin por la Entidad, a saber, Azure Active Directory.
• El micrositio debe seguir los postulados del diseño centrado en el usuario. Especialmente, deben incluirse las accessibility facilities que se requirieron en los micrositios ya diseñados para los clientes ciudadanía y el Congreso.
• El micrositio debe asegurar una apropiada usabilidad, basada en la experiencia del usuario, y siguiendo las recomendaciones del manual de identidad gráfica de la CGR.
• La solución debe integrarse con los sistemas y plataformas que se describen en el documento.
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
• La usabilidad en dispositivos móviles del micrositio requiere la disposición de las funcionalidades descritas en los micrositios y su presentación en un formato compatible con la visualización en un dispositivo móvil.
• La visualización debe ser amigable e intuitiva, con la posibilidad de navegar fácilmente por los contenidos que ofrece el sitio web desde el dispositivo móvil seleccionado.
• La propuesta debe incluir la posibilidad de que el usuario final tenga un acceso directo a los servicios desde el escritorio de su dispositivo móvil.
• La propuesta debe seguir los postulados del diseño centrado en el usuario.
• La navegación desde los dispositivos móviles requiere identificación con usuario y contraseña. Se debe permitir recordar el usuario en el dispositivo usado para que no se requiera ingresar el usuario y contraseña cada vez que el usuario ingrese desde ese mismo dispositivo. Esta opción debe ser activada por el usuario si este lo requiere.
• El consultor debe entregar a la CGR el diseño para la visualización de las funcionalidades en tres entornos diferentes: computador de escritorio, tableta y teléfono móvil.
• La comunicación con servicios de integración que soporten la lógica de negocio se debe realizar sobre estándares tales como REST o SOAP usando protocolos seguros.
• El micrositio debe estar en la capacidad de usar servicios de las plataformas de la CGR tales como autenticación por medio xx Xxxxx Active Directory con que cuenta la CGR, consumo de APIs a través del WSO2 API Manager y consumo de contenidos y servicios de búsqueda del portal en Liferay y/o SharePoint Online.
• El framework de desarrollo de las aplicaciones debe estar en la capacidad de usar sensores y componentes del dispositivo móvil tal como la cámara o el GPS, en caso de requerirse.
2.2.4. Requerimientos no funcionales micrositio web adaptable a dispositivos móviles
Los requerimientos no funcionales agrupan tanto los requisitos de calidad como las restricciones de tipo organizacional o tecnológico que se espera cumpla el sistema. Los requisitos (o atributos) de calidad son aquellos que describen el comportamiento esperado de un sistema en torno al ambiente para el cual fue construido y que permiten evaluar si éste cumple con el grado de excelencia deseado por los stakeholders. No hacen referencia a lo que debe hacer el sistema (su funcionalidad), sino a la forma en que éste debe comportarse en términos de sus elementos internos y de su relación con el entorno. Conforme a lo descrito se plantean algunos RNF no relacionados con seguridad.
Usabilidad
Identificador RNF-001
Tipo Atributo de Calidad
El sistema debe ofrecer las siguientes características
Descripción
- Facilidad de Aprendizaje: Usuarios novatos pueden tener resultados rápido
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Criterios de Aceptación
- Eficiencia: Usuarios expertos tienen alto grado de productividad.
- Errores: Los usuarios cometen menos errores y se pueden recuperar ante estos.
- Satisfacción: Facilidad de uso, gusto, entusiasmo, estética.
- Retroalimentación: Nivel de ayuda y feedback contextual.
- Facilidad de Recordación: Usuarios poco frecuentes pueden hacer lo básico.
Un usuario que no tenga contacto anterior con el sistema debe poder efectuar acciones en menos de 10 minutos sin ayuda de otra persona que conozca el sistema.
Disponibilidad
Identificador RNF-002
Tipo Atributo de Calidad
El sistema debe estar funcionando correctamente en
Descripción
Criterios de Aceptación
cualquier momento para poder ejecutar las distintas operaciones que ofrezca.
Se debe contar con una disponibilidad superior al 95%.
Modificabilidad | ||
Identificador | RNF-003 | |
Tipo | Atributo de Calidad | |
El sistema debe permitir hacer cambios en la definición de las | ||
Descripción | distintas entidades de tipo (Tipo, Perfil, Dependencia, Sede entre otras) permitiendo adicionar en cualquier momento un | |
nuevo valor y eliminar/modificar valores de tipos que no estén | ||
en uso. | ||
Criterios Aceptación | de | Hacer un cambio de tipo debe poder hacerse en menos de cinco minutos. |
Seguridad | ||
Identificador | RNF-004 | |
Tipo | Atributo de Calidad |
Descripción El sistema debe garantizar la confidencialidad y consistencia de la información
El solicitante solo podrá acceder a su propia información.
El administrador puede hacer CRUD de Perfiles,
Criterios de Aceptación
Dependencias, Tipo y Sede, etc.
Ningún usuario puede eliminar una transacción.
Debe existir un log detallado de auditoría de las acciones hechas en el sistema
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Interfaz Web
Identificador RNF-005
Tipo Restricción de Tecnología
El sistema debe ofrecer una interfaz web que funcione en los
Descripción
Criterios de Aceptación
navegadores más comunes sin tener que instalar componentes adicionales (java, flash, shockwave, etc.); además debe ser mobile friendly
El sistema debe funcionar correctamente en computadores de escritorio como dispositivos móviles.
En cuanto a dispositivos móviles se refiere tanto a tabletas como a celulares.
En cuanto a navegadores compatibles con el micrositio adaptables a dispositivos móviles se toman como referencia los más usados: Chrome 72 o superior, Firefox 51 o superior, Microsoft Edged 16 o superior, Internet Explorer 11 o superior.
Plataforma Tecnológica
Identificador RNF-006
Tipo Restricción de Tecnología
Descripción El sistema debe desarrollarse y operar siguiendo los lineamientos de infraestructura de la CGR.
El sistema debe operar correctamente en la infraestructura de pruebas antes de desplegarlo en producción.
Criterios de Aceptación
La autenticación debe hacerse con Azure Active Directory (AAD)
Los emails de respuesta deben enviarse usando el correo institucional.
Desempeño
Identificador RNF-007
Tipo Atributo de Calidad
Descripción El sistema debe responder en un tiempo máximo a las solicitudes de cargue y registro de información.
Criterios de Aceptación
El tiempo de presentación y cargue de pantallas de registro o actualización de información debe ser inferior a 5 segundos y en ningún caso superar los 10 segundos.
Diseño gráfico
Identificador RNF-008
Tipo Restricción Gráfica
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Descripción El sistema debe desarrollarse basado en el manual de interfaz gráfica de la CGR.
El sistema debe desarrollarse basado en el manual de
Criterios de Aceptación
interfaz gráfica de la CGR. Igualmente, los diseños gráficos a implementar deben considerar una metodología aceptada internacionalmente para la definición de flujos y pantallas de usuario.
2.3. CONSIDERACIÓN GENERAL
Para la capa de información y aplicaciones:
• Adoptar normas, estándares y plantillas del ciclo de vida de desarrollo de procesos y software para el proyecto enmarcados en un enfoque de DevOps.
• Hacer uso de herramientas requeridas dentro del proyecto para la sistematización del ciclo de vida del desarrollo de procesos y software que complementen las usadas por la CGR. Incluye herramientas necesarias para realizar la integración, despliegue continuo y automatización de pruebas con el fin de agilizar el proceso de implementación. Así mismo, se debe realizar la transferencia de conocimiento de estas actividades a los funcionarios designados de la CGR.
• Hacer uso del modelo de integración de sistemas de información de la entidad.
• Adoptar políticas, lineamientos, estándares, modelos de seguridad, modelos de gobierno de TI y modelo de gobierno de datos e información de la CGR.
Para la capa de negocio:
• El desarrollo debe generar alarmas automáticas a los correos institucionales para los usuarios que tengan actividades pendientes según lo previsto en los requerimientos para el micrositio.
• El desarrollo debe tener módulos flexibles que le permitan al administrador de la CGR incluir nueva información para visualizar según los requerimientos de la alta dirección.
• El desarrollo debe permitir la generación de reportes en clave de departamento, municipio y región. Esta georreferenciación debe ser parametrizable y estar asociada a las funcionalidades de ArcGIS.
• El desarrollo debe permitir el seguimiento y reporte por usuario, según su rol dentro del proceso, y métricas generales para los niveles directivos.
• El desarrollo debe ser de fácil navegabilidad y amigable para el usuario, con formatos sencillos de diligenciar, buen diseño gráfico y buena visibilidad.
• El desarrollo debe interconectarse con sistemas de soporte de los procesos que haga falta y generar el soporte que haga falta para la operación.
• El desarrollo debe permitir la interrelación de la CGR con los usuarios identificados en la Rama Judicial – altas Cortes y de los usuarios definidos al interior de la entidad, lo que implica que debe soportar 400 usuarios.
2.4. METODOLOGÍA DE TRABAJO
Las funcionalidades deben entrar en operación de forma secuencial, de acuerdo con los productos específicos de trabajo concertados al inicio de cada sprint. Los sprint
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
tendrán una duración de un mes y cumplirán un ciclo que incluya el refinamiento de los requerimientos para cada entregable, el diseño, la construcción y las pruebas (tanto del consultor como de la CGR).
Dentro de la propuesta y en el momento del refinamiento de requerimientos se tomarán en cuenta los desarrollos previos realizados para los micrositios adaptables a móviles dirigidos a la ciudadanía y el Congreso. Al final de cada sprint la CGR deberá recibir un módulo funcional, que pueda entrar en operación si la Entidad así lo decide.
2.5. ESQUEMA DE GOBIERNO DEL PROYECTO
En la reunión de inicio del contrato se determinará la estructura de gobierno para este proyecto, que permita el cumplimiento de los resultados en los plazos establecidos y con la calidad requerida para su sostenimiento.
2.6. ETAPAS DEL PROYECTO, PRODUCTOS E INFORMES
2.6.1. Habilitación y planeación general
Esta etapa iniciará con la presentación general por parte de la CGR de los requerimientos y necesidades que se pretende resolver con el micrositio propuesto. De manera concertada se hará la revisión, entendimiento y complemento de los acuerdos metodológicos para la planeación y modelo operativo del proyecto los cuales deberán cumplir con los estándares de construcción y aseguramiento de calidad de componentes de software.
Entradas documentales | • Términos de referencia. • Propuesta presentada. • Artefactos metodológicos, según disciplina del ciclo de desarrollo (análisis, diseño, desarrollo, pruebas y despliegue) que actualmente maneje la CGR. • Insumos y documentos adicionales que se requieran. |
Objetivos | Productos/Entregables |
Revisión, entendimiento y complemento de los acuerdos metodológicos para la planeación, ejecución, seguimiento, control y cierre de las actividades dentro de la ejecución de la consultoría. Establecimiento de protocolos y mecanismos de comunicación entre las partes. | • Plan general. • Cronogramas (general y detallado). • Protocolo y plan de comunicaciones. • Formatos, artefactos, plantillas, entregables documentales y acuerdos metodológicos del ciclo de |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Ratificación del equipo de trabajo del proyecto que integre la CGR y la consultoría. Elaboración del modelo operativo y plan general del proyecto. Definición del protocolo para la revisión y aceptación de los productos entregados por la consultoría. Coordinación y definición del seguimiento del proyecto basada en la metodología de gerencia de proyectos propuesta. Habilitación y revisión de las herramientas, plataformas y soluciones de TI involucradas en el proyecto. Entendimiento general de las integraciones con aplicaciones de la Entidad. | vida del proyecto. • Metodología para el análisis y especificación detallada de requisitos. • Metodología de gerencia del proyecto. • Procedimiento de control de cambios del proyecto. |
Notas: El tiempo máximo para la ejecución de esta fase es xx xxxx (10) días contados a partir de la firma y cumplimiento de los requisitos de ejecución del contrato. En la reunión de inicio se acordará la estructura de gobierno para el proyecto que permita el cumplimiento de los resultados en los plazos establecidos y con la calidad requerida para su sostenimiento. |
2.6.2. Diseño y prototipado
El consultor deberá realizar los diseños de componentes gráficos como interfaces, estilos, iconografía y demás elementos de diseño de acuerdo con el manual de identidad y los lineamientos que al respecto brinde la CGR.
Entradas documentales | • Lineamientos técnicos para el desarrollo del diseño gráfico. • Manual de imagen de la CGR. • Componentes gráficos existentes. • Insumos y documentos adicionales que se requieran. | ||||
Objetivos | Productos/Entregables | ||||
Elaborar acuerdo | los con | componentes la imagen | gráficos definida | de y | • Prototipos del micrositio. |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
considerando los requerimientos de usabilidad del sistema. | |
Notas: Los componentes que se utilizarán para la elaboración de diseño del front-end serán detallados en la ejecución de la actividad “2.6.1. Habilitación y planeación general” de común acuerdo entre la CGR y el consultor. |
2.6.3. Especificación detallada de requisitos
Con base en la información descrita anteriormente el consultor deberá realizar actividades encaminadas al entendimiento, especificación y documentación de los procesos para la implementación y automatización de los procesos y soluciones de software que correspondan.
Entradas documentales | • Procesos modelados. • Procesos detallados en archivos adjunto. • Insumos y documentos adicionales que se requieran. |
Objetivos | Productos/Entregables |
Analizar los procesos y requerimientos que incluyen actividades como realización de entrevistas con usuarios de cada área, profundizaciones de aclaración de los requerimientos, revisión de insumos y gestión de requisitos por el área. Definir y mantener un acuerdo con los interesados de lo que se debe hacer por cada solicitud. Escribir y documentar los requerimientos a través de los formatos, artefactos, plantillas, entregables documentales y acuerdos metodológicos de esta disciplina o dominio. | • Vista funcional de las iteraciones o paquetes de trabajo. • Formatos de requerimientos o solicitudes especificados y documentados. • Casos de uso o historias de usuario documentados. • Documentación de los requisitos detallados a implementar. |
Notas: El procedimiento para el refinamiento de requisitos, artefactos de salida de la disciplina y especificación de los requerimientos y procesos será abordado en la ejecución de la fase “2.6.1. Habilitación y planeación general” de común acuerdo entre la CGR y el consultor. |
2.6.4. Desarrollo e implementación
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
El consultor deberá implementar los detalles técnicos necesarios para la sistematización de los requerimientos tales como integraciones, reglas de negocio, personalización de interfaces gráficas, como también los demás componentes, soluciones y/o piezas de software diseñadas para el cumplimiento de los requerimientos solicitados por la CGR. El código fuente de los componentes mencionados anteriormente será almacenado en el repositorio especificado por la CGR de acuerdo con los procedimientos establecidos durante la etapa “2.6.1. Habilitación y planeación general”, para cada uno de las iteraciones o paquetes de trabajo definidos.
Entradas documentales | • Componentes gráficos diseñados. • Vista funcional de las iteraciones o paquetes de trabajo. • Casos de uso o historias de usuario documentados. • Lineamientos técnicos para el desarrollo de elementos de software. • Documento de diseño específico de los componentes, soluciones y/o piezas de software. • Requerimientos de calidad de software. • Insumos y documentos adicionales que se requieran. |
Objetivos | Productos/Entregables |
Desarrollar los componentes, soluciones y/o piezas de software bajo los lineamientos y enfoque metodológico acordado con la CGR; siguiendo los requerimientos y estándares de calidad acordados. Implementación de servicios de negocio, reglas de negocio, personalización de interfaces de usuario e integraciones requeridas por la solución del micrositio adaptable a dispositivos móviles. En los casos en que sea necesario ajustar algún diseño, este deberá actualizarse, siempre que se cuente con el visto bueno de la CGR; aplicando el procedimiento de control de cambios definido en la actividad “2.6.1. Habilitación y planeación general” | • Código fuente en el repositorio oficial. • Código fuente de pruebas unitarias e integración. • Diseño de modelos, bases de datos, componentes elaborados. • Diccionario de todos los objetos de datos. • Manual de operación. |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Para el desarrollo se deberá aplicar el enfoque metodológico acordado en la actividad “2.6.1. Habilitación y planeación general”. El consultor deberá adelantar el aseguramiento de la calidad durante cada una de las etapas de la implementación de los procesos de negocio y demás componentes, soluciones y/o piezas de software. Las pruebas deben abarcar cada uno de los componentes o piezas de software de manera individual como también la integración de estas, por ejemplo, el uso de servicios por parte de los procesos de negocio, es decir, se deben hacer pruebas de ensamblaje para probar la eficacia del ensamble de cada uno de los servicios SOA a los procesos que deben apoyar. | |
Notas: Se debe tener en cuenta que el resultado de una iteración o paquete de trabajo debe incluir todos los procesos, integraciones, servicios, interfaces de usuario y demás. El consultor deberá realizar el aseguramiento de calidad que debe incluir las pruebas que se acuerden en la etapa “2.6.1. Habilitación y planeación general”. Si se requiere desarrollo de extensiones y/o personalizaciones, una integración o una funcionalidad o automatización con un sistema no considerado en los TdR, se efectuará con cargo a la bolsa de horas, previa autorización de la supervisión. |
2.6.5. Pruebas de aceptación y solución de incidentes
El paso a ambiente de pruebas de aceptación se realizará una vez el consultor haya efectuado las pruebas de aseguramiento de la calidad internas y es un paso obligatorio antes de pasar al ambiente de producción. Una vez los componentes, soluciones y/o piezas de software funcionales y no funcionales se encuentren desplegados en el ambiente de pruebas de aceptación, la CGR procederá a hacer las pruebas de aceptación de los productos y el consultor deberá solucionar los incidentes que le sean reportados, sin costo para la CGR.
Entradas documentales | • Código fuente de pruebas unitarias e integración totalmente documentado • Insumos y documentos adicionales que se requieran. |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Objetivo | Productos/Entregables |
Realizar el paso a ambiente de pruebas de aceptación de los procesos de negocio, componentes, soluciones y/o piezas de software implementados, garantizando el correcto funcionamiento de estos; así como su integración con los desarrollos o implementaciones previamente entregados y aceptados. Realizar la óptima configuración de los productos entregados de las iteraciones o paquetes de trabajo. Corregir las incidencias que se identifiquen y realizar el despliegue de aquellas solucionadas en los ambientes de pruebas de aceptación y producción según corresponda. Garantizar la correcta integración de las incidencias solucionadas con los desarrollos de los componentes, soluciones y/o piezas de software implementadas entregadas de manera previa evitando la inyección de errores. | • Instaladores y código fuente de los procesos de negocio, componentes, soluciones y/o piezas de software implementadas. • Solución instalada en el ambiente de pruebas de aceptación y en correcto funcionamiento. • Informe de incidentes solucionados. |
Notas: El consultor debe garantizar que los productos implementados y la integración de los procesos de negocio, componentes, soluciones y/o piezas de software implementadas entregados con anterioridad funcionen de forma correcta. La corrección de las incidencias que se identifiquen en esta etapa deberán ser atendidas como parte de los servicios prestados por el consultor. |
2.6.6. Paso a producción
Se entenderá que el paso a producción se da cuando la CGR ha realizado las pruebas de aceptación y ha emitido el acta de aceptación de los productos entregados.
Entradas documentales | • Manual de operación. • Instaladores y código fuente de los componentes, soluciones y/o piezas de software implementadas. • Insumos y documentos adicionales que se requieran. |
Objetivos | Productos/Entregables |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Realizar el paso a producción de los procesos de negocio, componentes, soluciones y/o piezas de software implementadas y garantizar el correcto funcionamiento de esta, para lo cual es necesario realizar la óptima configuración y parametrización de la solución con la infraestructura entregada por la CGR para el ambiente de producción. | • La solución implementada instalada en el ambiente de producción y en correcto funcionamiento. • Afinamiento de la solución en ambiente de producción. • Acta de recibo a satisfacción. |
Notas: Se entenderá como producto recibido el desarrollo (iteración o paquete de trabajo) que está sin ningún incidente por resolver. Una vez finalizada la instalación en el ambiente de producción, la CGR hará las verificaciones requeridas para generar el acta de recibo a satisfacción. Los defectos que se encuentren en los productos puestos en el ambiente de producción deberán ser solucionados por el consultor sin costo adicional. |
2.6.7. Transferencia de conocimiento
El consultor deberá realizar de transferencia de conocimiento a los funcionarios de la CGR el cual debe estar contemplado en el plan de trabajo en la propuesta y debe abarcar todos los aspectos técnicos y funcionales inherentes a los componentes, soluciones y/o piezas de software desarrollados en el marco del contrato.
Entradas documentales | • Manual de operación. |
Objetivo | Productos/Entregables |
Realizar los cursos de capacitación y de entrenamiento, con la metodología «aprender haciendo», para un xxxxxx xx xxxx (10) personas en los siguientes aspectos funcionales y de administración: • Administración SharePoint: administración de contenidos (procesos intermedios). Mínimo 4 horas. • Gestión micrositio: Mínimo 4 horas. • Informes y estadísticas del micrositio. Mínimo 4 horas. • Técnica sobre microservicios e integraciones. Mínimo 4 horas. | • Plan de capacitación. • Informe de transferencia de conocimiento que evidencie la participación de los funcionarios de la entidad. |
Notas: Las capacitaciones serán concertadas según las necesidades que se presenten y/o adviertan dentro de la ejecución del contrato y el Consultor llevará el registro en actas de las actividades de socialización y demás mesas de trabajo relacionadas con la transferencia de conocimiento durante la ejecución del contrato. Las |
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
sesiones de transferencia de conocimiento deben realizarse preferiblemente dentro de las siguientes actividades:
• 2.6.4 Pruebas de aceptación y solución de incidentes
• 2.6.5 Paso a producción
2.6.8. Estabilización de la solución
Dentro del plazo de ejecución del contrato se debe contar con un periodo de estabilización debe cubrir todos los paquetes de trabajo desarrollados en el marco del proyecto. La consultoría se compromete a atender sin costo alguno para la CGR, los incidentes generados a los componentes, soluciones y/o piezas de software ya desarrollados y puestos en producción, cuando se vean afectados por causa o con ocasión de su intervención (inyección de errores), en el despliegue de nuevas iteraciones o paquetes de trabajo.
El consultor deberá entregar un informe que muestre las actividades y gestiones realizadas en esta etapa.
2.7. PUBLICACIÓN DE APLICACIONES MÓVILES EN TIENDAS
El consultor deberá empaquetar las aplicaciones móviles de Apoyo Técnico al Congreso (UATC), Control Fiscal Participativo (CFP) y de las altas cortes, objeto de este proceso, para que sean publicadas en las tiendas de Android y iOS, a saber, Google Play y App Store respectivamente. Para esto el consultor deberá obtener a nombre de la CGR las cuentas, licencias y permisos en estas tiendas para lograr la publicación de las aplicaciones móviles mencionadas.
El consultor deberá entregar un informe que muestre las actividades y gestiones realizadas, así mismo, debe entregar las credenciales, licencias y todo lo relacionado con esta fase del proyecto.
La publicación en tiendas incluye lo siguiente:
• Apertura cuenta Desarrollo para Android Google Play a perpetuidad y para Apple Store corresponde al primer año.
• Generación de proyecto
• Compilación, empaquetado y carga.
• Pruebas de la App.
• Envío para revisión
2.8. BOLSA DE HORAS
El consultor dispone de una bolsa de 1.026 horas para, según se requiera por parte la CGR, ser consumida realizando actividades de soporte y mantenimiento o efectuando modificaciones a las aplicaciones recibidas y aprobadas por la CGR para lograr la publicación en las tiendas las cuales se encuentran distribuidas así:
a) 300 horas para actividades de soporte y mantenimiento
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
b) 726 horas para modificaciones a las aplicaciones recibidas y aprobadas por la CGR para lograr la publicación en las tiendas
Así las cosas, el consultor deberá acordar con el supervisor del contrato el protocolo para el consumo de la bolsa de horas.
El consultor deberá entregar un informe periódico, según se acuerde con el supervisor, que muestre las actividades desarrolladas, previa aprobación, y con cargo a la bolsa de horas. Así mismo, el estado de consumo discriminado de cada una de la bolsa de horas.
3. OBLIGACIONES A CARGO DEL CONSULTOR
Además de las actividades establecidas en el alcance del contrato el consultor deberá:
a. Cumplir oportunamente el plan de trabajo para la ejecución de las actividades objeto del contrato.
b. Entregar para revisión y aprobación de la supervisión del contrato la totalidad de los productos e informes establecidos en el presente documento, para lo cual empleará todos sus recursos técnicos, económicos y logísticos que se requieran para el normal desarrollo y ejecución del objeto contractual.
c. Entregar la solución desarrollada completamente funcional y estable y desplegada dentro del portal institucional.
d. Cumplir con el plazo de ejecución pactado, de tal forma que se garantice el cumplimiento oportuno de las obligaciones pactadas.
e. Ejecutar el contrato con el personal y la dedicación de tiempo propuestos y negociados.
f. Ejecutar las actividades del contrato de acuerdo con los lineamientos técnicos y condiciones establecidas en este documento.
g. Mantener durante la ejecución del contrato, la organización técnica presentada en la propuesta, en forma permanente y con altos niveles de eficiencia técnica y profesional, para atender sus obligaciones.
h. Ejecutar actividades necesarias para el adecuado cumplimiento del objeto contractual y la debida atención de la finalidad de la contratación.
i. Salvaguardar la información confidencial que obtenga o conozca en el desarrollo de sus actividades, salvo requerimiento expreso de autoridad competente.
j. Realizar con el supervisor del contrato las reuniones pertinentes, durante el plazo de ejecución, con el propósito de verificar el avance de las actividades contratadas.
k. Atender los requerimientos del supervisor del contrato.
l. Desarrollar las demás actividades relacionadas con el objeto del contrato que sean acordadas con el supervisor.
4. OBLIGACIONES A CARGO DE LA CGR
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
a. Entregar los insumos requeridos para el cumplimiento del objeto del contrato y el alcance descrito en este documento.
b. Realizar las aprobaciones de los productos descritos en un tiempo prudente para no impactar el plan de trabajo propuesto.
c. Retroalimentar oportunamente al consultor sobre sus propuestas y avances en la entrega de los productos e informes esperados.
d. Designar formalmente un supervisor que obre como interlocutor directo con el consultor.
e. Efectuar los pagos de conformidad con lo determinado en el documento de solicitud de propuesta y el contrato.
f. Facilitar el acceso a las instalaciones de la CGR.
g. Previamente a la iniciación de la prestación del servicio, obtener las autorizaciones necesarias para que el consultor acceda a la información requerida que esté involucrado en los servicios aquí descritos. Se entiende por autorizaciones necesarias, todos los consentimientos o aprobaciones requeridas para acceder al software, hardware y otros productos de la CGR o de terceras partes que sean materia de este servicio.Designar formalmente un supervisor que obre como interlocutor directo con el consultor.
h. Hacer entrega al consultor del listado de los funcionarios que participarán en las actividades programadas para la transferencia de conocimiento, considerando la disponibilidad de los funcionarios designados del nivel central.
5. CONFIDENCIALIDAD Y PROPIEDAD DE LA INFORMACIÓN
El contratista deberá garantizar la absoluta confidencialidad de toda la información que gestione y de los materiales suministrados por la CGR. En ninguna circunstancia la información podrá ser utilizada por este para fines distintos al desarrollo del contrato respectivo. Todos los documentos y demás productos resultantes del desarrollo del contrato serán de propiedad exclusiva de la CGR.
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
APÉNDICE B EQUIPO DE TRABAJO
Cargo | NOMBRE | DEDICACIÓN (Horas) |
Gerente de proyecto | Xxxxxx Xxxxxxx Xxxx | 192 |
Líder técnico | Xxxx Xxxxxx Xxxxxxxxxxx Xxxxxx | 000 |
Desarrollador 1 | Xxxxxxx Xxxxxxx Xxxxxxxx | 1038 |
Desarrollador 2 | Xxxx Xxxxxx Xxxxxx Xxxxxx | 1038 |
Diseñador | Xxxxxxx Xxxx Xxxxxxx Xxxxxx Xxxxx | 404 |
Cambios en el equipo propuesto:
El Contratante no aceptará cambios en el equipo de trabajo ofertado por el Consultor y verificado y aceptado por el mismo. No obstante, si por causas excepcionales no atribuibles al Consultor es necesario realizar alguna modificación, se deberá tener en cuenta lo siguiente:
• El profesional que lo reemplace deberá tener un perfil igual o superior al del profesional objeto de reemplazo y el cambio será aprobado por el supervisor del contrato.
• Se deberá presentar en un término no superior a cinco (5) días hábiles a la manifestación de solicitud de cambio, la hoja de vida del candidato que cumpla el perfil requerido debidamente soportado, para que el supervisor durante la ejecución del contrato, adelante la evaluación y aprobación escrita correspondiente.
• El Consultor deberá garantizar la transferencia de conocimiento en un término no menor a 10 días calendario y no mayor a 15 días calendario entre la persona reemplazada y quien lo reemplaza.
• El Contratante se reserva el derecho a solicitar por escrito remplazo motivado de profesionales que no se acoplen al equipo de trabajo o que sus condiciones técnicas, profesionales, gerenciales o de resultados no satisfagan las necesidades del proyecto. Esta solicitud podrá realizarla la Supervisión del contrato. El Consultor contará con máximo cinco (5) días calendario para presentar por escrito el reemplazo, el cual deberá tener un perfil igual o superior al del profesional objeto de reemplazo debidamente soportado.
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Xxxxxx, X. X., Xxxxxxxx
Xxxxx 0 Fraude y Corrupción y Prácticas Prohibidas
1. Prácticas Prohibidas
1.1. El Banco exige a todos los Prestatarios (incluyendo los beneficiarios de donaciones), organismos ejecutores y organismos contratantes, al igual que a todas las firmas, entidades o individuos oferentes por participar o participando en actividades financiadas por el Banco incluyendo, entre otros, solicitantes, oferentes, proveedores de bienes, contratistas, consultores, miembros del personal, subcontratistas, proveedores de servicios y concesionarios (incluyendo sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas), observar los más altos niveles éticos y denuncien al Banco3 todo acto sospechoso de constituir una Práctica Prohibida del cual tenga conocimiento o sea informado, durante el proceso de selección y las negociaciones o la ejecución de un contrato. Las Prácticas Prohibidas comprenden: (i) prácticas corruptivas; (ii) prácticas fraudulentas; (iii) prácticas coercitivas; (iv) prácticas colusorias y (v) prácticas obstructivas. El Banco ha establecido mecanismos para denunciar la supuesta comisión de Prácticas Prohibidas. Toda denuncia deberá ser remitida a la Oficina de Integridad Institucional (OII) del Banco para se investigue debidamente. El Banco también ha adoptado procedimientos de sanción para la resolución de casos y ha celebrado acuerdos con otras Instituciones Financieras Internacionales (IFI) a fin de dar un reconocimiento recíproco a las sanciones impuestas por sus respectivos órganos sancionadores.
(a)El Banco define, para efectos de esta disposición, los términos que figuran a continuación:
(i) Una práctica corruptiva consiste en ofrecer, dar, recibir o solicitar, directa o indirectamente, cualquier cosa de valor para influenciar indebidamente las acciones de otra parte;
(ii) Una práctica fraudulenta es cualquier acto u omisión, incluida la tergiversación de hechos y circunstancias, que deliberada o imprudentemente, engañen, o intenten engañar, a alguna parte para obtener un beneficio financiero o de otra naturaleza o para evadir una obligación;
(iii) Una práctica coercitiva consiste en perjudicar o causar daño, o amenazar con perjudicar o causar daño, directa o indirectamente, a cualquier parte o a sus bienes para influenciar indebidamente las acciones de una parte;
(iv) Una práctica colusoria es un acuerdo entre dos o más partes realizado con la intención de alcanzar un propósito inapropiado, lo que incluye influenciar en forma inapropiada las acciones de otra parte; y
(v) Una práctica obstructiva consiste en:
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
a.a. destruir, falsificar, alterar u ocultar deliberadamente evidencia significativa para la investigación o realizar declaraciones falsas ante los investigadores con el fin de impedir materialmente una investigación del Grupo del Banco sobre denuncias de una práctica corrupta, fraudulenta, coercitiva o colusoria; y/o amenazar, hostigar o intimidar a cualquier parte para impedir que divulgue su conocimiento de asuntos que son importantes para la investigación o que prosiga la investigación, o
b.b. todo acto dirigido a impedir materialmente el ejercicio de inspección del Banco y los derechos de auditoría previstos en el párrafo 1.7.1 (f) de abajo.
(b)Si se determina que, de conformidad con los Procedimientos de Sanción del Banco, cualquier firma, entidad o individuo actuando como oferente o participando en una actividad financiada por el Banco incluidos, entre otros, solicitantes, oferentes, proveedores, contratistas, consultores, miembros del personal, subcontratistas, sub-consultores, proveedores de servicios, concesionarios, Prestatarios (incluidos los Beneficiarios de donaciones), organismos ejecutores o contratantes (incluyendo sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas) ha cometido una Práctica Prohibida en cualquier etapa de la adjudicación o ejecución de un contrato, el Banco podrá:
(i) No financiar ninguna propuesta de adjudicación de un contrato para la adquisición de bienes o servicios, la contratación de obras, o servicios de consultoría;
(ii) Suspender los desembolsos de la operación, si se determina, en cualquier etapa, que un empleado, agencia o representante del Prestatario, el Organismo Ejecutor o el Organismo Contratante ha cometido una Práctica Prohibida;
(iii) Declarar una contratación no elegible de financiamiento del Banco y cancelar y/o acelerar el pago de una parte xxx xxxxxxxx o de la donación relacionada inequívocamente con un contrato, cuando exista evidencia de que el representante del Prestatario, o Beneficiario de una donación, no ha tomado las medidas correctivas adecuadas (lo que incluye, entre otras cosas, la notificación adecuada al Banco tras tener conocimiento de la comisión de la Práctica Prohibida) en un plazo que el Banco considere razonable.
(iv) Emitir una amonestación a la firma, entidad o individuo en el formato de una carta formal de censura por su conducta;
(v) Declarar a una firma, entidad o individuo inelegible, en forma permanente o por determinado periodo de tiempo para que (i) se le adjudiquen contratos o participe en actividades financiadas por el Banco, y (ii) sea designado subconsultor, subcontratista o proveedor de bienes o servicios por otra firma elegible a la que se
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
le adjudique un contrato para ejecutar actividades financiadas por el Banco;
(vi) Remitir el tema a las autoridades encargadas de hacer cumplir las leyes; y/o;
(vii) Imponer otras sanciones que considere apropiadas bajo las circunstancias del caso, incluyendo la imposición de multas que representen para el Banco un reembolso de los costos vinculados con las investigaciones y actuaciones. Dichas sanciones podrán ser impuestas en forma adicional o en sustitución de las sanciones arriba referidas.
(c)Lo dispuesto en los incisos (i) y (ii) del párrafo 1.1 (b) se aplicará también en casos en los que las partes hayan sido temporalmente declaradas inelegibles para la adjudicación de nuevos contratos en espera de que se adopte una decisión definitiva en un proceso de sanción, o cualquier otra resolución.
(d)La imposición de cualquier medida que sea tomada por el Baco de conformidad con las provisiones referidas anteriormente será de carácter público.
(e) Asimismo, cualquier firma, entidad o individua actuando como oferente o participando en una actividad financiada por el Banco, incluidos, entre otros, solicitantes, oferentes, proveedores de bienes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios, concesionarios, Prestatarios (incluidos los beneficiarios de donaciones), organismos ejecutores o contratantes (incluidos sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas) podrá verse sujeto a sanción de conformidad con lo dispuesto en convenios suscritos por e Banco con otra Institución Financiera Internacional (IFI) concernientes al reconocimiento recíproco de decisiones de inhabilitación. A efectos de lo dispuesto en el presente párrafo, el términos “sanción” incluye toda inhabilitación permanente, imposición de condiciones para la participación en futuros contratos o adopción pública de medias en respuesta a una contravención del marco vigente de una Institución Financiera Internacional (IFI) aplicable a la resolución de denuncias de comisión de Prácticas Prohibidas.
(f) El Banco exige que los Solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores, miembros del personal, subcontratistas, sub-consultores, proveedores de servicios y concesionarios permitan al Banco revisar cualesquiera cuentas, registros y otros documentos relacionados con la presentación de propuestas y con el cumplimiento del contrato y someterlos a una auditoría por auditores designados por el Banco. Bajo esta política, todo solicitante, oferente, proveedor de bienes y su representante, contratista, consultor, miembro del personal, subcontratista, sub-consultor, proveedor de servicios y concesionario deberá prestar plena asistencia al Banco en su investigación. El Banco también requiere que solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores,
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
miembros del personal, subcontratistas, sub-consultores, proveedores de servicios y concesionarios: (i) conserven todos los documentos y registros relacionados con actividades financiadas por el Banco por un período de siete (7) años luego de terminado el trabajo contemplado en el respectivo contrato; y (ii) entreguen todo documento necesario para la investigación de denuncias de comisión de Prácticas Prohibidas y pongan a disposición del Banco los empleados o agentes de los solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores, subcontratistas, sub-consultores, proveedores de servicios y concesionarios que tengan conocimiento de las actividades financiadas por el Banco para responder las consultas relacionadas con la investigación provenientes de personal del Banco o de cualquier investigador, agente, auditor o consultor apropiadamente designado. Si el solicitante, oferente, proveedor de bienes y su representante, contratista, consultor, miembro del personal, subcontratista, sub-consultor proveedor de servicios o concesionario se niega a cooperar o incumple el requerimiento del Banco, o de cualquier otra forma obstaculiza la investigación por parte del Banco, el Banco, bajo su sola discreción, podrá tomar medidas apropiadas contra el solicitante, oferente, proveedor de bienes y su representante, contratista, consultor, miembro del personal, subcontratista, sub-consultor, proveedor de servicios o concesionario. Con el acuerdo específico del Banco, un Prestatario podrá incluir en todos los formularios de licitación para contratos de gran cuantía, financiados por el Banco, la declaratoria del oferente de observar las leyes del país contra fraude y corrupción (incluyendo sobornos), cuando compita o ejecute un contrato, conforme éstas hayan sido incluidas en los documentos de licitación. El Banco aceptará la introducción de tal declaratoria a petición del país del Prestatario, siempre que los acuerdos que rijan esa declaratoria sean satisfactorios al Banco.
(g)Cuando un Prestatario adquiera bienes, servicios distintos a los de consultoría, obras o servicios de consultoría directamente de una agencia especializada, todas las disposiciones contempladas en el párrafo 1.1 y ss. relativas a sanciones y Prácticas Prohibidas se aplicarán íntegramente a los solicitantes, oferentes, proveedores de bienes y sus representantes, contratistas, consultores, miembros del personal, subcontratistas, subconsultores, proveedores de servicios, concesionarios (incluidos sus respectivos funcionarios, empleados y representantes, ya sean sus atribuciones expresas o implícitas), o cualquier otra entidad que haya suscrito contratos con dicha agencia especializada para la provisión de bienes, obras o servicios distintos de servicios de consultoría en conexión con actividades financiadas por el Banco. El Banco se reserva el derecho de obligar al Prestatario a que se acoja a recursos tales como la suspensión o la terminación. Las agencias especializadas deberán consultar la lista de firmas e individuos declarados inelegibles de forma temporal o permanente por el Banco. En caso de que una agencia especializada suscriba un contrato o una orden de compra con una firma o individuo declarado inelegible de forma temporal o permanente por el
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Banco, el Banco no financiará los gastos conexos y se acogerá a otras medidas que considere convenientes.
1.2. Los Consultores declaran y garantizan:
(a) Que han leído y entendido las definiciones de Prácticas Prohibidas del Banco y las sanciones aplicables a la comisión de las mismas que constan en este documento y se obligan a observar las normas pertinentes sobre las mismas;
(b) Que no han incurrido en ninguna Práctica Prohibida descrita en este documento;
(c) Que no han tergiversado ni ocultado ningún hecho sustancial durante los procesos de selección, negociación, adjudicación o ejecución de un contrato;
(d) Que ni ellos ni sus agentes, personal, subcontratistas, subconsultores, directores, funcionarios o accionistas principales han sido declarados por el Banco o por otra Institución Financiera Internacional (IFI) con la cual el Banco haya suscrito un acuerdo para el reconocimiento recíproco de sanciones, inelegibles para que se les adjudiquen contratos financiados por el Banco o por dicha IFI, o culpables de delitos vinculados con la comisión de Prácticas Prohibidas;
(e) Que ninguno de sus directores, funcionarios o accionistas principales han sido director, funcionario o accionista principal de ninguna otra compañía o entidad que haya sido declarada inelegible por el Banco o por otra Institución Financiera Internacional (IFI) y con sujeción a lo dispuesto en acuerdos suscritos por el Banco concernientes al reconocimiento recíproco de sanciones para que se le adjudiquen contratos financiados por el Banco o ha sido declarado culpable de un delito vinculado con Prácticas Prohibidas;
(f) Que han declarado todas las comisiones, honorarios de representantes, pagos por servicios de facilitación o acuerdos para compartir ingresos relacionados con actividades financiadas por el Banco;
(g) Que reconocen que el incumplimiento de cualquiera de estas garantías constituye el fundamento para la imposición por el Banco de una o más de las medidas que se describen en la Cláusula 1.1 (b).
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
Anexo 2 Elegibilidad
Los consultores y sus subcontratistas deberán tener la nacionalidad de país miembro del Banco.
1) Lista de Países Miembros
Alemania, Argentina, Austria, Bahamas, Barbados, Bélgica, Belice, Bolivia, Brasil, Canadá, Chile, Colombia, Xxxxx Rica, Croacia, Dinamarca, Ecuador, El Xxxxxxxx, Eslovenia, España, Estados Unidos, Finlandia, Francia, Guatemala, Guyana, Haití, Honduras, Israel, Italia, Jamaica, Japón, México, Nicaragua, Noruega, Países Bajos, Panamá, Paraguay, Perú, Portugal, Xxxxx Unido, República xx Xxxxx, República Dominicana, República Popular de China, Suecia, Suiza, Surinam, Trinidad y Tobago, Uruguay, y Venezuela.
2) Criterios para determinar Nacionalidad y el país de origen de los bienes y servicios
Para efectuar la determinación sobre: a) la nacionalidad de las firmas e individuos elegibles para participar en contratos financiados por el Banco y b) el país de origen de los bienes y servicios, se utilizarán los siguientes criterios:
A) Nacionalidad
a) Un individuo tiene la nacionalidad de un país miembro del Banco si él o ella satisface uno de los siguientes requisitos:
(i) es ciudadano de un país miembro; o
(ii) ha establecido su domicilio en un país miembro como residente “bona fide” y está legalmente autorizado para trabajar en dicho país.
b) Una firma tiene la nacionalidad de un país miembro si satisface los dos siguientes requisitos:
(i) esta legalmente constituida o incorporada conforme a las leyes de un país miembro del Banco; y
(ii) más del cincuenta por ciento (50%) del capital de la firma es de propiedad de individuos o firmas de países miembros del Banco.
Todos los socios de una asociación en participación, consorcio o asociación (APCA) con responsabilidad mancomunada y solidaria y todos los subcontratistas deben cumplir con los requisitos arriba establecidos.
B) Origen de los Bienes
Los bienes que tengan su origen en un país miembro del Banco, si han sido extraídos, cultivados, cosechados o producidos en un país miembro del Banco. Un bien es producido cuando mediante manufactura, procesamiento o ensamblaje el resultado es un artículo comercialmente reconocido cuyas características básicas, su función o propósito de uso son substancialmente diferentes de sus partes o componentes.
Xxxxxxx 00 Xx. 00-00 • Código Postal 111071 • PBX 5187000 xxx@xxxxxxxxxxx.xxx.xx • xxx.xxxxxxxxxxx.xxx.xx • Bogotá, D. C., Colombia
En el caso de un bien que consiste de varios componentes individuales que requieren interconectarse (lo que puede ser ejecutado por el suministrador, el comprador o un tercero) para lograr que el bien pueda operar, y sin importar la complejidad de la interconexión, el Banco considera que dicho bien es elegible para su financiación si el ensamblaje de los componentes individuales se hizo en un país miembro. Cuando el bien es una combinación de varios bienes individuales que normalmente se empacan y venden comercialmente como una sola unidad, el bien se considera que proviene del país en donde este fue empacado y embarcado con destino al comprador.
Para efectos de determinación del origen de los bienes identificados como “hecho en la Unión Europea”, estos serán elegibles sin necesidad de identificar el correspondiente país específico de la Unión Europea.
El origen de los materiales, partes o componentes de los bienes o la nacionalidad de la firma productora, ensambladora, distribuidora o vendedora de los bienes no determina el origen de los mismos
C) Origen de los Servicios
El país de origen de los servicios es el mismo del individuo o firma que presta los servicios conforme a los criterios de nacionalidad arriba establecidos. Este criterio se aplica a los servicios conexos al suministro de bienes (tales como transporte, aseguramiento, montaje, ensamblaje, etc.), a los servicios de construcción y a los servicios de consultoría.