publicado b lpi 004 2010 bm documento de licitacion lbtr cdv it

7/11/2019 Publicado b Lpi 004 2010 Bm Documento de Licitacion Lbtr Cdv It

http://slidepdf.com/reader/full/publicado-b-lpi-004-2010-bm-documento-de-licitacion-lbtr-cdv-it 1/609

REPUBLICA DE HONDURASCOMISION NACIONAL DE BANCOS Y SEGUROS

Proyecto Asistencia Técnica al Sector Financiero

Crédito No. 3800-HO

D O C U M E N T O D E L I C I T A C I Ó N

P U B L I C A I N T E R N A C I O N A L

No: B-LPI-004/2010-BM

Adquisición, Instalación e Implementación de unSistema compuesto por los Subsistemas:

Liquidación Bruta en Tiempo Real (LBTR) y

Central Depositaria de Valores (CDV), con surespectiva Infraestructura Tecnológica (Hardware y

Software) para el Banco Central de Honduras

Enero, 2011



ÍNDICE

LLAMADO A LICITACIÓN (LAL) ............................................................................................................ 3

SECCIÓN I. INSTRUCCIONES A LOS LICITANTES (IAL)................................................................... 6

ÍNDICE DE CLÁUSULAS........................................................................................................................................ 7

SECCIÓN II. DATOS DE LA LICITACIÓN (DDL)................................................................................ 45

SECCIÓN III. ELEGIBILIDAD PARA EL SUMINISTRO DE BIENES Y SERVICIOS Y LACONTRATACIÓN DE OBRAS EN LAS ADQUISICIONES FINANCIADAS POR EL BANCO.. 656567

SECCIÓN IV. CONDICIONES GENERALES DEL CONTRATO (CGC)..................................... 676769

ÍNDICE DE CLÁUSULAS..............................................................................................................................686870

SECCIÓN V. CONDICIONES ESPECIALES DEL CONTRATO (CEC).................................. 149149151

LISTA DE CLÁUSULAS .........................................................................................................................150150152 SECCIÓN VI. REQUISITOS TÉCNICOS (INCLUYEN EL PROGRAMA DE EJECUCIÓN) 176176178

ÍNDICE DE REQUISITOS TÉCNICOS ......................................................................................................177177179

SECCIÓN VII. FORMULARIOS TIPO....................................................................................... 530530532

NOTAS A LOS LICITANTES SOBRE LA PREPARACIÓN DE LOS FORMULARIOS ........................................531531533 ÍNDICE DE FORMULARIOS TIPO...........................................................................................................535535537



Llamado a Licitación 3

LLAMADO A LICITACIÓN (LAL)REPÚBLICA DE HONDURAS

Proyecto Asistencia Técnica al Sector Financiero

Crédito No. 3800-HOAdquisición, Instalación e Implementación de

un Sistema compuesto por los Subsistemas: Liquidación Bruta en Tiempo Real(LBTR) y Sistema Central Depositaria de Valores (CDV) con su respectiva

Infraestructura Tecnológica(Hardware y Software) para el Banco Central de Honduras

No: B-LPI-004/2010-BM

1. Este llamado a licitación se emite como resultado del Aviso General de Adquisiciones

que para este Proyecto fuese publicado en el Development Business, edición No. 755 del1 de julio de 2009.

2. La República de Honduras ha recibido un crédito de la Asociación Internacional deFomento (AIF) para financiar parcialmente el costo del Proyecto de Asistencia Técnicaal Sector Financiero, y se propone utilizar parte de los fondos de este crédito paraefectuar los pagos bajo el Contrato No. B-LPI-004/2010-BM Adquisición, Instalación eImplementación de un Sistema compuesto por los Subsistemas: Liquidación Bruta enTiempo Real (LBTR) y Sistema Central Depositaria de Valores (CDV) con surespectiva Infraestructura Tecnológica (Hardware y Software) para el Banco Central deHonduras.

3. La Comisión Nacional de Bancos y Seguros en su calidad de Entidad Ejecutora delProyecto, a través de su Unidad Coordinadora del Proyecto (UCP), en representación delBanco Central de Honduras (BCH) en calidad de beneficiario, invita a los licitanteselegibles a presentar ofertas selladas para la Adquisición, Instalación e Implementaciónde un Sistema compuesto por los Subsistemas: Liquidación Bruta en Tiempo Real(LBTR) y Sistema Central Depositaria de Valores (CDV) con su respectivaInfraestructura Tecnológica (Hardware y Software) para el Banco Central de Honduras.

4. La licitación se efectuará conforme a los procedimientos de Licitación PúblicaInternacional (LPI) establecidos en la publicación del Banco Mundial titulada Normas:Adquisiciones con Préstamos del BIRF y Créditos de la AIF, Edición Enero de 1995,

Edición Revisada en Enero y Agosto de 1996, Septiembre de 1997 y Enero de 1999, yestá abierta a todos los licitantes de países elegibles, según se definen en dichas normas.




5. Los licitantes elegibles que estén interesados podrán obtener información adicional a laatención de: Lic. Fernando Neda Brito, Coordinador de la Unidad Coordinadora delProyecto (UCP), Comisión Nacional de Bancos y Seguros, correo electrónico:[email protected] y solicitar los documentos de licitación en la dirección

electrónica mencionada, en un horario de lunes a viernes de 8:00 A.M. a 4:00 P.M,dichos documentos serán publicados en la página www.honducompras.gob.hn

6. Los requisitos de calificaciones para determinar los licitantes elegibles, incluyen:- El Licitante debe demostrar que cuenta con un mínimo de cinco (5) años de

experiencia en la realización de proyectos de Sistemas LBTR y deberá presentarconstancia por escrito de al menos dos (2) proyectos de Sistema LBTR realizadas enlos últimos cinco (5) años, emitidas por los bancos centrales donde se han realizado,completado e implementado de forma exitosa dichas soluciones. Se entiende porSistema de Liquidación Bruta en Tiempo Real, aquella solución que provee todos losservicios que permiten la liquidación de operaciones de pagos, una a una en línea y en

tiempo real y la liquidación de los saldos netos resultantes de las cámaras decompensación de pagos, en las cuentas corrientes que las entidades de intermediaciónfinanciera mantienen en los Bancos Centrales.

- El licitante debe demostrar que cuenta con un mínimo de tres (3) años de experienciaen la realización de proyectos de sistemas CDV y deberá presentar constancia porescrito de al menos un (1) proyecto de sistema CDV realizado(s) en los últimos seis(6) años, emitidas por instituciones financieras donde se han realizado, completado eimplementado de forma exitosa dicha solución. Se prevé que el sistema de la CentralDepositaria de Valores será utilizado para la negociación, emisión y administraciónde todos los valores gubernamentales y la liquidación de dichos valores entrelazado

con la LBTR, con el fin de respetar el principio de Entrega contra Pago (ECP) y elProcesamiento de Principio a Fin ( Straight-Through-Processing).

- El Licitante deberá presentar evidencia documentada de contar como mínimo con dos(2) años de experiencia en el suministro, instalación y configuración de hardware ysoftware iguales o similares a los requeridos, para la implementación del Sistema.

- El licitante deberá demostrar que sus subsistemas e infraestructura tecnológicacumple el estándar tecnológico definido por el Banco Central de Honduras (BCH), elcual es la principal entidad del proyecto. Para sistemas críticos, el estándar estábasado en una plataforma tecnológica utilizando servidores SUN Microsystem y

como base de Datos Oracle 11g.

- Adicionalmente en la Sección II, Datos de la Licitación, numeral IAL 6.1. inciso (a)se detallan otros requisitos de calificaciones del licitante.

mailto:[email protected]


http://www.honducompras.gob.hn/








No se otorgará un Margen de Preferencia a contratistas nacionales elegibles. Mayoresdetalles se proporcionan en los Documentos de Licitación. Los licitantes interesadospodrán adquirir un juego completo de los Documentos de Licitación en Español,solicitándolo por escrito a la dirección indicada abajo y contra el pago de una suma no

reembolsable de Lps. 1,902.00 ó US$ 100.00 en el caso de empresas nacionales dichopago se hará efectivo mediante la entrega de un cheque de caja ó cheque certificado emitido afavor de la Comisión Nacional de Bancos y Seguros y en el caso de empresas internacionalesmediante transferencia bancaria a la cuenta en dólares No. 111-02-20-000048-5, a nombre de laComisión Nacional de Bancos y Seguros en el Banco Central de Honduras con Código Swift:BCEHHNTE. El Banco corresponsal del Banco Central de Honduras es CITIBANK N.A. NEWYORK, N.Y. Código Swift: CITIUS33, Código ABA: 021000089, Cuenta No. 10928996 anombre del Banco Central de Honduras, Barrio El Centro, Avenida Juan Ramón Molina, 1raCalle, 7ma Avenida, Tegucigalpa. Los costos de transferencia bancarias serán asumidos por loslicitantes. Una versión impresa del documento será entregado en la dirección abajo indicada oserá remitida mediante correo aéreo según lo indiquen los interesados previa presentación de lacopia del pago y verificación respectiva.

7. Las ofertas deberán hacerse llegar a la dirección indicada abajo, a más tardar el 25 demarzo de 2011 a las 10:00 a.m. hora oficial de la República de Honduras. Solo seaceptaran aquellas ofertas recibidas en la dirección abajo indicada y no se consideraranofertas electrónicas. Las ofertas que se reciban fuera de dicho plazo serán rechazadas.Las ofertas se abrirán a las 10:20 a.m. del día 25 de marzo de 2011 en presencia de losrepresentantes de los licitantes que deseen asistir en el Salón de Usos Múltiples de laComisión Nacional de Bancos y Seguros, ubicado en el cuarto piso del Edificio SantaFe, Col. Castaño Sur, Paseo Virgilio Zelaya Rubí, Tegucigalpa M.D.C. Honduras, C.A.Todas las ofertas deberán estar acompañadas de una Garantía Bancaria de Seriedad de laoferta por un monto de Setenta y Siete Mil Dólares Exactos de los Estados Unidos de

América (US$77,000.00) con una vigencia mínima de ciento dieciocho (118) díascontados a partir de la fecha de apertura de ofertas. Se pide a los posibles licitantes quetengan en cuenta que (i) se les exigirá que certifiquen en sus ofertas que el Software estácubierto por una licencia válida o que fue producido por el Licitante y (ii) toda infracciónse considera un fraude punible y que, por lo tanto, podrá entre otras cosas impedírsele alLicitante su participación en futuras adquisiciones financiadas por el Banco Mundial.

8. La dirección referida arriba es:

Proyecto Asistencia Técnica al Sector FinancieroAtención: Lic. Fernando Neda, Coordinador de la Unidad Coordinadora de Proyecto

Segundo Piso, Edificio SANTA FE, Col. Castaño Sur, Paseo Virgilio Zelaya Rubí,Bloque ―C‖, Tegucigalpa, Honduras, C.A, Teléfono (504) 2221-6909 y Fax (504) 2221-3375.Dirección de correo electrónico: [email protected]







6

SECCIÓN I. INSTRUCCIONES A LOS LICITANTES (IAL)

(Licitación en Una Etapa)



Sección I. Instrucciones a los Licitantes 7

Índice de cláusulas

A. GENERALIDADES ................................................................................................................................. 8

1. ALCANCE DE LA LICITACIÓN.............................................................................................................................. 8

2. FUENTE DE LOS FONDOS ................................................................................................................................. 8 3. FRAUDE Y CORRUPCIÓN .................................................................................................................................. 8 4. LICITANTES ELEGIBLES .................................................................................................................................. 11 5. BIENES Y SERVICIOS IDÓNEOS......................................................................................................................... 12 6. CALIFICACIONES DEL LICITANTE ...................................................................................................................... 13 7. COSTO DE LA LICITACIÓN............................................................................................................................... 16 8. VISITAS AL SITIO .......................................................................................................................................... 16

B. DOCUMENTOS DE LICITACIÓN ...................................................................................................... 17

9. CONTENIDO DE LOS DOCUMENTOS DE LICITACIÓN .............................................................................................. 17 10. ACLARACIÓN DE LOS DOCUMENTOS DE LICITACIÓN Y REUNIÓN PREVIA A LA LICITACIÓN.............................................. 18 11. ENMIENDA DE LOS DOCUMENTOS DE LICITACIÓN ............................................................................................... 18

C. PREPARACIÓN DE LAS OFERTAS .................................................................................................. 19 12. IDIOMA DE LA OFERTA .................................................................................................................................. 19 13. DOCUMENTOS QUE CONFORMAN LA OFERTA .................................................................................................... 19 14. PRECIOS DE LA OFERTA ................................................................................................................................. 22 15. MONEDA DE LA OFERTA................................................................................................................................ 24 16. DOCUMENTOS QUE ESTABLECEN LA CONFORMIDAD DEL SISTEMA DE INFORMACIÓN CON LOS DOCUMENTOS DE LICITACIÓN

25 17. GARANTÍA DE SERIEDAD DE LA OFERTA ............................................................................................................. 26 18. PERÍODO DE VALIDEZ DE LAS OFERTAS.............................................................................................................. 28 19. FORMATO Y FIRMA DE LA OFERTA ................................................................................................................... 28

D. PRESENTACIÓN DE LAS OFERTAS ................................................................................................ 29

20. CÓMO CERRAR Y MARCAR LOS SOBRES DE LAS OFERTAS....................................................................................... 29 21. PLAZO PARA LA PRESENTACIÓN DE LAS OFERTAS ................................................................................................ 30 22. OFERTAS TARDÍAS ....................................................................................................................................... 30 23. MODIFICACIÓN Y RETIRO DE LAS OFERTAS ........................................................................................................ 30

E. APERTURA Y EVALUACIÓN DE LAS OFERTAS ............................................................................ 31

24. APERTURA DE LAS OFERTAS POR EL COMPRADOR............................................................................................... 31 25. ACLARACIÓN DE LAS OFERTAS ........................................................................................................................ 32 26. EXAMEN PRELIMINAR DE LAS OFERTAS ............................................................................................................. 32 27. CONVERSIÓN A UNA SOLA MONEDA ................................................................................................................ 33 28. EVALUACIÓN Y COMPARACIÓN DE LAS OFERTAS ................................................................................................. 34 29. PREFERENCIA NACIONAL............................................................................................................................... 40 30. COMUNICACIONES CON EL COMPRADOR ............................................................................................................. 40

F. POSCALIFICACIÓN Y ADJUDICACIÓN DEL CONTRATO .......................................................... 41

31. POSCALIFICACIÓN........................................................................................................................................ 41 32. CRITERIOS PARA LA ADJUDICACIÓN.................................................................................................................. 41 33. DERECHO DEL COMPRADOR A MODIFICAR LAS CANTIDADES EN EL MOMENTO DE LA ADJUDICACIÓN ............................. 42 34. DERECHO DEL COMPRADOR A ACEPTAR CUALQUIER OFERTA Y A RECHAZAR CUALQUIERA O TODAS LAS OFERTAS ............. 42 35. NOTIFICACIÓN DE LA ADJUDICACIÓN ............................................................................................................... 42 36. FIRMA DEL CONTRATO ................................................................................................................................. 42 37. GARANTÍA DE CUMPLIMIENTO ....................................................................................................................... 43 38. CONCILIADOR ............................................................................................................................................. 43



8 Sección I. Instrucciones a los Licitantes

Instrucciones a los Licitantes

A. GENERALIDADES

1. Alcance de lalicitación

1.1 El Comprador nombrado en los DDL y en las CondicionesEspeciales del Contrato (CEC), o el Agente de Compras, segúnse especifique en los DDL y en las CEC, invita a presentarpropuestas para el suministro e instalación de Sistemas deinformación, tal como se describe brevemente en los DDL y seexplica en mayor detalle en el presente Documento de licitación.

1.2 El nombre y el número de identificación del Llamado aLicitación, así como todo contrato resultante, se indican en losDDL.

2. Fuente de losfondos

2.1 El Prestatario nombrado en los DDL ha solicitado o recibido unpréstamo o crédito (identificado en los DDL y denominado―préstamo‖ en estos documentos de licitación) del BancoInternacional de Reconstrucción y Fomento o de la AsociaciónInternacional de Fomento (llamados indistintamente ―el Banco‖en estos documentos de licitación) por el equivalente del montoindicado en los DDL. El préstamo se usará para sufragar enparte el costo del proyecto indicado en los DDL. El Prestatariodestinará una parte de los recursos de este préstamo a los pagosidóneos para financiamiento en virtud del Contrato para el cual

se emiten los presentes documentos de licitación.2.2 El Banco sólo efectuará pagos que hayan sido solicitados por el

Prestatario, o por el agente ejecutor del Prestatario, y quecuenten con la aprobación del Banco, de acuerdo con lascondiciones establecidas en el Convenio de préstamo, y dichospagos estarán sujetos en todo respecto a las condiciones que seestipulan en dicho Convenio. El Convenio de préstamo prohíbetodo retiro de fondos de la cuenta del préstamo para efectuarcualquier pago a personas físicas o jurídicas, o para financiarcualquier importación de bienes, si el Banco tiene conocimientode que dicho pago o dicha importación están prohibidos por unadecisión del Consejo de Seguridad de las Naciones Unidasadoptada en virtud del Capítulo VII de la Carta de dichainstitución. Sólo el Prestatario tendrá derecho en virtud delConvenio de préstamo a reclamar los recursos del préstamo.

3. Fraude ycorrupción

3.1 Es política del Banco requerir que los prestatarios (incluyendolos beneficiarios de los préstamos del Banco), al igual que atodos los Licitantes, Proveedores, Contratistas y susSubcontratistas que participan en contratos financiados por el




Banco observen los más altos niveles éticos durante el procesode adquisición y la ejecución de dichos contratos1. A efectosdel cumplimiento de esta política, el Banco:

a) define de la siguiente manera, a los efectos de esta disposición, lasexpresiones que se indican a continuación:

(i) ―práctica corrupta‖ 2 es el ofrecimiento, suministro,aceptación o solicitud, directa o indirectamente, decualquier cosa de valor con el fin de influir de modoimpropio la actuación de otra parte;

(ii) ―práctica fraudulenta‖ 3 es cualquier acto u omisión,incluyendo una tergiversación, que intencionalmente oimprudentemente engaña, o intenta engañar, a unaparte para obtener beneficios financieros o de otra

índole o para evitar una obligación;

(iii) ―prácticas de colusión4” es un acuerdo entre dos o más

partes, diseñado para obtener un propósito impropio,incluyendo el influenciar impropiamente la actuaciónde otra parte;

(iv) ―prácticas coercitivas‖ 5 es dañar o perjudicar, oamenazar con dañar o perjudicar, directa oindirectamente, a cualquier parte, o a sus propiedadespara influenciar impropiamente la actuación de unaparte.

(v) ‖práctica obstructiva es:

aa) destruir, falsificar, alterar u ocultar en forma

1 En este contexto, cualquier medida adoptada por un oferente, proveedor, contratista o subcontratista parainfluir en el proceso de adquisición o la ejecución de un contrato con el propósito de obtener una ventajaindebida constituye un acto impropio.

2 A los efectos de estos Documentos de Licitación, ―otra parte‖ significa un funcionario público que intervieneen el proceso de adquisición o la ejecución de un contrato. En este contexto, ―funcionario público‖ incluye alos funcionarios del Banco Mundial y los empleados de otros organismos encargados de adoptar o examinar

las decisiones en materia de adquisiciones.3 A los efectos de estos Documentos de Licitación, ―parte‖ significa un funcionario público; los términos―beneficio‖ y ―obligación‖ están relacionados con el proceso de adquisición o la ejecución de un contrato, y enel ―acto u omisión‖ debe haber intención de influir en el proceso de adquisición o la ejecución de un contrato.

4 A los efectos de estos Documentos de Licitación, ―partes‖ significa los participantes en el proceso deadquisición (incluidos los funcionarios públicos) que pretendan establecer precios de oferta a nivelesartificiales o no competitivos.

5 A los efectos de estos Documentos de Licitación, ―parte‖ significa un participante en el proceso de adquisicióno en la ejecución de un contrato.




deliberada pruebas importantes respecto de suparticipación en un proceso de adquisición, oincidir en la investigación o formulardeclaraciones falsas a los investigadores con la

intención de impedir sustancialmente unainvestigación del Banco referente a acusacionessobre prácticas corruptas, fraudulentas,coercitivas o colusorias, y/o amenazar, acosar ointimidar a una parte con el propósito deimpedir que dicha parte revele lo que sabeacerca de asuntos pertinentes a la investigación,o que lleve adelante la investigación, o laejecución de un contrato.

bb) toda acción con la intención de impedir

sustancialmente el ejercicio de los derechos delBanco de realizar inspecciones y auditoríasestablecido en la subcláusula 3.1 (e) de lapresente cláusula.

(b) rechazará la propuesta de adjudicación si determina que elLicitante seleccionado para dicha adjudicación ha participadodirectamente o a través de un agente, en actividades corruptas,fraudulentas, colusorias o coercitivas al competir por elcontrato en cuestión;

(c) anulará la porción del préstamo asignada al contrato si

determina en cualquier momento que los representantes delPrestatario o de un beneficiario del préstamo han participadoen prácticas corruptas, fraudulentas, colusorias o coercitivasdurante el proceso de licitación o de la ejecución de dichocontrato, y sin que el Prestatario hubiera adoptado medidasoportunas y apropiadas que el Banco considere satisfactoriaspara corregir la situación;

(d) sancionará empresas o individuos, inclusive declarándolosinelegibles, indefinidamente o por un período determinado paraadjudicarles contratos financiados por el Banco, si en cualquier

momento determina que han participado directamente o através de sus agentes, en prácticas corruptas, fraudulentas,colusorias o coercitivas al competir o ejecutar un contratofinanciado por el Banco;

(e) tendrá el derecho a exigir a los Licitantes, proveedores,contratistas y consultores que incluyan en los Documentos deLicitación y en los contratos financiados con un préstamo delBanco, una disposición que le permita al Banco, o a quien éstedesigne, inspeccionar los registros contables, estados




financieros y otros documentos relacionados con el proceso delicitación y con la ejecución del contrato y auditarlos porauditores designados por el Banco.

3.2 De conformidad con la Cláusula 3.1.(e), el Licitante permitiráal Banco y/o cualquier persona designada por el Banco arevisar las cuentas y archivos relacionados con el proceso delicitación y con el cumplimiento del Contrato y someterlos a unaverificación por auditores designados por el Banco.

3.3 Además, los Licitantes deberán tener presente las provisionesestablecidas en las cláusulas 9.8 y 41.2 de las CondicionesGenerales del Contrato.

4. LicitantesElegibles 4.1 Con excepción de lo dispuesto en las cláusulas 4.2 y 4.3 de lasIAL, podrán participar en este procedimiento de licitación:

a) si se ha realizado una precalificación para este proceso delicitación, las empresas precalificadas (en el caso deempresas mixtas, los mismos socios y estructura) depaíses de origen elegibles, según la definición que apareceen la edición del documento titulado Normas: Adquisiciones con Préstamos del BIRF y Créditos de la

AIF (Normas sobre Adquisiciones),

b) si no se ha efectuado una de precalificación para esteproceso de licitación, entonces podrán participar todas lasempresas de los países de origen elegibles, según sedefine en las Normas sobre Adquisiciones.

En cualquier caso, no podrán presentar ofertas las empresasmixtas que incluyan a miembros de países de origen o empresasno elegibles.

4.2 Las empresas de un país miembro podrán quedar excluidas de lalicitación si:

a) i) de conformidad con las disposiciones legales o lareglamentación oficial, el país del Prestatario prohíbe lasrelaciones comerciales con ese país, siempre y cuando elBanco considere que dicha exclusión no impide unacompetencia eficaz para el suministro e instalación delSistema de información requerido, o ii) en cumplimientode una decisión del Consejo de Seguridad de las NacionesUnidas, adoptada en virtud del Capítulo VII de la Carta dedicha organización, el país del Prestatario prohíbe la




importación de bienes de ese país o los pagos a personas oentidades de dicho país.

b) han sido contratadas anteriormente por el Comprador para

prestar servicios de consultoría en la preparación deldiseño, las especificaciones y otros documentos que se hande utilizar en la adquisición del Sistema de informacióndescrito en estos documentos de licitación.

c) las empresas estatales del país del Prestatario puedenparticipar solamente si pueden demostrar que: i) gozan deautonomía legal y financiera, y ii) funcionan de acuerdocon las leyes comerciales. No se permitirá la participacióno presentación de ofertas para la adquisición de bienes oservicios en el marco de un proyecto financiado por el

Banco a entidades dependientes del Prestatario o delSubprestatario.

4.3 Una empresa que el Banco haya declarado no elegible, deconformidad con la cláusula 1.15. d) de las Normas sobreAdquisiciones, no satisface los requisitos para presentarpropuestas en relación con un contrato financiado por el Bancodurante el período que éste determine.

4.4 Los licitantes suministrarán al Comprador las pruebas de sucontinua elegibilidad que el Comprador considere razonables ysatisfactorias.

5. Bienes yserviciosidóneos

5.1 Para los efectos de estos documentos de licitación, el Sistema deinformación abarca:

a) La tecnología de la información necesaria, incluido todohardware, software, suministros e insumos relacionadoscon el procesamiento de la información y lascomunicaciones que el Proveedor esté en la obligación desuministrar e instalar en virtud del Contrato, además detoda la documentación pertinente y cualesquiera otrosmateriales y bienes que deban suministrarse, instalarse,

integrarse y ponerse en funcionamiento (llamados enconjunto ―Bienes‖ en algunas cláusulas de lasInstrucciones a los Licitantes); y

b) toda actividad de desarrollo de software, transporte,seguro, instalación, personalización, integración, puesta enservicio, capacitación, asistencia técnica, mantenimiento,reparación y cualesquiera otros servicios necesarios paragarantizar el funcionamiento adecuado del Sistema de




información que suministrará el Licitante seleccionado yen virtud de las especificaciones del Contrato.

5.2 Los fondos de los préstamos del Banco sólo se desembolsarán

para financiar gastos relacionados con un Sistema deinformación compuesto de bienes y servicios suministrados porciudadanos de países de origen elegibles, y producidos endichos países o suministrados por ellos, tal y como se define enlas Normas sobre Adquisiciones. Se considera que un sistemade información es producido en un país miembro del Bancocuando, en el territorio de dicho país, mediante el desarrollo delSoftware, la fabricación o actividades importantes deensamblaje o integración de componentes, se genera unproducto reconocido comercialmente cuyas característicasbásicas, finalidad o utilidad difieren de las de sus componentes.

Un Sistema de información, o cualquier componente delmismo, suministrado por un país miembro del Banco puedequedar excluido si dicho país miembro está sujeto a lascondiciones que se estipulan en la cláusula 4.2 a) i) o ii) de lasIAL.

5.3 Para los efectos de esta cláusula, la nacionalidad del Licitante nocorresponde al país desde el cual se suministra el Sistema deinformación y sus componentes o desde donde se prestan losservicios afines. Un Licitante tendrá la nacionalidad de un paísdado si tiene su domicilio, está constituido legalmente y sedesempeña de acuerdo con las leyes de dicho país.

6. Calificacionesdel Licitante

6.1 Mediante la presentación de pruebas documentales en su oferta,el Licitante deberá demostrar, a satisfacción del Comprador, losiguiente:

a) que posee la capacidad financiera, técnica y productivanecesaria para cumplir con el Contrato, satisface loscriterios de calificación especificados en los DDL, y tieneantecedentes satisfactorios. Si se ha realizado un procesode precalificación para esta licitación, el Licitante, comoparte de su oferta, deberá actualizar la información

presentada junto con la solicitud para la precalificación;(Para los efectos de establecer las calificaciones de unLicitante, a menos que se especifique lo contrario en losDDL, la experiencia o recursos de cualquier subcontratistano incidirá en las calificaciones del Licitante; sólo seconsiderarán la experiencia o recursos de un socio de unasociedad en participación.)

b) que, en el caso de un Licitante que ofrezca suministrar




bienes clave relacionados con Sistema de información,identificados en los DDL, que no sean fabricados niproducidos por el Licitante, éste ha sido debidamenteautorizado por el fabricante o el productor para suministrar

esos bienes en el país del Comprador. (Esto se logramediante la presentación de los Formularios deAutorización del Fabricante, tal como se indica en lasección titulada Formularios Tipo); y

c) que, en el caso de un Licitante que no realice actividadescomerciales en el país del Comprador, el Licitante está oestará representado (en caso de que se le adjudique elContrato) en dicho país por un agente local que tenga losmedios y esté en condiciones de cumplir con lasobligaciones de mantenimiento, asistencia técnica,

capacitación y reparación que ha contraído el Licitante yque se estipulan en las Condiciones Generales yEspeciales del Contrato o en los Requisitos Técnicos.

6.2 Las ofertas presentadas por una sociedad en participación(― Joint Venture‖) compuesta de dos o más empresas que actúenen calidad de socias deberán cumplir igualmente con lassiguientes exigencias:

a) la oferta deberá estar firmada de manera que constituyauna obligación legal para todos los socios;

b) deberá designarse a uno de los socios como responsable, ydeberá quedar constancia de dicha designación mediantela presentación de un poder firmado por signatariosautorizados de todos los socios;

c) el socio encargado deberá estar autorizado para asumirresponsabilidades y recibir instrucciones destinadas atodos o cualesquiera de los socios de la sociedad enparticipación o en nombre de los mismos; además, laejecución plena del Contrato, incluido el pago, deberállevarse a cabo exclusivamente con el socio responsable;

d) el socio, o grupo de socios, responsable de un componentedado del Sistema de información deberá cumplir con loscriterios mínimos de calificación que correspondan adicho componente;

e) una empresa podrá presentar ofertas ya sea de maneraindividual, o como socia de una sociedad en participaciónque presente ofertas en respuesta a los presentesdocumentos de licitación. Asimismo, una empresa que




esté presentando una oferta ya sea como licitanteindividual o como socio de una sociedad en participación,no podrá actuar en calidad de Subcontratista en otrasofertas, salvo para el suministro de hardware o software

disponibles comercialmente que hayan sido fabricados oproducidos por dicha empresa, así como también serviciosmeramente conexos tales como la instalación,configuración, capacitación sistemática y actividadescontinuas de mantenimiento y apoyo. Si la cláusula 6.1 a)de los DDL permiten que se tome en cuenta la calificaciónde Subcontratistas designados para ejecutar ciertoscomponentes durante la evaluación de las calificacionesgenerales del Licitante, todo Subcontratista designado poralgún licitante perderá automáticamente su capacidad depostularse como licitante o como socio de una sociedad en

participación. El incumplimiento de esta disposiciónpuede acarrear el rechazo de todas las ofertas en las queparticipe la empresa afectada ya sea como licitanteindividual o en calidad de socia de una sociedad enparticipación. Siempre y cuando una empresa cumpla conestas disposiciones, o no se vea afectada por las mismaspor no participar como licitante individual o en calidad desocia de una sociedad en participación, dicha empresapodrá ser propuesta como Subcontratista en cualquiernúmero de ofertas. Si la cláusula 28.1 de los DDLpermiten la presentación de ofertas para subsistemas, lotes

o porciones, entonces las disposiciones de ésta cláusula 6.2e) se aplicarán únicamente a las ofertas de dichossubsistemas, lotes o porciones.

f) todos los socios de la sociedad en participación seránresponsables de manera conjunta o individual de laejecución del Contrato de conformidad con las condicionesdel mismo, y deberá incluirse una declaración a tal efectoen la autorización a que se hace referencia en la cláusula6.2 b) anterior, así como también en la oferta y en elcontrato (en caso de una oferta satisfactoria).

6.3 Si un Licitante desea subcontratar bienes o serviciosimportantes, deberá incluir en su oferta información detalladasobre el nombre y la nacionalidad del Subcontratista propuesto,incluidos los Proveedores, en relación con cada uno de dichosbienes o servicios; asimismo, deberá cerciorarse de que cadaSubcontratista propuesto cumpla con las exigencias de lacláusula 4 de las Instrucciones a los Licitantes, de que todo bieno servicio relacionado con el Sistema de información quesuministrará el Subcontratista cumpla con las exigencias de la




cláusula 5 y de que se presenten todas las pruebas pertinentesque exige la cláusula 13.1 e) iii) de las Instrucciones a losLicitantes. Los licitantes tienen la libertad de indicar más de unSubcontratista por cada bien o servicio. Las tarifas y precios

cotizados se considerarán válidos, independientemente delSubcontratista que se designe, y no se permitirá ningún ajuste dedichas tarifas o precios. El Comprador se reserva el derecho deeliminar de la lista a cualquier Subcontratista propuesto. Estodeberá hacerse antes de la firma del Contrato, mediante laeliminación de todo subcontratista inaceptable del Apéndice 3del Contrato, el cual deberá contener una lista de todos losSubcontratistas aprobados para cada bien o servicio antes de lafirma del Contrato. Toda adición o eliminación posterior de lalista de Subcontratistas aprobados deberá realizarse deconformidad con la cláusula 20 de las Condiciones Generales del

Contrato (de acuerdo con las revisiones de las CondicionesEspeciales del Contrato, según sea el caso) y el Apéndice 3 delContrato.

Para los efectos de estos documentos de licitación, unSubcontratista es todo proveedor de servicios que contrate elLicitante para el suministro o ejecución de cualquier parte delSistema de información que proporcionará el Licitante en virtuddel Contrato (tales como el suministro de elementos importantesde hardware, software u otros componentes de la tecnología dela información que se especifiquen, o el desempeño de los

servicios afines como, por ejemplo, el desarrollo de software,transporte, instalación, personalización, integración, puesta enservicio, capacitación, asistencia técnica, mantenimiento,reparación, etc.).

7. Costo de lalicitación

7.1 El Licitante financiará todos los costos relacionados con lapreparación y presentación de su oferta, y el Comprador no seráresponsable en ningún caso de dichos costos.

8. Visitas al sitio 8.1 Se recomienda que el Licitante visite e inspeccione el lugar olugares donde se instalará el Sistema de información y queobtenga por sí solo, a su propio riesgo y responsabilidad, toda la

información que pueda necesitar para preparar la oferta yestablecer el Contrato. El Licitante deberá sufragar los costosgenerados por su visita al lugar o lugares de instalación.

8.2 El Comprador se encargará de que el Licitante, cualquiermiembro de su personal o sus representantes puedan obteneracceso al lugar o lugares pertinentes, siempre y cuando elLicitante notifique al Comprador su intención de visitar dichossitios con por lo menos catorce (14) días de anticipación.




También es posible que el Comprador organice una o variasvisitas al sitio simultáneamente con la visita anterior a lalicitación, según se especifica en los DDL conforme a lacláusula 10.2 de las Instrucciones a los Licitantes. La no

realización de una visita del sitio por el Licitante no seconsiderará como una causa de descalificación.

8.3 Por otra parte, se permitirá la programación de visitas del sitiodespués de que haya transcurrido el plazo para la presentaciónde las ofertas y antes de la adjudicación del Contrato.

B. DOCUMENTOS DE LICITACIÓN

9. Contenido de

los documentosde licitación

9.1 El contenido de los documentos de licitación se indica a

continuación y deberá leerse en conjunto con cualquieraEnmienda emitida de conformidad con la cláusula 11 de las IAL.Sección I Instrucciones a los Licitantes (IAL)Sección II DDLSección III Elegibilidad para el suministro de bienes y

servicios y la contratación de obras enadquisiciones financiadas por el Banco

Sección IV Condiciones Generales del Contrato (CGC)Sección V Condiciones Especiales del Contrato (CEC)Sección VI Requisitos Técnicos (incluido el Programa de

Ejecución)

Sección VII Formularios Tipo

9.2 Los Licitantes deberán estudiar todas las instrucciones,formularios, términos, especificaciones y cualquier otrainformación contenida en los documentos de licitación Elincumplimiento por el Licitante del suministro de toda lainformación que se exige en los documentos de licitación, o lapresentación de una oferta que no se ajuste sustancialmente a losdocumentos de licitación en todos los sentidos, podría tenerconsecuencias para el Licitante, tal como el rechazo de su oferta.

9.3 El Llamado a Licitación no necesariamente forma parte de losdocumentos de licitación y se incluye únicamente comoreferencia. En caso de incoherencias, prevalecerán losdocumentos de licitación.




10. Aclaración delos documentosde licitación yreunión previa

a la licitación

10.1 Todo Licitante eventual que necesite alguna aclaración de losdocumentos de licitación podrá solicitarla al Comprador porescrito a la dirección de éste y por uno de los medios que seindican en los DDL. De la misma manera, si un Licitante

considera que alguna disposición importante de los documentoses inaceptable, deberá plantear su inquietud lo antes posible. ElComprador responderá por escrito a toda solicitud de aclaracióno modificación de los documentos de licitación recibida a mástardar veintiún (21) días antes de que se venza el plazo para lapresentación de ofertas estipulado por el Comprador. ElComprador enviará una copia de su respuesta (incluso unaexplicación de la consulta pero sin identificar su procedencia) atodos los Licitantes eventuales que hayan recibido losdocumentos de licitación de manos del Comprador.

10.2 Cuando así se estipule en los DDL, el Comprador organizará unareunión antes de la licitación a la cual estarán invitados todos losLicitantes en el lugar y fecha que se indique en los DDL. Estareunión tendrá como finalidad aclarar asuntos y responder apreguntas con respecto a cualquier tema que se plantee duranteesta etapa, especialmente los asuntos relacionados con losRequisitos Técnicos. Los Licitantes deberán presentar suspreguntas por escrito al Comprador a más tardar una semanaantes de la reunión. Las preguntas y respuestas se transmitiránde acuerdo con la cláusula 10.1 de las Instrucciones a losLicitantes. El acta de la reunión, incluidas las preguntas

realizadas y las respuestas a éstas, conjuntamente concualesquiera otras respuestas preparadas después de la reunión,se transmitirán sin demora a todas las partes a quienes elComprador haya enviado los documentos de licitación. Todamodificación de los documentos de licitación que se mencionaen la cláusula 9.1 de las Instrucciones a los Licitantes y quepueda ser necesaria como resultado de la reunión anterior a lalicitación deberá efectuarla únicamente el Comprador mediantela emisión de una Enmienda conforme a la cláusula 11 de lasInstrucciones a los Licitantes y no mediante la presentación delacta de la reunión antes de la licitación.

11. Enmienda delos documentosde licitación

11.1 En cualquier momento antes del vencimiento del plazo para lapresentación de las ofertas, el Comprador podrá modificar losdocumentos de licitación por cualquier motivo, ya sea poriniciativa propia o en respuesta a una aclaración solicitada porun licitante eventual. Toda modificación subsiguiente conrespecto al mismo tema, modificará o remplazará lasmodificaciones anteriores correspondientes.

11.2 Las modificaciones se divulgarán en forma de Enmiendas a los




documentos de licitación y se enviarán por escrito a todos losLicitantes eventuales a quienes el Comprador haya entregadolos documentos de licitación. Los licitantes deberán cumplircon lo dispuesto en dichas Enmiendas. Además, deberán acusar

recibo de dichas Enmiendas inmediatamente. Se dará porsentado que al preparar su oferta, el Licitante habrá tomado encuenta la información contenida en dichas Enmiendas.

11.3 El Comprador podrá, a su discreción, prorrogar el plazo depresentación de las ofertas a fin de dar a los posibles licitantesun período razonable para que puedan tomar en cuenta lasmodificaciones en la preparación de sus ofertas, en cuyo caso, elComprador notificará por escrito a todos los Licitantes acerca dela mencionada prórroga.

C. PREPARACIÓN DE LAS OFERTAS

12. Idioma de laoferta

12.1 La oferta que prepare el Licitante, así como todacorrespondencia y documentos relativos a dicha oferta queintercambien el Licitante y el Comprador, deberá redactarse enel idioma especificado en los DDL. Además, todadocumentación impresa que suministre el Licitante como partede su oferta podrá estar escrita en otro idioma, siempre y cuandoesté acompañada de una traducción fiel de los párrafospertinentes de dicho material al idioma especificado en los DDL,

en cuyo caso prevalecerá la traducción para los efectos de lainterpretación de la oferta.

13. Documentosque conformanla oferta

13.1 La oferta que presente el Licitante deberá incluir los siguientesdocumentos:

a) un Formulario de oferta debidamente llenado y firmado poruna o varias personas debidamente autorizadas paracontraer las obligaciones del Contrato en nombre delLicitante;

b) todas las Listas de precios con toda la información exigida

de acuerdo con lo establecido en las cláusulas 14, 15 y 18de las Instrucciones a los Licitantes y firmadas por una ovarias personas debidamente autorizadas para contraer lasobligaciones del Contrato en nombre del Licitante;

c) garantía de seriedad de la oferta suministrada deconformidad con la cláusula 17 de las Instrucciones a losLicitantes;




d) una confirmación escrita en la que se autorice al signatariode la oferta para contraer un compromiso en nombre delLicitante, de acuerdo con lo establecido en la cláusula 19.2de las Instrucciones a los Licitantes.

e) Anexos:

i) Anexo 1: Elegibilidad del LicitanteSi no ha habido un proceso de precalificación, seránecesario presentar documentos que demuestren, asatisfacción del Comprador, que el Licitante esidóneo para presentar una oferta, lo que incluirá entreotras, pruebas de que el Licitante está constituidolegalmente en el territorio de un país de origenidóneo, según la definición que figura en la cláusula

4 de las IAL;

ii) Anexo 2: Calificaciones del LicitantePruebas documentadas, de conformidad con lacláusula 6 de las IAL, que demuestren a satisfaccióndel Comprador que el Licitante está calificado paraejecutar el Contrato en caso de que su oferta seaaceptada. Si ha habido precalificación de licitantes, yconforme a la cláusula 6.1 a) de las IAL, el Licitantedeberá proporcionar pruebas de cualquier cambio enla información suministrada como base para la

precalificación, o, si dicha información no ha sufridoningún cambio, deberá presentar una declaración a talefecto;Toda autorización del fabricante estipulada en losDDL conforme a la cláusula 6.1 b) de las IAL;

iii) Anexo 3: Elegibilidad de los bienes y serviciosDocumentos que establezcan, a satisfacción delComprador, que los bienes y servicios del Sistema deinformación que serán suministrados, instalados oprestados por el Licitante son idóneos según se

especifica en la cláusula 5 de las IAL. De adjudicarseel Contrato, el Licitante deberá presentar pruebas deelegibilidad de tales bienes y servicios, lo cual deberáconfirmarse mediante un certificado de origenemitido en el momento del envío;

iv) Anexo 4: Conformidad del Sistema de informacióncon los documentos de licitaciónPruebas documentadas, de conformidad con la




cláusula 16 de las IAL, que demuestren a satisfaccióndel Comprador, que los bienes y servicios relativos alSistema de información que serán suministrados,instalados o prestados por el Licitante se ciñen a las

disposiciones de los documentos de licitación;

v) Anexo 5: Subcontratistas propuestosUna lista de todos los principales bienes y serviciosque el Licitante propone comprar o subcontratar,además del nombre y la nacionalidad delSubcontratista propuesto, entre ellos los Proveedores,para cada uno de dichos bienes y servicios;

vi) Anexo 6: Propiedad intelectualUna lista de:

1) todo software que se incluya en la oferta delLicitante, asignando cada artículo a una de lascategorías de software que se definen en lacláusula 1.1 c) de las Condiciones Generales delContrato:

A) Sistema, Propósito general y Software deaplicación; y

B) Software estándar y personalizado.

2) todo material personalizado, según se define enla cláusula 1.1 c) de las CGC, incluido en laoferta del Licitante.

Todo material que no se identifique como materialpersonalizado se considerará como material estándar,de acuerdo con la cláusula 1.1 c) de las CGC.De ser necesario, se realizarán reasignaciones entrelas categorías de Software y Materiales durante laejecución del contrato, según lo establecido en lacláusula 39 de las CGC (Modificación del Sistema).




14. Precios de laoferta

14.1 Los precios de todos los bienes y servicios que se identifican enel subcuadro de costos de suministro e instalación y en elsubcuadro de gastos ordinarios que aparecen en la Sección VII(formularios 2.5 y 2.6), al igual que todos los demás bienes y

servicios propuestos por el Licitante a fin de satisfacer lasexigencias del Sistema de información, deberán cotizarse demanera separada en el mismo formato de los cuadros yresumirse en los cuadros de resumen de costos correspondientesque aparecen en la misma sección. Los precios deberáncotizarse de acuerdo con las instrucciones que aparecen en laSección VII en relación con los diversos cuadros de costos,según se especifica a continuación.

14.2 Se supondrá que el precio de los artículos que el Licitante hadejado en blanco en los cuadros de costos de la Sección VII está

incluido en el precio de otros artículos. Asimismo, se supondráque aquellos artículos que se omitieron en los cuadros de costosse habrán omitido igualmente en la oferta y, siempre y cuandola oferta responda plenamente a lo solicitado, se realizará unajuste del precio de la oferta durante el período de evaluación,de conformidad con la cláusula 28.6 c) iii) de las IAL.

14.3 Los precios unitarios deberán cotizarse a un nivel de detalle quepermita el cálculo de cualquier entrega parcial o pago parcialque se realice en virtud del Contrato, de acuerdo con loestablecido en el Programa de Ejecución de que trata la SecciónVI y según la cláusula 12 de las CGC y las CEC sobre las

Condiciones de pago. Es posible que se solicite a los Licitantesque suministren un desglose de aquellos artículos compuestos oglobales que se incluyen en los cuadros de costos.

14.4 Los precios de los bienes relacionados con el Sistema deinformación deberán expresarse, definirse y regirse por lasreglas estipuladas en la publicación de Incoterms que seespecifica en los DDL. Además, dichos precios deberáncotizarse en las columnas adecuadas de los cuadros de costosque se muestran en la Sección VII, tal como se indica acontinuación:

a) En el caso de bienes suministrados desde fuera el país delComprador:

A menos que se especifique de otra manera en los DDL,los precios deberán cotizarse sobre la base del CIP (lugarde destino convenido), excluidos todos los impuestos,timbres fiscales, aranceles, gravámenes y honorarios queimponga el país del Comprador. El lugar de destinoconvenido y las instrucciones especiales para el contrato




de transporte se especifican en los DDL. Al cotizar elprecio, el Licitante tendrá la libertad de transportar losbienes, utilizando para ello los servicios de empresas detransporte registradas en cualquier país de origen idóneo.

Asimismo, el Licitante podrá contratar los seguros concompañías de seguros de cualquier país de origen idóneo.

b) Bienes suministrados localmente:

Los precios unitarios de los bienes ofrecidos desde el paísdel Comprador deberán cotizarse sobre una base EXW (enfábrica, en bodega, o en existencia, según sea el caso),incluidos todos los derechos de aduana, aranceles,honorarios, impuestos a la venta y otros impuestospagaderos hasta el momento de entrega de los bienes, peroexcluidos todos los impuestos al valor agregado, a lasventas u otros impuestos, derechos y honorarios derivadosde los bienes en el momento de realizar la facturación otransacción de venta, en caso de adjudicación delContrato.

c) Transporte interno:

A menos que se especifique de otra manera en los DDL, elprecio del transporte interno, seguros y otros costoslocales relacionados con el despacho de los bienes a loslugares del proyecto deberán cotizarse por separado como

un servicio, de acuerdo con la cláusula 14.5 de las IAL, yasea que los bienes se vayan a suministrar localmente o apartir del país del Comprador, salvo en los casos en queestos costos ya estén incluidos en el precio de los bienes,como sucede cuando la cláusula 14.4 a) de las IALespecifica CIP, y los lugares de destino convenidos sonlos lugares del proyecto.

14.5 El precio de los servicios deberá cotizarse en forma total paracada servicio (desglosado en precios unitarios, según sea elcaso), separado según sus componentes de moneda nacional oextranjera. Los precios deberán incluir todos los impuestos,derechos, aranceles y honorarios pertinentes, salvo únicamenteel IVA u otros impuestos indirectos, o timbres fiscales, quepuedan evaluarse o aplicarse en el país del Comprador enrelación con el precio de los servicios facturados al Comprador,en caso de adjudicación del Contrato. A menos que seespecifique de otra manera en los DDL, los precios deberánincluir todos los costos relacionados con la prestación de losservicios que tenga que sufragar el Proveedor, tales como costospor concepto de viaje, viáticos, apoyo administrativo,




comunicaciones, producción, impresión de materiales, entreotros. Los costos relacionados con la prestación de los serviciosque deba sufragar el Comprador, miembros de su personal, oterceros, deberán incluirse en el precio, en la medida en que

tales obligaciones se especifiquen en los documentos delicitación (como, por ejemplo, cuando se exija que el Licitanteincluya los costos de viaje y viáticos de las personas que estárecibiendo capacitación).

14.6 Los gastos ordinarios que haya que sufragar durante el períodode garantía, definido en la cláusula 29.4 de las CEC, y duranteel período que sigue a la garantía, según se define en la cláusula1.1 e) xii) de las CEC, deberán cotizarse como precios deservicios, de acuerdo con lo estipulado en la cláusula 14.5 de lasIAL, en el Formulario de gastos ordinarios en forma detallada,

así como en el Formulario de resumen de gastos ordinarios enforma de totales de moneda. Los gastos ordinarios incluirán latotalidad de los costos de los bienes necesarios – tales comopiezas de repuesto, renovaciones de licencias de software, manode obra, entre otros – que se necesiten para el funcionamientoóptimo del Sistema y, según sea el caso, las disposiciones delLicitante en cuanto a los aumentos de precios.

14.7 Salvo que en los DDL se especifique otra cosa, los precioscotizados por el Licitante permanecerán fijos durante laejecución del Contrato y no estarán sujetos a aumentos porningún motivo. No se aceptarán las ofertas que estén sujetas a

ajustes de precios.

15. Moneda de laoferta

15.1 Los precios se cotizarán en las siguientes monedas:

a) En el caso de las tecnologías informáticas, así como de losbienes y servicios afines, que el Licitante haya desuministrar y que no provengan del país del Comprador,los precios podrán ser cotizados en la moneda o monedasde cualquier país miembro del Banco Mundial. Si elLicitante desea recibir su pago, en una combinación dedistintas monedas, deberá cotizar sus precios unitarios de

la manera correspondiente, teniendo en cuenta que sólo sepodrá utilizar un máximo tres monedas extranjeras.

b) Salvo que en los DDL se especifique otra cosa, los preciosde las tecnologías informáticas, así como de los bienes yservicios afines, que el Licitante haya de suministrar y queprovengan del país del Comprador serán cotizados en lamoneda del país del Comprador.




16. Documentosque establecen

la conformidaddel Sistema deinformacióncon losdocumentos delicitación

16.1 De acuerdo con la cláusula 13.1 e) iv) de las IAL, el Licitantedeberá suministrar, como parte de su oferta, documentos que

muestren que el Sistema de información que el Licitantepropone suministrar e instalar en virtud del Contrato se ciñe alas estipulaciones de los documentos de licitación.

16.2 Las pruebas documentadas de conformidad del Sistema deinformación con lo establecido en los documentos de licitacióndeberán presentarse en forma de descripciones escritas,bibliografía, diagramas, certificados y referencias de clientes,entre ellos:

a) la oferta técnica del Licitante, es decir, una descripcióndetallada de la solución técnica propuesta por el Licitante

que satisfaga, en todos los aspectos materiales, losRequisitos Técnicos (Sección VI) y otras secciones deestos documentos de licitación, así como también lascaracterísticas técnicas y de desempeño fundamentales decada componente del Sistema de información propuesto;

b) un comentario pormenorizado de los Requisitos Técnicosdel Comprador que demuestre que el Sistema deinformación propuesto cumple sustancialmente con dichosrequisitos. Al demostrar la satisfacción de los RequisitosTécnicos, el comentario deberá incluir referencias cruzadas

explícitas a las páginas pertinentes del material de apoyoque se incluya en la oferta. Si llegara a surgir algunadiscrepancia entre el comentario pormenorizado ycualesquiera catálogos, especificaciones técnicas, u otrosmateriales previamente impresos presentadosconjuntamente con la oferta, prevalecerá el comentariopormenorizado;

c) un Plan preliminar del proyecto que describa, entre otrascosas, los métodos que empleará el Licitante a fin decumplir con sus responsabilidades generales de gestión ycoordinación, en caso de adjudicación del Contrato, así

como los recursos humanos y de otro tipo que el Licitanteproponga utilizar. Dicho plan deberá incluir igualmente unprograma detallado de ejecución del Contrato en forma dediagrama de barras que muestre la duración, secuencia einterrelación estimadas de todas las tareas clave que serequerirán para el cumplimiento del Contrato. Asimismo,el Plan preliminar del proyecto deberá abordarcualesquiera otros temas que se especifiquen en los DDL.Además, deberá incluir la evaluación por el Licitante con




respecto a lo que se prevé que el Comprador, y cualquierotra entidad que participe en la instalación y puesta enservicio del Sistema de información, suministre durante elproceso de ejecución, así como los mecanismos que

propone el Licitante para la coordinación de las actividadesde todos los participantes en el proyecto;

d) una confirmación escrita de que el Licitante acepta hacersecargo de la integración y de la interoperabilidadsatisfactorias de todos los componentes del Sistema deinformación según lo establecido en los documentos delicitación.

16.3 Para los efectos del comentario que se deberá presentar, deconformidad con la cláusula 16.2 b) de las IAL, el Licitantetendrá presente que las menciones de marcas o números de

modelo o normas nacionales o patentadas que haya hecho elComprador en los Requisitos Técnicos son meramentedescriptivas y no restrictivas. Salvo en aquellos casos en los quelos DDL lo prohíban de manera explícita en relación con ciertasnormas o artículos específicos, el Licitante podrá reemplazarnormas o nombres de marcas o modelos en su oferta, siempre ycuando demuestre, a satisfacción del Comprador, que el uso dedichos sustitutos permitirá un funcionamiento sustancialmenteequivalente o mejor del Sistema de información con respecto alque se especifica en los Requisitos Técnicos.

17. Garantía deseriedad de laoferta

17.1 Salvo que en los DDL se especifique otra cosa, el Licitantepresentará, como parte de su oferta, una garantía de seriedad porel monto que se especifique en los DDL.

17.2 La garantía de seriedad de la oferta estará denominada en lamoneda de la oferta o en una moneda de libre convertibilidad y:

a) a opción del Licitante, se emitirá en forma de chequecertificado, carta de crédito, o una garantía bancariaemitida por una institución bancaria, o un bono emitido poruna compañía de seguros o una institución de bonos;

b) deberá ser emitida por una institución de prestigioseleccionada por el Licitante y ubicada en cualquier paísidóneo;

c) deberá ajustarse sustancialmente a uno de los formulariosde garantía de seriedad de la oferta que se incluyen en laSección VII o a cualquier otro formato que el Compradorconsidere aceptable antes de la presentación de la oferta;




d) deberá poder pagarse prontamente previa solicitud escritapor parte del empleador en caso de que se invoque algunade las condiciones que se indican en la cláusula 17.7 de lasInstrucciones a los Licitantes;

e) deberá presentarse en su formato original; no se aceptaráncopias;

f) será válida durante un período de por lo menos dentro delos 28 días siguientes al período original de validez de lasofertas, o por lo menos 28 días después de cualquierprórroga de la validez de la oferta que se solicitesubsiguientemente, de conformidad con la cláusula 18.2 delas Instrucciones a los Licitantes.

17.3 La garantía de seriedad de la oferta de una sociedad en

participación deberá extenderse a nombre de la sociedad enparticipación que presente la oferta y deberá incluir una lista detodos los miembros de dicha sociedad en participación.

17.4 Si se requiere una garantía de seriedad, según lo establecido enla cláusula 17.1 de las IAL, toda oferta que no esté acompañadade una garantía de seriedad aceptable, conforme a las cláusulas17.2 y 17.3 de las IAL, será rechazada por el Comprador por noajustarse a los documentos de licitación.

17.5 Las garantías de seriedad de las ofertas de los Licitantes que nosean seleccionados serán devueltas tan pronto como sea posible,a más tardar veintiocho (28) días después del vencimiento delplazo de validez de las ofertas.

17.6 La garantía de seriedad de la oferta del Licitante ganador serádevuelta en cuanto el Licitante firme el Contrato y presente lagarantía de cumplimiento exigida.

17.7 La garantía de seriedad de la oferta podrá hacerse efectiva:

a) si un Licitante:

i) retira su oferta durante el plazo de validez de la oferta

especificado por el Licitante en el Formulario deoferta, con excepción de lo dispuesto en la cláusula23.3 de las IAL, o

ii) no acepta las correcciones por parte del Compradorde errores aritméticos existentes en la oferta delLicitante (si los hubiere), de acuerdo con la cláusula26.2 de las IAL.




b) en el caso del Licitante ganador, si el Licitante:

i) no firma el Contrato según lo estipulado en lacláusula 36 de las IAL; o

ii) no suministra la garantía de cumplimiento de laoferta de conformidad con la cláusula 37 de las IAL.

18. Período devalidez de lasofertas

18.1 Las ofertas serán válidas por el plazo especificado en los DDL apartir de la fecha de presentación de las ofertas especificada porel Licitante, de conformidad con la cláusula 21 de las IAL. Todaoferta con un período de validez menor que el requerido serárechazada por el Comprador por no ajustarse a los documentosde licitación. Para conveniencia de los Licitantes, los DDLmostrarán en detalle las fechas de caducidad originales mínimasrelativas a la validez de la oferta y, según convenga de acuerdo

con la cláusula 17.1 de las IAL, también incluirán las fechas decaducidad relativas a la validez de la garantía de seriedad. Sinembargo, los Licitantes serán responsables del ajuste de lasfechas en los DDL de acuerdo con cualesquiera prórrogas delplazo original fijado para la presentación de las ofertas conformea lo establecido en la cláusula 21.2 de las IAL.

18.2 En circunstancias excepcionales y antes de que venza el períodode validez de las ofertas, el Comprador podrá solicitar elconsentimiento de los Licitantes para prolongar dicho período.La solicitud y las respuestas correspondientes deberánprepararse por escrito. Los licitantes podrán rechazar talsolicitud sin que se haga efectiva la garantía de seriedad de susofertas. Con excepción de lo dispuesto en la cláusula 18.3, a losLicitantes que accedan a la prórroga no se les pedirá nipermitirá que modifiquen sus ofertas, pero deberán prorrogarpor el mismo período la validez de la garantía de seriedad de laoferta, de conformidad con la cláusula 17.2 f) de las IAL.

18.3 En el caso de los contratos con precio fijo, si la adjudicación sedemora más de cincuenta y seis (56) días después delvencimiento del plazo inicial de validez de las ofertas, el Preciodel Contrato se ajustará según se especifica en la solicitud de

prórroga. La evaluación de las ofertas se basará en los preciosde éstas sin tomar en cuenta la corrección anterior.

19. Formato yfirma de laoferta

19.1 El Licitante preparará su oferta en original y con el número decopias indicado en los DDL, marcando claramente cadaejemplar como ―ORIGINAL DE LA OFERTA‖ y ―COPIA N.º1‖, ―COPIA N.º 2‖ y así sucesivamente, según sea el caso. Encaso de discrepancia entre el original y las copias, prevalecerá el




original.

19.2 El original y todas las copias de la oferta, cada una de las cualesincluirá los documentos enumerados en la cláusula 13.1 de las

IAL, serán mecanografiados o escritos con tinta indeleble yfirmados por una o varias personas que cuenten con la debidaautorización para firmar el Contrato en nombre del Licitante. Laautorización deberá emitirse por escrito e incluirse en la ofertade acuerdo con lo establecido en la cláusula 13.1 d) de las IAL.El nombre y cargo de cada una de las personas que firmen laautorización deberán mecanografiarse o imprimirse debajo desu firma. Todas las páginas de la oferta, salvo ladocumentación impresa que no contenga enmiendas, deberánmostrar las iniciales de cada persona que haya firmado la oferta.

19.3 La oferta no deberá contener texto entre líneas, tachaduras nipalabras superpuestas a otras que haya introducido el Licitante.En caso de que las hubiere, dichas correcciones deberán llevarlas iniciales de la(s) persona(s) que haya(n) firmado la oferta.

19.4 El Licitante deberá suministrar la información descrita en elFormulario de oferta (en la sección de los documentos delicitación que contiene los formularios tipo se presenta unmodelo de oferta) con respecto a comisiones o gratificaciones, silas hubiere, pagadas o por pagar a cualquier agente en relacióncon la adquisición y con la ejecución del Contrato si éste esadjudicado al Licitante.

D. PRESENTACIÓN DE LAS OFERTAS

20. Cómo cerrar ymarcar lossobres de lasofertas

20.1 El Licitante colocará el original y cada copia de la oferta ensobres separados que se cerrarán en forma inviolable y semarcarán debidamente como "ORIGINAL" y "COPIA N.º[número]". Estos sobres se pondrán a su vez en otro sobre, quetambién se cerrará en forma inviolable.

20.2 Los sobres interiores y el sobre exterior deberán:

a) estar dirigidos al Comprador y llevar la dirección indicadaen los DDL; y

b) llevar el nombre del préstamo o proyecto que se indica enlos DDL de acuerdo con la cláusula 2.1 de las IAL, eltítulo y número del Llamado a Licitación y los nombres delContrato, según se indica en los DDL conforme a lacláusula 1.2 de las IAL, y las palabras ―NO ABRIR




ANTES DE [hora y fecha], seguidas de la hora y la fechaespecificadas en los DDL de conformidad con la cláusula24.1 de las IAL.

20.3 Los sobres interiores deberán indicar igualmente el nombre ydirección del Licitante de manera que la oferta puedadevolverse sin abrir en caso de que se declare como "tardía".

20.4 Si el sobre exterior no está cerrado y marcado según lo dispuestoen la cláusula 20.2 de las IAL, el Comprador no asumiráresponsabilidad alguna en caso de que la oferta se extravíe o seaabierta prematuramente. Si el sobre exterior revela la identidaddel Licitante, el Comprador no garantizará el anonimato de laoferta presentada; sin embargo, esto no constituirá una causapara el rechazo de la oferta.

21. Plazo para lapresentaciónde las ofertas

21.1 Las ofertas deberán ser recibidas por el Comprador en ladirección que se indica en los DDL conforme a la cláusula 20.2de las IAL a más tardar a la hora y fecha indicadas en los DDL.

21.2 El Comprador podrá, a su discreción, prorrogar el plazo depresentación de las ofertas mediante una Enmienda de losdocumentos de licitación, de acuerdo con la cláusula 11.3 de lasIAL, en cuyo caso todos los derechos y obligaciones delComprador y los Licitantes quedarán sujetos al nuevo plazo.

22. Ofertas tardías 22.1 Toda oferta que reciba el Comprador después del plazo para lapresentación de las ofertas fijado en los DDL, de conformidadcon la cláusula 21 será rechazada y devuelta al Licitante sinabrir.

23. Modificación yretiro de lasofertas

23.1 El Licitante podrá modificar o retirar su oferta después depresentada, siempre y cuando el Comprador reciba lanotificación por escrito de la modificación o el retiro de la ofertaantes de que venza el plazo fijado para la presentación deofertas.

23.2 Las modificaciones del Licitante serán preparadas, puestas ensobre cerrado en forma inviolable, marcadas y enviadas de la

siguiente manera:a) Los Licitantes deberán proporcionar un original y el

número de copias que se especifique en los DDL conformea la cláusula 19.1 de las IAL de toda modificación de suoferta, identificándolos claramente como tal en dos sobresinteriores marcados "MODIFICACIÓN DE LA OFERTA-ORIGINAL" y "MODIFICACIÓN DE LA OFERTA-COPIAS". Luego, los sobres interiores se pondrán a su




vez en otro sobre, que también se cerrará en formainviolable y se marcará "MODIFICACIÓN DE LAOFERTA".

b) Otras disposiciones relativas a la forma de marcar y enviarlas modificaciones de las ofertas se ajustarán a loespecificado en las cláusulas 20.2, 20.3 y 20.4 de las IAL.

23.3 Los licitantes que deseen retirar su oferta deberán notificarlo alComprador por escrito antes de que venza el plazo fijado para lapresentación de ofertas. Además, podrá enviarse unanotificación de retiro de la oferta por medios electrónicos, talescomo fax o correo electrónico; sin embargo, dicha notificacióndeberá ir acompañada de una copia de confirmación firmada,matasellada a más tardar el día de vencimiento del plazo para lapresentación de las ofertas. La notificación del retiro deberá:

a) enviarse al Comprador, a la dirección indicada en los DDLde conformidad con la cláusula 20.2 a); y

b) llevar el nombre del Contrato, el título y número delLlamado a Licitación y las palabras "NOTIFICACIÓN DERETIRO DE LA OFERTA". Las notificaciones de retirorecibidas después del plazo de presentación de las ofertasse ignorarán y la oferta presentada se aceptará comoválida.

23.4 Ninguna oferta podrá ser retirada en el intervalo comprendidoentre el vencimiento del plazo para la presentación y elvencimiento del período de validez de la oferta especificado enla cláusula 18 de las IAL. El retiro de una oferta durante eseintervalo puede dar lugar a que se haga efectiva la garantía deseriedad, de conformidad con la cláusula 17.7 de las IAL.

E. APERTURA Y EVALUACIÓN DE LAS OFERTAS

24. Apertura de las

ofertas por elComprador

24.1 El Comprador abrirá públicamente todas las ofertas, incluidas

las notificaciones de retiro y las modificaciones de ofertas, enpresencia de los representantes de los Licitantes que deseenasistir, a la hora, en la fecha y en el lugar especificado en losDDL. Los representantes de los Licitantes que asistan firmaránun registro para dejar constancia de su presencia.

24.2 Los sobres marcados con la palabra "RETIRO" se abriránprimero y se leerá en voz alta el nombre del Licitante. No seabrirá el sobre interno que contenga la oferta correspondiente




a un retiro, ni ningún otro sobre interno marcado comomodificación de la misma oferta. No se permitirá el retiro deuna oferta a menos que en la ceremonia de apertura de lasofertas se lea en voz alta la correspondiente notificación de

retiro. Los sobres marcados con la palabra"MODIFICACIÓN" se leerán en voz alta y se abrirán juntocon la oferta correspondiente

24.3 Las ofertas serán abiertas una por una y se leerá en voz alta elnombre del Licitante y las modificaciones a cada oferta, si lashubiere. Se leerá en voz alta también el precio total de laoferta, incluidos cualesquiera descuentos incondicionales, y, sifuese el caso, los precios y descuentos incondicionales porconcepto de subsistemas, lotes o porciones; la inclusión o faltade una garantía de seriedad, si ésta se ha exigido; la inclusión

o falta de los poderes exigidos; cualesquiera descuentoscondicionales ofrecidos por la adjudicación de más de unsubsistema, lote o porción, si la cláusula 28.1 permite que seconsideren tales descuentos durante la evaluación de la oferta;y cualquier otra información que el Comprador considereadecuado anunciar.

24.4 En ningún caso se evaluarán las ofertas o modificaciones aofertas que no hayan sido abiertas y leídas en voz alta en lasesión de apertura de las ofertas.

24.5 Al término de la sesión, el Comprador preparará un acta de la

apertura de las ofertas, en la que se incluirá toda informacióndada a conocer a los presentes de acuerdo con lo establecido enla cláusula 24.3 de las IAL. El acta se deberá distribuir a todoslos Licitantes que hayan cumplido con el plazo de presentaciónde las ofertas.

25. Aclaración delas ofertas

25.1 Durante la evaluación de las ofertas el Comprador podrá, a sudiscreción, solicitar al Licitante que aclare su oferta. Lasolicitud de aclaración y la respuesta se harán por escrito, y nose solicitará, ofrecerá ni permitirá ninguna modificación de losprecios o de los elementos substanciales de la oferta.

26. Examenpreliminar delas ofertas

26.1 El Comprador examinará las ofertas para determinar si cadauna de ellas está completa, si contiene errores de cálculo, si sehan dado todas las garantías requeridas, si los documentos hansido debidamente firmados y si, en general, las ofertas están enorden. Si se hubiese realizado un proceso de precalificaciónpara esta licitación, el Comprador se cerciorará de que cadaoferta provenga de un Licitante precalificado y, en el caso deuna sociedad en participación, de que ninguno de los socios ola estructura de dicha sociedad en participación hayan sido




modificados desde la precalificación.

26.2 Los errores aritméticos se rectificarán de la siguiente manera.Cuando exista una diferencia entre el precio unitario y el

precio total obtenido al multiplicar el precio unitario y lacantidad, o entre los subtotales y el precio total, prevalecerá elprecio unitario o el subtotal y se corregirá el precio total.Cuando haya una discrepancia entre los montos indicados encifras y en palabras, prevalecerán los indicados en palabras. Siun Licitante no acepta que se corrijan los errores, su ofertaserá rechazada y podrá hacerse efectiva la garantía de seriedadde la oferta.

26.3 El Comprador podrá dispensar en una oferta cualquierinformalidad menor, falta de conformidad o irregularidad queno constituya una desviación significativa, siempre y cuandodicha dispensa no perjudique o afecte la clasificación relativade ningún Licitante.

26.4 Antes de proceder a la evaluación detallada de las ofertas, elComprador determinará si cada una de ellas es de calidadaceptable, está completa, y si se ajusta substancialmente a loexigido en los documentos de licitación. A estos efectos, seconsiderará que cumplen substancialmente los requisitos delos documentos de licitación aquellas ofertas que satisfagantodos los plazos, condiciones y especificaciones de dichosdocumentos, y no muestren ninguna desviación, excepción,

objeción, condicionalidad o reserva significativa. Unadesviación, excepción, objeción, condicionalidad o reservasignificativa es aquella que i) afecta de una manera importanteel alcance, la calidad o el rendimiento del Sistema deinformación; ii) limita substancialmente, en formaincompatible con los documentos de licitación, los derechosdel Comprador o las obligaciones del Licitante ganador envirtud del Contrato, y iii) cuya aceptación afectaríainjustamente la posición competitiva de otros licitantes quehubieran presentado ofertas que se ajustaran substancialmentea los documentos de licitación.

26.5 Las ofertas que no cumplan substancialmente con lo solicitadoserán rechazadas por el Comprador y no podrán convertirseposteriormente, mediante la corrección de las faltas deconformidad, en ofertas que sí cumplen las condicionesexigidas. El Comprador determinará si la oferta se ajusta a lascondiciones de los documentos de licitación basándose en elcontenido de la oferta misma.

27. Conversión a 27.1 Para efectos de evaluación y comparación, el Comprador




una solamoneda

convertirá todos los precios de oferta expresados en lasdiversas monedas y cantidades a una sola moneda según seespecifica en los DDL, utilizando el tipo de cambio vendedorestablecido por la fuente y en la fecha que se especifique

igualmente en los DDL.28. Evaluación y

comparación delas ofertas

28.1 El Comprador evaluará y comparará las ofertas que sedetermine que se ajustan substancialmente a los documentosde licitación, conforme a la cláusula 26 de las IAL. Laevaluación se llevará a cabo suponiendo que:

a) el Contrato se adjudicará al Licitante que hayapresentado la oferta evaluada como más baja para elSistema completo de información; o

b) si se especifica en los DDL, los Contratos se adjudicarán

a los Licitantes por cada subsistema, lote o porciónindividual que se especifique en los Requisitos Técnicoscuyas ofertas se traduzcan en el precio combinado másbajo evaluado para el Sistema entero.

En este último caso, podrán ofrecerse en las ofertas aquellosdescuentos que dependan de la adjudicación de más de unsubsistema, lote o porción. Sin embargo, tales descuentos seconsiderarán únicamente en la evaluación del precio si así loconfirman los DDL.

28.2 A fin de ser considerados para la adjudicación del Contrato,

los Licitantes deberán haber presentado ofertas:a) que al ser evaluadas en forma detallada de acuerdo a los

estándares especificados en las cláusulas 26.3 y 26.4 delas IAL, satisfacen los requisitos comerciales y técnicose incluyen los equipos, Software, componentes afines,productos, Materiales y otros bienes y serviciosrelacionados con el Sistema de información, en lascantidades globales requeridas para todo el Sistema deinformación o, si lo permite la cláusula 28.1 de las DDL,para un subsistema, lote o porción; y siempre y cuandoel Comprador estime que se han cumplido los requisitoscomerciales y técnicos; y

b) que ofrezcan Tecnologías informáticas cuyo desempeñose ajuste a los estándares prometidos en la oferta, segúnlo comprueben las pruebas de desempeño, referencia ofuncionalidad que el Comprador exija mediante lacláusula 31.2 de las IAL.




28.3 La evaluación de las ofertas por parte del Comprador se basaráen los precios cotizados de acuerdo con lo establecido en lacláusula 14 de las IAL (Precios de la oferta).

28.4

Si así se estipula en los DDL, el Comprador tomará en cuentafactores técnicos, además de factores financieros, al continuar laevaluación de las ofertas que se ajusten substancialmente a loexigido en los documentos de la licitación. En este caso se leasignará a tales ofertas un Puntaje Evaluado de Oferta (B)calculado de acuerdo a la siguiente fórmula que combina laevaluación de precio con la de mérito técnico:

X T

T X

C

C B

alto

bajo 1

donde

C = Precio evaluado de la oferta

C bajo = el más bajo de todos los precios evaluados de ofertasque se ajusten substancialmente a lo exigido en losdocumentos de la licitación

T = Puntaje técnico total asignado a la oferta

T alto = El más alto puntaje técnico otorgado a ofertas que seajusten substancialmente a lo exigido en los

documentos de la licitación X = Porcentaje de ponderación del precio, según se

especifica en los DDL

La oferta que obtenga el más alto Puntaje Evaluado de Oferta(B) se conocerá como la oferta evaluada más baja, la cualpodrá optar a la adjudicación del Contrato, siempre y cuando elLicitante haya sido precalificado o se haya establecido sucapacidad de cumplir con el Contrato conforme a lo estipuladoen la cláusula 31 de las IAL (Poscalificación).

28.5 Si, además de los factores de costo, el Comprador decideponderar los factores técnicos importantes que no puedenreducirse a costos durante la vida útil o criterios de―aprobar/reprobar‖ (es decir, si el Precio ponderado, X, esmenor que 1 en la fórmula combinada de evaluación), elpuntaje técnico asignado a cada oferta en la fórmula antesmencionada se determinará mediante la suma ponderada de lospuntajes asignados por un comité de evaluación a lascaracterísticas técnicas de la oferta sobre la base de los




criterios que se detallan a continuación:

a) Las características técnicas objeto de la evaluación sedefinen a continuación en términos generales, y de

manera detallada en los DDL:i) características de desempeño, capacidad y

funcionalidad que superan los niveles obligatoriosespecificados en los Requisitos Técnicos, o incidenen el costo y la eficiencia del Sistema deinformación durante toda su vida útil;

ii) características de facilidad de uso, administración yampliación del Sistema de información queinfluyen en el costo y la eficiencia de dichoSistema durante toda su vida útil;

iii) la calidad del Plan preliminar del proyectopresentado por el Licitante, según la informacióndetallada, razonable y satisfactoria que proveasobre: a) la secuencia, duración y prioridad de lastareas, y la cantidad y tiempo de los recursosnecesarios, tanto en general como detalladamente;,y b) los arreglos propuestos sobre gestión ycoordinación, capacitación, garantía de calidad,apoyo técnico, logística, solución de problemas,transferencia de conocimientos y demás actividadesespecificadas por el Comprador en la Sección VI(Requisitos Técnicos) o propuestas por el Licitantesobre la base de su experiencia.

b) Los puntajes técnicos se clasificarán en un pequeñonúmero de categorías, las cuales se definen acontinuación en términos generales y en los DDL demanera más específica:

i) las características técnicas que muestren en quémedida el Sistema de información satisface lasexigencias comerciales del Comprador, tales como

la garantía de calidad y las medidas de contenciónde riesgos relacionadas con la instalación delSistema de información;

ii) las características técnicas que reflejen en quémedida el Sistema de información se ajusta a losestándares de rendimiento funcional del Sistema; y

iii) las características técnicas que muestren en quémedida el Sistema de información cumple con losRequisitos Técnicos generales en cuanto a




hardware, redes de datos, comunicaciones, softwarey servicios.

c) Según se especifique en los DDL, se asignará una

ponderación a cada categoría técnica y, dentro de cadacategoría, a cada característica técnica.

d) Durante el proceso de evaluación, el comité de evaluaciónasignará a cada característica deseable / preferible unnúmero entero entre 0 y 4, donde 0 significa que lacaracterística está ausente, y los números entre 1 y 4significan valores predefinidos de la característica, loscuales puedan medirse de forma objetiva (por ejemplo,cantidad de memoria adicional, capacidad adicional dealmacenamiento, etc., si estos elementos adicionalesaumentan la utilidad del Sistema). Si en vez deexpresarse con un valor objetivo la característicarepresenta una funcionalidad deseable (por ejemplo, deun paquete de software) o una cualidad de la oferta quemejore las posibilidades de ejecución satisfactoria delsistema (por ejemplo, la calidad del personal propuesto, ode la metodología de trabajo, o del plan de ejecución,etc., el puntaje será de 1 cuando la característica estápresente pero muestra deficiencias; 2 cuando satisface lasexigencias; 3 cuando supera las exigencias; y 4 cuandoexcede substancialmente las exigencias.

e) El puntaje de cada característica (i) dentro de unacategoría (j) se combinará con los puntajes de lascaracterísticas de la misma categoría mediante una sumaponderada a fin de establecer el Puntaje técnico de lacategoría mediante la siguiente fórmula:

k

i

ji ji j wt S1

donde:

t ji = puntaje técnico asociado a la característica ―i‖ enla categoría ―j‖

w ji = ponderación asociada a la característica ―i‖ en lacategoría ―j‖

k = número de características de la categoría ―j‖ quereciben puntaje

y 1

1

k

i

jiw




f) Los puntajes técnicos de las distintas categorías secombinarán mediante una suma ponderada para obtenerel puntaje técnico total de la oferta, utilizando para ello la

siguiente fórmula:

n

j

j j W ST 1

donde:

S j = el puntaje técnico correspondiente a la categoría―j‖

W j = la ponderación de la categoría ―j‖ según seespecifica en los DDL

n = el número de categorías

y 1

1

n

j

jW

28.6 El precio evaluado (C) de cada oferta que se ajuste a losdocumentos de licitación se determinará como la suma delprecio de oferta ajustado (P) y los gastos ordinarios (R), dondeel precio de oferta ajustado se determina como la suma de:

a) el precio del hardware, software, equipo, productos,materiales y otros bienes conexos ofrecidos tanto en el

país del Comprador como desde fuera de éste, deconformidad con la cláusula 14.4 de las IAL, más

b) el precio total de todos los servicios de desarrollo desoftware, transporte, instalación, personalización,integración, puesta en servicio, pruebas, capacitación,apoyo técnico, mantenimiento, reparación y demásservicios, de conformidad con la cláusula 14.5 de las IAL;

c) los ajustes de precio por concepto de:

i) desviaciones propuestas al Programa de Ejecución

incluido en los Requisitos Técnicos que ocasionenuna demora o un adelanto en la culminación de todoel Sistema de información, siempre y cuando talesdesviaciones se permitan en los DDL y nosobrepasen el período máximo permitido deadelanto o retraso que se especifica en los DDL. Alos efectos de la evaluación, se agregará o restará unaumento o una reducción del precio total de laoferta aplicando el porcentaje o los porcentajes




especificados en los DDL por cada semana deatraso o de adelanto. Además, podrá rechazarsetoda oferta que ofrezca entregas que excedan lademora máxima permitida.

ii) desviaciones con respecto al plan de pagos delContrato según se especifica en las CEC. Si en losDDL se permiten desviaciones, el precio total de laoferta se incrementará en forma proporcional a losintereses que se habrían devengado sobre el montode los pagos que, de acuerdo al plan de pagospropuesto, habrían sido pagaderos con anterioridadal plan estipulado en los documentos de licitación,sobre la base de la tasa de interés anual que seespecifica en los DDL.

iii) los bienes y servicios que se requieran para elSistema de información pero que hayan quedadoexcluidos, o sean necesarios para corregir pequeñasdesviaciones de la oferta, se añadirán al precio totalde la oferta utilizando los costos tomados de losprecios más altos de las demás ofertas quesatisfagan las exigencias por concepto de losmismos bienes y servicios, o, en ausencia de dichainformación, el costo se calculará según los preciosde catálogo vigentes. Si los bienes y servicios

faltantes constituyen una característica técnica a lacual debe asignarse un puntaje, dicho puntaje serácero.

iv) correcciones de errores aritméticos, de conformidadcon la cláusula 26.2 de las IAL.

v) cualquier descuento ofrecido cuando se adjudiquemás de un subsistema, lote o porción, siempre ycuando los DDL, de conformidad con la cláusula28.1 de las IAL, permitan que se considerendescuentos en la evaluación de precios.

d) Los gastos ordinarios ( R) se reducen al valor neto actual yse determinan mediante la siguiente fórmula:

M N

xx I

R R x

1 1

donde:




N = número de años del Período de garantía, deconformidad con lo estipulado en la cláusula 29.4de las CEC

M = número de años del período de servicio luego de

la garantía, de conformidad con la cláusula 1.1 e)xii) de las CEC x = un índice 1, 2, 3, ... N + M representa cada año del

período de garantía y el período de servicio luegode la garantía, combinados

R x = el total de los gastos ordinarios correspondientesal año ‗ x‘ que figura en el Formulario de gastosordinarios

I = tasa de descuento que se debe emplear paracalcular el valor neto actual, según se especificaen los DDL

29. PreferenciaNacional

29.1 Si así se señala en los DDL, el Comprador concederá unmargen preferencial por el uso de tecnologías informáticas ybienes conexos de procedencia nacional. De acuerdo con estemargen preferencial, en el caso de los bienes suministradosdesde fuera del país del Comprador, el precio CIP (lugar dedestino convenido) aumentará en la menor de las siguientescantidades: el arancel de importación correspondiente(derechos de aduana y otros impuestos a la importación), o un15 por ciento (15%). Si los derechos de importación varíansegún el producto incluido en la oferta, se aplicará el arancel

que corresponda a cada producto. No se aplicará un margenpreferencial para ningún otro componente de servicios u obrasque se incluya en la oferta.

29.2 No se concederá ningún margen preferencial para ningún otrocomponente de precios y no se permitirá ni se exigirá a losLicitantes que modifiquen la fuente de cualquier software,equipos afines, materiales, productos, u otros bienes y serviciosconexos después de la apertura de las ofertas.

30. Comunicacionescon el

Comprador

30.1 Si en el período que transcurre entre la apertura de las ofertas yla adjudicación del Contrato un Licitante desea comunicarse con

el Comprador en relación con algún asunto relativo a su oferta,deberá hacerlo por escrito.

30.2 Si un Licitante intenta influir directamente en el Comprador ointerferir de alguna otra manera en el proceso de evaluación delas ofertas o en las decisiones sobre la adjudicación del Contrato,su oferta podrá ser rechazada.




F. POSCALIFICACIÓN Y ADJUDICACIÓN DEL CONTRATO

31. Poscalificación 31.1 El Comprador determinará, a su propia satisfacción y costo, si elLicitante (incluidos los integrantes de una sociedad en

participación y cualesquiera subcontratistas a quienes los DDLconforme a la cláusula 6.1 a) de las IAL permita que suscalificaciones se consideren como calificaciones válidas delLicitante) que se haya elegido por haber presentado la ofertamás baja, está o no calificado para cumplir satisfactoriamentecon el Contrato, de conformidad con la cláusula 6 de las IAL. Enlos casos en que haya habido un proceso de precalificaciónrespecto del Contrato o de los contratos para los cuales se hanemitido estos documentos de licitación, el Comprador deberádeterminar de la manera antes señalada que después de laprecalificación no hayan ocurrido cambios substanciales que

pudieran afectar negativamente la capacidad del Licitante quehaya presentado la oferta más baja para ejecutar el Contrato.

31.2 De conformidad con las cláusulas 6 y 16 de las IAL y con loespecificado en los DDL, en dicha determinación se evaluará lacapacidad financiera, técnica, de diseño, integración,personalización, producción, gestión y apoyo del Licitante,sobre la base de un examen de las pruebas documentales de lascalificaciones del Licitante, así como de cualquier otrainformación que el Comprador estime necesaria y adecuada.Además, a fin de determinar la capacidad del Licitante se podrán

tomar medidas tales como efectuar visitas o entrevistas a losclientes del Licitante que se mencionen como referencia en lasofertas, así como inspecciones del sitio y cualquier otra medidaque se considere pertinente. Si así se estipula en los DDL,durante la poscalificación, el Comprador también podrá realizarpruebas para determinar si el desempeño o la funcionalidad delSistema ofrecido se ajusta a lo especificado en los RequisitosTécnicos.

31.3 Un resultado positivo de la poscalificación será un requisito paraadjudicar el Contrato al Licitante que haya presentado la ofertamás baja evaluada. Un resultado negativo dará como resultadoel rechazo de la oferta del Licitante, en cuyo caso el Compradorconsiderará la siguiente oferta más baja evaluada con el fin dedeterminar de manera similar la capacidad de dicho Licitantepara cumplir satisfactoriamente con el Contrato.

32. Criterios parala adjudicación

32.1 Conforme a lo dispuesto en la cláusula 34 de las IAL, elComprador adjudicará el Contrato al Licitante cuya oferta seajuste sustancialmente a los documentos de licitación y hayasido evaluada como la más baja, a condición de que, además, se




haya determinado que ese Licitante está calificado para cumplirsatisfactoriamente con el Contrato, de conformidad con lacláusula 31 de las IAL.

33. Derecho delComprador amodificar lascantidades enel momento dela adjudicación

33.1 El Comprador, en el momento en que se adjudica el Contrato, sereserva el derecho de aumentar o reducir, en el porcentajeindicado en los DDL, cualquiera de los elementos siguientes:

a) la cantidad de subsistemas sumamente parecidos;

b) la cantidad de elementos individuales de hardware, software,equipos conexos, materiales, productos y otros componentesde bienes del Sistema de información; o

c) la cantidad de servicios de instalación u otros servicios quese deban realizar, con respecto a las cantidades estipuladas

inicialmente en los Requisitos Técnicos (incluida cualquieraEnmienda que se haya efectuado de acuerdo con la cláusula11 de las IAL), sin alterar los precios unitarios ni las demáscondiciones.

34. Derecho delComprador aaceptar cual-quier oferta ya rechazarcualquiera otodas lasofertas

34.1 El Comprador se reserva el derecho de aceptar o rechazarcualquier oferta, así como de anular el proceso de licitación yrechazar todas las ofertas en cualquier momento conanterioridad a la adjudicación del Contrato, sin que por elloasuma responsabilidad alguna ante los Licitantes.

35. Notificación dela adjudicación

35.1 Antes del vencimiento del plazo de validez de la oferta, elComprador notificará al Licitante seleccionado, por cartacertificada o por medios electrónicos seguido de confirmaciónpor carta certificada, que su oferta ha sido aceptada.

35.2 La notificación de la adjudicación constituirá la formación delContrato.

35.3 Una vez que el Licitante seleccionado haya presentado el

Formulario del Contrato firmado y la garantía de cumplimientode conformidad con la cláusula 37 de las IAL, el Compradornotificará prontamente a cada uno de los Licitantes noseleccionados y liberará las respectivas garantías de las ofertas,de conformidad con la cláusula 17 de las IAL.

36. Firma delContrato

36.1 El Comprador, al mismo tiempo que notifique al Licitanteseleccionado que su oferta ha sido aceptada, le enviará elFormulario del Contrato incluido en los documentos de




licitación, en el cual se habrán incorporado todos los acuerdosentre las partes.

36.2 Tan pronto como sea posible, sin exceder un plazo de veintiocho

(28) días luego de la fecha de recepción del Formulario delContrato, el Licitante seleccionado deberá firmarlo, fecharlo ydevolverlo al Comprador.

37. Garantía decumplimiento

37.1 Tan pronto como sea posible, pero dentro de un plazo deveintiocho (28) días luego de la notificación de la adjudicaciónpor parte del Comprador, el Licitante seleccionado suministrarála garantía de cumplimiento de acuerdo con las CGC, utilizandopara ello el formulario de garantía bancaria de cumplimientoincluido en los documentos de licitación u otro formulario que elComprador considere aceptable.

37.2 El incumplimiento por parte del Licitante seleccionado de lodispuesto en la cláusula 36 o la cláusula 37.1 de las IALconstituirá causa suficiente para la anulación de la adjudicacióny para hacer efectiva la garantía de seriedad de la oferta, en cuyocaso el Comprador podrá adjudicar el Contrato al Licitante cuyaoferta sea evaluada como la segunda más baja, o llamar a unanueva licitación.

38. Conciliador 38.1 Salvo que se indique lo contrario en los DDL, el Compradorpropone que se designe como Conciliador(a) a la personanombrada en los DDL conforme al Contrato, para que actúe

como mediador oficioso en cualquier controversia relativa alContrato, como se describe en la cláusula 6 de las CGC. En talcaso, se adjuntará a los DDL un currículo de la personanombrada. Además, en los DDL se estipulan los honorarios porhora que se pagarán al Conciliador(a) y se describen los gastosque se considerarían reembolsables. Si un Licitante no acepta al(a la) Conciliador(a) propuesto(a) por el Comprador, deberámanifestarlo en el Formulario de oferta y proponer a otro(a)Conciliador(a) junto con los correspondientes honorarios porhora, y adjuntar un currículo de la persona propuesta. Si tanto elLicitante seleccionado como el (la) Conciliador(a) propuesto(a)

llegaran a ser del mismo país, y éste no fuera igualmente el paísdel Comprador, el Comprador se reservará el derecho de anularel nombre del (de la) Conciliador(a) propuesto(a) en los DDL ypropondrá a un(a) nuevo(a) Conciliador(a). Si para el día de lafirma del Contrato, el Comprador y el Proveedor no han logradoponerse de acuerdo sobre el nombramiento del (de la)Conciliador(a), este último será nombrado(a), a solicitud decualquiera de las partes, por la autoridad nominadora indicadaen la cláusula 6.1.4 de las CEC o, si no se especifica ninguna




autoridad nominadora en dicha cláusula, se procederá a ejecutarel Contrato sin que exista ningún(a) Conciliador(a).



45

SECCIÓN II. DATOS DE LA LICITACIÓN (DDL)



46 Sección II. Datos de la Licitación

Datos de la Licitación (DDL)

La siguiente información especial sobre el Sistema que haya de adquirirse y los

procedimientos de adquisición empleados complementarán, suplementarán o modificarán lasdisposiciones de las Instrucciones a los Licitantes (IAL). En caso de conflicto, lasdisposiciones contenidas en los DDL prevalecerán por sobre las de las IAL.

A. GENERALIDADES

IAL 1.1 Nombre del Comprador: Comisión Nacional de Bancos y Seguros

Beneficiario exclusivo: Banco Central de Honduras (BCH).

Nombre del Agente de Compras autorizado: “Ninguno”

Descripción del Sistema objeto del Llamado a Licitación:

Adquisición, Instalación e Implementación de un Sistemacompuesto por los Subsistemas: Liquidación Bruta en Tiempo Real(LBTR) y Sistema Central Depositaria de Valores (CDV) con surespectiva Infraestructura Tecnológica (Hardware y Software) eincluye los servicios de mantenimiento para el Banco Central deHonduras

No. B-LPI-004/2010-BMEl Banco Central de Honduras (BCH) plantea las bases técnicas paraadquirir, instalar e implantar lo siguiente:

1. Un Subsistema de Liquidación Bruta en Tiempo Real (LBTR);

Este sistema será el medio por el cual las institucionesparticipantes liquidarán sus transacciones de alto valor y/oprioritarios en moneda nacional y en moneda extranjera, a travésde las cuentas de depósito que mantienen en el BCH.

El sistema deberá operar de acuerdo con el mecanismo deliquidación bruta en tiempo real, por lo que cada operación seliquidará una a una con carácter de irrevocable y en formainmediata. La solución implementada debe ser eficiente, segura,robusta y acorde con los principios básicos para los sistemas depago de importancia sistemica del BIS, permitiendo laincorporación gradual de futuros servicios de pagos.

2. Un Subsistema Central Depositaria de Valores (CDV),



Sección II. Datos de la Licitación 47

plenamente integrado con la LBTR para todo tipo deLiquidación de Valores.

Es un sistema automatizado de registro centralizado de losvalores. Este sistema deberá mantener el detalle de todos lostenedores y tenencia de valores y deberá estar enlazado entiempo real con el sistema LBTR para realizar la liquidaciónautomática y poder alcanzar verdadera Entrega contra Pago(ECP) y Procesamiento de Principio a Fin (Straight-Trough-

Processing) para toda la liquidación, incluyendo liquidación de:las transacciones de valores en el mercado primario, mercadosecundario y mercado interbancario, pago de intereses y capitalal vencimiento para valores de deuda y liquidación de lasoperaciones que involucren uso de valores.

3. Infraestructura Tecnológica (Hardware y Software) es todo elhardware, software, suministros y artículos de consumorelacionados con el procesamiento de información y lascomunicaciones que el Proveedor deberá suministrar e instalar deconformidad con el Contrato.

4. Los servicios de apoyo técnico para el Sistema y para laInfraestructura Tecnológica (Hardware y Software) durante elperiodo de garantía.

Al final de la contratación los Subsistemas e Infraestructura

Tecnológica (Hardware y Software) indicados anteriormentedeberán quedar completamente implementados y puestos en marcha,debiendo el proveedor seleccionado realizar todas las pruebas quepermitan certificar el correcto funcionamiento de los sistemas y laintegración de los mismos.

En la Sección VI, Requisitos Técnicos se especifica lo relacionado alos Subsistemas e Infraestructura Tecnológica.

IAL 1.2 Nombre del Llamado a Licitación:

Adquisición, Instalación e Implementación de un Sistemacompuesto por los Subsistemas: Liquidación Bruta en Tiempo Real(LBTR) y Sistema Central Depositaria de Valores (CDV) con surespectiva Infraestructura Tecnológica (Hardware y Software) parael Banco Central de Honduras

No. B-LPI-004/2010-BM




IAL 2.1 Nombre del Prestatario: República de Honduras Número del crédito: 3800-HO Monto del crédito: DEG 7,200,000.00 Nombre del proyecto: Asistencia Técnica al Sector Financiero

IAL 4.1 a) Edición aplicable de las Normas: Adquisiciones con Préstamos del BIRF y Créditos de la AIF, “Enero de 1995, edición revisada en

enero y agosto de 1996, septiembre de 1997 y enero de 1999”.

IAL 4.3 Los Licitantes que el Banco Mundial haya declarado no elegibles nopodrán participar en esta licitación.

La lista de firmas vetadas de participar en proyectos del BancoMundial está disponible en el portalhttp://www.worldbank.org/debarr

IAL 5.1 b) Además de lo establecido en la IAL 5.1 b), el Banco Central deHonduras (BCH) espera obtener una alta transferencia deconocimientos respecto al funcionamiento, configuración y soportepara los subsistemas e infraestructura tecnológica objetos de estalicitación. Detalles específicos se encuentran en la Sección VI,Requisitos Técnicos, Literal C Especificaciones Técnicas, numeral2.5.2 Capacitación y materiales de instrucción.

IAL 6.1 a) A fin de evaluar las calificaciones del licitante y las de lossubcontratistas designados por este, si los hubiere, se requiere queincluyan en su oferta, Anexo 1, Elegibilidad del Licitante, lasiguiente documentación:

(a) Capacidad financiera:

El Licitante deberá proporcionar evidencia documentada quedemuestre su cumplimiento con los siguientes requisitos financieros:

i) El Licitante deberá presentar estados financieros (BalanceGeneral y Estado de Resultados) con sus anexos de los últimoscinco años, auditados por una firma auditora externa. En el casode no contar con estados financiero auditados puede presentarlos

certificados por un Contador quien se hace responsable de laveracidad de los mismos o autorizados por la autoridadcompetente del país del Licitante.

ii) Carta de compromiso de una institución bancaria con unaantigüedad no mayor de tres (3) meses a la fecha depresentación de la oferta, indicando que el licitante tiene accesoa líneas de crédito de al menos 25% del valor total de la oferta.

http://www.worldbank.org/debarr






iii) Carta de compromiso de una institución bancaria indicando queen caso que el licitante sea adjudicado la institución bancariaemitirá la garantía de anticipo y la garantía de cumplimientoconforme a cláusulas del Contrato CGC 13.2 y 13.3

respectivamente.

iv) Presentar tres (3) referencias bancarias actualizadas, con unaantigüedad no mayor de tres (3) meses a la fecha depresentación de la oferta, mediante una carta de la entidadfinanciera que evidencie la relación existente.

v) El Licitante mediante carta por escrito deberá autorizar alcomprador para poder verificar las referencias bancarias.

(b) Experiencia y Capacidad Técnica

El Licitante deberá proporcionar evidencia documentada quedemuestre su cumplimiento con los siguientes requisitos deexperiencia:

i) El Licitante debe demostrar que cuenta con un mínimo de cinco(5) años de experiencia en la realización de proyectos deSoluciones LBTR y deberá presentar constancia por escrito deal menos dos (2) proyectos de Soluciones LBTR realizadas enlos últimos cinco (5) años, emitidas por los bancos centralesdonde se han realizado, completado e implementado de forma

exitosa dichas soluciones.

ii) El Licitante debe demostrar que cuenta con un mínimo de tres(3) años de experiencia en la realización de proyectos deSoluciones CDV y deberá presentar constancia por escrito deal menos un (1) proyecto de Soluciones CDV realizadas en losúltimos seis (6) años, emitidas por instituciones financierasdonde se han realizado, completado e implementado de formaexitosa dicha solución.

iii) El licitante deberá demostrar que sus subsistemas e

infraestructura tecnológica cumple el estándar tecnológicodefinido por el Banco Central de Honduras (BCH), el cual es laprincipal entidad del proyecto. Para sistemas críticos, elestándar está basado en una plataforma tecnológica utilizandoservidores SUN Microsystem y como base de Datos Oracle11g.

iv) Las constancias indicadas en los acápites i) y ii) deberán serfirmadas, por el o los representante(s) autorizados(s) de los




bancos centrales e instituciones financieras.

v) Los licitantes deberán adjuntar en su oferta listado del personalclave propuesto para ejecutar el Proyecto, acápites i y ii,

presentando la documentación que avale la experiencia de cadauno de ellos en los roles y tareas a ejecutar. La lista deberá seracompañada de una nota de compromiso de disponibilidad dedicho personal durante el periodo de la ejecución del contrato aefecto que dicho personal sea el designado para la ejecución delcontrato, evitando cambios de personal sin la justificacióncorrespondiente y aprobación del comprador si así lo estimaprocedente.

vi) El comprador verificará la información presentada por elLicitante, por el medio que estimen necesarios, por lo que se

requiere que todas las constancias requeridas en los acápites i)y ii) indiquen el nombre del cliente, el nombre del contacto,email, domicilio, teléfono, nombre de los sistemas informáticosdesarrollados, costo del proyecto, tiempo de implementación yel estado en que se encuentra actualmente el sistema. Aquellasofertas que no presenten las referidas constancias no serántomadas en cuenta.

vii) Los licitantes deberán presentar autorizaciones de losfabricantes para todos los tipos de categorías de tecnologíasinformáticas, salvo en los casos de las tecnologías que el

licitante mismo fabrique (3.1 Formulario de autorización delFabricante)

(c) Documentación adicional:

Los licitantes deberán acreditar con documentos fehacientes, deconformidad con la legislación de su país de origen, ladocumentación solicitada abajo. Se solicita a los licitantes incluir ladocumentación requerida en el Anexo 1 – Elegibilidad del licitante-de su Oferta, según se establece en la Sección I. Instrucciones a losLicitantes, cláusula IAL 13.1 inciso e), y en la Sección VII,

Formularios Tipo Índice y Lista de Verificación de la Oferta.

Licitantes nacionales.-

Presentar los siguientes documentos:

i) Escritura de Constitución de Sociedad y sus reformas si lashubiere, en caso de empresas nacionales inscritas en el RegistroMercantil respectivo.




ii) Si en la Escritura de Constitución no aparece un Poder Legalsuficiente que autorice al signatario de la oferta a comprometeral Licitante, dicho Poder deberá ser presentado por separado

dentro de la oferta debidamente inscrito.

iii) Carta de aceptación por escrito de que la Comisión Nacional deBancos y Seguros (CNBS) funge como agente de retención deimpuestos (Véase Contrato CGC y CEC, cláusula 14,Impuestos y Derechos).

iv) Declaración jurada de que la empresa no tiene ni ha tenidoanteriormente incumplimientos de contratos de sistemasinformáticos similares a los que son objeto de la presentelicitación.

v) Declaración Jurada del representante legal, de estar enterado yaceptar todas y cada una de las condiciones, especificaciones,requisitos y sanciones establecidas en este documento delicitación.

vi) Copia de los documentos de identificación personal de su(s)representante(s) legal(es) y del equipo de trabajo propuesto.

vii) Copia del Registro Tributario Nacional de la empresa licitante.Este documento será solicitado al licitante que resulte

adjudicado.

viii) Constancia de solvencia del licitante con la Dirección Ejecutivade Ingresos. Este documento será solicitado al licitante queresulte adjudicado.

Para licitantes nacionales, los documentos que sean fotocopias,deberán estar autenticados por Notario Público. Si es un documentooriginal no debe autenticarse.

Licitantes Extranjeros.-Presentar los siguientes documentos:

i. Copias de los documentos originales que definen laconstitución o personalidad jurídica, domicilio fiscal y lugarprincipal de la empresa;

ii. Si en la Escritura de Constitución no aparece un Poder Legalsuficiente que autorice al signatario de la oferta a




comprometer al Licitante, dicho Poder deberá ser presentadopor separado dentro de la oferta. Incluyendo fotocopia deldocumento de identificación o pasaporte del Representantelegal.

iii. Carta de aceptación por escrito de que la Comisión Nacionalde Bancos y Seguros (CNBS) funge como agente deretención de impuestos (Véase Contrato CGC y CEC,cláusula 14, Impuestos y Derechos)

iv. Declaración jurada de que la empresa no tiene ni ha tenidoanteriormente incumplimientos de contratos de sistemasinformáticos similares a los que son objeto de la presentelicitación.

v. Declaración Jurada del representante legal, de estar enteradoy aceptar todas y cada una de las condiciones,especificaciones, requisitos y sanciones establecidas en estedocumento de licitación.

vi. Copia de los documentos de identificación personal de su(s)representante(s) legal(es) y del equipo de trabajo propuesto.

vii. Constancia de solvencia del licitante con la DirecciónEjecutiva de Ingresos. Este documento será solicitado al

licitante que resulte adjudicado.Los Licitantes extranjeros, en caso de ser adjudicados deberánpresentar todos los documentos debidamente legalizados o con elsello de la Apostilla1, según corresponda, antes de la firma delcontrato.

El Licitante deberá presentar la siguiente documentación, referente asu experiencia o la de sus subcontratistas dependiendo del productoa proveer conforme lo siguiente:

Hardware

Evidencia documentada de contar como mínimo con dos (2)años de experiencia en el suministro, instalación yconfiguración de hardware iguales o similares a losrequeridos, para la implementación del Sistema.

1 Apostilla (e): Es el certificado que avala la autenticidad de la firma, la calidad en la que actúa la persona firmante del documento,

colocada por la autoridad oficial designada del país que produjo el documento. Según el Convenio para Suprimir la Exigencia de

Legalización de los Documentos Públicos Extranjeros, adoptado en la Haya, Holanda, el 5 de octubre de 1961, el cual entró en vigencia para Honduras a partir del 30 de septiembre de 2004.




Software

Evidencia documentada de contar como mínimo con dos (2)

años de experiencia en el suministro, instalación yconfiguración de software iguales o similares a losrequeridos, para la implementación del Sistema.

Y en ambos casos deberá presentar lo siguiente:

i. El personal que presente el subcontratista debe estarcertificado en el área relacionada,

ii. Cartas de referencia de haber implementado soluciones

similares. Completar el formulario 3.2 Lista desubcontratistas propuestos

IAL 6.1 b) Salvo en el caso de las tecnologías que el Licitante mismo fabrique,se requerirán autorizaciones del fabricante para los siguientestipos/categorías de tecnologías informáticas: para todas

IAL 6.3 El Licitante podrá únicamente subcontratar la infraestructuratecnológica (Software y hardware).

B. DOCUMENTOS DE LICITACIÓN

IAL 10.1 Dirección del Comprador: Atención: Lic. Fernando Neda, Coordinador de la UCPDirección: Segundo Piso, Edificio SANTA FE, Col. Castaño Sur,Paseo Virgilio Zelaya Rubí, Bloque “C”,Ciudad: Tegucigalpa, M.D.C. País: Honduras, C.A,Teléfono (504) 2221-6909 y Fax (504) 2221-3375Dirección electrónica: [email protected]

Las respuestas a pedidos de aclaraciones se publicarán en lapágina web www.honducompras.gob.hn

IAL 10.2 Fecha, hora y lugar de la reunión anterior a la licitación:

Fecha: 23 de febrero de 2011Hora: 2:00 pm hora oficial de la República de Honduras










Lugar: Salón Juan Manuel Gálvez, Banco Central de Honduras,Barrio El Centro, Avenida Juan Ramón Molina, Primera Calle,Séptima Avenida, Tegucigalpa, M.D.C. Honduras

La minuta de la reunión será publicada en páginawww.honducompras.gob.hn.

IAL 11 Las enmiendas a los documentos de licitación se publicarán en lapágina web www.honducompras.gob.hn

C. PREPARACIÓN DE LAS OFERTAS

IAL 12.1 El idioma de toda la correspondencia y los documentos vinculados ala licitación será él: Español.

IAL 13.1 La oferta del licitante deberá ser presentada conforme a la estructurarequerida en la cláusula general de IAL 13.1

Formulario de Oferta Listas de Precios Garantía de Seriedad de la oferta Poder Legal o Confirmación de autorización del signatario de la

oferta Anexo 1. Elegibilidad del licitante

- Documentación solicitada en la IAL 6.1 (a) Anexo 2. Calificaciones del licitante (Incluidas las autorizaciones

de los fabricantes) Anexo 3. Elegibilidad de los bienes y servicios Anexo 4. Conformidad del sistema de información con los

documentos de licitación Anexo 5. Subcontratistas propuestos Anexo 6. Propiedad intelectual (Listas de software y materiales) Anexo 7 Descripción de los módulos incluidos en la oferta que

conforman los subsistemas LBTR y CDV Anexo 8 Lista de Verificación Técnica que demuestre que el

sistema cumple sustancialmente con los requerimientos técnicosconforme Sección V Requisitos Técnicos, Literal G, Lista deVerificación Técnica.

Anexo 9 Programa detallado de Ejecución del Proyecto

Toda la documentación en forma impresa deberá presentarsedebidamente foliada y firmada por el ó la Representante Legal dellicitante






IAL 14.1 El licitante deberá presentar por subsistema e infraestructuratecnológica (Hardware y Software) los precios de todos los bienes yservicios, costos de suministro e instalación y detalle de gastosordinarios de conformidad a la Sección VII (formularios 2.2, 2.3 y

2.4)

IAL 14.4 La edición de Incoterms es “Incoterms 2000 — ICC Official Rules for the Interpretation of Trade Terms” publicada en Septiembre de

1999 por la Cámara de Comercio Internacional (CCI), 38 Cours Albert 1er, 75008 París, Francia” .

Nota: A fin de obtener la versión actual de Incoterms, consulte el sitioweb de la CCI: http://www.iccwbo.org/index_incoterms.asp

IAL 14.4 a) i) En el caso de los bienes ofrecidos desde un país extranjero los

precios deben ser cotizados sobre la base CIP (lugar de destinoconvenido) excluyendo todos los impuestos, timbres fiscales,aranceles, gravámenes y honorarios por servicios de aduana en elpaís del Comprador.

ii) En el caso de los bienes ofrecidos localmente los precios debenser cotizados sobre la base EXW

El proveedor se compromete a realizar las entregas de los bienessolicitados y ejecutar las actividades de suministro, instalación,configuración y pruebas establecidas en las especificaciones

técnicas, en el sitio del proyecto ubicado en los siguientes lugares:Subsistemas LBTR y CDV:

Edificio Principal Tegucigalpa.Banco Central de Honduras, Edificio Principal, Avenida JuanRamón Molina, Primera calle, Séptima Avenida. CiudadTegucigalpa, M.D.C. Francisco Morazán, Honduras, C.A.Teléfonos: (504)-2237-2270 (al 79)Departamento de Sistema de Pagos y Departamento de OperacionesMonetariasAtención: Jefe Departamento de Sistema de Pagos y JefeDepartamento de Operaciones Monetarias

Infraestructura Tecnológica (Hardware y Software)

Edificio Principal Tegucigalpa.Séptimo piso, Centro de cómputo, Banco Central deHonduras, Edificio Principal, Avenida Juan Ramón Molina,Primera calle, Séptima Avenida. Ciudad Tegucigalpa,

http://www.iccwbo.org/index_incoterms.asp







M.D.C. Francisco Morazán, Honduras, C.A.Teléfonos: (504)-2237-2270 (al 79)

Edificio Anexo Comayagüela.

Banco Central de Honduras, Edificio Anexo, Centro deCómputo, quinto piso, Barrio el Calvario, 11 y 12 Calle, 5 y 6Ave. Comayagüela, M.D.C. Francisco Morazán, Honduras,C.A.Teléfonos:(504)-2237-8532(33)

Sucursal San Pedro Sula.Banco Central de Honduras, Centro de Telecomunicaciones,Tercer piso, quinta avenida 2da. Calle, barrio El Centro,Ciudad San Pedro Sula, Cortes, Honduras, C.A.Teléfono: (504)-2552-2741 (al 43)

Atención: Jefe Departamento Tecnología y Comunicaciones

El lugar específico donde se deberá hacer la entrega de laInfraestructura Tecnológica (Hardware y Software) se detalla en laSección VI, Requisitos Técnicos, Literal ―C‖, numeral 2.1.1 ―Lugar de Entrega, Instalación, Configuración y Pruebas‖

IAL 14.5 El IVA es el Impuesto sobre el valor agregado, el cual en Hondurasse denomina Impuesto sobre ventas (ISV).

IAL 14.7 Los precios que cotice el Licitante serán ajustados de conformidadcon lo establecido en la cláusula CGC 11.2 b)

IAL 15.1 b) La moneda utilizada para cotizar los precios de los componentes debienes y servicios del Sistema ofrecidos desde el país delComprador, así como los gastos en moneda nacional paraactividades locales de apoyo técnico, capacitación, mantenimiento,transporte, seguros y otros costos locales relacionados con laentrega, instalación y manejo del Sistema, será: La moneda oficial de Honduras, el Lempira

IAL 16.2 c) Además de los temas descritos en la cláusula 16.2 c) de las IAL, elPlan preliminar del proyecto deberá abordar los siguientes asuntos:

a) Plan del Proyecto;b) Validación y afinamiento del diseño Arquitectura

Técnicac) Implementación de la infraestructura Tecnológicad) Integración de las aplicacionese) Diseño del Sistema




f) Instalación preliminarg) Parametrización/personalización del Sistemah) Instalación del Sistema en diferentes ambientesi) Capacitación

j) Documentaciónk) Migraciónl) Pruebas de aceptación operacionalm) Paralelon) Aceptación Operacional por Subsistemao) Aceptación Operacional del Sistemap) Servicios de mantenimientos (Hardware, Software,subsistemas LBTR y CDV)

Los incisos e), f), g), h), i), j), k), l), m) y n) son las mismasactividades para los Subsistemas LBTR y CDV, el resto de los

incisos son aplicables para ambos Subsistemas.

Se pueden hallar mayores detalles sobre el contenido de cada uno delos temas en la Sección VI Requerimientos Técnicos, Capitulo EPrograma de Ejecución inciso 4.1

IAL 16.3 Para lograr una integración eficaz, un apoyo técnico eficiente conrelación a su costo y una reducción así sea menor en los costos dere-adiestramiento y dotación de personal, se exige a los Licitantesque ofrezcan marcas y modelos acorde al estándar tecnológicodefinido por el BCH el cual es servidores SUN Microsystem y

motor de base de Datos Oracle 11g.IAL 17.1 Se exige una garantía de seriedad de la oferta.

La Garantía Bancaria de Seriedad de la oferta deberá ser por elmonto de Setenta y Siete Mil dólares de los Estados Unidos(US$77,000.00).

No se aceptará otro tipo de forma de garantía de seriedad deoferta.

IAL 17.2 (b) En el caso de Licitantes extranjeros:La garantía bancaria de Seriedad de la Oferta podrá ser emitida poruna Institución bancaria legalmente establecida en la República deHonduras o por una Institución Bancaria del país del Licitante,aceptada y confirmada por un banco de la República de Honduras.

En el caso de Licitantes Nacionales:La garantía bancaria de Seriedad de la Oferta deberá ser emitidapor cualquier banco que opere legalmente en Honduras.




IAL 17.2 (f) La vigencia mínima de la garantía bancaria de seriedad de oferta esde ciento dieciocho (118) días contados a partir de la fecha deapertura de ofertas.

IAL 18.1 El período de validez de la oferta será de noventa (90) días luego delvencimiento del plazo para la presentación de las ofertas, como seestipula más adelante en la cláusula 21 de las IAL.

La garantía bancaria de seriedad de la oferta deberá permanecerválida por veintiocho (28) días luego del término del período devalidez de la oferta, es decir que la garantía de seriedad deberá serválida por ciento dieciocho (118) días contados a partir de la fechade apertura de ofertas.

En consecuencia, y de conformidad con la cláusula 17.2 f) de lasIAL, toda oferta con una garantía de seriedad que expire antes

de ese plazo, que su monto sea menor al requerido o no cumplacon la forma establecida en la DDL 17.1 será rechazada por noajustarse a los Documentos de licitación y constituirá causal derechazo de la oferta.

IAL 19.1 Número de copias de la oferta exigidos, además del original: cuatro copias.

Los licitantes deberán asegurarse que las copias sean fieles a la ofertaoriginal, para lo cual deberán estar debidamente foliadas oenumeradas y firmadas por el o los representante(s) legales.

Se requiere que el licitante presente copia electrónica en CD/DVD detoda su oferta en formato Microsoft Word.

D. PRESENTACIÓN DE LAS OFERTAS

IAL 20.2 a) En los sobres interiores y el sobre exterior deberá indicarse lasiguiente leyenda:

Nombre del Prestatario: República de Honduras Número y nombre del crédito: No. 3800-HO Proyecto AsistenciaTécnica al Sector Financiero Número y Titulo del Llamado de Licitación:No. B-LPI-004/2010-BM Adquisición, Instalación eImplementación de un Sistema de Liquidación Bruta en TiempoReal (LBTR) y un Sistema Central Depositaria de Valores(CDV) con su respectiva Infraestructura Tecnológica(Hardware y Software) para el Banco Central de Honduras.




“NO ABRIR ANTES DE LAS 10:00 HORA OFICIAL DE LAREPUBLICA DE HONDURAS DEL 25 DE MARZO DE 2011”

La dirección a la cual deben enviarse las ofertas es:

Atención: Lic. Fernando Neda, Coordinador de la UCPDirección: Segundo Piso, Comisión Nacional de Bancos ySeguros, Edificio SANTA FE, Col. Castaño Sur, Paseo VirgilioZelaya Rubí, Bloque “C”,Ciudad: Tegucigalpa, M.D.C. País: Honduras, C.A,Teléfono (504) 2221-6909 y Fax (504) 2221-3375

IAL 21.1 El plazo para la presentación de las ofertas es: 25 DE MARZO DE

2011

Hora: 10:00 a.m. horas oficial de la República de Honduras.

E. APERTURA Y EVALUACIÓN DE LAS OFERTAS

IAL 24.1 La hora y la fecha de apertura de las ofertas es: 25 DE MARZO DE

2011

Hora: 10:20 a.m. horas oficial de la República de Honduras.

La apertura de las ofertas tendrá lugar en:Salón de Usos Múltiples de la Comisión Nacional de Bancos ySeguros, ubicado en el cuarto piso del Edificio Santa Fe, Col.Castaño Sur, Paseo Virgilio Zelaya Rubí, Tegucigalpa M.D.C.Honduras, C.A.

IAL 27.1 La moneda escogida para la conversión a una sola moneda es: eldólar de los Estados Unidos de América.

La fuente del tipo de cambio es: La Tasa de Referencia deMercado provista por el Banco Central de Honduras.

La fecha de la determinación del tipo de cambio es: La fecha deapertura de las ofertas.

IAL 28.1 Ofertas por subsistemas, lotes o porciones del Sistema deinformación global: no se aceptarán.

En la evaluación de las ofertas no se tomarán en cuenta losdescuentos por la adjudicación de múltiples subsistemas, lotes o




porciones.

IAL 28.4 En la evaluación de las ofertas se tomarán en cuenta los factorestécnicos además de los relativos a los costos.

Ponderación del precio (“0.60” multiplicado por 100 en lafórmula de la oferta evaluada) = [60%]

IAL 28.5 Ponderación de la evaluación técnica(―0.40‖ multiplicado por 100en la fórmula de la oferta evaluada) = [40%]

El porcentaje de ponderación se la calificación técnica se desglosade la siguiente forma:

ASPECTOS A EVALUARNOTA

MAXIMA

A. Experiencia del licitanteExperiencia General 1Experiencia en personal Clave 2

B. Especificaciones técnicasLBTR 9CDV 7Estrategia de integración de componentes 3Enlaces con otros sistemas 3Requerimientos comunes 2

Infraestructura Tecnológica 5Aspectos Técnicos 3

C. ImplementaciónPlan de proyecto 2Capacitación y Transferencia de conocimiento 1

D. Apoyo TécnicoServicios de mantenimiento 1Servicios de Garantía por defecto 1

TOTAL 40%Los porcentajes señalados corresponden al valor de la calificacióntécnica es decir del 40%.

IAL 28.6 c) i) El Beneficiario consensuara variaciones en el programa deinstalación y puesta en servicio que se especifica en el Programa deEjecución, siempre y cuando no afecte la calidad y éxito delproyecto.

Los licitantes deberán tener en cuenta que el BCH tiene una clarapreferencia que la implementación de los subsistemas LBTR y




CDV no sea totalmente simultáneo.

IAL 28.6 c) ii) El Comprador y el Beneficiario no aceptarán variaciones conrespecto al plan de pagos establecido en las CEC.

IAL 28.6 d) Tasa de interés (I) para el cálculo del valor neto actual de los gastosordinarios = 0 % anual.

IAL 29.1 No se aplicará un margen de preferencia local y el componente deprecio de la oferta al que se aplicará la sanción correspondiente aeste margen será el de los productos ofrecidos de conformidad conla cláusula 14.4 a) de las IAL.

F. POSCALIFICACIÓN Y ADJUDICACIÓN DEL CONTRATO

IAL 31.2 Como medidas complementarias de poscalificación, los Sistemasde información (o sus componentes o partes) ofrecidos por losLicitantes podrán someterse a las siguientes pruebas e indicadoresde desempeño antes de la adjudicación del Contrato:

Para los subsistemas LBTR y CDV

El comprador, podrá requerir al licitante ganador:

i. pruebas de demostración:a. visitas a sitios donde se encuentre en funcionamiento lasolución ofrecida

b. análisis y evaluación de documentación

ii. verificación de:a. funcionalidadesb. indicadores de desempeñoc. cumplimiento de Requisitos Técnicosd. toda la información suministrada por el suplidor en el

contexto de la licitación.

IAL 33.1 El porcentaje de aumento o disminución de la cantidad es 20% delsoftware, hardware, sistemas y servicios complementarios, en elcaso de que para el Comprador existan duplicidades o carencias enla oferta presentada respecto a los requisitos técnicos estipulados.

IAL 36.1. Para establecer los acuerdos entre las partes se efectuará una reuniónentre el Comprador y el Licitante seleccionado, en la siguiente




dirección:

Banco Central de Honduras (Edificio Principal) Avenida Juan Ramón Molina, Primera calle, Séptima

Avenida. Ciudad Tegucigalpa, MDC, Francisco Morazán, Honduras,C.A.

El Licitante seleccionado será notificado oficialmente por elComprador, quien a más tardar en una semana de recibida lainvitación a la reunión, deberá confirmar el traslado y autorizaciónde su representante legal, jefe de proyectos y otro personal queparticipará por dicha empresa en la reunión.

La reunión se realizará en una semana después de haber sido

notificado oficialmente la adjudicación del contrato por elcomprador, dicha reunión tendrá una duración de 4 días. Elpersonal del licitante que asistirá a la reunión deberá estar enconcordancia con el personal propuesto en la oferta del licitante;además, deberá presentar autorización por escrito para concertar lascondiciones del Contrato a suscribir.

Los cambios acordados, aclaraciones, ampliaciones y demás, serándocumentados en el Acta de las Discusiones de Finalización yEnmiendas del Contrato (Apéndice 7 del Contrato) la cual serásuscrita e incorporada como parte del contrato, realizándose los

ajustes pertinentes en los requisitos técnicos finales que formaránparte integral del Contrato.

Es preciso indicar, que el acuerdo entre las partes no deberámodificar aspectos técnicos que disminuyan la calidad de losservicios y entregables requeridos en el Documento de Licitación, ocualquier aspecto técnico requerido por el Comprador. Tampoco esaceptable ningún incremento de precio de la oferta.

Los gastos derivados del traslado, manutención del personal delLicitante, viáticos para efectuar la reunión serán asumidos por el

licitante.

IAL 38.1 El Conciliador propuesto es: Abogado y Notario Carlos AlfonsoFortín Lardizábal del Centro de Conciliación y Arbitraje de laCámara de Comercio e Industria de Tegucigalpa (CCIT) de laRepublica de Honduras.

Se proponen los siguientes honorarios por hora: Cien Dólares




Estadounidenses (US$100.00)

Los gastos que se considerarían reembolsables al Conciliador son:gastos de teléfono, fax y otras comunicaciones relacionados con el

caso en disputa, así como todos los gastos de viaje al lugar delproyecto, si los hubiere.

Cualquier controversia o conflicto entre las partes relacionadodirectamente o indirectamente con este Contrato, inclusive de sunaturaleza, interpretación, cumplimiento, ejecución o terminacióndel mismo, se resolverá mediante el procedimiento de arbitraje, deconformidad con el reglamento del Centro de Conciliación yArbitraje de la Cámara de Comercio e Industria de Tegucigalpa(CCIT) de la Republica de Honduras.

Se adjunta currículo del Conciliador propuesto

HOJA DE VIDA

CARLOS ALFONSO FORTÍN LARDIZÁBAL:

Obtiene en el año de 1990 el título deLicenciado en Ciencias Jurídicas y Sociales

conOrientación en Derecho Mercantil en la Universidad Nacional Autónoma de Honduras; endiciembre de 1994, recibe su Título de Abogado por parte de la Honorable Corte Suprema deJusticia de Honduras y en marzo de 1995 obtiene el Exequátur de Notario por parte de esemismo Alto Tribunal.

En los años de 1998 y 1999 recibe el Diplomado Ejecutivo de Aspectos Legales de lasNegociaciones Internacionales ofrecido por el INCAE en conjunto con la Universidad deGeorgetown de Estados Unidos de América y en el año 2005, recibe su título de Master enDerecho Mercantil por parte de la Universidad Nacional Autónoma de Honduras.

En su última etapa profesional ha incursionado en el estudio de los Métodos Alternativos deSolución de Controversias, participando para tal efecto en múltiples Cursos, Talleres ySeminarios, tanto en Honduras, como internacionalmente.

Se encuentra registrado como Árbitro y Secretario de Tribunal Arbitral en el Centro deConciliación y Arbitraje de la Cámara de Comercio e Industria de Tegucigalpa.- Igualmentefue registrado como Conciliador en el Centro de Conciliación y Arbitraje de la Cámara deComercio e Industria de Tegucigalpa.




Ha sido propuesto por la Cámara de Comercio e Industria de Tegucigalpa para formar partede las listas de Árbitros de la Comisión Interamericana de Arbitraje Comercial (CIAC) y forma parte de la lista de árbitros de la Sistema de Integración EconómicaCentroamericana.

Ha participado a la fecha, en múltiples oportunidades como Árbitro y Apoderado de Parte en Procesos Arbitrales nacionales e internacionales, incoados ante el Centro de Conciliacióny Arbitraje de la Cámara de Comercio e Industria de Tegucigalpa, así como Arbitrajes Ad-Hoc.

Ha sido Conciliador en asuntos sometidos a Conciliación Extrajudicial ante el Centro deConciliación y Arbitraje de la Cámara de Comercio e Industria de Tegucigalpa.;

Es Instructor Nacional en “Curso para Formación de Conciliadores” y en el “Curso paraFormación de Árbitros” impartido por el Centro de Conciliación y Arbitraje de la Cámara

de Comercio e Industrias de Tegucigalpa.

Además es co-redactor del Proyecto del Nuevo Reglamento del Centro de Conciliación yArbitraje de la Cámara de Comercio e Industria de Tegucigalpa,

En enero del año 2006, publica su primer libro, producto del estudio, análisis, reflexión,investigación y propia experiencia de los Métodos Alternativos de Solución deControversias, intitulado: “El Conflicto y los Métodos Alternos para su Solución”.

Actualmente es socio fundador y presidente del Bufete FORLAR, con Áreas predominantesde ejercicio profesional en: Derecho Mercantil, Derecho Bancario, Derecho Penal y

Arbitrajes Comerciales.



65

SECCIÓN III. ELEGIBILIDAD PARA EL SUMINISTRO DE

BIENES Y SERVICIOS Y LA CONTRATACIÓN DE OBRAS EN LASADQUISICIONES FINANCIADAS POR EL BANCO



66 Sección III. Elegibilidad para adquisiciones financiadas por el Banco

Elegibilidad para el suministro de bienes y servicios y lacontratación de obras en las adquisiciones financiadas por el

Banco

1. De acuerdo con el párrafo 1.8 de las Normas: Adquisiciones con Préstamos del BIRFy Créditos de la AIF, de mayo de 2004, el Banco le permite a firmas e individuos detodos los países suministrar bienes, obras y servicios para proyectos financiados porel Banco. Excepcionalmente, las firmas de un país o los bienes fabricados en un paíspodrían ser excluidos si:

Párrafo 1.8 (a) (i): por condición de leyes o regulaciones oficiales, el país delPrestatario prohíbe relaciones comerciales con ese País, siempre que el Banco esté deacuerdo con que dicha exclusión no impide la competencia efectiva para la provisión

de los Bienes y Obras requeridas; o

Párrafo 1.8 (a) (ii): en cumplimiento de una decisión del Consejo de Seguridad de lasNaciones Unidas adoptada en virtud del Capítulo VII de la Carta de las NacionesUnidas, el país Prestatario prohíbe la importación de bienes de ese país o pagos decualquier naturaleza a personas o entidades de ese país.

2. Para información del prestatario y los licitantes, las firmas, bienes y servicios de lossiguientes países están excluidos actualmente de participar en esta licitación:

(a) Con referencia al párrafo 1.8 (a) (i) de las Normas: Ninguno

(b) Con referencia al párrafo 1.8 (a) (ii) de las Normas: Ninguno



67

SECCIÓN IV. CONDICIONES GENERALES DEL CONTRATO

(CGC)



Sección IV. Condiciones Generales del Contrato 68

Índice de cláusulas

A. CONTRATO E INTERPRETACIÓN ........................................................................................... 707072

1. DEFINICIONES.....................................................................................................................................707072

2. DOCUMENTOS DEL CONTRATO...............................................................................................................797981 3. INTERPRETACIÓN .................................................................................................................................797981 4. NOTIFICACIONES.................................................................................................................................828284 5. LEY APLICABLE ....................................................................................................................................838385 6. RESOLUCIÓN DE CONTROVERSIAS ...........................................................................................................838385

B. OBJETO DEL CONTRATO ......................................................................................................... 858587

7. ALCANCE DEL SISTEMA .........................................................................................................................858587 8. PLAZO PARA COMENZAR LOS TRABAJOS Y OBTENER LA ACEPTACIÓN OPERACIONAL ...........................................868688 9. RESPONSABILIDADES DEL PROVEEDOR .....................................................................................................868688 10. RESPONSABILIDADES DEL COMPRADOR....................................................................................................888890

C. PAGOS ........................................................................................................................................... 909092

11. PRECIO DEL CONTRATO ........................................................................................................................909092 12. CONDICIONES DE PAGO ........................................................................................................................919193 13. GARANTÍAS ........................................................................................................................................929294 14. IMPUESTOS Y DERECHOS .......................................................................................................................939395

D. PROPIEDAD INTELECTUAL ..................................................................................................... 949496

15. DERECHOS DE PROPIEDAD INTELECTUAL ...................................................................................................949496 16. CONVENIOS DE LICENCIA DEL SOFTWARE..................................................................................................959597 17. INFORMACIÓN CONFIDENCIAL ................................................................................................................979799

E. SUMINISTRO, INSTALACIÓN, PRUEBAS, PUESTA EN SERVICIO Y ACEPTACIÓN DELSISTEMA .......................................................................................................................................... 9999101

18. REPRESENTANTES..............................................................................................................................9999101 19. PLAN DEL PROYECTO......................................................................................................................102102104 20. SUBCONTRATACIÓN .......................................................................................................................102102104 21. DISEÑO E INGENIERÍA .....................................................................................................................103103105 22. ADQUISICIÓN, ENTREGA Y TRANSPORTE .............................................................................................106106108 23. MEJORAMIENTO DE PRODUCTOS ......................................................................................................109109111 24. EJECUCIÓN, INSTALACIÓN Y OTROS SERVICIOS .....................................................................................110110112 25. INSPECCIONES Y PRUEBAS................................................................................................................110110112 26. INSTALACIÓN DEL SISTEMA..............................................................................................................111111113 27. PUESTA EN SERVICIO Y ACEPTACIÓN OPERACIONAL...............................................................................112112114

F. GARANTÍAS Y RESPONSABILIDADES ............................................................................... 117117119

28. GARANTÍA DEL PLAZO DE ACEPTACIÓN OPERACIONAL ...........................................................................117117119 29. RESPONSABILIDAD POR DEFECTOS.....................................................................................................118118120 30. GARANTÍAS DE FUNCIONAMIENTO ....................................................................................................121121123 31. GARANTÍA DE LOS DERECHOS DE PROPIEDAD INTELECTUAL.....................................................................122122124 32. INDEMNIZACIÓN POR INFRACCIÓN DE DERECHOS DE PROPIEDAD INTELECTUAL ...........................................122122124 33. LIMITACIÓN DE RESPONSABILIDAD ....................................................................................................125125127

G. DISTRIBUCIÓN DE LOS RIESGOS...................................................................................... 126126128

34. TRASPASO DE LA PROPIEDAD............................................................................................................126126128 35. CUIDADO DEL SISTEMA...................................................................................................................126126128 36. PÉRDIDAS O DAÑOS MATERIALES, ACCIDENTES O LESIONES DE LOS TRABAJADORES; INDEMNIZACIONES ...........127127129




37. SEGUROS .....................................................................................................................................129129131 38. FUERZA MAYOR ............................................................................................................................131131133

H. MODIFICACIÓN DE ELEMENTOS DEL CONTRATO ...................................................... 133133135

39. MODIFICACIÓN DEL SISTEMA...........................................................................................................133133135 40. PRÓRROGA DEL PLAZO PARA OBTENER LA ACEPTACIÓN OPERACIONAL......................................................138138140 41. RESCISIÓN ...................................................................................................................................138138140 42. CESIÓN .......................................................................................................................................148148150



70 Sección IV. Condiciones Generales del Contrato

Condiciones Generales del Contrato

A. CONTRATO E INTERPRETACIÓN

1. Definiciones 1.1 En el presente Contrato, los siguientes términos seráninterpretados de la manera que se indica a continuación:

a) elementos contractuales

i) ―Contrato‖ es el Convenio contractual celebradoentre el Comprador y el Proveedor, junto con losDocumentos del Contrato. El Conveniocontractual y los documentos del Contratoconstituirán el Contrato, y la expresión ―el

Contrato‖ se interpretará de esa manera en todosdichos documentos.

ii) Los ―Documentos del Contrato‖ son losdocumentos enumerados en el artículo 1.1 delContrato (incluidas todas las enmiendas dedichos documentos).

iii) El ―Convenio contractual‖ es el conveniocelebrado entre el Comprador y el Proveedorutilizando el Formulario del Contrato que seincluye en la sección Formularios Tipo de los

documentos de licitación y cualquieramodificación de dicho formulario acordada entreel Comprador y el Proveedor. La fecha delContrato se anotará en el formulario firmado.

iv) ―CGC‖ son las Condiciones Generales delContrato.

v) ―CEC‖ son las Condiciones Especiales delContrato.

vi) La expresión ―Requisitos Técnicos‖ se refiere a

la sección de los documentos de licitación quelleva ese mismo título.

vii) El ―Programa de Ejecución‖ es la sección de losRequisitos Técnicos que lleva ese mismo título.

viii) ―Precio del Contrato‖ se refiere al precio o losprecios definidos en el artículo 2 del Contrato(Precio del Contrato y Condiciones de pago).




ix) La expresión ―Normas sobre adquisiciones‖ serefiere a la edición especificada en las CEC deldocumento publicado por el Banco titulado Normas: Adquisiciones con Préstamos del

Banco y Créditos de la AIF .x) La expresión ―Documentos de licitación‖ se

refiere a la colección de documentos emitidospor el Comprador para impartir instrucciones einformar a los posibles proveedores sobre losprocedimientos de licitación, selección de laoferta ganadora y la constitución del Contrato,así como sobre las condiciones contractuales querigen la relación entre el Comprador y elProveedor. Las Condiciones Generales del

Contrato, las Condiciones Especiales delContrato, los Requisitos Técnicos y todos losdemás documentos incluidos en los Documentosde licitación reflejan las normas establecidas porel Banco Mundial que el Comprador estáobligado a seguir durante las adquisiciones y laadministración de este Contrato.

b) entidades

i) El ―Comprador‖ es la persona especificada enlas CEC que adquiere el Sistema de

información.ii) El ―Jefe de proyecto‖ es la persona designada

por el Comprador de la manera prevista en lacláusula 18.1 de las CGC (Jefe de proyecto) ydesignada como tal en las CEC para desempeñarlas funciones que le han sido delegadas por elComprador.

iii) El ―Proveedor‖ es la persona o las personas cuyaoferta para ejecutar el Contrato ha sido aceptadapor el Comprador y que es designada como talen el Contrato.

iv) El ―Representante del Proveedor‖ es todapersona nombrada por el Proveedor, designadacomo tal en el Contrato y aprobada por elComprador de la manera prevista en la cláusula18.2 de las CGC (Representante del Proveedor)para desempeñar las funciones que le han sido




delegadas por el Proveedor.

v) El ―Subcontratista‖, entre ellos, los vendedores,es toda persona que el Proveedor subcontrata

directa o indirectamente para llevar a cabocualquier obligación del Proveedor, incluida lapreparación de cualquier diseño o el suministrode cualquier tecnología de la información u otrosbienes o servicios.

vi) El ―Conciliador‖ es la persona designada comotal en el Apéndice 2 del Contrato entre elComprador y el Proveedor para tomar unadecisión o resolver cualquier controversia odiferencia entre el Comprador y el Proveedorque le haya sido remitida por las partes, deconformidad con la cláusula 6.1 de las CGC(Conciliador).

vii) El ―Banco Mundial‖ (denominado también ―elBanco‖) se refiere al Banco Internacional deReconstrucción y Fomento (BIRF) o a laAsociación Internacional de Fomento (AIF).

c) alcance

i) La expresión ―Sistema de información‖, tambiéndenominado ―Sistema‖, designa a todas lastecnologías informáticas, materiales y otrosbienes que han de ser suministrados, instalados,integrados y puestos en funcionamiento (sinincluir los equipos del Proveedor), y losservicios que ha de suministrar el Proveedor envirtud del Contrato.

ii) Un ―Subsistema‖ es cualquier subconjunto delSistema que se identifica como tal en elContrato y que puede ser suministrado,instalado, probado y puesto en servicio

individualmente antes de la Puesta en serviciode la totalidad del Sistema.

iii) La expresión ―Tecnologías de la información‖se refiere a todo el hardware, software,suministros y artículos de consumorelacionados con el procesamiento deinformación y las comunicaciones que elProveedor deberá suministrar e instalar de




conformidad con el Contrato.

iv) Los ―Bienes‖ son todos los equipos,maquinaria, suministros, materiales y otros

artículos tangibles que el Proveedor deberásuministrar o suministrar e instalar conforme alContrato, incluidos, sin carácter limitativo, lastecnologías informáticas y los materiales, perosin incluir los equipos del Proveedor.

v) Los ―Servicios‖ son todos los serviciostécnicos, logísticos, de gestión y de otra índoleque debe prestar el Proveedor en virtud delContrato para suministrar, instalar,personalizar, integrar y poner enfuncionamiento el Sistema. Estos serviciospueden incluir, sin carácter limitativo, lagestión de actividades y garantía de calidad,diseño, desarrollo, personalización,documentación, seguros, inspección, despacho,preparación del sitio, instalación, integración,capacitación, migración de datos, inspeccionesy ensayos previos a la Puesta en servicio, laPuesta en servicio, el mantenimiento y el apoyotécnico.

vi) El ―Plan del Proyecto‖ es el documento que

debe preparar el Proveedor y ser aprobado porel Comprador, de conformidad con la cláusula19 de las CGC, sobre la base de los requisitosestablecidos en el Contrato y en el Planpreliminar del proyecto incluido en la oferta delProveedor. La expresión ―Plan definitivo yaprobado del proyecto‖ se refiere a la versióndel plan del proyecto aprobada por elComprador, de conformidad con la cláusula19.2 de las CGC. En el caso de que existieraalguna contradicción entre el Plan del proyecto

y el Contrato, prevalecerán las disposicionespertinentes del Contrato, con inclusión decualquiera enmienda.

vii) ―Software‖ significa la parte del Sistema quecorresponde a las instrucciones que hacen quelos subsistemas de procesamiento deinformación funcionen de una maneraespecífica o realicen determinadas operaciones.




viii) El ―Software del Sistema‖ es el Software queimparte las instrucciones operativas y degestión para el hardware y otros componentes yque se identifica como tal en el Apéndice 4 del

Contrato, así como cualquier otro softwarerespecto del cual las partes convengan porescrito en que se trata de Software del Sistema.El Software del sistema incluye, sin carácterlimitativo, los micro códigos incorporados en elhardware (es decir, los microprogramas),sistemas operativos, software de gestión decomunicaciones, sistemas y redes, y softwarede utilitarios.

ix) El ―Software de propósito general‖ es el

Software de respaldo para las actividadesgenerales de oficina y de desarrollo de Softwareque se identifican como tal en el Apéndice 4 delContrato, así como cualquier otro softwarerespecto del cual las partes convengan porescrito en que se trata de software de propósitogeneral. El Software de propósito generalpuede incluir, sin carácter limitativo, softwarede procesamiento de texto, hojas de cálculo,software genérico de gestión de bases de datosy de desarrollo de aplicaciones.

x) El ―Software de aplicación‖ es el Softwareformulado para realizar determinadas funcionescomerciales o técnicas y para establecer unainterfaz con los usuarios comerciales o técnicosdel Sistema, y que se identifica como tal en elApéndice 4 del Contrato, así como cualquierotro software respecto del cual las partesconvengan por escrito en que se trata deSoftware de aplicación.

xi) El ―Software estándar‖ es el Software

identificado como tal en el Apéndice 4 delContrato, así como cualquier otro softwarerespecto del cual las partes convengan porescrito en que se trata de software estándar.

xii) El ―software personalizado‖ es el Softwareidentificado como tal en el Apéndice 4 delContrato, así como cualquier otro Softwarerespecto del cual las partes convengan por




escrito en que se trata de Softwarepersonalizado.

xiii) El ―Código fuente‖ son las estructuras de bases

de datos, diccionarios, definiciones, archivosfuente de programas y cualquier otrarepresentación simbólica necesaria para lacompilación, ejecución y posteriormantenimiento del Software (se requierenormalmente, aunque no exclusivamente, parael Software personalizado).

xiv) Los ―materiales‖ son toda la documentación yasea impresa o que se puede imprimir, así comotodo instructivo o información en cualquierforma (con inclusión de audio, video y texto) yen cualquier medio, suministrados alComprador de conformidad con el Contrato.

xv) Los ―Materiales estándar‖ son todos aquellosmateriales que no se especifiquen comoMateriales personalizados.

xvi) Los ―Materiales personalizados‖ son losmateriales desarrollados por el Proveedor porcuenta del Comprador en virtud del Contrato eidentificados como tales en el Apéndice 5 del

Contrato, así como cualquier otro materialrespecto del cual las partes convengan porescrito en que se trata de Materialespersonalizados. Los Materiales personalizadosincluyen los materiales creados a partir deMateriales estándar.

xvii) Los ―Derechos de propiedad intelectual‖ soncualquiera y todos los derechos de autor,derechos morales, de marca, de patente y demásDerechos de propiedad intelectual ypatrimoniales, títulos de propiedad e intereses,en todo el mundo, ya sea que se trate dederechos adquiridos, derechos sujetos acondición suspensiva o derechos futuros,incluidos, sin carácter limitativo, todos losderechos económicos y todos los derechosexclusivos para reproducir, reparar, adaptar,modificar, traducir, crear derivados, extraer oreutilizar datos, manufacturar, poner encirculación, publicar, distribuir, vender, dar en




concesión o en subconcesión, traspasar,alquilar, arrendar, transmitir o dar accesoelectrónico, difundir, exhibir, poner en memoriaelectrónica, o utilizar de alguna otra manera

cualquier porción o copia, total o parcial, encualquier forma, directa o indirecta, o paraautorizar o designar a terceros para que haganlo antedicho.

xviii) Los ―Equipos del Proveedor‖ son todos losequipos, herramientas, aparatos, u objetos decualquier tipo necesarios en o para lainstalación, acabado y mantenimiento delSistema que debe suministrar el Proveedor, sinincluir las tecnologías informáticas ni los

sistemas que forman parte del Sistema.d) actividades

i) ―Entrega‖ significa la transferencia de losbienes por el Proveedor al Comprador deconformidad con la versión actualizada deIncoterms según se especifica en el Contrato.

ii) ―Instalación‖ significa que el Sistema o unSubsistema especificado en el Contrato está listopara la puesta en servicio, conforme a la cláusula

26 de las CGC (Instalación).iii) Las ―Inspecciones y ensayos previos a la puesta

en servicio‖ son las pruebas, verificaciones, yotras actividades necesarias indicadas en losRequisitos Técnicos que ha de llevar a cabo elProveedor en preparación para la puesta enservicio, según lo previsto en la cláusula 26 delas CGC (Instalación).

iv) La ―Puesta en servicio‖ es la puesta enfuncionamiento del Sistema o de cualquier

Subsistema por el Proveedor, una vez finalizadasu instalación, que el Proveedor ha de llevar acabo de conformidad con lo dispuesto en lacláusula 27.1 de las CGC (Puesta en servicio)con el fin de realizar la prueba o pruebas deAceptación operacional.

v) Las ―Pruebas de aceptación operacional‖ son losensayos indicados en los Requisitos Técnicos y




en el Plan definitivo y aprobado del proyectoque han de llevarse a cabo para determinar si elSistema o un Subsistema determinado puedesatisfacer los requisitos funcionales y de

rendimiento especificados en los RequisitosTécnicos y en el Plan definitivo y aprobado delproyecto, de conformidad con las disposicionesde la cláusula 27.2 de las CGC (Pruebas deAceptación operacional).

vi) La ―Aceptación operacional‖ es la aceptacióndel Sistema (o de cualquier Subsistema oSubsistemas cuando en el Contrato se prevea laaceptación por partes del Sistema) por elComprador, de conformidad con las

disposiciones de la cláusula 27.3 de las CGC(Aceptación operacional).

e) lugares y fechas

i) El ―País del Comprador‖ es el país indicado enlas CEC.

ii) El ―País del Proveedor‖ es el país en el cual elProveedor está legalmente registrado, según seseñala en el Contrato.

iii) La expresión ―Lugar o lugares del proyecto‖ serefiere al lugar o los lugares especificados en lasCEC para el suministro e instalación delSistema.

iv) ―País idóneo‖ significa los países y territoriosque pueden participar en adquisicionesfinanciadas por el Banco Mundial, según ladefinición que figura en las Normas: Adquisiciones con Préstamos del BIRF y

Créditos de la AIF . (Nota: El Banco Mundialmantiene una lista de países cuyos licitantes,

bienes y servicios no son idóneos para participaren adquisiciones financiadas por el Banco. Estalista se actualiza periódicamente y puedesolicitarse al Centro de Información Pública delBanco Mundial. En la Sección titulada"Elegibilidad para el suministro de bienes yservicios y la contratación de obras en lasadquisiciones financiadas por el Banco" de los




documentos de licitación se presenta esta lista.

v) ―Día‖ significa un día civil (día calendario) delcalendario gregoriano.

vi) ―Semana‖ significa siete (7) días consecutivos,contados a partir del primer día de la semanasegún se acostumbra en el país del Comprador.

vii) ―Mes‖ significa un mes civil (mes calendario)del calendario gregoriano.

viii) ―Año‖ significa doce (12) meses consecutivos.

ix) La ―fecha de inicio‖ es la fecha en que secumplen todas las condiciones enumeradas en elartículo 3 del Contrato para determinar el plazopara la entrega, instalación y Aceptaciónoperacional del Sistema, o del Subsistema oSubsistemas.

x) La ―Duración del Contrato‖ es el períodoespecificado en las CEC durante el cual elContrato rige las relaciones y obligaciones delComprador y el Proveedor en lo que respecta alSistema.

xi) El ―Período de garantía‖ (o ―Período de

responsabilidad por defectos‖) es el período devalidez de las garantías proporcionadas por elProveedor a partir de la fecha del Certificado deAceptación operacional del Sistema o delSubsistema o Subsistemas. Durante esteperíodo, el Proveedor es responsable de losdefectos con respecto al Sistema (o alSubsistema o Subsistemas pertinentes), deconformidad con lo dispuesto en la cláusula 29de las CGC.

xii)El ―Período de servicio posterior al período degarantía‖ significa el número de años (si fuese elcaso), a partir del vencimiento del Período degarantía, durante los cuales el Proveedor puedeestar obligado a otorgar licencias de Software yservicios de mantenimiento o apoyo técnico parael Sistema, ya sea en virtud del presenteContrato o en conformidad con un contrato ocontratos separados.




xiii) El ―Período de cobertura‖ se refiere a los días dela semana y a las horas de esos días durante loscuales se debe disponer de servicios demantenimiento y de apoyo operacional o

técnico (si fuese el caso).2. Documentos del

Contrato2.1 Con sujeción al artículo 1.2 del Contrato, todos los

documentos que forman parte del Contrato (y todas laspartes de tales documentos) deberán ser correlativos ycomplementarios y explicarse mutuamente. El Contrato seconsiderará como un todo.

3. Interpretación 3.1 Idioma

3.1.1 A menos que el Proveedor sea residente del país delComprador y que el Comprador y el Proveedor

convengan en utilizar el idioma nacional, todos losdocumentos del Contrato y toda la correspondencia ycomunicaciones que hayan de prepararse yproporcionarse se redactarán en el idioma señalado enlas CEC y el Contrato se entenderá y se interpretarácon arreglo a ese idioma.

3.1.2 Si cualquiera de los documentos del Contrato, lacorrespondencia o las comunicaciones se redactan enun idioma distinto del idioma vigente conforme a lacláusula 3.1.1 de las CGC, prevalecerá en cuestiones

de interpretación la traducción de esos documentos,correspondencia o comunicaciones. La partecontractual que origine estos documentos,correspondencia o comunicaciones asumirá los costosy riesgos de dicha traducción.

3.2 Singular y plural

El singular incluirá el plural y el plural incluirá el singular,salvo cuando el contexto exija otra cosa.

3.3 Encabezamientos

Los encabezamientos y las notas al margen de las CGC seincluyen para facilitar la referencia y no constituyen partedel Contrato ni influyen en su interpretación.




3.4 Personas

Las palabras y expresiones que denoten personas o partescontratantes incluirán a empresas, corporaciones y

entidades gubernamentales.3.5 Incoterms

A menos que sea incompatible con una disposición delContrato, el significado de cualquier término comercial y delos derechos y obligaciones de las partes contractuales seráel que se establece en la versión actualizada deINCOTERMS (―Incoterms 2000‖ o una versión másreciente, si se ha publicado y tal como se haya publicado).―Incoterms‖ son las normas internacionales para lainterpretación de los términos comerciales publicadas por la

Cámara de Comercio Internacional, 38 Cours Albert 1er,75008 París, Francia.

3.6 Convenio completo

El Contrato constituye el convenio completo entre elComprador y el Proveedor con respecto al objeto delContrato y deberá prevalecer sobre todas lascomunicaciones, negociaciones y acuerdos (escritos overbales) entre las partes en relación con el objeto delContrato que se hayan formalizado antes de la fecha delContrato.

3.7 Enmiendas

Toda modificación o variación del Contrato deberá hacersepor escrito, estar fechada y referirse expresamente alContrato, y llevar la firma de un representante debidamenteautorizado de cada una de las partes contratantes.

3.8 Proveedor independiente

El Proveedor será un contratista independiente que lleve acabo el Contrato. El Contrato no crea ningún organismo,

asociación, sociedad en participación ni ninguna otrarelación conjunta entre las partes contratantes

Con sujeción a las disposiciones del Contrato, el Proveedorserá el único responsable de la forma en que se lleve a caboel Contrato. Todos los empleados, representantes osubcontratistas contratados por el Proveedor en relación conel cumplimiento del Contrato estarán bajo el controlcompleto del Proveedor y no serán considerados empleados




del Comprador, y en ningún caso se entenderá que elContrato o cualquier subcontrato adjudicado por elProveedor crean relaciones contractuales entre esosempleados, representantes o subcontratistas y el

Comprador.3.9 Sociedad en participación o consorcio

Si el Proveedor es una Sociedad en participación o unconsorcio de dos o más personas, todas esas entidades seránresponsables ante el Comprador, en forma solidaria ymancomunada, del cumplimiento de las disposiciones delContrato y designarán a una de esas personas para que actúecomo su representante, con facultades para obligar a lasociedad en participación o al consorcio. La composición oconstitución de la Sociedad en participación o del consorciono podrá modificarse sin el consentimiento previo delComprador.

3.10 Prohibición de descargo de responsabilidades

3.10.1 De conformidad con la cláusula 3.10.2 siguiente deestas CGC, ninguna laxitud, tolerancia, demora oindulgencia por cualquiera de las partes en exigir elcumplimiento de cualquiera de las condiciones delContrato, ni la concesión de tiempo por alguna delas partes a la otra parte menoscabará, afectará o

limitará los derechos de esa parte con arreglo alContrato; el descargo de responsabilidades por unade las partes respecto de un incumplimiento delContrato tampoco servirá como dispensa de unincumplimiento posterior o permanente delContrato.

3.10.2 La renuncia a los derechos, facultades o recursos dealguna de las partes en virtud del Contrato deberáhacerse por escrito y con indicación de la fecha ydeberá firmarla un representante autorizado de laparte que haga la renuncia; además, deberánespecificarse en ella los derechos a que se renunciay el grado en que se renuncia a ellos.

3.11 Separación

Si una disposición o condición del Contrato está prohibida oresulta inválida o inaplicable, esa prohibición, invalidez oimposibilidad de cumplimiento no afectará la validez o elcumplimiento de las demás disposiciones y condiciones del




Contrato.

3.12 País de origen

―Origen‖ significa el lugar donde se han producido lastecnologías informáticas, los materiales y otros bienes delSistema, o el lugar desde donde se suministran los servicios.Se produce un bien cuando, por medio de la fabricación,elaboración, desarrollo de software, o ensamblaje ointegración sustancial e importante de los componentes seobtiene un nuevo producto comercialmente reconocible quedifiere sustancialmente de sus componentes en lo querespecta a sus características básicas, a sus fines o suutilidad. El origen de los bienes y servicios no es igual a lanacionalidad del Proveedor, y ambos pueden ser diferentes.

4. Notificaciones 4.1 A menos que se indique otra cosa en el Contrato, todas lasnotificaciones que deban hacerse conforme al Contrato seharán por escrito y se entregarán personalmente, o seenviarán por correo aéreo, servicio especial de correo,cable, telégrafo, télex, fax, correo electrónico, o medianteintercambio electrónico de datos a la dirección de la parteque corresponda, según se especifica en las CEC, con lassiguientes disposiciones.

4.1.1 Toda notificación enviada por cable, telégrafo, télex,fax, correo electrónico o mediante intercambio

electrónico de datos deberá ser confirmada dentro delos dos (2) días de su despacho mediante notificaciónenviada por correo aéreo o servicio especial de correo,a menos que se especifique de otra manera en elContrato.

4.1.2 Se considerará que toda notificación enviada porcorreo aéreo o servicio especial de correo (en ausenciade pruebas de que se ha recibido antes) ha sidoentregada diez (10) días después de su despacho. Afin de probar que una notificación ha sido despachada,bastará con demostrar que el sobre que la conteníatenía la dirección y el sello postal adecuados y fueentregado a las autoridades postales o al servicioespecial de correo para su envío por correo aéreo ocorreo especial.

4.1.3 Toda notificación entregada personalmente o enviadapor cable, telégrafo, télex, fax, correo electrónico omediante intercambio electrónico de datos se




considerará entregada en la fecha de su despacho.

4.1.4 Las partes podrán cambiar su dirección postal, decable, télex, fax, correo electrónico o intercambio

electrónico de datos, o destinatario de dichasnotificaciones mediante notificación por escrito a laotra parte con diez (10) días de antelación.

4.2 Se considerará que las notificaciones incluyen cualesquieraaprobaciones, consentimientos, instrucciones, órdenes ycertificados que hayan de proporcionarse conforme alContrato.

5. Ley aplicable 5.1 El Contrato se regirá y se interpretará de conformidad conlas leyes del país especificado en las CEC.

6. Resolución decontroversias 6.1 Conciliación

6.1.1 Si surgiere una controversia de cualquier índole entreel Comprador y el Proveedor en relación con elContrato o a raíz de éste, con inclusión y sin perjuiciodel carácter general de lo que antecede, toda cuestiónrelativa a su existencia, validez o rescisión, o alfuncionamiento del Sistema (ya sea durante el procesode puesta en marcha o después de obtener laAceptación operacional, o antes o después de larescisión, abandono o incumplimiento del Contrato),

las partes procurarán resolver dicha controversia odiferencia mediante consultas entre ellas. Si las partesno logran resolver la controversia o diferenciamediante tales consultas dentro de catorce (14) díasdespués de que una de las partes haya notificado porescrito a la otra acerca de la controversia o diferencia,entonces, si en el Apéndice 2 se incluye y nombra aun Conciliador, la controversia será remitida porescrito por cualquiera de las partes al Conciliador, concopia a la otra parte. Si no se especifica ningúnConciliador en el Contrato, el antedicho período de

consulta mutua deberá durar 28 días (en lugar de 14),al cabo de los cuales cada una de las partes podrápasar a la notificación de arbitraje de conformidad conla cláusula 6.2.1 de las CGC.

6.1.2 El Conciliador deberá comunicar su decisión porescrito a ambas partes dentro de los veintiocho (28)días siguientes a la fecha en que le haya sido remitidala controversia. Si el Conciliador ha comunicado sudecisión dentro del plazo debido y ni el Comprador ni




el Proveedor notifican su intención de iniciarprocedimientos de arbitraje dentro de los cincuenta yseis (56) días de dicha remisión, la decisión pasará aser definitiva y obligatoria tanto para el Comprador

como para el Proveedor. Toda decisión que pase a serdefinitiva y obligatoria será ejecutada de inmediatopor las partes.

6.1.3 El Conciliador percibirá honorarios por hora, segúnlas tarifas especificadas en el Contrato, más los gastosrazonables en que incurra en el cumplimiento de susfunciones de Conciliador, y tales costos se dividiránde manera equitativa entre el Comprador y elProveedor.

6.1.4 En caso de renuncia o fallecimiento del Conciliador, o

si el Comprador y el Proveedor convienen en que elConciliador no está cumpliendo sus funciones deacuerdo con las disposiciones del Contrato, elComprador y el Proveedor nombrarán conjuntamentea otro Conciliador. Si no llegan a un acuerdo dentrode los veintiocho (28) días siguientes, la autoridadnominadora estipulada en las CEC designará al nuevoConciliador a petición de cualquiera de las partes o, sino se especifica ninguna autoridad nominadora en lasCEC, el Contrato deberá ejecutarse, a partir de esemomento y hasta que las partes elijan conjuntamente a

un nuevo nominador o a una autoridad nominadora,como si no hubiera Conciliador.

6.2 Arbitraje

6.2.1 Si el Comprador o el Proveedor no consideraaceptable la decisión del Conciliador, o si elConciliador no comunica su decisión dentro deveintiocho (28) días siguientes a la fecha en que se lehaya remitido una controversia, el Comprador o elProveedor podrá, dentro de los cincuenta y seis (56)días posteriores a esa remisión, notificar a la otraparte, con copia para su información al Conciliador,su intención de iniciar procedimientos de arbitraje,según lo dispuesto a continuación, sobre el asuntoobjeto de la controversia, pero no se iniciará ningúnprocedimiento de arbitraje con respecto a dichacuestión antes de efectuarse dicha notificación.

6.2.2 Toda controversia respecto de la cual se hayanotificado la intención de iniciar un procedimiento de




arbitraje, de conformidad con lo dispuesto en lacláusula 6.2.1 de las CGC se resolverádefinitivamente mediante arbitraje. El arbitraje podráiniciarse antes o después de la instalación del Sistema

de información.6.2.3 El procedimiento de arbitraje se llevará a cabo

conforme al reglamento especificado en las CEC.

6.3 A pesar de cualquier referencia al Conciliador o alarbitraje contenida en esta cláusula,

a) las partes continuarán cumpliendo sus respectivasobligaciones contractuales, a menos que convengan enotra cosa, y

b) el Comprador pagará al Proveedor toda suma que leadeude al Proveedor.

B. OBJETO DEL CONTRATO

7. Alcance delSistema

7.1 A menos que estén expresamente limitadas de otra maneraen las CEC o en los Requisitos Técnicos, las obligacionesdel Proveedor incluyen el suministro de la totalidad de lastecnologías informáticas, materiales y otros bienes, y elsuministro de todos los servicios necesarios para el diseño,el desarrollo y la puesta en práctica del Sistema (incluidaslas adquisiciones, garantía de calidad, ensamblaje,preparación del sitio, entrega, inspecciones y ensayos antesde la puesta en servicio, instalación, prueba y puesta enservicio), de conformidad con los planes, procedimientos,especificaciones, planos, códigos y otros documentosespecificados en el Contrato y en el Plan definitivo yaprobado del proyecto.

7.2 A menos que se hayan excluido explícitamente en elContrato, el Proveedor realizará todos los trabajos o

suministrará todos los productos y materiales nomencionados específicamente en el Contrato pero quepueda deducirse razonablemente del Contrato que sonnecesarios para obtener la Aceptación operacional delSistema como si esos trabajos o productos y materialesestuvieran expresamente mencionados en el Contrato.

7.3 Las obligaciones del Proveedor (si las tuviere) desuministrar bienes y servicios indicados en el Formulario de




gastos ordinarios de la oferta presentada por el Proveedor,tales como bienes de consumo, repuestos y serviciostécnicos (por ejemplo, de mantenimiento, asistencia técnicay apoyo operacional) son las que se especifican en las CEC,

con inclusión de las condiciones, características yfrecuencia pertinentes.

8. Plazo paracomenzar lostrabajos y obtenerla Aceptaciónoperacional

8.1 El Proveedor iniciará los trabajos en el Sistema dentro delplazo especificado en las CEC y, sin perjuicio de la cláusula28.2 de las CGC, procederá a instalar el Sistema, deconformidad con el calendario estipulado en el Programa deEjecución incluido en los Requisitos Técnicos y con lasprecisiones hechas en el Plan definitivo y aprobado delproyecto.

8.2 El Proveedor deberá obtener la Aceptación operacional delSistema (o del Subsistema o Subsistemas, en caso de que enel Contrato se especifique un plazo por separado para ellos)dentro del plazo establecido en las CEC y conforme alplazo especificado en el Programa de Ejecución incluidoen los Requisitos Técnicos y con cualquier precisión que sehaya hecho en el Plan definitivo y aprobado del proyecto, odentro de la prórroga del plazo a que tenga derecho elProveedor de conformidad con la cláusula 40 de las CGC.

9. Responsabilidadesdel Proveedor

9.1 El Proveedor llevará a cabo todas las actividades, deconformidad con el Contrato, con el cuidado y diligencia

debidos, y con la destreza que se espera de un proveedorcompetente de tecnologías informáticas, Sistemas deinformación, apoyo, mantenimiento, capacitación y otrosservicios conexos, o de conformidad con las prácticasóptimas de la industria. En particular, el Proveedor sólodeberá suministrar y contratar personal preparado y conexperiencia en sus respectivas funciones, y supervisorescompetentes que puedan supervisar los trabajos de maneraadecuada.

9.2 El Proveedor confirma haber formalizado el presente

Contrato después de examinar atentamente la informaciónsobre el Sistema suministrada por el Comprador y sobre labase de la información que pudiera haber obtenido de unainspección ocular del sitio (si hubiera tenido acceso a él) yde otros datos sobre el Sistema que estaban a su disposiciónveintiocho (28) días antes de la fecha de presentación de lasofertas. El Proveedor reconoce que el hecho de nofamiliarizarse con esos datos y esa información no le eximede su responsabilidad de calcular debidamente la dificultad




o el costo de la ejecución satisfactoria del Contrato.

9.3 El Proveedor será responsable de suministrar prontamentetodos los recursos y la información, y de tomar todas las

decisiones que estén bajo su control y que sean necesariaspara llegar de común acuerdo con el Comprador a un Plandefinitivo y aprobado del proyecto (conforme a la cláusula19.2 de las CGC) dentro del plazo especificado en elPrograma de Ejecución incluido en la sección RequisitosTécnicos. El hecho de que el Proveedor no suministredichos recursos e información ni tome las decisionespertinentes puede dar lugar a la rescisión del Contratoconforme a lo dispuesto en la cláusula 41.2 de las CGC.

9.4 El Proveedor obtendrá en su propio nombre todos lospermisos, aprobaciones o licencias de todas lasautoridades gubernamentales locales, estatales onacionales o de las empresas de servicios públicos delpaís del Comprador que sean necesarios para elcumplimiento del Contrato, incluidos, entre otros, lasvisas para el personal del Proveedor y el Subcontratistay los permisos de entrada de todos los equiposimportados del Proveedor. El Proveedor obtendrátodos los demás permisos, aprobaciones o licencias queno sean responsabilidad del Comprador conforme a lacláusula 10.4 de las CGC y que sean necesarios para elcumplimiento del Contrato.

9.5 El Proveedor acatará todas las leyes vigentes en el paísdel Comprador. Dichas leyes incluirán todas las leyesnacionales, provinciales, municipales o de otra índoleque afecten el cumplimiento del Contrato y seanobligatorias para el Proveedor. El Proveedor eximiráal Comprador de toda responsabilidad por daños yperjuicios, demandas, multas, sanciones y gastos decualquier índole resultantes de la violación de talesleyes por el Proveedor o su personal, incluidos losSubcontratistas y su personal, pero sin perjuicio de lo

dispuesto en la cláusula 10.1 de las CGC. El Proveedorno eximirá al Comprador en la medida en que dicharesponsabilidad por daños y perjuicios, demandas,multas, sanciones y gastos hayan sido provocados oaumentados por culpa del Comprador.

9.6 En todas sus relaciones de trabajo con su propia manode obra y con la mano de obra de los Subcontratistasque se haya contratado para el Contrato o que esté




relacionada con el Contrato, el Proveedor deberárespetar todos los días festivos reconocidos, así comolos días feriados oficiales, religiosos u otrascostumbres, y todas las leyes y reglamentos locales

relativos a la contratación de mano de obra.9.7 Toda tecnología de la información u otros bienes y servicios

que vayan a incorporarse en el Sistema o que seannecesarios para éste, así como cualquier suministro, deberántener su origen, según la definición de este concepto quefigura en la cláusula 3.12 de las CGC, en un país idóneo,según la definición que aparece en la cláusula 1.1 e) iv) delas CGC.

9.8 El Proveedor permitirá al Banco Mundial inspeccionar lascuentas y archivos relacionados con el cumplimiento delContrato por parte del Proveedor y someterlos a unaverificación por auditores designados por el Banco, si ésteasí lo exige.

9.9 Las demás responsabilidades del Proveedor, de existir,serán definidas en las CEC.

10. Responsabilidadesdel Comprador

10.1 El Comprador garantizará la exactitud de toda informacióno de los datos que deba suministrar al Proveedor, exceptocuando en el Contrato se establezca expresamente otra cosa.

10.2 El Comprador será responsable de suministrar prontamentetodos los recursos e información, y de tomar todas lasdecisiones, que estén bajo su control y que sean necesariaspara llegar de común acuerdo con el Proveedor a un Plandefinitivo y aprobado del proyecto (conforme a la cláusula19.2 de las CGC) dentro del plazo especificado en elPrograma de Ejecución incluido en la sección RequisitosTécnicos. El hecho de que el Comprador no suministredichos recursos e información ni tome las decisionespertinentes puede dar lugar a la rescisión del Contrato,conforme a lo dispuesto en la cláusula 41.3.1 b) de lasCGC.

10.3 El Comprador será responsable de obtener y dar la posesión jurídica y física del sitio y el acceso a éste, y de suministrarposesión y acceso a todos los demás sitios que seanrazonablemente necesarios para la ejecución adecuada delContrato.

10.4 Si el Proveedor así lo solicita, el Comprador hará todo loposible por ayudar al Proveedor a obtener de las




autoridades gubernamentales locales, estatales o nacionaleso de las empresas de servicios públicos, de manera oportunay expedita, todos los permisos, aprobaciones o licenciasnecesarios para la ejecución del Contrato que esas

autoridades o empresas exijan al Proveedor o losSubcontratistas o al personal del Proveedor o de losSubcontratistas, según sea el caso.

10.5 En los casos en que el Proveedor tenga la responsabilidadde especificar y adquirir o mejorar los servicios detelecomunicaciones o electricidad, según lo especificado enlos Requisitos Técnicos, las CEC y el Plan definitivo yaprobado del proyecto u otras partes del Contrato, elComprador hará todo lo posible por ayudar al Proveedor aobtener tales servicios en forma pronta y oportuna.

10.6 El Comprador será responsable de suministraroportunamente todos los recursos, el acceso y lainformación que sean necesarios para la instalación y laAceptación operacional del Sistema (incluidos, pero sincarácter limitativo, los servicios de telecomunicaciones o deelectricidad necesarios) especificados en el Plan definitivoy aprobado del proyecto, a menos que en el Contrato seseñale explícitamente que la responsabilidad de suministrartales elementos recae en el Proveedor. A discreción delProveedor, el retraso por parte del Comprador ensuministrar estos elementos podrá dar lugar a una prórroga

adecuada del plazo para obtener la Aceptación operacional.

10.7 A menos que se especifique otra cosa en el Contrato o queel Comprador y el Proveedor convengan en otra cosa, elComprador aportará el personal técnico y de operacionesdebidamente calificado y en número suficiente, de acuerdoa las necesidades del Proveedor para llevar a cabodebidamente la entrega, las inspecciones y ensayos previosa la instalación la Puesta en servicio y la Aceptaciónoperacional dentro del plazo especificado en el Programa deEjecución incluido en la Sección sobre Requisitos Técnicos

y en el Plan definitivo y aprobado del proyecto.10.8 El Comprador nombrará al personal adecuado para que

asista a los cursos de capacitación que ha de impartir elProveedor, y deberá hacer todos los arreglos logísticosnecesarios para dichos cursos, tal como se especifica en losRequisitos Técnicos, las CEC, el Plan definitivo y aprobadodel proyecto u otras partes del Contrato.




10.9 El Comprador asume la responsabilidad principal conrespecto a la prueba o pruebas de Aceptación operacional

del Sistema, de conformidad con la cláusula 27.2 de lasCGC; además, el Comprador será responsable delfuncionamiento continuo del Sistema después de laAceptación operacional. Sin embargo, lo anterior nolimitará de manera alguna las responsabilidades delProveedor después de la fecha de la Aceptación operacionalespecificada en el Contrato.

10.10 El Comprador será responsable de preparar y guardar demanera segura, oportuna y periódica archivos de respaldode sus datos y software, conforme a principios aceptados degestión de datos, salvo en los casos en que en alguna otraparte del Contrato tal responsabilidad recaiga claramentesobre el Proveedor.

10.11 Todos los costos y los gastos relacionados con elcumplimiento de las obligaciones con arreglo a la presentecláusula 10 de las CGC correrán por cuenta del Comprador,salvo aquellos que deba sufragar el Proveedor con respectoa la realización de la prueba o pruebas de Aceptaciónoperacional, de conformidad con la cláusula 27.2 de lasCGC.

10.12 Las demás responsabilidades del Comprador, de existir,serán definidas en las CEC.

C. PAGOS

11. Precio delContrato

11.1 El Precio del Contrato será el especificado en el artículo 2del Contrato (Precio del Contrato y Condiciones de pago).

11.2 El Precio del Contrato será una suma global fija que nopodrá ser modificada salvo en los siguientes casos:

a) una modificación del Sistema conforme a la cláusula39 de las CGC u otras cláusulas del Contrato;

b) de conformidad con la fórmula para el ajuste del precio(de existir) especificada en las CEC.

11.3 Se considerará que el Proveedor ha aceptado como correctoy suficiente el Precio del Contrato, el cual, salvo que sedisponga otra cosa en el Contrato, deberá cubrir todas las




obligaciones contractuales del Proveedor.

12. Condiciones depago

12.1 El Proveedor deberá presentar por escrito la solicitud depago al Comprador, junto con una factura en la que se

describa, según corresponda, el Sistema o el Subsistema oSubsistemas entregados, inspeccionados y probados antesde la Puesta en servicio, instalados y operacionalmenteaceptados, además de los documentos presentadosconforme a la cláusula 22.5 de las CGC; todo ello deberáhacerse una vez que se haya dado cumplimiento a lasdemás obligaciones estipuladas en el Contrato.

El Precio del Contrato se pagará en la forma especificada enlas CEC.

12.2 Ningún pago efectuado por el Comprador se considerará

como una aceptación por parte del Comprador del Sistema ode un Subsistema o Subsistemas.

12.3 El Comprador efectuará los pagos con prontitud, sin excederen ningún caso un plazo de cuarenta y cinco (45) días a partirde la fecha en que el Proveedor haya presentado una facturaválida. Si el Comprador no realiza un pago en la fechadebida o dentro del plazo establecido en el Contrato, elComprador pagará al Proveedor intereses sobre el monto delpago atrasado a la tasa o tasas establecidas en las CEC por elperíodo de la demora hasta que se haya completado la

totalidad de dicho pago, ya sea antes o después de un fallo olaudo arbitral.

12.4 Todos los pagos se efectuarán en la moneda o monedasestipulados en el Contrato, conforme a la cláusula 11 de lasCGC. En el caso de los bienes y servicios suministradosdesde el país del Comprador, los pagos se harán en lamoneda de ese país, a menos que en las CEC se indique otracosa.

12.5 Salvo que se indique lo contrario en las CEC, la parte delPrecio del Contrato correspondiente a bienes y servicios

suministrados desde fuera del país del Comprador que debapagarse en divisas se pagará al Proveedor mediante una cartade crédito irrevocable abierta por un banco autorizado en elpaís del Proveedor, contra presentación a dicho banco de losdocumentos correspondientes. Se conviene en que la cartade crédito se ajustará a lo dispuesto en el artículo 10 de larevisión más reciente del documento titulado Usos y reglas

uniformes relativos a los créditos documentarios, publicado




por la Cámara de Comercio Internacional en París.

13. Garantías 13.1 Emisión de garantías

El Proveedor proporcionará al Comprador las garantíasespecificadas a continuación en el plazo, por el monto y en laforma en que se especifican más abajo.

13.2 Fianza por anticipo

13.2.1 Según se establece en las CEC, el Proveedorsuministrará una fianza por un monto igual, en cuantoa cantidad y moneda, al del anticipo especificado yválida hasta que el Sistema se acepteoperacionalmente.

13.2.2 La fianza se suministrará en la forma prevista en losdocumentos de licitación o en otra forma que elComprador considere aceptable. El monto de lafianza se reducirá en proporción al costo del Sistemasuministrado por el Proveedor y pagadoperiódicamente al Proveedor, y quedaráautomáticamente anulado cuando el Comprador hayarecuperado la totalidad del anticipo. El valor de lafianza se considerará reducido y finalmente nulo, deacuerdo con lo establecido en las CEC. La fianza serádevuelta al Proveedor inmediatamente después de suvencimiento.

13.3 Garantía de cumplimiento

13.3.1 El Proveedor, dentro de los veintiocho (28) díassiguientes a la notificación de la adjudicación delContrato, deberá proporcionar una garantía de fielcumplimiento del Contrato por el monto especificadoen las CEC.

13.3.2 La garantía adoptará una de las siguientes formas:

a) una garantía bancaria en la forma establecida en

la sección sobre Formularios Tipo de losdocumentos de licitación, o una carta de créditoirrevocable emitida por un banco de prestigioubicado dentro o fuera del país del Compradorque el Comprador considere aceptable; o

b) un cheque de caja o un cheque certificado.

13.3.3 La garantía quedará automáticamente anulada una vez




que el Proveedor haya dado cumplimiento a todas lasobligaciones contraídas en el Contrato, incluidas, perosin carácter limitativo, las obligaciones durante elPeríodo de garantía y durante cualquier prórroga de

dicho período. La garantía será devuelta al Proveedora más tardar treinta (30) días después de suvencimiento.

13.3.4 La garantía se reducirá:

a) en proporción a la parte del Precio del Contratopagadera en relación con cualquier Subsistema oSubsistemas que haya obtenido la Aceptaciónoperacional, si así lo permite el Contrato, en lafecha de dicha Aceptación operacional;

b) en la cantidad especificada en las CEC, parareflejar la Aceptación operacional de la totalidaddel Sistema, en la fecha de dicha Aceptaciónoperacional, de manera que la garantía reducidasólo cubra las obligaciones de garantía restantesdel Proveedor.

14. Impuestos yderechos

14.1 En el caso de los Bienes o Servicios suministrados desdefuera del país del Comprador, el Proveedor será plenamenteresponsable de todos los impuestos, timbres fiscales,derechos de licencia, y otros gravámenes impuestos fuera del

país del Comprador. Todo derecho, por ejemplo, losderechos de importación y aduana, e impuestos y otrosgravámenes, pagaderos en el país del Comprador por elsuministro de bienes y servicios desde fuera del país delComprador, son responsabilidad del Comprador, a menosque dichos derechos e impuestos se hayan incorporado en elPrecio del Contrato según la Lista de precios a que se refiereel artículo 2 del Contrato, en cuyo caso los derechos eimpuestos serán responsabilidad del Proveedor.

14.2 En el caso de los Bienes y Servicios suministrados en el país,el Proveedor será totalmente responsable de todos losimpuestos, derechos, derechos de licencia, etc., adeudadoshasta el momento de la entrega al Comprador de los bienescontratados. La única excepción son los impuestos oderechos, tales como impuestos al valor agregado o a lasventas, o timbres fiscales, aplicables o claramenteidentificables en las factura cuando sean aplicables en el paísdel Comprador, y sólo si dichos impuestos, aranceles oderechos se excluyen igualmente del Precio del Contrato deconformidad con la Lista de precios a que se hace referencia




en el artículo 2 del Contrato.

14.3 Si el Proveedor tuviera derecho a alguna exención oreducción de impuestos o a algún privilegio fiscal en el país

del Comprador, el Comprador hará todo lo que esté a sualcance por conseguir que el Proveedor se beneficie en lamedida de lo posible de tales ahorros tributarios.

14.4 Para los fines del Contrato, queda convenido que el Preciodel Contrato especificado en el artículo 2 del Contrato(Precio del Contrato y Condiciones de pago) se basa en losimpuestos, derechos, gravámenes y cargos (denominadosconjuntamente ―impuestos‖ en la presente cláusula 14.4 delas CGC) vigentes en la fecha correspondiente a losveintiocho (28) días antes de la fecha de presentación de lasofertas en el país del Comprador. Si las tasas impositivasaumentan o disminuyen, si se introducen nuevos impuestos ose elimina un impuesto existente, o si durante la ejecucióndel Contrato se produce algún cambio en la interpretación ola aplicación de un impuesto que se haya cobrado o haya decobrarse al Proveedor, sus subcontratistas o sus empleadosen relación con el cumplimiento del Contrato, se hará unajuste equitativo del Precio del Contrato para tener en cuentaa cabalidad dicho cambio.

D. PROPIEDAD INTELECTUAL 15. Derechos de

propiedadintelectual

15.1 Los Derechos de propiedad intelectual sobre todo elSoftware estándar y los Materiales estándar deberán seguircorrespondiendo al propietario de dichos derechos.

15.2 De conformidad con la cláusula 16 de las CGC, elComprador se compromete a limitar la utilización, copia oreproducción del Software estándar y del Material estándar;sin embargo, el Comprador podrá hacer las copiasadicionales de los Materiales estándar que sean necesarias

dentro del marco del proyecto del cual forme parte elSistema, en caso de que el Proveedor no entregue las copiasen un lapso de treinta (30) días contados a partir de larecepción del pedido de dichos Materiales estándar.

15.3 Los derechos contractuales del Comprador para utilizar elSoftware estándar o elementos del mismo no podrán sercedidos, ser objeto de una licencia, ni transferidosvoluntariamente de ninguna otra manera, excepto deconformidad con el acuerdo de licencia pertinente o de otra




forma que pudiera especificarse en las CEC.

15.4 Según sea el caso, los derechos y las obligaciones delComprador y del Proveedor con respecto al Software

personalizado o a elementos del mismo, incluso todoacuerdo de licencia, y con respecto a los Materialespersonalizados o elementos de éstos, están especificados enlas CEC. De acuerdo a las CEC, los Derechos de propiedadintelectual de todo el Software personalizado y de losMateriales personalizados estipulados en los Apéndices 4 y 5del Contrato (si los hay) le corresponden al Comprador, apartir de la fecha de este Contrato o de la creación de losderechos (si ésta ocurre luego de la fecha del Contrato). ElProveedor deberá preparar y ejecutar él mismo u organizartodo lo necesario para que se haga y ejecute todo acto,

documento o trámite que el Comprador pueda considerarnecesario o deseable para perfeccionar el derecho, título einterés del Comprador con respecto a esos derechos. Enrelación con el Software personalizado y los Materialespersonalizados, el Proveedor deberá velar por que todo aquelque tenga algún derecho moral sobre alguno de estoselementos no lo reivindique y el Proveedor deberá, si así losolicita el Comprador y donde esté permitido por la ley,garantizar que todo aquel que tenga tal derecho moralrenuncie a él.

15.5 Las partes deberán entrar en arreglos de custodia (si los

hubiere) en relación con el Código fuente para parte o todoel Software tal y como se especifique en las CEC y deconformidad con las mismas.

16. Convenios delicencia delSoftware

16.1 Excepto en la medida en que los Derechos de propiedadintelectual del Software correspondan al Comprador, elProveedor le garantiza al Comprador, mediante el presentedocumento, el acceso al Software y su utilización, lo queincluye todas las invenciones, los diseños y las marcascomprendidas en el Software.

Dicha licencia para tener acceso al Software y parautilizarlo deberá:

a) ser:

i) no exclusiva;

ii) pagada en su totalidad e irrevocable (excepto quese rescindirá si el Contrato mismo fueserescindido, de conformidad con las cláusulas 41.1




ó 41.3 de las CGC);

iii) válida en todo el territorio del país del Comprador(u otro territorio según se estipule en las CEC); y

iv) sujeta a otras restricciones (si las hubiere) y segúnlas estipulen las CEC.

b) permitir que el Software sea:

i) utilizado o copiado para su utilización con o enlas computadoras para las cuales fue adquirido (siasí lo estipulan los Requisitos Técnicos o la ofertadel Proveedor), además en una(s) computadora(s)de respaldo, de capacidad similar, en caso de quela(s) principal(es) no funcione(n), y durante un

período razonable de transición mientras setransfiere el uso de la computadora principal a lade respaldo;

ii) utilizado o copiado, como se estipula en las CEC,para ser utilizado o transferido a una(s)computadora(s) de reemplazo (el uso en la(s)computadora(s) original(es) y de reemplazo podráser simultáneo durante un período razonable detransición) siempre que, si los RequisitosTécnicos o la oferta del Proveedor especifican untipo de computadora para la cual se limita lalicencia y, a menos que el Proveedor acuerde otracosa por escrito, la o las computadoras dereemplazo se encuentren dentro de esa categoría;

iii) utilizado en otras computadoras, si el diseño delSistema lo permite, conectadas a la computadoraprincipal o a la de reemplazo, ya sea en una redlocal o de amplio alcance o un concepto similar yutilizado o copiado en aquellas otrascomputadoras según sea necesario para garantizarel acceso;

iv) reproducido para fines de seguridad y derespaldo;

v) personalizado, adaptado o combinado con otrosoftware para ser utilizado por el Comprador,siempre que el Software derivado que incorporeuna parte substancial del Software suministrado yprotegido esté sujeto a las mismas restricciones




que se estipulan en este Contrato;

vi) según se estipula en las CEC, divulgado yreproducido para que lo utilicen los Proveedores

de servicios logísticos y sus subcontratistas (y elComprador podrá otorgar sublicencias a esaspersonas para que utilicen y copien el Software),en la medida en que sea razonablementenecesario para el cumplimiento de sus contratosde servicios de apoyo, sujeto a las mismasrestricciones que se especifican en este Contrato;y

vii) divulgado y reproducido para uso del Compradory de otras personas según se estipula en las CEC(el Comprador podrá otorgar sublicencias adichas personas para que utilicen y copien elSoftware), de acuerdo a las restricciones que seestablecen en este Contrato.

16.2 El Software estándar puede estar sujeto a auditoría por partedel Proveedor según los términos estipulados en las CEC,para verificar el cumplimiento de los acuerdos de licenciamencionados.

17. Informaciónconfidencial

17.1 Excepto si se estipula otra cosa en las CEC, ''la Parte querecibe'' (bien el Comprador o el Proveedor) debe mantener

en confidencia y no debe divulgar, sin el consentimientoescrito de la otra parte (''la Parte que revela'') a una terceraparte ningún documento, datos ni cualquier otra informaciónde naturaleza confidencial (''Información Confidencial''):

a) suministrada directa o indirectamente por la Parteque revela en relación con este contrato;

b) generada por el Proveedor en el transcurso delcumplimiento de sus obligaciones deconformidad con el Contrato y relativas a lasempresas, las finanzas, los Proveedores, los

empleados u otros contactos del Comprador o deluso que el Comprador haga del Sistema,independientemente de que dicha información sehaya suministrado o generado antes, durante odespués de la expiración del Contrato(''Información Confidencial'').




17.2 A pesar de lo anterior:

a) el Proveedor podrá suministrar Informaciónconfidencial del Comprador a su Subcontratista en un

grado razonable para que éste pueda ejecutar eltrabajo estipulado en el Contrato; y

b) el Comprador podrá suministrar Informaciónconfidencial del Proveedor: i) a sus proveedores deservicios de apoyo en la medida en que razonablementelo requiera la ejecución de su trabajo estipulado en suscontratos de servicio logístico; y ii) a sus afiliados yempresas subsidiarias.

En tal caso, la Parte que recibe deberá garantizar que lapersona a quien le proporciona Información Confidencial de

la Parte que revela esté al tanto de las obligaciones de laParte que recibe y esté dispuesta a respetarlas según lacláusula 17 de las CGC como si fuese parte del Contrato enlugar de la Parte que recibe.

17.3 El Comprador no podrá, sin el consentimiento previo porescrito del Proveedor, utilizar la Información confidencialque haya recibido del Proveedor para otro fin que no sea elfuncionamiento, el mantenimiento o el desarrollo delSistema. De igual manera, el Proveedor no podrá, sinconsentimiento previo por escrito del Comprador, utilizar la

Información confidencial que haya recibido del Compradorpara otro propósito que no sea el desarrollo del Contrato.

17.4 Sin embargo, la obligación de una de las partes, expuestamás arriba en las cláusulas 17.1, 17.2 y 17.3 de las CGC, nose aplicará a la información que:

a) pase a ser del dominio público en el presente o elfuturo, sin que medie falta alguna de la Parte querecibe;

b) pueda comprobarse que haya estado en poder de la

Parte que recibe en el momento de la divulgación y queno se había conseguido previamente, directa oindirectamente, de la Parte que revela;

c) de alguna otra forma pero legalmente, una terceraparte, que no tiene obligación de confidencialidad, lapone a disposición de la Parte que recibe.

17.5 Las disposiciones arriba expuestas, de la cláusula 17 deestas CGC no deben modificar de ningún modo ninguna




promesa de confidencialidad formulada por alguna de laspartes de este Contrato antes de la fecha del Contrato enrelación con el Sistema o cualesquiera de sus partes.

17.6 Las disposiciones de esta cláusula 17 de las CGC deberánprolongarse más allá de la rescisión del Contrato,independientemente de cuál haya sido la razón de ésta, por lomenos durante tres (3) años o más, según se hubiereestipulado en las CEC.

E. SUMINISTRO, INSTALACIÓN, PRUEBAS, PUESTA EN SERVICIO Y

ACEPTACIÓN DEL SISTEMA

18. Representantes 18.1 Jefe de proyectoSi el Jefe de proyecto no se ha nombrado en el Contrato,entonces dentro de los catorce (14) días siguientes a la Fechade inicio, el Comprador deberá nombrar al Jefe de proyectoy notificará su nombre por escrito al Proveedor. ElComprador podrá ocasionalmente nombrar a otra personacomo Jefe de proyecto para sustituir a la persona designadaanteriormente, y comunicará sin demora el nombre de dichapersona al Proveedor. Tal nombramiento no se hará en unmomento o de manera tal que perjudique el progreso de lostrabajos relativos al Sistema. El nombramiento sólo entrará

en vigor cuando el Proveedor reciba la notificacióncorrespondiente. Con sujeción a ampliaciones o limitacionesestipuladas en las CEC (si las hubiere), el Jefe de proyectoestará facultado para representar al Comprador en todos losasuntos cotidianos relacionados con el Sistema o que surjancon respecto al Contrato. Todas las notificaciones,instrucciones, órdenes, certificados, aprobaciones y demáscomunicaciones con arreglo al Contrato serán emitidas por elJefe de proyecto, salvo que se disponga otra cosa en esteContrato.

Todas las notificaciones, instrucciones, información y otrascomunicaciones suministradas por el Proveedor alComprador con arreglo al Contrato se transmitirán al Jefe deproyecto, salvo que en este Contrato se disponga otra cosa.

18.2 Representante del Proveedor

18.2.1 Si el Representante del Proveedor no se ha nombradoen el Contrato, el Proveedor, dentro de los catorce(14) días siguientes a la Fecha de inicio del Contrato,




el Proveedor nombrará al Representante del Proveedory pedirá por escrito al Comprador que apruebe a lapersona nombrada. La petición deberá ir acompañadade un currículum detallado del candidato y de una

descripción de cualquier otra responsabilidadrelacionada o no con el Sistema que el candidatoasumiría en el desempeño de sus funciones comoRepresentante del Proveedor. Si el Comprador nopresenta objeciones al nombramiento dentro de unplazo de catorce (14) días, se considerará que elRepresentante del Proveedor fue aprobado. Si elComprador presenta objeciones al nombramientodentro del plazo de catorce (14) días, indicando lasrazones, el Proveedor designará a un sustituto dentrode los catorce (14) días siguientes a la presentación de

dicha objeción, de conformidad con las disposicionesde la presente cláusula 18.2.1 de las CGC.

18.2.2 Con sujeción a las ampliaciones o limitacionesestipuladas en las CEC (si las hubiere), elRepresentante del Proveedor tendrá facultades pararepresentar al Proveedor en todos los asuntoscotidianos relacionados con el Sistema o que surjancon respecto al Contrato. El Representante delProveedor transmitirá al Jefe de proyecto todas lasnotificaciones, instrucciones, información y otras

comunicaciones del Proveedor con arreglo alContrato.

Todas las notificaciones, instrucciones, información ydemás comunicaciones transmitidas por el Compradoro por el Jefe de proyecto al Proveedor con arreglo alContrato se transmitirán al Representante delProveedor o, en su ausencia, a su suplente, salvo queen este Contrato se disponga otra cosa.

18.2.3 El Proveedor no revocará el nombramiento delRepresentante del Proveedor sin el consentimiento

previo por escrito del Comprador, consentimiento queno se denegará sin razones válidas. Si el Compradorconsiente en ello, el Proveedor designará comoRepresentante del Proveedor a otra persona concalificaciones idénticas o superiores, de conformidadcon el procedimiento establecido en la cláusula 18.2.1de las CGC.

18.2.4 El Representante y el personal del Proveedor están




obligados a trabajar en estrecha colaboración con elJefe de proyecto y el personal del Comprador, a actuardentro del ámbito de sus facultades y a seguir con lasinstrucciones impartidas por el Comprador conforme a

las condiciones del Contrato. El Representante delProveedor es responsable de la gestión de lasactividades de su personal y de todo personalsubcontratado.

18.2.5 Con sujeción a la aprobación del Comprador(aprobación que no se denegará sin razones válidas),el Representante del Proveedor podrá delegar, encualquier momento y en cualquier persona,cualesquiera de las facultades, funciones y autoridadque le hayan sido conferidas. Esa delegación podrá

revocarse en cualquier momento. Toda delegación orevocación estará sujeta a una notificación previafirmada por el Representante del Proveedor, en la quese especificarán las facultades, funciones yautoridades que se delegan o revocan en virtud dedicha notificación. La delegación o revocación notendrá efecto hasta que se haya entregado una copia deella al Comprador y al Jefe de proyecto.

18.2.6 Todo acto o ejercicio por una persona de lasfacultades, funciones y autoridad delegadas en ella deconformidad con la cláusula 18.2.5 de las CGC se

considerará un acto o un ejercicio del Representantedel Proveedor.

18.3 Objeciones y retiros

18.3.1 El Comprador podrá, mediante notificación alProveedor, presentar objeciones con respecto acualquier representante o persona empleada por elProveedor en la ejecución del Contrato que, en laopinión razonable del Comprador, pudieracomportarse de manera no apropiada, o ser

incompetente o negligente. El Compradorsuministrará pruebas de ello, y el Proveedor ordenaráentonces que esa persona deje de trabajar en elSistema.

18.3.2 Si un representante o persona empleada por elProveedor es retirada con arreglo a la precedentecláusula 18.3.1 de las CGC, el Proveedor nombrarásin demora y cuando sea necesario, un sustituto.




19. Plan del Proyecto 19.1 En estrecha colaboración con el Comprador, y sobre la basedel Plan preliminar del proyecto incluido en la oferta delProveedor, el Proveedor elaborará un Plan del proyecto quecontendrá las actividades especificadas en el Contrato. El

contenido del Plan del proyecto será el especificado en lasCEC o en los Requisitos Técnicos.

19.2 El Proveedor presentará formalmente el Plan del proyectoal Comprador, de conformidad con el procedimientoindicado en las CEC.

19.3 De ser necesario, las consecuencias que tengan lasmodificaciones convenidas durante la finalización del Plandefinitivo y aprobado del proyecto sobre el Programa deEjecución serán incorporadas en el Contrato mediante unaenmienda, de conformidad con las cláusulas 39 y 40 de lasCGC.

19.4 El Proveedor se comprometerá a suministrar, instalar,someter a prueba y poner en servicio el Sistema, deconformidad con el Plan definitivo y aprobado del Proyectoy con el Contrato.

19.5 El Proveedor preparará los informes de avance y otrosinformes especificados en las CEC y los presentará alComprador en la forma y con la frecuencia estipulada en losRequisitos Técnicos.

20. Subcontratación 20.1 En el Apéndice 3 (Lista de subcontratistas aprobados) delContrato se especifican los rubros más importantes desuministro o de servicios y se incluye una lista de losSubcontratistas aprobados para cada rubro que el Compradorconsidera aceptables. Si no se menciona a ningúnsubcontratista para alguno de dichos rubros, el Proveedorpreparará una lista de los Subcontratistas que considerecalificados y que desee que se incluyan en la lista para talesrubros. El Proveedor podrá proponer ocasionalmente que seagreguen o supriman subcontratistas de dicha lista. ElProveedor presentará al Comprador la lista o lasmodificaciones de ésta para su aprobación con tiemposuficiente a fin de no obstaculizar el progreso de los trabajosrelativos al Sistema. El Comprador no denegará laaprobación por razones injustificadas. La aprobación por elComprador de cualquiera de los Subcontratistas no eximiráal Proveedor de ninguna de sus obligaciones, deberes oresponsabilidades contraídos en virtud del Contrato.




20.2 El Proveedor podrá, a su discreción, seleccionar y contratar asubcontratistas para los rubros importantes incluidos en lalista mencionada en la cláusula 20.1 de las CGC. Si elProveedor desea contratar a un subcontratista que no esté

incluido en una lista, o subcontratar un rubro que no apareceen la lista, deberá obtener la aprobación previa delComprador, de conformidad con la cláusula 20.3 de lasCGC.

20.3 Para los rubros para los que no se han especificado listas desubcontratistas aprobados previamente en el Apéndice 3 delContrato el Proveedor podrá contratar a los Subcontratistasque él mismo seleccione, siempre y cuando: i) el Proveedorhaya notificado al respecto por escrito al Comprador por lomenos veintiocho (28) días antes de la fecha de movilización

propuesta de dicho subcontratista, y ii) al término de esteperíodo, el Comprador haya dado su aprobación por escrito ono haya enviado una respuesta. El Proveedor no contratará aningún subcontratista respecto al cual el Comprador hayaexpresado su objeción por escrito antes del término delperíodo de notificación. La falta de una objeción por escritodel Comprador durante el período antes especificadoconstituirá la aceptación formal del Subcontratista propuesto.No obstante, salvo en la medida en que esta cláusula permitala aprobación implícita por el Comprador de subcontratistasno incluidos en la lista del Contrato, nada de lo dispuesto en

la presente cláusula limitará los derechos y las obligacionesdel Comprador o del Proveedor que se especifican en lascláusulas 20.1 y 20.2 de las CGC, en las CEC o en elApéndice 3 del Contrato.

21. Diseño eingeniería

21.1 Especificaciones técnicas y planos

21.1.1 El Proveedor realizará el diseño básico y detallado, así como las actividades de ejecución que sean necesariaspara la correcta instalación del Sistema, encumplimento de las disposiciones del Contrato o,cuando ello no esté especificado, de conformidad con

las buenas prácticas de la industria.El Proveedor será responsable de toda discrepancia,error u omisión en las especificaciones, planos y otrosdocumentos técnicos que haya preparado,independientemente de que dichas especificaciones,planos y otros documentos hayan sido aprobados o nopor el Jefe de proyecto, siempre que dichasdiscrepancias, errores u omisiones no se deban al uso




de información inexacta suministrada por escrito alProveedor por el Comprador o en su nombre.

21.1.2 El Proveedor tendrá derecho a que se le exima de

responsabilidad por todo diseño, dato, plano,especificación u otro documento, o modificación deellos, proporcionado o diseñado por el Comprador oen su nombre, mediante notificación de ese descargode responsabilidad al Jefe de proyecto.

21.2 Códigos y normas

Salvo que en las CEC se especifique otra cosa, cuando en elContrato se haga referencia a códigos y normas conforme alos cuales deberá ejecutarse el Contrato, se aplicará, a menosque se especifique otra cosa, la edición o la versión revisada

de dichos códigos y normas que esté vigente en la fecha quecorresponda a los veintiocho (28) días anteriores a la fechade presentación de la oferta. Durante la ejecución delContrato, las modificaciones introducidas en dichos códigosy normas se aplicarán tras su aprobación por el Comprador yse tratarán de conformidad con la cláusula 39.3 de las CGC.

21.3 Aprobación/examen de los documentos técnicos por el Jefede proyecto

21.3.1 El Proveedor preparará y suministrará al Jefe deproyecto los documentos especificados en las CECpara su aprobación o examen.

Las partes del Sistema incluidas o relacionadas con losdocumentos que deberá aprobar el Jefe de proyectosólo se ejecutarán después de la aprobación de dichosdocumentos por el Jefe de proyecto.

Las cláusulas 21.3.2 a 21.3.7 de las CGC se aplicarána los documentos que requieran la aprobación del Jefede proyecto, pero no a los entregados al Jefe deproyecto para su examen solamente.

21.3.2 Dentro de los catorce (14) días siguientes a larecepción por el Jefe de proyecto de cualquierdocumento que requiera su aprobación, deconformidad con la cláusula 21.3.1 de las CGC, elJefe de proyecto devolverá una copia del documentoal Proveedor, con su aprobación ratificada en eldocumento, o notificará por escrito al Proveedor sudesaprobación del documento y las razones de ella, así




como las modificaciones que propone introducir elJefe de proyecto. Si el Jefe de proyecto no lo hace así dentro del plazo indicado de catorce (14) días, seconsiderará que el documento ha sido aprobado por el

Jefe de proyecto.21.3.3 El Jefe de proyecto solamente se negará a aprobar un

documento si éste no se ajusta a alguna disposiciónespecificada en el Contrato o es contrario a las buenasprácticas de la industria.

21.3.4 Si el Jefe de proyecto no aprueba el documento, elProveedor deberá modificarlo y volver a presentarlo alJefe de proyecto para su aprobación, de conformidadcon la cláusula 21.3.2 de las CGC. Si el Jefe deproyecto aprueba el documento con sujeción amodificaciones, el Proveedor hará las modificacionesrequeridas, y se considerará entonces que eldocumento ha sido aprobado, sujeto a la cláusula21.3.5. El procedimiento señalado en las cláusulas21.3.2 a 21.3.4 de las CGC se repetirá, segúncorresponda, hasta que el Jefe de proyecto apruebedichos documentos.

21.3.5 En caso de que surgiera una controversia o unadiferencia entre el Comprador y el Proveedor enrelación con o como resultado de la falta de

aprobación por el Jefe de proyecto de un documento ode una modificación de un documento que las Partesno puedan resolver dentro de un plazo razonable,entonces, en caso de que el Contrato incluya y nombrea un Conciliador, dicha controversia o diferenciapodrá remitirse al Conciliador para que adopte unadeterminación al respecto, de acuerdo con la cláusula6.1 de las CGC (Conciliador). Si la controversia o ladiferencia se remite a un Conciliador, el Jefe deproyecto dará instrucciones con respecto a si elContrato deberá o no seguir adelante y, si va seguir

adelante, en qué forma continuará el desempeño delContrato. El Proveedor seguirá adelante con elContrato, de conformidad con las instrucciones delJefe de proyecto, siempre y cuando el Conciliadorapoye el parecer del Proveedor en la controversia. Siel Comprador no ha hecho una notificación conarreglo a la cláusula 6.1.2 de las CGC, el Compradorreembolsará al Proveedor todo gasto adicional en quehaya incurrido en cumplimiento de tales instrucciones,




y el Proveedor quedará exento de responsabilidad enrelación con la controversia y la ejecución de lasinstrucciones, según decida el Conciliador; enconsecuencia, se prorrogará el plazo para obtener la

Aceptación operacional.21.3.6 La aprobación del Jefe de proyecto, con o sin

modificación, del documento suministrado por elProveedor no eximirá al Proveedor de ningunaresponsabilidad u obligación que le imponga unadisposición del Contrato, excepto en la medida en quetoda falla subsiguiente sea consecuencia de lasmodificaciones exigidas por el Jefe de proyecto o delsuministro al Proveedor de información inexacta porescrito por el Comprador o en su nombre.

21.3.7 El Proveedor no se apartará de los documentosaprobados a menos que haya presentado primero alJefe de proyecto un documento enmendado, yobtenido la aprobación del Jefe de proyecto, deconformidad con las disposiciones de la presentecláusula 21.3 de las CGC. Si el Jefe de proyectosolicita una modificación en un documento yaaprobado o en un documento basado en este último, seaplicarán a dicha solicitud las disposiciones de lacláusula 39 de las CGC (Cambios al Sistema).

22. Adquisición,entrega ytransporte

22.1 De conformidad con la cláusula 14.2 de las CGC, elProveedor fabricará o comprará y transportará todas lastecnologías informáticas, materiales y otros bienes demanera rápida y ordenada al lugar del proyecto.

22.2 El Proveedor entregará las tecnologías informáticas, losmateriales y otros bienes de conformidad con lo dispuestoen los Requisitos Técnicos.

22.3 Las entregas anticipadas o parciales requerirán elconsentimiento por escrito del Comprador, consentimientoque no deberá denegarse sin justificación.

22.4 Transporte

22.4.1 El Proveedor deberá embalar los bienes según seanecesario de manera que estén protegidos de cualquierdaño o deterioro durante el transporte. El embalaje, laidentificación y la documentación dentro y fuera delos embalajes deberán cumplir estrictamente con las




instrucciones dadas por el Comprador al Proveedor.

22.4.2 El Proveedor asumirá la responsabilidad y el costo deltransporte a los lugares del Proyecto de acuerdo con

los términos y condiciones establecidos en lasespecificaciones de precios de los esquemas deprecios, incluidos los términos y condiciones de losIncoterms pertinentes.

22.4.3 A menos que se disponga otra cosa en las CEC, elProveedor tendrá derecho a utilizar cualquier mediode transporte por conducto de empresas de transporteregistradas en cualquier país elegible y obtener unseguro de cualquier país fuente elegible.

22.5 A menos que en las CEC se especifique otra cosa, el

Proveedor suministrará al Comprador los documentos dedespacho y de otro tipo que se indican a continuación:

22.5.1 Para los bienes suministrados desde fuera del país delComprador:

En el momento del despacho, el Proveedor notificarápor télex, cable, fax, correo electrónico o intercambioelectrónico de datos al Comprador y a la compañía deseguros que haya contratado para asegurar la carga,todos los detalles del embarque. El Proveedor enviarácon prontitud al Comprador, por correo o servicio

especial de correo, según sea el caso, los siguientesdocumentos, con copia a la compañía aseguradora dela carga:

a) dos ejemplares de la factura del Proveedor quecontendrá una descripción de los bienes, lacantidad, el precio unitario y el monto total delos bienes;

b) los documentos de transporte habituales;

c) el certificado de seguro;

d) certificado(s) de origen; y

e) el lugar, la fecha y la hora estimados de llegadadel envío al país del Comprador y al Lugar delproyecto.

22.5.2 Para los bienes suministrados localmente (es decir,dentro del país del Comprador):




En el momento del despacho, el Proveedor notificarápor télex, cable, fax, correo electrónico o intercambioelectrónico de datos al Comprador todos los detallesdel embarque. El Proveedor enviará con prontitud al

Comprador, por correo o servicio especial de correo,según sea el caso, lo siguiente:

a) dos copias de la factura del Proveedor queincluya una descripción de los bienes, lacantidad, el precio unitario y el monto total delos bienes;

b) una nota de entrega, recibo de transporteferroviario o recibo de transporte por carretera;

c) certificado de seguro;

d) certificado(s) de origen; y

e) la fecha y hora estimadas de llegada al Lugardel Proyecto.

22.6 Despacho de aduanas

a) El Comprador asumirá la responsabilidad y el costo deldespacho de aduanas de su país, de acuerdo a losIncoterms pertinentes del esquema de precios (Artículo2 del Contrato) para bienes importados al país del

Comprador.b) Según lo exija el Comprador, el Proveedor pondrá a

disposición un representante o un agente en el país delComprador para que se ocupe de los bienesimportados. En caso de que se produzcan demoras en eldespacho de aduanas que no sean atribuibles alProveedor:

i) el Proveedor tendrá derecho a una prórroga delplazo para obtener la Aceptación operacional, deconformidad con la cláusula 40 de las CGC;

ii) el Precio del Contrato se ajustará paracompensar cualquier gasto adicional dealmacenaje que el Proveedor tuviera quesufragar como resultado de la demora.




23. Mejoramiento deproductos

23.1 En cualquier momento durante la ejecución del Contrato, siel Proveedor introdujera adelantos técnicos para lastecnologías informáticas ofrecidas inicialmente por él en suoferta y que aún no han sido entregadas, el Proveedor estará

obligado a ofrecer al Comprador, al mismo precio o a unprecio más bajo, las versiones más recientes de lastecnologías informáticas disponibles que tengan unrendimiento o una funcionalidad igual o superior, deconformidad con la cláusula 39 de las CGC (Modificacióndel Sistema).

23.2 En cualquier momento durante la ejecución del Contrato, conrespecto a las tecnologías informáticas que aún no se hayanentregado, el Proveedor deberá conceder al Compradorcualquier reducción de costos, proporcionarle todo apoyo y

facilidad adicionales o mejorados que ofrezca a sus otrosclientes en el país del Comprador, de conformidad con lacláusula 39 de las CGC (Modificación del Sistema).

23.3 Durante la ejecución del Contrato, el Proveedor ofrecerá alComprador todas las nuevas versiones y actualizacionesdel Software estándar, así como la documentacióncorrespondiente y los servicios de apoyo técnico, dentro deun plazo de treinta (30) días contados a partir de la fecha enque el Proveedor los ponga a disposición de sus otrosclientes en el país del Comprador, y a más tardar doce (12)meses después de que sean dados a conocer en el país de

origen. En ningún caso, los precios de dicho Softwarepodrán exceder los precios cotizados por el Proveedor en el Formulario de gastos ordinarios incluido en su oferta.

23.4 Durante el período de garantía, a menos que en las CEC seespecifique otra cosa, el Proveedor suministrará, sin costoadicional para el Comprador, todas las nuevas versiones yactualizaciones de todo el Software estándar que se utilice enel Sistema, dentro de un plazo de treinta (30) días contados apartir de la fecha en que el Proveedor los ponga a disposiciónde sus otros clientes en el país del Comprador, y a más tardar

doce (12) meses después de que sean dados a conocer en elpaís de origen del Software.

23.5 El Comprador introducirá toda nueva versión o actualizacióndel Software dentro de un plazo de dieciocho (18) meses acontar de la fecha en que reciba una copia lista para suproducción, de la nueva versión o actualización, siempre ycuando dicha versión o actualización no tenga un efectonegativo en el funcionamiento o en el rendimiento del




Sistema, ni haga necesaria una adaptación importante delSistema. En los casos en que la nueva versión oactualización repercuta negativamente en el funcionamientoo el rendimiento del Sistema, o haga necesaria una

adaptación importante del mismo, el Proveedor continuaráapoyando y manteniendo la versión o la actualizaciónanterior todo el tiempo que sea necesario para hacer posiblela introducción de la nueva versión o actualización. Enningún caso, el Proveedor dejará de dar apoyo o de manteneruna versión o actualización del Software durante menos deveinticuatro (24) meses a contar de la fecha en que elComprador reciba una copia lista para su producción de unaversión o actualización subsiguiente. El Comprador harátodo lo que esté razonablemente a su alcance para poner enservicio cualquier nueva versión o actualización a la mayor

brevedad posible, con sujeción al plazo de veinticuatro (24)meses.

24. Ejecución,instalación yotros servicios

24.1 El Proveedor suministrará todos los servicios especificadosen el Contrato y en el Plan definitivo y aprobado delProyecto, de conformidad con las más elevadas normas decompetencia e integridad profesional.

24.2 Si no están incluidos en el Contrato, las partes acordarán poradelantado los precios que el Proveedor cobrará por losservicios (que incluyen, pero no se limitan a los preciospresentados por el Proveedor en las listas de gastos

ordinarios incluidas en su oferta), y esos precios no seránsuperiores a las tarifas vigentes que el Proveedor aplica aotros compradores del país del Comprador para serviciossimilares.

25. Inspecciones ypruebas

25.1 El Comprador, o su representante, tendrá derecho ainspeccionar y a someter a prueba, en el punto de entrega oen el lugar del proyecto, cualquier componente del Sistemaque se especifique en los Requisitos Técnicos, con elpropósito de comprobar su buen funcionamiento y suconformidad con el Contrato.

25.2 El Comprador y el Jefe de proyecto o sus representantesdesignados estarán autorizados a presenciar dichasinspecciones y pruebas, siempre que el Comprador cubratodos los costos y gastos relacionados con dicha asistencia,que incluyen, pero no se limitan a los honorarios de losinspectores, los gastos de viaje y otros gastos afines.

25.3 En caso de que los componentes inspeccionados o sometidosa prueba no estén conformes con el Contrato, el Comprador




podrá rechazarlos, y el Proveedor deberá reemplazarlos ohacer las modificaciones necesarias para que cumplan losrequisitos establecidos en el Contrato, sin costo alguno parael Comprador.

25.4 El Jefe de proyecto podrá exigir que el Proveedor lleve acabo cualquier inspección o prueba que no se especifique enel Contrato, y los costos y gastos razonables que tenga quesufragar el Proveedor para realizar tal inspección o prueba seañadirán al Precio del Contrato. Por otra parte, si lainspección o prueba obstaculiza el avance de los trabajosrelativos al Sistema y el cumplimiento por el Proveedor desus demás obligaciones en virtud del Contrato, se evaluarádebidamente el plazo para obtener la Aceptación operacionaly demás obligaciones que resulten afectadas.

25.5 En caso de que surgiera una controversia o diferencia deopinión entre las partes en relación con la inspección oprueba de un componente que deba incorporarse al Sistema,o como resultado de ellas, que las Partes no puedan resolveramigablemente dentro de un plazo prudente, cualquiera delas Partes podrá invocar el proceso de conformidad con lacláusula 6 de las CGC (Solución de controversias), queempezará al referir el asunto al Conciliador en caso de que sehaya incluido y nombrado un Conciliador en el Contrato.

26. Instalación del

Sistema

26.1 Tan pronto como, en opinión del Proveedor, el Sistema o

cualquier Subsistema se haya entregado, puesto en servicioprevio y preparado para las pruebas de puesta en serviciodefinitiva y obtención de la Aceptación operacional, deconformidad con los Requisitos Técnicos, las CEC y el Plandefinitivo y aprobado del Proyecto, el Proveedor notificará alrespecto por escrito al Comprador.

26.2 El Jefe de proyecto deberá, dentro de los catorce (14) díassiguientes a la recepción de la notificación del Proveedorcon arreglo a la cláusula 26.1 de las CGC, emitir uncertificado de instalación en el formulario especificado en la

Sección de Formularios Tipo de los documentos delicitación, en el que se indicará que el Sistema, o uncomponente principal o Subsistema (siempre que en elContrato se especifique la aceptación por componenteprincipal o Subsistema), ha quedado instalado en la fecha dela notificación al Proveedor, de conformidad con la cláusula26.1 de las CGC, o notificará al Proveedor por escrito decualquier defecto o fallas, que incluyen pero no se limitan adefectos o fallas en la interoperabilidad o integración de los




diversos componentes y Subsistemas que conforman elSistema. El Proveedor hará todo lo que sea razonablementeposible para remediar sin demora cualquier defecto odeficiencia que el Jefe de proyecto haya notificado al

Proveedor. Luego, el Proveedor volverá a realizarprontamente las pruebas del Sistema o Subsistema y, cuandoen opinión del Proveedor, el Sistema o Subsistema estépreparado para las pruebas de puesta en servicio y deAceptación operacional, notificará al respecto al Compradorpor escrito, de conformidad con la cláusula 26.1. Elprocedimiento descrito en esta cláusula 26.2 se repetirá lasveces que sea necesario hasta que se expida el certificado deinstalación.

26.3 Si el Jefe de proyecto no emite el certificado de instalación

ni informa al Proveedor de los defectos y fallas dentro de loscatorce (14) días siguientes a la recepción de la notificacióndel Proveedor con arreglo a la cláusula 26.1 de las CGC, o siel Comprador pone en funcionamiento el Sistema oSubsistema con fines de producción, se considerará que elSistema (o Subsistema) ha quedado instaladosatisfactoriamente en la fecha de la notificación o de lanotificación repetida del Proveedor, o cuando el Compradorhaya puesto en funcionamiento el Sistema con fines deproducción, según sea el caso.

27. Puesta en servicio

y Aceptaciónoperacional

27.1 Puesta en servicio

27.1.1 El Proveedor iniciará la puesta en servicio del Sistema(o Subsistema, si así se especifica en el Contrato):

a) en cuanto el Jefe de proyecto emita elcertificado de instalación, de conformidad conla cláusula 26.2 de las CGC; o

b) según lo especificado en los RequisitosTécnicos o en el Plan definitivo y aprobado delProyecto; o

c) inmediatamente después de que la instalación seconsidere realizada, de conformidad con lacláusula 26.3 de las CGC.

27.1.2 El Comprador proporcionará el personal técnico y deoperaciones así como todos los materiales y lainformación razonablemente necesarios para que elProveedor pueda cumplir sus obligaciones con




respecto a la puesta en servicio.

El Sistema o Subsistema(s) no se deberá poner enproducción hasta que no se hayan iniciado las pruebas

formales de Aceptación operacional.27.2 Pruebas de Aceptación operacional

27.2.1 La responsabilidad principal de las pruebas deAceptación operacional (y sus repeticiones) leincumbirá al Comprador (de conformidad con lacláusula 10.9 de las CGC), pero éstas se realizarán conla cooperación plena del Proveedor durante la puestaen servicio del Sistema (o Subsistema(s), si seespecifica en el Contrato). El propósito de las pruebasde Aceptación operacional es asegurarse de que el

Sistema (o los componentes principales oSubsistema(s)) se ajusta a los Requisitos Técnicos ycumple con las normas de rendimiento señaladas en laoferta del Proveedor, incluyendo, pero noexclusivamente, los requisitos de rendimientofuncional y técnico. Las pruebas de Aceptaciónoperacional durante la puesta en servicio se llevarán acabo según lo especificado en las CEC, en losRequisitos Técnicos o en el Plan definitivo yaprobado del proyecto.

A discreción del Comprador, también se podránsometer a prueba los bienes de reemplazo, lasactualizaciones o nuevas versiones y los bienes que seañadan o modifiquen en el lugar una vez que se hayaobtenido la Aceptación operacional del Sistema.

27.2.2 Si por razones atribuibles al Comprador, la prueba deAceptación operacional del Sistema (o Subsistema(s)o componente principal, si se permite en las CEC o enlos Requisitos Técnicos) no puede terminarsesatisfactoriamente dentro del plazo estipulado en lasCEC a contar desde la fecha de instalación, o decualquier otro plazo convenido por escrito entre elComprador y el Proveedor, se considerará que elProveedor ha cumplido sus obligaciones con respectoa los aspectos técnicos y funcionales de los RequisitosTécnicos, las CEC o en el Plan definitivo y aprobadodel proyecto, y no se aplicarán las cláusulas 28.2 y28.3 de las CGC.




27.3 Aceptación operacional

27.3.1 Exceptuando el caso de aceptación parcial descrito enla cláusula 27.4 de las CGC que sigue, la Aceptación

operacional del Sistema ocurrirá cuando:a) se hayan realizado satisfactoriamente las pruebas

de Aceptación operacional especificadas en losRequisitos Técnicos, las CEC o en el Plandefinitivo y aprobado del Proyecto; o

b) las pruebas de Aceptación operacional no sehayan realizado satisfactoriamente o no se hayanllevado a cabo por razones atribuibles alComprador dentro del plazo previsto a contar dela fecha de instalación o de cualquier otro plazo

especificado en la cláusula 27.2.2 de las CGC; o

c) el Comprador haya puesto en uso o producción elSistema durante sesenta (60) días consecutivos. Siel Sistema se ha puesto en uso o en producción enesta forma, el Proveedor notificará al Compradoral respecto y documentará dicho uso.

27.3.2 En cualquier momento, después de que haya ocurridocualquiera de los sucesos indicados en la cláusula27.3.1 de las CGC, el Proveedor podrá solicitar al Jefede proyecto que emita un Certificado de Aceptaciónoperacional.

27.3.3 El Jefe de proyecto, tras consultar con el Comprador ydentro de los catorce (14) días siguientes a larecepción de la notificación del Proveedor deberá:

a) emitir un Certificado de Aceptaciónoperacional; o

b) notificar por escrito al Proveedor cualquierdefecto o deficiencia, u otra razón por la cual no

se hayan realizado las pruebas de Aceptaciónoperacional; o

c) emitir el Certificado de Aceptación operacionalsi se produce la situación descrita en la cláusula27.3.1 b) de las CGC.

27.3.4 El Proveedor hará todo lo que sea razonablementeposible para remediar sin demora cualquier defecto ofalla y para eliminar toda causa notificada por el Jefe




de proyecto que haya impedido pasar las pruebas deAceptación operacional. Una vez que se hayaremediado la situación, el Proveedor notificará alComprador y éste, con la plena cooperación del

Proveedor, hará todo lo que sea razonablementeposible para efectuar nuevamente las pruebas delSistema o Subsistema. Una vez que las pruebas deAceptación operacional hayan concluidosatisfactoriamente, el Proveedor notificará alComprador sobre la petición del Certificado deAceptación operacional, de conformidad con lacláusula 27.3.3 de las CGC. Entonces, el Compradoremitirá para el Proveedor el Certificado de Aceptaciónoperacional, conforme a la cláusula 27.3.3. a) onotificará al Proveedor sobre otros defectos, fallas u

otras razones que hayan impedido que el productopasara la prueba de Aceptación operacional. Elprocedimiento descrito en esta cláusula 27.3.4 serepetirá las veces que sea necesario hasta que se emitael Certificado de Aceptación operacional.

27.3.5 Si el Sistema o Subsistema no pasa las pruebas deAceptación operacional de conformidad con lacláusula 27.2 de las CGC:

a) el Comprador podrá considerar la posibilidad derescindir el Contrato, de conformidad con la

cláusula 41.2.2 de las CGC; o bien

b) si la imposibilidad de obtener la Aceptaciónoperacional dentro del plazo especificado sedebe a que el Comprador no ha cumplido susobligaciones en virtud del Contrato, seconsiderará que el Proveedor ha cumplido susobligaciones relativas a los aspectos técnicos yfuncionales pertinentes del Contrato, y no seaplicarán las cláusulas 30.3 y 30.4 de las CGC.

27.3.6 Si el Jefe de proyecto no emite el Certificado deAceptación operacional ni informa por escrito alProveedor de sus razones justificadas por las que noha emitido el Certificado de Aceptación operacionaldentro del plazo de catorce (14) días después derecibida la notificación del Proveedor, se consideraráque el Sistema o Subsistema ha sido aceptado a contardesde la fecha de dicha notificación del Proveedor.




27.4 Aceptación parcial

27.4.1 Si en el Contrato se especifica que la instalación y lapuesta en servicio se llevarán a cabo individualmente

para cada componente principal o Subsistema delSistema, las disposiciones contractuales relativas a lainstalación y puesta en servicio, incluida la prueba deAceptación operacional, se aplicarán individualmentea cada uno de esos componentes principales oSubsistemas, y el o los Certificados de aceptación seemitirán, en consecuencia, para cada uno de dichoscomponentes principales o Subsistemas del Sistema,sujeto a las limitaciones estipuladas en la cláusula27.4.2 de las CGC, que sigue.

27.4.2 La emisión de Certificados de Aceptación operacionalpara cada componente principal o Subsistema, deconformidad con la cláusula 27.4.1 no exime alProveedor de su obligación de obtener un Certificadode Aceptación operacional para la totalidad delSistema (si se especifica en el Contrato) una vez quese hayan suministrado, instalado, sometido a prueba ypuesto en servicio todos los componentes principales ySubsistemas.

27.4.3 Cuando se trate de componentes menores del Sistemaque, por su carácter, no necesitan la puesta en servicio

ni una prueba de Aceptación operacional (como porejemplo, aditamentos, accesorios u obras en el sitio,etc.), el Jefe de proyecto emitirá un Certificado deAceptación operacional dentro de los catorce (14) díassiguientes a la entrega o instalación de los aditamentosy de los accesorios o de la conclusión de las obras enel lugar del proyecto. Sin embargo, el Proveedor harátodo lo que sea razonablemente posible para remediarsin demora cualquier defecto o deficiencia de esospequeños componentes que el Comprador o elProveedor pudieran detectar.




F. GARANTÍAS Y RESPONSABILIDADES

28. Garantía delplazo de

Aceptaciónoperacional

28.1 El Proveedor garantiza que concluirá el suministro, lainstalación y la puesta en servicio del Sistema (o

Subsistemas, si se especifica en el Contrato), y obtendrá laAceptación operacional de dicho Sistema (o Subsistemas)dentro de los plazos especificados en el Programa deEjecución incluido en la Sección sobre Requisitos Técnicos o en el Plan definitivo y aprobado del proyecto, deconformidad con la cláusula 8.2 de las CGC, o dentro de laprórroga del plazo a la que tendrá derecho el Proveedor conarreglo a la cláusula 40 de las CGC (Prórroga del plazo paraobtener la Aceptación operacional).

28.2 Si el Proveedor no concluye el suministro, la instalación y

la puesta en servicio del Sistema (o Subsistemas, si seespecifica en el Contrato), ni obtiene la Aceptaciónoperacional de dicho Sistema (o Subsistemas) dentro delplazo para obtener la Aceptación operacional especificadaen el Programa de Ejecución incluido en la Sección sobreRequisitos Técnicos o en el Plan definitivo y aprobado delProyecto o dentro de la prórroga de dicho plazo concedidapreviamente con arreglo a la cláusula 40 de las CGC, elProveedor pagará al Comprador una indemnización pordaños y perjuicios por el monto estipulado en las CEC,equivalente a un porcentaje del Precio del Contrato, o la

parte pertinente del Precio del Contrato en caso de que nose haya obtenido la Aceptación operacional de unSubsistema. El monto total de esos daños y perjuicios noexcederá en ningún caso la suma especificada en las CEC(''la máxima''). Una vez alcanzada la suma máxima, elComprador podrá considerar la rescisión del Contrato, deconformidad con la cláusula 41.2.2 de las CGC.

28.3 A menos que en las CEC se especifique otra cosa, laindemnización por daños y perjuicios pagadera deconformidad con la cláusula 28.2 de las CGC sólo seaplicará cuando no se obtenga la Aceptación operacional delSistema (y Subsistemas) especificada en el Programa deEjecución incluido en los Requisitos Técnicos o en el Plandefinitivo y aprobado del proyecto. No obstante, la presentecláusula 28.3 no limitará los demás derechos o recursos conrespecto a otras demoras que el Comprador pudiera sufrir envirtud del Contrato.

28.4 Si el Comprador reclama una indemnización por daños yperjuicios con respecto al Sistema (o Subsistema), el




Proveedor ya no tendrá responsabilidad alguna frente alComprador en relación con la garantía del plazo para laAceptación operacional del Sistema (o Subsistema). Sinembargo, el pago de los daños y perjuicios no eximirá en

ningún caso al Proveedor de sus obligaciones de terminar elSistema, ni de ninguna otra obligación y responsabilidad delProveedor con arreglo al Contrato.

29. Responsabilidadpor defectos

29.1 El Proveedor garantiza que el Sistema, incluidas todas lastecnologías informáticas, materiales y otros bienes, así comotodos los servicios suministrados, no presentarán defectos dediseño, de ingeniería, de materiales ni de fabricación queimpidan que el Sistema, o cualquiera de sus componentes,cumplan con los Requisitos Técnicos o limiten de unamanera substancial el rendimiento, la confiabilidad o la

capacidad de ampliación del Sistema o Subsistemas. Lasexcepciones y limitaciones, si las hubiere, a la presentegarantía con respecto al Software (o categorías de Software),serán las que se especifiquen en las CEC. Las disposicionesde garantía comercial de los productos que se suministranbajo este Contrato se aplicarán en la medida en que nocontradigan las garantías de este Contrato.

29.2 El Proveedor garantiza además que las tecnologíasinformáticas, los materiales y otros bienes suministrados deconformidad con el Contrato son nuevos, están sin uso, eincorporan todas las mejoras recientes de diseño que

influyen materialmente en la capacidad del Sistema oSubsistema para satisfacer los Requisitos Técnicos.

29.3 Además, el Proveedor garantiza que: i) todos loscomponentes de bienes que se incorporarán al Sistemaforman parte de las actuales líneas de productos delProveedor o del Subcontratista, ii) se han introducidopreviamente al mercado, y iii) los rubros específicos que seindican en las CEC (de haberlos) han estado disponibles enel mercado por lo menos durante los períodos mínimosespecificados en las CEC.

29.4 El período de garantía comenzará en la fecha de laAceptación operacional del Sistema (o de cualquiercomponente principal del Sistema o Subsistema para el cualse estipule en el Contrato la obtención de una Aceptaciónoperacional por separado) y se extenderá durante el períodoespecificado en las CEC.

29.5 Si durante el período de garantía se encontrara algúndefecto de diseño, de ingeniería, de material o de




fabricación de las tecnologías informáticas y de otrosbienes o servicios suministrados por el Proveedor, según ladescripción que figura en la cláusula 29.1 de las CGC, elProveedor deberá prontamente, en consulta y de acuerdo

con el Comprador acerca de la forma adecuada de remediaresos defectos, y por su propia cuenta, reparar, sustituir o deotra manera eliminar (según determine, a su discreción, elProveedor) tales defectos, así como todos los daños alSistema que dicho defecto haya causado. Cualquiertecnología de la información u otro bien defectuoso que elProveedor hubiere reemplazado seguirá siendo propiedaddel Proveedor.

29.6 El Proveedor no será responsable de la reparación, de lasustitución ni de la eliminación de ningún defecto o daño al

Sistema resultante de alguna de las causas siguientes:a) operación o mantenimiento inadecuado del Sistema por

el Comprador;

b) desgaste normal por el uso;

c) uso del Sistema con elementos que no hayan sidosuministrados por el Proveedor, a menos que taleselementos estén señalados en los Requisitos Técnicos ohayan sido aprobados por el Proveedor; o

d) modificaciones introducidas al Sistema por el Compradoro por terceros no aprobados por el Proveedor.

29.7 Las obligaciones del Proveedor con arreglo a esta cláusula29 de las CGC no se aplicarán a:

a) los materiales que normalmente se consumen durante elfuncionamiento o que tienen una vida útil normal másbreve que el período de garantía; o

b) los diseños, las especificaciones u otros datos diseñados,suministrados o especificados por el Comprador o en

nombre del Comprador, o cualquier asunto respecto alcual el Proveedor haya declinado responsabilidad, deconformidad con la cláusula 21.1.2 de las CGC.

29.8 El Comprador notificará al Proveedor la naturaleza de esosdefectos y suministrará a éste todas las pruebas disponiblessobre ellos, inmediatamente después de su descubrimiento.El Comprador dará al Contratista todas las oportunidadesrazonables de inspeccionar dichos defectos. El Compradorfacilitará al Proveedor el acceso necesario al Sistema y al




lugar del proyecto para permitirle cumplir sus obligacionescon arreglo a esta cláusula 29 de las CGC.

29.9 El Proveedor podrá, con el consentimiento del Comprador,

retirar del sitio del Proyecto las tecnologías informáticas yotros bienes defectuosos si la naturaleza del defecto o eldaño al Sistema causado por el defecto no permite efectuarlas reparaciones en forma expedita en el lugar delproyecto. Si la reparación, sustitución o corrección pudierarepercutir en la eficiencia del Sistema, el Compradorpodrá exigir mediante notificación al Proveedor que elProveedor lleve a cabo las pruebas de la parte defectuosainmediatamente después de terminados los trabajos dereparación, y el Proveedor realizará entonces dichaspruebas.

Si la parte del Sistema en cuestión no pasa las pruebas, elProveedor llevará a cabo nuevas reparaciones,sustituciones o correcciones (según sea el caso) hasta quedicha parte del Sistema pase las pruebas. El Comprador yel Proveedor deberán ponerse de acuerdo sobre las pruebasque se han de realizar.

29.10 Si el Proveedor no inicia los trabajos necesarios para corregirlos defectos o los daños al Sistema causados por ese defectodentro de un plazo especificado en las CEC, el Comprador,tras notificar al Proveedor, podrá proceder a realizar dichos

trabajos o a contratar a un tercero (o terceros) para querealice dichos trabajos. El Proveedor pagará al Compradorlos gastos razonables que deba sufragar el Comprador enrelación con esos trabajos, o dichos gastos podrán serdeducidos por el Comprador de las sumas adeudadas alProveedor o reclamarlas en virtud de la garantía decumplimiento.

29.11 Si el Sistema o Subsistema no puede utilizarse debido adichos defectos o a la corrección de éstos, el período degarantía del Sistema se prorrogará por un período igual al

período durante el cual el Sistema o Subsistema no pudo serutilizado por el Comprador a causa de cualquiera de lasrazones antes mencionadas.

29.12 Los elementos que sustituyan las partes defectuosas delSistema durante el período de garantía estarán cubiertos porla garantía por defectos durante el resto del período degarantía aplicable a la parte sustituida, o durante tres (3)meses; de estos dos, el período que sea más largo.




29.13 A solicitud del Comprador y sin perjuicio de los demásderechos y recursos que el Comprador pudiera tener frente alProveedor en virtud del Contrato, el Proveedor ofrecerá alComprador toda la asistencia que pueda brindarle para

subcontratar servicios de garantía o conseguir soluciones deotros productores o dueños de licencias de bienes incluidosen el Sistema, que comprende, sin carácter limitativo, laasignación o el traspaso a favor del Comprador del beneficiode cualquier garantía otorgada al Proveedor por dichosproductores o dueños de licencias.

30. Garantías defuncionamiento

30.1 El Proveedor garantiza que, una vez que se ha emitido el olos certificados de Aceptación operacional, el Sistemaconstituye una solución completa e integrada para lasnecesidades del Comprador señaladas en los Requisitos

Técnicos y satisface todos los demás aspectos del Contrato.El Proveedor reconoce que en la cláusula 27 de las CGCrelativa a la puesta en servicio y a la Aceptación operacionalse establece la manera en que se determinará, desde el puntode vista técnico, la conformidad del Sistema con losrequisitos del Contrato.

30.2 ―Conformidad con respecto al año 2000‖. El Proveedor garantiza que los Sistemas de información y lastecnologías adquiridas bajo este contrato fuerondiseñadas, modificadas y verificadas para funcionar sininterrupción alguna y sin intervención especial, de

acuerdo a los requisitos del Contrato, en fechasanteriores o posteriores al año 2000 DC. Esto incluyeel reconocimiento del año 2000 como un año bisiesto,el reconocimiento de los símbolos relativos a los siglos,los cálculos que integren fórmulas y valores de fechaspara el mismo siglo o para varios siglos, así como lacapacidad de los campos de interfaz de fechas parapermitir la especificación del siglo.

30.3 Si, por razones atribuibles al Proveedor, el Sistema nocumple los Requisitos Técnicos o no satisface todos los

demás aspectos del Contrato, el Proveedor hará por sucuenta y riesgo los cambios, las modificaciones o lasadiciones al Sistema que puedan ser necesarios paracumplir con los Requisitos Técnicos y para satisfacertodas las normas de funcionamiento y de rendimiento.El Proveedor notificará al Comprador cuando se hayanefectuado los cambios, las modificaciones o lasadiciones necesarios y pedirá al Comprador que repitalas pruebas de Aceptación operacional hasta que el




Sistema obtenga la Aceptación operacional.

30.4 Si el Sistema (o el Subsistema o Subsistemas) no obtiene laAceptación operacional, el Comprador podrá considerar la

rescisión del Contrato según la cláusula 41.2.2 de las CGC, yhacer efectiva la garantía de cumplimiento entregada por elProveedor de conformidad con la cláusula 13.3 de las CGC,para resarcirse de los costos adicionales y las demoras quepudieran producirse por ese motivo.

31. Garantía de losderechos depropiedadintelectual

31.1 El Proveedor declara y garantiza que:

a) el Sistema suministrado, instalado, sometido a prueba yaceptado;

b) el uso del Sistema de conformidad con las

disposiciones del Contrato; yc) la copia del Software y de los Materiales suministrados

al Comprador de conformidad con el Contrato

no infringen ni infringirán ningún derecho de propiedadintelectual de terceros, y que el Proveedor tiene todos losderechos necesarios, o que por su cuenta y riesgo haobtenido por escrito todas las transferencias de derechos ydemás consentimientos necesarios para proceder a lascesiones, licencias y otras transferencias de derechos depropiedad intelectual, así como las garantías señaladas en el

Contrato, para que el Comprador tome posesión o ejerzatodos los derechos de propiedad intelectual estipulados en elContrato. Sin carácter limitativo, el Proveedor deberáobtener por escrito de sus empleados y demás personas oentidades cuyos servicios se empleen en el desarrollo delSistema, todos los acuerdos, consentimientos ytransferencias de derechos necesarios.

32. Indemnizaciónpor infracción dederechos de

propiedadintelectual

32.1 El Proveedor eximirá de toda responsabilidad al Compradory a sus empleados y funcionarios por las pérdidas, lasobligaciones y los gastos (incluso las pérdidas, las

obligaciones y los gastos en que haya incurrido para ladefensa contra reclamaciones de dicha obligación), quepuedan afectar al Comprador o a sus empleados ofuncionarios como resultado de una infracción o presuntainfracción de algún derecho de propiedad intelectualderivada de:

a) la instalación del Sistema por el Proveedor o del usodel Sistema, incluidos los materiales, en el país en que




está ubicado el lugar del proyecto;

b) la copia del Software y de los Materiales suministradospor el Proveedor de conformidad con el Contrato; y

c) la venta de los productos generados por el Sistema encualquier país, salvo en la medida en que dichaspérdidas, obligaciones y gastos se deriven delincumplimiento por el Comprador de la cláusula 32.2de estas CGC.

32.2 Dicha indemnización no cubrirá el uso del Sistema, incluidoslos materiales, para fines distintos de los indicados en elContrato o que puedan deducirse razonablemente delContrato, ninguna infracción al uso del Sistema, ni cualquierproducto del Sistema producido en asociación o en

combinación con otros bienes o servicios no suministradospor el Proveedor, cuando la infracción surge debido a dichaasociación o combinación, y no por el simple uso el Sistema.

32.3 Dichas indemnizaciones tampoco se aplicarán en lossiguientes casos:

a) cuando una casa matriz, subsidiaria o filial de laorganización del Comprador presenta una reclamaciónpor infracción;

b) cuando la reclamación por infracción es resultado

directo de un diseño exigido en los Requisitos Técnicosy el Proveedor señaló la posibilidad de tal infracción ensu oferta;

c) cuando la reclamación de infracción surge comoresultado de la modificación del Sistema, incluidos losmateriales, por el Comprador o cualquier persona queno sea el Proveedor, u otra persona autorizada por elProveedor.

32.4 Si se inician procesos legales o se presentan demandas

contra el Comprador como resultado de las cuestionesreferidas en la cláusula 32.1 de las CGC, el Compradordeberá notificar inmediatamente al Proveedor y éste podrá,por cuenta propia y en nombre del Comprador, hacersecargo de los procesos legales o demandas e iniciarnegociaciones para su resolución.

Si dentro de los veintiocho (28) días siguientes a larecepción de la notificación, el Proveedor no notifica alComprador que tiene la intención de hacerse cargo de dichos




procesos legales o demandas, el Comprador estará enlibertad de resolverlos por sí mismo. A menos que elProveedor no haya hecho la notificación al Compradordentro de los veintiocho (28) días, el Comprador no hará

ninguna declaración que pueda ser perjudicial para ladefensa en tales procesos legales o demandas. ElComprador, a solicitud del Proveedor, proporcionará toda laasistencia posible al Proveedor en la resolución de talesprocesos legales o demandas, y el Proveedor reembolsará alComprador todos los gastos razonables en que éste incurraal brindar dicha asistencia.

32.5 El Comprador eximirá de toda responsabilidad al Proveedor,sus empleados, sus funcionarios y sus subcontratistas por laspérdidas, las obligaciones y los gastos (incluso los gastos de

defensa legal), en que pueda incurrir como resultado de unainfracción o supuesta infracción de algún derecho depropiedad intelectual derivada o relacionada con algúndiseño, dato, plano, especificación u otro documento omaterial suministrado al Proveedor, en relación con esteContrato, por el Comprador o cualquier persona (que no seael Proveedor) contratada por el Comprador, salvo en lamedida en que tales pérdidas, obligaciones y gastos resultendel incumplimiento de la cláusula 32.8 de las CGC por partedel Proveedor.

32.6 La indemnización anterior no cubrirá el uso de diseños,

datos, planos, especificaciones u otros documentos omateriales para fines distintos de los indicados en el Contratoo que puedan deducirse razonablemente del Contrato, ni eluso de productos generados en asociación o en combinacióncon otros bienes o servicios no suministrados por elProveedor, cuando la infracción surge debido a dichaasociación o combinación, y no por el simple uso de losproductos.

32.7 Dichas indemnizaciones tampoco se aplicarán en lossiguientes casos:

a) cuando una casa matriz, subsidiaria o filial de laorganización del Proveedor entable una reclamación deinfracción;

b) en la medida en que la reclamación de infracción surjacomo resultado de la modificación del diseño, datos,planos, especificaciones u otros documentos omateriales suministrados al Proveedor, por elComprador o cualquier persona contratada por el




Comprador.

32.8 Si se inician procesos legales o se formulan demandas contrael Proveedor como resultado de las cuestiones referidas en la

cláusula 32.5, el Proveedor lo notificará inmediatamente alComprador, y éste podrá, por su propia cuenta y en nombredel Proveedor, hacerse cargo de los procesos legales odemandas e iniciar negociaciones para su resolución. Sidentro de los veintiocho (28) días siguientes a la recepciónde dicha notificación, el Comprador no notifica al Proveedorque tiene la intención de hacerse cargo de esos procesoslegales o demandas, el Proveedor tendrá la libertad derealizarlos por sí mismo. A menos que el Comprador hayadejado de notificar al Proveedor dentro de un plazo deveintiocho (28) días, el Proveedor no hará ninguna

declaración que pueda ser perjudicial para la defensa en talesprocesos legales o demandas. El Proveedor, a solicitud delComprador, brindará toda la asistencia posible al Compradoren dichos procesos legales o demandas, y el Compradorreembolsará al Proveedor todos los gastos razonables en queéste incurra al proporcionar dicha asistencia.

33. Limitación deresponsabilidad

33.1 Siempre y cuando las disposiciones siguientes no excluyanni limiten ninguna de las responsabilidades de las Partes dealguna manera que esté prohibida por la ley pertinente:

a) el Proveedor no tendrá ninguna responsabilidad

contractual, extracontractual o de otra índole frente alComprador por las pérdidas o daños indirectos, laspérdidas del uso o de la producción, el lucro cesante oel costo de los intereses, estipulándose que dichaexclusión no se aplicará a las obligaciones delProveedor de pagar al Comprador los daños yperjuicios previstos en el Contrato, y

b) la responsabilidad global del Proveedor frente alComprador, sea ésta contractual, extracontractual o deotra índole, no excederá el total del Precio del

Contrato, estipulándose que tal limitación deresponsabilidad no se aplicará a la obligación delProveedor de indemnizar al Comprador por cualquierviolación de los derechos de propiedad intelectual.




G. DISTRIBUCIÓN DE LOS RIESGOS

34. Traspaso de lapropiedad

34.1 Con excepción del Software y de los Materiales, lapropiedad de las tecnologías informáticas y otros bienes se

traspasará al Comprador a la fecha de entrega o conforme alos términos que se hayan estipulado en el Contrato.

34.2 La propiedad y las condiciones relativas al uso del Softwarey de los Materiales suministrados de conformidad con elContrato se regirán por la cláusula 15 (Derechos de Autor)de las CGC y cualquier otra explicación en detalle quefigure en los Requisitos Técnicos.

34.3 La propiedad de los equipos del Proveedor utilizados por elProveedor y sus subcontratistas en relación con el Contrato,

seguirá correspondiendo al Proveedor o a sus subcontratistas.35. Cuidado del

Sistema35.1 El Comprador será responsable del cuidado y la custodia del

sistema desde la fecha de su Entrega. El Comprador será portanto responsable por toda pérdida o daño al Sistema desdela fecha de Entrega hasta la aceptación operacional deacuerdo a la cláusula CGC 27, excepto cuando las pérdidas odaños ocurran a causa de acciones u omisiones delProveedor, sus empleados o subcontratistas, en cuyo caso elProveedor será la parte responsable por las pérdidas o daños.

35.2 Si se producen pérdidas o daños al Sistema, o a cualquier

parte de éste, atribuibles a lo siguiente:a) (En la medida en que se refieran al país en que esté

situado el lugar del proyecto): reacción nuclear,radiación nuclear, contaminación radioactiva, ondas dechoque causadas por aeronaves u otros objetos aéreos,u otros eventos que un contratista experimentado nopodría prever en forma razonable o respecto a loscuales, si fueran razonablemente previsibles, elProveedor no podría asegurarse o tomar medidaspreventivas, por cuanto tales riesgos, por lo general, no

son asegurables en el mercado de seguros y semencionan en las exclusiones generales de la póliza deseguros obtenida con arreglo a la cláusula 37 de estasCGC;

b) todo uso del Sistema o alguna de sus partes encontravención al Contrato, por el Comprador, o por untercero autorizado por el Comprador;

c) todo uso o recurso a diseños, datos o especificaciones




proporcionados o señalados por el Comprador o en sunombre, o cualquier otra cuestión respecto a la cual elProveedor haya declinado responsabilidad deconformidad con la cláusula 21.1.2 de las CGC,

el Comprador pagará al Proveedor todas las sumas pagaderascon respecto al Sistema o Subsistemas que hayan obtenido laAceptación operacional, aunque el Sistema o Subsistemas sehaya perdido o haya resultado destruido o dañado. Si elComprador solicita por escrito al Proveedor que compenselas pérdidas o los daños al Sistema ocasionados por lascausas antes señaladas, el Proveedor compensará talespérdidas o daños a costa del Comprador de conformidad conla cláusula 39 de las CGC. Si el Comprador no solicita porescrito al Proveedor que compense dichas pérdidas o daños

al Sistema, el Comprador pedirá una modificación, deconformidad con la cláusula 39 de las CGC, que excluirá laejecución de la parte del Sistema perdida, destruida o dañadapor las causas antes mencionadas, o, si la pérdida o dañoafectase una parte considerable del Sistema, el Compradorrescindirá el Contrato de conformidad con la cláusula 41.1de las CGC.

35.3 El Comprador será responsable de toda pérdida o daño a losequipos del Proveedor cuya ubicación haya autorizado elComprador en sus instalaciones, en cumplimiento de lasobligaciones del Proveedor establecidas en el Contrato,

excepto cuando dicha pérdida o daño sea el resultado deomisiones por parte del Proveedor, sus empleados o sussubcontratistas.

36. Pérdidas o dañosmateriales,accidentes olesiones de lostrabajadores;indemnizaciones

36.1 El Proveedor y todos los Subcontratistas deberán respetarlas medidas existentes en materia de seguridad en eltrabajo, seguros, aduanas e inmigración, así como las leyesvigentes en el país del Comprador.

36.2 Conforme a la cláusula 36.3 de las CGC, el Proveedoreximirá de toda responsabilidad al Comprador y a sus

empleados y funcionarios por las pérdidas, obligaciones ygastos (incluso los incurridos por defensa legal), quepudieran afectar al Comprador o a sus empleados ofuncionarios como consecuencia de la muerte o de lesionessufridas por cualquier persona o de las pérdidas o dañosmateriales (diferentes al Sistema, aceptado o no) que puedansurgir por razón del suministro, la instalación, la prueba y lapuesta en servicio del Sistema, o por negligencia delProveedor o de sus subcontratistas, o de sus empleados,




funcionarios o agentes, excepto en el caso de lesiones,muerte o daños materiales causados por la negligencia delComprador, sus contratistas, sus empleados, sus funcionarioso sus agentes.

36.3 Si se inician procedimientos o se formulan demandas contrael Comprador en los que la responsabilidad pudiera recaersobre el Proveedor con arreglo a la cláusula 36.2 de lasCGC, el Comprador notificará prontamente al Proveedor alrespecto y éste podrá, a su propia costa y en nombre delComprador, hacerse cargo de los procedimientos odemandas e iniciar negociaciones para su resolución. Sidentro de los veintiocho (28) días siguientes a la recepciónde dicha notificación, el Proveedor no notifica alComprador que tiene la intención de hacerse cargo de

dichos procedimientos o demandas, el Comprador tendrá lalibertad de hacerlo por sí mismo. A menos que el Proveedorno haya hecho la notificación al Comprador dentro delplazo de veintiocho (28) días, el Comprador no admitiránada que pueda ser perjudicial para la defensa en talesprocedimientos o demandas. El Comprador, a solicitud delProveedor, proporcionará toda la asistencia posible alProveedor en dichos procedimientos o demandas, y elProveedor reembolsará al Comprador todos los gastosrazonables en que éste incurra para propiciar dichaasistencia.

36.4 El Comprador eximirá de toda responsabilidad al Proveedory a sus empleados, funcionarios y subcontratistas por laspérdidas, las obligaciones y los gastos (incluso los gastos dedefensa legal), que pudieran afectar al Proveedor o a susempleados, funcionarios o subcontratistas comoconsecuencia de la muerte o lesiones sufridas por cualquierpersona o de las pérdidas o daños a la propiedad delComprador (que no sea el Sistema que aun no haya obtenidola Aceptación operacional), ocasionados por incendio,explosión u otro peligro, que superen el monto recuperablede los seguros obtenidos con arreglo a la cláusula 37 de las

CGC, siempre que dicho incendio, explosión u otro peligrono haya sido causado por un acto u omisión del Proveedor.

36.5 Si se inician procedimientos o se formulan demandas contrael Proveedor en los que la responsabilidad pudiera recaersobre el Comprador con arreglo a la cláusula 36.4 de lasCGC, el Proveedor notificará prontamente al Comprador alrespecto y éste podrá, a su propia costa y en nombre delProveedor, hacerse cargo de los procedimientos o demandas




e iniciar negociaciones para su resolución. Si dentro delplazo de veintiocho (28) días de recibida dicha notificación,el Comprador no notifica al Proveedor que tiene la intenciónde hacerse cargo de dichos procedimientos o demandas, el

Proveedor tendrá la libertad de hacerlo por sí mismo. Amenos que el Comprador no haya hecho la notificación alProveedor dentro de los veintiocho (28) días, el Proveedorno hará ninguna confesión que pueda ser perjudicial para ladefensa en tales procedimientos o demandas. El Proveedor, asolicitud del Comprador, proporcionará toda la asistenciaposible al Comprador en dichos procedimientos o demandas,y el Comprador reembolsará al Proveedor todos los gastosrazonables en que éste incurra al proporcionar dichaasistencia.

36.6 La parte que tenga derecho a recibir una indemnización conarreglo a la presente cláusula 36 de las CGC tomará todas lasmedidas razonables para mitigar las pérdidas o daños que sehayan producido. Si dicha parte no toma estas medidas, sereducirán en consecuencia las responsabilidades de la otraparte.

37. Seguros 37.1 El Proveedor obtendrá y mantendrá vigentes a su costa, ohará que se obtengan y se mantengan vigentes durante laejecución del Contrato, los seguros establecidos acontinuación. La identidad de los aseguradores y la forma delas pólizas estarán sujetas a la aprobación del Comprador,

quien no negará dicha aprobación sin razones válidas.

a) Seguro de la carga durante el transporte

según sea el caso, 110 por ciento del precio de lastecnologías informáticas y otros bienes, en una monedade libre convertibilidad. Este seguro cubrirá las pérdidaso los daños materiales sufridos por los bienes durante sutraslado hasta que sean recibidos en el Lugar delproyecto.

b) Seguro de las instalaciones contra ―todo riesgo”

según sea el caso, 110% del precio de las tecnologíasinformáticas y otros bienes; este seguro cubrirá todoslos riesgos de pérdida o los daños materiales a losbienes en el Lugar del proyecto (con la única excepciónde los peligros que comúnmente se excluyen en las pólizas de seguro contra ―todo riesgo‖ que ofrecen losaseguradores de prestigio) que ocurran antes de la




Aceptación operacional del Sistema.

c) Seguro contra daños a terceros

En las condiciones especificadas en las CEC, esteseguro cubrirá las lesiones corporales o la muerte deterceros (incluido el personal del Comprador) y laspérdidas o los daños materiales (incluida la propiedaddel Comprador y todos los Subsistemas que hayan sidoaceptados por el Comprador) que se produzcan enrelación con el suministro y la instalación del Sistemade información.

d) Seguro de vehículos

De conformidad con los requisitos previstos en la

legislación vigente en el país del Comprador, esteseguro cubrirá el uso de todos los vehículos empleadospor el Proveedor o sus subcontratistas (sean o no de supropiedad) en relación con la ejecución del Contrato.

e) Otros seguros (si los hubiere), según lo especificado enlas CEC.

37.2 El Comprador se designará como el coasegurado en todas laspólizas de seguro que obtenga el Proveedor de conformidadcon la cláusula 37.1 de las CGC, excepto con respecto a losseguros contra daños a terceros. Los subcontratistas del

Proveedor serán designados como coasegurados en todas laspólizas de seguro que obtenga el Proveedor de conformidadcon la cláusula 37.1 de las CGC, con excepción de losseguros de la carga durante el transporte. El Aseguradorrenunciará, en virtud de dichas pólizas, a todos sus derechosde subrogación contra dichos coasegurados por pérdidas oreclamaciones resultantes de la ejecución del Contrato.

37.3 El Proveedor entregará al Comprador certificados de seguro(o copias de las pólizas de seguro) como prueba de que laspólizas requeridas están plenamente vigentes.

37.4 El Proveedor se asegurará de que, cuando corresponda, sussubcontratistas obtengan y mantengan vigentes pólizas deseguro adecuadas para su personal y sus vehículos y para lostrabajos que efectúen en relación con el Contrato, a menosque dichos subcontratistas estén cubiertos por las pólizasobtenidas por el Proveedor.

37.5 Si el Proveedor no obtiene o no mantiene vigentes losseguros mencionados en la cláusula 37.1 de las CGC, el




Comprador podrá obtener y mantener vigentes dichosseguros y podrá deducir ocasionalmente de cualquier sumaadeudada al Proveedor con arreglo al Contrato todas lasprimas que el Comprador haya pagado al Asegurador, o

podrá considerar dichas sumas como monto adeudado por elProveedor y recuperarlas de él.

37.6 A menos que se disponga otra cosa en el Contrato, elProveedor preparará y planteará todas las reclamacionesformuladas con arreglo a las pólizas obtenidas por él deconformidad con la presente cláusula 37 de las CGC, y todaslas sumas pagaderas por los aseguradores serán pagadas alProveedor. El Comprador dará al Proveedor toda laasistencia razonable que éste pueda necesitar en relación concualquier reclamación en virtud de las pólizas de seguro

pertinentes. Con respecto a las reclamaciones de seguros enque estén en juego los intereses del Comprador, el Proveedorno renunciará a ningún derecho ni hará ningún arreglo con elasegurador sin obtener antes el consentimiento escrito delComprador. Con respecto a las reclamaciones de seguros enque estén en juego los intereses del Proveedor, el Compradorno renunciará a ningún derecho ni hará ningún arreglo con elasegurador sin obtener antes el consentimiento escrito delProveedor.

38. Fuerza mayor 38.1 Se entenderá por ―fuerza mayor‖ cualquier evento que estéfuera del control razonable del Comprador o del Proveedor,

según sea el caso, y que sea inevitable a pesar del cuidado,dentro de límites razonables, que tenga la parte afectada, eincluirá, sin que esta enumeración sea limitativa, losiguiente:

a) guerra, hostilidades u operaciones bélicas (ya sea quese haya declarado o no un estado de guerra), invasión,acto del enemigo extranjero y guerra civil;

b) rebelión, revolución, insurrección, levantamiento,usurpación del gobierno civil o militar, conspiración,

motín, disturbios civiles y actos terroristas;c) confiscación, nacionalización, movilización,

confiscación o requisición por un gobierno o unaautoridad o gobernante de jure o de facto, o por ordensuya, o cualquier otro acto u omisión de una autoridadgubernamental local, estatal o nacional;

d) huelga, sabotaje, cierre patronal, embargo, restricción deimportaciones, congestión portuaria, falta de medios




habituales de transporte público y comunicaciones,conflicto industrial, naufragio, escasez o restricción delsuministro de electricidad, epidemia, cuarentena y peste;

e) terremoto, avalancha, actividad volcánica, incendio,inundación, maremoto, tifón o ciclón, huracán,tormenta, rayos u otras condiciones atmosféricasinclementes, ondas de choque y ondas nucleares uotros desastres naturales o físicos;

f) la imposibilidad del Proveedor de obtener los permisosde exportación necesarios de las autoridades del o delos países de origen de las tecnologías informáticas uotros bienes, o de los equipos del Proveedor, pero acondición de que el Proveedor haya hecho todos losesfuerzos razonables para conseguir los permisos deexportación, incluido el ejercicio de la diligenciadebida para demostrar la elegibilidad del Sistema y detodos sus componentes para obtener los permisos deexportación requeridos.

38.2 Si una de las partes se ve impedida, obstaculizada odemorada en el cumplimiento de cualquiera de susobligaciones con arreglo al Contrato por un suceso defuerza mayor, notificará por escrito a la otra parte, dentrode los catorce (14) días siguientes al suceso, que haocurrido tal suceso y las circunstancias de éste.

38.3 La parte que efectúe tal notificación quedará eximida delcumplimiento o del cumplimiento puntual de susobligaciones con arreglo al Contrato durante el tiempoque continúe el evento de fuerza mayor pertinente y en lamedida en que el cumplimiento de las obligaciones de esaparte se vea impedido, obstaculizado o demorado. Elplazo para obtener la Aceptación operacional seprorrogará de conformidad con la cláusula 40 de las CGC(Prórroga del plazo para obtener la Aceptaciónoperacional).

38.4 La parte o las partes afectadas por el suceso de fuerzamayor realizará todos los esfuerzos razonables por mitigarlos efectos de dicho suceso en la ejecución del Contrato ypor cumplir sus obligaciones contractuales, sin perjuiciodel derecho de la otra parte a rescindir el Contrato conarreglo a la cláusula 38.6 de las CGC.

38.5 Ninguna demora o incumplimiento de alguna de las partesdel presente Contrato ocasionado por un suceso de fuerza




mayor:

a) constituirá incumplimiento o contravención delContrato;

b) (con sujeción a las cláusulas 35.2, 38.3 y 38.4 de lasCGC) dará lugar a ninguna reclamación por daños yperjuicios o costos o gastos adicionales ocasionadospor la demora o incumplimiento,

si, y en la medida en que tal demora o incumplimiento seaocasionado por un suceso de fuerza mayor.

38.6 Si la ejecución del Contrato se ve impedida, obstaculizadao demorada considerablemente por un solo período demás de sesenta (60) días o por un período acumulado de

más de ciento veinte (120) días a causa de uno o mássucesos de fuerza mayor durante el curso del Contrato, laspartes procurarán llegar a una solución mutuamentesatisfactoria, a falta de lo cual cualquiera de ellas podrárescindir el Contrato tras notificación a la otra parte.

38.7 En caso de rescisión del Contrato de conformidad con lacláusula 38.6, los derechos y obligaciones del Compradory el Proveedor serán los especificados en las cláusulas41.1.2 y 41.1.3 de las CGC.

38.8 No obstante lo dispuesto en la cláusula 38.5 de las CGC, la

fuerza mayor no se aplicará a ninguna obligación delComprador de hacer los pagos al Proveedor con arreglo aeste Contrato.

H. MODIFICACIÓN DE ELEMENTOS DEL CONTRATO

39. Modificación delSistema

39.1 Introducción de una modificación

39.1.1 Según las cláusulas 39.2.5 y 39.2.7 de las CGC, elComprador tendrá derecho a proponer yposteriormente requerir que el Jefe de proyectoordene ocasionalmente al Proveedor que haga,durante el cumplimiento del Contrato, cualquiermodificación, cambio, adición o supresión en elSistema (que en adelante se denominaránindistintamente ―modificación‖), siempre que dichamodificación abarque el campo general deaplicación del Sistema y no constituya un trabajo no




relacionado; que sea técnicamente viable, tomandoen cuenta el estado de adelanto del Sistema y lacompatibilidad técnica de la modificación previstacon la naturaleza del Sistema según se especifica

originalmente en el Contrato.Una modificación puede incluir, sin carácterlimitativo, la sustitución de tecnologías informáticaspor versiones actualizadas y los servicios conexos deconformidad con la cláusula 23 de las CGC(Mejoramiento de productos).

39.1.2 El Proveedor podrá ocasionalmente durante sucumplimiento del Contrato proponer al Comprador(con copia al Jefe de proyecto) cualquieramodificación que el Proveedor considere necesaria oconveniente para mejorar la calidad o la eficiencia delSistema. El Comprador podrá, a su discreción,aprobar o rechazar cualquiera modificaciónpropuesta por el Proveedor.

39.1.3 A pesar de lo dispuesto en las cláusulas 39.1.1 y39.1.2 de las CGC, no se considerará que un cambioque resulte necesario a causa de un incumplimientopor el Proveedor de sus obligaciones con arreglo alContrato constituya una modificación, y dichocambio no ocasionará ni un ajuste del Precio del

Contrato ni del plazo para obtener la Aceptaciónoperacional.

39.1.4 El procedimiento para realizar cambios al Sistemaestá descrito en las cláusulas 39.2 y 39.3 de las CGCy en la Sección sobre Formularios Tipo de losDocumentos de Licitación se encuentraninstrucciones detalladas y formas para este efecto.

39.1.5 Además, durante la elaboración del Plan delproyecto, el Comprador y el Proveedor acordaránuna fecha, antes de la fecha programada para laAceptación operacional, a partir de la cual losRequisitos Técnicos del Sistema permanecerán fijos.Toda modificación que se proponga después de estafecha se considerará solamente después de laAceptación operacional.

39.2 Modificaciones originadas por el Contratante

39.2.1 Si el Comprador propone una modificación, de




conformidad con la cláusula 39.1.1 de las CGC,enviará al Proveedor una ―Solicitud de propuesta demodificación‖ pidiendo al Proveedor que prepare yproporcione al Jefe de proyecto, tan pronto como sea

razonablemente posible, una ―Propuesta demodificación‖ que incluirá lo siguiente:

a) una breve descripción de la modificación;

b) la repercusión que tendrá en el plazo paraobtener la Aceptación operacional;

c) un cálculo detallado del costo de lamodificación;

d) el efecto sobre las garantías de funcionamiento

(de haberlo);e) el efecto sobre otras disposiciones del Contrato.

39.2.2 Antes de la preparación y la presentación de la―Propuesta de modificación‖, el Proveedor presentará al Jefe de proyecto una ―Propuestaestimada de preparación de cambio‖, que será unacantidad estimada del costo de la preparación y lapresentación de la propuesta de modificación. Alrecibir el cálculo para la propuesta de modificacióndel Proveedor, el Comprador deberá tomar una de

estas decisiones:

a) aceptar la propuesta del Proveedor coninstrucciones al Proveedor de preparar lapropuesta de modificación;

b) informar al Proveedor de cualquier parte de sucálculo que sea inaceptable y pedir al Proveedorque lo revise;

c) informar al Proveedor que el Comprador notiene la intención de llevar a cabo la

modificación.

39.2.3 Al recibir la instrucción del Comprador de seguiradelante con arreglo a la cláusula 39.2.2 a) de lasCGC, el Proveedor procederá, con la diligenciadebida, a preparar la propuesta de modificación, deconformidad con la cláusula 39.2.1 de las CGC. ElProveedor, a su discreción, podrá especificar unperíodo de validez para la propuesta de




modificación, después del cual se aplicará lacláusula 39.2.7 de las CGC en caso que elComprador y el Proveedor no se hayan puesto deacuerdo de conformidad con lo dispuesto en la

cláusula 39.2.6.39.2.4 La determinación del precio de una modificación se

hará, en la medida de lo posible, de conformidad conlas tarifas y los precios incluidos en el Contrato. Sipor la índole de las modificaciones, dichas tarifas yprecios no son equitativos, las partes del Contratoconvendrán en otras tarifas especiales para lavaloración de la modificación.

39.2.5 Si antes o durante la preparación de la propuesta demodificación resulta evidente que el efecto agregadodel cumplimiento de la solicitud de propuesta demodificación y de todas las otras ordenes demodificación que hayan pasado a ser obligatoriapara el Proveedor en virtud de la cláusula 39 de lasCGC es aumentar o reducir en más de quince porciento (15%) el Precio del Contrato originalmenteestablecido en el artículo 2 (Precio del Contrato) delContrato el Proveedor podrá notificar por escrito susobjeciones a la solicitud de propuesta demodificación antes de presentar la propuesta demodificación. Si el Comprador acepta las

objeciones del Proveedor, el Comprador retirará lamodificación propuesta y notificará su aceptaciónpor escrito al Proveedor.

El hecho de no presentar objeciones a una solicitudde propuesta de modificación no afectará el derechodel Proveedor a presentar objeciones a cualquieramodificación u orden de modificación posterior, niafectará su derecho a tomar en cuenta, cuandopresente dichas objeciones posteriores, el aumento ola reducción porcentual del Precio del Contrato que

representa cualquiera modificación no objetada porel Proveedor.

39.2.6 Al recibir la propuesta de modificación, elComprador y el Proveedor convendrán mutuamenteen todas las cuestiones contenidas en ella. Si elComprador tiene la intención de realizar lamodificación, le entregará al Proveedor una ordende modificación dentro de un plazo de catorce (14)




días después de dicho acuerdo. Si el Comprador nopuede llegar a una decisión dentro del plazo decatorce (14) días, notificará al Proveedor indicandocuándo puede el Proveedor esperar una decisión. Si

el Comprador decide no realizar la modificación porcualquier razón que sea, notificará en consecuenciaal Proveedor dentro del período indicado de catorce(14) días. En tales circunstancias, el Proveedortendrá derecho a que se le reembolsen todos loscostos que haya sufragado razonablemente para lapreparación de la propuesta de modificación,siempre que dichos gastos no excedan la sumaindicada por él en propuesta estimada depreparación de cambio presentado de conformidadcon la cláusula 39.2.2 de las CGC.

39.2.7 Si el Comprador y el Proveedor no pueden llegar aun acuerdo sobre el precio de la modificación, sobreun ajuste equitativo del plazo para obtener laAceptación operacional o sobre otras cuestionesidentificadas en la propuesta de modificación, lamodificación no se realizará. Sin embargo, estadisposición no limita los derechos de ninguna de laspartes en virtud de la cláusula 6 de las CGC(Solución de Controversias).

39.3 Modificaciones originadas por el Proveedor

39.3.1 Si el Proveedor propone una modificación deconformidad con la cláusula 39.1.2 de las CGC, elProveedor presentará por escrito al Jefe de proyecto una―Solicitud de propuesta de modificación‖ conindicación de las razones de la modificación propuestay la información especificada en la cláusula 39.2.1 delas CGC. Al recibir la solicitud de propuesta demodificación, las partes seguirán los procedimientosindicados en las cláusulas 39.2.6 y 39.2.7 de lasCGC, con la salvedad de que la expresión ―propuesta

de modificación‖ se leerá, a los efectos de estacláusula 39.3.1 como ―solicitud de propuesta demodificación‖. Sin embargo, si el Comprador decideno efectuar las modificaciones, o si el Comprador yel Proveedor no pueden llegar a un acuerdo sobre lamodificación durante el período de validez que elProveedor puede especificar en la solicitud depropuesta de modificación, el Proveedor no tendráderecho a recuperar los costos de la preparación de la




solicitud de propuesta de modificación, a menos queexista un acuerdo en contrario entre el Comprador y elProveedor.

40. Prórroga delplazo paraobtener laAceptaciónoperacional

40.1 El plazo para obtener la Aceptación operacional especificadoen el Programa de Ejecución será prorrogado si el Proveedorse ve demorado u obstaculizado en el cumplimiento decualquiera de sus obligaciones con arreglo al Contrato poralguna de las siguientes razones:

a) cualquiera modificación del Sistema según lo previstoen la cláusula 39 de las CGC (Modificación delSistema);

b) un suceso de fuerza mayor según lo previsto en lacláusula 38 de las CGC (Fuerza Mayor);

c) un incumplimiento por parte del Comprador; o

d) cualquier otra cuestión mencionada específicamente enel Contrato;

por un período que sea justo y razonable en todas lascircunstancias y que refleje equitativamente la demora o elimpedimento sufrido por el Proveedor.

40.2 Excepto cuando se disponga específicamente otra cosa en elContrato, el Proveedor presentará al Jefe de proyecto lo

antes que sea razonablemente posible, después del iniciodel suceso o circunstancia, una notificación de solicitud deprórroga del plazo para obtener la Aceptación operacional, junto con los detalles del evento o circunstancia que justifican dicha prórroga. Tan pronto como searazonablemente posible tras recibir esta notificación y losdetalles en apoyo de la solicitud, el Comprador y elProveedor convendrán en la duración de la prórroga. Encaso de que el Proveedor no acepte el cálculo delComprador de una prórroga justa y razonable, el Proveedortendrá derecho a remitir la cuestión a un Conciliador, de

conformidad con la cláusula 6 de las CGC.40.3 El Proveedor realizará en todo momento esfuerzos

razonables por reducir al mínimo toda demora en elcumplimiento de sus obligaciones con arreglo al Contrato.

41. Rescisión 41.1 Rescisión por conveniencia del Comprador

41.1.1 El Comprador podrá rescindir en cualquier momentoel Contrato por cualquier razón, mediante




notificación de rescisión al Proveedor haciendoreferencia a la presente cláusula 41.1 de las CGC.

41.1.2 Al recibir la notificación de rescisión de acuerdo a la

cláusula 41.1.1 de las CGC, el Proveedor,inmediatamente o en la fecha especificada en lanotificación de rescisión:

a) suspenderá todos los trabajos, con excepción delos que pueda especificar el Comprador en lanotificación de rescisión con el único propósitode proteger la parte del Sistema ya ejecutada ocualquier trabajo requerido para dejar el lugardel proyecto en buenas condiciones de limpiezay de seguridad;

b) rescindirá todos los subcontratos, excepto losque deban ser cedidos al Comprador deconformidad con la cláusula 41.1.2, párrafos d)ii), expuestos mas abajo;

c) retirará todos los equipos del Proveedor del lugardel proyecto, repatriará al personal delProveedor y de sus subcontratistas, y retirará dellugar del proyecto todos los escombros, basura ydesechos de cualquier índole;

d) además, el Proveedor con sujeción al pagoespecificado en la cláusula 41.1.3 de las CGC,

i) entregará al Comprador las partes delSistema ejecutadas por el Proveedor hastala fecha de la rescisión;

ii) en la medida legalmente posible, cederá alComprador todos los derechos, títulos ybeneficios del Proveedor con respecto alSistema o Subsistema a la fecha derescisión y, según lo pueda requerir el

Comprador, con respecto a cualquiersubcontrato formalizado entre el Proveedory sus subcontratistas;

iii) entregará al Comprador todos los planos,especificaciones y otros documentos noregistrados vinculados con el Sistema ypreparados por el Proveedor o sussubcontratistas a la fecha de la rescisión.




41.1.3 En caso de rescisión del Contrato con arreglo a lacláusula 41.1.1 de las CGC, el Comprador pagará alProveedor las sumas siguientes:

a) el Precio del Contrato debidamente atribuible alas partes del Sistema ejecutadas por elProveedor a la fecha de la rescisión;

b) los gastos en que haya incurrido razonablementeel Proveedor para retirar los equipos delProveedor del lugar del proyecto y para repatriaral personal del Proveedor y de sussubcontratistas;

c) todas las sumas pagaderas por el Proveedor a sussubcontratistas relativas a la rescisión de los

subcontratos, incluidos los cargos porcancelación;

d) los gastos en que ha incurrido el Proveedor paraproteger el Sistema y dejar el lugar del proyectoen buenas condiciones de limpieza y deseguridad de conformidad con la cláusula41.1.2 a) de las CGC;

e) el costo de reconocer todas las demásobligaciones, compromisos y reclamaciones quehaya asumido de buena fe el Proveedor conterceros, vinculados con el Contrato y que noestén cubiertos por los párrafos a) y d) de lacláusula 41.1.3.

41.2 Rescisión por incumplimiento del Proveedor

41.2.1 El Comprador, sin perjuicio de cualesquier otroderecho o recurso del que pueda disponer, podrárescindir inmediatamente el Contrato en lassiguientes circunstancias mediante notificación de larescisión y de sus razones al Proveedor, con

referencia a la presente cláusula 41.2 de las CGC:a) si el Proveedor se declara en quiebra o en

concurso de acreedores, se ponen sus bienes bajoadministración judicial, llega a un compromisocon sus acreedores o, si el Proveedor es unapersona jurídica, si se ha aprobado unaresolución o una ordenanza disponiendo suliquidación (que no sea una liquidación




voluntaria con fines de fusión o dereorganización), se ha designado un síndico paracualquier parte de sus empresas o activos, o si elProveedor realiza o es objeto de cualquier otra

acción análoga como consecuencia de susdeudas;

b) si el Proveedor cede o transfiere el Contrato ocualquier derecho o interés correspondiente alContrato en infracción de las disposiciones de lacláusula 42 (Cesión) de las CGC;

c) si el Proveedor, a juicio del Comprador, haparticipado en prácticas corruptas, fraudulentas,de colusión, coercitivas o de obstrucción alcompetir por el Contrato o durante su ejecución,lo que incluye pero no se limita a la obstruccióndeliberada de hechos relativos a la posesión delos derechos de propiedad intelectual, u0btención de la debida autorización o licenciasdel propietario para ofrecer el Hardware, elSoftware y los materiales suministrados deconformidad con este contrato.

A los efectos de esta cláusula:

(i) ―práctica corrupta‖ significa el

ofrecimiento, suministro, aceptación o solicitud,directa o indirectamente, de cualquier cosa devalor con el fin de influir impropiamente en laactuación de otra persona.

(ii) ―práctica fraudulenta‖ significacualquiera actuación u omisión, incluyendo unatergiversación de los hechos que, astuta odescuidadamente, desorienta o intentadesorientar a otra persona con el fin de obtenerun beneficio financiero o de otra índole, o paraevitar una obligación;

(iii) ―práctica de colusión‖ significa unarreglo de dos o más personas diseñado paralograr un propósito impropio, incluyendoinfluenciar impropiamente las acciones de otrapersona;

(iv) ―práctica coercitiva‖ significa el daño oamenazas para dañar, directa o indirectamente, a




cualquiera persona, o las propiedades de unapersona, para influenciar impropiamente susactuaciones.

(v) ―práctica de obstrucción‖ significa(aa) la destrucción, falsificación, alteración oescondimiento deliberados de evidencia materialrelativa a una investigación o brindartestimonios falsos a los investigadores paraimpedir materialmente una investigación porparte del Banco, de alegaciones de prácticascorruptas, fraudulentas, coercitivas o decolusión; y/o la amenaza, persecución ointimidación de cualquier persona para evitarque pueda revelar lo que conoce sobre asuntosrelevantes a la investigación o lleve a cabo lainvestigación, o

(bb) las actuaciones dirigidas a impedirmaterialmente el ejercicio de los derechos delBanco a inspeccionar y auditar de conformidadcon la Subcláusula 9.8.

41.2.2 Si el Proveedor:

a) ha abandonado o repudiado el Contrato;

b) no ha comenzado, sin razón válida, prontamentelos trabajos en el Sistema;

c) no ejecuta el Contrato de conformidad con loespecificado en él o descuida en formapersistente y sin justa causa el cumplimiento desus obligaciones con arreglo al Contrato;

d) se niega a proporcionar o no puede proporcionarmateriales, servicios o mano de obra suficientes

para ejecutar y completar el Sistema de lamanera especificada en el Plan Definitivo yAprobado del proyecto presentado con arreglo ala cláusula 19 de las CGC a un ritmo que déseguridades razonables al Comprador de que elProveedor puede obtener la Aceptaciónoperacional del Sistema dentro del plazoestipulado;




e) el Comprador podrá, sin perjuicio de cualquierotro derecho que pueda tener con arreglo alContrato, enviar una notificación al Proveedorindicando la naturaleza del incumplimiento y

pidiendo al Proveedor que lo subsane. Si elProveedor no lo subsana o no toma medidaspara subsanarlo dentro de los catorce (14) díassiguientes a la recepción de dicha notificación,el Comprador podrá rescindir inmediatamenteel Contrato mediante notificación de rescisiónal Proveedor con referencia a la presentecláusula 41.2 de las CGC.

41.2.3 Al recibir la notificación de rescisión con arreglo alas cláusulas 41.2.1 ó 41.2.2 de las CGC, el

Proveedor, inmediatamente o en la fechaespecificada en la notificación de rescisión:

a) suspenderá todos los trabajos, con excepción delos trabajos que el Comprador pueda especificaren la notificación de rescisión con el únicopropósito de proteger la parte del Sistema yaejecutada, o los trabajos necesarios para dejar ellugar del proyecto en buenas condiciones delimpieza y seguridad;

b) rescindirá todos los subcontratos, excepto los

que han de ser cedidos al Comprador deconformidad con lo dispuesto más adelante en elpárrafo d) de la cláusula 41.2.3;

c) entregará al Comprador las partes del Sistemaejecutadas por el Proveedor hasta la fecha de larescisión;

d) en la medida de lo posible legalmente, cederá alComprador todos los derechos, títulos ybeneficios del Proveedor sobre el Sistema oSubsistemas a partir de la fecha de la rescisión y,si así lo requiere el Comprador, todos lossubcontratos formalizados entre el Proveedor ysus subcontratistas;

e) entregará al Comprador todos los planos,especificaciones y otros documentosrelacionados con el Sistema y preparados por elProveedor o sus subcontratistas hasta la fecha de




la rescisión.

41.2.4 El Comprador podrá entrar al lugar del proyecto,expulsar al Proveedor y terminar el Sistema por sí

mismo o mediante el empleo de un tercero. A laculminación del Sistema o en una fecha anterior queel Comprador considere apropiada, el Compradornotificará al Proveedor que los equipos delProveedor le serán devueltos en el lugar delproyecto o cerca éste, de conformidad con lanotificación. El Proveedor retirará o hará que seretiren entonces sin demora y a su costa dichosequipos del lugar del proyecto.

41.2.5 De conformidad con la cláusula 41.2.6 de las CGC,el Proveedor tendrá derecho a que se le pague elPrecio del Contrato atribuible a la parte del Sistemaejecutada hasta la fecha de la rescisión y los gastos,de haberlos, en que ha incurrido para proteger elSistema y para dejar el lugar del proyecto en buenascondiciones de limpieza y de seguridad deconformidad con la cláusula 41.2.3 a) de las CGC.Todas las sumas adeudadas al Comprador por elProveedor y acumuladas antes de la fecha de larescisión se deducirán del monto que deberá pagarseal Proveedor con arreglo al presente Contrato.

41.2.6 Si el Comprador termina el Sistema, se determinará elcosto de la finalización del Sistema por elComprador. Si la suma a que tiene derecho elProveedor, de conformidad con la cláusula 41.2.5 delas CGC, más los gastos razonables en que haincurrido el Comprador para terminar lasinstalaciones, excede el Precio del Contrato, elProveedor será responsable de dicho exceso. Si elexceso es mayor que las sumas adeudadas alProveedor con arreglo a la cláusula 41.2.5 de lasCGC, el Proveedor pagará el saldo al Comprador. Y

si el exceso es inferior a las sumas adeudadas alProveedor con arreglo a la cláusula 41.2.5 de lasCGC, el Comprador pagará el saldo al Proveedor. ElComprador y el Proveedor convendrán por escritoen el cálculo descrito anteriormente y en la forma enque habrán de pagarse las cantidades.

41.3 Rescisión por el Contratista




41.3.1 Si:

a) el Comprador no ha pagado al Proveedor lassumas adeudas con arreglo al Contrato dentro

del plazo especificado, no ha aprobado lasfacturas o los documentos de apoyo sin justacausa, de conformidad con las CEC, o comete unincumplimiento sustancial del Contrato, elProveedor podrá enviar una notificación alComprador exigiendo el pago de dichas sumas,con intereses según lo estipulado en la cláusula12.3 de las CGC, exigiendo la aprobación dedichas facturas o documentos de apoyo, oespecificando el incumplimiento y exigiendo queel Comprador lo subsane, según sea el caso. Si

el Comprador no paga dichas sumas conintereses, no aprueba las facturas o losdocumentos de apoyo o no da sus razones paradenegar la aprobación, no subsana elincumplimiento o no toma medidas parasubsanarlo dentro de los catorce (14) días derecibida la notificación del Proveedor; o

b) el Proveedor no puede desempeñar cualquiera desus obligaciones con arreglo al Contrato porrazones atribuibles al Comprador, incluido perono limitado a ello, el hecho de que el Comprador

no haya concedido posesión o acceso al lugar delproyecto o a otras áreas, o no haya obtenido unpermiso gubernamental necesario para laejecución o la finalización del Sistema;

c) el Proveedor podrá enviar una notificación alrespecto al Comprador, y si el Comprador no hapagado las sumas pendientes, aprobado lasfacturas o los documentos de apoyo, dado susrazones para denegar tal aprobación, o subsanadoel incumplimiento dentro de los veintiocho (28)

días de la notificación, o si el Proveedor todavíano puede llevar a cabo sus obligaciones conarreglo al Contrato por cualquier razón atribuibleal Comprador dentro de los veintiocho (28) díasde la notificación, el Proveedor podrá, mediantenueva notificación al Comprador, con referencia ala presente cláusula 41.3.1 de las CGC, rescindirinmediatamente el Contrato.




41.3.2 El Proveedor podrá rescindir inmediatamente elContrato mediante notificación al Comprador, conreferencia a la presente cláusula 41.3.2 de las CGC,si el Comprador se declara en quiebra o en concurso

de acreedores, si se ponen sus bienes bajoadministración judicial, si llega a una soluciónintermedia con sus acreedores o, de ser una persona jurídica, si se ha aprobado una resolución o unaordenanza que dispone su liquidación (que no seauna liquidación voluntaria con fines de fusión oreorganización), si se ha designado a un síndico paracualquier parte de sus empresas o activos, o si elComprador realiza o es objeto de cualquier otraacción análoga como consecuencia de sus deudas.

41.3.3 Si el Contrato se rescinde con arreglo a las cláusulas41.3.1 ó 41.3.2 de las CGC, el Proveedorinmediatamente:

a) suspenderá todos los trabajos, con excepción delos que sean necesarios con el fin de proteger laparte del Sistema ya ejecutada, o los necesariospara dejar el lugar del proyecto en buenascondiciones de limpieza y seguridad;

b) rescindirá todos los subcontratos, excepto loscedidos al Comprador de conformidad con lo

dispuesto más adelante en el párrafo d) ii) de lacláusula 41.3.3.

c) retirará todos los equipos del Proveedor del lugardel proyecto y repatriará al personal delProveedor y de sus subcontratistas.

d) además, el Proveedor, conforme al pagoespecificado en la cláusula 41.3.4 de las CGC:

i) entregará al Comprador las partes delSistema ejecutadas por el Proveedor a la

fecha de la rescisión;

ii) en la medida de lo posible legalmente,cederá al Comprador todos los derechos,títulos y beneficios del Proveedor conrespecto al Sistema o Subsistemas a partirde la fecha de la rescisión y, según lopueda requerir el Comprador, con respectoa cualquier subcontrato formalizado entre




el Proveedor y sus subcontratistas;

iii) en la medida de lo posible legalmente,entregará al Comprador todos los planos,

especificaciones y otros documentospreparados en relación con el Sistema porel Proveedor o sus subcontratistas a lafecha de la rescisión.

41.3.4 Si el Contrato se rescinde con arreglo a las cláusulas41.3.1 ó 41.3.2 de las CGC, el Comprador efectuaráal Proveedor todos los pagos especificados en lacláusula 41.1.3 de las CGC, y pagará a éste unaindemnización razonable por todas las pérdidas,excepto la pérdida de utilidades, o daños sufridospor el Proveedor como resultado, en conexión ocomo consecuencia de dicha rescisión.

41.3.5 La rescisión por el Proveedor de conformidad con lapresente cláusula 41.3 de las CGC se hará sinperjuicio de cualquier otro derecho o recurso quepueda ejercer el Proveedor a cambio o además de losderechos conferidos por la cláusula 41.3 de lasCGC.

41.4 En la presente cláusula 41 de las CGC, la expresión ―partedel Sistema ejecutada‖ incluirá todos los trabajos

ejecutados, los servicios prestados, y todas las tecnologíasinformáticas y otros bienes adquiridos (o sujetos a unaobligación jurídicamente vinculante de compra) por elProveedor y utilizados o destinados a su utilización para losfines del Sistema, hasta la fecha de la rescisión, incluidaesta fecha.

41.5 En la presente cláusula 41 de las CGC, al calcular las sumasadeudadas por el Comprador al Proveedor, se tendrán encuenta las sumas pagadas anteriormente por el Comprador alProveedor con arreglo al Contrato, incluidos los anticipospagados con arreglo a las CEC.




42. Cesión 42.1 Ni el Comprador ni el Proveedor cederán a un tercero, sin elconsentimiento previo por escrito de la otra parte, elContrato o cualquier parte de él, o cualquier derecho,beneficio, obligación o interés en el Contrato o con arreglo al

Contrato, pero el Proveedor tendrá derecho a cedertotalmente o mediante cargo las sumas adeudadas ypagaderas o que puedan resultar adeudadas y pagaderas alProveedor con arreglo al Contrato.



149

SECCIÓN V. CONDICIONES ESPECIALES DEL CONTRATO

(CEC)



150 Sección V. Condiciones Especiales del Contrato

Lista de cláusulas

A. CONTRATO E INTERPRETACIÓN ...................................................................................... 152152154

1. DEFINICIONES (CLÁUSULA 1 DE LAS CGC) ...............................................................................................152152154 2. DOCUMENTOS DEL CONTRATO (CLÁUSULA 2 DE LAS CGC) .........................................................................153153155 3. INTERPRETACIÓN(CLÁUSULA 3 DE LAS CGC) ...........................................................................................153153155 4. NOTIFICACIONES (CLÁUSULA 4 DE LAS CGC) ............................................................................................153153155 5. LEY APLICABLE (CLÁUSULA 5 DE LAS CGC) ...............................................................................................154154156 6. RESOLUCIÓN DE CONTROVERSIAS (CLÁUSULA 6 DE LAS CGC) ......................................................................154154156

B. OBJETO DEL CONTRATO .................................................................................................... 154154156

7. ALCANCE DEL SISTEMA (CLÁUSULA 7 DE LAS CGC) ....................................................................................154154156 8. PLAZO PARA COMENZAR LOS TRABAJOS Y OBTENER LA ACEPTACIÓN (CLÁUSULA 8 DE LAS CGC) ..........................156156158 9. RESPONSABILIDADES DEL PROVEEDOR (CLÁUSULA 9 DE LAS CGC) ................................................................156156158 10. RESPONSABILIDADES DEL COMPRADOR (CLÁUSULA 10 DE LAS CGC) ..........................................................156156158

C. PAGOS ...................................................................................................................................... 158158160 11. PRECIO DEL CONTRATO (CLÁUSULA 11 DE LAS CGC) ...............................................................................158158160 12. CONDICIONES DE PAGO (CLÁUSULA 12 DE LAS CGC) ...............................................................................160160162 13. GARANTÍAS (CLÁUSULA 13 DE LAS CGC)...............................................................................................162162164 14. IMPUESTOS Y DERECHOS (CLÁUSULA 14 DE LAS CGC) ..............................................................................163163165

D. PROPIEDAD INTELECTUAL ................................................................................................ 164164166

15. DERECHOS DE PROPIEDAD INTELECTUAL (CLÁUSULA 15 DE LAS CGC) .........................................................164164166 16. CONVENIOS DE LICENCIA DEL SOFTWARE (CLÁUSULA 16 DE LAS CGC) ........................................................165165167 17. INFORMACIÓN CONFIDENCIAL (CLÁUSULA 17DE LAS CGC) .......................................................................166166168

E. SUMINISTRO, INSTALACIÓN, PRUEBAS, PUESTA EN SERVICIO Y ACEPTACIÓN DELSISTEMA ....................................................................................................................................... 167167169

18. REPRESENTANTES (CLÁUSULA 18 DE LAS CGC) ......................................................................................167167169 19. PLAN DEL PROYECTO (CLÁUSULA 19 DE LAS CGC) ...................................................................................167167169 20. SUBCONTRATACIÓN (CLÁUSULA 20 DE LAS CGC) ....................................................................................169169171 21. DISEÑO E INGENIERÍA (CLÁUSULA 21 DE LAS CGC) ..................................................................................169169171 22. ADQUISICIONES, ENTREGA Y TRANSPORTE (CLÁUSULA 22 DE LAS CGC) .......................................................170170172 23. VERSIONES MEJORADAS DE LOS PRODUCTOS (CLÁUSULA 23 DE LAS CGC) ...................................................170170172 24. EJECUCIÓN, INSTALACIÓN Y OTROS SERVICIOS (CLÁUSULA 24 DE LAS CGC) ..................................................170170172 25. INSPECCIONES Y PRUEBAS (CLÁUSULA 25 DE LAS CGC) ............................................................................171171172 26. INSTALACIÓN DEL SISTEMA (CLÁUSULA 26 DE LAS CGC) ..........................................................................171171173 27. PUESTA EN SERVICIO Y ACEPTACIÓN OPERACIONAL (CLÁUSULA 27 DE LAS CGC) ...........................................171171173

F. GARANTÍAS Y RESPONSABILIDADES ................................................................................ 171171173

28. GARANTÍA DEL PLAZO PARA LA ACEPTACIÓN OPERACIONAL (CLÁUSULA 28 DE LAS CGC) ................................171171173 29. GARANTÍA (RESPONSABILIDAD POR DEFECTOS) (CLÁUSULA 29 DE LAS CGC) ................................................172172174 30. GARANTÍAS DE FUNCIONAMIENTO (CLÁUSULA 30 DE LAS CGC) .................................................................173173175 31. GARANTÍA SOBRE LOS DERECHOS DE PROPIEDAD INTELECTUAL (CLÁUSULA 31 DE LAS CGC) ............................173173175 32. INDEMNIZACIÓN POR VIOLACIÓN DE DERECHOS DE PROPIEDAD INTELECTUAL (CLÁUSULA 32 DE LAS CGC) ..........173173175 33. LIMITACIÓN DE RESPONSABILIDAD (CLÁUSULA 33 DE LAS CGC) .................................................................174174176

G. DISTRIBUCIÓN DE LOS RIESGOS ....................................................................................... 174174176

34. TRASPASO DE LA PROPIEDAD (CLÁUSULA 34 DE LAS CGC) ........................................................................174174176 35. CUIDADO DEL SISTEMA (CLÁUSULA 35 DE LAS CGC) ...............................................................................174174176



Sección V. Condiciones Especiales del Contrato 151

36. PÉRDIDAS O DAÑOS MATERIALES; ACCIDENTES O LESIONES DE LOS TRABAJADORES; INDEMNIZACIONES (CLÁUSULA 36 DE LAS

CGC) ...................................................................................................................................................174174176 37. SEGUROS (CLÁUSULA 37 DE LAS CGC) .................................................................................................174174176 38. FUERZA MAYOR (CLÁUSULA 38 DE LAS CGC) .........................................................................................175175177

H. MODIFICACIÓN DE LOS ELEMENTOS DEL CONTRATO .............................................. 175175177 39. MODIFICACIÓN DEL SISTEMA (CLÁUSULA 39 DE LAS CGC) .......................................................................175175177 40. PRÓRROGA DEL PLAZO PARA OBTENER LA ACEPTACIÓN OPERACIONAL (CLÁUSULA 40 DE LAS CGC) ..................175175177 41. RESCISIÓN (CLÁUSULA 41 DE LAS CGC) ................................................................................................175175177 42. CESIÓN (CLÁUSULA 42 DE LAS CGC) ....................................................................................................175175177




Condiciones Especiales del Contrato

Las siguientes Condiciones Especiales del Contrato (CEC) completan y enmiendan las

Condiciones Generales del Contrato (CGC). Donde haya incompatibilidad, las previsiones delas CEC prevalecerán sobre aquellas de las CGC. Para mayor claridad, el número de lacláusula de las CGC a la que se hace referencia está indicado en la columna de la izquierdade las CEC.

A. CONTRATO E INTERPRETACIÓN

1. Definiciones (cláusula 1 de las CGC)

CGC 1.1 a) ix) La edición pertinente del documento del Banco Mundial titulado Normas- Adquisiciones con préstamos del BIRF y Créditos de la AIF data de: "Enero de 1995, Edición Revisada en enero y agosto de 1996, septiembre de 1997 y enero de 1999".

CGC 1.1 b) i) El Comprador es: Comisión Nacional de Bancos y Seguros (CNBS).

El Beneficiario exclusivo propietario del Sistema y su respectivainfraestructura tecnológica es el Banco Central de Honduras (BCH).

CGC 1.1 b) ii) El Jefe de Proyecto designado por el Banco Central de Honduras es: ElBCH designará al jefe de proyecto de conformidad a lo estipulado en lacláusula CGC 18.1

El jefe de proyectos designado, estará bajo la jerarquía del Subgerentedel área de Operaciones del Banco Central de Honduras (BCH).

CGC 1.1 e) i) El país del Comprador es: República de Honduras.

CGC 1.1 e) iii) El lugar del proyecto es:

Banco Central de HondurasAvenida Juan Ramón Molina Primera Calle,Séptima Avenida.

Ciudad: Tegucigalpa, M.D.C., Francisco Morazán

País: República de Honduras

Telefono: (504) 2237-2270 al 79




Facsímile: (504) 2220-4456

CGC 1.1 e) x) El Contrato tendrá una duración de cuarenta (40) meses contados a partirde la fecha en que se cumplan todas las condiciones de efectividadenumeradas en el Artículo 3 del contrato.

En la Sección VI. Requisitos Técnicos, Literal E ―Programa deEjecución‖ se detallan las fases del proyecto.

2. Documentos del Contrato (cláusula 2 de las CGC)

CGC 2 "No hay Condiciones Especiales del Contrato que se apliquen a lacláusula 2 de las CGC‖.

3. Interpretación (cláusula 3 de las CGC)

CGC 3.1.1 El idioma del Contrato, de toda la correspondencia y lascomunicaciones que se cursen, y de toda otra documentación que seprepare y se entregue en virtud del Contrato, salvo que se especifiqueotra cosa en los Requisitos Técnicos, será él: español .

4. Notificaciones (cláusula 4 de las CGC)CGC 4.1 Las notificaciones serán dirigidas a:

Coordinador de la UCP, Segundo Piso, Edificio SANTA FE, Col.Castaño Sur, Paseo Virgilio Zelaya Rubí, Bloque “C”, Tegucigalpa,Honduras, C.A, Teléfono (504) 2221-6909 y Fax (504) 2221-3375,email: [email protected]

Subgerencia Área Operativa, Banco Central de Honduras (BCH)Edificio Principal, Avenida Juan Ramón Molina, Primera calle, SéptimaAvenida. Ciudad Tegucigalpa, M.D.C. Francisco Morazán, Honduras,C.A., Teléfonos: (504)-2237-2270 (al 79), email:

[email protected]

Para el intercambio electrónico de datos el Comprador utilizará cuentasespecialmente habilitadas y una red de comunicaciones de altadisponibilidad, basada en estándares internacionales, además se usarápara estos propósitos, reuniones mensuales de avance del proyecto que serealizarán en sus dependencias.








5. Ley aplicable (cláusula 5 de las CGC)

CGC 5.1 El Contrato se interpretará de conformidad con las leyes vigentes de la

República de Honduras.

6. Resolución de controversias (cláusula 6 de las CGC)

CGC 6.1.4 La autoridad que nombrará al Conciliador es: Centro de Conciliación yArbitraje de la Cámara de Comercio e Industria de Tegucigalpa (CCIT)de la República de Honduras.

Todo procedimiento de conciliación y arbitraje en el que participe laComisión Nacional de Bancos y Seguros requiere la autorizaciónexpresa del Poder Ejecutivo, extendido mediante Acuerdo. (Artículo 64del Decreto 17-2010 Ley del Fortalecimiento de los Ingresos, Equidad

Social y Racionalización del Gasto Público y Artículo 19 de la LeyOrgánica de la Procuraduría General de la Republica de Honduras).

CGC 6.2.3 Los procedimientos arbitrales se regirán por:a) si el Proveedor es extranjero (incluyendo una sociedad en

participación, cuando al menos uno de los socios es extranjero):

Cualquier disputa, controversia o reclamo relativo o relacionadocon este Contrato o cualquier infracción, cesión o invalidez seráresuelta por arbitraje de acuerdo al Reglamento de Arbitraje delCNUDMI vigente en la actualidad.

b) si el Proveedor está ubicado en el país del Comprador:

Cualquier disputa que surja, en relación con el presente Contrato,entre el Comprador y un Proveedor ubicado en el mismo país queel Comprador, deberá referirse a arbitraje de acuerdo con las leyesdel país del Comprador.

B. OBJETO DEL CONTRATO

7. Alcance del Sistema (cláusula 7 de las CGC)

CGC 7.1 Las obligaciones del Proveedor incluyen el suministro de la totalidad delas tecnologías informáticas, materiales y otros bienes, y el suministro detodos los servicios necesarios para la Adquisición, Instalación eImplementación de un Sistema compuesto por los Subsistemas:Liquidación Bruta en Tiempo Real (LBTR) y Central Depositaria deValores (CDV) con su respectiva Infraestructura Tecnológica




(Hardware y Software) para el Banco Central de Honduras (incluidaslas adquisiciones, garantía de calidad, ensamblaje, preparación del sitio,entrega, inspecciones y ensayos antes de la puesta en servicio,instalación, prueba y puesta en servicio), de conformidad con los planes,

procedimientos, especificaciones, planos, códigos y otros documentosespecificados en el Contrato y en el Plan definitivo y aprobado delproyecto. Incluye los servicios de mantenimiento y garantía del Sistema yla Infraestructura Tecnológica.

La Infraestructura Tecnológica consta de lo siguiente:Ítem 1: Seis (6) Servidores.Ítem 2: Seis (6) Licencias de Base de Datos Oracle Enterprise Edition11g R2 perpetuas por procesador.Ítem 3: Seis (6) Licencias del Componente de Alta Disponibilidad deBase de Datos Oracle Real Application Clusters 11g R2 perpetuas por

procesador.Ítem 4: Cuatro (4) Licencias de Base de Datos Oracle Estándar Edition11g R2 perpetuas por procesador.Ítem 5: Nueve (9) Licencias del Componente de Replicación de DatosOracle Golden Gate 11g perpetuas por procesador.Ítem 6: Software del Servidor de Aplicaciones/Web.Ítem 7: En caso de que la solución propuesta lo requiera: Software deIntegración de Datos (Para conexión de enlaces señalados en la secciónVI Requisitos Técnicos, numeral 2.5.1 ―Integración del Sistema‖ literal―C‖ y Sistema SWIFT)

CGC 7.3 Las obligaciones del Proveedor en virtud del Contrato incluirán lossiguientes rubros de gastos ordinarios, según se consignaron en elFormulario de gastos ordinarios de la oferta del Proveedor:

Los servicios de mantenimiento siguientes: El período de mantenimiento para el Hardware (Ítem 1) que

comienza a partir de la Aceptación Operacional de estecomponente y se extenderá por un período de treinta y seis (36)meses.

El período de mantenimiento para el Software de Base de Datos

(Ítems 2, 3, 4 y 5), comienza a partir de la AceptaciónOperacional de la infraestructura tecnológica y se extenderá porun período de doce 12 meses.

subsistema LBTR (con Ítems 6 y 7) y el subsistema CDV, quecomienza a partir de la Aceptación Operacional del Sistema y seextenderá por un período de doce 12 meses.

Los gastos ordinarios por mantenimiento se detallan en la Sección VI




Requisitos Técnicos literal C Especificaciones Técnicas numeral 2.5.3.2―Servicios de Mantenimiento durante el periodo de garantía‖ para elSistema y 2.5.4.3 ―Servicio de Mantenimiento y Reparación durante elPeríodo de Garantía‖ para la Infraestructura Tecnológica.

8. Plazo para comenzar los trabajos y obtener la aceptación (cláusula 8 de las CGC)

CGC 8.1 El Proveedor comenzará a trabajar en la implementación del Sistemadentro de los 14 días contados a partir de la fecha en que se cumplantodas las condiciones de efectividad enumeradas en el Artículo 3 delcontrato.

CGC 8.2 La aceptación operacional tendrá lugar a más tardar como sigue:

Aceptación Operacional Mes de ejecución de proyectoHardware (Ítem 1) y Software deBase de Datos (Ítems 2, 3, 4 y 5)

4

LBTR con Ítems 6 y 7 13CDV 22Aceptación Operacional delSistema

24

La aceptación operacional estará condicionada al cumplimiento de lastodas los eventos descritos en la sección VI Requerimientos Técnicos,Capitulo E Programa de Ejecución inciso 4.1.

9. Responsabilidades del Proveedor (cláusula 9 de las CGC)

CGC 9.9 El Proveedor tendrá las siguientes responsabilidades adicionales:Ninguna .

10. Responsabilidades del Comprador (cláusula 10 de las CGC)

CGC 10.5 El Banco Central de Honduras (BCH) será responsable de:

a) Suministrar los servicios de telecomunicaciones de red entre laOficina Central, edificio anexo y sucursales del Banco Central deHonduras (BCH); así como, los servicios de electricidad para elProyecto.

b) Proporcionar el apoyo necesario para que el Proveedor complementecualquier información adicional que requiera de los procesos




actuales.

c) Asignar un equipo de trabajo del proyecto que deberá realizar lassiguientes funciones:

Coordinar las reuniones de trabajo necesarias entre el personaldel Banco Central de Honduras (BCH) y el Proveedor.

Gestionar y proporcionar todos los recursos necesarios para laintegración del sistema y la infraestructura tecnológica alambiente de seguridad del Banco Central de Honduras(BCH).

Dar seguimiento y verificar los compromisos del proveedorganador con el Banco Central de Honduras (BCH) y en caso

de desviaciones de tiempo las notificará por escrito.

Coordinar la asignación del personal del Banco Central deHonduras (BCH) necesario para integrar el equipo delproyecto y lograr la transferencia del conocimiento delProveedor.

Coordinar las actividades necesarias para la liberación aproducción.

Proporcionar los datos a cargar en el Sistema con base a las

especificaciones proporcionadas por el proveedor.

d) El Banco Central de Honduras (BCH) proporcionará toda lainfraestructura de llave pública y administración de certificadosdigitales.

e) El Banco Central de Honduras (BCH) proporcionará el DirectorioActivo para la administración de los usuarios y grupos de usuarios.

f) El Banco Central de Honduras (BCH) proporcionará las instalacionesy facilidades para la realización de la capacitación.

CGC 10.12 El Comprador tendrá las siguientes responsabilidades adicionales:

Coordinar con el Banco Central de Honduras (BCH) los aspectos desupervisión de la ejecución del contrato.




C. PAGOS

11. Precio del Contrato (cláusula 11 de las CGC)

CGC 11.2 b) Los montos pagaderos al Proveedor, estarán sujetos a reajuste durante laejecución del Contrato a fin de reflejar las variaciones surgidas en elcosto de los componentes de la siguiente fórmula:

a) Los pagos en moneda nacional (Lempiras) se ajustarán cada docemeses, contados a partir de la fecha del contrato. Para tal fin, elajuste de precios se realizará aplicándole al pagocorrespondiente, el porcentaje que resulte de aplicar la siguientefórmula:

1

0

0

f

f

f f IPC

IPC PP

En donde,Pf = Ajuste pagadero al proveedor.

Pf0 = Monto de la factura a ser ajustada.

IPCf = Es el Índice oficial de Precios al Consumidor,

elaborado por la Subgerencia de Estudios Económicos del Banco

Central de Honduras que se publica en el sitio

http://www.bch.hn/indice_precios_pub.php , que se aplica en el

primer mes en que el ajuste debe tener efecto.

IPCfo = Es el Índice oficial de Precios al Consumidor, elaborado

por la Subgerencia de Estudios Económicos del Banco Central de

Honduras que se publica en el sitio

http://www.bch.hn/indice_precios_pub.php , que se aplica al mes

correspondiente a la fecha del contrato.

b) Los pagos en divisas se ajustarán cada doce meses, contados apartir de la fecha del contrato. Para tal fin, el ajuste de precios serealizará aplicándole al pago correspondiente, el porcentaje queresulte de aplicar la siguiente fórmula:

http://www.bch.hn/indice_precios_pub.php









f0

0

1

0

1

f0 PM

Mb

L

LaPPf

En donde:Pf = ajuste pagadero al ProveedorP f 0 = Monto de cada factura a ser ajustadaa = porcentaje estimado del Precio del Contrato

correspondiente a la mano de obra.b = porcentaje estimado del Precio del Contrato

correspondiente a los materiales.L0, L1 = Índice de Salarios para el Sector Privado o su

equivalente, registrado en el país de la respectiva

moneda extranjera, en el mes correspondiente a lafecha del contrato y al mes que el ajuste a de tener

efecto, respectivamente.M0, M1 = Índice de precios mayoristas nivel general, productosnacionales, Manufacturados y Energía eléctrica,Productos manufacturados: Máquinas y Equipos o suequivalente, del país de la respectiva moneda

extranjera en el mes correspondiente a la fecha delcontrato y al mes que el ajuste a de tener efecto,respectivamente.

Los coeficientes a y b son como sigue:a = 0,… (a establecer por el Licitante en su oferta)

b = 0,… (a establecer por el Licitante en su oferta) En todos los casos debe verificarse que:a + b = 1

El Licitante propondrá en su oferta los coeficientes a y b. Asimismo,indicará la Fuente Oficial de los indicadores correspondientes a losajustes en moneda extranjera. El Comprador revisará esta propuesta ysolicitará al Adjudicatario las correcciones que sean pertinentes previo ala celebración del contrato.En su solicitud de ajuste, el proveedor será responsable de acompañarcopia oficial de la variación presentada por los indicadores, durante el

período correspondiente de aplicación, de conformidad con la Fuenteestablecida anteriormente.

La aplicabilidad de la fórmula de ajuste de precio, tanto en monedanacional como en moneda extranjera, estará condicionada a lo siguiente:

(a) No se permitirá ningún ajuste de precios posterior a lasfechas o plazos establecidos en la ―condición especial del contrato12.1‖ salvo que medie una prórroga formal de la misma.(b) No se permitirán ajustes de precios cuando existan retrasos




por los cuales el Proveedor sea responsable.(c) No se efectuará ningún ajuste de precio a la porción delvalor del Contrato pagado al Proveedor como anticipo (sihubiere).

(d) No se efectuarán ajustes a los pagos que se realicendurante el primer año de firmado el contrato.

12. Condiciones de pago (cláusula 12 de las CGC)

CGC 12.1 Según lo establece la cláusula 12 de las CGC (Condiciones de pago), elComprador pagará el Precio del Contrato al Proveedor en la formaabajo especificada. Excepto si se estipula otra cosa, todos los pagos sehacen por la porción del Precio del Contrato correspondiente a los

bienes y servicios recibidos, instalados y operacionalmente aceptados,según el Programa de Ejecución del Contrato, a precios unitarios y enla moneda especificada en el Contrato.

a) Los pagos se efectuaran de la forma siguiente: A la presentaciónde la Garantía bancaria por anticipo, según se estipula en lacláusula 13.2.1 de la CGC del Contrato.

Diez por ciento (10%) del valor total del contrato.

Infraestructura Tecnológica

a) Contra entrega de los bienes

Nueve por Ciento (9%) del valor total del contrato.

b) A la aceptación operacional de la infraestructura tecnológica, porparte del Banco Central de Honduras (BCH) de la instalación ypuesta en marcha de dichos componentes, según se estipula en laSección VI, literal E. Programa de Ejecución (al final del mes 4)

Veintiuno por Ciento (21%) del valor total del contrato

c) A la finalización del primer año de mantenimiento del Hardware Uno por ciento (1%) del valor total del contrato

d) A la finalización del segundo año de mantenimiento del Hardware

Uno por ciento (1%) del valor total del contrato




Subsistema LBTR con Ítems 6 y 7

a)

A la instalación piloto, parametrización/personalización einstalación del subsistema en diferentes ambientes aprobado por elBanco Central de Honduras, según se estipula en la Sección VI,literal E. Programa de Ejecución (al final del mes 9).

Diez por ciento (10%) del valor total del contrato

b) A la finalización de la capacitación, suministro de documentos dela aplicación, migración, pruebas de aceptación operacional,paralelo, salida a producción y la aceptación operacional de dichosubsistema aprobado por parte del Banco Central de Honduras(BCH), según se estipula en la Sección VI, literal E. Programa de

Ejecución (al final del mes 13).

Dieciséis por ciento (16%) del valor total del contrato

Subsistema CDV

a) A la instalación piloto, parametrización/personalización einstalación del subsistema en diferentes ambientes aprobado por elBanco Central de Honduras, según se estipula en la Sección VI,literal E. Programa de Ejecución (al final del mes 18).

Seis por ciento (6%) del valor total del contrato

b) A la finalización de la capacitación, suministro de documentos dela aplicación, migración, pruebas de aceptación operacional,paralelo, salida a producción y la aceptación operacional de dichosubsistema aprobado por parte del Banco Central de Honduras(BCH), según se estipula en la Sección VI, literal E. Programa deEjecución (al final del mes 22).

Once por ciento (11%) del valor total del contrato

Sistema (Infraestructura Tecnológica, Subsistema LBTR y CDV)a) A la aceptación operacional del Sistema aprobado por el Banco

Central de Honduras (BCH), según se estipula en la Sección VI,literal E. Programa de Ejecución (al final del mes 24).

Quince por ciento (15%) del valor total del contrato




CGC 12.3 El Comprador pagará al Proveedor intereses sobre el monto de los pagosatrasados a una tasa igual a Libor a 12 meses más un spread de 25puntos básicos.

CGC 12.4 El Comprador pagará al Proveedor los bienes y servicios suministrados en el

país del Comprador en la moneda oficial de Honduras, el Lempira . CGC 12.5 Los pagos por bienes y servicios procedentes de un país distinto del país

del Comprador deberán hacerse en la siguiente forma: Transferencia Bancaria cuyo costo será asumido por el Proveedor. Deberá ademásincluir la siguiente información:

Nombre del Banco Corresponsal

Dirección del Banco Corresponsal

El número de routing:

Código ABA o IBAN

Código Swift

Número de Cuenta del Beneficiario.

Nombre del Beneficiario de la cuenta.

13. Garantías (cláusula 13 de las CGC)

CGC 13.2.1 Dentro de los veintiocho (28) días siguientes a la notificación de laadjudicación del Contrato, el Proveedor constituirá una garantía bancariapor anticipo por la cantidad y en la moneda del Anticipo estipulado en lacláusula 12 de las CEC y con una vigencia hasta de treinta (30) díasposteriores a que los sistemas se acepten operacionalmente.

La garantía bancaria por anticipo podrá ser emitida por una instituciónbancaria legalmente establecida en la República de Honduras o por unainstitución bancaria del país del Licitante, aceptada y confirmada por unbanco de la República de Honduras.

CGC 13.2.2 La reducción del valor y el vencimiento de la garantía por anticipo secalcula de la forma siguiente:

P*a/(100-a), donde “P” es la suma de todos los pagos efectuados hasta

la fecha al Proveedor (con exclusión del Anticipo), y “a” es el

Anticipo expresado como porcentaje del Precio del Contrato de conformidad con la CEC para la cláusula 12.1 de las CGC.




Es decir, P es la suma de todos los pagos hechos después del anticipo,multiplicado por 10 y dividido entre 90.- El valor residual de la garantíaserá por tanto, su valor original menos la reducción calculada, por tantola reducción se efectuará gradualmente en cada pago.

La garantía de anticipo será devuelta al Proveedor después de suvencimiento.

CGC 13.3.1 Dentro de los veintiocho (28) días siguientes a la notificación de laadjudicación del Contrato, el Proveedor constituirá una garantíabancaria de Cumplimiento en dólares de los Estados Unidos deNorteamérica y ascenderá a un monto de 8% del valor total del contrato.

CGC 13.3.4 b) Durante el período de la Garantía de Cumplimiento (señalada en la CEC13.3.1), esta se reducirá un 2% por cada Subsistema que haya obtenidola Aceptación Operacional, según se detalla a continuación:

Al obtener la Aceptación Operacional del Hardware (Ítem 1).

Al obtener la Aceptación Operacional del Software de Base deDatos (Ítems 2, 3, 4 y 5).

Al obtener la Aceptación Operacional de los Subsistemas LBTRcon Ítems 6 y 7, y Subsistema CDV.

14. Impuestos y derechos (cláusula 14 de las CGC)

CGC 14 Se deducirá al proveedor por concepto de impuestos lo siguientes:

a. Se aplicará un Diez por Ciento (10%) de retención sobre elvalor pagado por la Infraestructura Tecnológica (Ítems 1, 2, 3, 4,5 ,6 y 7 descritos en la Sección VI Requisitos Técnicos, Literal “C”Especificaciones Técnicas, numeral 2.1), Subsistemas LBTR yCDV, en aplicación del Impuesto sobre la Renta establecido enel artículo 5to. numeral 9) de la Ley de Fortalecimiento de los

Ingresos Equidad Social y Racionalización del Gasto Público,Decreto Legislativo 17-2010

b. Se aplicará un Diez por Ciento (10%) de retención sobre elvalor pagado por el uso de patentes, diseños, marca defábrica y derechos de autor establecido en el artículo 187numeral 1) de la Ley del Derecho de Autor y de los DerechosConexos contenidos en el Decreto 4-99-E. y reformadomediante el artículo 5to. Numeral 6) de la Ley de




Fortalecimiento de los Ingresos Equidad Social yRacionalización del Gasto Público, Decreto Legislativo 17-2010.

c. Se aplicará un Diez por Ciento (10%)de retención sobre el

valor pagado por concepto de honorarios a no residentes o nodomiciliados en Honduras por el desarrollo del Software enaplicación del Impuesto sobre la Renta establecido en el artículo5to., numeral 3) de la Ley de Fortalecimiento de los IngresosEquidad Social y Racionalización del Gasto Público, DecretoLegislativo 17-2010.

d. Se aplicará un Doce Punto Cinco por ciento (12.5%) deretención, sobre el valor pagado de honorarios profesionalesa residentes en Honduras dentro del territorio nacional enaplicación del Impuesto sobre la Renta establecido en el artículo

50 de la Ley de Impuesto sobre la Renta.

e. Se aplicará un Doce por ciento (12%) de Impuesto Sobre Ventasdel valor de la Infraestructura Tecnológica (Ítems 1, 2, 3, 4, 5 ,6y 7) si el Proveedor proviene del mismo país del Comprador.

D. PROPIEDAD INTELECTUAL

15. Derechos de Propiedad Intelectual (cláusula 15 de las CGC)

CGC 15. El Banco Central de Honduras (BCH) en su condición de beneficiario deeste Contrato será el propietario de los derechos contractualesestablecidos en esta Sección.

CGC 15.3 Los derechos contractuales del Banco Central de Honduras (BCH) en sucalidad de beneficiario de este Contrato para utilizar los subsistemasLBTR, CDV o cualquiera de los elementos de los mismos no podrán sercedidos, ser objeto de una licencia, ni transferidos voluntariamente deninguna otra manera, sin consentimiento previo por escrito delProveedor.

CGC 15.4 El BCH tendrá todos los derechos de uso del software personalizado ytodos sus correspondientes elementos como lo establece la cláusula16.1.b) ii) de las CGC.




CGC 15.5 Todo código fuente que sea propiedad del proveedor ya sea paraaplicaciones estándar o para modificaciones específicamentedesarrolladas para el Banco Central de Honduras (BCH) deberá sermantenido en custodia por un tercero internacionalmente reconocido enbeneficio del Banco Central de Honduras (BCH) con la aprobación delproveedor.

El código fuente deberá permanecer en custodia a fin de proteger alBanco Central de Honduras (BCH) ante las eventualidades siguientes:

Que el Proveedor no pueda continuar dando el soporte técnicorequerido durante el período de garantía

Disolución o quiebra del Proveedor. Compra del Proveedor, por cualquier otra organización que

implique cambio de políticas de soporte y desarrollo de sistemasde información.

Mala calidad probada, por parte de los servicios de soporte,programación o desarrollo prestados por la empresa Licitante

Los cargos y responsabilidades originados por la custodia de losprogramas fuentes, será por cuenta del Proveedor, el cual se comprometea mantener la última versión de dichos programas a su costo y riesgo.

16. Convenios de Licencia del Software (cláusula 16 de las CGC)

CGC 16.1 a) iii) La licencia de todo el Software objeto de este contrato será válida en todo el territorio del país del Comprador.

Las licencias para uso del Sistema deberán incluir el uso de dichoSistema a usuarios nacionales e internacionales.

CGC 16.1 a) iv) El uso del Software estará sujeto a las siguientes restriccionesadicionales: El Banco Central de Honduras BCH es el único autorizadoa utilizar las licencias del sistema. Bajo ninguna circunstancia elComprador y BCH quedan autorizados para divulgar o reproducir el

software propiedad del Proveedor para fines distintos para los cuales fueadquirido, en especial para fines de carácter comercial.

CGC 16.1 b) ii) La licencia de explotación del Software permitirá utilizarlo o copiarlopara usarlo o transferirlo a las computadoras de reemplazo necesarias .

CGC 16.1 b) vi) La licencia de explotación del Software permitirá al Banco Central deHonduras (BCH) dar a conocer el Software, y reproducirlo parautilizarlo, a los Proveedores de servicios técnicos o sus




subcontratistas, exclusivamente en cumplimiento de los contratos deservicios técnicos , con las mismas restricciones establecidas en esteContrato.

CGC 16.1 b) vii) No AplicaCGC 16.2 El Proveedor podrá llevar a cabo las auditorias del Software estándar,

solicitándolo por escrito a la Gerencia del Banco Central de Honduras(BCH), con al menos quince (15) días hábiles de anticipación yespecificando los objetivos de la misma, conforme a las siguientescondiciones:

Duración y el número de auditorías por año;

Horas o los días en que podrán realizarse las auditorias;

Categorías de software sujeto a auditorias;

Procedimientos de acceso al Hardware o al Software del BancoCentral de Honduras (BCH);

Número y procedencia de los auditores individuales;

Indemnización por el Proveedor debido a pérdidas, obligacionesy gastos sufragados por el Banco Central de Honduras (BCH)como resultado directo de la auditoria.

Por cada auditoría que realice el Proveedor deberá firmar un acuerdo deconfidencialidad elaborado por el Banco Central de Honduras (BCH), elcual deberá ser suscrito por el Proveedor previo al inicio de la auditoría.

Los costos en que incurra el Proveedor al efectuar las mencionadasauditorías correrán por su cuenta y no serán reembolsables.

17. Información Confidencial (cláusula 17de las CGC)

CGC 17.1 No se modifican las condiciones de confidencialidad expresadas en lacláusula 17.1 de las CGC

CGC 17.6Las condiciones de confidencialidad expresadas en la cláusula 17 seextenderán más allá de la rescisión del Contrato, independientemente de

cuál haya sido la causa de la rescisión, a perpetuidad.

De conformidad a las Políticas de Seguridad Informática del BancoCentral de Honduras (BCH), toda información proporcionada por el




Banco Central de Honduras (BCH) es de carácter confidencial y deberáfirmarse un acuerdo de confidencialidad perpetua con el Proveedor y sussubcontratistas. Al no respetar este acuerdo, el Proveedor seráresponsable por los daños y perjuicios ocasionados por las causas

señaladas, por lo que deberá compensar tales pérdidas o daños al BancoCentral de Honduras (BCH), de conformidad con la legislaciónhondureña vigente y demás leyes internacionales aplicables.(Verdocumento en la Sección VI Requisitos Técnicos Literal H Anexo 9―Declaración de Confidencialidad‖)

E. SUMINISTRO, INSTALACIÓN, PRUEBAS, PUESTA EN SERVICIO Y

ACEPTACIÓN DEL SISTEMA

18. Representantes (cláusula 18 de las CGC)

CGC 18.1 El Jefe de Proyecto designado por el Banco Central de Honduras tendrálas siguientes facultades o limitaciones adicionales a su autoridad pararepresentar al Beneficiario en las cuestiones relativas al Contrato: Ninguna facultad o limitación adicional.

CGC 18.2.2 El Representante del Proveedor tendrá las siguientes facultades o

limitaciones adicionales a su autoridad para representar al Proveedor enlas cuestiones relativas al Contrato: Ninguna restricción o limitación adicional.

19. Plan del proyecto (cláusula 19 de las CGC)

CGC 19.1 Los capítulos del Plan del proyecto abordarán al menos los temassiguientes:

a) Plan del Proyecto;

b) Validación y afinamiento del diseño Arquitectura Técnicac) Implementación de la infraestructura Tecnológicad) Integración de las aplicacionese) Diseño del Sistemaf) Instalación preliminarg) Parametrización/personalización del Sistemah) Instalación del Sistema en diferentes ambientesi) Capacitación j) Documentación




k) Migraciónl) Pruebas de aceptación operacionalm) Paralelon) Aceptación Operacional por Subsistema

o) Aceptación Operacional del Sistemap) Plan de servicios de garantía y mantenimiento del Sistema

(subsistemas LBTR y CDV con su infraestructura tecnológica(Hardware y Software)).

El plan del proyecto deberá incluir el detalle de las tareas a realizar consu respectiva secuencia y relación con otras actividades, además deseñalar los tiempos y recursos involucrados para completar dichas tareas.Deberá incluir el calendario de visitas, detallando el número de personas,tiempo de estadía y actividades del personal de la empresa en lasdiferentes etapas del proyecto.

Los incisos e), f), g), h), i), j), k), l), m) y n) son las mismas actividadespara los Subsistemas LBTR y CDV, el resto de los incisos son aplicablespara ambos Subsistemas.

Se pueden hallar mayores detalles sobre el contenido de cada uno de lostemas en la Sección VI Requisitos Técnicos, Capitulo E Programa deEjecución inciso 4.1.

CGC 19.2 El Proveedor en conjunto con el Banco Central de Honduras (BCH) secomprometerá a finalizar a más tardar en un plazo de treinta (30 días) apartir de la fecha de inicio de los trabajos del Contrato (de conformidad a

la CEC 8.1) el Plan Definitivo del Proyecto, de conformidad con elprocedimiento siguiente:

a) Diez (10) días para realizar reuniones en las que se ampliarán losrequerimientos estipulados en el documento de licitación con susrespectivas implicaciones, además, expondrá sobre lametodología de implementación para el Proyecto.

b) Cinco (5) días para elaborar el borrador del Plan definitivo delProyecto.

c) Diez (10) días para que el Banco Central de Honduras (BCH) lorevise y brinde sus observaciones al mencionado borrador.

d) Cinco (5) días para su aprobación final.

CGC 19.5 El Proveedor presentará al Banco Central de Honduras (BCH) dentro delos diez (10) primeros días de cada mes los siguientes informes:

1. Ayudas memorias de las reuniones de trabajo realizadas entre elbeneficiario, el proveedor y/o el comprador.

2. Informe Mensual del grado de avance de cada una de las




actividades programadas en el desarrollo del Proyecto; elbeneficiario entregará una retroalimentación de dicho informe amás tardar 10 días luego de recibido dicho informe.

3. Informes sobre inspecciones y garantía de la calidad, los cualesserán elaborados en conjunto con el beneficiario.

4. Registro mensual de solicitudes de servicio y problemas resueltos.5. Plan de trabajo actualizado mensualmente conforme el

cumplimiento y reprogramación de tareas o bien a solicitud delJefe de Proyectos LBTR Y CDV.6. Otras que requiera elBeneficiario y/o el Comprador en el transcurso del proyecto.

20. Subcontratación (cláusula 20 de las CGC)CGC 20 No hay Condiciones Especiales del Contrato que se apliquen a la

cláusula 20 de las CGC.

21. Diseño e ingeniería (cláusula 21 de las CGC)

CGC 21.2 El Contrato se ejecutará de conformidad con la edición o la versiónrevisada de todos los códigos y normas de referencia vigente a la fechaque corresponda a los veintiocho (28) días anteriores a la fecha depresentación de las ofertas.

CGC 21.3.1 El Proveedor preparará y entregará los siguientes documentos al Jefe deproyecto, cuya aprobación debe obtener antes de proseguir trabajando enel Sistema o Subsistema abarcado en los documentos:

1. Especificaciones de las configuraciones del hardware requeridopara implementar el sistema; conforme a lo requerido en el inciso2.1.2 Especificaciones Técnicas de Infraestructura Tecnológica,Sección VI Requisitos Técnicos.

2. Características y versión de las licencias a utilizar en el sistema;

3. Configuraciones definitivas de los Subsistemas;

4. Otros documentos que requiera el Beneficiario y que se hayanenunciado en la Sección VI Requisitos Técnicos Literal CEspecificaciones Técnicas numeral 2.6 Documentación Exigida.

CGC 21.3.2 Dentro de los veinte (20) días siguientes a la recepción por el Jefe deproyecto de cualquier documento que requiera su aprobación, deconformidad con la cláusula 21.3.1 de las CGC, el Jefe de proyectodevolverá una copia del documento al Proveedor, con su aprobación




ratificada en el documento, o notificará por escrito al Proveedor sudesaprobación del documento y las razones de ella, así como lasmodificaciones que propone introducir el Jefe de proyecto. Si el Jefe deproyecto no lo hace así dentro del plazo indicado de veinte (20) días, se

considerará que el documento ha sido aprobado por el Jefe de proyecto.

22. Adquisiciones, entrega y transporte (cláusula 22 de las CGC)

CGC 22.5 El proveedor (Sea Nacional o Internacional) deberá de entregar al BancoCentral de Honduras los siguientes documentos:

(i) copias de la factura del Proveedor en que se indiquen ladescripción, cantidad, precio unitario y monto total de los bienes;

(ii) certificado de seguro;

(iii)

certificado de garantía del fabricante o Proveedor;(iv) certificado de origen;(v) Comprobante de las inspecciones y pruebas señaladas en la CGC

ocho (8) de las Condiciones Especiales del Contrato y(vi) Currículo del personal técnico asignado por El Proveedor para

efectuar las tareas de: instalación, configuración ymantenimientos a soporte correctivo y preventivo. Dicha hoja devida deberá estar acompañada de documentos que avalen laexperiencia y formación del personal propuesto de forma quegarantice que esté capacitado y certificado por el fabricante del

producto.

23. Versiones mejoradas de los productos (cláusula 23 de las CGC)

CGC 23.4El Proveedor durante el servicio de mantenimiento proporcionará alBanco Central de Honduras (BCH) todas las nuevas versiones,ediciones y actualizaciones del Software estándar durante el períodode garantía, sin costo adicional según se especifica en las CGC.

La instalación de las nuevas versiones será aprobada por parte delBCH.

24. Ejecución, instalación y otros servicios (cláusula 24 de las CGC)

CGC 24 No hay Condiciones Especiales del Contrato que se apliquen a lacláusula 24 de las CGC.




25. Inspecciones y pruebas (cláusula 25 de las CGC)

CGC 25 Se harán las inspecciones y pruebas que se especifican en la Sección VI,Requisitos Técnicos Literal D, Requisitos de las Pruebas y la Garantía deCalidad.

26. Instalación del Sistema (cláusula 26 de las CGC)

CGC 26 No hay Condiciones Especiales del Contrato que se apliquen a la cláusula26 de las CGC.

27. Puesta en servicio y Aceptación operacional (cláusula 27 de las CGC)

CGC 27.2.1 Las pruebas para la Aceptación operacional del LBTR, CDV eInfraestructura Tecnológica se llevarán a cabo con arreglo a losprocedimientos y los resultados exigidos para la aceptación.

Las pruebas de Aceptación Operacional se realizarán con lacooperación plena del Proveedor durante la puesta en servicio delSistema.

El Proveedor debe proporcionar herramientas, experiencia yconocimiento así como recurso humano para asistir al personaloperativo y técnico del BCH para realizar las pruebas. Indicadas enla Sección VI Especificaciones Técnicas Inciso D, Requisitos de las

Pruebas y la Garantía de Calidad. El sistema será aceptado siresponde al paquete de pruebas dentro de los parámetros descritos yaprobados en el Plan de Proyecto.

CGC 27.2.2 Si la prueba de Aceptación operacional de cada Subsistema no se puederealizar con éxito dentro de los sesenta (60) días a partir de la fecha deinstalación de cada uno de ellos o en cualquier otro plazo acordado por elBeneficiario y el Proveedor, se aplicará lo dispuesto en la cláusula 27.3.5a) o b) de las CGC, según lo exijan las circunstancias.

F. GARANTÍAS Y RESPONSABILIDADES

28. Garantía del plazo para la Aceptación operacional (cláusula 28 de las CGC)

CGC 28.2 Si el Proveedor no concluye el suministro, la instalación y la puesta enservicio ni obtiene la Aceptación operacional de la InfraestructuraTecnológica, de los subsistemas LBTR y CDV dentro del plazo para




obtener la Aceptación operacional especificada en el Plan definitivo yaprobado del Proyecto o dentro de la prórroga de dicho plazo concedidapreviamente con arreglo a la cláusula 40 de las CGC, el Proveedor pagaráal Banco Central de Honduras (BCH) una indemnización por daños y

perjuicios equivalente al cero punto cinco por ciento (0.5%) sobre elMonto Total del Contrato, por cada semana de retraso.

El monto total de esos daños y perjuicios no excederá en ningún caso eldiez por ciento (10%) del precio del contrato. Una vez alcanzada la sumamáxima, el Banco Central de Honduras (BCH) podrá considerar larescisión del Contrato, de conformidad con la cláusula 41.2.2 de lasCGC.

CGC 28.3 La indemnización por daños y perjuicios se fijará sólo con respecto a laAceptación operacional.

29. Garantía (responsabilidad por defectos) (cláusula 29 de las CGC)

CGC 29.1 Para el Software de los subsistemas, Infraestructura Tecnológica, así como todos los servicios suministrados, las excepciones o laslimitaciones a las obligaciones del Proveedor que se derivan de lagarantía serán las siguientes: Ninguna.

CGC 29.4 El período de garantía para el Hardware (Ítem 1) comienza a

partir de la Aceptación Operacional de este componente y seextenderá por un período de treinta y seis (36) meses.

El período de garantía para el Software de Base de Datos (Ítems2, 3, 4 y 5) comienza a partir de la Aceptación Operacional y seextenderá por un período de doce (12) meses.

El período de garantía para el subsistema LBTR (con Ítems 6 y7) y el subsistema CDV, comienza a partir de la AceptaciónOperacional del Sistema y se extenderá por un período de doce(12) meses.

CGC 29.6 Sin perjuicio de las causas señaladas, el proveedor está obligado areparar, sustituir o eliminar cualquier defecto o daño ocasionado a otrossistemas del beneficiario, plataformas, bases de datos, redes u otros, araíz de trabajos realizados por personal del proveedor, ya sea pornegligencia, mal uso, impericia, desidia u otras razones imputables alproveedor.

CGC 29.10 Lo concerniente al plazo en que se deben iniciar las tareas necesarias para




corregir los defectos o daños establecidos en esta garantía se especificanen la Sección VI, Requisitos Técnicos Literal C, EspecificacionesTécnicas, numeral 2.5.3.1 ―Servicios de Garantía‖ y numeral 2.5.4.1 ― Garantía de los Bienes‖

En caso de que el proveedor falle en la entrega de los Servicios deMantenimiento dentro del Marco de Tiempo de Resolución atribuible alproveedor, el BCH cargará Penalidades por Desempeño como seestablece a continuación:

a. Para problemas de DEFECTO CRÍTICO se deducirá un 0.3%del Cargo anual de Mantenimiento de ese Software (LBTR oCDV) por cada hora de retraso en proveer la resolución.

b. Para problemas de DEFECTO NO CRÍTICO se deducirá un0.2% del Cargo anual de Mantenimiento de ese Software(LBTR o CDV) por cada hora de retraso en proveer laresolución.

c. Para problemas de DEFECTOS DE FORMA se deducirá un0.2% del Cargo anual de Mantenimiento de ese Software(LBTR o CDV) por cada día de retraso en proveer laresolución.

30. Garantías de funcionamiento (cláusula 30 de las CGC)


31. Garantía sobre los derechos de propiedad intelectual (cláusula 31 de las CGC)

CGC 31 Los derechos de Propiedad Intelectual y Licenciamiento pertenecen al

Banco Central de Honduras (BCH).

32. Indemnización por violación de derechos de propiedad intelectual (cláusula 32 delas CGC)

CGC 32 El Proveedor también eximirá de toda responsabilidad al Banco Centralde Honduras y a todos sus empleados y funcionarios conforme a lacláusula 32.




33. Limitación de responsabilidad (cláusula 33 de las CGC)


G. DISTRIBUCIÓN DE LOS RIESGOS

34. Traspaso de la propiedad (cláusula 34 de las CGC)

CGC 34 La propiedad de las tecnologías informáticas, software y otros bienes setraspasará al Banco Central de Honduras (BCH) a la fecha de entrega dela infraestructura tecnológica y aceptación operacional de los sistemasLBTR y CDV.

35. Cuidado del Sistema (cláusula 35 de las CGC)

CGC 35 Las obligaciones establecidas para el Comprador en la presente cláusulacorresponden al Banco Central de Honduras.

36. Pérdidas o daños materiales; accidentes o lesiones de los trabajadores;indemnizaciones (cláusula 36 de las CGC)


37. Seguros (cláusula 37 de las CGC)

CGC 37.1 a) El monto del seguro de la Infraestructura Tecnológica será equivalenteal 110% del valor CIP de los bienes de ―bodega‖ a ―bodega‖ del tipo―contra todo riesgo,‖ con cláusulas de riesgo de guerra, huelgas ydesorden público

CGC 37.1 c) El Proveedor obtendrá un seguro contra daños a terceros por un montode doscientos mil Dólares de los Estados Unidos (US$200,000.00),monto que cubrirá las lesiones corporales o la muerte de terceros

(incluido el personal del Banco Central de Honduras (BCH)) y laspérdidas o los daños materiales (incluida la propiedad del Banco Centralde Honduras (BCH) y los sistemas proporcionados a esa Institución) quese produzcan en relación con el suministro y la instalación del Sistemade información.

Los asegurados serán cualquier persona participante en el proceso deimplementación de los sistemas solicitados en esta licitación. El seguroabarcará el período desde la fecha de efectividad, en función de la fecha




de inicio del Contrato hasta fecha de vencimiento, en función de lafecha de terminación del Contrato y deberá tener cobertura en territoriohondureño.

CGC 37.1 e) El Proveedor asegurará que el personal involucrado en el proyectotendrá seguro de gastos médicos-hospitalarios con cobertura en territoriohondureño durante las veinticuatro (24) horas del día. El seguro cubriráel período desde la fecha de inicio del contrato hasta la fecha de suvencimiento; el cual se deberá renovar en caso que el contrato seextienda.

38. Fuerza mayor (cláusula 38 de las CGC)


H. MODIFICACIÓN DE LOS ELEMENTOS DEL CONTRATO

39. Modificación del Sistema (cláusula 39 de las CGC)


40. Prórroga del plazo para obtener la Aceptación operacional (cláusula 40 de lasCGC)


41. Rescisión (cláusula 41 de las CGC)


42. Cesión (cláusula 42 de las CGC)




176

SECCIÓN VI. R EQUISITOS TÉCNICOS (INCLUYEN EL

PROGRAMA DE EJECUCIÓN)



Sección VI. Requisitos Técnicos 177

Índice de Requisitos Técnicos

SECCIÓN VI. REQUISITOS TÉCNICOS (INCLUYEN EL PROGRAMA DE EJECUCIÓN).......176176178

ÍNDICE DE REQUISITOS TÉCNICOS ..............................................................................................................177177179 A. ANTECEDENTES ..............................................................................................................................181181183

0.1 ANTECEDENTES ....................................................................................................................................181181183 0.2 OBJETIVOS COMERCIALES DEL BCH ................................................................................................182182184

0.2.1 Situación Actual ......................................................................................................................182182184 0.2.1.1 Panorama del Sistema Financiero ................................................................................................182182184 0.2.1.2 Sistemas de Pago Actuales ...........................................................................................................183183185

0.2.2 Modernización al Sistema de Pagos y de Liquidación de Valores en Honduras .....................187187189 0.2.3 Nuevo Sistema de Pagos en Honduras ...................................................................................187187189

0.2.3.1 Modernización de los Sistemas de Pagos Actuales ......................................................................187187189 0.2.3.2 Objetivos de la Modernización ..................................................................................................... 188188190

0.3 TERMINOLOGÍA Y SIGLAS UTILIZADAS EN LOS REQUISITOS TÉCNICOS ...............................................................189189191

0.3.1 Terminología. .........................................................................................................................189189191 0.3.2 Siglas utilizadas. .....................................................................................................................191191193

B. REQUISITOS COMERCIALES Y DE FUNCIONAMIENTO .....................................................................193193195

1.1 REQUISITOS COMERCIALES QUE DEBE REUNIR EL SISTEMA .............................................................................193193195 1.2 REQUISITOS DE FUNCIONAMIENTO DEL SISTEMA .........................................................................................195195197

1.2.1 Volúmenes y Rendimiento ......................................................................................................195195197 1.2.2 Diseño y Administración del Sistema ......................................................................................195195197

1.3 ASUNTOS E INICIATIVAS VINCULADOS A LA TECNOLOGÍA DE LA INFORMACIÓN....................................................197197199

C. ESPECIFICACIONES TÉCNICAS .........................................................................................................201201203

2.0 REQUISITOS TÉCNICOS GENERALES ...........................................................................................................201201203 2.1 ESPECIFICACIONES DE LA INFRAESTRUCTURATECNOLÓGICA...........................................................................201201203

2.1.1 Lugar de Recepción, Instalación, Configuración y Pruebas ....................................................202202204 2.1.2 Especificaciones Técnicas de Infraestructura Tecnológica .....................................................203203205 2.1.3 Servicios Conexos ...................................................................................................................206206208

2.1.3.1 Ítem 1: Seis (6) Servidores ............................................................................................................206206208 2.1.3.2 Ítem 2: Seis (6) Licencias de Base de Datos Oracle Enterprise Edition 11g R2 perpetuas por procesador.Ítem 3: Seis (6) Licencias del Componente de Alta Disponibilidad de Base de Datos Oracle Real Application Clusters 11gR2 perpetuas por procesador. Ítem 4: Cuatro (4) Licencias de Base de Datos Oracle Estándar Edition 11g R2 perpetuaspor procesador. Ítem 5: Nueve (9) Licencias del Componente de Replicación de Datos Oracle Golden Gate 11gperpetuas por procesador. ................................................................................................................................208208210 2.1.3.3 Ítem 6: Software del Servidor de Aplicaciones/Web. Ítem 7: En caso de que sea necesario para lasolución técnica propuesta: Software de Integración de Datos (Para conexión de enlaces señalados en la sección VIRequisitos Técnicos, numeral 2.5.1 “Integración del Sistema” literal “C” y Sistema SWIFT). ............................ 209209211

2.2 ESPECIFICACIONES DE LA RED Y LAS COMUNICACIONES..................................................................................210210212

2.3 ESPECIFICACIONES DEL SOFTWARE ...........................................................................................................211211213 2.3.1 Requerimientos Comunes del Sistema ...................................................................................212212214

2.3.1.1 Lineamientos Generales ...............................................................................................................212212214 2.3.1.2 Operatividad ................................................................................................................................. 213213215 2.3.1.3 Integridad ..................................................................................................................................... 214214216 2.3.1.4 Controles de Procesamiento de Archivos (lotes) y Transacciones ............................................... 215215217 2.3.1.5 Controles de Validación ................................................................................................................215215217 2.3.1.6 Seguimiento e Integridad del Mensaje .........................................................................................215215217 2.3.1.7 Ciclo Diario de Procesamiento...................................................................................................... 216216218 2.3.1.8 Reportes y estadísticas ................................................................................................................. 216216218 2.3.1.9 Pistas de Auditoria........................................................................................................................222222224



178 Sección VI. Requisitos Técnicos

2.3.1.10 Monitoreo de Rendimiento .......................................................................................................... 223223225 2.3.1.11 Módulo de Lavado de Activos ...................................................................................................... 224224226

2.3.2 Requerimientos Funcionales Específicos para el LBTR ...........................................................224224226 2.3.2.1 Objetivos ...................................................................................................................................... 224224226 2.3.2.2 Integridad. .................................................................................................................................... 225225227

2.3.2.3 Política para el Manejo de Liquidez Intradía ................................................................................226226228 2.3.2.4 Liquidez diaria .............................................................................................................................. 226226228 2.3.2.5 Reserva de Fondos de las Cuentas de Liquidación ....................................................................... 227227229 2.3.2.6 Manejo de Colas y Prioridades de Procesamiento ....................................................................... 228228230 2.3.2.7 Inicio/Fin Día................................................................................................................................. 229229231 2.3.2.8 Monitoreo e Informes ..................................................................................................................229229231 2.3.2.9 Administración de Cuentas........................................................................................................... 231231233 2.3.2.10 Pagos con fechas futuras ..............................................................................................................232232234 2.3.2.11 Parámetros ................................................................................................................................... 232232234 2.3.2.12 Moneda de Pagos ......................................................................................................................... 233233235 2.3.2.13 Información de Facturación ......................................................................................................... 233233235 2.3.2.14 Mensajes ...................................................................................................................................... 234234236 2.3.2.15 Retiro y Deposito de Numerario ................................................................................................... 235235237 2.3.2.16 Suspensión y reinicio del sistema ................................................................................................. 235235237

2.3.2.17 Pagos gubernamentales ...............................................................................................................235235237 2.3.2.18 Requerimientos técnicos de participantes ................................................................................... 235235237

2.3.3 Requerimientos Funcionales Específicos para la CDV ............................................................235235237 2.3.3.1 Objetivos ...................................................................................................................................... 238238240 2.3.3.2 Características de los valores administrados por el BCH .............................................................. 239239241 2.3.3.3 Requerimientos Funcionales de la CDV ........................................................................................ 239239241 2.3.3.4 Configuración del Sistema de Valores y Entrega contra Pago ...................................................... 243243245 2.3.3.5 Integridad ..................................................................................................................................... 244244246 2.3.3.6 Módulo del Mercado Primario .....................................................................................................245245247

2.4 ESPECIFICACIONES DE LA GESTIÓN, LA ADMINISTRACIÓN Y LA SEGURIDAD DEL SISTEMA .......................................247247249 2.5 ESPECIFICACIÓN DE SERVICIOS .................................................................................................................251251253

2.5.1 Integración del Sistema ..........................................................................................................251251253 2.5.2 Capacitación y materiales de instrucción ...............................................................................253253255

2.5.3 Apoyo técnico para el Sistema (LBTR y CDV) ..........................................................................254254256 2.5.3.1 Servicios de garantía.....................................................................................................................254254256 2.5.3.1.1 Asistencia a los usuarios ...............................................................................................................255255257 2.5.3.1.2 Asistencia técnica ......................................................................................................................... 256256258 2.5.3.2 Servicios de Mantenimiento durante el periodo de garantía ....................................................... 258258260 2.5.3.3 Servicios de mantenimiento posteriores al período de garantía.................................................. 259259261

2.5.4 Apoyo Técnico para la Infraestructura Tecnológica (Hardware y Software de base de datos)

259259261 2.5.4.1 Garantía de los Bienes ..................................................................................................................259259261 2.5.4.1.1 Repuestos ..................................................................................................................................... 262262264 2.5.4.2 Servicio de Mantenimiento durante el Período de Garantía ........................................................ 263263265

2.5.5 Conversión y desviación de datos ...........................................................................................266266268 2.6 DOCUMENTACIÓN EXIGIDA .....................................................................................................................267267269

2.6.1 Documentos para los usuarios finales ....................................................................................267267269 2.6.1.1 Literatura del Producto ................................................................................................................267267269 2.6.1.2 Reglas de Operación y Procedimiento ..........................................................................................267267269

2.6.2 Documentos técnicos .............................................................................................................267267269 2.6.3 Documentación sobre Procedimientos Operacionales ...........................................................267267269

D. REQUISITOS DE LAS PRUEBAS Y LA GARANTÍA DE CALIDAD ...........................................................269269271

3.1 INSPECCIONES......................................................................................................................................269269271 3.1.1 Inspecciones del Sistema ........................................................................................................269269271

3.1.1.1 Inspecciones en fábrica ................................................................................................................269269271 3.1.1.2 Inspecciones posteriores a la entrega ..........................................................................................269269271




3.1.2 Inspecciones de la Infraestructura Tecnológica .....................................................................269269271 3.2 ENSAYOS PREVIOS A LA PUESTA EN SERVICIO DE UNA VERSIÓN PILOTO .............................................................269269271

3.2.1 Prueba de Concepto / Programa Piloto ..................................................................................269269271 3.3 PRUEBAS DE ACEPTACIÓN OPERACIONAL ...................................................................................................271271273

3.3.1 Consideraciones de las pruebas para el LBTR y la CDV ..........................................................271271273 3.3.2 Ubicación de Pruebas de Aceptación Operacional .................................................................272272274 3.3.3 Diseño y Ejecución de las Pruebas de Aceptación Operacional ..............................................272272274 3.3.4 Evaluación de Resultados de las Pruebas de Aceptación Operacional ...................................273273275 3.3.5 Restablecimiento de Servicio en el Sitio Alterno .....................................................................273273275 3.3.6 Pruebas de Contingencia Informática ....................................................................................273273275

E. PROGRAMA DE EJECUCIÓN ............................................................................................................275275277

4.1 FASES DEL PROYECTO ............................................................................................................................275275277 4.1.1 Plan del Proyecto ....................................................................................................................277277279 4.1.2 Validación y afinamiento del diseño de arquitectura Técnica ................................................277277279 4.1.3 Aceptación Operacional (Implementación) de la infraestructura Tecnológica ......................278278280 4.1.4 Integración de aplicaciones ....................................................................................................279279281

4.1.5 Diseño de los subsistemas ......................................................................................................279279281 4.1.6 Instalación Piloto ....................................................................................................................280280282 4.1.7 Parametrización/Personalización del sistema ........................................................................280280282 4.1.8 Instalación del sistema en diferentes ambientes ...................................................................281281283 4.1.9 Capacitación ...........................................................................................................................281281283 4.1.10 Documentación de la aplicación ........................................................................................281281283 4.1.11 Migración ..........................................................................................................................281281283 4.1.12 Pruebas de aceptación Operacional ..................................................................................281281283 4.1.13 Paralelo ..............................................................................................................................282282284 4.1.14 Salida a producción ...........................................................................................................282282284 4.1.15 Aceptación operacional subsistemas.................................................................................282282284 4.1.16 Aceptación operacional del Sistema ..................................................................................283283285 4.1.17 Período de Garantía y Servicio de Mantenimiento ............................................................283283285

F. FORMATO EXIGIDO PARA LAS OFERTAS TÉCNICAS ........................................................................297297299

5.1 DESCRIPCIÓN DE LAS TECNOLOGÍAS INFORMÁTICAS, MATERIALES Y OTROS BIENES Y SERVICIOS .............................297297299 5.2 COMENTARIO RUBRO POR RUBRO SOBRE LOS REQUISITOS TÉCNICOS...............................................................299299301 5.3 PLAN PRELIMINAR DEL PROYECTO.............................................................................................................299299301

G. LISTA DE VERIFICACIÓN TÉCNICA ...................................................................................................301301303

Inspecciones de la Infraestructura Tecnológica ....................................................................................452452454

H. ANEXOS .........................................................................................................................................453453455

ANEXO 1 ....................................................................................................................................................454454456 TECNOLOGIAS Y SISTEMAS DE INFORMACIÓN EXISTENTES ......................................................................454454456

1.1. AMBIENTE TIC ACTUAL DEL BCH ..............................................................................................454454456 1.1.1 Vistazo General ......................................................................................................................454454456 1.1.2 Estaciones de Trabajo de los Usuarios ...................................................................................454454456 1.1.3 Servidores actuales .................................................................................................................454454456 1.1.4 Aplicaciones ............................................................................................................................455455457 1.1.5 Manejador de Base de Datos .................................................................................................456456458 1.1.6 Red .........................................................................................................................................456456458 1.1.7 Instalaciones Informáticas .....................................................................................................457457459 1.1.8 Seguridad ...............................................................................................................................457457459 1.1.8.1 Seguridad Física .................................................................................................................457457459




1.1.8.2 Seguridad de la Información ..............................................................................................457457459 1.1.9 Soporte ...................................................................................................................................458458460 1.1.10 Contingencia (Sitio Alterno) ...............................................................................................458458460

1.2. ESTÁNDAR TECNOLÓGICO DEFINIDO POR EL BCH ......................................................................458458460 ANEXO 2 ....................................................................................................................................................459459461 PLANOS Y ESTUDIO DEL LUGAR DEL PROYECTO ........................................................................................459459461 ANEXO 3 ....................................................................................................................................................461461463 PROYECTO DEL BCH Y ESTRUCTURA DE LA DIRECCIÓN DE SU EMPRESA ...................................................461461463 3.1. ADMINISTRACIÓN DEL PROYECTO ...............................................................................................461461463

3.1.1 Estructura y funciones del equipo ..........................................................................................461461463 3.1.2 Reportes del Proyecto y Resolución de Asuntos .....................................................................462462464

ANEXO 4 ....................................................................................................................................................464464466 PARTES INTERESADAS Y MODALIDADES DE GESTIÓN DE PROYECTOS DEL COMPRADOR .........................464464466 4.1. PARTES INTERESADAS .................................................................................................................464464466

4.1.1 Comité de Alto Nivel del Sistema de Pagos (CASP) .................................................................464464466 4.1.2 Comisión Nacional de Bancos y Seguros (CNBS) ....................................................................464464466

4.2. MODALIDADES DE GESTIÓN DE PROYECTOS DEL COMPRADOR ...................................................465465467

ANEXO 5 ....................................................................................................................................................466466468 CÓDIGOS LEGALES Y REGLAMENTOS PERTINENTES ..................................................................................466466468 ANEXO 6 ....................................................................................................................................................468468470 ACTUAL Y FUTURO SISTEMA DE PAGOS DE HONDURAS ............................................................................468468470 ANEXO 7 ....................................................................................................................................................472472474

7.1 ENLACES CON LA LBTR ................................................................................................................472472474 7.1.1 Enlace CCECh - LBTR .......................................................................................................................... 472472474 7.1.2 Enlace ACH - LBTR .............................................................................................................................. 475475477 7.1.3 Enlace LBTR-Módulos de Inversiones Obligatorias ............................................................................478478480 7.1.4 SENDI – LBTR...................................................................................................................................... 481481483 7.1.5 Enlace SIC-CC - LBTR ......................................................................................................................... 485485487 7.1.6 LBTR – Mayor General .......................................................................................................................492492494 7.1.7 Enlace Participantes Directos – LBTR ................................................................................................. 495495497 7.1.8 Enlace RECAUDACIÓN FISCAL - LBTR ................................................................................................. 497497499 7.1.9 Enlace ESPECIES FISCALES - LBTR .......................................................................................................500500502 7.1.10 Enlace FPI-LBTR.................................................................................................................................. 502502504 7.1.11 Enlace SIP - LBTR ...............................................................................................................................504504506

7.2 ENLACES CON LA CDV .................................................................................................................507507509 7.2.1 Enlace CDV-LBTR ................................................................................................................................ 507507509 7.2.2 Enlace CDV – PARTICIPANTES DIRECTOS ........................................................................................... 512512514 7.2.3 Enlace CDV-MAYOR GENERAL ........................................................................................................... 519519521

ANEXO 8 ....................................................................................................................................................524524526 ANEXO 9 ....................................................................................................................................................525525527 DECLARACIÓN DE CONFIDENCIALIDAD .....................................................................................................525525527 ANEXO 10 ..................................................................................................................................................528528530 INFRAESTRUCTURA TECNOLÓGICA SOLICITADA .......................................................................................528528530

SECCIÓN VII. FORMULARIOS TIPO.............................................................................................. 530530532 NOTAS A LOS LICITANTES SOBRE LA PREPARACIÓN DE LOS FORMULARIOS ...................................................................531531533 ÍNDICE DE FORMULARIOS TIPO ..................................................................................................................535535537




Requisitos Técnicos

A.

ANTECEDENTES

0.1 Antecedentes

0.1.1 El Banco Central de Honduras (BCH) es una institución dedicada a formular,dirigir y ejecutar la política monetaria, crediticia y cambiaria del país, con elpropósito de velar por el mantenimiento del valor interno y externo de la monedanacional y el buen funcionamiento y estabilidad de los sistemas financieros y depagos.

La actividad del Banco Central de Honduras (BCH) se sustenta en el respeto a laley, el liderazgo y autonomía institucional, la ética, el profesionalismo, el esfuerzo

creativo, la calidad en el servicio y la búsqueda de la excelencia.

El Banco Central de Honduras se creó el 3 de febrero de 1950, mediante DecretoLegislativo No.53, e inició operaciones el primero de julio de ese mismo año, bajola titularidad del Abogado Roberto Ramírez, en un acto de inauguración por elDoctor Juan Manuel Gálvez, Presidente de la República.

El BCH tiene entre sus objetivos primordiales propiciar el normal funcionamientodel sistema financiero nacional y de los sistemas de pago, Congruente con eseobjetivo el BCH solicitó al Banco Mundial y al Fondo Monetario Internacional,elaborar un diagnóstico del Sistema Financiero Nacional, para conocer el punto de

vista de los expertos, sobre las condiciones de dicho sistema.

Resultado de lo anterior, nace la iniciativa de mejorar los sistemas de pago delpaís, efectuándose las diligencias para la obtención de los fondos necesarios que seconcretaron a través de la firma del convenio de préstamo para el ―ProgramaAsistencia Técnica al Fortalecimiento del Sistema Financiero‖ (PATSF), suscritoel 16 de octubre de 2003, entre el Gobierno de Honduras y la AsociaciónInternacional de Fomento (AIF) que es una entidad del Banco Mundial.

En armonía con lo anterior, en agosto de 2004, se reformó el Artículo 54 de la Leydel BCH, el cual señala que el BCH en coordinación con la Comisión Nacional de

Bancos y Seguros (CNBS) organizará y reglamentará el funcionamiento delSistema de Pagos.

El 8 de octubre de 2009 el Directorio del Banco Central de Honduras, medianteResolución No. 454-10/2009, creó el Departamento de Sistemas de Pago, a travésdel cual está asumiendo el papel de líder en la formulación e implementación de laestrategia para la modernización del sistema de pagos.




Esta estrategia tiene como objetivo principal mejorar y modernizar losinstrumentos y medios de comunicación utilizados, así como fortalecer la baselegal, de manera que en conjunto se reduzca cualquier riesgo asociado,convergiendo en una liquidación de pagos segura y transparente.

En forma específica, los principales objetivos de la reforma se encaminan a losiguiente:

Normar la validez y eficacia de los sistemas de pago y liquidación de valores,conforme a los Principios Básicos para los Sistemas de Pago sistémicamenteimportantes emitidos por el Banco de Pagos Internacionales (Bank of International Settlements, BIS).

Proveer mecanismos eficientes para el intercambio de dinero entre losparticipantes del sistema de pagos.

Proporcionar un sistema de pagos de alto valor confiable y seguro, que

permita a sus participantes tener la certeza razonable de la realización de sustransacciones.

0.1.2 En la Sección VI Requisitos Técnicos literal H. Anexo 4 se presenta unadescripción más detallada de las partes interesadas y de las modalidades de gestiónde proyectos del Comprador.

0.2 Objetivos comerciales del BCH

0.2.1 Situación Actual

0.2.1.1 Panorama del Sistema Financiero

El Sistema Financiero de Honduras comprende: Banco Central de Honduras. Diecisiete Bancos Comerciales y dos Estatales. Sesenta y nueve Instituciones Financieras no-bancarias, entre las cuales están:

- Una (1) Asociación de Ahorro y Préstamo.- Una (1) Bolsa de Valores.- Ocho (8) Casas de Bolsa.- Once (11) Sociedades Financieras.- Dos (2) Oficinas de Representación.- Un (1) Fondo Privado de Pensiones.

- Siete (7) Casas de Cambio.

- Un (1) Proveedor Nacional de Tarjetas de Crédito.- Cuatro (4) Procesadoras de Tarjetas de Crédito.- Doce (12) Compañías Aseguradoras.- Dos (2) Bancos de Segundo Piso.- Cinco (5) Fondos Públicos de Pensiones.- Cinco (5) Almacenes Generales de Depósito.- Cinco (5) Organizaciones Privadas de Desarrollo Financieras.




- Dos (2) Centrales de Riesgo Privadas.- Dos (2) Sociedades Clasificadoras de Riesgo.

0.2.1.2 Sistemas de Pago Actuales

Entre los sistemas de pagos actuales se encuentran los siguientes:

a. Cámara de Compensación Electrónica de Cheques (CCECh)

Con el propósito de agilizar el proceso de pago de los cheques emitidos por elsistema bancario hondureño en moneda nacional y extranjera (dólaresestadounidenses), el Banco Central de Honduras (BCH) y la AsociaciónHondureña de Instituciones Bancarias (AHIBA), consideraron convenienteestablecer una Cámara de Compensación Electrónica, para procesar en formaautomática los cheques emitidos, utilizando tecnología de reconocimiento deimágenes y caracteres, proceso que, agiliza y hace más eficiente el sistema de

compensación de cheques.

Actualmente, este sistema es administrado por el Centro de ProcesamientoInterbancario S.A. de C.V. (CEPROBAN), empresa que fue constituida porlos bancos del Sistema Financiero Nacional con el objetivo de procesar yliquidar los cheques emitidos por el sistema bancario hondureño.

AntecedentesMediante Resolución de Directorio No. 283-8/99 del 19 de agosto de 1999, elBCH designa a la AHIBA como responsable de la administración del nuevoproceso de la Cámara de Compensación Electrónica de Cheques, dejando

plenamente establecido que la función final de debitar o acreditar las cuentasde encaje de los bancos participantes siempre es una atribución exclusiva delBCH, tal como se establece en el artículo No. 54 de su ley orgánica, dondemenciona que las cuentas de depósito de los bancos del sistema en el BCH,servirán de base para el buen funcionamiento de los sistemas de pago.

La AHIBA propuso un esquema muy similar al que rige en otros países dondeel proceso de la cámara es administrado por una empresa constituida portodos los bancos del sistema con aportes iguales de capital, la propuesta de laAHIBA fue congruente con un eficiente manejo del proceso operativo, debidoa que todos los bancos serian parte interesada del referido proceso y por tanto

responsables en forma directa de las transacciones a liquidarse en el seno de lacámara y, a su vez, vigilantes de la transparencia operativa.

Por lo anterior, el 6 de julio de 2000, mediante Resolución de Directorio No.212-7/2000, el BCH autorizó a la AHIBA para que pueda pactar dentro de losparámetros establecidos en el convenio suscrito, el proceso de Cámara deCompensación Electrónica con el Centro de Procesamiento Interbancario S.A.de C.V. (CEPROBAN), empresa que para tal efecto constituyeronposteriormente todos los bancos del sistema.




Asimismo, para ejecutar el proceso de la Cámara de CompensaciónElectrónica de Cheques, fue necesaria la estandarización del formato de loscheques, emitidos por el Sistema Bancario Hondureño, en cuanto a tamaño,

tintas magnéticas, papel, símbolos y localización de los campos deinformación, es por eso que, el 29 de junio de 2000 el BCH medianteResolución de Directorio No. 205-6/2000, aprueba la Normativa paraEstandarizar el Proceso Automatizado de los Cheques Emitidos por elSistema Bancario Hondureño. Estas disposiciones entraron en vigencia el 1 denoviembre de 2000 para otorgar al Sistema Financiero el tiempo necesariopara hacer la divulgación del nuevo formato de cheque que utilizarían suscuentahabientes, período que posteriormente fue extendido al 1 de enero de2001, mediante Resolución de Directorio No. 357-11/2000, del 2 denoviembre de 2000.

El 13 de julio de 2000, mediante Resolución de Directorio No. 237-7/00, elBCH autorizó el convenio especial para la administración del ProcesoElectrónico de la Cámara de Compensación Electrónica de Chequesconsignando en el mismo las normas y procedimientos que debe aplicar laAHIBA y la empresa a constituirse por todos los bancos del sistema(CEPROBAN).

En la Resolución de Directorio No. 423-12/2000 del 21 de diciembre de 2000,el BCH aprobó Las Normas Operativas de la Cámara de CompensaciónElectrónica de Cheques que constituyen el procedimiento base para participaren el nuevo proceso de la Cámara de Compensación Electrónica de Cheques

Iniciando operaciones el 26 de marzo de 2001.

Mediante Resolución No.344-8/2007 y sus reformas se aprobó lacompensación de cheques librados a cargo de cuentas de depósito en monedaextranjera en las instituciones depositarias

b. Cámara de Compensación de Transacciones Electrónicas de Pago (ACH

PRONTO)

En el marco de la visión estratégica de los sistemas de pago en Honduras, seconsidera a la ACH PRONTO (Automated Clearing House, por sus siglas eninglés) como uno de los pilares en que se sustenta la modernización delsistema de pagos, señalando que: ―los sistemas de pago minoristas soneficientes, sólidos e interoperables y dan soporte a una amplia variedad deinstrumentos y servicios de pago‖.

El Directorio del BCH mediante Resolución No. 374-10/2006 del 19 deoctubre de 2006 aprobó el ―Reglamento de Sistemas de Compensación deTransacciones Electrónicas de Pago‖, el que tiene por objeto regular lasoperaciones de un sistema de compensación de transacciones electrónicas de




pagos, la actuación del administrador del sistema y las institucionesfinancieras participantes en el mismo.

Posteriormente, mediante la Resolución No. 461-12/2006 del 7 de diciembre

de 2006, otorga autorización al Centro de Procesamiento Interbancario S.A.de C.V. (CEPROBAN) para que administre y opere una Cámara deCompensación de Transacciones Electrónicas de Pago, denominada ―ACHPRONTO‖. Asimismo aprueba las ―Normas Operativas de la Cámara deCompensación de Transacciones Electrónicas de Pago‖ la que tiene por objetoregular las operaciones electrónicas de pagos de la ACH PRONTO, en cuantoa iniciación de transacciones, garantías, responsabilidades de los participantes,autorización, rechazo y notificaciones de cambio.Dicha normativa fue reformada mediante las Resoluciones: 240-6/2008 del 20de junio de 2008, 194-5/2009 del 14 de mayo de 2009 y 435-10/2009 del 1 deoctubre de 2009.

La ACH PRONTO es un sistema de transferencias electrónicas de fondos quepermite a las empresas y personas particulares, enviar electrónicamente a susbancos desde sus propias oficinas diferentes tipos de instrucciones demovimientos de fondos; esto bajo los más estrictos estándares bancarios y deseguridad informática.

Respecto a la seguridad, es relevante indicar que la ACH PRONTO fuecertificada en materia informática por la Comisión Nacional de Bancos ySeguros (CNBS), por lo tanto, cuenta con las características de seguridadmínima requeridas para dar inicio a este tipo de transacciones

Entre los servicios que ofrece la ACH PRONTO se encuentran:

Crédito Directo:Son transacciones electrónicas, que representa un crédito a la cuenta deun cliente en el banco donde mantiene sus fondos, estos créditos puedenser por diferentes conceptos, tales como: pago de préstamos; pago deplanillas de sueldos; pago de bonos y comisiones por ventas; pago dedividendos y pago de intereses; pago de pensiones; envío de viáticos;pago a proveedores; pago de impuestos; pagos al IHSS, entre otras.

Débito Directo:Actualmente se está en proceso de integrar este tipo de operaciones con elobjeto de debitar la cuenta de un cliente en el banco donde mantiene susfondos, estos débitos pueden ser por diferentes conceptos, tales como:cobro de abonos a préstamos bancarios; cobro de seguros; planes deinversión; cobro de suscripción a periódicos y revistas; cobros porservicios públicos; cobro de servicios de cable TV; cobro de servicio detelefonía celular; cobros por tarjetas de crédito; donaciones y




contribuciones; cobro entre empresas por servicios, cobro de colegiaturas,etc.

c. Sistema de Transferencias de Fondos

Producto de la necesidad de un manejo eficiente de sus tesorerías, lasinstituciones que manejan cuentas en el Banco Central de Honduras (BCH)con frecuencia realizan transferencias entre cuentas de una institución a otra yentre una o más cuentas de una misma institución. La operatividad de estastransferencias se realiza de dos maneras: A través del uso de notas debidamente autorizadas (oficios) De manera electrónica a través del Sistema Integrado de Administración

Financiera (SIAFI) de la Secretaría de Estado en el Despacho deFinanzas (SEFIN).

Mecanismos Actuales de FuncionamientoParticipantesRealizan transferencias de fondos todas aquellas instituciones que mantienencuenta en el BCH como ser: Las Instituciones del Sistema Financiero, excluyendo las Compañías de

Seguro y los Almacenes Generales de Depósito. Instituciones Gubernamentales.

d. Sistema Electrónico de Negociación de Divisas (SENDI)

Este sistema permite realizar electrónicamente el proceso de negociación dedivisas entre el BCH y los agentes cambiarios. La liquidación de operaciones

se realiza en las cuentas de depósito que mantienen las instituciones delsistema financiero en el BCH.

e. Entorno de la Emisión y Liquidación de Valores

El mercado de valores en Honduras, lo componen en su mayoría, las Letrasdel Banco Central de Honduras en moneda nacional y moneda extranjera(LBCH) y los Bonos de la Deuda Pública que emite el Gobierno.

Las letras del Banco Central de Honduras son utilizadas para gestionar lasOperaciones de Mercado Abierto (OMA), que es el principal instrumento depolítica monetaria para cumplir con los objetivos establecidos en el ProgramaMonetario.

Las principales características y condiciones para la emisión de Letras delBCH, en moneda nacional y moneda extranjera, son las siguientes:

Denominación: Cupón cero. Forma de Negociación: Son negociados con descuento, mediante

subasta pública, negociación directa o utilizando cualquier otro




mecanismo que apruebe el Directorio a propuesta de la Comisión deOperaciones de Mercado Abierto (COMA), bajo el mecanismo de plazosal vencimiento.

Forma de Representación: Anotación en Cuenta o registro electrónico

en libros. Forma de Identificación: Se identifican mediante un Código ISIN que

es asignado por la CNBS. Negociabilidad: Los valores pueden ser negociados en el mercado

secundario y su transferencia se hará de conformidad con lo dispuesto enel Reglamento para la Custodia y el Registro de ValoresGubernamentales Representados por Anotación en Cuenta.

Tratamiento Fiscal: Sujetos al régimen tributario vigente

El Gobierno de Honduras emite Letras y Bonos con el propósito de captarrecursos para financiar sus necesidades presupuestarias; estos valores por lo

general son emitidos con estándares internacionalmente reconocidos para estetipo de instrumentos, es decir, se emiten a mediano plazo (1, 3, 5 y 7 años), ;incluyen pagos periódicos de intereses (semestrales, por lo general) y el pagodel capital al vencimiento, razón por la cual son catalogados como bonos concupón o valores con tasa fija. Las letras del gobierno se emiten con descuento(cupón cero) y el pago del capital al vencimiento.

Adicionalmente, el Gobierno puede emitir bonos de mediano y largo plazocon tasas de interés variables utilizando una tasa de referencia más un spreado tasas indexadas bien al tipo de cambio o a la tasa de inflación, lasamortizaciones de capital e interés pueden ser periódicas, parciales o al

vencimiento.

0.2.2 Modernización al Sistema de Pagos y de Liquidación de Valores en Honduras

Se ha elaborado un esquema para el Programa de Reforma al Sistema de Pagos enHonduras, el cual se muestra en la Sección VI Literal H, Anexo 6 (diagramasA.6.1 y A.6.2).El enfoque del Programa de Reforma de los Sistemas de Liquidación de Pagos yde Valores, debe avanzar en un marco amplio, de manera que todos los elementosdel Programa sean abordados tanto como sea posible, dentro de un mismo períodode tiempo. De esta manera se espera que el proyecto se beneficie de las economíasde escala de contar con un sistema integrado.

0.2.3 Nuevo Sistema de Pagos en Honduras

0.2.3.1 Modernización de los Sistemas de Pagos Actuales

El actual sistema nacional de pagos (que incluye los sistemas de pago y deliquidación de valores) está caracterizado por una serie de limitantes, incluyendo:




a. Falta de definición de horarios de pagos según el tipo de las transacciones,algunos servicios de pago efectuados por medio del BCH a los bancoscomerciales se realizan al finalizar el día.

b. Seguridad insuficiente para mitigar los riesgos crediticio, de liquidez,

operacional y sistémico;c. Alto potencial de riesgo proveniente de un flujo de pagos interrumpido;d. Insuficientes herramientas de monitoreo y administración de liquidez y de

riesgo;e. Falta de automatización suficiente para el desarrollo del mercado de

valores y de capitales.f. Inexistencia de un mercado de liquidez regulado.

Estas limitantes disminuyen el grado de confidencialidad, eficiencia y confianzaen el actual sistema de pagos, y deben ser resueltos dentro de los más ampliospropósitos para desarrollar los mercados y los servicios financieros.

Por estas razones, y de acuerdo con las responsabilidades definidas por la Ley y enlínea con las estrategias de desarrollo, el BCH asumirá en el liderazgo del procesode modernización del sistema de pagos en Honduras, por lo que proveerá unasólida infraestructura que ofrezca las herramientas necesarias para administrar elriesgo en el sistema de pagos, apoyar el desarrollo del mercado financiero nacionaly crear las condiciones para el mejoramiento de la ejecución de la políticamonetaria.

Este desarrollo estratégico permitirá el ofrecimiento de nuevos productos yservicios por parte del sistema bancario y creará la infraestructura necesaria paraque el BCH apoye estas implementaciones.

0.2.3.2 Objetivos de la Modernización

El Programa de Modernización al Sistema Nacional de Pagos está planificado paraser de amplia cobertura, tomando en cuenta todos los aspectos de compensación yde liquidación, hasta que haya un desarrollo completo del mercado de capitales.Se pueden resumir sus objetivos de la siguiente forma:

a. Reducción de RiesgoA través del uso de sistemas de pagos eficientes, automatizados y seguros, elBCH en su función de regulador y vigilante de la infraestructura bancaria enHonduras, ejercerá una adecuada función en cuanto al manejo de los riesgosde liquidez y de crédito.

También el desarrollo rápido, confiable y automatizado de los mecanismos depago reducirá el riesgo de fraude, así como también la demanda de efectivo yde cheques.




Todo esto tendrá el efecto general de mejorar la confianza tanto a nivel deconsumidores como a niveles corporativos y por lo tanto contribuirá alcrecimiento y estabilidad económica.

b. EficienciaCon un rango completo de sistemas de pago automatizados funcionando, junto a un sistema de enlaces, el sector bancario y financiero integradoofrecerá mejores respuestas a los clientes y reducirá costos a todos los nivelesde la economía, desde consumidores por pago de servicios hastacorporaciones y el gobierno administrando sus posiciones de deuda y deliquidez.

c. ConvenienciaLos sistemas de liquidación y de pago automático brindan la posibilidad deintroducir nuevos instrumentos de pago para beneficio de los usuarios. A su

vez esto tendrá un efecto que incrementará la confianza y estimulará laactividad económica.

d. ConfianzaUna vez que esté completamente instalado, el sistema reformado de pagos enHonduras jugará un papel vital asistiendo al gobierno para mejorar laconfianza internacional en la estructura financiera del país, a su vezincrementará las inversiones en proyectos de desarrollo.

Además, la confianza internacional será reforzada a través de la puesta enmarcha de medidas contra el lavado de activos que serán facilitadas por la

reforma a los sistemas de infraestructura de pagos.

0.3 Terminología y Siglas utilizadas en los Requisitos Técnicos

0.3.1 Terminología1.

Área devigilancia

Es el área encargada de fomentar la seguridad y eficiencia mediante el seguimiento delos sistemas de pagos.

Bancocomercial

Institución financiera que recibe dinero del público para darlo en préstamo a otrosagentes económicos. Se caracteriza porque es la única institución que está facultada porla ley para recibir depósitos a la vista del público.

Bolsa de valores Mercado público organizado y especializado en el que se efectúan las operaciones decompra y de venta de los valores mobiliarios lanzados por sus emisores u ofrecidos por

sus tenedores. En Honduras funcionan una bolsa La Bolsa Centroamericana de Valores.Casas decambio

Instituciones mercantiles autorizadas y reguladas por la autoridad monetaria que sededican a la compra y venta de moneda extranjera.

Créditoovernight

Término que se aplica a los créditos efectuados en el Mercado Monetario de muy cortoPlazo, generalmente con vencimientos pautados a las 24 horas o, como máximo, a losdos o tres días.

1 Ver también: ―Glosario de términos utilizados en los sistemas de pago y liquidación, CPSS. Marzo de 2003.




CréditoIntradía

Crédito extendido por un período menor a un día hábil, colateralizados por valoresgubernamentales.

FPC Facilidad Permanente de Crédito

InfraestructuraTecnológica

Se refiere a todo el hardware, software, suministro y artículos de consumo relacionadoscon el procesamiento de información y las comunicaciones que el proveedor deberásuministrar e instalar de conformidad con el contrato.

Solución / SoluciónTecnológica

Nombre con que se designa al Sistema Integrado propuesto por los licitantes. Dichosistema está conformado por los subsistemas: LBTR, CDV e InfraestructuraTecnológica.

LiquidezIntradía

Fondos que pueden ser accesados dentro de un día hábil, generalmente para permitir a lasinstituciones financieras realizar pagos en tiempo real.

Operaciones deMercadoAbierto

Compra y/o venta de valores negociables realizados en el mercado primario y secundariopor el Banco Central de Honduras para ejecutar sus objetivos de política monetaria y portanto, ajustar la cantidad de reservas bancarias (liquidez de los bancos).

Pignorado Consiste en la entrega de valores en garantía (en prenda) de un préstamo o de un créditoque se recibe o en general garantizando el cumplimiento de una obligación principal.

Recompra Un contrato para vender valores y a continuación volver a comprarlos a un precio y fechaespecíficos. También se conoce como repo o pacto de recompra.

RiesgoCrediticio

El riesgo de que una contraparte no sea capaz de cumplir totalmente sus obligacioneseconómicas, actualmente o en algún momento del futuro.

RiesgoSistémico

El riesgo por incumplimiento de obligaciones por parte de un participante en un sistemade transferencia (en general en los mercados financieros) puede hacer que otrosparticipantes o instituciones financieras no sean capaces a su vez de cumplir con susobligaciones a su vencimiento (inclusive las obligaciones de liquidación en un sistema detransferencia). Tales incumplimientos podrían causar problemas significativos deliquidez o de crédito, amenazando la estabilidad de los mercados financieros.

Riesgo deLiquidez

El riesgo que una contraparte no disponga de fondos suficientes para cumplir susobligaciones financieras como y cuando se espera, aunque lo pueda lograr en algúnmomento del futuro.

Sistema deColas

Un acuerdo para la gestión del riesgo mediante el cual, las órdenes de transferencia semantienen pendientes por el iniciador/remitente o el sistema hasta que exista suficiente

cobertura en la cuenta de liquidación o bajo los límites establecidos para ese pagador. Enalgunos casos, la cobertura también puede incluir líneas de crédito no utilizadas ogarantías disponibles.

Sistema dePagos

Un sistema de pago consta de una serie de instrumentos, normas, procedimientosbancarios y, por lo general, sistemas interbancarios de transferencia de fondos queaseguran la circulación del dinero.

Sociedadesfinancieras

Institución que tiene como objetivo fundamental intervenir en el Mercado De Capitales yotorgar créditos para financiar la producción, la construcción, la adquisición y la Venta




de Bienes a mediano y largo Plazo.

Tenedor El titular de un título valor

0.3.2 Siglas utilizadas.Relacionadas a TIC (Tecnologías de la Información y la Comunicación)

ADS Active Directory Services

ANS Acuerdo a Nivel de Servicio

ASCT Administrador de Seguridad y Control de Tecnología

Benchmark El benchmark es una técnica utilizada para medir el rendimiento de un sistema ocomponente del mismo. Es el resultado de la ejecución de un programa informático oun conjunto de programas en una máquina, con el objetivo de estimar el rendimientode un elemento concreto o la totalidad de la misma, y poder comparar los resultadoscon máquinas similares.La tarea de ejecutar un benchmark originalmente se reducía a estimar el tiempo deproceso que lleva la ejecución de un programa (medida por lo general en miles omillones de operaciones por segundo). Con el correr del tiempo, la mejora en loscompiladores y la gran variedad de arquitecturas y situaciones existentes convirtieron aesta técnica en toda una especialidad.

BD Base de datos

BCG Business Computer GroupCompañía designada por SWIFT para brindar el servicio de interconexión al Sistema

CUG Closer User Group (Grupo cerrado de usuarios)

Forma Alterna Significa una solución temporal a la resolución de un problema y no implica el arregloinmediato de errores.

GPG Protector de privacidad (GNU por sus siglas en inglés).Es un software de encriptación.GUI Interface Gráfica del Usuario

HW Hardware

IT Tecnología de la información

ISSN Red Interna de Servidores Seguros (RISS).Un área del Lan del BCH que contiene sistemas financieros sensibles.

Lan Red de Área Local.Describe toda la red TIC instalada en las instalaciones del BCH.

MIRC Tinta magnética para reconocimiento de caracteres.

PGP Muy buena privacidad (Pretty Good Privacy). Es un software de encriptación.SLA Acuerdo a Nivel de Servicio

SAN Storage Area Network

SSH o SSL Protocolos utilizados para intercambiar información de manera segura.

SW Software

Software deaplicación

Es aquel que permite a los usuarios llevar a cabo una o varias tareas específicas, encualquier campo de actividad susceptible de ser automatizado o asistido, con especial




énfasis en los negocios.

Software desistema

Denominado también software de base, consiste en programas informáticos que sirvenpara controlar e interactuar con el sistema operativo, proporcionando control sobre elhardware y dando soporte a otros programas

TIC Tecnología informática y de comunicación. Está siendo utilizada más ampliamente quela terminología anterior TI ( Tecnología de la Información)TyC Departamento de Tecnología y Comunicaciones.

SAN Storage Area Network

RAM Random Access Memory, cuyo acrónimo es RAM se refiere a la memoria desde dondeel procesador recibe las instrucciones y guarda los resultados.

RIF Red de Interconexión Financiera

XML Extensible Markup Language

Versión Actual La Versión del Software del proveedor al momento de la última aceptación de parte delBCH.

VPN Red Virtual Privada. Una manera de establecer un conjunto de enlaces decomunicación de datos privados usando el Internet abierto como mensajero.

Otras ACH Cámara de Compensación Electrónica de Pagos.

AHIBA Asociación Hondureña de Instituciones Bancarias.

ATM Cajero Automático.

BIS Bank for International Settlements

CCECh Cámara de Compensación Electrónica de Cheques.

CVS Archivo plano separado por comasCEPROBAN Centro de Procesamiento Interbancario.

Institución encargada de operar la CCECh y la ACH.CNBS Comisión Nacional de Bancos y Seguros.

CPSF Comité de Políticas del Sector Financiero

CTBCH Sistema de Transferencia de Crédito para los cuentahabientes del BCH.

ECP Entrega contra Pago

ERP Enterprise Resource Planning

LBTR Sistema de Liquidación Bruta en Tiempo Real

Nuevo SIAFI Sistema de Administración Financiera Integrada, utilizado por la Secretaría de Finanzaspara pagos gubernamentales.

PCP Pago contra Pago

PIB Producto Interno Bruto

PNUD Programa de Desarrollo de las Naciones Unidas

PVP Payment versus payment




POS Punto de Venta

SENDI Sistema de Negociación de Divisas del BCH

SAC Sistema de Anotación en Cuenta

SIC Actual Sistema de Contabilidad del BCH

SIC-CC Sistema Integrado de Contabilidad actualmente integrado por un módulo de CuentaCorriente

MIDOI Módulo de Información de Detección de Operaciones Inusuales

SIS LBCH ENM/E

Sistema de Letras del BCH denominadas en moneda extranjera

SIC-CC Módulo de Cuenta Corriente

SP Sistema de Pagos

SPVP Subasta Primaria de Valores. Es el sistema actual para subastas primarias de valores dedeuda pública, administrado por el BCH.

SWIFT Sociedad para las Comunicaciones Financieras Interbancarias Internacionales

STP Straight through processing (Procesamiento de Principio a fin)

SIGEF Sistema de Información para la Gestión Económica y Financiera

RT Sección VI -Requisitos Técnicos

SIPRES Sistema Integrado de Previsión Social del BCH

B. R EQUISITOS COMERCIALES Y DE FUNCIONAMIENTO

1.1 Requisitos comerciales que debe reunir el Sistema

Liquidación Bruta en Tiempo Real;

a. Liquidación de Pagos en Tiempo Real entre los participantes, garantizando lairrevocabilidad y firmeza de dichos pagos.

b. Gestión de facilidades de crédito.

c. Agilización de Préstamos Interbancarios.

d. Manejo y Rastro de mensajes de las transacciones desde su entrada al sistema hasta laentrega en el destino final.

e. Transferencias de fondos entre participantes directos (crédito y débito).f. Gestión de Pagos.

g. Facturación de Tarifas y Cargos por el uso del sistema.

h. Administración de colas para las solicitudes de pago.

i. Monitoreo de la liquidez del sistema.

j. Liquidación de posiciones netas de la cámara de compensación desde la CCECH yACH.




k. Liquidación de negociaciones de divisa extranjera de acuerdo al principio de PCP.

l. Liquidación de transacciones relacionadas con la transferencia de valores de acuerdoal principio de Entrega Contra Pago (EcP) y Procesamiento de Principio a Fin en elmercado de valores, tanto primario como secundario a través de un enlace efectivo através de la Central Depositaria de Valores.

m. Supervisión del sistema de pagos.

Central Depositaría de Valores;

a. Administrar las emisiones de valores representativos de deuda de los emisorespúblicos.

b. Llevar registro central en línea y automatizado de las cuentas de valores en nivelespara cada depositante directo e indirecto.

c. Efectuar la transferencia, compensación y liquidación de valores, que se deriven de lanegociación en el BCH, en las bolsas y en el mercado extrabursatil.

d. Expedir certificaciones de los actos que realicen en el ejercicio de sus funciones.

e. Administrar el fondo de liquidación.

f. Administrador los márgenes asociados a las operaciones que se liquiden en ellas.

g. Registro de acciones, obligaciones y otros valores a nombre de los emisores einclusive de acciones y accionistas de sociedades que inscriban sus acciones en labolsa.

h. Administración de derechos patrimoniales y otras medidas cautelares que emitan las

autoridades competentes sobre los valores en custodia.i. Manejo detallado de la Tenencia de los Depositantes Directos e Indirectos.

j. Registro Central en línea para todos los instrumentos (deuda, acciones).

k. Manejo de Valores Gubernamentales (Mercado Primario).

l. Liquidez Intradía Mantener enlace con LBTR para efectuar un manejo eficiente de latransferencia de valores cuando se recurra a mecanismos de gestión temporal de laliquidez del sistema financiero (Reportos, Créditos Intradía, Créditos Overnight, entreotros)

m. Pago de Intereses y cancelación de vencimientos, manejo de redenciones de

vencimientos, amortización de capitales.n. Colaterización de transacciones cruciales.

o. Automatizar y asegurar el registro y vencimiento de los acuerdos de recompra;

p. Proveer facilidades de consulta en línea a todos los usuarios legítimos incluyendo elMinisterio de Finanzas para sus propios bonos.




q. Servir como plataforma para las transacciones a ejecutar con los valores (bonos deprivados, acciones, etc.) que surjan al desarrollarse el mercado de capitales ymercados secundarios.

r. Proporcionar estados de cuenta o extractos a los depositantes que asi lo requieranrespecto del movimiento o estado de su(s) cuenta.

1.1.1. C ódigos legales y reglamentos jurídicos que rigen los procesos y procedimientos comerciales que se automatizarán mediante el Sistema

Ver Sección VI Requisitos Técnicos literal H, Anexo 5 – Códigos legales yreglamentos jurídicos pertinentes.

1.2 Requisitos de funcionamiento del Sistema

1.2.1 Volúmenes y Rendimiento

VolúmenesEl volumen estimado al 2009 para los varios tipos de mensajes que el LBTRrequerirá para ser manejado son los siguientes:Transacciones de Pago: promedio de 200 por día con un pico de 400 por día.Transacciones Gubernamentales: 200Se espera que los volúmenes crezcan significativamente tan pronto como estédisponible un servicio de pago electrónico confiable; se proyecta un volumen detransacción de 5,000 transacciones por día en los siguientes cinco años.El sistema por lo tanto tendrá la capacidad para procesar hasta un mínimo de10,000 transacciones por día. En cualquier caso, los licitantes especificarán lasopciones de capacidad.

RendimientoEl sistema podrá procesar consistentemente por lo menos 20 transacciones depago por minuto (medidas en una prueba benchmark utilizando el promedio delongitud de mensaje BCH/SWIFT). El 95% del volumen diario se procesará comomáximo en 30 minutos y ninguna transacción por si sola en más de 1 minuto. Estebenchmark se refiere al proceso de final-a-final, desde la entrega por parte delbanco hasta el recibo y confirmación de que el pago se ha hecho efectivo.

1.2.2 Diseño y Administración del Sistema

La solución informática requerida debe ser entregada y estar funcionando dentrode un marco de tiempo razonable y mínimo ya estipulado, para facilitar esto, lasolución propuesta por el licitante debe basarse en una solución similar existente,es decir, por razones de costo y tiempo las propuestas asociadas a una solución―hecha de la nada‖ son inaceptables, por lo que se requiere un paquete de solucióncomprobado.Todos los aspectos de la solución propuesta reflejarán los siguientes principios dediseño:




Ambiente del software:Se requiere que el sistema opere en un ambiente de N-Capas en los sitiosProducción (Configurado en alta disponibilidad), Contingencia (Configurado pararecuperación ante desastres), Pruebas/Capacitación conforme a la Sección VI

Requisitos Técnicos literal H Anexo 10 (no se ha definido ambiente deDesarrollo/Mantenimiento debido a la naturaleza de la licitación la cual se refierea un producto llave en mano). El Sistema tendrá la capacidad de ser instalado enun servidor con esquemas de redundancia en procesador, fuentes de poder,unidades de almacenamiento, interfaces de comunicación y, en general, con todaslas características requeridas para eliminar todos los puntos simples de falla.

El Sistema (LBTR + CDV) requerido quedará instalado, configurado yfuncionando a entera satisfacción del BCH, en los servidores de produccióncorrespondientes. En similares circunstancias quedará instalado, configurado,probado y funcionando para un ambiente de pruebas, capacitación y

contingencias.

El Sistema requerido quedará en propiedad del BCH, quien a su vez será elresponsable de administrarlo, lo cual incluye todos los componentes, tanto delhardware como del software.

No se aceptarán conexiones directas entre objetos base de datos diferentes,excepto para propósitos de respaldo.

Arquitectura de Sistemas AbiertosEl Sistema debe basarse sobre una Arquitectura de Sistemas Abiertos y por lo

tanto debe cumplir con los estándares internacionalmente aceptados. Esto paraasegurar la independencia de los proveedores de hardware (para darle flexibilidadal BCH en caso de un cambio de política tecnológica).

Facilidad de OperaciónPara minimizar la oportunidad de que el error humano cause fallas de servicio, laoperación del software será tan automatizada como sea posible, con controlespara asegurar la finalización exitosa de cada tarea como una condición para elinicio de secuencias de tareas posteriores.

Interfaz para los usuariosEl acceso al sistema requerido por los participantes, para consulta y gestión, debeser web a través de una interfaz Browser estándar para lo cual se hará uso de unared con protocolo TCP/IP y soportar el protocolo de seguridad SSL.




1.3 Asuntos e iniciativas vinculados a la tecnología de la información

En materia informática existen sistemas que interactúan o que se tienen previstosemprender y que podrían incidir en el diseño o en la puesta en marcha de la Soluciónbuscada, los cuales se mencionan a continuación:

Sistema de Información para la Gestión Económica y Financiera (SIGEF)El Proyecto Sistema de Información para la Gestión Económica y Financiera(SIGEF) tiene como objetivo implementar un nuevo sistema de informaciónfinanciera que le permita al BCH estar acorde con los requerimientos de integraciónde la contabilidad al nuevo Sistema de Pagos de Honduras (SP).

Este sistema estará basado en la gestión de procesos e implementación de las mejoresprácticas de la industria, a través de un sistema de tipo ERP ( Enterprise Resource

Planning), el cual incluirá los sub sistemas de: Mayor General, Caja e Inventario deBóveda, Compras, Activos Fijos, Cuentas por Pagar e Inventario de Proveeduría,Gestión integral de Presupuesto y el Módulo de Información de Detección deOperaciones Inusuales (MIDOI).

El SIGEF es el proyecto que permitirá al BCH modernizar la plataforma de sistemasde información administrativos internos, entre los que destaca el sub componentedenominado Mayor General (MG) que corresponde a la contabilidad institucional.

El MG del SIGEF es imprescindible para el Sistema de Pagos ya que concentrará elregistro contable de las transacciones que se efectúen en el sistema de alto valor(LBTR), sistemas de bajo valor (ACH, Cámara de Compensación de Cheques) y lasoperaciones de política monetaria realizadas por el BCH a través de la futura Central

Depositaria de Valores.

El SIGEF contempla el subcomponente del MIDOI, el cual permitirá identificaroperaciones relacionadas al delito de lavado de activos y así detectar si a través de lospagos efectuados vía el SP hay riesgo de estar expuesto a dicho delito.

El SIGEF permitirá al BCH una reingeniería de los procesos económico-administrativos de la Institución, bajo una filosofía completa de integracióninterdepartamental. El SIGEF implementará una solución tecnológica tipo GRP(Government Enterprise) Resource Planning (para Gobierno)) para laautomatización, optimización e integración de los procesos y sistemas

administrativos y operativos del Banco Central de Honduras (BCH).

Infraestructura PKIActualmente el Banco Central de Honduras (BCH) cuenta con infraestructura dellave pública administrada por la Institución y está implementada sobre la plataformade Windows.La infraestructura actual nos permite generar nuestros propios Certificados Digitales,los cuales son asignados a cada uno de los usuarios autorizados por los participantes




en las operaciones con el BCH, lo cual se realiza mediante procesos establecido porel BCH.Con estos certificados, los participantes deben firmar las transacciones realizadas conel BCH, lo cual es un requerimiento imperativo para los aplicativos.

En términos de controles administrativos, el BCH cuenta con las Normas y Procesosde Seguridad para la Administración de Certificados Digitales y Tokens.

- Entidad Emisora de Certificados Digitales Implementada en plataforma Microsoft Windows, utilizando el Active DirectoryServices (ADS) como administración centralizada de las entidades.

- Autenticación Doble Factor (TOKENS)Para garantizar que los usuarios que se conectan a los sistemas del Banco sonrealmente quien dice ser, el BCH ha implementado el mecanismo de autenticaciónde doble factor, consistente en proporcionar el nombre de usuario, la contraseña y

un número aleatorio (OTP) proporcionado por un dispositivo Token de la marcaAladdin.

Para la administración de los tokens, se cuenta con la infraestructura tecnológicabasada en un servidor para administración de tokens, el software cliente (PKIClient) y los dispositivos de hardware.

Para la administración de las operaciones y como mecanismo de doble factor parala autenticación de los sistemas LBTR y CDV, el BCH utilizará el mismoesquema normativo de seguridad, con la diferencia que los dispositivos tokens yano serán de la marca Aladdin sino marca RSA modelo SID800 la cual está siendo

implementada en otra infraestructura.

Sistema Integrado de Previsión Social (SIPRES)El proyecto del BCH denominado Sistema Integrado de Previsión Social (SIPRES)tiene como objetivo la automatización de todas las actividades desarrolladas en eldepartamento de Previsión Social del BCH, que alimentará en línea los diferentesmódulos para procesar información Contable, Financiera, Actuarial, Médica,Administrativa, Estadística y general; logrando con ello, generar informaciónoportuna para la mejor toma de decisiones, minimizando el error operacional yfacilitando la verificación por parte de la Auditoría Interna a través de laimplementación de controles y pistas de Auditoria; reguladas por el Reglamento del

Plan de Asistencia Social y Resoluciones de la Junta Administradora del Plan deAsistencia Social.

El sistema integrado solicitado, conlleva la integración total de los diferentesmódulos que lo forman, de manera que la captura de información, procesamiento ymigración, sea de forma electrónica, generando cualquier tipo de reportes, informes,estadísticas, y demás de forma expedita, veraz y eficiente a la que puedan acceder losdiferentes usuarios internos y externos, con los niveles de seguridad establecidos,siendo éstos los siguientes:




El SIPRES cuenta con siguientes módulos:

1. Módulo del perfil del miembro.

2. Módulo de inversiones.3. Módulo de Planilla de Jubilados.4. Módulo Actuarial.5. Módulo de la Contabilidad.6. Módulo de Préstamos.7. Módulo de Servicios Médicos Hospitalarios.8. Modulo de Auditoria.9. Módulo del Fondo Médico.10. Módulo de Salud.

Al implementarse el Sistema Integrado de Previsión Social, se espera que este pueda

conectarse a la LBTR para efectuar pagos considerados de alto valor (jubilaciones,prima de antigüedad, servicios médicos hospitalarios, etc.). Se efectuará una mejoradministración de los recursos financieros del Plan de Asistencia Social, semodernizará la gestión administrativa y operativa del Departamento y se dispondráde información más confiable y oportuna para una adecuada toma de decisiones.

El SIPRES permitirá al Departamento de Previsión Social y consecuentemente alPlan de Asistencia Social:

1- Apoyo total de la Administración Superior en la dotación de recursoseconómicos, humanos y tecnológicos.

2- Participación de la Junta Administradora del Plan.

3- Mayor disposición y compromiso del personal del Departamento de PrevisiónSocial para llevar a cabo este proyecto.

4- Colaboración y compromiso de los departamentos involucrados como el TyC,Organización y Planeamiento y la Auditoría Interna.

Con la implementación de este proyecto, el Departamento de Previsión Socialcontará con una herramienta de trabajo que le permitirá brindar un servicio decalidad, basado en el alto grado de profesionalismo y mejora continua en sus

operaciones.

SWIFTActualmente el Banco Central de Honduras (BCH) utiliza la versión Swift AllianceEntry para realizar pagos transfronterizos; y cuenta para la operación de SWIFT condos microcomputadoras que funcionan para los ambientes de producción ycontingencia.




Para establecer la conexión con el Service Bureau, el Banco Central de Hondurastiene contratada una dirección IP para su conexión.

Para normalizar la plataforma de SWIFT -potencializarla para ser utilizada por

LBTR+CDV- está en proceso de adquisición lo siguiente:

- Adquisición y migración a Swift Alliance Access;- Servicio de Y-COPY y CUG (Grupo Cerrado de Usuarios);- Cuatro (4) Servidores, Cuatro (4) Corta Fuegos (Firewall basados en hardware

dedicado) y Dos (2) Sistemas de Prevención de Intrusos (IPS), infraestructura queviene a fortalecer los ambientes de producción, primera y segunda contingenciapara garantizar la alta disponibilidad del servicio SWIFT para el BCH.

En la sección VI Requisitos Técnicos literal H Anexo 8 ―Infraestructura SWIFT‖muestra la configuración actual y esperada.

Adquisición y Expansión de la SANActualmente el Banco Central de Honduras cuenta con una SAN (Storage AreaNetwork) con capacidad de 3TB, para atender los requerimientos de almacenamientoen el ambiente de producción. Para alojar el almacenamiento de los ambientes delproyecto LBTR+CDV, El BCH está en proceso de adquisición de tres (3) SAN paramejorar las capacidades de almacenamiento, la primera para ampliar la capacidad delambiente de producción actual a 6TB y las restantes para crear los ambientes depruebas y contingencia ambas con capacidad de 6TB c/u.

Administración de IdentidadesPara la Administración de Identidades, el Banco cuenta con un Directorio Activo deMicrosoft (Active Directory Services, ADS, por sus siglas en inglés) debidamenteimplementado y replicado en cuatro puntos geográficos en los cuales funcionarán losambientes de contingencia y pruebas; mediante el cual se administran los grupos deusuarios de los participantes.

- Solución de Gestión Centralizada de Identidades para Servidores UNIX yLinux: Con el propósito de contar con una herramienta que permita la efectivaadministración de identidades, autenticación centralizada auditable yaprovisionamiento correspondiente para la integración de todos los sistemasimplementados en el BCH en servidores con sistema operativo Solaris y Linuxsincronizados con el ADS, se está en proceso de adquisición de una soluciónSingle Sign On para la administración de identidades.




C. ESPECIFICACIONES TÉCNICAS

2.0 Requisitos Técnicos generales

2.0.1 Idioma: Todas las tecnologías informáticas deberán estar en idioma español.(interfaz de usuario, manuales, ayuda en línea y otros).

2.0.2 Fechas: Todas las tecnologías informáticas deberán presentar, calcular y transmitiradecuadamente la información sobre las fechas, incluidos, sin carácter limitativo,los datos sobre las fechas del siglo XXI.

2.0.3 La solución será desarrollada e implementada con los más altos estándares deseguridad para llenar las expectativas de todos los participantes en cuanto aautenticidad, confidencialidad, integridad y disponibilidad. Esto incluirá la

capacidad de traslado en un periodo corto de tiempo a un sitio de contingencia(sitio alterno) de procesamiento en caso de no haber disponibilidad o existir fallasen el sistema principal.

2.0.4 La solución necesaria deberá ser propuesta ―llave en mano‖ que incluya elsoftware de aplicación adecuadamente personalizado, software de servidor deaplicaciones/web, software de integración (aplicaciones, SWIFT), software debase de datos, software para alta disponibilidad de base de datos, software dereplicación de base de datos a sitio alterno, hardware (servidores de aplicación yde base de datos); implementación, entrenamiento, certificación y traspaso. Laimplementación deberá incluir integración completa con el ambiente TIC actual

del BCH que se describe en la Sección VI Requisitos Técnicos literal H Anexo 1,asimismo cumplir con el estándar tecnológico definido por el BCH que se describeen la esa misma sección.

2.0.5 Liquidación de operaciones nacionales y regionales en instancias separadas.

2.1 Especificaciones de la Infraestructura Tecnológica

Mediante estos Requisitos Técnicos, el BCH plantea las bases técnicas para adquirir,instalar, configurar y probar lo siguiente:




Ítem 1: Seis (6) Servidores.

Ítem 2: Seis (6) Licencias de Base de Datos Oracle Enterprise Edition 11g R2perpetuas por procesador.

Ítem 3: Seis (6) Licencias del Componente de Alta Disponibilidad de Base de DatosOracle Real Application Clusters 11g R2 perpetuas por procesador. Ítem 4: Cuatro (4) Licencias de Base de Datos Oracle Estándar Edition 11g R2perpetuas por procesador. Ítem 5: Nueve (9) Licencias del Componente de Replicación de Datos OracleGolden Gate 11g perpetuas por procesador. Ítem 6: Software del Servidor de Aplicaciones/Web. Ítem 7: En caso de que la solución propuesta lo requiera: Software de Integración deDatos (Para conexión de enlaces señalados en la sección VI Requisitos Técnicos,numeral 2.5.1 “Integración del Sistema” literal “C” y Sistema SWIFT)

Los licitantes tendrán que emitir certificaciones que sus soluciones funcionanadecuadamente con el Hardware y Software señalado principalmente que pueden cumplircon los requerimientos señalados en la sección VI Requisitos Técnicos literal B.Requisitos comerciales y de funcionamiento numeral 1.2.1 Volúmenes y Rendimiento.

En el caso que el sistema ofertado tenga un requerimiento adicional de HW o SW alseñalado, el licitante tendrá que señalarlo claramente e incluir detalladamente las razonesde los requerimientos adicionales, es importante aclarar que la diferencia no deberáexceder de 2 servidores con su respectivo licenciamiento de uso de software para el

ambiente necesario de la incorporación.

Al final de la contratación los Subsistemas e Infraestructura Tecnológica (Hardware ySoftware) indicados anteriormente deberán quedar completamente implementados ypuestos en marcha, para esto el proveedor seleccionado tendrá que realizar todas laspruebas que permitan certificar el correcto funcionamiento de los sistemas y laintegración de los mismos.

2.1.1 Lugar de Recepción, Instalación, Configuración y Pruebas

El proveedor se compromete a realizar las entregas de los bienes solicitados yejecutar las actividades de suministro, instalación, configuración y pruebasestablecidas en las especificaciones técnicas, en los siguientes lugares:

Lugar de Destino Convenido Bienes a suministrarAtención: Jefe Departamento Tecnología yComunicaciones. Séptimo piso, Centro decómputo, Banco Central de Honduras, EdificioPrincipal, Avenida Juan Ramón Molina, Primeracalle, Séptima Avenida. Ciudad Tegucigalpa,M.D.C. Francisco Morazán, Honduras, C.A.

Ítem 1: Cuatro (4)servidores.Ítem 2: Todo.Ítem 3: Todo.Ítem 5: Seis (6) Licencias.Ítem 6 y 7: Según aplique.




Los siguientes documentos: Original del Contrato de Licenciamiento yServicios Oracle – OLSA – para usuario final, Original del Certificado de

Licenciamiento de Programas y Soporte del Primer Año a nombre de ElBanco Central de Honduras (Custumer Support Identifier, CSI por su siglasen inglés) de los ítems II, III, IV y V deberán de ser entregados en la siguienteubicación:

2.1.2 Especificaciones Técnicas de Infraestructura Tecnológica

Detalle de las características técnicas que los bienes a adquirir deberán de cumplira efecto de satisfacer los requerimientos establecidos por el BCH:

Ítem Cantidad Descripción Características Técnicasrequeridas

I 6 Servidores

Arquitectura de

procesador.

Dos (2) CPU´s SPARC64 VI, RISCde 64 bits con Crecimiento mínimode cuatro (4) CPU´s

Velocidad deprocesamientomínimo.

Con al menos 2.15 GHZ.

Memoria RAM.

Instalada con configuración mínimade treinta y dos (32) GB.Con un crecimiento mínimo dedoscientos cincuenta y seis (256)

Atención: Jefe Departamento Tecnología yComunicaciones. Banco Central de Honduras,Edificio Anexo, Centro de cómputo, quinto piso,Barrio el Calvario, 11 y 12 Calle, 5 y 6 Ave.

Comayagüela, M.D.C. Francisco Morazán,Honduras, C.A.

Ítem 1: Un (1) servidor.Ítem 4: Dos (2) Licencias.Ítem 6 y 7: Según aplique.

Atención: Jefe Departamento Tecnología yComunicaciones. Banco Central de Honduras,Centro de Telecomunicaciones, tercer piso, quintaavenida 2da. Calle barrio El Centro, Ciudad deSan Pedro Sula, Cortes, Honduras, C.A.

Ítem 1: Un (1) servidor.Ítem 4: Dos (2) Licencias.Ítem 5: Tres (3) Licencias.Ítem 6 y 7: Según aplique.

Lugar Bienes a suministrarAtención: Jefe Departamento Tecnología yComunicaciones. Séptimo piso, Centro decómputo, Banco Central de Honduras, EdificioPrincipal, Avenida Juan Ramón Molina, Primeracalle, Séptima Avenida. Ciudad Tegucigalpa,M.D.C. Francisco Morazán, Honduras, C.A.

Ítem 2.Ítem 3.Ítem 4.Ítem 5.Ítem 6 y 7: Segúnaplique.




GB.

Almacenamientomínimo.

Con al menos dos (2) discos durosde 146 GB, 10K rpm, tecnologíaSAS o superior y que permita ser

configurados en RAID 1.Unidad paraDispositivos Ópticos.

Provisto con al menos una unidad deDVD-ROM interna en el mismochasis.

Interfaces.

Provisto con al menos una (1)interface Ultra320 SCSI interno / externo, con un mínimo de cuatro(4) puertos de red Ethernet de10/100/1000 Base-T.

Ranuras paraexpansión.

Al menos cuatro (4) ranuras PCI, osu equivalente.

Adaptadores paraconexión a SAN

Provisto al menos con dos (2)adaptadores (HBA´s, Host BusAdapter) con Ancho de Bandamínimo de 4 Gbit/s, con capacidadde auto negociación para 2 Gbit/s y1 Gbit/s; de un solo puerto.

Sistema Operativo.

Tener pre-instalado el sistemaoperativo del mismo fabricante delequipo en su última versión, ademássean provistos los medios ópticos(CD / DVD) de instalación de dicho

sistema operativo.

Presentación ymontaje del equipo

Será tipo Rack y proveer todos losrieles y accesorios necesarios paramontaje en gabinete (rack) existentede cuatro postesNo se requiere el gabinete o rack.

Capacidades paraadministración ymonitoreo.

Tener la capacidad de sermonitoreado y soportado de maneraremota a través de puertos seriales.

Conexión dePeriféricos.

Provisto como mínimo con dos (2)puertos USB.

Dispositivos deEntrada.

Provisto con al menos un (1) tecladoen español y un (1) mouse.

Dispositivo de Salida.Provisto con monitor LCD pantalla plana 17‖ (17 Pulgadas) o superior.

Fuentes de poder.

Al menos dos (2) instaladas demanera redundante con susrespectivos cables de alimentaciónde energía.




Instalación,configuración ypruebas

La instalación, configuración ypruebas será realizada por personaltécnico certificado.

DocumentaciónRequerida

Manuales de usuario, instalación,

configuración, diagramas dehardware, medios de instalaciónOriginales (CD o DVD) ycontroladores de configuración.Como resultado de la instalación,configuración, puesta enfuncionamiento y pruebas, sepresentará al Jefe del Departamentode Tecnología y Comunicacionesdel Banco Central de Honduras, uninforme final detallando de los

trabajos realizados.

Almacenamientoexterno

No se requiere ningún tipo dealmacenamiento externo. Elcomprador proveerá elalmacenamiento requerido para lasconfiguraciones solicitadas.

II 6Licencias de Base de Datos Oracle Enterprise Edition 11gR2 perpetuas por procesador

III 6Licencias del Componente de Alta Disponibilidad de Basede Datos Oracle Real Application Clusters 11g R2

perpetuas por procesadorIV 4

Licencias de Base de Datos Oracle Standar Edition 11g R2perpetuas por procesador

V 9Licencias del Componente de Replicación Oracle GoldenGate 11g perpetuas por procesador.

Documentación aEntregar

Manuales técnicos, instalación,configuración y administración.Medios ópticos de instalaciónoriginales (CD‘s o DVD‘s). Original del Contrato deLicenciamiento y Servicios Oracle –

OLSA – para usuario final.Original del Certificado deLicenciamiento de Programas ySoporte por el primer año a nombrede Banco Central de Honduras(Customer Support Identifier, CSI,por su sigla en inglés) e indicar lafecha de inicio y fin del soporte.




ConfiguraciónRequerida

La instalación estará actualizada conlas últimas versiones de parches deseguridad liberadas por elfabricante.

El componente de replicaciónGolden Gate, tendrá queconfigurarse de maneraunidireccional de tal forma quecapture la información del ambientede producción y sea entregada haciael ambiente de recuperación antedesastres.

VI Definir el ProveedorSoftware del Servidor deAplicaciones/Web.

VII Definir el Proveedor

En caso de que sea necesario

para la solución propuesta porel Licitante: Software deIntegración de Datos (Paraconexión de enlaces señalados enla sección VI RequisitosTécnicos, numeral 2.5.1“Integración del Sistema” literal“c” y Sistema SWIFT).

Documentación aEntregar

Manuales técnicos, instalación,configuración y administración. Medios ópticos de instalación

originales (CD‘s o DVD‘s). Original del Certificado deLicenciamiento de Programas ySoporte por el primer año a nombrede Banco Central de Honduras eindicar la fecha de inicio y fin delsoporte; según aplique.

2.1.3 Servicios Conexos

Se suministrarán los siguientes servicios conexos:2.1.3.1 Ítem 1: Seis (6) Servidores

a. El proveedor entregará la documentación técnica como ser: manualesde usuario, de instalación, de configuración y de administración,diagramas de hardware, medios de instalación originales,controladores de configuración, piezas de herrajes incluidos con elequipo. Esto será por cada equipo ofertado.

b. El proveedor tendrá que entregar, instalar, configurar y probar




adecuadamente los Servidores en las instalaciones del Banco Centralde Honduras en las Ciudades de Tegucigalpa, Comayagüela y SanPedro Sula; bajo la supervisión de personal técnico del Departamentode Tecnología y Comunicaciones de BCH, dichas actividades deberán

realizarse en la ubicación convenida.

c. La recepción de los bienes tendrá que realizarse en presencia de losrepresentantes de los Departamentos de Auditoría Interna, Tecnologíay Comunicaciones y Servicios Generales; así como, el RepresentanteLegal de la (s) empresa (s) adjudicada (s) o la persona que éste designepor escrito.

d. El proveedor tendrá que notificar con cinco (5) días hábiles deanticipación, la fecha y hora de la recepción de los bienes.

e. El proveedor tendrá que instalar y configurar los seis (6) servidores dela siguiente forma:

Dos (2) servidores para ambiente de producción de la capa de Basede Datos instalados y configurados en alta disponibilidad medianteel Oracle Real Application Clusters.

Dos (2) servidores para ambiente de producción de la capa deaplicación (El software de servidor de aplicación/web deberá serprovisto con el licenciamiento correspondiente a nombre de BancoCentral de Honduras).

Un (1) servidor para ambiente de pruebas-capacitación de la capade Base de Datos y Aplicación/Web.

Un (1) servidor para ambiente de contingencia -recuperación antedesastres- (Sitio Alterno) de la capa de Base de Datos yAplicación/Web.

f. Como resultado de la instalación, configuración, puesta enfuncionamiento y pruebas, se presentará al Jefe del Departamento de

Tecnología y Comunicaciones del Banco Central de Honduras, uninforme técnico detallado de los trabajos relativos a cada uno de losbienes suministrados.

g. El Proveedor se compromete a asumir los costos de movilización,comunicación, hospedajes, impresión y otros que sean necesarios parallevar a cabo las labores requeridas en los servicios conexosrelacionadas a cada uno de los ítems de la infraestructura tecnológica.




2.1.3.2 Ítem 2: Seis (6) Licencias de Base de Datos Oracle Enterprise Edition11g R2 perpetuas por procesador. Ítem 3: Seis (6) Licencias delComponente de Alta Disponibilidad de Base de Datos Oracle RealApplication Clusters 11g R2 perpetuas por procesador. Ítem 4:

Cuatro (4) Licencias de Base de Datos Oracle Estándar Edition 11gR2 perpetuas por procesador. Ítem 5: Nueve (9) Licencias delComponente de Replicación de Datos Oracle Golden Gate 11gperpetuas por procesador.

a. El Proveedor tendrá que entregar a El Banco Central de Honduras ladocumentación técnica como ser los manuales de usuario, técnico,instalación, configuración y administración; así como también, losmedios ópticos de instalación originales CD‘s o DVD‘s, Original delContrato de Licenciamiento y Servicios Oracle – OLSA – para usuariofinal, Original del Certificado de Licenciamiento de Programas ySoporte del Primer Año a nombre de El Banco Central de Honduras(Custumer Support Identifier, CSI, por su siglas en inglés), indicandofecha de inicio y finalización del soporte y cualquier documentacióntécnica adicional.

b. La recepción de los bienes se hará en las instalaciones del BancoCentral de Honduras de acuerdo a lo establecido en la Sección VIRequisitos Técnicos literal C numeral 2.1.1, la cual tendrá que derealizarse en presencia de los representantes de los Departamentos deAuditoría Interna, Tecnología y Comunicaciones y ServiciosGenerales; así como, el Representante Legal de la (s) empresa (s)adjudicada (s) o la persona que éste designe por escrito.

c. El proveedor tendrá que notificar con cinco (5) días hábiles deanticipación, la fecha y hora de la entrega.

d. El Proveedor tendrá que instalar, configurar y probar los ambientes deBase de Datos en las instalaciones de El Banco Central de Hondurasen los Edificios de Tegucigalpa, Comayagüela y San Pedro Sula, bajola supervisión de personal técnico del Departamento de Tecnología yComunicaciones.

e. El Proveedor tendrá que configurar el software del Motor de Base de

Datos y demás componentes para la configuración en AltaDisponibilidad (RAC) y Replicación de datos a sitio alterno (GoldenGate) de acuerdo al licenciamiento adquirido en los servidorescorrespondientes, dicha instalación tendrá que quedar actualizada conlas últimas versiones de parches de seguridad liberadas por elfabricante para los productos adquiridos.

f. El proveedor tendrá que instalar y configurar el software del Motor deBase de Datos y demás componentes para la configuración en Alta




Disponibilidad (RAC) y Replicación de datos a sitio alterno (GoldenGate) de la siguiente manera:

Ambiente de Producción:

- Seis (6) licencias de Base de Datos Oracle Enterprise Edition11g R2.- Seis (6) licencias del Componente de Alta Disponibilidad de

Base de Datos Oracle Real Application Clusters 11g R2.- Seis (6) licencias del Componente de Replicación de Datos

Oracle Golden Gate 11g (Deberá de ser configurado parareplicar datos hacia el servidor de recuperación ante desastres,sitio alterno).

Ambiente de Recuperación ante desastres:- Dos (2) Licencias de Base de Datos Oracle Estándar Edition 11g

R2.- Tres (3) licencias del Componente de Replicación de Datosque ser configurado para replicar datos desde el servidor deproducción).

Ambiente de Pruebas-Capacitación:- Dos (2) Licencias de Base de Datos Oracle Estándar Edition 11g

R2.

g. El Proveedor se compromete a asumir los costos de movilización,

comunicación, hospedajes, impresión y otros que sean necesarios parallevar a cabo las labores requeridas en los servicios conexosrelacionadas a cada uno de los ítems de la infraestructura tecnológica.

2.1.3.3 Ítem 6: Software del Servidor de Aplicaciones/Web. Ítem 7: En casode que sea necesario para la solución técnica propuesta: Software deIntegración de Datos (Para conexión de enlaces señalados en lasección VI Requisitos Técnicos, numeral 2.5.1 “Integración delSistema” literal “C” y Sistema SWIFT).

a. El Proveedor tendrá que entregar a El Banco Central de Honduras ladocumentación técnica como ser los manuales de usuario, técnico,

instalación, configuración y administración; así como también, losmedios ópticos de instalación originales CD‘s o DVD‘s, Original delContrato de Licenciamiento a nombre de El Banco Central deHonduras, indicando fecha de inicio y finalización del soporte, segúnaplique y cualquier documentación técnica adicional.

b. La recepción de los bienes se hará en las instalaciones del BancoCentral de Honduras de acuerdo a lo establecido en la Sección VIRequisitos Técnicos literal C numeral 2.1.1, la cual tendrá que




realizarse en presencia de los representantes de los Departamentos deAuditoría Interna, Tecnología y Comunicaciones y ServiciosGenerales; así como, el Representante Legal de la (s) empresa (s)adjudicada (s) o la persona que éste designe por escrito.

c. El proveedor tendrá que notificar con cinco (5) días hábiles deanticipación, la fecha y hora de la recepción.

d. El proveedor tendrá que instalar y configurar el software del Servidorde Aplicaciones/Web en los servidores implementados en lossiguientes ambientes: Producción, Pruebas/Capacitación yContingencia; bajo la supervisión de personal técnico delDepartamento de Tecnología y Comunicaciones.

e. El Proveedor tendrá que instalar, configurar y probar en caso de queaplique: el Software de Integración de Datos (Para conexión deenlaces señalados en la sección VI Requisitos Técnicos, numeral 2.5.1―Integración del Sistema‖ literal ―C‖ y Sistema SWIFT), en losservidores implementados en los siguientes ambientes: Producción,Pruebas/Capacitación y Contingencia; bajo la supervisión de personaltécnico del Departamento de Tecnología y Comunicaciones.

f. El Proveedor se compromete a asumir los costos de movilización,comunicación, hospedajes, impresión y otros que sean necesarios parallevar a cabo las labores requeridas en los servicios conexosrelacionadas a cada uno de los ítems de la infraestructura tecnológica.

g. Cualquier requerimiento de software adicional, como ser conectores ala base de datos en producción Progress; tendrá que ser expresamenteseñalado e incluido como parte de su oferta.

2.2 Especificaciones de la red y las comunicaciones

La solución propuesta utilizará el estándar y red SWIFT para el envío de mensajes devalor y no valor, así mismo tener la capacidad de utilizar redes propietarias no SWIFTdebido a que no todas las instituciones que harán uso del Sistema cuentan con SWIFT.

El BCH logra su comunicación de los usuarios internos y externos de la siguientemanera:

a. Usuarios Externos




SWIFT: La red SWIFT será la red primaria utilizada en la LBTR+CDV por losparticipantes SWIFT para liquidar pagos de alto valor. Los participantes SWIFTrealizaran sus transacciones dentro del Grupo Cerrado de Usuarios contratado porel BCH.

De los diecisiete (17) bancos comerciales en Honduras aproximadamente nueve(9) tienen acceso a la red SWIFT.

CEPROBAN: Es una institución que mantiene a disposición del SistemaFinanciero la red privada que lleva su nombre y es utilizada para realizartransacciones de bajo valor (ACH, CCECh).

Esta red cuenta con doble redundancia de conexión, por lo que para el LBTR +CDV, será utilizada como mecanismo de contingencia para los usuarios SWIFT ycomo red primaria para los usuarios NO-SWIFT.

Internet: La contratación de este servicio permite contar con un sistemaredundante que asegura la continuidad del servicio en caso de que uno de losenlaces fallara, bajo este esquema de conexión es posible proporcionar acceso alos participantes vía VPN como una segunda red de contingencia, a su vez sepodrá brindar acceso remoto de acuerdo a política interna para que el proveedordel LBTR proporcione al BCH servicio técnico y soporte.

b. Usuarios Internos:

BCH: Para el cumplimiento de sus funciones, a nivel central como a través de lasoficinas sucursales y edificio anexo, el BCH cuenta con una red LAN de avanzada

y moderna tecnología, la cual ha sido desarrollada, configurada y monitoreada porel Departamento de Tecnología y Comunicaciones de la institución prestandoatención a los requerimientos de comunicación electrónica de sistemas a lo internodel BCH y otros servicios relacionados, auxiliado para su funcionamiento por unaserie de normativas y estándares.

Detalle de aspectos tecnológicos de las redes ver Sección VI Requisitos Técnicos literal HAnexo 1 ―Tecnologías y Sistemas de información existentes‖ numeral 1.1.6

2.3 Especificaciones del Software

Mediante estos Requisitos Técnicos, el BCH plantea las bases técnicas para adquirir eimplantar un sistema integral constituido por los siguientes subsistemas:

1. Liquidación Bruta en Tiempo Real;2. Central Depositaria de Valores, plenamente integrado con el LBTR para todo tipo de

Liquidación de Valores.




Estos subsistemas estarán basados en las mejores prácticas internacionales y acorde conlos principios definidos por el Banco Internacional de Pagos (BIS). Contribuir al controlde los riesgos relacionados con la liquidación de los pagos en el sistema financiero.

Si el licitante no puede cumplir con alguno de los requerimientos, debe establecerlo deforma específica en el texto de su oferta.

Cuando a efectos del cumplimiento de alguno de los requerimientos establecidos, elsistema propuesto posea diferentes opciones, éstas deben ser especificadas, en formaconjunta con cualquier recomendación que la empresa licitante entienda necesariorealizar.

2.3.1 Requerimientos Comunes del Sistema

Los licitantes “DEBERÁN” presentar en sus propuestas una descripción de losmódulos incluidos en su oferta y que conforman el LBTR y CDV. De igual

manera, los licitantes “DEBERÁN” presentar en sus propuestas el detalle de laSección VI literal G. Lista de Verificación Técnica.

2.3.1.1 Lineamientos Generales

Los siguientes lineamientos del Sistema son los ―cumplirá siguientes:

a. Mantener altos niveles de confianza, con particular énfasis en laintegridad de datos y seguridad de la información, previniendoparticularmente los accesos no autorizados.

b. Mantener niveles altos de disponibilidad de servicios utilizandomecanismos de recuperación de fallos apropiados así como tambiénfacilidades y procedimientos de respaldo y recuperación antedesastres.

c. Estar apropiadamente configurado para exceder los niveles dedesempeño en términos de capacidad de proceso y respuesta para quelas instrucciones y mensajes sean completos.

d. Se requiere el no repudio de los mensajes de todos los participantes.

e. Asegurar la firmeza e irrevocabilidad de los pagos y su liquidación enlas cuentas corrientes de los participantes en el BCH.

f. Estar en condiciones de adaptarse rápidamente a los cambios de losservicios financieros, especialmente a los descritos en este documentode licitación.




g. Ser altamente configurables para proporcionar el desempeñooperacional necesario a efectos de asegurar el envío, recepción y lacorrecta finalización de las instrucciones y mensajes.

h. Permitir la automatización de todas las rutinas que participan en elciclo diario de operaciones, incluyendo los procesos que se realizan alprincipio del día o a su término y los procesos de envío y recepción dedatos a otras aplicaciones que funcionan en la plataforma de losparticipantes, con adecuados niveles de seguridad e informespermanentes de control.

i. Elsistema debe permitir pagos hasta como mínimo el siguiente valor999,999,999,999 y siete lugares decimales, parametrizables pormoneda.

j. Mejorar la seguridad y eficiencia del sistema mediante elprocesamiento de Principio a Fin (Straight-Through-Processing).

k. Proveer ayuda en línea, en español, para todas las funciones deusuarios y operadores.

2.3.1.2 Operatividad

El sistema requerido tendrá las siguientes especificaciones:

a. Proveer accesos en línea y fuera de línea para informes sobre archivoshistóricos, cubriendo un periodo de por lo menos (5) años, sin

comprometer los tiempos de respuesta o desempeño establecido delsistema.

b. El BCH acordará con el proveedor previo a la implementación delsistema, la forma en que los datos históricos deberán ser mantenidosen línea versus archivar fuera de línea; por tanto, cualquierrequerimiento de infraestructura adicional será expresamente señaladoe incluido como parte de sus oferta.

c. Permitir la fácil adaptación a través de parámetros en pantalla, paraacomodar reglas nuevas, cambiadas o modificadas que gobernarán

varias funciones, por ejemplo, crear un nuevo tipo de mensajes, crearun nuevo tipo de instrumentos, permitir de manera sencilla, a través dela utilización de parámetros, o la modificación de las reglas deliquidación. Proveer la integración completa de las funciones demanejo del sistema.

d. Establecimiento de cualquier parámetro que pueda ser aplicable avarios o a todos los componentes del sistema, debe ser establecido




solamente una vez. Toda la información del sistema transferida entrelos componentes debe ser transparente a las operaciones del sistema.

e. El sistema requiere un mínimo de intervención (preferiblemente

ninguno), del personal técnico de TI para las operaciones normales.

2.3.1.3 Integridad

Entre los principales aspectos de integridad que el sistema debe ofrecer seencuentran los siguientes:

a. Registro local de todos los mensajes enviados, pendientes y recibidoscada día.

b. Acceso de sistema en el inicio-de-día y autenticación del sitio deprocesamiento.

c. Facilidades de registro de recepción, generación de mensajes yarchivos.

d. Seguridad de los mensajes (autenticación, integridad de los datos, yconfidencialidad).

e. Integridad de toda la información, que compruebe que todas lastransacciones estén balanceadas y almacenadas de manera sincrónica

en el sitio principal configuración clúster de base de datos yasincrónico en el sitio alterno configuración de replicación de base dedatos.

f. Garantía de que no habrá pérdida de datos, ya sea durante latransmisión o después de una falla.

g. Encriptación de todos los flujos de datos.

h. Adherirse a los formatos SWIFT ISO de conformidad con losestándares internacionales mínimos para mensajes generados según

los lineamientos del BIS.

Estas funciones comunes del software serán provistas de maneraaplicable en cada sitio de procesamiento por una serie de códigoscomunes en la aplicación. Esta aproximación simplifica el mantenimientoy control del código y provee aseguramiento adicional de que el nivel deintegración dentro del sistema sea consistente y completo.




2.3.1.4 Controles de Procesamiento de Archivos (lotes) y Transacciones

Las transacciones y archivos entrantes serán revisados en los siguientesaspectos:a. Que el tipo y formato sean correctos;

b. Que la fuente esté autorizada;

c. Que la identificación, fecha y cifra control de totales (sumatoria detodos los pagos dentro del archivo) sean correctos;

d. Que no sea un mensaje duplicado;

Las transacciones y archivos salientes deben ser revisados al menos enlos siguientes aspectos:a. Se debe asegurar que ninguna transacción o archivo quede sin enviar y

que éstos sea entregados satisfactoriamente;

b. Si la entrega no es posible, las alertas deben de estar disponibles;

c. No se admite la entrega doble, excepto bajo los procedimientos derecuperación cuando las dos partes estén conscientes de la posibilidadde que el mensaje sea un duplicado.

2.3.1.5 Controles de Validación

Los controles de validación incluirán:a. Validación de las instrucciones de pago individual (uno a uno);

b. Validación de campos obligatorios dentro de las instrucciones de

liquidación de fondos ;c. Autenticación del emisor del mensaje;

d. Confirmación de tráfico del mensaje y validación al emisor.

2.3.1.6 Seguimiento e Integridad del Mensaje

Los controles incluirán lo siguente:a. Cada instrucción de liquidación de fondos o archivos conteniendo

instrucciones de liquidación, deben tener una identificación única conuna fuente física, identificación del usuario, fecha y hora de ingresodel Sistema.

b. Cada instrucción de liquidación de fondos debe ser operada de acuerdoal nivel simple o múltiple de autorización prescrito por eladministrador y/o los participantes del Sistema.

c. Un esquema numerado de secuencia de mensajes y un control deprocedimiento deben estar presentes para evitar la pérdida, duplicaciónde mensajes autorizados o inserción de mensajes no autorizados.




d. Se requiere el reconocimiento de mensajes a nivel de aplicación comoun componente obligatorio del manejo de todos los mensajes.

e. Cuando un operador tenga la opción de efectuar cambios a los

mensajes de valor (value messages) o a los parámetros críticos delsistema, el sistema permitirá múltiples autorizaciones. El BCHdecidirá los niveles de autorización que se permitirán en el nivel departicipante/operador del sistema (BCH).

f. El rastreo automático de una transacción desde el punto de entrada alSistema hasta la entrega en el destino final con información completaacerca del tiempo en el cual el mensaje fue recibido y entregado, y elprocesamiento que ocurrió en cada paso en cada punto del manejo dela transacción/archivo.

g. La información para este propósito será mantenida en línea hasta porun máximo de días definidos por el BCH – inicialmente 120 días parael LBTR y 365 días para la CDV – tiempo después del cual los datosdeben de ser archivados para almacenamiento fuera de línea.Reportes estándares para esta información deben estar disponibles, loslicitantes deben describir como el personal del BCH puede prepararreportes adicionales.

2.3.1.7 Ciclo Diario de Procesamiento

El horario de funcionamiento del Sistema se mantendrá flexible y capaz

de ser ajustado a circunstancias fuera de lo normal. Los procedimientosrelacionados con la actividad inicio/fin de día serán manejadosautomáticamente por los sistemas.

El Sistema incluirá ventanas de tiempo de liquidación por tipo deoperaciones, las que podrán ser modificadas por los administradores delsistema conforme las necesidades del BCH.

Se espera que el proveedor asesore al BCH en la definición de loshorarios de liquidación de todos los tipos de operaciones que se realizanen la institución.

2.3.1.8 Reportes y estadísticas

El sistema requerido proveerá mecanismos de exportación deinformación asegurando la consistencia e integridad de la misma,permitiendo que la información sea consultada en pantalla y/o exportadaa archivos, tipo texto, XML, formato de hoja electrónica Excel y formatoPDF, entre otros, tomando en consideración, como mínimo, los criteriosde fecha y hora de operación, montos, usuario y tipo de mensaje.




Los licitantes documentarán y brindarán capacitación sobre lasherramientas que permitan al BCH la configuración de nuevos informes yestadísticas para satisfacer las necesidades de información, tanto para elBCH como para los participantes.

Informes consistentes y regulares para el procesamiento financiero,registros de seguridad, posiciones de liquidación calculadas, valores deliquidación bruta y neta, lotes y número de archivos procesados, etc., quepuedan ser informados tanto localmente como centralmente para probarla integridad del sistema y completar la conciliación de todo el sistema.

Además de los reportes/informes antes mencionados el LBTR y la CDVproporcionarán a las diferentes dependencias información específica quese detalla a continuación:

a. Unidad de Cumplimiento – Lavado de ActivosLa Unidad de Cumplimiento tiene como propósito velar porque secumpla a cabalidad con toda la normativa para la prevención,detección y control de operaciones que pudieran ligarse directa oindirectamente con los delitos de lavado de activo y financiamientodel terrorismo, mediante mecanismos adecuados para controlar losriesgos asociados a los mismos en las diferentes dependencias de laInstitución; además, es responsable de realizar los análisis necesariosde las operaciones inusuales o atípicas y elaborar los reportes de unaposible operación sospechosa, los que son requeridos por la Unidadde Información Financiera (UIF) adscrita a la CNBS; se constituye

también como el órgano ejecutivo del Comité de Cumplimiento.

Cada subsistema tendrá la capacidad de brindar al menos lossiguientes reportes:

Información requerida del LBTR- Cliente (Identificadores único del cliente, RTN, Pasaporte,

etc.)- Dependencia/Área de Negocio- Servicio/Producto (Tipo de Operación)- Fecha de transacción

- Tipo de operación- Monto- Número de Cuenta- Tipo de Moneda- Participante Emisor- Participante Receptor- Beneficiario (Identificación)- Pago con (Transferencia, etc.)- Sistema Fuente (LBTR, ACH, CCECH, CDV)




- Modulo del Sistema- Oficina/Sucursal

Además se espera que el LBTR proporcione los siguientes reportes:

- Reporte de beneficiarios que recibieron más de 2transferencias

- Reportes de transferencias sin autorizaciones requeridas- Reporte de operaciones de ingreso y egreso consecutivas de

un cliente- Reporte de iliquidez de los clientes

Información requerida de la CDVDetalle de las inversiones:- Número de Anotación en cuenta- Tipo de Emisión- Fecha de Inversión- Fecha de Vencimiento- Plazo de Vigencia en Días- Valor Pagado en Moneda de la Transacción- Valor Nominal de la inversión en Moneda de la Transacción- Tasa de Rentabilidad Anual- Moneda usada en la Transacción- Factor de Cambio de Referencia de Moneda- Forma de Recuperación- Fecha de Subasta- Numero de Subasta- Numero de Oferta- Identidad o Rtn del Intermediario- Nombre Completo del Intermediario- Código del Inversionista- Identidad o Rtn del Inversionista- Nombre Completo del Inversionista- Ciudad y Departamento donde Habita el Inversionista- Barrio o Colonia donde Habita el Inversionista- Dirección del Inversionista (Casa, Calle y Ave)- Teléfono del Inversionista- Fax del Inversionista- Apartado Postal del Inversionista- Correo Electrónico del Inversionista

Datos para la cancelación:- Número de Anotación en Cuenta- Número de Cuenta Corriente a Afectar




- Forma del Documento de Cancelación (Cheque, CuentaCorriente, Valor Vencido)

- Identidad o Rtn del Beneficiario (A quien se le pago)- Nombre Completo del Beneficiario

- Fecha de Cancelación- Monto Cancelado en Lempiras- Factor de Cambio de Referencia de Moneda

Datos para los pagos:- Número de Anotación en Cuenta- Número de Cuenta corriente a Afectar- Forma del Documento de Pago (Cheque, Cuenta o Titulo

Valor)- Valor Pagado en Lempiras- Fecha de Pago

- Identidad o Rtn del Emisor o Dueño del Documento de Pago(Quien pago)- Nombre del Emisor del Cheque, Propietario de Cuenta o de

Inversión- Nombre del Banco Girado- Fuente de sus Recursos para Invertir

Además se espera que la CDV proporcione los siguientes reportes:

- Reporte de Inversionistas nacionales o extranjeros que porprimera vez participen en subastas de títulos valores

gubernamentales, con montos superiores a USD10,000.00 oL200,000.00 ò con montos muy superiores a los establecidosen el Artículo 20 del Reglamento para la Negociación deTítulos Gubernamentales.

- Reportes Incongruencia entre la información incluida en elformato de identificación del inversionista y los datosmencionados en los Artículos 17 y 18 del Reglamentaciónpara la Negociación de Títulos Gubernamentales.

- Reporte de Inversionistas que en forma repetitiva registreninsuficiencia de fondos al afectar los medios de pagocorrespondientes.

- Reporte de Títulos Valores con numerosos traspasos entreempresas unipersonales, cooperativas o asociaciones sinfines de lucro.

- Reporte de operaciones realizadas con montos que nocoincide con la actividad económica que el intermediarioproporciona en el formulario Datos de identificación delinversionista.




- Reporte de cobro de capital e intereses por parte de losinversionistas en títulos gubernamentales en las Sucursalesde La Ceiba y Choluteca.

- Reporte de Miembros del Directorio del BCH, Gerente,

Subgerentes, Asesores, Funcionarios y empleados del BCHque inviertan.- Reporte de transacciones de inversionistas que haya sido

evaluado con un perfil de riesgo alto.

b. Departamento de Programación y Análisis Financiero (PAF)La Subgerencia de Estudios Económicos del Banco Central deHonduras es un ente asesor de las autoridades superiores de lainstitución en la formulación y seguimiento de la política monetaria,crediticia y cambiaria del país, mediante la elaboración de cifras

estadísticas y análisis económico. Además, provee informaciónestadística y estudios a Instituciones Nacionales e Internacionales.

El Departamento de Programación y Análisis Financiero (PAF) comoparte de dicha Subgerencia es el encargado de elaborar las estadísticasmonetarias y financieras, así como el análisis respectivo de lasmismas, necesario para el manejo de la política monetaria, cambiariay crediticia del BCH.


Información requerida del LBTR- Movimientos diarios de las cuentas corrientes del sistema

financiero.- Información de los créditos intradía y préstamos

interbancarios.

Detalle de los créditos intradía y Préstamos interbancarios:- Monto del crédito- Acreedor- Deudor- Tasa aplicable- Garantía.

Información requerida de la CDVPara cada operación de mercado abierto se requiere la siguienteinformación:




- Colocaciones de Bonos del Gobierno de Honduras (en

Subasta y Directa).

Contenido: En subasta o colocación directa, Información deadjudicaciones por plazos, Tenedores, Montos demandados y

adjudicados, tasas demandadas por oferta, tasas de corte ypromedio ponderados por plazo.

- Colocaciones de Letras BCH Moneda Nacional (en Subasta y

Directa)

Contenido: En subasta o colocación directa, se requiereinformación de adjudicaciones por plazos, tenedores, montosdemandados y adjudicados, tasas demandadas por oferta,tasas de corte y promedio ponderados por plazo.

- Colocaciones de Letras BCH Moneda Extranjera (en Subasta

y Directa)Contenido: En subasta o colocación directa, se requiereinformación de las adjudicaciones por plazo, tenedor, montosdemandados y adjudicados, tasas demandadas por oferta,tasas de corte y promedio ponderados.

- Letras del BCH a valores devengados (monto invertido +

intereses devengados)

Contenido: Montos de Letras del BCH en Moneda Nacional yExtranjera diarios a valores devengados por plazos ytenedores.

- Cuadro de Letras del BCH vigentes

Contenido: Montos nominales por plazos y tenedores, así como por tipo de moneda.

- Acuerdos de Recompra de Valores Garantizados en Valores

Gubernamentales en Moneda Nacional y Extranjera

Contenido: Valor nominal, institución, título valor, fecha decompra y recompra, valor en garantía por tipo de título valor,plazo y tasa premio.

- Detalle de Transferencias de Valores Negociadas en

Mercado Secundario

Contenido: Fecha de solicitud, inversionistas (vendedor ycomprador), tipo de título valor, valor nominal y transferenciapactada.

- Cuadro Estadístico de Facilidades Permanentes de Inversión




Contenido: Número de operaciones diarias, inversionista,fecha de inversión y de vencimiento, plazo, monto, tasa deinterés e intereses pagados.

- Cuadro Estadístico de Facilidades Permanentes de Crédito

Contenido: Número de operaciones diarias, institucionessolicitantes, fecha de crédito y de vencimiento, plazo, monto,tasa de interés e intereses generados, título valor en garantíacon su respectivo monto.

c. Departamento de Estadísticas Macroeconómicas (DEM)El DEM, es el encargado de elaborar las estadísticas tanto del sectorreal como del sector externo del país, así como el análisis de lasmismas, para el manejo de la política monetaria, cambiaria y

crediticia del BCH.


Información requerida del LBTR- Detalle de las transferencias interbancarias:

Saldos o monto que tiene cada institución al inicio y cierre decada período (un mes), los flujos o movimientos detallando eltipo de transacción (préstamos y depósitos, entre otros), así

como los nombres de la instituciones que depositan o prestany las que reciben o deben, el tipo de tasa de interés y garantía,en el caso que apliquen.

Información requerida de la CDV- Movimientos de los gastos por intereses y descuentos en la

colocación de letras del BCH desglosando el sectorcontrapartida, de forma mensual y si es posible la proyecciónde los mismos, para un periodo de dos años.

2.3.1.9 Pistas de AuditoriaLos licitantes describirán las opciones y/o herramientas que permitiránrealizar consultas en línea y exportar información relacionada con laspistas de auditoría, incluyendo los siguientes requerimientos:

2.3.1.9.1 Monitoreo

Todos los accesos al sistema, las modificaciones, rechazos,autorizaciones, eliminaciones y excepciones que se puedan dar en las




transacciones manejadas por el Sistema, los cambios que afectancontroles de acceso, parámetros del sistema, directorios y controlessimilares y funciones de integridad, estarán registrados y cuando seanecesario informar a los operadores del BCH, y serán accesibles para una

posterior recuperación y análisis autorizado. No debe ser posible alterarde ninguna manera los contenidos de ningún registro de auditoría.

Los siguientes procedimientos son requeridos:

Control total de procedimiento de un día de procesamiento encualquier sitio;

Administración de usuarios (desde el BCH y los participantes) y susprivilegios de acceso al Sistema;

El registro de intentos de acceso inválidos desde las estaciones detrabajo;

El registro de frecuencia y origen de las transacciones y archivosinválidos;

2.3.1.9.2 Bitácora

Auditoria de fin-de-día y reporte de actividades;

Pistas de auditoría para todas las actividades dentro del sistema,incluyendo accesos, mensajes enviados y recibidos y acceso a lasbitácoras a nivel del Sistema y del sistema operativo.

2.3.1.10 Monitoreo de Rendimiento

El rendimiento de todos los componentes del sistema será monitoreado enforma continua, y serán producidos informes de excepción relevantes,con el énfasis apropiado, cuando el rendimiento del sistema cae fuera delos estándares de rendimiento aceptados. Las propuestas incluirándetalles de las recomendaciones de los Licitantes cubriendo por lo menoslo siguiente:a. Un sistema de monitoreo de rendimiento, incluyendo un monitor que

describa los eventos operativos críticos, de seguridad y el estadooperativo de todos los usuarios autorizados.

b. La introducción de un sistema de informes que puede ser usado paramonitorear la calidad del servicio y proveer la información apropiaday adecuada para todos los participantes.

c. Los Licitantes describirán cómo serán monitoreadas las diferentesmedidas y si corresponde, también una indicación de los niveles derendimiento que ellos normalmente esperan lograr.




2.3.1.11 Módulo de Lavado de Activos

Se espera que el Sistema permita la carga de listas de control y que proporcione laopción de validar las transacciones que resulten de la verificación realizada adichas listas. Se espera que estas operaciones resultantes del chequeo contra laslistas de control puedan ser exportadas a diferentes formatos (Excel, XML,Archivo separado por comas, etc.) Los licitantes describirán cómo su solución permite la carga y verificación de laslistas de control.

2.3.2 Requerimientos Funcionales Específicos para el LBTR

El sistema requerido será el medio por el cual las instituciones participantesliquidarán sus transacciones de alto valor y/o prioritarios en moneda nacional yen moneda extranjera, a través de las cuentas de liquidación que mantienen en elBCH.

El sistema requerido operará de acuerdo con el mecanismo de liquidación bruta entiempo real, por lo que cada operación se liquidará una a una con carácter deirrevocable y en forma inmediata. La solución implementada será eficiente,segura, robusta y acorde con los principios básicos para los sistemas de pagosistemáticamente importantes del BIS, permitiendo la incorporación gradual defuturos servicios de pagos.Las Instituciones Bancarias, Casas de Bolsa, Casas de Cambio, SociedadesFinancieras, el BCH y otras instituciones autorizadas por éste, serán participantesen el sistema y mantendrán cuentas de liquidación en el subsistema LBTR.

Requisitos para que la LBTR se ajuste sustancialmente a lo solicitado:

Para que la LBTR se ajuste sustancialmente a lo solicitado “DEBERÁ” cumplirlo siguiente:

a. Liquidar pagos en Tiempo Real entre los participantes

b. Brindar facilidades de crédito intradía

c. Administrar pagos en colas en el caso de insuficiencia de fondosd. Realizar pagos futuros

e. Tener la capacidad de administrar múltiples monedasf. Contar con opciones para realizar monitoreo

g. Permitir la administración de las cuentas

h. Incluir mecanismos para el cálculo y cobro tarifas

2.3.2.1 Objetivos

El subsistema LBTR poseerá funcionalidades que garanticen al BCH elcumplimiento de los siguientes principios de diseño:




a. Liquidar de forma segura, eficiente, económica y efectiva los pagosinterbancarios de alto valor o prioritarios, con la habilidad de manejarel futuro crecimiento de los volúmenes de pagos.

b. Lograr la liquidación de pagos en tiempo real entre los participantes.

c. Facilidades para efectuar la liquidación en las transacciones de valoresbajo el principio de Entrega contra Pago (Delivery versus Payment;DyP); Este objetivo se cumplirá tanto para los valores emitidos por elGobierno y el Banco Central.

d. Proveer facilidades para incrementar la eficiencia en la administraciónde la liquidez intradía, a través de la provisión de información entiempo real de las cuentas de liquidación en el BCH.

e. Medir y Controlar el riesgo de liquidez, a través de un manejocoordinado entre la liquidez global del sistema y la particular de cadauno de los participantes.

f. Lograr un sistema de pagos y liquidación de valores confiable, seguraintegrada para atender las necesidades de la economía, con lahabilidad de que el proceso sea extendido a nuevos instrumentos depago y apoyar los nuevos sistemas de pago a medida que sedesarrollan.

g. Implementar la liquidación de pago contra pago (Payment versusPayment, PvP) de las transacciones de operaciones en monedaextranjera para aquellas divisas que se pueden liquidar en las cuentasdel BCH.

h. Realizar la liquidación de los sistemas de pagos (ACH, CCECh,SENDI, etc.), cambiarios y crediticios del país.

2.3.2.2 Integridad.

El subsistema LBTR proveerá los siguientes controles de integridad:a. Procesar los controles de integridad para asegurar que el ―Numero de

ítems financieros entrantes = número de ítems financieros salientes‖en todo momento y que cada sitio de procesamiento pueda serconciliado a una posición de ―no ítems faltantes‖ en cualquier momento.

b. Los montos entrantes serán iguales a los montos salientes.




c. Reportes consistentes y regulares para el procesamiento financiero,acceso de seguridad, posiciones calculadas de liquidación, valores deliquidación netos y brutos, lotes y números de archivos y tareasautomáticas procesadas etc. que puedan ser reportadas local y

centralmente para comprobar la integridad del sistema y laconciliación de todo el sistema.

2.3.2.3 Política para el Manejo de Liquidez Intradía

El LBTR permitirá que cada participante en el sistema de pagosmantenga una cuenta de liquidación en el BCH donde la liquidez estaráconcentrada.

Las posibles fuentes de liquidez en esta cuenta serán:a. Los requerimientos de reserva a ser mantenidos;

b. Transferencias entrantes;c. Préstamos de otros bancos y/o facilidades de crédito del BCH (Solo

para bancos participantes);

d. El efectivo depositado en el BCH durante el día (incluyendo la ventade divisa al BCH).

2.3.2.4 Liquidez diaria

El LBTR contará con un enlace seguro con la Central Depositaria deValores (CDV), que permita garantizar el procesamiento de principio a

fin para operaciones de:a. Créditos Intradía (con posibilidad de convertirse en un overnight) yb. Los créditos overnight del BCH

a. Crédito Intradía.Para tales tipos de operaciones, tanto la concesión de crédito a losbancos como la correspondiente transferencia de valores al BCH serátotalmente automáticas y simultáneas, a fin de garantizar el principiode entrega contra pago. Estas operaciones de crédito intradía serániniciadas por los participantes y al igual que las Overnight seráncolateralizadas con valores gubernamentales.

El LBTR contará con mecanismos de contingencia que permitan lacarga manual (digitados o mediante un archivo) de los títulos valorespropiedad de cada participante elegibles como colaterales, para elotorgamiento de un crédito intradía, overnight o de otro tipo queacuerde el BCH.




El LBTR contará con una amplia gama de facilidades de manejo de laliquidez intradía, que de acuerdo con la normativa el BCH decidaadoptar, incluyendo línea de crédito, repos y otros.

El LBTR incluirá mecanismos para administrar estas facilidades queal menos incluya lo siguiente: otorgamiento, vencimiento automático,cobro de intereses, vencimiento parcial, entre otros.

El BCH tendrá la facultad de definir en el subsistema todos losacuerdos relacionados con la provisión de crédito Intradía; así como,parametrizar los límites máximos permitidos en este tipo deoperaciones.

El LBTR al final del horario de transacciones del sistema requerido,liquidará automáticamente las facilidades otorgadas durante el día. Si

esto no fuere posible por falta de fondos, podrá constituirse unaoperación overnight sujeta a una tasa de interés que será determinadapor el BCH, y esto será notificado al área de Vigilancia del banco.

b. El LBTR proporcionará las facilidades para que los participantessoliciten y que el BCH otorgue y administre el crédito overnight delos participantes. El BCH podrá imponer límites máximos a un bancoen particular, o limitar el uso del crédito nocturno, a no más de uncierto número de noches por mes con penalización de las tasas deinterés. Si estos límites se excedieran, el sistema tendrá lafuncionalidad de suspender dicho crédito además de notificar

automáticamente al área de Vigilancia del Banco.

Los licitantes incluirán una explicación totalmente de las opciones ycapacidades para otorgar y administrar todas las opciones de manejode la liquidez.

2.3.2.5 Reserva de Fondos de las Cuentas de Liquidación

El subsistema contará con la funcionalidad de permitir a los participantesreservar o asignar temporalmente una cantidad de fondos en la cuenta deliquidación del banco hasta un nivel determinado, para atender

liquidaciones con fines específicos tales como: Subasta de Divisas, ACH,CCECh, etc. En tales casos, los fondos asignados no pueden ser usadospara otros propósitos de liquidación en las transacciones del LBTR.

Se espera que el sistema permita al BCH realizar reservas(congelamiento) de fondos en las cuentas de los participantes para finesespecíficos de tal forma que el participante no pueda utilizar los fondos.Al igual el BCH se espera que pueda liberar los fondos o que realice laliquidación para los fines establecidos.




2.3.2.6 Manejo de Colas y Prioridades de Procesamiento

El subsistema LBTR contará con un mecanismo de colas para todas lasórdenes de pago entrantes.

El LBTR permitirá a los participantes y al personal autorizado del BCHtener la capacidad de asignar el nivel de prioridad a las colas. Estas colasoperarán estrictamente en una base de “Prioridades” + “Primeras

entradas, primeras salidas” (PEPS).

Ninguna transferencia de prioridad más baja será liquidada hasta quetodas las transferencias de mayor prioridad hayan sido liquidadas. Laorden de pago que esté primero en la cola será liquidada cuando losfondos estén disponibles y solamente entonces es que la siguiente ordenen la cola será considerada para liquidarse.

Con el propósito de facilitar el manejo de liquidez diaria, el sistemaofrecerá a los participantes la posibilidad de cambiar la prioridad de lospagos en cola y / o su posición dentro de la cola.

Permitir a cada participante la anulación de las transacciones propiassiempre que éstas se encuentren en cola. EL BCH estará facultado paraanular cualquier operación en cola de todos los participantes. Dichassolicitudes serán autenticadas y una transacción de pago solo puede seranulada si todavía no ha sido liquidada.

El subsistema LBTR utilizará algoritmos eficientes de solución decongestionamiento, sin violación del orden de liquidación especificadopor los participantes pagadores, a través de neteos simulados u otrosalgoritmos eficientes, los cuales puedan ser iniciados en formaautomática o manual.

El LBTR anulará automáticamente las transacciones pendientes (en cola)al final del horario establecido por cada tipo de operación. El LBTRnotificará al participante y al BCH dicha anulación.Cada participante estará capacitado para monitorear mediante consulta enlínea o reporte el estado, número total y monto de sus transacciones en

cola.

El LBTR otorgará al BCH la capacidad de monitorear por participante yen total ya sea en línea o con reportes lo siguiente: el número y valor delos mensajes por día, por tipo de pago, tiempo promedio de mensajes encola, pagos en cola, entre otros.




2.3.2.7 Inicio/Fin Día

Como complemento de la información en línea durante el día deliquidación, el subsistema LBTR proporcionará a cada participante laposibilidad de obtener archivos electrónicos con información detallada desus pagos, a efectos de permitirle sus conciliaciones de saldos.

Diariamente y como parte de los procesos de cierre del día, el estado demovimientos y saldos será enviado automáticamente a todos losparticipantes ya las entidades supervisoras del Sistema Financiero, si lorequiere.

2.3.2.8 Monitoreo e Informes

El sistema proveerá un conjunto completo y flexible de monitoreo,informes y capacidades de análisis, para hacer posible que cada

participante tenga la máxima información y control sobre su participaciónen el sistema.

El monitoreo, información y capacidades de análisis cubrirá al menos:a. Informes de monitoreo intradía;b. Informes de final del día (incluyendo estados de cuenta);c. Informes sobre la actividad histórica del funcionamiento del sistema.d. Informes sobre las operaciones históricas de los participantes, grupo

de participantes o el total de las entidades.

Las facilidades de monitoreo intradía estarán disponibles a solicitud,

mientras que los informes del final del día serán facilitadosautomáticamente para los usuarios especificados tanto dentro del BCHcomo en los entidades participantes.

La facilidad del análisis histórico proveerá una amplia gama decapacidades, incluyendo tanto una capacidad de consulta flexible en labase de datos, como también la habilidad de descargar extractos desde labase de datos histórica para análisis posterior, usando herramientas talescomo paquetes de análisis estadístico o planillas electrónicas. Estafacilidad estará disponible para los otros participantes solamente pormedio de solicitudes al Departamento de Sistema de Pagos del BCH.

La base de datos históricas será mantenida separada de la base de datosen línea (la del día en curso), por razones de rendimiento y seguridad.

2.3.2.8.1 Información en línea para el BCH

El LBTR proveerá por lo menos la siguiente información a los usuariosoperativos del BCH, departamentos autorizados y auditores:a. Estado del mensaje individual e ingreso de archivos por lotes.




b. Total de la actividad diaria, semanal, mensual y anual (para cadaparticipante emisor y receptor).

c. Informe de posibles mensajes duplicados.d. Información de saldo de cuenta, por participante.

e. Consulta de las instrucciones de pago en el sistema (contemplandodiferentes criterios de selección).f. Alertas cuando las colas se acumulan más allá de los límites definidos,

en términos tanto de número de pagos como de montos a ser pagados.Tales límites serán definidos por el BCH.

g. Informes resumidos que cubren incidentes relacionados a seguridad,tales como intentos fallidos de ingreso, mensajes inválidos (con larazón de invalidez) y otros que el licitante describa en su oferta.

h. Un despliegue gráfico en tiempo real mostrando el estado del sistema,incluyendo colas de pagos, indicando áreas de embotellamiento,procesos, espacio en disco, espacio en base de datos, links (SWIFT).

Tal despliegue sería posicionado centralmente en el área deoperaciones del banco, para proveer a los usuarios con una visiónrápida del estado del sistema.

i. Por razones de política monetaria, el sistema será capaz de mostrar enlínea al BCH resúmenes de la situación global de liquidez del sistema,tanto las situaciones actuales individuales, como las situacionesprevias (horas, días, semanas).

j. Participantes conectados al sistema LBTR.

2.3.2.8.2 Información Intradía en línea para los Participantes

El LBTR proporcionará por lo menos la siguiente información a los

participantes:a. Consulta sobre instrucciones de pago en el sistema (contemplando

diferentes criterios de selección).b. Notificación del estado de las instrucciones de pago enviado/recibido

debitado/acreditado, si la transacción fue procesada exitosamente orechazada, así como, el saldo disponible en sus respectivas cuentas deliquidación.

c. Descripción de error de validación.d. Consulta sobre promedio diario de saldos, calculados durante el día.e. Además del flujo de información en línea durante el día de

procesamiento; a cada participante le será proveído un archivo

electrónico conteniendo información suficientemente detallada, paraapoyar la conciliación automática de la cuenta. Esta informaciónpuede ser enviada durante todo el día, en respuesta a solicitudesrecibidas del participante.




2.3.2.9 Administración de Cuentas

2.3.2.9.1 Monitoreo de Saldo de Cuenta

El BCH tendrá una perspectiva general de la situación de los participantes

del sistema y tendrá acceso a toda la información de las Cuentas deLiquidación.

El LBTR notificará al BCH y a los participantes involucradoscondiciones tales como:

Avisos de un saldo de cuenta del participante por debajo de un nivelmínimo;

El detalle de los pagos rechazados por fondos insuficientes.

2.3.2.9.2 Medidas para el manejo de cuentaEL LBTR permitirá a los participantes en el sistema ser administradoresde su cuenta de depósito, manteniendo siempre fondos suficientes parapagar cada transacción a medida que es enviada a través del sistema.

Para apoyar estos procedimientos y opciones, el sistema permitirá: Mensajes de texto gratuitos que sean pasados libremente a través del

sistema entre dos o más participantes.

Completa seguridad, autenticación y validación de los mensajes detexto gratuitos.

Un texto/referencia online que contenga las reglas y procedimientosdefinidos por el BCH.

El número y valor de los mensajes procesados durante las horas pico.

2.3.2.9.3 Apertura y Cierre de la Cuenta

Independientemente del tipo de moneda el BCH tendrá la facultad deabrir, cerrar o suspender cualquier cuenta mantenida dentro delsubsistema. Una cuenta puede ser suspendida total o parcialmente; si lasuspensión es total el participante quedará inhabilitado para recibir yenviar pagos de esa cuenta, si la suspensión es parcial se bloqueará la

recepción o envío de pagos.

Asimismo, con el propósito de dar cumplimiento al Artículo 27 delDecreto No 45-2002 del 5 de marzo del 2002 referente a la Ley Contra elLavado de Activos, a los Artículos No. 16,17,18,22 y 23 de la ResoluciónCNBS No 869/29-10-2002 que contiene el reglamento para la Prevencióny Detección del Uso Indebido de los Servicios y Productos Financieros enel Lavado de Activos; en tal sentido, se requiere que los subsistemaspuedan brindar campos para cumplir con esta normativa.




A continuación se detalla los requerimientos a incluirse al aperturar lascuentas: Nombre completo del cuentahabiente, cargo que desempeña, dirección

exacta del domicilio particular, número de teléfono particular, correoelectrónico y número de identidad de las personas con firmaautorizada.

Registro del RTN Institucional y de los firmantes.

Dirección oficinal principal, sitio web, número telefónico y fax de lainstitución.

2.3.2.9.4 Débitos a Cuentas de Participantes

El LBTR permitirá al BCH debitar directamente las cuentas de

liquidación de los participantes. Esto se realiza bajo acuerdospreviamente establecidos con los participantes con propósitos deRecaudación Fiscal, Especies fiscales entre otros. Ver detalles Sección VIRequisitos Técnicos, Literal H Anexo 7 numerales 7.1.8, 7.1.9.

2.3.2.10 Pagos con fechas futuras

Como parte de las funcionalidades, el subsistema LBTR tendrá lacapacidad de almacenar transacciones con fechas futuras de pago(mediante parámetros) en una cola de procesamiento dentro delsubsistema LBTR. Los participantes especificarán la fecha y la hora deejecución de las órdenes puestas en el almacén de datos. El sistema

almacenará las órdenes hasta la fecha límite de pago y las procesaráautomáticamente en el tiempo especificado por el participante.

2.3.2.11 Parámetros

El subsistema requerido tendrá suficiente flexibilidad de funcionamiento,para lo cual contemple, por lo menos, con lo parámetros siguientes: Horarios para la liquidación, dependiendo del tipo de transacción Horarios de apertura y cierre Perfiles/roles de usuarios Permisos Tipos de cambio Tasas de interés Días feriados Formas de cálculo de intereses Cuentas de liquidación por tipo de moneda Frecuencia del cambio de claves de acceso Tarifas por servicios del BCH Tipos de transacción Transferencias entre cuentas de diferentes monedas




Tamaño máximo de cola Advertencia sobre cola de pago demasiado grande Autorización de liquidación de cámaras de compensación Frecuencia de ejecución de solución de congestionamiento

Historial de cambio de contraseña Periodo de validez de contraseña Número histórico de contraseñas Reserva de fondos en espera permitida Tiempo de inactividad Validación de llaves Tiempo de actualización de pantalla Límite máximo de crédito intradía Prioridades de pagos Notificaciones de cierre al final del día Otras tablas parametrizadas

Los licitantes describirán uno a uno los parámetros antes mencionados ycualquier otro que su solución provea.

2.3.2.12 Moneda de Pagos

El LBTR contará con la capacidad de administrar múltiples monedas ycomo mínimo, será capaz de procesar las instrucciones en Lempiras,Dólares Americanos y en Euros.

El LBTR permitirá al BCH por medio de parámetros incorporar monedasadicionales de acuerdo a las exigencias de política monetaria.

El LBTR realizará transferencias entre cuentas de diferentes monedas enbase al principio Pago Contra Pago (PCP). Esta funcionalidad seráhabilitada a discreción del BCH.

2.3.2.13 Información de Facturación

El LBTR incluirá un mecanismo de tarifas que automáticamente calculelas cuotas de cada participante al final de cada día de operación,permitiendo realizar el cobro sobre una base diaria o mensual. El sistemade facturación tendrá la siguiente funcionalidad:

a.

Generar estados de cuenta para los clientes a intervalos definidos porel BCH, teniendo como opciones mínimas ciclos diarios o mensuales.b. Calcular los costos basado en el mensaje o tipo de instrucción.c. Aplicar diferentes modalidades de facturación en el envío de mensajes

en horas pico.d. Aplicar diferentes modalidades de facturación por volúmenes de

transacciones.e. Posibilitar el ingreso de distintos niveles de comisiones por tipo de

participantes.




f. Cálculo y cobro del precio fijo de participación.g. Tipo de Conexión del participante.

Los licitantes explicarán totalmente las opciones de facturación y

describir los diferentes tipos de tarifas y capacidades de realizar cargos,su funcionalidad incluyendo la generación automática de mensajes depago relevantes, que permitan al BCH utilizar estas herramientas paratoma de decisiones a futuro en cuanto a la modificación de los cobros porservicios.

2.3.2.14 Mensajes

El subsistema LBTR utilizará el formato SWIFT basados en losestándares ISO 15022 para todos los mensajes.

La red SWIFT será utilizado como red primaria para la LBTR+CDV porlos participantes para liquidar pagos de alto valor, además realizarán sustransacciones dentro del Grupo Cerrado de Usuarios (Closed User Group,CUG, por sus siglas en inglés) contratado por el BCH. Los licitantesproveerán información sobre todos los estándares que sus sistemassiguen, incluyendo planes de desarrollo posteriores para cualquierestándar emergente que ellos planifican adoptar en sus productos.

El proveedor previo a la implementación del Sistema validará losparámetros de configuración del Servicio SWIFTNET FINCOPYverificando el “FINCopy Service Profile Form”, el cual es provisto por

SWIFT como parte del contrato de adquisición que el BCH tiene suscrito;tal validación garantizará la operación funcional del Sistema.

Modelo de Flujo de MensajesEl LBTR usará la arquitectura Y-COPY. Además los Licitantesgarantizar que su sistema utiliza la estructura de mensajes SWIFTindependientemente si el BCH utiliza o no la red SWIFT.El LBTR tendrá la capacidad de operar simultáneamente participantesque se encuentren en un CUG bajo un esquema Y-COPY y participantesNO-SWIFT que se conecten a través de una VPN, misma que seráimplementada y administrada por el BCH.

Se espera que los participantes SWIFT y NO-SWIFT tengan la opción degenerar consultas y reportes a través de la VPN.

El LBTR tendrá un enlace natural con la plataforma SWIFT para larecepción y envío de mensajes, en el caso que sea necesario uncomponente de integración los licitantes incluirrán en el ítem 7.




2.3.2.15 Retiro y Deposito de Numerario

Se espera que el LBTR provea la opción para solicitar el retiro y depósitode numerario en moneda nacional y extranjera, que efectúan losparticipantes directos afectando sus cuentas de liquidación.

Los Licitantes incluirán una descripción de cómo sus solucionescumplen este requerimiento.

2.3.2.16 Suspensión y reinicio del sistema

El LBTR permitirá suspender el procesamiento durante el transcurso deldía normal y el reinicio de la operación sin la pérdida o duplicación de losmensajes.

En caso de interrupción del servicio el BCH estará capacitado para

extender el horario de operaciones del día a los participantes.

2.3.2.17 Pagos gubernamentales

El LBTR permitirá al BCH realizar pagos gubernamentales ya sean estospor cuenta propia o por representación de otras institucionesgubernamentales como la secretaría de finanzas.Se espera que el LBTR permita incluir participantes directosgubernamentales (instituciones descentralizadas) para los cuales seráposible parametrizar las opciones a las que puedan tener acceso porejemplo: acceso a facilidades de crédito, pagos en cola entre otros.Los licitantes especificarán cómo sus soluciones permiten realizar pagos

Gubernamentales tanto para el BCH como para otras institucionesdescentralizadas.

2.3.2.18 Requerimientos técnicos de participantes

Los licitantes incluirán en sus ofertas los requerimientos técnicosnecesarios (mínimos y óptimos) para que los participantes se puedanconectar al sistema LBTR y procesar sus pagos y realizar las consultasrequeridas

2.3.3 Requerimientos Funcionales Específicos para la CDV

PropósitoEl principal propósito de este sistema será permitir que el BCH mantenga unregistro centralizado de las tenencias de todos los valores gubernamentales, que asu vez sirva de apoyo en las funciones de administración de la deudagubernamental y de sus propias emisiones y para el manejo de liquidez eimplementación de política monetaria, debiendo inscribirse en este sistema todoslos valores actualmente en circulación, especialmente las letras del BCH y letras y




bonos del gobierno, bajo los términos y características financieras de dichosvalores.

Adicionalmente, otro propósito fundamental del sistema será el de actuar como

medio para facilitar la colateralización de transacciones cruciales, tales comooperaciones de crédito interbancario, créditos intradía, overnight y de otras en lasque se utilicen, los instrumentos de política monetaria.

El BCH planea automatizar los sistemas para la administración de valoresgubernamentales y proveer un mecanismo seguro y ágil para la compensación yliquidación de todas las transacciones que involucran el uso de valoresgubernamentales.

En términos inmediatos y como parte de esta adquisición, el BCH deseaimplementar un sistema automatizado de registro centralizado de valores que se

denominará Central Depositaria de Valores (CDV). Este sistema mantendrá eldetalle de todos los tenedores y tenencia de valores y deberá estar enlazado entiempo real con el sistema LBTR para realizar la liquidación automática y podercumplir con la Entrega contra Pago (modelo 1 tipo ECP2) y Procesamiento dePrincipio a Fin (Straight-Trough-Processing) para toda la liquidación, incluyendola liquidación de: las transacciones de valores en el mercado primario, mercadosecundario y mercado interbancario, pago de intereses y capital al vencimientopara valores de deuda y liquidación de las operaciones que involucren el uso devalores.

De igual forma la CDV incluirá un módulo de negociación de mercado primario

para la realización de subastas de valores gubernamentales y negociacionesbilaterales.

Para efectos de un adecuado manejo de la liquidez diaria dicho enlace con laLBTR también facilitará un manejo eficiente de la transferencia de valores cuandose recurra a mecanismos de gestión temporal de la liquidez del sistema financiero(Reportos, Créditos Intradía, Créditos Overnight, entre otros).

Adicionalmente, permitirá a las autoridades superiores del BCH monitorear enlínea el mercado de deuda con valores gubernamentales.

En un marco de tiempo razonable la CDV será una base sólida para el desarrollodel mercado de capitales:

Permitirá el mantenimiento de registros precisos de todas las transacciones enel mercado de capitales.

Actuará como facilidad para todos los mercados reglamentados que seránintroducidos a futuro, incluyendo el mercado secundario de valores

2 Para una definición del modelo 1, 2 y 3 de ECP, ver ―Entrega contra pago en s istemas de liquidación de valores‖ CSPL, septiembre de 1992.




reglamentado y el mercado interbancario (para todos los préstamos bancarioscolateralizados y repos con valores gubernamentales).

Requisitos para que la CDV se ajuste sustancialmente a lo solicitado

Para que la CDV se ajuste sustancialmente a lo solicitado ―DEBERÁ” cumplircon lo siguiente:

a. Proveer un registro electrónico centralizado en línea y automatizado para todoslos instrumentos representativos de deuda.

b. Cumplir con el principio de Entrega contra Pago proporcionando un enlace conla LBTR para la liquidación de todas las transacciones de valores.

c. Proveer soporte para las facilidades de liquidez intradía, de un día para otro.

d. Administrar el servicio de la deuda de todos los valores inscritos a favor decada tenedor o custodio según sea el caso.

e. Registrar las inscripciones de titularidad de valores colocados en el mercadoprimario y las transferencias de titularidad por las operaciones realizadas enmercado secundario de valores.

f. Automatizar y asegurar el registro y vencimiento de los acuerdos de recompra.

g. Capacidad de administrar valores denominados en moneda extranjera.

h. Proveer un módulo de cuenta y cobros para el cálculo de las tarifas porservicios del Depósito.

Características GeneralesEl sistema estará estructurado alrededor de una base de datos que contendrádetalles de todas las inscripciones, colocaciones y transferencias de valores con suhistorial y el estado vigente de la tenencia. Asimismo, administrará los procesosasociados con la emisión y administración de los valores cubriendo la variedad deinstrumentos descritos en este documento.

De manera complementaria a estos sistemas, se planea implementar en el medianoplazo un sistema externo o interno que permita automatizar la transferencia devalores en el mercado secundario. Dicho sistema será capaz de enlazarse con laCDV y con el sistema LBTR permitiendo alcanzar la ECP y el Procesamiento dePrincipio a Fin (Straight-Through-Processing).




2.3.3.1 Objetivos

La CDV cumplirá con los siguientes objetivos:a. Proveer un registro electrónico centralizado en línea y automatizado

para todos los instrumentos representativos de (deuda) que satisfaganlas necesidades de todas las emisiones, emisores, tenedores, gerentes yotras partes interesadas;

b. Mejorar la seguridad y eficiencia del sistema operando con base a―Entrega contra Pago‖ y Procesamiento de Principio a Fin (Straight-Through-Processing) a través de enlaces con el sistema LBTR;

c. Integrar la compensación y liquidación de todos los valores;

d. Proveer un módulo de negociación automatizado para los agentes

económicos participantes en el mercado primario con relación a lapresentación de ofertas, adjudicación y registro de las emisiones.;

e. Proveer soporte para las facilidades de liquidez intradía, de un día paraotro, y otras operaciones de la política monetaria del BCH queinvolucren el uso de valores;

f. Administrar el servicio de la deuda de todos los valores inscritos afavor de cada tenedor o custodio según sea el caso.

g. Registrar las inscripciones de titularidad de valores colocados en el

mercado primario y las transferencias de titularidad por lasoperaciones realizadas en mercado secundario de valores, incluyendola transferencia de valores libres de pago para aquellas transferenciasque no se liquidan en cuentas del BCH;

h. Proveer soporte al mercado secundario de valores electrónico convalores gubernamentales;

i. Proveer soporte al mercado de negociación de fondos interbancarioselectrónico ;

j. Manejar el portafolio de instrumentos registrados con respecto al perfilde vencimientos, redención de vencimientos, pagos de interéspendientes a tenedores de instrumentos, y retención y pago deimpuestos.

k. Automatizar y asegurar el registro y vencimiento de los acuerdos derecompra;




l. Proveer facilidades de consulta en línea a todos los usuarios legítimosincluyendo otras entidades del sector público, para el manejo y controlde sus emisiones.

2.3.3.2 Características de los valores administrados por el BCH

El BCH opera con características diversas de colocación de valores comoser tasas de interés fijo, variable, valores indexados, realiza pagos deinterés mensual, trimestral, anual o personalizado y ademásamortizaciones con diversas periodicidades los cuales se mencionan acontinuación:

a. Letras del Banco Central de Honduras en Moneda Nacional yExtranjera. Cupón cero hasta un año plazo. Base de cálculo actual/360.

b. Valores Gubernamentales emitidos por la Secretaría de Finanzas:Letras. Cupón cero hasta un año plazo. Base de cálculo actual/360Bonos. Cupón fijo semestral. Plazos superiores a un año. Base decálculo actual/ actual.

c. Otros instrumentos de deuda propiedad de instituciones públicasautorizadas para emitir: Pueden reunir las mismas características delos emisores anteriores, tanto en las emisiones de corto plazo como enlas emisiones de largo plazo.

2.3.3.3 Requerimientos Funcionales de la CDV

a. Mantener un registro de todos los instrumentos de deuda emitidos pormonto, tasa de interés, fecha de vencimiento, tenedor y otrainformación pertinente;

b. Mantener un registro de todas las tenencias identificadas por emisor,tipo de valor, fecha de emisión, tenedor y otra información pertinente;

c. Mantener un registro por niveles de todas las contrapartesespecificando si el depositario es directo o indirecto, detallando todala información general relevante tal como: nombre, dirección, correo

electrónico, teléfono, registro tributario nacional (RTN), número deregistro, etc. Todas las contrapartes deben estar identificadas por uncódigo único para facilitar la búsqueda de dicha información;

d. Permitir un enlace con el sistema LBTR para la liquidación deoperaciones de mercado primario, operaciones de liquidez intradía, deun día para otro, de las diversas operaciones de mercado abierto delBCH, transacciones bilaterales de mercado secundario de valores y depréstamos interbancarios colaterizados (inclusive repos) para




garantizar el respeto de los principios de Entrega contra Pago (ECP) yProcesamiento de Principio a Fin (Straight-Through-Processing).Dicho enlace servirá como facilidad para liquidar intereses yvencimientos de valores de deuda;

e. Permitir el enlace para el futuro mercado secundario electrónico devalores y del futuro sistema de negociación electrónico de fondosinterbancarios, que sean capaces de permitir alcanzar la Entrega contraPago (ECP) y Procesamiento de Principio a Fin (Straight-Through-Processing).

f. Proveer una visión única e integrada de la posición de cadaintermediario para el monitoreo, supervisión para el control de losvalores (propósito de conciliación) de cada intermediario;

g. Generar reportes detallados y resumidos con acceso en línea, con lacapacidad de obtener una vista previa y descargarlos a aplicacionesexternas.

h. Permitir consultas de sus propios valores a la Secretaría de Finanzas yotras instituciones públicas emisoras;

i. Acomodar valores hasta de 999, 999, 999,999 y 7 decimales. Esto esrequerido para el cálculo exacto de valores de amortización e interés(de instrumentos de deuda). En cuanto a instrumentos de deuda, estoes especialmente relevante para los precios de transacciones del

mercado primario, del mercado secundario y créditos colateralizadosdonde se requiere que el instrumento sea valorado en una basedescontada con respecto al cupón fundamental y los flujos de efectivode maduración para calcular el Valor Actual.

j. Capacidad de administrar monedas extranjeras para el registro de losvalores emitidos en moneda extranjera o denominados en monedaextranjera.

k. Asignación de números únicos de referencia para cada emisiónregistrada en el depósito más números adicionales únicos de referencia

para todas las unidades de valores que comprendan esa emisión (paratramos o emisiones de instrumentos de deuda, y para diferentes tiposde valores del mismo emisor).

l. Los registros de propiedad deberán proporcionar informacióndetallada al más bajo nivel de cada componente registrado, a fin decontar con toda la información necesaria de los valores en custodia yde sus tenedores.




m. La capacidad para manejar bonos de tasa fija y variable. Esto requierela revaloración automática de instrumentos de tasa variable de acuerdocon los algoritmos definidos por las autoridades emisoras de Honduras(El Gobierno y el BCH).

n. Generar una acreditación automática de intereses al tenedor delinstrumento en la fecha de pago de los intereses. Los intereses debenser conciliados con el portafolio de emisión vigente y deben sertrasladados al sistema LBTR para pago a los beneficiarios, liquidandola cuenta del intermediario o el banco comercial del beneficiario.

o. La generación automática de la amortización periódica o alvencimiento debe ser acreditada al tenedor de valores en la fecha devencimiento. La amortización debe ser conciliada con el portafolio deemisión vigente y trasladada al sistema LBTR para el pago al

beneficiario. liquidando la cuenta del intermediario o el bancocomercial del beneficiario.

p. Habilidad de manejar Acuerdos de Recompra (con la funcionalidad demanejar múltiples valores en un solo repo) registrando el cambio depropiedad y la obligación asociada de revender en el número de díasacordados. Un repo no puede llegar al vencimiento más tarde quecualquiera de sus activos subyacentes.

q. Proveer un módulo de cuenta y cobros para el cálculo de las tarifas porservicios del Depósito que podrán ser cobrados a los emisores del

Sector Público (gobierno y otros) y a todos los participantes por losservicios prestados. Los licitantes deberán explicar completamente lasopciones y capacidades de este módulo de cobros y pagos, incluyendola generación automática de mensajes de pago relevantes.

r. Permitir a la Gerencia del BCH o de la Secretaría de Finanzas y otrosemisores públicos definir y monitorear/manejar cualquier selección deinstrumentos registrados como un portafolio separado de pasivosfinancieros.

s. Proveer monitoreo estándar de portafolio y facilidad de manejo con

respecto a los valores administrados cumpliendo al menos con lossiguientes parámetros:

i. Tipo de emisión (deuda, acciones y tipo de deuda/acciones).ii. Valor total de la emisión.

iii. Composición de la emisión: valor y número de cada unidad porvalor.

iv. Apoyo para consultas de la emisión cuando estas consultassean hechas con base en: valor actual de la deuda vigente paraun instrumento específico, el portafolio completo de emisión, o




cualquier sub-componente seleccionado de portafolio deemisión.

v. Un perfil actual de vencimientos para todas las emisionesregistradas en el Depósito.

vi. Un perfil de flujo de efectivo para todas las emisionesregistradas en la Depositaria incluyendo intereses devengadospendientes.

vii. Consultas por tenedores de los instrumentos de deuda, dondeestas consultas cobran una sola emisión, varias emisiones o eltotal de activos financieros registrados en la CentralDepositaria de Valores.

t. Permitir la clasificación de diferentes tipos de usuarios/intermediarios,incluyendo:

i. Participantes Directos.ii. Participantes Indirectos.

u. Administración de derechos patrimoniales y otras medidas cautelaresque emitan las autoridades competentes sobre los valores en custodia.(pignoración y embargo de valores)

v. Permitir el registro de préstamos de valores entre un tenedor y otro,mantenidos en la CDV.

w. Efectuar el registro contable de los valores emitidos y administrados

por el BCH y proveer diferentes tipos de cuentas para intermediariosy para propósitos de manejo y control siendo:i. Cuentas para la Tenencia de Valores (disponible e histórico de

vencidos).ii. De acuerdo al estado de los Valores (en garantía, bloqueado,

pignorado)iii. Cuentas del Libro Mayor de acuerdo con la estructura contable

de la CDV.

x. Soporte para definir múltiples perfiles de usuario por funciones y/oprocesos realizadas por los participantes, tales como:

i. Registrador;ii. Corredor/intermediario;iii. Emisor;iv. Administrador;v. Regulador/supervisor;

y. Para el registro del beneficiario titular de valores, se requiere unaindicación que determine si el beneficiario titular es único o existe ungrupo de tenedores, identificando dentro de dicho grupo quien puedesolicitar un cambio de registro de beneficiario titular o autorizar la




comercialización de valores, o si tal actividad requiere que todos lostenedores estén de acuerdo;

z. El BCH requiere una facilidad, para hacer que los registros del tenedor

estén disponibles en Internet, que permita a los tenedores ybeneficiarios titulares acceder a un sitio Web protegido, donde una vezautenticados, ellos estarán habilitados para ver todas sus tenenciasindependientemente de los intermediarios financieros. Los oferentesdeberán describir cualquier facilidad disponible en sus solucionespropuestas para disponer esto.

2.3.3.4 Configuración del Sistema de Valores y Entrega contra Pago

Entrega contra Pago (ECP)La operación de ECP se describe a continuación:

Parte A: Central Depositaria de Valoresa. La Central Depositaria de Valores recibe una petición para cambio de

propiedad o registro de un instrumento nuevo;

b. El cambio de propiedad (o registro de un nuevo propietario deinstrumento) es chequeado con respecto a la validez por la autoridadcompensadora (BCH);

c. El cambio de propiedad de un registro resultante de una negociación osubasta marca los instrumentos relacionados en estado de ―pendiente/en espera‖ en la Central Depositaria de Valores;

d. La Central Depositaria de Valores coloca el cambio de propiedad deuna negociación, en un archivo pendiente, a la espera de unaconfirmación del pago desde el sistema LBTR;

e. La Central Depositaria de Valores envía un mensaje de ―listo‖ alsistema LBTR en la forma de un ―cambio/registro de propiedadconfirmado y válido‖, con un número de referencia de la negociación.

f. A recibo del mensaje de ―pago confirmado‖ del sistema LBTR, LaCentral Depositaria de Valores envía un mensaje de ―cambio de propiedad confirmado‖ al comprador y vendedor en concordancia conlos detalles de la información que se ingresó.

Parte B: Sistema de Liquidación Bruta en Tiempo Real a. El sistema LBTR recibe una instrucción de pago relacionado con la

negociación de un instrumento (ya sea del mercado primario osecundario).

b. El sistema LBTR revisa para verificar si las autoridadescompensadoras validan la transacción.




c. El sistema LBTR etiqueta las instrucciones de pago como ―valida,chequeada y pendiente‖ y coloca las instrucciones de pago en la coladel sistema LBTR en concordancia con el ordenamiento de los pagosacordados y el manejo de colas aplicado en el manejo de la LBTR

d. Cuando un pago es hecho en el sistema de la LBTR, el sistema deLBTR notifica a la Central Depositaria de Valores y coloca el mensajede pago ―pendiente de salida‖ en una cola de mensajes dentro delsistema LBTR.

e. El sistema LBTR recibe la confirmación de ―registro de propiedadactualizado‖ desde la Central Depositaria de Valores y el número dereferencia de confirmación asociado. El sistema LBTR inserta estareferencia en el mensaje de aviso saliente al pagador y al receptor.

El sistema ―DEBERA‖ cumplir con el modelo I de entrega contra

pago, se espera que el sistema pueda gestionar también el modelo II deentrega contra pago, se tomara en cuenta en la evaluación técnica lassoluciones que soporten ambas opciones.

2.3.3.5 Integridad

En resumen la solución de aplicación de la Central Depositaria deValores tendrá las siguientes características generales:a. Revisión de la integridad de procesamiento de mensaje para asegurar

que el valor nominal total de todos los instrumentos dentro de todoslos portafolios registrados concuerde y se concilie con los totales de

control para todas las emisiones registradas;b. Chequeos de integridad de proceso para asegurar que el ―número de

mensajes de cambios de propiedad = número de registros de propiedad modificados de‖ en todo momento tanto el sitio principalcomo en el sitio alterno;

c. Reportes regulares y consistentes para todas las transacciones devalores financieros, incluyendo, intereses y cálculos de vencimiento delos diferentes instrumentos de deuda.

Controles de Validaciones

Los controles de validación incluirán a. Validación de instrucciones individuales de ―Registro de propiedad‖ o―Cambio de propiedad‖;

b. Validación de campos obligatorios dentro de la instrucción demensajes ―registro de propiedad‖ o ―Cambio de propiedad‖;

c. Autenticación de remitente de los mensajes;d. Confirmación del tráfico de mensajes y validación al destinatario.




Seguimiento e Integridad de Mensajes

Los controles incluirán lo siguiente:a. Cada cambio de instrucción de registro de propiedad, o archivo

conteniendo dichas instrucciones debe ser identificado de manera

única con su fuente física, identificación de usuario, hora y fecha deentrada al sistema;

b. Debe estar presente un esquema numérico para la secuencia demensajes y un procedimiento de control para evitar perdida,duplicación o inserción no autorizada de mensajes;

c. Se debe asegurar la integridad y confiabilidad de la informacióndurante la transmisión y/o ingreso de registro de propiedad o cambiode mensajes y también durante su procesamiento;

d. Se requiere que no se rechacen los mensajes de todos los participantes;

e. Se requiere reconocimiento de los menajes a nivel de aplicación comoun componente obligatorio del manejo de todos los mensajes. Cuandoun operador pueda realizar cualquier cambio al valor de los mensajes(ej. Mensajes que contengan instrucciones para realizar pagos detransferencia de valores) o los parámetros críticos del sistema, elsistema tiene que permitir autorizaciones múltiples. El BCH decidirálos niveles de autorización que permitirá a nivel de los participantes/ operador del sistema (BCH).

2.3.3.6 Módulo del Mercado Primario

El módulo del mercado primario realizará las siguientes funcionalidades:a. Emitir y registrar contablemente los montos disponibles de lasemisiones aprobadas mediante instrumentos legales aceptados, parapermitir su negociación mediante los mecanismos de subasta y directo.

b. Negociar los valores mediante el mecanismo de subasta pública. En elcaso de subastas, publicación del aviso de convocatoria para los entesautorizados a participar.

c. Aceptación de ofertas remitidas electrónicamente, en tiempo real, através de una interface web, desde las terminales remotas asignadas a

los participantes autorizados, incluyendo la notificación electrónica alparticipante de la recepción de las ofertas. Que permita la ejecución desubastas interactivas (puja en línea con modificación de lascondiciones de la oferta según se comporte el mercado) y pasivas(ofertas en firme sin opción a modificación).

d. Que el envío electrónico de las posturas de compra/venta de valores seencuentre limitado al horario establecido previamente por el BCH parasu aceptación. Estas posturas no deben ser conocidas ni por otros




agentes ajenos al remitente de las mismas, ni por parte del ente emisoro incluso el BCH previo a la apertura electrónica de las ofertas.

e. Que preste la facilidad de que el BCH como administrador del sistema

pueda fijar y modificar límites tanto de tiempo de presentación deofertas como de montos o número de posturas a ser admitidas paracada inversionista.

f. El sistema será capaz de aplicar discrecionalidades en cuanto al tipo deinversionista que puede participar en determinado evento de subasta osegún el tipo de emisión.

g. Que las ofertas o pujas de los inversionistas puedan ser presentadastanto por precio como por rendimiento. En el caso que se trate deprecio, que permita hasta seis (6) posiciones decimales; cuando se

trate de tasa que esta pueda ser ajustada según lo establezca el emisor.

h. La habilidad de calcular la aceptación y rechazo de las ofertas, deacuerdo con los precios ofrecidos, el valor total y la composición delas emisiones a ser asignadas

i. Que el tipo de adjudicación de las posturas, pueda realizarse siguiendolos criterios generalmente aplicados cuando estas se realizan a preciomúltiple, a precio único y a precio fijo, según sea establecido por elente emisor o según otros tipos de subasta generalmente aceptadas.

j. Al cierre de la subasta el módulo de mercado primario debe calcular laasignación o adjudicación de la emisión para los oferentes ganadores,totales o por prorrateo, la aceptación de solo una o varias ofertas porparticipante de acuerdo a los precios ofrecidos.

k. Deberá permitir un enlace con el sistema LBTR y con la CDV para laliquidación de ventas de valores gubernamentales del mercadoprimario (subasta y negociación bilateral) cumpliendo con el principioEntrega contra Pago.

l. Que tenga la capacidad de preparar, producir y transmitir

automáticamente a los participantes en las terminales remotas, el avisoo notificaciones de aceptación, de adjudicación o de rechazo de lasposturas que hayan sido presentadas. Así como realizar el envíoautomático de avisos de pago y recibos, se requiere también envíoautomático de aviso los emisores de valores gubernamentales de lacomposición y las tasas de la asignación de la emisión por comprador,monto, tasa, etc.




m. Que el sistema provea la flexibilidad al BCH para crear y configuraruna estructura contable propia de la CDV y que envíe el registro de lasoperaciones contables en tiempo real al Sistema de Contabilidad delBCH y el registro en las cuentas de los tenedores adjudicados.

n. Negociar los valores mediante el mecanismo de negociación bilateral(directa). Para este tipo de transacciones el sistema permitirá a losemisores e inversionistas autorizados el ingreso electrónico de ofertasde compra y venta de valores previamente pactadas de manerabilateral, desde sus terminales remotas a través de una interface web.

o. El sistema será capaz de generar mensajes al beneficiario titular y/otenedor cuando ha ocurrido un movimiento de valores. Los oferentesdeberán describir cualquier facilidad disponible en sus solucionespropuestas para disponer esto.

2.4 Especificaciones de la gestión, la administración y la seguridad del Sistema

A continuación se describen los requerimientos de seguridad de la información que loslicitantes efectuarán para la implementación del LBTR y la CDV:

a. Al iniciar el proyecto, el proveedor validará en conjunto con el Administrador deSeguridad y Control de Tecnología (ASCT), y el equipo coordinador de dicho proyecto,los aspectos de seguridad definidos por el Banco en esta sección VI, numeral 2.4Especificaciones de la gestión, la administración y la seguridad del Sistema para estaaplicaciones, mismos que, basado en la experiencia del proveedor podrán ser mejorados.

b. El Proveedor de los subsistemas LBTR y CDV generarán la documentación respectivapara cada etapa del proyecto, tanto técnica como administrativa, y entregarlaformalmente al equipo coordinador nombrado por el Banco Central de Honduras.

c. Para el control del proceso de respaldo del código fuente y versionamiento de lossistemas en mención, el proveedor realizará las actualizaciones del mismo a partir de laaceptación operacional de cada sistema en el lugar de custodia establecido, debiendoactualizar dicho respaldo cada vez que se realicen modificaciones a los mismos yproporcionar la información de control como ser: nombre y versión del aplicativo fechade actualización, responsable de ingresarlo a custodia y descripción del contenido. El

BCH, en conjunto con el proveedor, establecerá un proceso que certifique que se estárespaldando apropiadamente el código fuente.

d. Las aplicaciones LBTR y CDV poseen programación de código seguro, de manera quese puedan prevenir ataques al sistema para accesos no autorizados, robo de credenciales,denegación de servicios, inyección SQL, saturación de memoria, etc. Un resumen de lastécnicas implementadas (controles vía programación) para prevenir dichos ataques seráproporcionada al Administrador de Seguridad y Control de Tecnología. El proveedor,aparte del resumen de técnicas implementadas para prevención de ataques a los sistemas,




utilizando sus propias herramientas, proporcionará un reporte de pruebas realizadas paracertificar que las aplicaciones cuentan con los controles indicados. Estas pruebas seráncoordinadas con el ASCT del Banco.

e. Todos los usuarios que realicen conexión a las aplicaciones LBTR y CDV, contarán conun mecanismo de conexión encriptado mediante el protocolo SSH o SSL; así como parala transmisión de los datos, tanto del host del usuario a los sistemas en mención comoentre servidores.

f. En el proceso de autenticación a las aplicaciones LBTR y CDV, el módulo de seguridaddebe incluir el soporte para autenticación de doble factor, mediante nombre de usuario ycontraseña del Servicio de Directorio Activo de Microsoft, (Active Directory Services,ADS, por sus siglas en ingles) y el código aleatorio proporcionado por un token marcaRSA modelo SID800.

g. Para fortalecer el entorno de seguridad a la información y garantizar el no repudio a lastransacciones realizadas en los sistemas LBTR y CDV, el proveedor debe proporcionar elsoporte y utilización de firmas digitales, para lo cual el Banco proporcionará toda laInfraestructura de Llave Pública y administración de Certificados Digitales, por lo queserá responsabilidad del proveedor implementar la integración en su solución de losAPI‘s correspondientes para el uso de las firmas digitales a través de certificadosutilizando tokens de la tecnología RSA. Será responsabilidad del Banco definir cualestransacciones serán firmadas y cuáles no. Las cadenas de caracteres lógicoscorrespondientes a los datos firmados y las firmas digitales serán almacenadas en la BDde la LBTR y CDV debidamente encriptados.

h. Los sistemas LBTR y CDV validarán que solamente las transacciones firmadas conCertificados Digitales válidos y emitidos por el Banco Central de Honduras sonaceptados y procesados.

i. El proveedor, en conjunto con el ASCT, realizarán pruebas de verificación del no repudioa las transacciones, para lo cual extraerán un set de caracteres lógicos ilegiblescorrespondientes a la firma digital y pasarlo a los caracteres lógicos legibles, donde secompruebe su procedencia y credenciales del responsable de la transacción.

j. Todos los accesos y operaciones quedarán registrados en una bitácora que registre elnombre del usuario, fecha y hora de ingreso, fecha y hora de egreso, transaccionesrealizadas, eventos de interacción con otras aplicaciones (Inyección de movimientos através de interfaces automáticas entre aplicaciones), intentos fallidos de conexión eintentos de otros accesos que traten de vulnerar la seguridad del sistema.




k. Para garantizar el principio de seguridad en la disponibilidad de los datos, se requiere quelas aplicaciones LBTR y CDV no presenten ninguna limitante para ejecutarse en sitioalterno para la implementación de estrategias de recuperación ante desastres.

l. En caso que el proceso transaccional realizado en cualquiera de los sistemas descritos,contenga una actividad de autorización para completar un subproceso, los sistemascondicionarán a que dicha autorización sea realizada por una segunda persona, para locual dichos sistemas solicitarán la autenticación respectiva de esa segunda persona. ElSistema tendrá la capacidad para aplicar un mínimo de tres (3) niveles de autorizacióncon su respectiva autenticación, mismo que será implementado en los casos que seandefinidos/requeridos por los dueños del negocio.

m. Todo usuario del LBTR y CDV requerirá la ejecución de un perfil de usuario (tiempo deinactividad, bloqueo de usuario por intentos fallidos, control de sesión, entre otros)

definido para los roles de administradores, supervisores, operadores y otros, los cualespertenecerán al grupo correspondiente del Servicio de Directorio Activo del Banco. Estosgrupos de usuarios, los roles y perfiles deben son definidos por los dueños del proyecto yvalidados por el Administrador de Seguridad y Control de Tecnología.

n. Las aplicaciones LBTR y CDV tendrán la capacidad para que el Administrador delSistema pueda dar de altas, bajas y traslados de usuarios, por ejemplo, en los casos enque el usuario esté de vacaciones, etc. Cada aplicación contará con una tabla deparámetros la cual tendrá acceso restringido solo para los administradores.

o. Los aplicativos en mención implementan la seguridad mediante vista limitada, donde elusuario pueda ver solamente los iconos correspondientes a los módulos de la aplicaciónque de acuerdo al rol que le corresponde ver.

p. Se requiere que las aplicaciones cuenten con mecanismos de validación de campos deentrada y salida de datos, los cuales serán definidos entre el dueño del proceso, el Oficialdel Proyecto, Proveedor y validados por el Administrador de Seguridad y Control deTecnología.

q. Para los usuarios externos al Banco, es decir los participantes, las aplicaciones LBTR yCDV tendrán una opción que permita a dichos usuarios realizar el cambio de contraseña

de usuario ADS en demanda o por política del Servicio de Directorio. Al ejecutar dichaopción, el aplicativo interactuará con el ADS para que este último pueda pasar losparámetros de cambio de contraseña.

r. El Proveedor presentará al Administrador de Base de Datos y al Administrador deSeguridad y Control de Tecnología, la estructura y diccionario de la(s) Base(s) de Datosde los subsistemas LBTR y CDV, descripción de los controles de seguridad aplicados, losaspectos de seguridad que se toman en cuenta para la interface de las aplicaciones LBTR




y CDV con la Base de Datos, así como un resumen de todos los aspectos de seguridadincorporados a dicha Base de Datos para garantizar la Confidencialidad e Integridad.

s. La información contenida en la base de datos tendrá mecanismos de accesosdiferenciados, que permitan que los usuarios con determinados roles puedan accedersolamente a la información a que estén autorizados.

t. En el contrato a firmarse con el proveedor de las aplicaciones LBTR y CDV, incluirá unaclausula o declaración de confidencialidad perpetúa, con lo cual la firma consultora secomprometa a no divulgar ni utilizar para otros propósitos la información del Bancoobtenida durante la ejecución del proyecto en mención el cual puede ser tomado comomodelo de dicha declaración de confidencialidad. Ver Sección VI Requisitos Técnicosliteral H Anexo 9.

u.

Se requiere que todo el personal contratado por el proveedor para la implementación dela LBTR y CDV firmen en el Banco Central de Honduras el Acuerdo deConfidencialidad para Consultores Externos, (documento diferente a la declaración deconfidencialidad firmada por el proveedor). Ver Sección VI Requisitos Técnicos literalH Anexo 9.

v. En el caso que el proveedor de LBTR y CDV requiera conexión remota a ciertos recursostecnológicos ubicados en áreas estratégicas del Banco, dicha conexión podrá ser otorgadasiempre y cuando el proveedor cumpla con lo siguiente:

Se cuente con configuración y uso de una conexión VPN entre el proveedor y elrecurso requerido ubicado en el Banco.

Se implemente la autenticación de doble factor mediante el uso de tokens asignados yconfigurados por el Banco, previo a un depósito por el costo del token, licencia ysoporte por parte del proveedor mientras dure la relación contractual.

Garantía de la no ejecución de herramientas de hackeo en y hacia los equiposubicados en el Banco.




2.5 Especificación de servicios

2.5.1 Integración del Sistema

CDV

ACH

CCECh

PARTICIPANTESDIRECTOS

MAYORGENERAL

SIC-CC

ESPECIESFISCALES

RECAUDACIÓNFISCAL

INVERSIONESOBLIGATORIAS

SENDI

FACILIDADESPERMANETES DE

INVERSIÓN

SISTEMA DEINTERCONEXIÓNDE PAGOS (SIP)

LBTR

Para integrar los sistemas del BCH con el LBTR y la CDV se espera que lasinterconexiones se realicen de la siguiente manera:

a. Conexión LBTR-CDVEl LBTR “DEBERÁ” estar completamente integrado de manera automáticacon la CDV, para garantizar la Entrega contra Pago logrando la liquidación detodas las transacciones de valores, incluyendo liquidación de intereses yvencimientos de instrumentos de deuda, la liquidación de facilidades intradía ylos préstamos interbancarios colateralizados.Será total responsabilidad del proveedor el desarrollo e implementación de estaconexión.

b.

Conexión del Sistema (LBTR,CDV) – Sistemas Operacionales BCHEl proveedor realizará las siguientes conexiones de forma directa con sistemasoperacionales del BCH: LBTR - ACH LBTR - CCECh LBTR - Mayor General CDV – Mayor General LBTR-SIC (Cuenta Corriente)




Detalle de los enlaces en la Sección VI Requisitos Técnicos literal H Anexo 7―Enlaces‖ numerales 7.1.1, 7.1.2, 7.1.6, 7.2.7

c. Conexión del Sistema (LBTR,CDV) – Sistemas en Producción del BCHAdemás de la provisión e implementación de los principales paquetes deaplicaciones identificados (subsistemas), los licitantes garantizarán unacompleta integración del Sistema con los sistemas en producción del BCH queactualmente interactúan con el sistema de Cuenta Corriente, aplicación queadministra las cuentas de depósito del sistema financiero e institucionesgubernamentales.

Se asegurará que la afectación de cuentas de depósito del sistema financieroque se realiza a través de los sistemas en producción actuales se efectúe deigual o mejor forma en el LBTR y la CDV.

Actualmente, los sistemas en producción están desarrollados en diferentesplataformas tecnológicas, por lo que el BCH ha analizado la posibilidad dedisminuir el número de enlaces con el LBTR, a través de la implementación deun único enlace con el subsistema LBTR.

En relación con lo anterior, el BCH ha analizado la posibilidad de desarrollar eimplementar la interface denominada ―Gestor de Pagos‖, cuya función seráconcentrar todas las transacciones que provengan de los sistemas enproducción, verificando que estén correctas, previo su envío hacia lossubsistema LBTR y CDV. Con esta acción, la interconexión de los sistemas en

producción actuales se haría de manera directa con el sistema gestor y éste a suvez lo hará en forma directa con el LBTR.

Al utilizar el ―Gestor de Pagos‖ como estrategia de integración el proveedor garantizará al BCH la obtención de la información o mensajes necesarios pararealizar las interconexiones con los sistemas en producción del BCH. Elproveedor describirá como el BCH obtendrá la información o mensajes Swift(pago, confirmación) que serán necesarios para dicha integración.

Lo anterior no inhabilita la posibilidad de que el licitante pueda realizar otras

propuestas de cómo llevar a cabo la interconexión del Sistema con los sistemasen producción actuales; sin embargo, es importante indicar que cualquierpropuesta efectuada por la empresa licitante tendrá que ser consensuada por uncomité técnico integrado por profesionales del BCH.

Las propuestas de interconexión arriba mencionadas brindarán las siguientesventajas: Capacidad de integrar aplicaciones multiplataforma existentes yfuturas; middleware débilmente acoplable, facilidad de uso; estrategia queminimice la cantidad de modificaciones a las aplicaciones internas existentes;




capacidad de transformar datos; que incluya al menos conectores para bases dedatos Progress; SQL-Server y conexiones vía ODBC; seguridad en lacomunicación de mensajes entre aplicaciones y conexión con SWIFT; de fácilaprendizaje para los desarrolladores del BCH.

En caso que el licitante requiera alguna herramienta adicional para realizar laintegración del Sistema con las aplicaciones del BCH mencionadas en estenumeral (2.5.1) lo proporcionará como parte de su oferta.

Para mayor detalle de los enlaces ver la Sección VI Requisitos Técnicos literal HAnexo 7 ―Enlaces‖.

2.5.2 Capacitación y materiales de instrucción

El BCH considera que el entrenamiento y la transmisión de conocimientos estánentre los factores más importantes para lograr el éxito del sistema de pagos. Paracada subsistema a ser provisto, y para el proyecto en general, los licitantesdescribirán los módulos de entrenamiento sugerido, el número de personas aentrenar y la duración de cada módulo. Las propuestas para entrenamiento no solocubrirán al BCH sino a todas las instituciones involucradas según aplique a cadasubsistema.

El entrenamiento incluirá módulos específicos para:a. Personal de nivel gerencial.

b. Supervisores y personal operativo.

c. Personal de auditoría.d. Capacitación técnica para el personal de desarrollo, mantenimiento y pruebas

de sistemas.

e. Capacitación técnica para el personal de operación del sistema

f. Capacitación en la generación de nuevos informes y estadísticas.

g. Capacitación en la temática de contingencia informática en cuanto alaprovechamiento de los sistemas redundantes.

Un objetivo importante del proyecto general de modernización de sistemas depagos es asegurar la transferencia efectiva del conocimiento tecnológico y de

sistemas de pago no solamente al personal del BCH, sino también a lasorganizaciones participantes. Estos aspectos son considerados críticos ya quetodas las partes involucradas deberán ser autosuficientes en la operación ymantenimiento de los nuevos servicios y tecnología relacionada.

Los licitantes describirán como pretenden lograr un alto grado de transferencia deconocimientos, específicamente las propuestas incluirán el entrenamientoadministrativo para el personal de operaciones bancarias y del Departamento de




Tecnología y Comunicaciones en los aspectos operativos y administrativos de lossistemas propuestos. La transferencia de conocimientos y el entrenamiento sonmuy importantes, los licitantes indicarán con detalle cómo se llevará a cabo dichatransferencia durante el proyecto.

El proveedor capacitará un equipo seleccionado por el BCH para convertirse encapacitadores de usuarios externos del Sistema, encargándose de completar elprograma de formación de usuario participante durante el proyecto.El proveedor dirigirá al menos los primeros dos cursos a los participantes (asistidopor los capacitadores del BCH), y más tarde, los capacitadores del Sistemacontinuaran con los cursos restantes.

Entre los alcances a lograrse están:a. Validar en conjunto con el BCH el plan de capacitación a realizar tanto a

usuarios internos como externos.

b. Elaborar el material de apoyo a utilizar en la capacitación a realizar tanto ausuarios internos como externos.c. Capacitar a los usuarios finales del sistema, brindándoles un amplio

conocimiento para su uso y administración; mediante talleres de capacitación,simulaciones y todos los aspectos que ayuden al óptimo manejo del Sistema.

d. Capacitar el personal técnico y de soporte del BCH en el conocimiento de laarquitectura, funcionalidad, operatividad, configuración y administración de losdistintos sistemas productos de esta licitación.

e. Asegurar que la transferencia de conocimientos brindada al personal técnico delBCH ha sido completada a satisfacción total del BCH, habiendo cubierto todoslos tópicos relevantes relacionados a la herramienta de desarrollo utilizada.

Para ello se solicita a los licitantes indicar en sus propuestas la metodología,plan y temario que incluiría dicha transferencia de conocimientos.

2.5.3 Apoyo técnico para el Sistema (LBTR y CDV)

2.5.3.1 Servicios de garantía

Dentro del alcance de los Servicios se encuentran:a. Corrección de errores y defectos en el Software de Aplicación del Sistema

del proveedor.b. Provisión y activación de Procedimientos para el manejo de Servicios y

resolución de problemas dentro de rangos de tiempo especificados.

c. Para el software, no habrá más de tres fallas por año y no más de una pormes.

d. La expectativa general del BCH sobre la disponibilidad del sistema es de99.95 por ciento (donde el tiempo de avería es definido como falta dedisponibilidad total del sistema). Se requiere que los Oferentes den detallesde la confiabilidad esperada y el coeficiente de confiabilidad ydisponibilidad para la configuración actual (hardware, software, etc.) queellos están proponiendo




2.5.3.1.1 Asistencia a los usuarios

Durante el periodo de garantía (tal como está definido en la CEC 29.4 paralos subsistemas LBTR y CDV, es decir 12 meses a partir de la aceptaciónoperacional de dichos subsistemas) el BCH requiere como parte demecanismos de soporte que el proveedor cuente con una mesa central deatención telefónica o call center.

El Call Center funcionará en un horario de 8:00 a 19:00 en días deactividad financiera local establecido por el BCH.

El proveedor registrará las llamadas de incidencias y las ingresará a unsistema que permita reportar a solicitud del BCH cada evento ocurrido. Porcada evento se registrará al menos lo siguiente:

No. de Evento Fecha y hora de reporte Fecha y hora de evaluación Comentarios Fecha y hora de entrega Fecha y hora de cierre

El Servicio de Soporte del proveedor se comprometerá a brindar el soportetécnico correctivo para el sistema LBTR-CDV atendiendo solicitud querealice el BCH vía teléfono, facsímil o correo electrónico; el cual seprestará las veinticuatro (24) horas al día, siete (7) días a la semana, lostrescientos sesenta y cinco (365) días del año (7X24X365), sin costoadicional para el BCH y en idioma español.

Los detalles de problemas registrados con el proveedor, ya sean durante elproyecto, el periodo de Garantía será de fácil seguimiento para el BCH.Los informes regulares serán una característica estándar del sistema eincluirán al menos: El número de incidentes que terminan en interrupciones del servicio

sobre cualquier periodo seleccionado, por fuente de interrupción y entotal;

El número de incidente que terminan en no interrupciones en el

servicio informadas sobre cualquier periodo seleccionado; El tiempo destinado a restaurar al servicio normal de cada interrupción Los oferentes proporcionarán una forma automatizada en que el

personal del BCH pueda monitorear los problemas informados enforma regular.




2.5.3.1.2 Asistencia técnica

El manejo de problemas es ejecutado por el call center del proveedor, elGerente de Servicios del proveedor y otro personal de soporte.

Los problemas se clasificarán por el BCH de acuerdo a las siguientescategorías:

DEFECTO CRÍTICO DEFECTO NO CRÍTICO DEFECTO DE FORMA

Las reglas relacionadas a estas categorías de prioridades se definen acontinuación:

a. Defecto Crítico

Esta categoría de prioridad se define como un incidente que involucre unode las siguientes situaciones: Corresponde a aquellos errores que al ejecutar el programa saca al

usuario de la aplicación o lo bloquea y no le permite el inicio de laoperación.

Falla en el servicio o el servicio es impactado severamente. Algunosprocesos claves o un cierre no se podrán efectuar y/o tendráimplicaciones regulatorias si no se resuelve dentro del ―margen deresolución‖.

Fallas de componentes críticos en el sistema impide que procesos selleven a cabo y no haya una solución conocida por el BCH.

El Centro de Soporte del proveedor responderá inmediatamente a llamadastelefónicas y asignará un personal de soporte técnico para la resolución a lamayor brevedad posible, pero no más de media hora (½ hora) desde elmomento de recibir la llamada.

El objetivo de la resolución es una forma alterna o definitiva que se suplirádentro de un período de una hora (1 horas) de la notificación del problemaal proveedor. El proveedor asignará el nivel apropiado de conocimientopara investigar y trabajar con el BCH para completar la resolución del problema y entregar un ―arreglo‖ al BCH.

Para esta categoría de prioridad la investigación y el trabajo se proveeránsin limitarse a las horas normales de trabajo.

Cuando el tipo de problema es ―complejo‖ o requiere una cantidad deconocimientos para investigar y suplir al BCH de una solución temporal odefinitiva, el proveedor proveerá al BCH con actualizaciones cada mediahora sobre el estado del problema y el tiempo estimado para la formaalterna o que la solución definitiva esté disponible.




b. Defecto No Crítico

Esta categoría se define como un incidente que involucre una de lassiguientes situaciones: Corresponde a errores que afectan la funcionalidad del sistema pero no

bloquea en su totalidad la operación del sistema. El servicio es severamente impactado, se restringe el rendimiento

(performance), sin embargo los procesos claves o los cierres no seránafectados.

El servicio fallará y algunos procedimientos de cierres que podríantener implicaciones regulatorias si no se resuelven dentro del tiempode ―marco de resolución‖ no se cumplirán.

El Centro de Soporte del proveedor responderá inmediatamente a llamadastelefónicas y asignará un personal de soporte técnico para la resolución a lamayor brevedad posible, pero no más de media hora (½ hora) desde elmomento de recibir la llamada.

El objetivo de resolución es una forma alterna o ―arreglo‖ que se suplirádentro de un período de seis horas (6 horas) de la notificación del problemaal proveedor y antes del inicio del próximo día de trabajo. El proveedorasignará el nivel apropiado de conocimiento para investigar y trabajar conel Banco para completar la resolución del problema y entregar unasolución definitiva al BCH. Para esta categoría la investigación y eltrabajo se proveerán sin limitarse a las horas normales de trabajo.

Cuando el tipo de problema es ―complejo‖ o requiere una cantidad deconocimientos para investigar y suplir al BCH una solución con una formaalterna o definitiva, el proveedor proveerá al BCH con actualizacionescada hora (1 hora) sobre el estado del problema y el tiempo estimado parala solución temporal o qué solución definitiva esté disponible.

c. Defecto de Forma

Esta categoría se define como un incidente que involucre uno de lassiguientes situaciones: Corresponde a aquellos errores que están relacionados con nombres de

campos, títulos estética del programa. El servicio podría ser impactado, el rendimiento podría estar reducidoy hay una resolución alterna.

El servicio podría estar afectado si la causa se queda sin resolver en el período especificado en los ―objetivos de resolución‖. Este tipo deproblema también podría considerarse para inclusión en unapublicación subsiguiente cuando una solución definitiva haya sidoprobada y aplicado y soluciona el problema.




El Soporte para estos problemas se proveerá durante el horario regular detrabajo del proveedor.

El estado de los problemas será incluido en actualizaciones diarias para

determinar el tiempo estimado para que una solución temporal o definitivaesté disponible de parte del proveedor. El tiempo de resolución noexcederá cuatro (4) días.

2.5.3.2 Servicios de Mantenimiento durante el periodo de garantía

Se solicita a los licitantes incluir en sus propuestas detalles de los términosde soporte de software propuesto tanto para el primer año (primeros docemeses) así como para los años subsiguientes. (

Dentro del alcance de los Servicios de mantenimiento se encuentran lossiguientes:a. Trabajos de mejoría y personalización.b. Notificar prontamente al BCH sobre cualquier Actualización al

Software, la cual el proveedor pondrá a disposición, luego de pruebaspropias y suficientes de parte del proveedor según los lineamientos deeste Contrato.

c. Proveer entrenamiento para el personal del BCH en la utilización de laActualización.

d. Si el BCH acepta la Actualización, ésta se convertirá en la VersiónActual y las provisiones de este Contrato aplicarán en consecuencia.

En tal caso, el proveedor incluirá las enmiendas al código fuente parala versión actual conforme al acuerdo de garantías y custodias vigenteentre las partes.

e. El proveedor, a solicitud del BCH, asistirá en la implementación de laActualización.

f. Cambios que se requiera que se hagan al software de Aplicación comoresultado de modificaciones por seguridad o funcionalidad a lainfraestructura tecnológica base implementada (nuevas versiones deSistemas Operativos, Bases de datos, Servidor de Aplicaciones Web,parches de seguridad, etc).

g. Cambios que surjan con relación a modificaciones del formato de los

mensajes SWIFT, usados por el sistema, como ha sido definido porSWIFT.

h. El soporte para consultas. i. Cambios que surjan a la documentación de soporte provista por el

proveedor como parte del servicio inicial activo. j. Trabajos de mejoría y personalización del proveedor. k. Análisis de impacto para cambios mayores que puedan exceder el

límite de las mejorías y personalizaciones arriba establecido. Provisiónde soporte in-situ de parte de dos ingenieros del proveedor según se




requiera a lo largo del primer año del acuerdo, estos ingenierostambién proveerán soporte al BCH para la puesta en ejecución delsistema a otros bancos o instituciones participantes después del iniciodel período de mantenimiento.

2.5.3.3 Servicios de mantenimiento posteriores al período de garantía

Se requiere que el licitante describa su metodología para proveeractualizaciones, de software paso a paso y documentación durante la vidadel sistema, proporcionando un plan de capacitación sobre los cambios yampliaciones, y que sea garantizada la continuidad del negocio durante lasactualizaciones y/o cambios en el software. Así mismo proveerán losrequerimientos de actualización de Hardware necesarios para el buenfuncionamiento de la versión actualizada de software.

Control de Cambio y Administración de ConfiguraciónLos licitantes proveerán sistemas efectivos de control de cambio y manejode configuración. El proveedor garantizará que el BCH queda en lacapacidad de operar todos los aspectos de cada sistema profesionalmente ycompetentemente a través de entrenamiento y la disponibilidad deherramientas de manejo adecuadas en el ambiente TIC.

2.5.4 Apoyo Técnico para la Infraestructura Tecnológica (Hardware y Software debase de datos)

2.5.4.1 Garantía de los Bienes

La garantía se sujetará a las siguientes condiciones:

a. En caso de defectos el proveedor efectuará los cambios,modificaciones y/o adiciones que se necesiten para que los bienes oalguna parte de éstos alcancen los niveles contractuales garantizadosestipulados en el Contrato, a su propio costo y gastos, y someter losbienes a otras pruebas en cuanto a funcionamiento.

b. El comprador notificará prontamente al proveedor vía teléfono,facsímile o correo electrónico cualquier reclamación de defectos defabricación o resultantes de diseño, mano de obra, mal

funcionamiento, fallas u errores que presenten los bienessuministrados.

c. La garantía tendrá que ser integral en partes y servicios pudiendoderivarse en terceros, siempre y cuando éstos cuenten con personalcon experiencia y debidamente certificados en los bienes objeto deeste proceso; la atención para la corrección de la falla u errorreportado.




d. La garantía se hará efectiva con el reemplazo de la pieza, elemento oequipo completo averiado, por una pieza, elemento o equipo nuevo yoriginal; sin cargo alguno para el comprador, incluida la mano de obranecesaria para su reposición.

e. La garantía tendrá que ser efectuada en el lugar físico donde se sufrióel desperfecto. Los traslados que deba efectuar el proveedor para elcumplimiento de la garantía correrán exclusivamente por su cuenta, noreconociendo ningún monto en concepto de fletes, embalajes, mano deobra, transporte u otros.

Dentro del plazo de la garantía, el período para corrección de defectosserá de un máximo de 10 horas, dichos trabajos tendrán que iniciarse enun tiempo máximo de veinticuatro (24) horas contadas a partir de lanotificación realizada al proveedor vía teléfono, facsímil o correo

electrónico. Para lo cual, si es necesario tendrán que reemplazar laspiezas que se requieran para el buen funcionamiento del equipo, sin queexistan gastos adicionales; las piezas que se utilicen para reemplazar lasdañadas, tendrán que ser nuevas y originales.

Si la misma falla se repite por más de dos veces durante el período degarantía, no se admitirá su reparación, sino que el proveedor quedaráobligado a sustituir el equipo de acuerdo con lo abajo indicado en elinciso b), de ésta sección bajo el Ítem 1: Seis (6)”.

Ítem 1: Seis (6) Servidores

a. El Proveedor suministrará, instalará y configurará al Banco Central deHonduras con carácter de inmediato y prioritario – máximo deveinticuatro (24) horas después de conocida la falla-, equipo derespaldo en calidad de préstamo con especificaciones técnicassimilares al comprado, en caso de que por cualquier falla grave propiade dicho equipo; todo o parte del mismo deje de funcionar y no seaposible su restablecimiento a operación normal mediante los primerosintentos de reparación indicados en inciso d) de la Sección ―2.5.4.1Garantía de los Bienes‖.

b. El equipo de respaldo tendrá que ser absolutamente compatible con los

equipos objetos de adquisición y su uso será libre de todo costo y porel tiempo necesario hasta que se corrija (n) la(s) falla(s) que origino(aron) la sustitución. El equipo de respaldo estará en operación en lasInstalaciones de El Banco Central de Honduras mientras El Proveedorrealiza todas las gestiones correspondientes para la entrega definitivadel equipo sustituto; mismo que tendrá que ser nuevo.

c. El servicio de mantenimiento correctivo durante el período de garantíacontempla sin costo adicional para El Banco Central de Honduras,




todos los gastos para la movilización del equipo, partes, repuestos ydel personal técnico que El Proveedor necesite para poner enfuncionamiento el equipo defectuoso, las partes y accesorios que serequieran serán nuevas, originales y pasarán a ser propiedad de El

Banco Central de Honduras, los repuestos defectuosos y reemplazadosse devolverán a el Proveedor si así éste lo requiere, en el casoparticular de dispositivos de almacenamiento (discos duros), de serposible tendrá que ser sometido a un proceso previo de eliminación dedatos antes de su devolución.

Ítem 2: Seis (6) Licencias de Base de Datos Oracle Enterprise Edition11g R2 perpetuas por procesador.Ítem 3: Seis (6) Licencias del Componente de Alta Disponibilidad deBase de Datos Oracle Real Application Clusters 11g R2 perpetuaspor procesador.Ítem 4: Cuatro (4) Licencias de Base de Datos Oracle EstandarEdition 11g R2 perpetuas por procesador.Ítem 5: Nueve (9) Licencias del Componente de Replicación OracleGolden Gate perpetuas por procesador.

a. El Proveedor tendrá que garantizar que el ―Soporte a Producto‖, seiniciará en un tiempo máximo de veinticuatro (24) horas contado apartir del momento en que la falla es reportada por El Banco Centralde Honduras vía llamada telefónica, facsímile o correo electrónico;debiendo corregir el problema en un tiempo máximo de veinte y

cuatro (24) horas, contado a partir del momento en que la falla fuereportada por El Banco Central de Honduras para lo cual, si esnecesario tendrá que reinstalar el producto en su totalidad para el buenfuncionamiento del mismo, sin que El Banco Central de Hondurastenga que incurrir en gastos adicionales y sin comprometer en lamedida de lo posible la disponibilidad de cualquier servicio que ya sebrinde con dicho software.

b. El Proveedor tendrá que comprometerse a presentar al Departamentode Tecnología y Comunicaciones de El Banco Central de Honduras,un informe técnico describiendo las causas de las fallas reportadas y la

solución de las mismas.

c. El servicio de ―Soporte a Producto‖ durante el período de garantíacontempla sin costo adicional para El Banco Central de Honduras,todos los gastos para la movilización del personal técnico que elproveedor necesite para poder atender los problemas que le seanreportados.




Ítem 6: Software del Servidor de Aplicaciones/Web.Ítem 7: En caso de que aplique: Software de Integración de Datos(Para conexión de enlaces señalados en la sección VI RequisitosTécnicos, numeral 2.5.1 “Integración del Sistema” literal “C” y

Sistema SWIFT).

a. El Proveedor tendrá que garantizar que el ―Soporte a Producto‖, seiniciará en un tiempo máximo de veinticuatro (24) horas contado apartir del momento en que la falla es reportada por El Banco Centralde Honduras vía llamada telefónica, facsímile o correo electrónico;debiendo corregir el problema en un tiempo máximo de veinte ycuatro (24) horas, contado a partir del momento en que la falla fuereportada por El Banco Central de Honduras para lo cual, si esnecesario tendrá que reinstalar el producto en su totalidad para el buenfuncionamiento del mismo, sin que El Banco Central de Honduras

tenga que incurrir en gastos adicionales y sin comprometer en lamedida de lo posible la disponibilidad de cualquier servicio que ya sebrinde con dicho software.

b. El Proveedor deberá comprometerse a presentar al Departamento deTecnología y Comunicaciones de El Banco Central de Honduras, uninforme técnico describiendo las causas de las fallas reportadas y lasolución de las mismas.

2.5.4.1.1 Repuestos

El Proveedor tendrá que mantener existencias suficientes de partes yrepuestos (ver lista de Componentes y Repuestos de gran valor yFrecuencia de uso descrita en esta sección para asegurar el suministroinmediato de repuestos consumibles para los bienes (El tiempo máximode atención será de veinticuatro (24) horas). Los demás repuestos ycomponentes fuera de lista serán suministrados tan pronto como seaposible, pero en un tiempo no mayor a tres (3) semanas contadas a partirde la colocación del pedido.

Lsta de componentes y repuestos de gran valor y de mayor riesgo defalta,considerados necesarios para el normal funcionamiento de los bienes

adquiridos:




Descripción del RepuestoCantidad Estimada durante el

período de garantía

Memoria RAM (DIMM de dos(2), cuatro (4) y ocho (8) GB)dependiendo de laconfiguración ofertada para losequipos.

De dos (2) a cuatro (4) DIMM porequipo, para cada tipo deconfiguración ofertada.

Discos Duros (10K rpm,Tecnología SAS o superior)

Un (1) Disco Duro por cada equipoofertado.

Fuentes de Poder (Con susrespectivos cables dealimentación de energía)

Una (1) Fuente de poder por cadaequipo ofertado.

HBA Una (1) HBA por equipo ofertado

Lista de Componentes y Repuestos de gran valor y Frecuencia de uso

2.5.4.2 Servicio de Mantenimiento durante el Período de Garantía

Ítem 1: Seis (6) Servidoresa. El equipo objeto del proceso de adquisición, tendrá que estar cubierto

por servicios de mantenimiento preventivo sin costo adicional parael Banco Central de Honduras al menos durante el período de garantíade tres (3) años para el equipo completo.

b.

Dentro del plazo de quince (15) días hábiles posteriores a la entrega,instalación, configuración correcta y prueba del equipo, ElProveedor tendrá que presentar un plan sugiriendo las fechas yhorarios en que se realizará el mantenimiento preventivocorrespondiente a los equipos en garantía, el cual tendrá que realizarsecuatrimestralmente y una vez que dicho mantenimiento haya sidorealizado se entregará un reporte por escrito del mismo. Estemantenimiento tendrá que planificarse en un horario que no perturbe laoperación normal de cada equipo por tanto las fechas seránconsensuadas con el Banco Central de Honduras.

c.

Estos servicios entre otros podrán consistir en ajustes, reparaciones,reemplazos y limpieza que sean necesarios, cada trabajo que se realicetendrá que ser recibidoa satisfacción del personal técnico de ―El BancoCentral de Honduras‖, por tanto El Proveedor presentará un informecorrespondiente a dicho mantenimiento; el cual servirá como base derevisión para su aceptación o no a satisfacción.

d. Los requerimientos mínimos de mantenimiento preventivo que ElProveedor realizará en cada visita, son los siguientes:




1. Limpieza interior y exterior del Rack donde está cada equipo.2. Limpieza interior y exterior de cada equipo.3. Aplicación de limpiador de contactos en las ranuras principales que

interconectan dispositivos según corresponda.4. Limpieza de unidad de CD / DVD.5. Ejecución de prueba de diagnóstico general del hardware de cada

equipo completo.6. Aplicación de parches de seguridad a los Sistemas Operativos de

ser requeridos en cada equipo.7. Otros requerimientos recomendados por el fabricante.

e. El Proveedor recomendará y proporcionará dentro del período degarantía, las actualizaciones (Upgrade) o nuevas versiones del sistemaoperativo de los servidores cuando el fabricante los libere al mercado,

las cuales serán suministradas a El Banco Central de Honduras através de medios ópticos originales (CD´S / DVD´S); o habilitandoacceso al Sitio Web del Fabricante para la descarga correspondiente.

El Proveedor realizará los trabajos de instalación de actualizaciones,estableciendo las fechas de dichos trabajos en común acuerdo con elpersonal técnico del Departamento de Tecnología y Comunicacionessegún la necesidad de parte de El Banco Central de Honduras ocuando resulte de extrema urgencia para garantizar la correctaoperación de dichos equipos y de los sistemas en ellos instalados.

Ítem 2: Seis (6) Licencias de Base de Datos Oracle Enterprise Edition11g R2 perpetuas por procesador.Ítem 3: Seis (6) Licencias del Componente de Alta Disponibilidad deBase de Datos Oracle Real Application Clusters 11g R2 perpetuaspor procesador.Ítem 4: Cuatro (4) Licencias de Base de Datos Oracle EstandarEdition 11g R2 perpetuas por procesador.Ítem 5: Nueve (9) Licencias del Componente de Replicación OracleGolden Gate perpetuas por procesador.

a. El Proveedor garantizará la asesoría técnica vía teléfono, correoelectrónico y, en su caso, la asistencia en las instalaciones de ElBanco Central de Honduras, para todo lo relacionado con la operacióny funcionamiento de los productos bajo licencia durante el periodo devigencia del soporte técnico inicial.

b. El Proveedor tendrá que comprometerse a brindar la asistencia técnicade ―Soporte a Producto‖, el cual se realizará las veinticuatro (24) horas




al día, siete (7) días a la semana, los trescientos sesenta y cinco (365)días del año (7X24X365), sin costo adicional para El Banco Central deHonduras.

c. El Proveedor tendrá que comprometerse a brindar el ―Soporte aActualizaciones‖ que consiste en proporcionar a El Banco Central deHonduras los medios ópticos de instalación (CD ‘s / DVD ‗s)originales y manuales de las nuevas versiones, parches de seguridadque sean liberadas al mercado por el fabricante o habilitando acceso alSitio Web del Fabricante para la descarga correspondiente, entregandoademás el addendum correspondiente al Certificado de Licenciamientopor programa a nombre de El Proveedor, sin que el BCH incurra enalgún costo adicional.

d. El Proveedor tendrá que comprometerse, cuando sea requerido por El

Banco Central de Honduras, a recomendar y apoyar en las tareas deinstalación y configuración de todos los productos incluidos en elServicio de Actualización de Licencias y Soporte contratado, sin costoadicional.

e. El Proveedor tendrá que comprometerse a proporcionar a El BancoCentral de Honduras los accesos al Sistema de Soporte al Cliente deOracle (Oracle Support) a través de Internet, éstos deben estar anombre de El Banco Central de Honduras. Asimismo deberáproporcionar la información del nombre, cargo, dirección de correo yteléfonos de los contactos técnicos que brindarán el servicio de

actualización de licencias y soporte contratado, tanto localmente comoen el exterior.

Ítem 6: Software del Servidor de Aplicaciones/Web.Ítem 7: En caso de que aplique: Software de Integración de Datos(Para conexión de enlaces señalados en la sección VI RequisitosTécnicos, numeral 2.5.1 “Integración del Sistema” literal “C” ySistema SWIFT).

a. El Proveedor garantizará la asesoría técnica vía teléfono, correo

electrónico y, en su caso, la asistencia en las instalaciones de El BancoCentral de Honduras, para todo lo relacionado con la operación yfuncionamiento de los productos bajo licencia durante el periodo devigencia del soporte técnico inicial.

b. El Proveedor tendrá que comprometerse a brindar la asistencia técnicade ―Soporte a Producto‖, el cual se realizará las veinticuatro (24) horasal día, siete (7) días a la semana, los trescientos sesenta y cinco (365)días del año (7X24X365), sin costo adicional para El Banco Central de




Honduras.

c. El Proveedor tendrá que comprometerse a brindar el ―Soporte aActualizaciones‖ que consiste en proporcionar a El Banco Central de

Honduras los medios ópticos de instalación (CD ‘s / DVD ‗s)originales y manuales de las nuevas versiones, parches de seguridadque sean liberadas al mercado por el fabricante o habilitando acceso alSitio Web del Fabricante para la descarga correspondiente, entregandoademás el addendum correspondiente al Certificado de Licenciamientopor programa a nombre del BCH, sin que El Banco Central deHonduras incurra en algún costo adicional.

El Proveedor tendrá que comprometerse, cuando sea requerido por ElBanco Central de Honduras, a recomendar y apoyar en las tareas deinstalación y configuración de todos los productos incluidos en el

Servicio de Actualización de Licencias y Soporte contratado, sin costoadicional.

2.5.5 Conversión y desviación de datos

El proveedor seleccionado realizará la migración de toda la informaciónrelacionada a los nuevos subsistemas a implementar, debiendo para ello realizarprogramas especializados que permitan efectuar la conversión, carga ymigración de datos de tal forma que se garantice su completa integridad.

Los saldos de los participantes directos actualmente administrada por el SIC-

CC serán cargados al subsistema LBTR.Para la carga inicial de datos hacia la CDV se utilizará como fuente los actualessistemas de información utilizados por el Departamento de OperacionesMonetarias del BCH.

Dicha carga incluirá como mínimo información relacionada a: Emisión de valores gubernamentales Servicio de la deuda Negociación de títulos valores y Datos históricos.

El BCH junto con el proveedor definirá mecanismos de verificación yaceptación de los datos migrados que incluya al menos una verificación delDepartamento de Auditoría Interna y la certificación de la aceptación de losdatos migrados por parte de los Departamentos de Sistema de Pagos yOperaciones Monetarias.




2.6 Documentación exigida

La documentación deberá ser remitida en idioma español, ajustado para el propósito yapropiada para las necesidades del BCH. Como mínimo deberá de incluir:

2.6.1 Documentos para los usuarios finales

2.6.1.1 Literatura del Producto

Esta describirá los diferentes componentes del sistema, tanto hardwarecomo software que sean necesarios para los requisitos técnicos y denegocios de esta adquisición. Documentación Terminal-UsuarioSe confeccionará según sea aplicable, incluyendo guías de operación,manuales operativos y manuales de usuario estándar. La ayuda en líneaserá provista en todos los módulos del Sistema.

2.6.1.2 Reglas de Operación y ProcedimientoEl proveedor de las soluciones brindará al BCH una asesoría queincluya presentar consejos, recomendaciones, y documentación modelopara el desarrollo de reglas operativas, procedimientos finales paraSistema, políticas para el uso del sistema, tarifas por servicio de lossistemas basándose en la experiencia previa del proveedor. Lasrecomendaciones hechas y la documentación modelo provista seráconsistente con las mejores prácticas internacionales.

2.6.2 Documentos técnicos

Esto incluirá lo siguiente: Especificaciones y descripciones funcionales del software de sistema. Especificaciones y descripciones funcionales del software de aplicación. Instrucciones para el respaldo, restauración y restauración selectiva. Instrucciones paso a paso para intercambiar el procesamiento del sitio

primario al sitio alternativo y viceversa ya sea para efectos de prueba o deenfrentamiento de una contingencia real.

Diseño final y documentación de las configuraciones establecidas. Manual / lista de errores con acción inmediata sugerida. Instructivo para la puesta en marcha. Arquitectura del Sistema a alto nivel.

Procedimiento de control de cambio. Cualquier otra documentación técnica que el BCH considere para la ejecución

segura y efectiva del entorno de procesamiento.

2.6.3 Documentación sobre Procedimientos Operacionales

Esta incluir al menos lo siguiente: Rutinas de tareas por lotes (batch) estándar. Horario recomendado para tareas de lotes (batch de ―foreground‖ y

―background‖).




Detalles de todas las tareas de ―foreground‖ y ―background‖. Dependencias de estos programas con respecto a tareas de lotes (batch). Dependencia entre tareas de lotes (batch). Detalles de todos los reportes estándar.

Controles de integridad internos desempeñados por el sistema. Relación entre los programas y los datos. Relación entre la aplicación y el sistema operativo. Relación entre la aplicación y el manejador de la base de datos.




D. R EQUISITOS DE LAS PRUEBAS Y LA GARANTÍA DE CALIDAD

3.1 Inspecciones

3.1.1 Inspecciones del Sistema3.1.1.1 Inspecciones en fábrica

El Sistema cuenta con:a. Documento legal que certifica que el proveedor posee los derechos de

propiedad de la solución propuesta.b. Licencias de software a favor del comprador.

3.1.1.2 Inspecciones posteriores a la entrega

a. El Sistema cuenta con: Media electrónica de instalación. CD/DVD debidamente rotulados. Manual de instalación y configuración de las soluciones propuestas.b. El Proveedor, por su cuenta y cargo, entregará en todos sus extremos las

soluciones propuestas en el lugar o lugares en la manera y en el plazo o plazosespecificados en el presente Documento de licitación.

3.1.2 Inspecciones de la Infraestructura Tecnológica

El Comprador requiere los siguientes procedimientos de inspección y pruebasantes de que los bienes sean embarcados y aceptados definitivamente:

a. Pruebas POST a efecto de verificar el reconocimiento adecuado de todos los

dispositivos del equipo.b. Pruebas a nivel de OBP (Open Boot Prom)c. Verificación de funcionamiento adecuado del Firmware (System Flash Prom).d. Prueba de carga del sistema operativo pre instalado.e. Pruebas de funcionamiento de discos, memorias y procesadores.

Estas pruebas podrán variar o no ser requeridas según el tipo de equipo que se estéofertando.

3.2 Ensayos previos a la puesta en servicio de una versión piloto

3.2.0 Además de las pruebas de verificación y ajuste que realiza habitualmente, elProveedor (con ayuda del Comprador) debe efectuar los siguientes ensayos en el

Sistema y los Subsistemas antes de que se consideren instalados y de que elComprador emita el (los) certificado(s) de instalación (de conformidad con lacláusula 26 de las CGC y las cláusulas afines de las CEC).

3.2.1 Prueba de Concepto / Programa Piloto

Previo a la instalación e implementación del Sistema en los Sitios deProcesamiento definitivos, el Proveedor instalará, configurará y probará el




Sistema en un Ambiente de Pruebas preparado, el cual tendrá característicassimilares a los ambientes definitivos.

Lo anterior permitirá al Proveedor y al BCH realizar pruebas de concepto o

validación para identificar si el sistema ofrecido y sus componentes cumplen conlos requerimientos especificados y ofrecen un funcionamiento correcto previo almontaje definitivo del Sistema.

El personal técnico del proveedor asistirá al equipo del BCH en la realización depruebas mediante la aclaración de dudas y enseñanza de cómo aplicar los casos depruebas definidos.

Durante las pruebas de concepto o Programa Piloto, el Proveedor realizará todaslas adecuaciones, particularizaciones, parametrizaciones y desarrollos que sedetecten como pendientes o incompletas de la etapa de

parametrización/personalización necesarios para que el software cumpla todos losrequisitos técnicos del Sistema, incluidos los desarrollos necesarios para lasinterconexiones con el resto de sistemas y aplicaciones informáticas del BCH.

La Prueba de Concepto también permitirá verificar el correcto funcionamiento ydesempeño del Sistema en la plataforma Tecnológica del BCH (hardware,software, red y acceso de las terminales de los usuarios).

El Proveedor utilizará el sistema piloto en ambiente de Pruebas para dictar lostalleres de capacitación requeridos; tal ambiente también será utilizado para quelos profesionales de Sistema de Pagos, Contables, personal del Departamento de

Tecnología y Comunicaciones y los usuarios del Sistema realicen todas laspruebas necesarias.

El Proveedor utilizará el sistema piloto en ambiente de Prueba para probar(testear) cualquier desarrollo a la medida creado para el Sistema previo a sumontaje en ambiente de Producción.

Una vez que el sistema piloto tenga el suficiente grado de madurez será instaladoen los sitios de procesamiento principal y alterno definitivos del BCH e iniciarnuevas etapas de pruebas en dichos ambientes.

Los ensayos de aceptación serán implementados por el Proveedor con elmonitoreo y aprobación -paso a paso- del BCH. Para lo cual, el BCH facilitarápersonal administrativo al proveedor, para que participen activamente en laejecución de las pruebas de aceptación como una parte integral de suentrenamiento en marcha y eventual traspaso del sistema.

Al finalizar las pruebas de concepto piloto el proveedor entregará el informe―Resultado de las Pruebas de Aceptación del Sistema Piloto‖ el cual, se detallarálos casos de pruebas realizados.




Entre las pruebas a realizar tanto por el Proveedor como por personal del BCH seincluyen:

a. Pruebas de conexión para verificar que los usuarios acceden al Sistema.

b. Pruebas de conexión entre los sitios de procesamiento principal y alterno.(validación de confiabilidad, seguridad, recuperación e integridad de datos).c. Pruebas de conexión de los clientes de las sucursales, edificio anexo a la oficina

Central del BCH.d. Pruebas para determinar la correcta instalación del hardware, software,

―middleware‖ y equipo de comunicación y servicios de seguridad. e. Pruebas que permitan identificar aspectos que pudieran incidir en la

degradación del rendimiento del Sistema, tales como: cantidad de registros,cantidad de usuarios concurrentes, nivel de tráfico de red, ancho de bandadisponible, entre otras; asimismo se aplicarán las medidas correctivas del caso.

f. Pruebas unitarias, integrales, pruebas de estrés, entre otras, que permitan

verificar la correcta funcionalidad y operatividad del Sistema, adaptación alambiente Tecnológico del BCH, obtención de salidas o resultados esperados entiempo y forma correcta.

g. Pruebas de encendido y apagado de los servidores que soportan la solución,verificando que el Sistema es capaz de reiniciar correctamente sin pérdidas dedatos.

h. Pruebas integrales para determinar el correcto funcionamiento del software enel equipo donde se instaló la solución tecnológica, incluyendo el hardware y elsoftware de comunicación utilizado.

i. Pruebas de conexión con los Sistemas y aplicaciones satélites del BCH,incluido el SWIFT.

j. Pruebas y ajustes al módulo de seguridad.k. Pruebas de Contingencia Informática basado en el Plan de Recuperación anteDesastres del BCH para garantizar la recuperación del Sistema en caso deincidentes a la Infraestructura Tecnológica.

3.3 Pruebas de Aceptación operacional

3.3.0 Conforme a la cláusula 27 de las CGC y cláusulas afines de las CEC, elComprador (con ayuda del Proveedor) efectuará, después de la instalación, lassiguientes pruebas en el Sistema a fin de determinar si cumplen con todos los

requisitos necesarios para la Aceptación operacional.3.3.1 Consideraciones de las pruebas para el LBTR y la CDV

El cumplimiento de los requerimientos especificados y acordados en el contrato ylos documentos que forma parte del mismo se constataran a través de una serie depruebas de aceptación formal, ejecutadas en todos los aspectos del Sistema.




Ninguna funcionalidad se considerara plenamente aprobada si no ha sidocontemplada en un plan de pruebas previamente presentado por el Proveedor yque cuente con autorización del BCH para su realización.

El sistema completo será finalmente aceptado extendiendo el BCH unaAceptación Operacional, una vez que toda la funcionalidad haya sido plenamenteprobada y se haya demostrado el funcionamiento correcto en todas lasubicaciones, incluyendo la de los participantes. Es requisito también la entrega detodos los informes, Software y la documentación requerida, en idioma castellano.

Cada etapa de las pruebas estará completamente documentada y aceptada por elBCH en consulta con los participantes, para significar la aceptación operacional decada elemento.

La instalación y proceso de prueba demostrará lo siguiente:

a. Facilidad de instalación e inicio del sistema;b. Operación del Sistema en la plataforma tecnológica definida por el BCH;c. Verificación que las interfaces de comunicación con el resto del Sistema sean

automatizadas, confiables y eficientesd. Operación y manejo del sistema completo por el personal operativo, no

dependiente del sector tecnológico;e. Alta confiabilidad y rápida recuperación en caso de fallas;f. Operación efectiva y correcta de todas las conexiones del sistema;g. Completa integridad de procesamiento y respuestas exactas para todas las

consultas sobre información del Sistema;h. Todos los subsistemas y enlaces funcionan como un sistema integrado

completamente automatizado.i. Clara y efectiva documentación y otros materiales de apoyo; j. Educación y capacitación efectiva;k. Arreglos organizacionales efectivos para la operación a plena capacidad;l. Efectiva organización de soporte;m. Informes efectivos sobre problemas, seguimiento y procedimientos de

resolución.

3.3.2 Ubicación de Pruebas de Aceptación OperacionalLas pruebas técnicas de aceptación serán realizadas utilizando las instalacionesdentro de los edificios del BCH. Las pruebas de aceptación final serán conducidas

a través del sistema completamente instalado en los sitios: Producción,Contingencia, Prueba y Capacitación.

3.3.3 Diseño y Ejecución de las Pruebas de Aceptación OperacionalLos contenidos de todas las pruebas de aceptación serán propuestos por elproveedor para la aprobación y planificación del BCH. Todas las pruebas deaceptación serán llevadas a cabo por el personal técnico, personal operativo delBCH y los participantes, siendo monitoreados y apoyados por el proveedor encada paso. El BCH proporcionara el personal que participará activamente en la




ejecución de la prueba de aceptación, como parte integral de la capacitación ytransferencia de conocimiento y eventual traspaso del sistema al BCH.

Además de las pruebas funcionales y de integración, el Proveedor hará en

conjunto con el BCH al menos las siguientes pruebas: Pruebas de volumen Pruebas de estrés Pruebas de benchmark Pruebas de seguridad Pruebas de desempeño Pruebas de instalación Pruebas de recuperación Pruebas de almacenamiento Pruebas de conexión Pruebas de contingencia informática

El Licitante incluirá en su propuesta el detalle del plan de prueba propuesto elcual tendrá como finalidad validar el correcto funcionamiento del Sistema.

3.3.4 Evaluación de Resultados de las Pruebas de Aceptación OperacionalEl Jefe de Proyecto del BCH será responsable de la evaluación final de losresultados de la pruebas de aceptación al final de cada fase de prueba. El gerentedel Banco Central de Honduras (BCH), dará una carta formal de aceptación alproveedor, si este ha cumplido sus obligaciones contractuales, o una declaraciónde aquellas obligaciones que no han sido cumplidas, y por lo tanto seráncumplidas antes de su aceptación.

La aceptación operativa será lograda solamente luego de la exitosa terminación detodas las pruebas y la aceptación formal de la entrega del producto final delproyecto.

Corrección de FallasEl proveedor será responsable de la corrección de todas las fallas encontradasdurante las pruebas de aceptación, siendo obligatorio que el tiempo que tomenestas correcciones no impacten de forma negativa en el cronograma general delproyecto.

3.3.5 Restablecimiento de Servicio en el Sitio AlternoLos licitantes documentarán y explicarán el proceso de cambio y el tiempo quetoma restablecer el procesamiento en el sitio alterno.

3.3.6 Pruebas de Contingencia InformáticaEl proveedor participará de manera directa en pruebas de contingencia informáticaplanificadas por el BCH previo a la puesta en producción del Sistema.Los objetivos de las pruebas son:




Validar los controles de mitigación de riesgos implementados a lainfraestructura tecnológica del Sistema.

Validar tiempos de respuesta y puntos de información máximo permisibledefinidos por el BCH para recuperación de la tecnología en caso de un desastre.

Obtener información de campo para actualizar la documentación del Plan deRecuperación ante Desastres del BCH que incluye el Sistema.

Eficientar la logística de recuperación ante desastres.




E. PROGRAMA DE EJECUCIÓN

4.1 Fases del Proyecto

El BCH ha previsto que el proyecto estará dividido en fase que cubren la implementación,pruebas, capacitación, migración y salida a producción de los sub sistemas solicitados.

Los licitantes deberán presentar su plan propuesto para el proyecto, indicando claramentecuando su enfoque sea distinto al de las fases propuestas por el BCH.

El plan del BCH solicita que los sub sistemas sean implementados de acuerdo alcronograma planificado es decir con un máximo de duración de 24 meses. Los licitantesdeberán demostrar claramente la forma como pueden lograr este objetivo y opcionalmentepresentar propuestas que pudiesen ofrecer ventajas.

El cronograma del proyecto deberá cubrir las siguientes fases claves:




- Figura E.4.1 – Cronograma propuesto para la implementación del proyecto -




Al final de la contratación se deberá contar con un sistema de información completamenteintegrado. Para ello cada uno de los subsistemas y enlaces que lo conforman deberán habersido probados tanto de manera individual como en su conjunto.

Adicionalmente a lo señalado en las CGC, CEC, DDL, IAL el plan preliminar y definitivodel proyecto deberá contemplar al menos lo siguiente:

4.1.1 Plan del Proyecto

Durante esta fase el ganador de la licitación deberá:Establecer su equipo de trabajo para el proyecto en la Oficina Principal del BCH;Entregar la versión final del Plan de Proyecto detallado, previa consulta y con laaprobación final del Jefe del Proyecto del BCH;

Familiarizarse con la infraestructura tecnológica (ambiente TIC) enfuncionamiento del BCH; Los productos finales de esta fase incluirán el diseño deespecificaciones técnicas mostrando las conexiones de red relacionadas con elsitio alterno y cualquiera otra conexión a los sistemas del BCH.

Describe el proceso del proyecto en amplio detalle, definiendo las actividades queserán necesarias para completar dicho proyecto, con sus respectivos tiempos,dependencias, entregables (documentos) del proyecto, recursos etc.

Describir los recursos de personal asignado, tiempo de estadía y la estructuraorganizativa del proyecto, necesaria para la planificación y ejecución de lasactividades correspondientes.

Acordar y documentar un esquema de proceso que represente los canales decomunicación e informes a través de los cuales todos los miembros del proyecto(BCH, UCP, Proveedor) se deben comunicar. No se permitirá ningún procesodecisorio o intercambio de información oficial que no se realice a través de lasvías de comunicación indicadas.

4.1.2 Validación y afinamiento del diseño de arquitectura Técnica

Durante esta fase el ganador de la licitación realizará lo siguiente:

Reunirse con las diferentes áreas vinculadas al diseño de la arquitectura técnica delos sistemas (Seguridad, Administrador de base de datos, Redes, administrador dedominio, administrador de servidores, administrador de contingencia informática,administrador de infraestructura PKI entre otros) y validar que los requerimientosestén claros y que se cumplen conforme lo solicitado.

En esta fase se describen acuerdan las configuraciones y responsabilidadesnecesarias para realizar la integración con la infraestructura existente.




Se discutirá y definirá los esquemas de contingencia y el proceso de cambios desitios, así como también los procesos de seguridad como autenticación,autorización, canales de seguridad, firma de transacciones etc.

4.1.3 Aceptación Operacional (Implementación) de la infraestructura TecnológicaEsta fase incluirá todas las actividades, recursos, logística etc., relacionada con laimplementación de la infraestructura tecnológica (HW y SW), iniciando desde laspruebas antes de ser embarcadas, configuraciones de alta disponibilidad,integración con la infraestructura actual del BCH (seguridad, SAN, etc.), pruebashasta la obtención de la aceptación operacional de la infraestructura tecnológica.

Las fases incluirán el proceso de traslado del equipo y la distribución del mismoen los ambientes y lugares señalados en la Sección VI Requisitos Técnicos literalC numeral 2.1.1 ―Instalación, Configuración y Pruebas‖ tanto del SW como delHW. Los cuales deberán responder al siguiente cuadro:

Ítem Cantidad Descripción RecepciónInstalación, Configuración y

Pruebas

I 6 Servidores.

A más tardar ocho(8) semanascontadas a partir dela fecha de la firmadel contrato.

A más tardar ocho (8)semanas contadas a partir dela fecha de recepción de losbienes:

Instalar, configurar y probaradecuadamente los bienes ypresentar un informe final detrabajos realizados.

II 6

Licencias de Base de DatosOracle Enterprise Edition11g R2 perpetuas porprocesador

A más tardar ocho(8) semanascontadas a partir dela fecha de la firmadel contrato


Entregar los manuales(técnicos, instalación,configuración yadministración), mediosópticos, Original delContrato de Licenciamiento yServicios Oracle – OLSA – para usuario final y Originaldel Certificado de

Licenciamiento y Soporte(Customer Support Identifier,CSI, por su sigla en Inglés) anombre de Banco Central deHonduras.Presentar un informe final detrabajos realizados.

III 6

Licencias del Componentede Alta Disponibilidad deBase de Datos Oracle RealApplication Clusters 11gR2 perpetuas porprocesador

IV 4

Licencias de Base de DatosOracle Estandar Edition 11gR2 perpetuas porprocesador

V 9

Licencias del Componente

de Replicación de DatosOracle Golden Gateperpetuas por procesador

VIDefinir elproveedor

Software del Servidor deAplicaciones/Web


A más tardar ocho (8)semanas contadas a partir dela fecha de recepción de losbienes.




VIIDefinir elproveedor

En caso de que aplique:Software de Integración deDatos (Para conexión deenlaces señalados en lasección VI RequisitosTécnicos, numeral 2.5.1―Integración del Sistema‖literal ―c‖ y SistemaSWIFT)



Entregar manuales (técnicos,instalación, configuración yadministración), mediosópticos, Original delCertificado deLicenciamiento y Soporte anombre de Banco Central deHonduras.Presentar un informe final detrabajos realizados.

Cualquier cambio en los tiempos arriba descritos debe ser expresamente señalado.Los licitantes incluirán en la descripción y planificación del proyecto cualquier

preinstalación o configuración fuera del BCH o cualquier otro evento que describala estrategia de implementación y configuración de los ambientes señalados.

Incluirá un tiempo y pruebas necesarias para obtener la aceptación operacional detoda la infraestructura tecnológica.

Los ítems 6 y 7 quedan excluidos de la aceptación operacional de lainfraestructura tecnológica y se incluirán en la aceptación operacional de laLBTR.

4.1.4 Integración de aplicaciones

El programa del proyecto contemplará una estrategia para la integración de lasaplicaciones que esté acorde con lo especificado en la Sección VI RequisitosTécnicos literal C numeral 2.5.1 - Integración del Sistema.Se considerará las actividades vinculadas a esta etapa como un riesgo para elproyecto por lo que se deberá iniciar lo antes posible con la preparación de lamisma, tomando en cuenta que el BCH tendrá que realizar modificaciones a lossistemas existentes que se encuentran en diferentes plataformas por lo que secontemplará suficiente tiempo para realizar los cambios necesarios.Señalar claramente el momento en que el proveedor se reunirá con los equipos detrabajo de cada enlace requerido.

4.1.5 Diseño de los subsistemas

En esta fase el proveedor realizará una investigación de los requerimientosestablecidos para conocer a detalle los procesos del BCH relacionados en laimplementación de los sistemas, para lo cual el BCH pondrá a disposición depersonal capacitado para exponer cada proceso.

El proveedor dará a conocer los detalles de sus soluciones e ilustrará como susolución cumple cada requerimiento solicitado.




Una vez que el BCH y el proveedor conozcan y entiendan la contraparte acordaranlos nuevos procesos. Identificaran además las parametrizaciones necesarias y laspersonalizaciones en el caso de ser necesarias.

Al finalizar esta etapa se realizará una evaluación del plan definitivo del proyecto.

Los productos de esta fase incluyen el análisis detallado de los requisitos y unanálisis de brechas (gap analysis) demostrando los cambios necesarios requeridosen el subsistema para su implementación en el BCH. Asimismo, se espera eldocumento de especificaciones para aprobación.

4.1.6 Instalación Piloto

Durante la fase de diseño para cada subsistema se realizará una instalación de lassoluciones propuestas, dicha instalación no tendrá ninguna personalización y/oadaptación especial.

La instalación servirá para apoyar la etapa de diseño del sistema facilitando lacomprensión de cómo la solución se adapta y cumple con los requerimientossolicitados por el BCH.

Además permitirá que el personal técnico pueda realizar pruebas de integracióncon la aplicación, apoyando la fase de integración de aplicaciones.

La instalación será utilizada por un grupo reducido de personal del BCH.La aceptación y revisión de esta instalación responderá a las CGC y CEC 26.

4.1.7 Parametrización/Personalización del sistema

Durante esta fase el proveedor realizará todas las parametrizaciones ypersonalizaciones identificadas en la fase de diseño y las previamenteidentificadas en el proceso de licitación las cuales son necesarias para que lassoluciones brindadas se adapten a los requerimientos solicitados por el BCH.El BCH revisará el avance del trabajo frecuentemente y dará su visto buenodurante el desarrollo, para minimizar malos entendidos adoptados en la fase dediseño. El proveedor deberá explicar la metodología a utilizar. En cualquier caso,el BCH y el proveedor acordarán un calendario de revisiones específicas para cada

fase.Las tareas son:a. Personalizar la aplicación de acuerdo a las especificaciones desarrolladas

durante la fase previa.b. Revisar el avance con el BCH y ajustar la aplicación de acuerdo a la

retroalimentación obtenida.c. Afinamiento del plan de pruebas de aceptación conjuntamente con el BCH.d. El licitante describirá la metodología de desarrollo del sistema a utilizarse en

la personalización de la solución de software propuesta. Esto incluirá la




confirmación de requisitos del usuario, planes para personalización,construcción y prueba, documentación y prueba y ―roll out‖.

4.1.8 Instalación del sistema en diferentes ambientes

Una vez realizadas las parametrizaciones y personalizaciones a las soluciones elproveedor procederá a realizar las instalaciones en los diferentes ambientessiguiendo con los procesos establecidos en las CGC y CEC 26.

Dicha instalación estará ajustada a las necesidades del BCH y estar preparada pararealizar las pruebas de aceptación operacional.

4.1.9 Capacitación

La transferencia de conocimientos y el entrenamiento son muy importantes, los

licitantes indicarán con detalle cómo se llevará a cabo dicha transferencia duranteel proyecto y especialmente durante la fase de prueba.

Los planes de entrenamiento desarrollados serán adecuados para entrenar a losparticipantes que se puedan unir al sistema de pagos en el futuro.

4.1.10 Documentación de la aplicación

En esta etapa se realizará una revisión y entrega de toda la documentaciónrelacionada al subsistema la cual deberá responder a la lista de la documentaciónsolicitada en la sección de requisitos técnicos.

4.1.11 Migración

El proveedor presentará con debida anticipación los formatos o mecanismos querequiere para trasladar la información al sistema. Tomará en cuenta los trabajosque el BCH realizará para extraer la información y ponerla a disposición paramigrarla.Los datos a migrar serán acordados en conjunto con el BCH.

4.1.12 Pruebas de aceptación Operacional

Las pruebas se realizarán conforme las CGC y CEC 25, 27 (en especial las 27.2) yla sección VI Requisitos Técnicos Numeral 3.3 - Pruebas de Aceptación

Operacional.

Según aplique a cada subsistema, las pruebas incluirán una demostración de:a. Facilidad de instalación e inicio del sistema.b. Operación de las plataformas de hardware y software.c. Interfaces de comunicación automatizados confiables y eficientes.d. Alta confiabilidad y recuperación rápida en caso de fallos.




e. Completa integridad de procesamiento (ejemplo: No existencia de pagosperdidos ni duplicados y respuestas acertadas a todas las solicitudes deinformación de sistema).

f. Documentación clara y efectiva y otros materiales de apoyo.

g. Educación y entrenamiento efectivo.h. Arreglos organizacionales efectivos para un ambiente de producción de granescala.

i. Una organización efectiva de apoyo del proveedor. j. Procesos de reporte de problemas, seguimiento y solución de problemas de

manera efectiva.k. Las pruebas indicadas en el Capítulo ―D. Requisitos de las pruebas y la

garantía de calidad‖ de esta sección VI. Requisitos Técnicos.

El alcance de las pruebas de contemplar todos los requerimientos de los sistemas ysus dependencias como mínimo contemplarán: participantes internos/externos,

redes, seguridad, sitios de contingencia, casos de prueba de transacciones,desempeño, comunicaciones, etc.

4.1.13 Paralelo

Conforme los procesos mencionados en las CGC y CEC 27 relacionadas a laaceptación operacional cada sistema deberá permanecer 60 días en producción sinpresentar errores críticos para recibir la aceptación operacional. Este tiempo seráseñalado como paralelo y el BCH podrá decidir si en dicho tiempo administrara elproceso actual en paralelo con el nuevo proceso (a través de la ejecución delsistema), con el objeto de validar los resultados.

Durante este tiempo los participantes ingresarán al sistema y realizarán sustransacciones por medio de los sistemas y canales de comunicaciónimplementados.

4.1.14 Salida a producción

Una vez finalizado el paralelo y completada la prueba de contingencia informáticase iniciará oficialmente la salida a producción del sistema. Todo procesorelacionado a los nuevos sistemas será oficial y responderá a la nueva normativaaplicable.

4.1.15 Aceptación operacional subsistemas

Una vez finalizadas las fases anteriores y contar con la aprobación del BCH seotorgara el certificado de aceptación operacional por subsistema. Conforme lasCEC 8.2 y 27 con sus respectivas CGC.




4.1.16 Aceptación operacional del Sistema

Conforme la cláusula CGC y CEC 27.4.2 el proveedor obtendrá una aceptaciónoperacional de todo el sistema.

Al final de la contratación los Subsistemas e Infraestructura Tecnológica(Hardware y Software) indicados anteriormente deberán quedar completamenteimplementados y puestos en marcha, debiendo el proveedor seleccionado realizartodas las pruebas que permitan certificar el correcto funcionamiento de lossistemas y la integración de los mismos.

Apoyo en el SitioPosterior a la finalización de las pruebas y la aceptación formal del subsistema porparte del BCH, el sistema será liberado y puesto en línea completamente. Elproveedor continuará administrando el subsistema por lo menos en los primerosdos meses de producción.

Una vez finalizados todos los subsistemas solicitados, el proveedor garantizará alBCH el correcto funcionamiento del sistema en forma integral, debiendo realizarlas pruebas de integración y funcionamiento correspondientes.

4.1.17 Período de Garantía y Servicio de Mantenimiento

Este periodo tendrá una duración de 12 meses después de haber sido liberado elsistema en su totalidad. Después de este periodo el soporte será dado bajo lostérminos de un soporte de software.

El período de garantía y servicios de mantenimiento para el Hardware (Ítem 1)comienzan a partir de la Aceptación Operacional de este componente y seextenderá por un período de treinta y seis (36) meses.

El período de garantía para el Software de Base de Datos (Ítems 2, 3, 4 y 5)comienza a partir de la Aceptación Operacional y se extenderá por un período dedoce 12 meses.

El período de garantía para el subsistema LBTR (con Ítems 6 y 7) y el subsistemaCDV, comienza a partir de la Aceptación Operacional del Sistema y se extenderá

por un período de doce 12 meses.




Cuadro del Programa de Ejecución

Sistema, Subsistema o número de lote: Adquisición del Sistema completo [según sea necesario para el suministro y la entrega del Sistema, especificar los rubros del Programa que figura a continuación;

modificar, según sea preciso, las partidas y la información tipo consignada en el cuadro]

No. departida

Subsistema / Rubro Número delcuadro de

configuración

Lugar / Código del

lugar

Entrega (seespecificará

en el Plan delProyecto)

Instalación(semanas apartir de lafecha deinicio)

Aceptación(semanas apartir de lafecha deinicio)

Etapafijada para

laindemnización pordaños y

perjuicios

0 Plan del proyecto - - - - - - no

1. Entrega de Subsistemas solicitados.

1.1 SubsistemaLBTR 1 Todos losLugares

1.1.1 Diseño del Sistema S__1

1.1.2 Instalación Piloto S__

1.1.3 Parametrización/ personalización de sistemas

S__

1.1.4 Instalación del sistema endiferentes ambientes

S__

1 Ver Figura E.4.1 – Cronograma propuesto para el proyecto, para definir el número de semana (Sección E. Inciso 4.1).




No. departida


configuración

Lugar / Código del

lugar





Etapafijada para


perjuicios

1.1.5 Capacitación S__

1.1.6 Documentación de laaplicación

S__

1.1.7 Migración S__

1.1.8 Pruebas de aceptaciónoperacional

S__

1.1.9 Paralelo S__

1.1.10 Salida a producción S__

1.1.11 Aceptación operacional S__

1.2 Subsistema CDV 2 Todos losLugares

1.2.1 Diseño del sistema S__

1.2.2 Instalación Piloto S__




No. departida


configuración

Lugar / Código del

lugar





Etapafijada para


perjuicios

1.2.3 Parametrización/ personalización de sistema

S__

1.2.4 Instalación del sistema endiferentes ambientes

S__

1.2.5 Capacitación S__

1.2.6 Documentación de la aplicación S__

1.2.7 Migración S__

1.2.8 Pruebas de aceptación operacional S__

1.2.9 Paralelo S__




No. departida


configuración

Lugar / Código del

lugar





Etapafijada para


perjuicios

1.2.10 Salida a Producción S__

1.2.11 Aceptación operacional S__

1.2.12 Aceptación operacional delSistema (los dos componentes)

S__

2. Enlaces y Servicios Solicitados

2.1 Servicio de conversión ymigración de datos a lossubsistemas.

Todos losLugares

: etc.

2.2 Enlaces entre los distintossubsistemas.

- - Todos losLugares

- - S__

: etc.




No. departida


configuración

Lugar / Código del

lugar





Etapafijada para


perjuicios

2.3 Aceptación operacional delSistema completo e integrado

- - Todos losLugares

- - S__

: etc.

2.4 Servicios Solicitados - - Todos losLugares

- - S__

: etc.

Z. Partidas de gastos ordinarios

z.1 Partidas de gastos ordinarios Todos los

lugares

etc.

Nota: Véanse en el cuadro (o los cuadros) del inventario del Sistema los rubros y componentes específicos que conforman los Subsistemas orubros. Véanse en el cuadro (o los cuadros) del lugar del proyecto los detalles sobre el lugar y el código del lugar. - - indica "no se aplica" indica repetición de la anotación que figura arriba.




Cuadro del inventario del Sistema (Partidas de gastos de suministro e instalación)

[indicar: número de identificación] Sistema, Subsistema o número de lote: Adquisición del Sistema completo

Número de partida: [especificar: número de partida pertinente del Programa de Ejecución (por ejemplo, 1.1)] [según sea necesario para el suministro y la entrega del Sistema, especificar los componentes y cantidades detallados en el cuadro del inventario del Sistema que figura a continuación, correspondientes a la partida indicada más arriba; modificar, según sea necesario,

los componentes y la información tipo consignada en el cuadro. Repetir este cuadro tantas veces como sea necesario hasta abarcar todas y cada una de las partidas del Programa de Ejecución que requieren más detalles.]

No. decomponente Componente

Número deEspecificaciones

técnicas pertinentes

Información adicional sobreel lugar del proyecto (porejemplo, edificio, piso,

departamento, etc.) Cantidad

1.1 Subsistema LBTR Ver Capítulo “C”inciso 2.3.2 de los


Todos los Lugares 4

1.1 Etc.

1.2 Subsistema CDV Ver Capítulo “C”

inciso 2.3.3 de losRequisitos Técnicos

Todos los Lugares 4

2.1 Servicio de conversión y migración de datos a lossubsistemas.

Ver Capítulo “C”inciso 2.5.5 de los


Todos los Lugares --









:

2.2 Enlaces entre los distintos subsistemas. Ver Capítulo “C”inciso 2.5.1 de los


Todos los Lugares --

2.2.1 Enlace LBTR – CDV --

2.2.2 Etc.

2.3 Aceptación operacional del Sistema completo eintegrado

Ver Capítulo “E”inciso 4.1.16 de losRequisitos Técnicos

--

2.4 Servicios Solicitados Ver Capítulo “C”inciso 2.5.3 de los










Note: - - indica "no se aplica" indica repetición de la anotación que figura arriba.




Cuadro del inventario del Sistema (Partidas de gastos ordinarios)

[indicar: número de identificación] Sistema, Subsistema o número de lote: Adquisición del Sistema completo

Número de partida: [especificar: número de partida pertinente del Programa de Ejecución (por ejemplo, z.1)] [según sea necesario para el suministro y la entrega del Sistema, especificar los componentes y cantidades detallados en el cuadro del inventario del Sistema que figura a continuación, correspondientes a la partida indicada más arriba; modificar, según sea necesario,

los componentes y la información tipo consignada en el cuadro. Repetir este cuadro tantas veces como sea necesario hasta abarcar todas y cada una de las partidas del Programa de Ejecución que requieren más detalles.]

Período degarantía - cantidades /

requisitos

Período de postgarantía - cantidades /

requisitos



técnicas pertinentesA1 A2 A3 A4 … An

Z.1 PARTIDAS DE GASTOS ORDINARIOS

Z.1.1. Mantenimiento del Software

Ver Capítulo “C”

2.5.3 de losRequisitosTécnicos

- - - - - -

todos los

rubros,todos loslugares

delproyecto

…

servi-

dorprin-cipal

…

Z.1.2. Licencias y actualizaciones delSoftware

- -





requisitos


requisitos




Z.1.2.1 Software de propósito general y delSistema.

- -

todos losrubros,

todos loslugares

delproyecto

todos losrubros,

todos loslugares

delproyecto

todos losrubros,

todos loslugares

delproyecto

ninguno ninguno

Z.1.2.2 Software de aplicaciones, estándar ypersonalizado.

- - Sede Sede Sede Sede Sede

…

Z.1.3. Servicios técnicos

Z.1.3.1 Analista superior de sistemas 0 0

: … 0 0

: … 0 0

Z.1.4. Servicios solicitados … … … ... … …

…





requisitos


requisitos




Z.1.5. Servicios de telecomunicaciones … … … ... … …

Z.1.5. Otros servicios ordinarios… … … … … … …

Nota: - - indica "no se aplica" indica repetición de la anotación que figura arriba.




Cuadros del lugar del proyecto

Sistema, Subsistema o número de lote: Adquisición del Sistema completo

Códigodel lugar Lugar Ciudad/Locali

dad/Región Dirección principal (calle/número)

Número dereferencia delplano (si lo

hubiere)

R1 Lugar o los lugares donde el Sistema ha de funcionar:

R1.1 Edificio Principal Tegucigalpa,Honduras

Centro América.

Barrio El Centro,Avenida Juan Ramón Molina Primera

Calle,Séptima Avenida

Teléfonos:(504)-2237-2270 al 79Apartado Postal #3165

R1.1.1 Ambiente de Producción

R1.1.2 Ambiente de Primera Contingencia

R1.1.3 Ambiente de Pruebas

R1.2 Edificio Anexo Comayagüela,

HondurasCentro América

Barrio el Calvario

11 y 12 Calle, 5 y 6 Ave.

R1.2.1 Ambiente para la segunda contingencia




R1. Lugar o los lugares donde el Sistema ha de funcionar

Los sistemas solicitados en estos Requisitos Técnicos (LBTR, Central Depositariade Valores se ejecutaran sobre hardware dedicado, debiendo dichos sistemas serinstalados en tres (3) ambientes separados, referencia ANEXO 10:

R1.1: En el sitio principal residirán:

R1.1.1 Ambiente de Producción: El cual será una configuración de dos equipos(Servidores) configurados en ambiente de Alta disponibilidad – cluster- a nivelde Base de Datos, a su vez dos Servidores que alojaran la capa de aplicación / publicación vía Web (El licitante deberá proveer el software del Servidor deAplicaciones /Web) que procesarán las transacciones de valores y responderáotros mensajes (a lo largo del día de trabajo).

R1.2: En el Sitio de Pruebas / Capacitación residirán: R1.1.3 Ambiente de pruebas / Capacitación: El cual será un equipo para pruebay entrenamiento, separado del sistema de producción, será utilizado para probar

los cambios efectuados al software, entrenamiento de personal, etc.

R1.3: En el sitio alterno residirá: R1.2.1 Ambiente de contingencia: El equipo de contingencia será instalado en

el sitio alterno del BCH y deberá estar configurado para operar en modo "hot

standby" para la recuperación ante desastres en la eventualidad de una falla enel sitio de producción, a fin de garantizar la continuidad del negocio.

Dicho equipo deberá estar continuamente en línea con el equipo principal y

proveer respaldo en tiempo real.

Los licitantes incluirán los detalles técnicos completos de cómo se lograra lasincronización en el sistema en producción, y el sistema en el sitio alterno; paradicho propósito el BCH está requiriendo el licenciamiento a proveer el componentede Replicación Oracle Golden Gate 11g, el marco de tiempo de actualización serádefinido en la fase ―4.1.18 Validación y afinamiento del diseño de arquitecturaTécnica‖, a su vez deberá proporcionar el soporte en la implementación de dichaestrategia.




Cuadro de días feriados10 y otros días no laborales11

Mes 2011 2012 2013Enero 1 1 1Febrero - - -Marzo - 27, 28, 29-Abril 14, 21, 22, 23 4, 5, 6,14 14

Mayo 1 1 1Junio - - -Julio - - -Agosto - - -Septiembre 15 15Octubre 3,12,2112 3,12,219 3,21Noviembre - - -Diciembre 26 25 25

F. FORMATO EXIGIDO PARA LAS OFERTAS TÉCNICAS

5.1 Descripción de las tecnologías informáticas, materiales y otros bienes y servicios

5.1.0 El Licitante deberá proporcionar descripciones detalladas de las principalescaracterísticas técnicas, de ejecución o de otro tipo de las tecnologías

informáticas, materiales y otros bienes y servicios clave que conforman laoferta (por ejemplo, versión, números de publicación y de modelo). Si losdetalles no son suficientemente claros, los Licitantes corren el riesgo de quese declare que sus ofertas no se ajustan a los documentos de licitación.

5.1.1 A fin de que puedan ser útiles durante la evaluación de las ofertas, lasdescripciones pormenorizadas deberán estar organizadas e incluir referenciascruzadas de la misma manera que el comentario rubro por rubro sobre losRequisitos Técnicos que debe preparar el Licitante y que se describe más

10Son feriados nacionales en Honduras: 1ro de Enero, 14 de Abril, Marzo/Abril - Jueves y Viernes Santo, 1ro de Mayo, 15 de

Septiembre, 3 de Octubre, 12 de Octubre, 21 de Octubre y 25 de Diciembre.

11 Son días no laborables también: Los sábados y domingos. 12 Los feriados que caen en día Domingo son trasladados al lunes siguiente




adelante en el inciso 5.2. Toda la información que se suministre en lasreferencias deberá incluir claramente, como mínimo, los títulos y númerosde página.

5.1.2 En su propuesta, el licitante además deberá presentar los siguientesdocumentos adicionales:

a. Breve descripción de la organización participante y sus objetivos,incluyendo direcciones, teléfonos, fax y correos electrónicos de lamisma.

b. Amplia descripción comprobable de la experiencia en la implementaciónexitosa de proyectos de Soluciones LBTR en bancos centrales y CentralDepositaria de Valores en instituciones financieras.

c. Estructura organizacional – administrativa de la empresa.d. Organigrama del personal que estaría dedicado al trabajo detallando la

función de cada uno y su posición jerárquica.e. Curriculum Vitae del personal técnico asignado por el proveedor para

efectuar las actividades relacionadas con el presente proyecto y surespectivo mantenimiento en el periodo de garantía. La empresa seráresponsable de la idoneidad de su personal.

f. Evidencia por escrito de que, en caso de que el Licitante obtenga elContrato, posee los derechos de propiedad de la solución propuesta y queno existe ninguna prohibición ni limitación vinculada a su propuesta.

g. Evidencia por escrito de que, en caso de que el Licitante obtenga elContrato, podrá incluir en su propuesta a solicitud del BCH, losProcedimientos de Control de Calidad utilizados por él, incluyendo laindicación de una Certificación de Calidad de acuerdo con las normasISO 9000 vigentes y el Certificado ISO 9001 para el integrador desistemas.

h. Evolución histórica de las versiones de las soluciones de softwarepropuestas, describiendo los cambios relevantes que dieron origen a lanueva versión.

i. La información solicitada en la sección Datos de Licitación DDLreferentes al ítem IAL 6.1 a).

Además de lo solicitado en este numeral, se solicita a los licitantes incluir ensus propuestas detalles de los términos de soporte para el Sistema y laInfraestructura Tecnológica (hardware y software), condiciones demantenimiento propuesto tanto para el primer año (primeros doce meses) así como para los años subsiguientes.




Ver detalle en la Sección VI Requisitos Técnicos, literal C. EspecificacionesTécnicas numeral 2.5.3 ―Apoyo Técnico para el Sistema‖ y numeral 2.5.4―Apoyo Técnico para la Infraestructura Tecnológica‖

5.2 Comentario rubro por rubro sobre los Requisitos Técnicos

5.2.0 El Licitante deberá presentar un comentario rubro por rubro sobre losRequisitos Técnicos del Comprador a fin de demostrar que el diseño globaldel Sistema y las tecnologías informáticas, materiales y otros bienes yservicios se ajustan, en esencia, a lo exigido en esos Requisitos; véase lacláusula 16.2 b) de las IAL (IS1STG SBD) o la cláusula 14.2 b) de las IAL(IS2STG SBD).

5.2.1 Con el fin de demostrar que su oferta responde a los documentos delicitación, se solicita encarecidamente a los Licitantes que usen la Lista decomprobación técnica que figura en el Capítulo G de los RequisitosTécnicos. De lo contrario, el riesgo de que la oferta técnica del Licitante searechazada por no ajustarse a los documentos de licitación será mucho mayor.

La Lista de verificación técnica deberá incluir, entre otras cosas, referenciasexplícitas a las páginas pertinentes de la oferta técnica del Licitante.

5.3 Plan preliminar del proyecto

5.3.0 El Licitante deberá preparar un Plan preliminar del proyecto donde sedescriban, entre otras cosas, los métodos y los recursos humanos ymateriales que el Licitante propone emplear en el diseño, gestión,coordinación y ejecución de todas las tareas que le corresponderán si se leadjudica el Contrato, así como la duración y la fecha de terminaciónestimadas de las actividades más importantes. El Plan preliminar delproyecto también deberá abordar los temas y asuntos principalesespecificados en la cláusula 19 de las CEC incluidos cualesquiera rubros delos DDL relacionados con la cláusula 16.2 c) de las IAL (IS1STG SBD). Asimismo, en dicho Plan también deberá constar la evaluación, efectuadapor el Licitante, de las principales responsabilidades del Comprador y deterceros que intervengan en el suministro y la instalación del Sistema, así como los medios que propone el Licitante para coordinar las actividades decada una de las partes en cuestión, a fin de evitar demoras o interferencias.

5.3.1 Además de los temas y asuntos principales, el Plan preliminar del proyectodeberá abordar:

a. Medidas que el licitante tomará si se produce una falla o retraso;

b. Manera que el licitante informará sobre la marcha del proyecto;




5.3.2 El plan preliminar del proyecto se deberá presentar adicionalmente a laforma impresa, en CD ó DVD, de preferencia elaborado en MicrosoftProyect.

5.4 Confirmación de la responsabilidad de la integración e interoperabilidad de lastecnologías informáticas

5.4.0 El Licitante deberá confirmar por escrito que, si se le adjudica el Contrato,aceptará la responsabilidad de la integración e interoperabilidad de todas lastecnologías informáticas propuestas comprendidas en el Sistema, como seespecifica con más detalle en los documentos de licitación.




G. LISTA DE VERIFICACIÓN TÉCNICA

Nota para los Licitantes: La siguiente Lista de verificación tiene por objeto ayudar alLicitante a organizar su oferta técnica y presentarla de manera coherente. El Licitantedeberá describir cómo su oferta técnica se ajusta a cada uno de los siguientes RequisitosTécnicos. Asimismo, deberá hacer referencia a la información complementaria pertinente,si la hubiere, incluida en la oferta. La referencia debería indicar el documento, número depágina y párrafo pertinentes. La Lista de verificación técnica no sustituye al resto de losRequisitos Técnicos (ni a ninguna otra parte de los documentos de licitación). El hecho deque un requisito no se mencione en la Lista de verificación no libera al Licitante de laobligación de demostrar que cumple con esa exigencia en su oferta técnica. Normalmente,las respuestas de una o dos palabras (por ejemplo, "sí", "no", "se cumplirá", etc.) no bastanpara confirmar que se ha cumplido con lo establecido en los Requisitos Técnicos.

Requerimientos Comunes LBTR y CDV

Requisito técnicoNº COMÚN-01

Requisito técnico Mantener altos niveles de confianza, conparticular énfasis en la integridad de datos yseguridad de la información, previniendoparticularmente los accesos no autorizados.

Capítulo “C” Inciso

2.3.1.1

Razones técnicas invocadas por el Licitante para demostrar que cumple con el requisito:

Referencias del Licitante a la información complementaria de la oferta técnica:


Requisito técnico Mantener niveles altos de disponibilidad deservicios utilizando mecanismos derecuperación de fallos apropiados así comotambién facilidades y procedimientos derespaldo.


2.3.1.1







Requisito técnico: Estar apropiadamente configurado paraexceder los niveles de desempeño entérminos de capacidad de proceso yrespuesta para que las instrucciones ymensajes sean completos.


2.3.1.1




Requisito técnico: Se requiere el no repudio de los mensajes de

todos los participantes.


2.3.1.1




Requisito técnico: Asegurar la firmeza e irrevocabilidad de lospagos y su liquidación en las cuentascorrientes de los participantes del BCH.


2.3.1.1




Requisito técnico: Estar en condiciones de adaptarserápidamente a los cambios de los serviciosfinancieros, especialmente a los descritos en

este documento de licitación.

Capítulo “C”

Inciso 2.3.1.1






Requisito técnicoNº COMÚN-07 Requisito técnico: Ser altamente configurables paraproporcionar el desempeño operacionalnecesario a efectos de asegurar el envío,recepción y la correcta finalización de lasinstrucciones y mensajes.

Capítulo “C” Inciso 2.3.1.1




Requisito técnico: Permitir la automatización de todas lasrutinas que participan en el ciclo diario deoperaciones, incluyendo los procesos que serealizan al principio del día o a su término ylos procesos de envío y recepción de datos aotras aplicaciones que funcionan en laplataforma de los participantes, conadecuados niveles de seguridad e informespermanentes de control.





Requisito técnico: El sistema debe permitir pagos comomínimo el valor de 999,999,999,999 y sietelugares decimales, parametrizables pormoneda.


2.3.1.1







Requisito técnico: Mejorar la seguridad y eficiencia de lossistemas mediante el procesamiento dePrincipio a Fin (Straight-Through-Processing).


2.3.1.1




Requisito técnico: Proveer ayuda en línea, en español, paratodas las funciones de usuarios yoperadores.

Capítulo “C”

Inciso 2.3.1.1




Requisito técnico: Proveer accesos en línea y fuera de líneapara informes sobre archivos históricos,cubriendo un periodo de por lo menos (5)años, sin comprometer los tiempos derespuesta.


2.3.1.2




Requisito técnico: El BCH acordará con el proveedor previo ala implementación del sistema, la forma enque los datos históricos deberán sermantenidos en línea versus archivar fuera de

línea.


2.3.1.2






Requisito técnicoNº COMÚN-14 Requisito técnico: Permitir la fácil adaptación a través deparámetros en pantalla, para acomodarreglas nuevas, cambiadas o modificadas quegobernarán varias funciones, por ejemplo,crear un nuevo tipo de mensajes, crear unnuevo tipo de instrumentos, permitir demanera sencilla, a través de la utilización deparámetros, o la modificación de las reglasde liquidación. Proveer la integracióncompleta de las funciones de manejo delsistema.





Requisito técnico: Establecimiento de cualquier parámetro quepueda ser aplicable a varios o a todos loscomponentes del sistema, debe serestablecido solamente una vez. Toda lainformación del sistema transferida entre loscomponentes debe ser transparente a las

operaciones del sistema.


2.3.1.2




Requisito técnico: El sistema requiere un mínimo deintervención (preferiblemente ninguno), delpersonal técnico de TI para las operacionesnormales.

Capítulo “C”

Inciso 2.3.1.2






Requisito técnico

Nº COMÚN-17

Requisito técnico:

Registro local de todos los mensajesenviados, pendientes y recibidos cada día.

o





Requisito técnico: Acceso de sistema en el inicio-de-día yautenticación del sitio de procesamiento.


2.3.1.3




Requisito técnico: Facilidades de registro de recepción,generación de mensajes y archivos.


2.3.1.3




Requisito técnico: Seguridad de los mensajes (autenticación,integridad de los datos, y confidencialidad)


2.3.1.3







Requisito técnico: Integridad de toda la información, quecompruebe que todas las transacciones esténbalanceadas y almacenadas de manerasincrónica en el sitio principal -configuración clúster de base de datos- y

asincrónico en el sitio alterno – configuración de replicación de base dedatos-.

Capítulo “C”

Inciso 2.3.1.3




Requisito técnico: Garantía que no habrá pérdida de datos, yasea durante la transmisión o después de una

falla.


2.3.1.3




Requisito técnico: Encriptación de todos los flujos de datos.


2.3.1.3




Requisito técnico: Adherirse a los formatos SWIFT ISO deconformidad con los estándaresinternacionales mínimos para mensajesgenerados según los lineamientos BIS.


2.3.1.3







Requisito técnico: Las transacciones y archivos entrantes seránrevisados al menos en los siguientesaspectos:

Que el tipo y formato sean

correctos; Que la fuente esté autorizada;

Que la identificación, fecha ycontroles totales para los archivossean correctos;

Que no sea un mensaje duplicado;


2.3.1.4




Requisito técnico: Las transacciones y archivos salientes debenser revisados al menos en los siguientesaspectos:

Se debe asegurar que ningunatransacción o archivo quede sinenviar y que éstos sea entregadossatisfactoriamente;

Si la entrega no es posible, las

alertas deben de estar disponibles; No se admite la entrega doble,

excepto bajo los procedimientos derecuperación cuando las dos partesestén conscientes de la posibilidadde que el mensaje sea un duplicado.

Capítulo “C”

Inciso 2.3.1.4







Requisito técnico: Los controles de validación incluirán:

Validación de las instrucciones depago individual (uno a uno);

Validación de campos obligatorios

dentro de las instrucciones deliquidación de fondos ;

Autenticación del emisor delmensaje;

Confirmación de tráfico del mensajey validación al emisor.

Los licitantes deberán describir las opcionesde validación ofrecidas y el grado hasta elcual éstas pueden ser adaptadas por el BCH.


2.3.1.5




Requisito técnico: Cada instrucción de liquidación de fondos oarchivos conteniendo instrucciones deliquidación, deben tener una identificaciónúnica con una fuente física, identificacióndel usuario, fecha y hora de ingreso alsistema.


2.3.1.6




Requisito técnico: Cada instrucción de liquidación de fondosdebe ser operada de acuerdo al nivel simpleo múltiple de autorización prescrito por eladministrador y/o los participantes.


2.3.1.6







Requisito técnico: Un esquema numerado de secuencia demensajes y un control de procedimientodeben estar presentes para evitar la pérdida,duplicación de mensajes autorizados oinserción de mensajes no autorizados.


2.3.1.6




Requisito técnico: Se requiere el reconocimiento de mensajes a

nivel de aplicación como un componenteobligatorio del manejo de todos losmensajes.


2.3.1.6




Requisito técnico: Cuando un operador tenga la opción deefectuar cambios a los mensajes de valor(value messages) o a los parámetros críticosdel sistema, el sistema permitirá múltiplesautorizaciones. El BCH decidirá los nivelesde autorización que se permitirán en el nivelde participante/operador del sistema (BCH).


2.3.1.6







Requisito técnico: El rastreo automático de una transaccióndesde el punto de entrada al sistema hasta laentrega en el destino final con informacióncompleta acerca del tiempo en el cual elmensaje fue recibido y entregado, y el

procesamiento que ocurrió en cada paso encada punto del manejo de latransacción/archivo.


2.3.1.6




Requisito técnico: La información para este propósito será

mantenida en línea hasta por un máximo dedías definidos por el BCH – inicialmente120 días para el LBTR y 365 días para laCDV – tiempo después del cual los datosdeben de ser archivados paraalmacenamiento fuera de línea. Reportesestándares para esta información deben estardisponibles, los licitantes deben describircomo el personal del BCH puede prepararreportes adicionales.


2.3.1.6




Requisito técnico: El horario de funcionamiento del Sistema semantendrá flexible y capaz de ser ajustado acircunstancias fuera de lo normal. Losprocedimientos relacionados con laactividad inicio/fin de día serán manejadosautomáticamente por el Sistema.


2.3.1.7






Requisito técnicoNº COMÚN-36 Requisito técnico: El Sistema incluirá ventanas de tiempo deliquidación por tipo de operaciones, las quepodrán ser modificadas a solicitud del BCH.




Requisito técnico

Nº COMÚN-37

Requisito técnico:

Se espera que el proveedor asesore al BCHen la definición de los horarios deliquidación de todos los tipos de operacionesque se realizan en la institución.

Capítulo “C”

Inciso 2.3.1.7




Requisito técnico: El sistema requerido proveerá mecanismosde exportación e importación deinformación asegurando la consistencia eintegridad de la misma, permitiendo que lainformación sea consultada en pantalla y/oexportada a archivos, tipo texto, XML,formato de hoja electrónica Excel y formatoPDF, entre otros, tomando en consideración,como mínimo, los criterios de fecha y horade operación, usuario y tipo de mensaje.


2.3.1.8







Requisito técnico: Los licitantes documentarán ybrindaráncapacitación sobre las herramientas quepermiten al BCH la configuración denuevos informes y estadísticas parasatisfacer las necesidades futuras de

información, tanto para el BCH como paralos participantes.

Obligatorio Capítulo “C” Inciso

2.3.1.8




Requisito técnico: Informes consistentes y regulares para elprocesamiento financiero, registros de

seguridad, posiciones de liquidacióncalculadas, valores de liquidación bruta yneta, lotes y número de archivos procesados,etc., que puedan ser informados tantolocalmente como centralmente para probarla integridad del sistema y completar laconciliación de todo el sistema.


2.3.1.8







Requisito técnico: Será requerido que el Licitante ganadordesarrolle un número de informes estándar.Esto deberá ser hecho conjuntamente conpersonal del BCH, para asegurar que esténsuficientemente capacitados para llevar a

cabo el desarrollo de los informes en elfuturo. Especialmente se requiere los informes dela Unidad de Cumplimiento (Lavado deActivos), información requerida del LBTR,CDV, los departamentos dependientes de laSubgerencia de Estudios Económicos. Estos informes son los siguientes:

Movimientos diarios de cuentascorrientes, créditos intradía ypréstamos interbancarios.

Colocaciones de bonos y letras,detalle de transferencias devalores negociados en mercadosecundario, acuerdos derecompra, facilidadespermanentes de inversión y decrédito,

Movimiento de gastos porintereses y descuentos encolocación de letras del BCH.


2.3.1.8




Requisito técnico: Para atender los requerimientos de lavado deactivos el sistema proporcionaráninformación sobre todas las operacionesrealizadas entre los participantes.


2.3.1.8






Requisito técnico

Nº COMÚN-43

Requisito técnico:

Los licitantes describirán las opciones y/oherramientas que permitirán realizarconsultas en línea y exportar informaciónrelacionada con las pistas de auditoría.


2.3.1.9







Requisito técnico: Todos los accesos al sistema, lastransacciones manejadas por el sistema y loscambios que afectan controles de acceso,parámetros del sistema, directorios ycontroles similares y funciones de

integridad, estarán registrados y cuando seanecesario informados a los operadores delBCH, y serán accesibles para una posteriorrecuperación y análisis autorizado. No debeser posible alterar de ninguna manera loscontenidos de ningún registro de auditoría. Los siguientes procedimientos sonrequeridos:

Control total de procedimiento deun día de procesamiento encualquier sitio;

Manejo de usuarios (desde el BCH ylos participantes) y sus privilegiosde acceso;

El registro de intentos de accesoinválidos desde las estaciones detrabajo;

El registro de frecuencia y origen delas transacciones y archivosinválidos


2.3.1.9.1







Requisito técnico: Auditoria de fin-de-día y reporte de

actividades;

Pistas de auditoría para todas lasactividades dentro del sistema,

incluyendo accesos, mensajesenviados y recibidos y acceso a lasbitácoras a nivel del Sistema y delsistema operativo.


2.3.1.9.2



Requisito técnico

Nº COMÚN-46

Requisito técnico:

Un sistema de monitoreo de rendimiento,incluyendo un monitor que describa loseventos operativos críticos, de seguridad y elestado operativo de todos los usuariosautorizados.


2.3.1.10



Requisito técnico

Nº COMÚN-47

Requisito técnico: La introducción de un sistema de informesque puede ser usado para monitorear lacalidad del servicio y proveer la informaciónapropiada y adecuada para todos losparticipantes.

Capítulo “C”

Inciso 2.3.1.10







Requisito técnico: Los Licitantes describirán cómo seránmonitoreadas las diferentes medidas y sicorresponde, también una indicación de losniveles de rendimiento que ellosnormalmente esperan lograr.


2.3.1.10




Requisito técnico:

Módulo de Lavado de Activos Se espera que el Sistema permita lacarga de listas de control y queproporcione la opción de validar lastransacciones que resulten de laverificación realizada a dichas listas. Seespera que estas operaciones resultantesdel chequeo contra las listas de controlpuedan ser exportadas a diferentesformatos (Excel, XML, Archivoseparado por comas, etc.)

Los licitantes describirán cómo susolución permite la carga y verificaciónde las listas de control.


2.3.1.11



Liquidación Bruta en Tiempo Real




Requisito técnicoNº LBTR-01

Requisito técnico:

Liquidar pagos en tiempo real entre losparticipantes

Capítulo “C”

Inciso 2.3.2

Razones técnicas invocadas por el Licitante para demostrar que cumple con el

requisito:



Requisito técnico:

Brindar facilidades de crédito intradía

Capítulo “C”

Inciso 2.3.2

Razones técnicas invocadas por el Licitante para demostrar que cumple con elrequisito:



Requisito técnico:

Administrar pagos en colas en el caso deinsuficiencia de fondos

Capítulo “C”

Inciso 2.3.2




Requisito técnico:

Realizar pagos futuros

Capítulo “C”

Inciso 2.3.2


requisito:






Requisito técnico:

Tener la capacidad de administrarmúltiples monedas

Capítulo “C”

Inciso 2.3.2




Requisito técnico:

Contar con opciones para realizar

monitoreo

Capítulo “C”

Inciso 2.3.2




Requisito técnico:

Permitir la administración de las cuentas

Capítulo “C” Inciso 2.3.2







Requisito técnico:

Incluir mecanismos para el cálculo ycobro de tarifas

Capítulo “C”

Inciso 2.3.2


requisito:



Requisito técnico:Procesar los controles de integridad paraasegurar que el ―Numero de ítemsfinancieros entrantes = número de ítemsfinancieros salientes‖ en todo momentoy que cada sitio de procesamiento puedaser conciliado a una posición de ―noítems faltantes‖ en cualquier momento.

Capítulo “C”

Inciso 2.3.2.2




Requisito técnico:Los montos entrantes serán iguales a losmontos salientes.

Capítulo “C”

Inciso 2.3.2.2


requisito:






Requisito técnico:Reportes consistentes y regulares para el

procesamiento financiero, acceso deseguridad, posiciones calculadas deliquidación, valores de liquidación netosy brutos, lotes y números de archivos ytareas automáticas procesadas etc. quepuedan ser reportadas local ycentralmente para comprobar laintegridad del sistema y la conciliaciónde todo el sistema.

Capítulo “C”

Inciso 2.3.2.2


requisito:






Requisito técnico:Liquidez diariaEl LBTR contará con un enlace segurocon la Central Depositaria de Valores(CDV), que permita garantizar el

procesamiento de principio a fin paraoperaciones de:a. Créditos Intradía (con posibilidad

de convertirse en un overnight) yb. Los créditos overnight del BCH

a. Crédito Intradía.

Para tales tipos de operaciones, tantola concesión de crédito a los bancoscomo la correspondiente transferenciade valores al BCH será totalmenteautomáticas y simultáneas, a fin degarantizar el principio de entregacontra pago. Estas operaciones decrédito intradía serán iniciadas por losparticipantes y al igual que lasOvernight serán colateralizadas convalores gubernamentales.

Capítulo “C”

Inciso 2.3.2.4




Requisito técnico:El LBTR contará con mecanismos decontingencia que permitan la cargamanual (digitados o mediante unarchivo) de los títulos valores propiedadde cada participante elegibles comocolaterales, para el otorgamiento de uncrédito intradía, overnight o de otro tipo

que acuerde el BCH.

Capítulo “C”

Inciso 2.3.2.4







Requisito técnico:El LBTR contará con una amplia gamade facilidades de manejo de la liquidezintradía, que de acuerdo con lanormativa el BCH decida adoptar,incluyendo línea de crédito, repos yotros.

Capítulo “C”

Inciso 2.3.2.4




Requisito técnico:El LBTR incluirá mecanismos paraadministrar estas facilidades que almenos incluya lo siguiente:otorgamiento, vencimiento automático,cobro de intereses, vencimiento parcial,entre otros.

Capítulo “C”

Inciso 2.3.2.4







Requisito técnico:El BCH tendrá la facultad de definir enel subsistema todos los acuerdosrelacionados con la provisión de créditoIntradía; así como, parametrizar los

límites máximos permitidos en este tipode operaciones.

Capítulo “C”

Inciso 2.3.2.4



Requisito técnico

Nº LBTR-17

Requisito técnico:

El LBTR al final del horario detransacciones del sistema requerido,liquidará automáticamente lasfacilidades otorgadas durante el día. Siesto no fuere posible por falta de fondos,podrá constituirse una operaciónovernight sujeta a una tasa de interés queserá determinada por el BCH, y estoserá notificado al área de Vigilancia delbanco.

Capítulo “C”

Inciso 2.3.2.4







Requisito técnico:b. El LBTR proporcionará las

facilidades para que los participantessoliciten y que el BCH otorgue yadministre el crédito overnight de los

participantes. El BCH podrá imponerlímites máximos a un banco enparticular, o limitar el uso del créditonocturno, a no más de un ciertonúmero de noches por mes conpenalización de las tasas de interés.Si estos límites se excedieran, elsistema tendrá la funcionalidad desuspender dicho crédito además denotificar automáticamente al área deVigilancia del Banco.

Los licitantes incluirán explicacióntotalmente de las opciones y capacidadespara otorgar y administrar todas lasopciones de manejo de la liquidez.

Capítulo “C”

Inciso 2.3.2.4







Requisito técnico:Reserva de Fondos de las Cuentas deLiquidaciónEl subsistema contará con lafuncionalidad de permitir a los

participantes reservar o asignartemporalmente una cantidad de fondosen la cuenta de liquidación del bancohasta un nivel determinado, para atenderliquidaciones con fines específicos talescomo: Subasta de Divisas, ACH,CCECh, etc. En tales casos, los fondosasignados no pueden ser usados paraotros propósitos de liquidación en lastransacciones del LBTR.

Capítulo “C”

Inciso 2.3.2.5




Requisito técnico:Se espera que el sistema permita al BCHrealizar reservas (congelamiento) defondos en las cuentas de los participantes

para fines específicos de tal forma que elparticipante no pueda utilizar los fondos.Al igual el BCH se espera que puedaliberar los fondos o que realice laliquidación para los fines establecidos.

Capítulo “C”

Inciso 2.3.2.5







Requisito técnico:Manejo de Colas y Prioridades de

ProcesamientoEl subsistema LBTR contará con unmecanismo de colas para todas lasórdenes de pago entrantes.

Capítulo “C”

Inciso 2.3.2.6



Requisito técnico

Nº LBTR-22

Requisito técnico:

Manejo de Colas y Prioridades deProcesamientoEl LBTR permitirá a los participantes yal personal autorizado del BCH tener lacapacidad de asignar el nivel deprioridad a las colas. Estas colasoperarán estrictamente en una base de“Prioridades” + “Primeras entradas, primeras salidas” (PEPS).

Capítulo “C”

Inciso 2.3.2.6






Requisito técnico

Nº LBTR-23

Requisito técnico:

Con el propósito de facilitar el manejode liquidez diaria, el sistema ofrecerá alos participantes la posibilidad decambiar la prioridad de los pagos en colay / o su posición dentro de la cola.

Capítulo “C”

Inciso 2.3.2.6




Requisito técnico:Permitir a cada participante la anulaciónde las transacciones propias siempre queéstas se encuentren en cola. EL BCHestará facultado para anular cualquieroperación en cola de todos losparticipantes. Dichas solicitudes seránautenticadas y una transacción de pagosolo puede ser anulada si todavía no hasido liquidada.

Capítulo “C”

Inciso 2.3.2.6







Requisito técnico:El subsistema LBTR utilizaráalgoritmos eficientes de solución decongestionamiento, sin violación delorden de liquidación especificado por los

participantes pagadores, a través deneteos simulados u otros algoritmoseficientes, los cuales puedan seriniciados en forma automática o manual.

Capítulo “C”

Inciso 2.3.2.6



Requisito técnicoNº LBTR-26 Requisito técnico:El LBTR anulará automáticamente lastransacciones pendientes (en cola) alfinal del horario establecido por cadatipo de operación. El LBTR notificará alparticipante y al BCH dicha anulación.





Requisito técnico:El LBTR otorgará al BCH la capacidadde monitorear por participante y en totalya sea en línea o con reportes losiguiente: el número y valor de losmensajes por día, por tipo de pago,tiempo promedio de mensajes en cola,

pagos en cola, entre otros.

Capítulo “C”

Inciso 2.3.2.6







Requisito técnico:Inicio/Fin DíaComo complemento de la informaciónen línea durante el día de liquidación, elsubsistema LBTR proporcionará a cadaparticipante la posibilidad de obtenerarchivos electrónicos con informacióndetallada de sus pagos, a efectos depermitirle sus conciliaciones de saldos.

Diariamente y como parte de losprocesos de cierre del día, el estado demovimientos y saldos será enviadoautomáticamente a todos losparticipantes ya las entidadessupervisoras del Sistema Financiero, silo requiere.

Capítulo “C”

Inciso 2.3.2.7




Requisito técnico:Monitoreo e InformesEl sistema proveerá un conjuntocompleto y flexible de monitoreo,informes y capacidades de análisis, parahacer posible que cada participante tengala máxima información y control sobresu participación en el sistema.

Capítulo “C”

Inciso 2.3.2.8






Requisito técnico

Nº LBTR-30

Requisito técnico:

Las facilidades de monitoreo intradíaestarán disponibles a solicitud, mientrasque los informes del final del día seránfacilitados automáticamente para losusuarios especificados tanto dentro delBCH como en los entidadesparticipantes.

Capítulo “C”

Inciso 2.3.2.8




Requisito técnico:La facilidad del análisis históricoproveerá una amplia gama decapacidades, incluyendo tanto unacapacidad de consulta flexible en la basede datos, como también la habilidad dedescargar extractos desde la base dedatos histórica para análisis posterior,

usando herramientas tales comopaquetes de análisis estadístico oplanillas electrónicas. Esta facilidadestará disponible para los otrosparticipantes solamente por medio desolicitudes al Departamento de Sistemade Pagos del BCH.

Capítulo “C”

Inciso 2.3.2.8







Requisito técnicoLa base de datos históricas serámantenida separada de la base de datosen línea (la del día en curso), por razones

de rendimiento y seguridad.

Capítulo “C”

Inciso 2.3.2.8




Requisito técnico:Información en línea para el BCHEl LBTR proveerá por lo menos la

siguiente información a los usuariosoperativos del BCH, departamentosautorizados y auditores:a. Estado del mensaje individual e

ingreso de archivos por lotes.

Capítulo “C”

Inciso 2.3.2.8.1




Requisito técnico:Información en línea para el BCHb. Total de la actividad diaria, semanal,

mensual y anual (para cadaparticipante emisor y receptor).

Capítulo “C”

Inciso 2.3.2.8.1







Requisito técnico:Información en línea para el BCHc. Informe de posibles mensajes

duplicados.

Capítulo “C”

Inciso 2.3.2.8.1




Requisito técnico:Información en línea para el BCHd. Información de saldo de cuenta, por

participante.

Capítulo “C”

Inciso 2.3.2.8.1




Requisito técnico:Información en línea para el BCHe. Consulta de las instrucciones de

pago en el sistema (contemplando

diferentes criterios de selección).

Capítulo “C”

Inciso 2.3.2.8.1







Requisito técnico:Información en línea para el BCHf. Alertas cuando las colas se acumulan

más allá de los límites definidos, entérminos tanto de número de pagos

como de montos a ser pagados. Taleslímites serán definidos por el BCH.

Capítulo “C”

Inciso 2.3.2.8.1



Requisito técnico

Nº LBTR-39

Requisito técnico:

Información en línea para el BCHg. Informes resumidos que cubrenincidentes relacionados a seguridad,tales como intentos fallidos deingreso, mensajes inválidos (con larazón de invalidez) y otros que ellicitante describa en su oferta.

Capítulo “C”

Inciso 2.3.2.8.1







Requisito técnico:Información en línea para el BCHh. Un despliegue gráfico en tiempo real

mostrando el estado del sistema,incluyendo colas de pagos, indicando

áreas de embotellamiento, procesos,espacio en disco, espacio en base dedatos, links (SWIFT). Tal desplieguesería posicionado centralmente en elárea de operaciones del banco, paraproveer a los usuarios con una visiónrápida del estado del sistema.

Capítulo “C”

Inciso 2.3.2.8.1




Requisito técnico:Información en línea para el BCHi. Por razones de política monetaria, el

sistema será capaz de mostrar enlínea al BCH resúmenes de lasituación global de liquidez delsistema, tanto las situacionesactuales individuales, como las

situaciones previas (horas, días,semanas).

Capítulo “C”

Inciso 2.3.2.8.1







Requisito técnico:Información en línea para el BCH j. Participantes conectados al sistema

LBTR.

Capítulo “C”

Inciso 2.3.2.8.1




Requisito técnico:Información Intradía en línea para losParticipantesEl LBTR proporcionará por lo menos la

siguiente información a los participantes:a. Consulta sobre instrucciones de pagoen el sistema (contemplandodiferentes criterios de selección).

Capítulo “C”

Inciso 2.3.2.8.2




Requisito técnico:Información Intradía en línea para losParticipantesb. Notificación del estado de las

instrucciones de pagoenviado/recibidodebitado/acreditado, si la transacciónfue procesada exitosamente orechazada, así como, el saldodisponible en sus respectivas cuentas

de liquidación.

Capítulo “C”

Inciso 2.3.2.8.2







Requisito técnico:Información Intradía en línea para losParticipantesc. Descripción de error de validación.

Capítulo “C”

Inciso 2.3.2.8.2




Requisito técnico:Información Intradía en línea para losParticipantesd. Consulta sobre promedio diario de

saldos, calculados durante el día.

Capítulo “C”

Inciso 2.3.2.8.2







Requisito técnico:Información Intradía en línea para losParticipantese. Además del flujo de información en

línea durante el día de

procesamiento; a cada participante leserá proveído un archivo electrónicoconteniendo informaciónsuficientemente detallada, paraapoyar la conciliación automática dela cuenta. Esta información puede serenviada durante todo el día, enrespuesta a solicitudes recibidas delparticipante.

Capítulo “C”

Inciso 2.3.2.8.2




Requisito técnico:Monitoreo de Saldo de CuentaEl BCH tendrá una perspectiva generalde la situación de los participantes delsistema y tendrá acceso a toda la

información de las Cuentas deLiquidación.

Capítulo “C”

Inciso 2.3.2.9.1







Requisito técnico:El LBTR notificará al BCH y a losparticipantes involucrados condicionestales como:

Avisos de un saldo de cuenta delparticipante por debajo de un nivelmínimo;

El detalle de los pagos rechazadospor fondos insuficientes.

Capítulo “C”

Inciso 2.3.2.9.1




Requisito técnico:Medidas para el manejo de cuentaEL LBTR permitirá a los participantesen el sistema ser administradores de sucuenta de depósito, manteniendosiempre fondos suficientes para pagarcada transacción a medida que esenviada a través del sistema.

Capítulo “C”

Inciso 2.3.2.9.2







Requisito técnico:El sistema permitirá:

Mensajes de texto gratuitos que seanpasados libremente a través del sistemaentre dos o más participantes.

Capítulo “C”

Inciso 2.3.2.9.2




Requisito técnico: Completa seguridad, autenticación y

validación de los mensajes de texto

gratuitos.

Capítulo “C”

Inciso 2.3.2.9.2



Requisito técnico

Nº LBTR-53

Requisito técnico:

Un texto/referencia online quecontenga las reglas y procedimientosdefinidos por el BCH.

Capítulo “C”

Inciso 2.3.2.9.2







Requisito técnico: El número y valor de los mensajes

procesados durante las horas pico.

Capítulo “C”

Inciso 2.3.2.9.2


requisito:



Requisito técnico:Apertura y Cierre de la CuentaIndependientemente del tipo de monedael BCH tendrá la facultad de abrir, cerraro suspender cualquier cuenta mantenidadentro del subsistema. Una cuenta puede

ser suspendida total o parcialmente; si lasuspensión es total el participantequedará inhabilitado para recibir yenviar pagos de esa cuenta, si lasuspensión es parcial se bloqueará larecepción o envío de pagos.

Capítulo “C”

Inciso 2.3.2.9.3







Requisito técnico:Apertura y Cierre de la CuentaAsimismo, con el propósito de darcumplimiento al Artículo 27 del DecretoNo 45-2002 del 5 de marzo del 2002

referente a la Ley Contra el Lavado deActivos, a los Artículos No. 16,17,18,22y 23 de la Resolución CNBS No 869/29-10-2002 que contiene el reglamento parala Prevención y Detección del UsoIndebido de los Servicios y ProductosFinancieros en el Lavado de Activos; ental sentido, se requiere que lossubsistemas puedan brindar campos paracumplir con esta normativa.

A continuación se detalla losrequerimientos a incluirse al aperturarlas cuentas: Nombre completo del

cuentahabiente, cargo quedesempeña, dirección exacta deldomicilio particular, número deteléfono particular, correoelectrónico y número de identidadde las personas con firmaautorizada.

Registro del RTN Institucional y delos firmantes.

Dirección oficinal principal, sitioweb, número telefónico y fax de lainstitución.

Capítulo “C”

Inciso 2.3.2.9.3







Requisito técnico:

Débitos a Cuentas de Participantes

El LBTR permitirá al BCH debitardirectamente las cuentas de liquidaciónde los participantes. Esto se realiza bajoacuerdos previamente establecidos conlos participantes con propósitos deRecaudación Fiscal, Especies fiscalesentre otros. Ver detalles Sección VIRequisitos Técnicos, Literal H Anexo 7numerales 7.1.8, 7.1.9.

Capítulo “C”

Inciso 2.3.2.9.4




Requisito técnico:Pagos con fechas futurasComo parte de las funcionalidades, elsubsistema LBTR tendrá la capacidadde almacenar transacciones con fechas

futuras de pago (mediante parámetros)en una cola de procesamiento dentro delsubsistema LBTR. Los participantesespecificarán la fecha y la hora deejecución de las órdenes puestas en elalmacén de datos. El sistema almacenarálas órdenes hasta la fecha límite de pagoy las procesará automáticamente en eltiempo especificado por el participante.

Capítulo “C”

Inciso 2.3.2.10







Requisito técnico:ParámetrosEl subsistema requerido tendrá suficienteflexibilidad de funcionamiento, para locual contemple, por lo menos, con loparámetros siguientes: Horarios para la liquidación,

dependiendo del tipo de transacción Horarios de apertura y cierre Perfiles/roles de usuarios

Permisos Tipos de cambio Tasas de interés Días feriados Formas de cálculo de intereses Cuentas de liquidación por tipo de

moneda Frecuencia del cambio de claves de

acceso Tarifas por servicios del BCH Tipos de transacción

Transferencias entre cuentas dediferentes monedas Tamaño máximo de cola Advertencia sobre cola de pago

demasiado grande Autorización de liquidación de

cámaras de compensación Frecuencia de ejecución de solución

de congestionamiento Historial de cambio de contraseña Periodo de validez de contraseña

Número histórico de contraseñas Reserva de fondos en esperapermitida

Capítulo “C”

Inciso 2.3.2.11




Tiempo de inactividad Validación de llaves Tiempo de actualización de pantalla Límite máximo de crédito intradía Prioridades de pagos

Notificaciones de cierre al final deldía Otras tablas parametrizadas

Los licitantes describirán uno a uno losparámetros antes mencionados ycualquier otro que su solución provea.




Requisito técnico:Moneda de PagosEl LBTR contará con la capacidad deadministrar múltiples monedas y comomínimo, será capaz de procesar lasinstrucciones en Lempiras, DólaresAmericanos y en Euros.

Capítulo “C”

Inciso 2.3.2.12







Requisito técnico:El LBTR permitirá al BCH por medio deparámetros incorporar monedasadicionales de acuerdo a las exigenciasde política monetaria.

Capítulo “C”

Inciso 2.3.2.12




Requisito técnico:El LBTR realizará transferencias entre

cuentas de diferentes monedas en baseal principio Pago Contra Pago (PCP).Esta funcionalidad será habilitada adiscreción del BCH.

Capítulo “C”

Inciso 2.3.2.12




Requisito técnico:Información de FacturaciónEl LBTR incluirá un mecanismo detarifas que automáticamente calcule lascuotas de cada participante al final decada día de operación, permitiendorealizar el cobro sobre una base diaria omensual.

Capítulo “C”

Inciso 2.3.2.13


requisito:






Requisito técnico:Información de Facturación

El sistema de facturación tendrá lasiguiente funcionalidad:a. Generar estados de cuenta para los

clientes a intervalos definidos por elBCH, teniendo como opcionesmínimas ciclos diarios o mensuales.

b. Calcular los costos basado en elmensaje o tipo de instrucción.

c. Aplicar diferentes modalidades defacturación en el envío de mensajesen horas pico.

d.

Aplicar diferentes modalidades defacturación por volúmenes detransacciones.

e. Posibilitar el ingreso de distintosniveles de comisiones por tipo departicipantes.

f. Cálculo y cobro del precio fijo departicipación.

g. Tipo de Conexión del participante.

Los licitantes explicarán totalmente las

opciones de facturación y describir losdiferentes tipos de tarifas y capacidadesde realizar cargos, su funcionalidadincluyendo la generación automática demensajes de pago relevantes, quepermitan al BCH utilizar estasherramientas para toma de decisiones afuturo en cuanto a la modificación de loscobros por servicios.

Capítulo “C”

Inciso 2.3.2.13







Requisito técnico:Mensajes

El subsistema LBTR utilizará elformatos SWIFT basados en losestándares ISO 15022 para todos losmensajes.la red SWIFT será utilizadocomo red primaria para la LBTR+CDVpor los participantes para liquidar pagosde alto valor, además realizarán sustransacciones dentro del Grupo Cerradode Usuarios (Closed User Group, CUG,por sus siglas en inglés) contratado porel BCH. Los licitantes proveerán

información sobre todos los estándaresque sus sistemas siguen, incluyendoplanes de desarrollo posteriores paracualquier estándar emergente que ellosplanifican adoptar en sus productos.

Capítulo “C”

Inciso 2.3.2.14







Requisito técnico:El proveedor previo a la implementacióndel Sistema validará los parámetros deconfiguración del Servicio SWIFTNETFINCOPY verificando el “FINCopy

Service Profile Form”, el cual esprovisto por SWIFT como parte delcontrato de adquisición que el BCH tienesuscrito; tal validación garantizará laoperación funcional del Sistema.

Capítulo “C”

Inciso 2.3.2.14




Requisito técnico:Modelo de Flujo de MensajesEl LBTR usará la arquitectura Y-COPY. Además los Licitantesgarantizarán que su sistema utiliza laestructura de mensajes SWIFTindependientemente si el BCH utiliza ono la red SWIFT.

Capítulo “C”

Inciso 2.3.2.14







Requisito técnico:El LBTR tendrá la capacidad de operarsimultáneamente participantes que seencuentren en un CUG bajo un esquemaY-COPY y participantes NO-SWIFT

que se conecten a través de una VPN,misma que será implementada yadministrada por el BCH.

Capítulo “C”

Inciso 2.3.2.14




Requisito técnico:Se espera que los participantes SWIFT yNO-SWIFT tengan la opción de generarconsultas y reportes a través de la VPN.

Capítulo “C”

Inciso 2.3.2.14




Requisito técnico:El LBTR tendrá un enlace natural con laplataforma SWIFT para la recepción yenvío de mensajes, en el caso que seanecesario un componente de integraciónlos licitantes incluirán en el ítem 7.

Capítulo “C”

Inciso 2.3.2.14


requisito:






Requisito técnico:Retiro y Deposito de Numerario

Se espera que el LBTR provea la opciónpara solicitar el retiro y depósito denumerario en moneda nacional yextranjera, que efectúan los participantesdirectos afectando sus cuentas deliquidación.

Los Licitantes incluirán una descripciónde cómo sus soluciones cumplen esterequerimiento.

Capítulo “C”

Inciso 2.3.2.15




Requisito técnico:Suspensión y reinicio del sistemaEl LBTR permitirá suspender elprocesamiento durante el transcurso deldía normal y el reinicio de la operación

sin la pérdida o duplicación de losmensajes.En caso de interrupción del servicio elBCH estará capacitado para extender elhorario de operaciones del día a losparticipantes.

Capítulo “C”

Inciso 2.3.2.16







Requisito técnico:Pagos gubernamentalesEl LBTR permitirá al BCH realizarpagos gubernamentales ya sean estos porcuenta propia o por representación de

otras instituciones gubernamentalescomo la secretaría de finanzas.

Capítulo “C”

Inciso 2.3.2.17



Requisito técnico

Nº LBTR-74

Requisito técnico:

Pagos gubernamentalesSe espera que el LBTR permita incluirparticipantes directos gubernamentales(instituciones descentralizadas) para loscuales será posible parametrizar lasopciones a las que puedan tener accesopor ejemplo: acceso a facilidades decrédito, pagos en cola entre otros.Los licitantes especificarán cómo sussoluciones permiten realizar pagosGubernamentales tanto para el BCH

como para otras institucionesdescentralizadas.

Capítulo “C”

Inciso 2.3.2.17







Requisito técnico:Los licitantes incluirán en sus ofertaslos requerimientos técnicos necesarios(mínimos y óptimos) para que losparticipantes se puedan conectar al

sistema LBTR y procesar sus pagos yrealizar las consultas requeridas

Capítulo “C”

Inciso 2.3.2.17


requisito:Referencias del Licitante a la información complementaria de la oferta técnica:

Central Depositaria de Valores

Objetivos

Requisito técnico Requisito técnico Ver Capítulo ―C‖

inciso 2.3.3.1 (a) Nº CDV-01 Proveer un registro electrónico centralizadoen línea en línea y automatizado para todoslos instrumentos representativos de (deuda)que satisfagan las necesidades de todas lasemisiones, emisores, tenedores, gerentes yotras partes interesadas;






Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.1 (e) Nº CDV-02 Proveer soporte para las facilidades de

liquidez intradía, de un día para otro, y otrasoperaciones de la política monetaria delBCH que involucren el uso de valores.



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.1 (f)

Nº CDV-03 Administrar el servicio de la deuda de todoslos valores inscritos a favor de cada tenedoro custodio según sea el caso.



Requisito técnico Requisito técnico

Ver Capítulo ―C‖inciso 2.3.3.1 (g) Nº CDV-04 Registrar las inscripciones de titularidad devalores colocados en el mercado primario ylas transferencias de titularidad por lasoperaciones realizadas en mercadosecundario de valores, incluyendo latransferencia de valores libres de pago paraaquellas transferencias que no se liquidan encuentas del BCH;






Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.1 (h)

Nº CDV-05 Proveer soporte al mercado secundario devalores electrónico con valoresgubernamentales;



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.1 (i)

Nº CDV-06 Proveer soporte al mercado de negociaciónde fondos interbancarios electrónico;



Emisiones BCH


inciso 2.3.3.2 Nº CDV-07 La CDV posee la plena capacidad de poder

operar con características de colocaciónestándar y con las emisiones actuales delBCH



Requerimientos Funcionales





Nº CDV-08 Mantener un registro de todos losinstrumentos de deuda emitidos por monto,tasa de interés, fecha de vencimiento,tenedor y otra información pertinente;

Ver Capítulo ―C‖inciso 2.3.3.3 (a)



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (b)

Nº CDV-09 Mantener un registro de todas las tenenciasidentificadas por emisor, tipo de valor, fechade emisión, tenedor y otra informaciónpertinente;



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (c) Nº CDV-10 Mantener un registro por niveles de todas las

contrapartes especificando si el depositarioes directo o indirecto detallando toda lainformación general relevante tal como:nombre, dirección, correo electrónico,

teléfono, registro tributario nacional (RTN),número de registro, etc. Todas lascontrapartes deben estar identificadas por uncódigo único para facilitar la búsqueda dedicha información;







Nº CDV-11 Permitir un enlace con el sistema LBTR parala liquidación de operaciones de mercadoprimario, operaciones de liquidez intradía, deun día para otro, de las diversas operacionesde mercado abierto del BCH, transaccionesbilaterales de mercado secundario de valores

y de préstamos interbancarios colaterizados(inclusive repos) para garantizar el respetode los principios de Entrega contra Pago(ECP) y Procesamiento de Principio a Fin(Straight-Through-Processing). Dicho enlaceservirá como facilidad para liquidar interesesy vencimientos de valores de deuda;

Ver Capítulo ―C‖inciso 2.3.3.3 (d)



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (e)

Nº CDV-12 Permitir el enlace para el futuro mercadosecundario electrónico de valores y delfuturo sistema de negociación electrónico defondos interbancarios, que sean capaces depermitir alcanzar la Entrega contra Pago(ECP) y Procesamiento de Principio a Fin(Straight-Through-Processing).




Nº CDV-13 Proveer una visión única e integrada de laposición de cada intermediario para elmonitoreo, supervisión para el control de losvalores (propósito de conciliación) de cadaintermediario;






Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (g) Nº CDV-14 Generar reportes detallados y resumidos con

acceso en línea, con la capacidad de obteneruna vista previa y descargarlos aaplicaciones externas.




inciso 2.3.3.3 (h)

Nº CDV-15 Permitir consultas de sus propios valores a la

Secretaría de Finanzas y otras institucionespúblicas emisoras. Razones técnicas invocadas por el Licitante para demostrar que cumple con el requisito:


Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (i)

Nº CDV-16 Acomodar valores hasta de 999, 999,999,999 y 7 decimales. Esto es requeridopara el cálculo exacto de valores deamortización e interés (de instrumentos dedeuda). En cuanto a instrumentos de deuda,esto es especialmente relevante para losprecios de transacciones del mercadoprimario, del mercado secundario y créditoscolateralizados donde se requiere que elinstrumento sea valorado en una basedescontada con respecto al cupónfundamental y los flujos de efectivo demaduración para calcular el Valor Actual







inciso 2.3.3.3 (j)

Nº CDV-17 Capacidad de administrar monedas

extranjeras para el registro de los valoresemitidos en moneda extranjera odenominados en moneda extranjera.




inciso 2.3.3.3 (k)

Nº CDV-18 Asignación de números únicos de referencia

para cada emisión registrada en el depósitomás números adicionales únicos dereferencia para todas las unidades de valoresque comprendan esa emisión (para tramos oemisiones de instrumentos de deuda, y paradiferentes tipos de valores del mismoemisor).



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (l)

Nº CDV-19 Los registros de propiedad deberánproporcionar información detallada al másbajo nivel de cada componente registrado, afin de contar con toda la informaciónnecesaria de los valores en custodia y de sustenedores.







inciso 2.3.3.3 (m)

Nº CDV-20 La capacidad para manejar bonos de tasa fija

y variable. Esto requiere la revaloraciónautomática de instrumentos de tasa variablede acuerdo con los algoritmos definidos porlas autoridades emisoras de Honduras (ElGobierno y el BCH).



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (n)

Nº CDV-21 Generar una acreditación automática deintereses al tenedor del instrumento en lafecha de pago de los intereses. Los interesesdeben ser conciliados con el portafolio deemisión vigente y deben ser trasladados alsistema LBTR para pago a los beneficiarios,liquidando la cuenta del intermediario o elbanco comercial del beneficiario.






Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (o)

Nº CDV-22 La generación automática de la amortizaciónperiódica o al vencimiento debe seracreditada al tenedor de valores en la fechade vencimiento. La amortización debe serconciliada con el portafolio de emisiónvigente y trasladada al sistema LBTR para elpago al beneficiario. liquidando la cuenta delintermediario o el banco comercial delbeneficiario.



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (p)

Nº CDV-23 Habilidad de manejar Acuerdos deRecompra (con la funcionalidad de manejarmúltiples valores en un solo repo)registrando el cambio de propiedad y laobligación asociada de revender en elnúmero de días acordados. Un repo no puedellegar al vencimiento más tarde quecualquiera de sus activos subyacentes.







Nº CDV-24 Proveer un módulo de cuenta y cobros parael cálculo de las tarifas por servicios delDepósito que podrán ser cobrados a losemisores del Sector Público (gobierno yotros) y a todos los participantes por losservicios prestados. Los licitantes deberán

explicar completamente las opciones ycapacidades de este módulo de cobros ypagos, incluyendo la generación automáticade mensajes de pago relevantes.

Ver Capítulo ―C‖inciso 2.3.3.3 (q)




Ver Capítulo ―C‖inciso 2.3.3.3 (r) Nº CDV-25 Permitir a la Gerencia del BCH o de laSecretaría de Finanzas y otros emisorespúblicos definir y monitorear/manejarcualquier selección de instrumentosregistrados como un portafolio separado depasivos financieros.



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (s)

Nº CDV-26 Proveer monitoreo estándar de portafolio yfacilidad de manejo con respecto a losvalores administrados cumpliendo al menoscon los siguientes parámetros:i. Tipo deemisión (deuda, acciones y tipo dedeuda/acciones).ii. Valor total de laemisión.iii. Composición de la emisión:valor y número de cada unidad por valor.iv.Apoyo para consultas de la emisión cuandoestas consultas sean hechas con base en:valor actual de la deuda vigente para un

instrumento específico, el portafoliocompleto de emisión, o cualquier sub-




componente seleccionado de portafolio deemisión. v. Un perfil actual de vencimientospara todas las emisiones registradas en elDepósito.vi. Un perfil de flujo de efectivopara todas las emisiones registradas en laDepositaria incluyendo intereses devengados

pendientes.vii. Consultas por tenedores delos instrumentos de deuda, donde estasconsultas cobran una sola emisión, variasemisiones o el total de activos financierosregistrados en La Central Depositaria deValores.






Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (t)

Nº CDV-27 Permitir la clasificación de diferentes tiposde usuarios/ intermediarios, incluyendo:i. Participantes Directos.ii. Participantes Indirectos.Estos tipos de actividades deberán serguardados en el registro de ―tipo denegociación‖. Cada participante puedeactuar en ambas vías.



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (u)

Nº CDV-28 Administración de derechos patrimoniales yotras medidas cautelares que emitan lasautoridades competentes sobre los valores encustodia. (pignoración y embargo de valores)



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (v)

Nº CDV-29 Permitir el registro de préstamos de valoresentre un tenedor y otro, mantenidos en laCDV.






Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (w)

Nº CDV-30 Efectuar el registro contable de los valoresemitidos y administrados por el BCH yproveer diferentes tipos de cuentas paraintermediarios y para propósitos de manejo ycontrol siendo:i. Cuentas para la Tenencia de Valores(disponible e histórico de vencidos).ii. De acuerdo al estado de los Valores (engarantía, bloqueado, pignorado)iii. Cuentas Monetarias del Libro Mayor deacuerdo con la estructura contable de laCDV.



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (x)

Nº CDV-31 Soporte para definir múltiples perfiles deusuario por funciones y/o procesosrealizadas por los participantes, tales como:i.Registrador;ii. Corredor/intermediario;iii.Emisor;iv. Administrador;v.Regulador/supervisor;



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.3 (y)

Nº CDV-32 Para el registro del beneficiario titular devalores, se requiere una indicación quedetermine si el beneficiario titular es único oexiste un grupo de tenedores, identificandodentro de dicho grupo quien puede solicitar

un cambio de registro de beneficiario titularo autorizar la comercialización de valores, osi tal actividad requiere que todos los




tenedores estén de acuerdo;



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.6 (z)

Nº CDV-33 El BCH requiere una facilidad, para hacerque los registros del tenedor esténdisponibles en Internet, que permita a lostenedores y beneficiarios titulares acceder aun sitio Web protegido, donde una vez

autenticados, ellos estarán habilitados paraver todas sus tenencias independientementede los intermediarios financieros. Losoferentes deberán describir cualquierfacilidad disponible en sus solucionespropuestas para disponer esto.



STP


inciso 2.3.3.4 Nº CDV-34 La CDV cumple con el principio de entrega

contra pago de forma automática respetandoel principio Procesamiento de Principio a Fin(Straight-Through-Processing)

El sistema ―DEBERA‖ cumplir con elmodelo I de entrega contra pago, se espera

que el sistema pueda gestionar también elmodelo II de entrega contra pago, se tomaraen cuenta en la evaluación técnica las




soluciones que soporten ambas opciones.






Integridad

Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.5 (a)

Nº CDV-35 Revisión de la integridad de procesamientode mensaje para asegurar que el valor

nominal total de todos los instrumentosdentro de todos los portafolios registradosconcuerde y se concilie con los totales decontrol para todas las emisiones registradas;




Ver Capítulo ―C‖inciso 2.3.3.5 (b) Nº CDV-36 Chequeos de integridad de proceso paraasegurar que el ―número de mensajes decambios de propiedad = número de registrosde propiedad modificados de‖ en todomomento tanto el sitio principal como en elsitio alterno;



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.5 (c)

Nº CDV-37 Reportes regulares y consistentes para todaslas transacciones de valores financieros,incluyendo, intereses y cálculos devencimiento de los diferentes instrumentosde deuda. ;






Controles de Validación


Nº CDV-38 Validación de instrucciones individuales de―Registro de propiedad‖ o ―Cambio de

propiedad‖; Razones técnicas invocadas por el Licitante para demostrar que cumple con el requisito:


Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.5 (b)

Nº CDV-39 Validación de campos obligatorios dentro dela instrucción de mensajes ―registro de propiedad‖ o ―Cambio de propiedad‖;



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.5 (c)

Nº CDV-40 Autenticación de remitente de los mensajes;



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.5 (d)

Nº CDV-41 Confirmación del tráfico de mensajes yvalidación al destinatario.






Seguimiento e Integridad de los mensajes


Nº CDV-42 Cada cambio de instrucción de registro depropiedad, o archivo conteniendo dichas

instrucciones debe ser identificado demanera única con su fuente física,identificación de usuario, hora y fecha deentrada al sistema;




inciso 2.3.3.5 (b)

Nº CDV-43 Debe estar presente un esquema numérico

para la secuencia de mensajes y unprocedimiento de control para evitar perdida,duplicación o inserción no autorizada demensajes;




Ver Capítulo ―C‖inciso 2.3.3.5 (c)

Nº CDV-44 Se debe asegurar la integridad yconfiabilidad de la información durante latransmisión y/o ingreso de registro depropiedad o cambio de mensajes y tambiéndurante su procesamiento;







Nº CDV-45 Se requiere que no se rechacen los mensajesde todos los participantes;




Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.5 (e)

Nº CDV-46 Se requiere reconocimiento de los menajes anivel de aplicación como un componenteobligatorio del manejo de todos losmensajes.Donde cuando un operador pueda realizarcualquier cambio al valor de los mensajes(ej. Mensajes que contengan instruccionespara realizar pagos de transferencia de

valores) o los parámetros críticos delsistema, el sistema tiene que permitirautorizaciones múltiples. El BCH decidirálos niveles de autorización que permitirá anivel de los participantes/ operador delsistema (BCH).



Módulo de Mercado Primario


Nº CDV-47 Emitir y registrar contablemente los montosdisponibles de las emisiones aprobadasmediante instrumentos legales aceptados,para permitir su negociación mediante losmecanismos de subasta y directo.







inciso 2.3.3.6 (b)

Nº CDV-48 Negociar los valores mediante el mecanismo

de subasta pública. En el caso de subastas,publicación del aviso de convocatoria paralos entes autorizados a participar.




Ver Capítulo ―C‖inciso 2.3.3.6 (c)

Nº CDV-49 Aceptación de ofertas remitidaselectrónicamente, en tiempo real, a través deuna interface web, desde las terminalesremotas asignadas a los participantesautorizados, incluyendo la notificaciónelectrónica al participante de la recepción delas ofertas. Que permita la ejecución desubastas interactivas (puja en línea conmodificación de las condiciones de la ofertasegún se comporte el mercado) y pasivas

(ofertas en firme sin opción a modificación).







Nº CDV-50 Que el envío electrónico de las posturas decompra/venta de valores se encuentrelimitado al horario establecido previamentepor el BCH para su aceptación. Estasposturas no deben ser conocidas ni por otrosagentes ajenos al remitente de las mismas, ni

por parte del ente emisor o incluso el BCHprevio a la apertura electrónica de las ofertas.





Ver Capítulo ―C‖inciso 2.3.3.6 (e) Nº CDV-51 Que preste la facilidad de que el BCH como

administrador del sistema pueda fijar ymodificar límites tanto de tiempo depresentación de ofertas como de montos onúmero de posturas a ser admitidas para cadainversionista.




Nº CDV-52 El sistema debe además será capaz de aplicardiscrecionalidades en cuanto al tipo deinversionista que puede participar endeterminado evento de subasta o según eltipo de emisión.






Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.6 (g)

Nº CDV-53 Que las ofertas o pujas de los inversionistaspuedan ser presentadas tanto por preciocomo por rendimiento. En el caso que setrate de precio, que permita hasta seis (6)posiciones decimales; cuando se trate de tasa

que esta pueda ser ajustada según loestablezca el emisor.




Ver Capítulo ―C‖inciso 2.3.3.6 (h) Nº CDV-54 La habilidad de calcular la aceptación yrechazo de las ofertas, de acuerdo con losprecios ofrecidos, el valor total y lacomposición de las emisiones a serasignadas.




Ver Capítulo ―C‖inciso 2.3.3.6 (i) Nº CDV-55 Que el tipo de adjudicación de las posturas,

pueda realizarse siguiendo los criteriosgeneralmente aplicados cuando estas serealizan a precio múltiple, a precio único y aprecio fijo, según sea establecido por el enteemisor o según otros tipos de subastageneralmente aceptadas.






Requisito técnico Requisito técnico Obligatorio Nº CDV-56 Al cierre de la subasta el módulo de mercado

primario debe calcular la asignación oadjudicación de la emisión para los oferentesganadores, totales o por prorrateo, laaceptación de solo una o varias ofertas porparticipante de acuerdo a los preciosofrecidos.

Ver Capítulo ―C‖inciso 2.3.3.6 (j)



Requisito técnico Requisito técnico Obligatorio Nº CDV-57 Deberá permitir un enlace con el sistema

LBTR y con la CDV para la liquidación deventas de valores gubernamentales delmercado primario (subasta y negociaciónbilateral) cumpliendo con el principioEntrega contra Pago.

Ver Capítulo ―C‖inciso 2.3.3.6 (k)



Requisito técnico Requisito técnico Obligatorio Nº CDV-58 Que tenga la capacidad de preparar, producir

y transmitir automáticamente a losparticipantes en las terminales remotas, elaviso o notificaciones de aceptación, deadjudicación o de rechazo de las posturasque hayan sido presentadas. Así comorealizar el envío automático de avisos depago y recibos, se requiere también envíoautomático de aviso los emisores de valoresgubernamentales de la composición y lastasas de la asignación de la emisión porcomprador, monto, tasa, etc.

Ver Capítulo ―C‖inciso 2.3.3.6 (l)






Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.6 (m)

Nº CDV-59 Que el sistema provea la flexibilidad al BCHpara crear y configurar una estructuracontable propia de la CDV y que envíe elregistro de las operaciones contables entiempo real al Sistema de Contabilidad delBCH y el registro en las cuentas de lostenedores adjudicados.



Requisito técnico Requisito técnico Ver Capítulo ―C‖inciso 2.3.3.6 (n)

Nº CDV-60 Negociar los valores mediante el mecanismode negociación bilateral (directa). Para estetipo de transacciones el sistema permitirá alos emisores e inversionistas autorizados elingreso electrónico de ofertas de compra yventa de valores previamente pactadas demanera bilateral, desde sus terminales

remotas a través de una interface web.







Nº CDV-61 El sistema será capaz de generar mensajes albeneficiario titular y/o tenedor cuando haocurrido un movimiento de valores. Losoferentes deberán describir cualquierfacilidad disponible en sus solucionespropuestas para disponer esto.

Ver Capítulo ―C‖inciso 2.3.3.6 (o)



Aspectos Técnicos

Requisito técnicoNº

ASP.TÉCNICOS-01

Requisito técnico

Tener la capacidad para procesar unmínimo de 10,000 transacciones por día.En cualquier caso, los licitantesespecificarán las opciones de capacidad.

Capítulo ―B‖

Inciso 1.2.1







ASP.TÉCNICOS-02

Requisito técnico―Se requiere que el sistema opere en unambiente de N-Capas en los sitios deProducción (Configurado en altadisponibilidad), Contingencia

(Configurado para recuperación antedesastres), Pruebas/Capacitaciónconforme a la Sección VI RequisitosTécnicos literal H Anexo 10 (no se hadefinido ambiente deDesarrollo/Mantenimiento debido a lanaturaleza de la licitación la cual serefiere a un producto llave en mano). ElSistema tendrá la capacidad de serinstalado en un servidor con esquemasde redundancia en procesador, fuentes de

poder, unidades de almacenamiento,interfaces de comunicación y, engeneral, con todas las característicasrequeridas para eliminar todos los puntossimples de falla.‖

Capítulo ―B‖Inciso 1.2.2




ASP.TÉCNICOS-03

Requisito técnicoEl acceso al sistema requerido por losparticipantes para consulta y gestiónhará uso de tecnología web a través deuna interfaz Browser estándar para locual se hará uso de una red con

protocolo TCP/IP y soportar el protocolode seguridad SSL

Capítulo ―B‖Inciso 1.2.2






Requisito técnicoNºASP.TÉCNICOS-

04

Requisito técnicoGenerar la documentación respectivapara cada etapa del proyecto, tantotécnica como administrativa, yentregarla formalmente al equipocoordinador nombrado por el BancoCentral de Honduras.

Capítulo ―C‖Inciso 2.4, literal

b.-




ASP.TÉCNICOS-05

Requisito técnicoPara el control del proceso de respaldodel código fuente y versionamiento delos sistemas en mención, el proveedorrealizará las actualizaciones del mismo apartir de la aceptación operacional decada sistema en el lugar de custodiaestablecido, debiendo actualizar dichorespaldo cada vez que se realicen

modificaciones a los mismos yproporcionar la información de controlcomo ser: nombre y versión delaplicativo fecha de actualización,responsable de ingresarlo a custodia ydescripción del contenido. El BCH, enconjunto con el proveedor, estableceráun proceso que certifique que se estárespaldando apropiadamente el códigofuente


c.-


requisito:





ASP.TÉCNICOS-06

Requisito técnicoLas aplicaciones LBTR y CDV poseenprogramación de código seguro, demanera que se puedan prevenir ataquesal sistema para accesos no autorizados,

robo de credenciales, denegación deservicios, inyección SQL, saturación dememoria, etc. Un resumen de lastécnicas implementadas (controles víaprogramación) para prevenir dichosataques será proporcionada alAdministrador de Seguridad y Controlde Tecnología. El proveedor, aparte delresumen de técnicas implementadas paraprevención de ataques a los sistemas,utilizando sus propias herramientas,

proporcionará un reporte de pruebasrealizadas para certificar que lasaplicaciones cuentan con los controlesindicados. Estas pruebas seráncoordinadas con el ASCT del Banco.


d.-




07

Requisito técnicoTodos los usuarios que realicenconexión a las aplicaciones LBTR yCDV, contarán con un mecanismo deconexión encriptado, mediante elprotocolo SSH o SSL; así como para latransmisión de los datos, tanto del hostdel usuario a los sistemas en mencióncomo entre servidores.

Capítulo ―C‖Inciso 2.4, literale.-







ASP.TÉCNICOS-

08

Requisito técnicoEn el proceso de autenticación a lasaplicaciones LBTR y CDV, el módulo

de seguridad incluirá el soporte paraautenticación de doble factor, mediantenombre de usuario y contraseña delServicio de Directorio Activo deMicrosoft, (Active Directory Services,ADS, por sus siglas en ingles) y elcódigo aleatorio proporcionado por untoken marca RSA modelo SID800.


f.-


requisito:






ASP.TÉCNICOS-9

Requisito técnicoPara fortalecer el entorno de seguridad ala información y garantizar el no repudioa las transacciones realizadas en lossistemas LBTR y CDV, el proveedor

proporcionará el soporte y utilización defirmas digitales, para lo cual el Bancoproporcionará toda la Infraestructura deLlave Pública y administración deCertificados Digitales, por lo que seráresponsabilidad del proveedorimplementar la integración en susolución de los API‘s correspondientespara el uso de las firmas digitalesutilizando tokens de la tecnología RSA.Será responsabilidad del Banco definir

cuales transacciones serán firmadas ycuáles no. Las cadenas de caractereslógicos correspondientes a los datosfirmados y las firmas digitales seránalmacenadas en la BD del LBTR y CDVdebidamente encriptados.

Capítulo ―C‖ Inciso 2.4, literal

g.-




10

Requisito técnicoLos sistemas LBTR y CDV validaránque solamente las transaccionesfirmadas con Certificados Digitalesvalidos y emitidos por el Banco Centralde Honduras son aceptados yprocesados.

Capítulo ―C‖Inciso 2.4, literalh.-







ASP.TÉCNICOS-11

Requisito técnicoEl proveedor, en conjunto con el ASCT,realizarán pruebas de verificación del norepudio a las transacciones, para lo cualextraerán un set de caracteres lógicos

ilegibles correspondientes a la firmadigital y pasarlo a los caracteres lógicoslegibles, donde se compruebe suprocedencia y credenciales delresponsable de la transacción.


i.-




ASP.TÉCNICOS-12

Requisito técnicoTodos los accesos y operacionesquedarán registrados en una bitácora queregistre el nombre del usuario, fecha yhora de ingreso, fecha y hora de egreso,transacciones realizadas, eventos deinteracción con otras aplicaciones(Inyección de movimientos a través deinterfaces automáticas entreaplicaciones), intentos fallidos de

conexión e intentos de otros accesos quetraten de vulnerar la seguridad delsistema.


j.-







ASP.TÉCNICOS-13

Requisito técnicoPara garantizar el principio de seguridaden la disponibilidad de los datos, serequiere que las aplicaciones LBTR yCDV no presenten ninguna limitante

para ejecutarse en sitio alterno para laimplementación de estrategias derecuperación ante desastres.

Capítulo ―C‖Inciso 24, literal

k.-




ASP.TÉCNICOS-14

Requisito técnicoEn caso que el proceso transaccional

realizado en cualquiera de los sistemasdescritos, contenga una actividad deautorización para completar unsubproceso, los sistemas t condicionarána que dicha autorización sea realizadapor una segunda persona, para lo cualdichos sistemas solicitarán laautenticación respectiva de esa segundapersona. El Sistema tendrá la capacidadpara aplicar un mínimo de tres (3)niveles de autorización con su respectiva

autenticación, mismo que seráimplementado en los casos que seandefinidos/requeridos por los dueños delnegocio.


l.-







ASP.TÉCNICOS-15

Requisito técnicoTodo usuario del LBTR y CDVrequerirá la ejecución de un perfil deusuario (tiempo de inactividad, bloqueode usuario por intentos fallidos, control

de sesión, entre otros) definido para losroles de administradores, supervisores,operadores y otros, los cualespertenecerán al grupo correspondientedel Servicio de Directorio Activo delBanco. Estos grupos de usuarios, losroles y perfiles son definidos por losdueños del proyecto y validados por elAdministrador de Seguridad y Controlde Tecnología.


m.-




ASP.TÉCNICOS-16

Requisito técnicoLas aplicaciones LBTR y CDV tendránla capacidad para que el Administradordel Sistema pueda dar de altas, bajas ytraslados de usuarios, por ejemplo, enlos casos en que el usuario esté devacaciones, etc.

Cada aplicación contará con una tabla deparámetros la cual tendrá accesorestringido solo para losadministradores.


n.-







ASP.TÉCNICOS-17

Requisito técnicoLos aplicativos en menciónimplementan la seguridad mediante vistalimitada, donde el usuario pueda versolamente los iconos correspondientes a

los módulos de la aplicación que deacuerdo al rol que le corresponde ver.


o.-

Razones técnicas invocadas por el Licitante para demostrar que cumple con elrequisito:Referencias del Licitante a la información complementaria de la oferta técnica:


ASP.TÉCNICOS-18

Requisito técnicoSe requiere que las aplicaciones cuentencon mecanismos de validación decampos de entrada y salida de datos, loscuales serán definidos entre el dueño del

proceso, el Oficial del Proyecto,Proveedor y validados por elAdministrador de Seguridad y Controlde Tecnología.


p.-




ASP.TÉCNICOS-19

Requisito técnicoPara los usuarios externos al Banco, es

decir los participantes, las aplicacionesLBTR y CDV tendrán una opción quepermita a dichos usuarios realizar elcambio de contraseña de usuario ADSen demanda o por política del Serviciode Directorio. Al ejecutar dicha opción,el aplicativo interactuará con el ADSpara que este último pueda pasar losparámetros de cambio de contraseña.


q.-


requisito:






ASP.TÉCNICOS-

20

Requisito técnicoEl Proveedor presentará alAdministrador de Base de Datos y al

Administrador de Seguridad y Controlde Tecnología, la estructura ydiccionario de la(s) Base(s) de Datos delos subsistemas LBTR y CDV,descripción de los controles de seguridadaplicados, los aspectos de seguridad quese toman en cuenta para la interface delas aplicaciones LBTR y CDV con laBase de Datos, así como un resumen detodos los aspectos de seguridadincorporados a dicha Base de Datos para

garantizar la Confidencialidad eIntegridad.


r.-




ASP.TÉCNICOS-21

Requisito técnicoLa información contenida en la base dedatos tendrá mecanismos de accesosdiferenciados, que permitan que los

usuarios con determinados roles puedanacceder solamente a la información aque estén autorizados.


s.-







ASP.TÉCNICOS-22

Requisito técnicoEn el contrato a firmarse con elproveedor de las aplicaciones LBTR yCDV, incluirá una clausula odeclaración de confidencialidad

perpetúa, con lo cual la firma consultorase comprometa a no divulgar ni utilizarpara otros propósitos la información delBanco obtenida durante la ejecución delproyecto en mención el cual puede sertomado como modelo de dichadeclaración de confidencialidad. VerSección VI Requisitos Técnicos literal Hanexo 9.


t.-




ASP.TÉCNICOS-23

Requisito técnicoSe requiere que todo el personalcontratado por el proveedor para laimplementación de la LBTR y CDVfirmen en el Banco Central de Hondurasel Acuerdo de Confidencialidad para

Consultores Externos, (documentodiferente a la declaración deconfidencialidad firmada por elproveedor). Ver Sección VI RequisitosTécnicos literal H Anexo 9.


u.-







ASP.TÉCNICOS-24

Requisito técnicoEn el caso que el proveedor del LBTR yCDV requiera conexión remota a ciertosrecursos tecnológicos ubicados en áreasestratégicas del Banco, dicha conexión

podrá ser otorgada siempre y cuando elproveedor cumpla con lo siguiente:o Se cuente con configuración y uso de

una conexión VPN entre elproveedor y el recurso requeridoubicado en el Banco.

o Se implemente la autenticación dedoble factor mediante el uso detokens asignados y configurados porel Banco, previo a un depósito por el

costo del token, licencia y soportepor parte del proveedor mientrasdure la relación contractual.

o Garantía de la no ejecución deherramientas de hackeo en y hacialos equipos ubicados en el Banco.


v.-







ASP.TÉCNICOS-25

Requisito técnicoEl LBTR ―DEBERÁ‖ estar completamente integrado de maneraautomática con la CDV, para garantizarla Entrega contra Pago logrando la

liquidación de todas las transacciones devalores, incluyendo liquidación deintereses y vencimientos de instrumentosde deuda, la liquidación de facilidadesintradía y los préstamos interbancarioscolateralizados.Será total responsabilidad del proveedorel desarrollo e implementación de estaconexión.

Capítulo ―C‖Inciso 2.5.1,

literal a.-




ASP.TÉCNICOS-26

Requisito técnicoConexión del Sistema (LBTR,CDV) – Sistemas Operacionales BCHEl proveedor realizará las siguientesconexiones de forma directa consistemas operacionales del BCH:a. LBTR - ACH

b.

LBTR - CCEChc. LBTR - Mayor Generald. CDV – Mayor Generale. LBTR-SIC (Cuenta Corriente)

Detalle de los enlaces en la Sección VIRequisitos Técnicos literal H Anexo 7―Enlaces‖ numerales 7.1.1, 7.1.2, 7.1.6,7.2.7


literal b.-


requisito:





ASP.TÉCNICOS-27

Requisito técnicoSe garantizará una completa integracióndel Sistema con los sistemas enproducción del BCH que actualmenteinteractúan con el sistema de Cuenta

Corriente, aplicación que administra lascuentas de depósito del sistemafinanciero e institucionesgubernamentales.

Se asegurará que la afectación decuentas de depósito del sistemafinanciero que se realiza a través de lossistemas en producción actuales seefectúe de igual o mejor forma en elLBTR y la CDV.

Actualmente, los sistemas en producciónestán desarrollados en diferentesplataformas tecnológicas, por lo que elBCH ha analizado la posibilidad dedisminuir el número de enlaces con elLBTR, a través de la implementación deun único enlace con el subsistemaLBTR.

En relación con lo anterior, el BCH haanalizado la posibilidad de desarrollar eimplementar la interface denominada―Gestor de Pagos‖, cuya función seráconcentrar todas las transacciones queprovengan de los sistemas enproducción, verificando que esténcorrectas, previo su envío hacia lossubsistema LBTR y CDV. Con estaacción, la interconexión de los sistemasen producción actuales se haría demanera directa con el sistema gestor yéste a su vez lo hará en forma directacon el LBTR y la CDV.

Al utilizar el ―Gestor de Pagos‖ como


literal c.-




estrategia de integración el proveedorgarantizará al BCH la obtención de lainformación o mensajes necesarios pararealizar las interconexiones con lossistemas en producción del BCH. El

proveedor describirá como el BCHobtendrá la información o mensajesSwift (pago, confirmación) que seránnecesarios para dicha integración.

Lo anterior no inhabilita la posibilidadde que el licitante pueda realizar otraspropuestas de cómo llevar a cabo lainterconexión del Sistema con lossistemas en producción actuales; sin

embargo, es importante indicar quecualquier propuesta efectuada por laempresa licitante tendrá que serconsensuada por un comité técnicointegrado por profesionales del BCH.

Las propuestas de interconexión arribamencionadas brindarán las siguientesventajas: Capacidad de integraraplicaciones multiplataforma existentesy futuras; middleware débilmenteacoplable, facilidad de uso; estrategiaque minimice la cantidad demodificaciones a las aplicacionesinternas existentes; capacidad detransformar datos; que incluya al menosconectores para bases de datos Progress;SQL-Server y conexiones vía ODBC;seguridad en la comunicación demensajes entre aplicaciones y conexióncon SWIFT; de fácil aprendizaje paralos desarrolladores del BCH.

En caso que el licitante requiera algunaherramienta adicional para realizar la




integración del Sistema con lasaplicaciones del BCH mencionadas eneste numeral (2.5.1) lo proporcionarácomo parte de su oferta





ASP.TÉCNICOS-28

Requisito técnicoDescribir los módulos de entrenamientosugerido, el número de personas aentrenar y la duración de cada módulo.Las propuestas para entrenamiento no

solo cubrirán al BCH sino a todas lasinstituciones involucradas según apliquea cada subsistema.El entrenamiento incluirá módulosespecíficos para:

a. Personal de nivel gerencial.

b. Supervisores y personal operativo.

c. Personal de auditoría.

d. Capacitación técnica para elpersonal de desarrollo,

mantenimiento y pruebas desistemas.

e. Capacitación técnica para elpersonal de operación del sistema

f. Capacitación en la generación denuevos informes y estadísticas.

g. Capacitación en la temática decontingencia informática encuanto al aprovechamiento de lossistemas redundantes.

Los licitantes describirán comopretenden lograr un alto grado detransferencia de conocimientos,específicamente las propuestas incluiránel entrenamiento administrativo para elpersonal de operaciones bancarias y delDepartamento de Tecnología yComunicaciones en los aspectosoperativos y administrativos de lossistemas propuestos. La transferencia deconocimientos y el entrenamiento sonmuy importantes, los licitantes indicaráncon detalle cómo se llevará a cabo dicha

Capítulo ―C‖Inciso 2.5.2




transferencia durante el proyecto.





ASP.TÉCNICOS-29

Requisito técnicoEl proveedor capacitará un equiposeleccionado por el BCH paraconvertirse en capacitadores de usuariosexternos del Sistema, encargándose de

completar el programa de formación deusuario participante durante el proyecto.El proveedor dirigirá al menos losprimeros dos cursos a los participantes(asistido por los capacitadores del BCH),y más tarde, los capacitadores delSistema continuaran con los cursosrestantes.Entre los alcances a lograrse están:

a. Validar en conjunto con el BCH elplan de capacitación a realizar tanto

a usuarios internos como externos.b. Elaborar el material de apoyo autilizar en la capacitación a realizartanto a usuarios internos comoexternos.

c. Capacitar a los usuarios finales delsistema, brindándoles un amplioconocimiento para su uso yadministración; mediante talleres decapacitación, simulaciones y todoslos aspectos que ayuden al óptimomanejo del Sistema.

d. Capacitar el personal técnico y desoporte del BCH en elconocimiento de la arquitectura,funcionalidad, operatividad,configuración y administración delos distintos sistemas productos deesta licitación.Asegurar que la transferencia deconocimientos brindada al personaltécnico del BCH ha sidocompletada a satisfacción total delBCH, habiendo cubierto todos lostópicos relevantes relacionados a la





herramienta de desarrollo utilizada.Para ello se solicita a los licitantesindicar en sus propuestas lametodología, plan y temario queincluiría dicha transferencia de

conocimientos.





ASP.TÉCNICOS-30

Requisito técnicoDentro del alcance de los Servicios seencuentran:

a. Corrección de errores y defectos enel Software de Aplicación del

Sistema del proveedor. b. Provisión y activación deProcedimientos para el manejo deServicios y resolución de problemasdentro de rangos de tiempoespecificados.

c. Para el software, no habrá más detres fallas por año y no más de unapor mes.

d. La expectativa general del BCHsobre la disponibilidad del sistema

es de 99.95 por ciento (donde eltiempo de avería es definido comofalta de disponibilidad total delsistema). Se requiere que losOferentes den detalles de laconfiabilidad esperada y elcoeficiente de confiabilidad ydisponibilidad para la configuraciónactual (hardware, software, etc.)que ellos están proponiendo.

Capítulo ―C‖Inciso 2.5.3.1







31

Requisito técnicoDurante el periodo de garantía el BCHrequiere como parte de mecanismos desoporte que el proveedor cuente con unamesa central de atención telefónica o callcenter. El Call Center funcionará en unhorario de 8:00 a 19:00 en días deactividad financiera local establecido porel BCH.El proveedor registrará las llamadas deincidencias y las ingresará a un sistema

que permita reportar a solicitud del BCHcada evento ocurrido. Por cada evento seregistrará al menos lo siguiente:

No. de Evento Fecha y hora de reporte Fecha y hora de evaluación Comentarios Fecha y hora de entrega Fecha y hora de cierre

El Servicio de Soporte del proveedor secomprometerá a brindar el soportetécnico correctivo para el sistemaLBTR-CDV atendiendo solicitud querealice el BCH vía teléfono, facsímil ocorreo electrónico; el cual se prestarálas veinticuatro (24) horas al día, siete(7) días a la semana, los trescientossesenta y cinco (365) días del año(7X24X365), sin costo adicional para elBCH y en idioma español.

Capítulo ―C‖Inciso 2.5.3.1.1







32

Requisito técnicoEl manejo de problemas es ejecutado porel call center del proveedor, el Gerentede Servicios del proveedor y otropersonal de soporte.

Los problemas se clasificarán por elBCH de acuerdo a las siguientescategorías:

DEFECTO CRÍTICO DEFECTO NO CRÍTICO DEFECTO DE FORMA

Las reglas relacionadas a estascategorías de prioridades se definen enel captulo ―C‖ Inciso 2.5.3.1.2 incisosdel a.- al c.-

Capítulo ―C‖Inciso 2.5.3.1.2







ASP.TÉCNICOS-33

Requisito técnicoServicios de Mantenimiento durante elperiodo de garantía.El Banco Central de Honduras requiereque el proveedor al finalizar el Contrato

brinde todas las actualizaciones ysoporte para todo el Sistema contratado(incluyendo sitio primario,pruebas/capacitación y alterno) sin cargoadicional el cual será proveído bajo unacuerdo de mantenimiento.

Se solicita a los licitantes incluir en suspropuestas detalles de los términos desoporte de software propuesto tanto parael primer año (primeros doce meses) así

como para los años subsiguientes..

Dentro del alcance de los Servicios demantenimiento se encuentran lossiguientes:

a. Trabajos de mejoría ypersonalizacón.

b. notificar prontamente al BCHsobre cualquier Actualización alSoftware, la cual el proveedorpondrá a disposición, luego depruebas propias y suficientes departe del proveedor según loslineamientos de este Contrato.

c. Proveerentrenamiento para elpersonal del BCH en la utilizaciónde la Actualización.

d. Si el BCH acepta la Actualización,ésta se convertirá en la VersiónActual y las provisiones de esteContrato aplicarán enconsecuencia. En tal caso, el

proveedor incluirá las enmiendasal código fuente para la versión





actual conforme al acuerdo degarantías y custodias vigente entrelas partes.

e. El proveedor, a solicitud del BCH,asistirá en la implementación de la

Actualización.f. Cambios que se requiera que sehagan al software de Aplicacióncomo resultado de modificacionespor seguridad o funcionalidad a lainfraestructura tecnológica baseimplementada (nuevas versionesde Sistemas Operativos, Bases dedatos, Servidor de AplicacionesWeb, parches de seguridad, etc).

g. Cambios que surjan con relación a

modificaciones del formato de losmensajes SWIFT, usados por elsistema, como ha sido definidopor SWIFT.

h. El soporte para consultas. i. Cambios que surjan a la

documentación de soporteprovista por el proveedor comoparte del servicio inicial activo.

j. Trabajos de mejoría ypersonalización del proveedor.

k. Análisis de impacto para cambiosmayores que puedan exceder ellímite de las mejorías ypersonalizaciones arribaestablecido. Provisión de soportein-situ de parte de dos ingenierosdel proveedor según se requiera alo largo del primer año delacuerdo, estos ingenieros tambiénproveerán soporte al BCH para lapuesta en ejecución del sistema aotros bancos o institucionesparticipantes después del iniciodel período de mantenimiento







34

Requisito técnicoServicios de mantenimiento posterioresal período de garantíaSe requiere que el licitante describa sumetodología para proveeractualizaciones, de software paso a pasoy documentación durante la vida delsistema, proporcionando un plan decapacitación sobre los cambios yampliaciones, y que sea garantizada lacontinuidad del negocio durante las

actualizaciones y/o cambios en elsoftware. Así mismo proveerán losrequerimientos de actualización deHardware necesarios para el buenfuncionamiento de la versiónactualizada de software.

Control de Cambio y Administración deConfiguraciónLos licitantes proveerán sistemasefectivos de control de cambio y manejo

de configuración. El proveedorgarantizará que el BCH queda en lacapacidad de operar todos los aspectosde cada sistema profesionalmente ycompetentemente a través deentrenamiento y la disponibilidad deherramientas de manejo adecuadas en elambiente TIC.








ASP.TÉCNICOS-35

Requisito técnicoConversión y desviación de datosEl proveedor seleccionado migrarátoda la información relacionada a losnuevos subsistemas a implementar,

debiendo para ello realizar programasespecializados que permitan efectuar laconversión, carga y migración de datosde tal forma que se garantice sucompleta integridad.

Los saldos de los participantes directosactualmente administrada por el SIC-CCserá cargados al subsistema LBTR.Para la carga inicial de datos hacia laCDV se utilizará como fuente los

actuales sistemas de informaciónutilizados por el Departamento deOperaciones Monetarias del BCH.Dicha carga incluirá como mínimoinformación relacionada a:

Emisión de valoresgubernamentales

Servicio de la deuda Negociación de títulos valores y Datos históricos.

El BCH junto con el proveedor definirámecanismos de verificación y aceptaciónde los datos migrados que incluya almenos una verificación delDepartamento de Auditoría Interna y lacertificación de la aceptación de losdatos migrados por parte de losDepartamentos de Sistema de Pagos yOperaciones Monetarias.








ASP.TÉCNICOS-

36

Requisito técnicoLa documentación será remitida enidioma español, ajustado para el

propósito y apropiada para lasnecesidades del BCH.

Capítulo ―C‖Inciso 2.6




ASP.TÉCNICOS-37

Requisito técnicoLa documentación será remitida enidioma español ajustado para elpropósito y apropiada para las

necesidades del BCH. Como mínimoincluirá:Documentos para usuarios finales: Literatura del producto

Esta describirá los diferentescomponentes del sistema, tantohardware como software que seannecesarios para los requisitostécnicos y de negocios de estaadquisición. DocumentaciónTerminal-Usuario

Se confeccionará según sea aplicable,incluyendo guías de operación,manuales operativos y manuales deusuario estándar. La ayuda en líneaserá provista en todos los módulosdel Sistema.

Reglas de operación yprocedimiento

El proveedor de las solucionesbrindará al BCH una asesoría queincluya presentar consejos,

recomendaciones, y documentaciónmodelo para el desarrollo de reglas

Capítulo ―C‖Inciso 2.6.1,2.6.2, 2.6.3




operativas y procedimientos finalespara Sistema, basándose en laexperiencia previa del proveedor. Lasrecomendaciones hechas y ladocumentación modelo provista será

consistente con las mejores prácticasinternacionales.Documentos técnicos: Especificaciones y descripciones

funcionales del software de sistema. Especificaciones y descripciones

funcionales del software deaplicación.

Instrucciones para el respaldo,restauración y restauraciónselectiva.

Instrucciones paso a paso paraintercambiar el procesamiento delsitio primario al sitio alternativo yviceversa ya sea para efectos deprueba o de enfrentamiento de unacontingencia real.

Diseño final y documentación delas configuraciones establecidas.

Manual / lista de errores con accióninmediata sugerida.

Instructivo para la puesta enmarcha.

Arquitectura del Sistema a altonivel.

Procedimiento de control decambio.

Cualquier otra documentacióntécnica que el BCH considere parala ejecución segura y efectiva delentorno de procesamiento.

Documentos sobre procedimientosoperacionales: Rutinas de tareas por lotes (batch)

estándar. Horario recomendado para tareas de




lotes (batch de ―foreground‖ y―background‖).

Detalles de todas las tareas de―foreground‖ y ―background‖.

Dependencias de estos programas

con respecto a tareas de lotes(batch). Dependencia entre tareas de lotes

(batch). Detalles de todos los reportes

estándar. Controles de integridad internos

desempeñados por el sistema. Relación entre los programas y los

datos. Relación entre la aplicación y el

sistema operativo. Relación entre la aplicación y elmanejador de la base de datos.







ASP.TÉCNICOS-38

Requisito técnicoPrueba de Concepto / Programa PilotoPrevio a la instalación e implementacióndel Sistema en los Sitios deProcesamiento definitivos, el Proveedor

instalará, configurará y probará elSistema en un Ambiente de Pruebaspreparado, el cual tendrá característicassimilares a los ambientes definitivos.

Durante las pruebas de concepto oPrograma Piloto, el Proveedor realizarátodas las adecuaciones,particularizaciones, parametrizaciones ydesarrollos que se detecten comopendientes o incompletas de la etapa de

parametrización /personalizaciónnecesarios para que el software cumplatodos los requisitos técnicos delSistema, incluidos los desarrollosnecesarios para las interconexiones conel resto de sistemas y aplicacionesinformáticas del BCH.La Prueba de Concepto tambiénpermitirá verificar el correctofuncionamiento y desempeño delSistema en la plataforma Tecnológicadel BCH (hardware, software, red yacceso de las terminales de los usuarios).

Capítulo ―D‖Inciso 3.2.1







ASP.TÉCNICOS-39

Requisito técnico (Diseño y Ejecuciónde las Pruebas de AceptaciónOperacional)Además de las pruebas funcionales y de

integración, el Proveedor en conjuntocon el BCH realizar al menos lassiguientes pruebas: Pruebas de volumen Pruebas de estrés Pruebas de benchmark Pruebas de seguridad Pruebas de desempeño Pruebas de instalación Pruebas de recuperación Pruebas de almacenamiento

Pruebas de conexión Pruebas de contingencia informática

El Licitante incluirá en su propuesta eldetalle del plan de prueba propuesto elcual tendrá como finalidad validar elcorrecto funcionamiento del Sistema.





ASP.TÉCNICOS-40

Requisito técnico (Restablecimiento deServicio en el Sitio Alterno)

Los licitantes documentarán y explicaránel proceso de cambio y el tiempo quetoma restablecer el procesamiento en elsitio alterno.








ASP.TÉCNICOS-41

Requisito técnico (Pruebas decontingencia)Participar de manera directa en pruebasde contingencia informática planificadas

por el BCH previo a la puesta enproducción del Sistema.Los objetivos de las pruebas son: Validar los controles de mitigación

de riesgos implementados a lainfraestructura tecnológica delSistema.

Validar tiempos de respuesta ypuntos de información máximopermisible definidos por el BCHpara recuperación de la tecnología

en caso de un desastre. Obtener información de campo para

actualizar la documentación delPlan de Recuperación anteDesastres del BCH que incluye elSistema.

Eficientar la logística derecuperación ante desastres








ASP.TÉCNICOS-42

Requisito técnicoEl plan del BCH solicita que los subsistemas sean implementados deacuerdo al cronograma planificado esdecir con un máximo de duración de 24

meses. Con este plan, los licitantesdemostrarán claramente la forma comopueden lograr este objetivo yopcionalmente presentar propuestas quepudiesen ofrecer ventajas.

Capítulo ―E‖Inciso 4.1



Requerimientos de la Infraestructura Tecnológica

Los incisos desde IT-01 al IT-22 se refieren al ítem 1.

Requisito técnicoNº IT-01

Requisito técnicoArquitectura de procesador.Dos (2) CPU´s SPARC64 VI, RISC de64 bits con Crecimiento mínimo decuatro (4) CPU´s




Requisito técnicoNº IT -02

Requisito técnicoVelocidad de procesamiento mínimo.Con al menos 2.15 GHZ.






requisito:


Requisito técnico

Nº IT -03

Requisito técnico

Memoria RAM.Instalada con configuración mínima detreinta y dos (32) GB.Con un crecimiento mínimo dedoscientos cincuenta y seis (256) GB.

Capítulo ―C‖

Inciso 2.1.2



Requisito técnicoNº IT -04 Requisito técnicoAlmacenamiento mínimo.Con al menos dos (2) discos duros de146 GB, 10K rpm, tecnología SAS osuperior y que permita ser configuradosen RAID 1.





Requisito técnicoUnidad para Dispositivos Ópticos.Provisto con al menos una unidad deDVD-ROM interna en el mismo chasis.








Requisito técnicoInterfaces.Provisto con al menos una (1) interfaceUltra320 SCSI interno / externo, con unmínimo de cuatro (4) puertos de red

Ethernet de 10/100/1000 Base-T.





Requisito técnicoRanuras para expansión.Al menos cuatro (4) ranuras PCI, o su

equivalente.





Requisito técnicoAdaptadores para conexión a SANProvisto al menos con dos (2)

adaptadores (HBA´s, Host Bus Adapter)con Ancho de Banda mínimo de 4Gbit/s, con capacidad de autonegociación para 2 Gbit/s y 1 Gbit/s; deun solo puerto.








Requisito técnicoSistema Operativo.Tener pre-instalado el sistema operativodel mismo fabricante del equipo en suúltima versión, además sean provistos

los medios ópticos (CD / DVD) deinstalación de dicho sistema operativo.





Requisito técnicoPresentación y montaje del equipo

Será tipo Rack y proveer todos los rielesy accesorios necesarios para montaje engabinete (rack) existente de cuatropostes. No se requiere el gabinete o rack.





Requisito técnicoCapacidades para administración ymonitoreo.Tener la capacidad de ser monitoreado ysoportado de manera remota a través depuertos seriales.








Requisito técnicoConexión de Periféricos.Provisto como mínimo con dos (2)puertos USB.





Requisito técnicoDispositivos de Entrada.Provisto con al menos un (1) teclado enespañol y un (1) mouse.





Requisito técnicoDispositivo de Salida.Provisto con monitor LCD pantalla plana 17‖ (17 Pulgadas) o superior.








Requisito técnicoFuentes de poder.Al menos dos (2) instaladas de maneraredundante con sus respectivos cables dealimentación de energía.





Requisito técnicoInstalación, configuración y pruebasLa instalación, configuración y pruebasserá realizada por personal técnico

certificado.





Requisito técnicoDocumentación RequeridaManuales de usuario, instalación,

configuración, diagramas de hardware,medios de instalación Originales (CD oDVD) y controladores de configuración.


Capitulo ―C‖ Inciso 2.1.3.1literal a.-







Requisito técnicoAlmacenamiento externoNo se requiere ningún tipo dealmacenamiento externo. El compradorproveerá el almacenamiento requerido

para las configuraciones solicitadas.





Requisito técnicoSeis (6) Licencias de Base de DatosOracle Enterprise Edition 11g R2

perpetuas por procesador





Requisito técnicoSeis (6) Licencias del Componente deAlta Disponibilidad de Base de Datos

Oracle Real Application Clusters 11g R2perpetuas por procesador








Requisito técnicoCuatro (4) Licencias de Base de DatosOracle Estandar Edition 11g R2perpetuas por procesador





Requisito técnicoNueve (9) Licencias del Componente deReplicación Oracle Golden Gateperpetuas por procesador.




Los incisos desde IT-23 al IT-28 se refieren a los ítems 2, 3, 4 y 5.Requisito técnico

Nº IT-23 Requisito técnicoDocumentación a EntregarManuales técnicos, instalación,

configuración y administración.


Capitulo ―C" Inciso 2.1.3.2,inciso a.-







Requisito técnicoDocumentación a EntregarMedios ópticos de instalación originales(CD‘s o DVD‘s).


Capitulo ―C" Inciso 2.1.3.2,

inciso a.-Razones técnicas invocadas por el Licitante para demostrar que cumple con elrequisito:



Requisito técnicoDocumentación a EntregarOriginal del Contrato de Licenciamientoy Servicios Oracle – OLSA – parausuario final.


Capitulo ―C" Inciso 2.1.3.2,

inciso a.-




Requisito técnicoDocumentación a EntregarOriginal del Certificado deLicenciamiento de Programas y Soporte

por el primer año a nombre de BancoCentral de Honduras (Customer SupportIdentifier, CSI, por su sigla en inglés) eindicar la fecha de inicio y fin delsoporte y cualquier documentacióntécnica adicional.


Capitulo ―C"

Inciso 2.1.3.2,inciso a.-







Requisito técnicoConfiguración RequeridaLa instalación estará actualizada con lasúltimas versiones de parches deseguridad liberadas por el fabricante.





Requisito técnicoConfiguración RequeridaEl componente de replicación GoldenGate, tendrá que configurarse de manera

unidireccional de tal forma que capturela información del ambiente deproducción y sea entregada hacia elambiente de recuperación ante desastres.




Los incisos desde IT-29 al IT-31 se refieren a los ítems 6 y 7.


Requisito técnicoSoftware del Servidor deAplicaciones/Web.

Capítulo “C”

Inciso 2.1.2







Requisito técnicoEn caso de que aplique: Software de

Integración de Datos (Para conexión deenlaces señalados en la sección VIRequisitos Técnicos, numeral 2.5.1―Integración del Sistema‖ literal ―c‖ ySistema SWIFT).




Requisito técnicoNº IT -31 Requisito técnicoDocumentación a entregar: Manuales técnicos, instalación,

configuración y administración.

Medios ópticos de instalaciónoriginales (CD‘s o DVD‘s).

Original del Certificado deLicenciamiento de Programas ySoporte por el primer año anombre de Banco Central de

Honduras e indicar la fecha deinicio y fin del soporte; segúnaplique.


Capitulo ―C‖ Inciso 2.1.3.3,

literal a.-






Los incisos desde IT-32 al IT-35 se refieren a los ítems 1, 2, 3, 4, 5, 6 y 7.


Servicios conexosLocalidadEl proveedor tendrá que entregar,

instalar, configurar y probaradecuadamente los bienes en lasinstalaciones del Banco Central deHonduras en las Ciudades deTegucigalpa, Comayagüela y San PedroSula; bajo la supervisión de personaltécnico del Departamento de Tecnologíay Comunicaciones de BCH, dichasactividades deberán realizarse en laubicación convenida.

Capítulo “C”

Inciso 2.1.3.1,literal b.-

Capítulo “C”

Inciso 2.1.3.2,literal d.-

Capítulo “C”





Servicios conexosParticipantesLa recepción de los bienes tendrá querealizarse en presencia de losrepresentantes de los Departamentos deAuditoría Interna, Tecnología y

Comunicaciones y Servicios Generales;así como, el Representante Legal de la(s) empresa (s) adjudicada (s) o lapersona que éste designe por escrito.

Capítulo “C”

Inciso 2.1.3.1,literal c.-

Capitulo “C” Inciso 2.1.3.2,

literal b.-Capítulo “C”






Servicios conexosCostosEl Proveedor se compromete a asumirlos costos de movilización,comunicación, hospedajes, impresión y

otros que sean necesarios para llevar acabo las labores requeridas en losservicios conexos relacionadas a cadauno de los ítems de la infraestructuratecnológica.

Capítulo “C”

Inciso 2.1.3.1,literal g.-

Capitulo “C”

Inciso 2.1.3.2 Literal h.-

Capítulo “C”

Inciso 2.1.3.3,literal f.-




Servicios conexosNotificaciónEl proveedor tendrá que notificar concinco (5) días hábiles de anticipación, lafecha y hora de la recepción.

Capítulo “C”


Capítulo “C”


Capítulo “C”

Inciso 2.1.3.3,

literal c.-








Servicios conexosInstalaciónEl proveedor tendrá que instalar y

configurar los seis (6) servidores de lasiguiente forma:

Dos (2) servidores para ambientede producción de la capa de Basede Datos instalados yconfigurados en altadisponibilidad mediante elOracle Real Application Clusters.

Dos (2) servidores para ambiente

de producción de la capa deaplicación (El software deservidor de aplicación/webdeberá de ser provisto con ellicenciamiento correspondiente anombre de Banco Central deHonduras).

Un (1) servidor para ambiente depruebas-capacitación de la capade Base de Datos y

Aplicación/Web. Un (1) servidor para ambiente de

contingencia -recuperación antedesastres- (Sitio Alterno) de lacapa de Base de Datos yAplicación/Web.

Capítulo “C”

Inciso 2.1.3.1,literal e.-







Servicios conexosInformeComo resultado de la instalación,configuración, puesta en funcionamientoy pruebas, se presentará al Jefe del

Departamento de Tecnología yComunicaciones del Banco Central deHonduras, un informe técnico detalladode los trabajos relativos a cada uno delos bienes suministrados.

Capítulo “C”







Los incisos desde IT-38 al IT-39 se refieren a los ítems 2, 3, 4 y 5.


Servicios conexosAlta Disponibilidad y ReplicaciónEl Proveedor tendrá que configurar el

software del Motor de Base de Datos ydemás componentes para laconfiguración en Alta Disponibilidad(RAC) y Replicación de datos a sitioalterno (Golden Gate) de acuerdo allicenciamiento adquirido en losservidores correspondientes, dichainstalación tendrá que quedar actualizadacon las últimas versiones de parches deseguridad liberadas por el fabricantepara los productos adquiridos.

Capítulo “C”





Servicios conexosInstalaciónEl proveedor tendrá que instalar yconfigurar el software del Motor de Basede Datos y demás componentes para laconfiguración en Alta Disponibilidad

(RAC) y Replicación de datos a sitioalterno (Golden Gate) de la siguientemanera:

Ambiente de Producción:Seis (6) licencias de Base deDatos Oracle Enterprise Edition11g R2.Seis (6) licencias delComponente de AltaDisponibilidad de Base de DatosOracle Real Application Clusters

Capítulo “C”





11g R2.Seis (6) licencias delComponente de Replicación deDatos Oracle Golden Gate 11g(Deberá de ser configurado para

replicar datos hacia el servidor derecuperación ante desastres, sitioalterno).

Ambiente de Recuperación antedesastres:Dos (2) Licencias de Base deDatos Oracle Estándar Edition11g R2.Tres (3) licencias del

Componente de Replicación deDatos Oracle Golden Gate 11g(Deberá de Tendrá que serconfigurado para replicar datosdesde el servidor de producción).

Ambiente de Pruebas-Capacitación:Dos (2) Licencias de Base deDatos Oracle Estándar Edition11g R2.



El inciso IT-40 se refiere a los ítems 6 y 7.


Servicios conexosDocumentación

El Proveedor tendrá que entregar a ElBanco Central de Honduras la

Capítulo “C”

Inciso 2.1.3.3,

literal a.-




documentación técnica como ser losmanuales de usuario, técnico,instalación, configuración yadministración; así como también, losmedios ópticos de instalación originales

CD‘s o DVD‘s, Or iginal del Contrato deLicenciamiento a nombre de El BancoCentral de Honduras, indicando fecha deinicio y finalización del soporte, segúnaplique y cualquier documentacióntécnica adicional.






El inciso IT-41 se refiere al ítem 6.


Servicios conexosDocumentaciónEl proveedor tendrá que instalar y

configurar el software del Servidor deAplicaciones/Web en los servidoresimplementados en los siguientesambientes: Producción,Pruebas/Capacitación y Contingencia;bajo la supervisión de personal técnicodel Departamento de Tecnología yComunicaciones.

Capítulo “C”




Los incisos desde IT-42 al IT-43 se refieren a los ítems 7.


Servicios conexosDocumentaciónEl Proveedor tendrá que instalar,configurar y probar en caso de queaplique: el Software de Integración deDatos (Para conexión de enlaces

señalados en la sección VI RequisitosTécnicos, numeral 2.5.1 ―Integración delSistema‖ literal ―C‖ y Sistema SWIFT),en los servidores implementados en lossiguientes ambientes: Producción,Pruebas/Capacitación y Contingencia;bajo la supervisión de personal técnicodel Departamento de Tecnología yComunicaciones.

Capítulo “C”








Servicios conexosDocumentaciónCualquier requerimiento de softwareadicional, como ser conectores a la basede datos en producción Progress; tendrá

que ser expresamente señalado eincluido como parte de su oferta.

Capítulo “C”

Inciso 2.1.3.3,literal g.-



Los incisos desde IT-44 al IT-48 se refieren a los ítems 1, 2, 3, 4, 5, 6 y 7.

Requisito técnico

Nº IT-44

Apoyo Técnico

DefectosEn caso de defectos el proveedorefectuará los cambios, modificacionesy/o adiciones que se necesiten para quelos bienes o alguna parte de éstosalcancen los niveles contractualesgarantizados estipulados en el Contrato,a su propio costo y gastos, y someter losbienes a otras pruebas en cuanto afuncionamiento.

Capítulo “C”

Inciso 2.5.4.1,literal a.-


requisito:






Apoyo TécnicoIntegralLa garantía tendrá que ser integral enpartes y servicios pudiendo derivarse enterceros, siempre y cuando éstos cuenten

con personal con experiencia ydebidamente certificados en los bienesobjeto de este proceso; la atención parala corrección de la falla u errorreportado.

Capítulo “C”




Requisito técnico

Nº IT-46

Apoyo Técnico

Reemplazo de equipoLa garantía se hará efectiva con elreemplazo de la pieza, elemento oequipo completo averiado, por un nuevoy original; sin cargo alguno para elcomprador, incluida la mano de obranecesaria para su reposición.

Capítulo “C”





Apoyo TécnicoCostosLa garantía tendrá que ser efectuada enel lugar físico donde se sufrió eldesperfecto. Los traslados que debaefectuar el proveedor para elcumplimiento de la garantía correránexclusivamente por su cuenta, noreconociendo ningún monto en conceptode fletes, embalajes, mano de obra,

transporte u otros.

Capítulo “C”






requisito:






Apoyo TécnicoSustituciónDentro del plazo de la garantía, elperíodo para corrección de defectos seráde un máximo de 10 horas, dichos

trabajos tendrán que iniciarse en untiempo máximo de dos (2) horascontadas a partir de la notificaciónrealizada al proveedor vía teléfono,facsímil o correo electrónico. Para locual, si es necesario tendrán quereemplazar las piezas que se requieranpara el buen funcionamiento del equipo,sin que existan gastos adicionales; laspiezas que se utilicen para reemplazarlas dañadas, tendrán que ser nuevas y

originales.Si la misma falla se repite por más dedos veces durante el período de garantía,no se admitirá su reparación, sino que elproveedor quedará obligado a sustituir elequipo de acuerdo con lo indicado en elinciso f), de la sección ―2.5.4.3.‖―Servicio de mantenimiento y reparacióndurante el período de garantía‖ Ítem 1:Seis (6)‖.

Capítulo “C”

Inciso 2.5.4.1



El inciso IT-49 se refiere a los ítems 2, 3, 4, 5, 6 y 7.


Apoyo TécnicoRespaldoEl Proveedor tendrá que garantizar que

el ―Soporte a Producto‖, se iniciará enun tiempo máximo de dos (2) horascontado a partir del momento en que la

Capítulo “C”

Inciso 2.5.4.1, Ítems 2, 3, 4 y 5,

literal a.-Capítulo “C”




falla es reportada por El Banco Centralde Honduras vía llamada telefónica,facsímile o correo electrónico; debiendocorregir el problema en un tiempomáximo de veinte y cuatro (24) horas,

contado a partir del momento en que lafalla fue reportada por El Banco Centralde Honduras para lo cual, si es necesariotendrá que reinstalar el producto en sutotalidad para el buen funcionamientodel mismo, sin que El Banco Central deHonduras tenga que incurrir en gastosadicionales y sin comprometer en lamedida de lo posible la disponibilidadde cualquier servicio que ya se brindecon dicho software.

Inciso 2.5.4.1, Ítems 6 y 7,

literal a.-





Apoyo TécnicoRespaldo

El Proveedor suministrará al BancoCentral de Honduras con carácter deinmediato y prioritario – máximo cuatro(4) horas después de conocida la falla-,equipo de respaldo en calidad depréstamo con especificaciones técnicassimilares al comprado, en caso de quepor cualquier falla grave propia de dichoequipo; todo o parte del mismo deje defuncionar y no sea posible surestablecimiento a operación normal

mediante los primeros intentos dereparación indicados en inciso e) de laSección ―2.5.4.1 Garantía de los

Capítulo “C”

Inciso 2.5.4.1,

Ítem 1, literal a.-




Bienes‖.




Apoyo TécnicoCompatibilidadEl equipo de respaldo tendrá que serabsolutamente compatible con losequipos objetos de adquisición y su usoserá libre de todo costo y por el tiemponecesario hasta que se corrija (n) la(s)falla(s) que origino (aron) la sustitución.El equipo de respaldo estará en

operación en las Instalaciones de ElBanco Central de Honduras mientras ElProveedor realiza todas las gestionescorrespondientes para la entregadefinitiva del equipo sustituto; mismoque tendrá que ser nuevo.

Capítulo “C”

Inciso 2.5.4.1, Ítem 1, literal b.-



Requisito técnicoNº IT-52 Apoyo TécnicoDevoluciónEl servicio de mantenimiento correctivodurante el período de garantía contemplasin costo adicional para El BancoCentral de Honduras, todos los gastospara la movilización del equipo, partes,repuestos y del personal técnico que ElProveedor necesite para poner enfuncionamiento el equipo defectuoso,las partes y accesorios que se requieran

serán nuevas, originales y pasarán a serpropiedad de El Banco Central deHonduras, los repuestos defectuosos y

Capítulo “C” Inciso 2.5.4.1,

Ítem 1, literal c.-




reemplazados se devolverán a elProveedor si así éste lo requiere, en elcaso particular de dispositivos dealmacenamiento (discos duros), de serposible tendrán que ser sometido a un

proceso previo de eliminación de datosantes de su devolución.






Los incisos desde IT-53 al IT-54 se refieren a los ítems 2, 3, 4 y 5.


Apoyo TécnicoRespaldoEl Proveedor tendrá que comprometerse

a presentar al Departamento deTecnología y Comunicaciones de ElBanco Central de Honduras, un informetécnico describiendo las causas de lasfallas reportadas y la solución de lasmismas.

Capítulo “C”

Inciso 2.5.4.1, Ítems 2, 3, 4 y 5,

literal b.-



Requisito técnicoNº IT-54 Apoyo TécnicoRespaldoEl servicio de ―Soporte a Producto‖durante el período de garantía contemplasin costo adicional para El BancoCentral de Honduras, todos los gastospara la movilización del personal técnicoque el proveedor necesite para poderatender los problemas que le seanreportados.

Capítulo “C” Inciso 2.5.4.1, Ítems 2, 3, 4 y 5,

literal c.-


requisito:


Los incisos desde IT-55 al IT-60 se refieren a los detalles del ítem 1.


Apoyo TécnicoRepuestosEl Proveedor tendrá que mantenerexistencias suficientes (ver lista de

Componentes y Repuestos de gran valory Frecuencia de uso) para asegurar el

Capítulo “C”

Inciso 2.5.4.1.1, Ítem 1




suministro inmediato de repuestosconsumibles para los bienes. (El tiempomáximo de atención será de veinticuatro(24) horas). Los demás repuestos ycomponentes serán suministrados tan

pronto como sea posible, pero en untiempo no mayor a tres (3) semanascontadas a partir de la colocación delpedido.




Apoyo TécnicoPeriodo de Garantía

El equipo objeto del proceso deadquisición, tendrá que estar cubiertopor servicios de mantenimientopreventivo sin costo adicional para elBanco Central de Honduras al menosdurante el período de garantía de tres (3)años para el equipo completo.

Capítulo “C”

Inciso 2.5.4.2,

Ítem 1, literal a.-




Apoyo TécnicoPlan de MantenimientoDentro del plazo de quince (15) díashábiles posteriores a la entrega,instalación, configuración correcta yprueba del equipo, El Proveedor tendráque presentar un plan sugiriendo lasfechas y horarios en que se realizará elmantenimiento preventivocorrespondiente a los equipos en

garantía, el cual tendrán que realizarsecuatrimestralmente y una vez que dichomantenimiento haya sido realizado se

Capítulo “C”

Inciso 2.5.4.2, Ítem 1, literal b.-




entregará un reporte por escrito delmismo. Este mantenimiento tendrá queplanificarse en un horario que noperturbe la operación normal de cadaequipo.




Apoyo TécnicoPlan de MantenimientoEstos servicios entre otros podránconsistir en ajustes, reparaciones,reemplazos y limpieza que seannecesarios, cada trabajo que se realice

tendrán que ser recibidos a satisfaccióndel personal técnico de ―El BancoCentral de Honduras‖, por tanto ElProveedor presentará un informecorrespondiente a dicho mantenimiento;el cual servirá como base de revisión,para su aceptación o no a satisfacción.

Capítulo “C”

Inciso 2.5.4.2, Ítem 1, literal c.-




Apoyo TécnicoRequerimientos de MantenimientoLos requerimientos mínimos demantenimiento preventivo que ElProveedor realizará en cada visita, sonlos siguientes:

1. Limpieza interior y exterior delRack donde está cada equipo.

2. Limpieza interior y exterior de

cada equipo. 3. Aplicación de limpiador de

Capítulo “C”

Inciso 2.5.4.2, Ítem 1, literal d.-




contactos en las ranurasprincipales que interconectandispositivos según corresponda.

4. Limpieza de unidad de CD / DVD.

5. Ejecución de prueba dediagnóstico general del hardwarede cada equipo completo.

6. Aplicación de parches deseguridad a los SistemasOperativos de ser requeridos encada equipo.

7. Otros requerimientosrecomendados por el fabricante.




Apoyo TécnicoActualizacionesEl Proveedor recomendará yproporcionará dentro del período degarantía, las actualizaciones (Upgrade) onuevas versiones del sistema operativode los servidores cuando el fabricante loslibere al mercado, las cuales seránsuministradas a El Banco Central deHonduras a través de medios ópticosoriginales (CD´S / DVD´S ); ohabilitando acceso al Sitio Web delFabricante para la descargacorrespondiente.

El Proveedor realizará los trabajos deinstalación de actualizaciones,estableciendo las fechas de dichostrabajos en común acuerdo con el

Capítulo “C”

Inciso 2.5.4.2, Ítem 1, literal g.-




personal técnico del Departamento deTecnología y Comunicaciones según lanecesidad de parte de El Banco Centralde Honduras o cuando resulte deextrema urgencia para garantizar la

correcta operación de dichos equipos yde los sistemas en ellos instalados.Razones técnicas invocadas por el Licitante para demostrar que cumple con elrequisito:





Los incisos desde IT-61 al IT-64 se refieren a los ítems 2, 3, 4, 5, 6 y 7.


Apoyo TécnicoAsesoríaEl Proveedor garantizará la asesoría

técnica vía teléfono, correo electrónicoy, en su caso, la asistencia en lasinstalaciones de El Banco Central deHonduras, para todo lo relacionado conla operación y funcionamiento de losproductos bajo licencia durante elperiodo de vigencia del soporte técnicoinicial.

Capítulo “C”

Inciso 2.5.4.2, Ítems 2, 3, 4 y 5,

literal a.-Capítulo “C”


literal a.-




Apoyo TécnicoAsistenciaEl Proveedor tendrá que comprometersea brindar la asistencia técnica de―Soporte a Producto‖, el cual se realizarálas veinticuatro (24) horas al día, siete(7) días a la semana, los trescientossesenta y cinco (365) días del año(7X24X365), sin costo adicional para El

Banco Central de Honduras.

Capítulo “C”

Inciso 2.5.4.2, Ítems 2, 3, 4 y 5,

literal b.-

Capítulo “C”


literal b.-




Apoyo TécnicoMediosEl Proveedor tendrá que comprometersea brindar el ―Soporte a Actualizaciones‖que consiste en proporcionar a El Banco

Central de Honduras los medios ópticosde instalación (CD ‘s / DVD ‗s)originales y manuales de las nuevas

Capítulo “C”

Inciso 2.5.4.2, Ítems 2, 3, 4 y 5,

literal c.-

Capítulo “C” Inciso 2.5.4.2, Ítems 6 y 7,




versiones, parches de seguridad quesean liberadas al mercado por elfabricante o habilitando acceso al SitioWeb del Fabricante para la descargacorrespondiente, entregando además el

addendum correspondiente alCertificado de Licenciamiento porprograma a nombre de El Proveedor, sinque el BCH incurra en algún costoadicional.

literal c.-



Requisito técnico

Nº IT-64

Apoyo Técnico

RecomendarEl Proveedor tendrá que comprometerse,cuando sea requerido por El BancoCentral de Honduras, a recomendar yapoyar en las tareas de instalación yconfiguración de todos los productosincluidos en el Servicio de Actualizaciónde Licencias y Soporte contratado, sincosto adicional.

Capítulo “C”

Inciso 2.5.4.2, Ítems 2, 3, 4 y 5,literal d.-

Capítulo “C”


literal d.-



El inciso IT-65 se refiere a los ítems 2, 3, 4 y 5.


Apoyo TécnicoSistema de SoporteEl Proveedor tendrá que comprometersea proporcionar a El Banco Central deHonduras los accesos al Sistema de

Soporte al Cliente de Oracle (OracleSupport) a través de Internet, éstos

Capítulo “C”

Inciso 2.5.4.2, Ítems 2, 3, 4 y 5,

literal e.-




deben estar a nombre de El BancoCentral de Honduras. Asimismo deberáproporcionar la información del nombre,cargo, dirección de correo y teléfonos delos contactos técnicos que brindarán el

servicio de actualización de licencias ysoporte contratado, tanto localmentecomo en el exterior.



El inciso IT-66 se refiere a los ítems 6 y 7.

Requisito técnicoNº IT-66 Apoyo TécnicoRecomendarEl Proveedor tendrá quecomprometerse, cuando sea requeridopor El Banco Central de Honduras, arecomendar y apoyar en las tareas deinstalación y configuración de todos losproductos incluidos en el Servicio deActualización de Licencias y Soportecontratado, sin costo adicional.

Capítulo “C” Inciso 2.5.4.2, Ítems 6 y 7, literal

d.-


requisito:





El inciso IT-67 se refieren al ítems 1.


Requisito técnicoInspecciones de la Infraestructura

TecnológicaEl Comprador requiere los siguientesprocedimientos de inspección y pruebasantes de que los bienes sean embarcadosy aceptados definitivamente:

f. Pruebas POST a efecto de verificar elreconocimiento adecuado de todoslos dispositivos del equipo.

g. Pruebas a nivel de OBP (Open BootProm)

h. Verificación de funcionamientoadecuado del Firmware (SystemFlash Prom).

i. Prueba de carga del sistema operativopre instalado.

j. Pruebas de funcionamiento de discos,memorias y procesadores.

Estas pruebas podrán variar o no serrequeridas según el tipo de equipo quese esté ofertando.







H. ANEXOS

Anexo 1: Tecnologías y Sistemas de información existentes

Anexo 2: Planos y estudio del lugar del proyecto

Anexo 3: Proyecto del BCH y estructura de la dirección de su empresa

Anexo 4: Partes interesadas y modalidades de gestión de proyectos delcomprador

Anexo 5: Códigos legales y reglamentos jurídicos pertinentes.

Anexo 6: Actual y Futuro Sistema de Pagos de Honduras

Anexo 7: Enlaces

Anexo 8: Infraestructura SWIFT

Anexo 9: Acuerdo de Confidencialidad para Consultores Externos

Anexo 10: Infraestructura Tecnológica Solicitada




ANEXO 1

TECNOLOGIAS Y SISTEMAS DE INFORMACIÓN EXISTENTES

Este anexo describe el ambiente y las facilidades de Tecnologías de Información yComunicaciones (TIC) del Banco Central de Honduras (BCH). Los licitantes deberánpreparar sus Ofertas asumiendo que el ambiente especificado en este anexo estará enfuncionamiento previo a la implementación de la solución tecnológica propuesta, a menosque se afirme lo contrario.

1.1. Ambiente TIC Actual del BCH

1.1.1 Vistazo General

La red actual del ambiente TIC del BCH está basado en una Red de ÁreaLocal (LAN) en cada uno de los edificios geográficamente dispersos,mismos que están interconectados mediante una red WAN; siendo sus

componentes de red Computadoras personales de escritorio, servidores deservicios (Directorio Activo, Correo Electrónico, Antivirus Corporativo,DNS), servidores de aplicación con servicios y aplicaciones publicadas enintranet e internet. La conexión entre pisos de los edificios se logra mediantefibra óptica,así mismo se tiene enlace de fibra óptica al sitio alterno del BCHubicado a 1.5 kilómetros de distancia del edificio principal.

El BCH tiene implementado una extranet que interconecta a: CEPROBANpara el uso de la Cámara de Compensación Electrónica de Cheques(CCECh), la cámara de compensación electrónica de pagos (ACH por sussiglas en inglés). CNBS usada para la transferencia de información

estadística y de regulación del sistema financiero y SEFIN para pagos deproveedores y planillas del gobierno. La conexión a Internet esproporcionada por dos Proveedores de Servicio de Internet (ISP) de lascuales una es utilizada para conexión a SWIFT.

1.1.2 Estaciones de Trabajo de los Usuarios

El BCH cuenta con más de 500 estaciones de trabajo (computadoraspersonales) operando con sistemas operativos Windows XP, Windows Vistay Windows 7.

1.1.3 Servidores actuales




El BCH a raíz de su estándar de plataforma tecnológica según lo definido enel Plan Estratégico Informático de largo plazo aprobado por el Directorio delBCH en enero 2004, hace uso de servidores Sun Microsystems operados conla versión más reciente del sistema operativo Solaris.

A continuación se presenta el listado de algunos servidores con que cuentael BCH:

1.1.4 Aplicaciones

Actualmente alrededor del 80% de las aplicaciones están escritas en ellenguaje de programación Progress utilizando como sistema manejador debase de datos (DBMS) la base de datos Progress, ambiente bajo el cual seencuentra desarrollado el actual Sistema Integrado de Contabilidad (SIC)que incluye los módulos de Cuenta Corriente y Mayor General, el Sistemade Administración de títulos valores y otros sistemas que permiten

administrar los títulos valores denominados en dólares.

Cantidad Descripción Arquitecturade Procesador Ambientes Aplicación

2 SunFire V880(Sistema Operativo:Solaris 10)

UltraSPARC III,RIS 64 Bits

Producción,Contingencia

Base deDatos(Oracle 10G)

2 SunFire V440(Sistema Operativo:

Solaris 10)

UltraSPARC

IV, RIS 64 Bits

Desarrollo/ Mantenimien

to, Pruebas

Base deDatos

(Oracle 10G)

1

Sun SPARCEnterprise M4000(Sistema Operativo:Solaris 10)

SPARC VI,RIS 64 Bits Producción

Base deDatos(Oracle 10G)

3 Sun Fire T2000(Sistema Operativo:Solaris 10)

UltraSPARCRIS 64 Bits

Pruebas,Producción

Servidor deAplicación(OracleApplicationServer 10 yBase deDatos Oracle

10G) 8




Existen otras aplicaciones construidas en Microsoft Visual Foxpro y VisualBasic 6.0, las cuales utilizan la Base de Datos Microsoft SQL 2005.Secuenta también con aplicaciones construidas en herramientas Microsoft.NET, algunas de las cuales utilizan el motor de base de datos Oracle 10g yotras el Microsoft SQL 2005, entre las que está el Sistema Electrónico de

Negociación de Divisas, el cual permite realizar la subasta de divisas yaplicaciones para usuarios externos.

1.1.5 Manejador de Base de Datos

En cuanto a plataforma de bases de datos, el BCH actualmente cuenta comoparte de su estándar definido con las licencias correspondientes a la base dedatos Oracle versión 10g release 2 para los ambientes de desarrollo,producción y contingencia de los procesos y sistemas de informacióncríticos.

Asimismo, cuenta con el DBMS de Progress en el cual reside un gran

número de bases de datos, sin embargo conforme la nueva estrategia ya nose permiten nuevos desarrollos sobre dicha plataforma.

1.1.6 Red

La red es una red IP que corre sobre un soporte de fibra óptica y conexionesa todos los pisos del BCH.

La red principal se conecta a otras redes, entre ellas:

a. La red del Centro de Procesamiento Bancario (CEPROBAN) La cualse conecta a través de una red de fibra óptica entre CEPROBAN y elBCH a una velocidad de 10MB, y típicamente de entre 512Kb y 2 Mbpara los bancos participantes y todos los sistemas estánpermanentemente conectados. Esta red cuenta con al menos dos puntosde contingencia;

b. La red de la Comisión Nacional de Bancos y Seguros (CNBS) es unared dedicada que conecta a los bancos a velocidades entre 128KB a384KB. La conexión al BCH es directa y es de 1MB. Esta red ha sidorefrendada en su seguridad por una compañía internacional (No poseecontingencia);

c. Tres enlaces a Internet con diferentes proveedores a velocidades de 10Mb, 4 Mb y 1 Mb;




d. Una red de fibra óptica a velocidad de 4Gb que conecta al centro deprocesamiento principal del BCH con un sitio de procesamientoalterno localizado a 1.5 Km. del edificio principal (edificio anexo delBCH), además la comunicación entre estos dos edificios está

respaldada por una conexión de radio a velocidad de 3MB;e. La conexión a la red SWIFT es por Service Bureau a través del

Internet. SWIFT es utilizado para realizar pagos transfronterizos;

f. La conexión que existe entre BCH y la Secretaria de Finanzas(SEFIN), se realiza a través de 2 enlaces, de los cuales uno es de fibraóptica y el otro es un enlace de radio.

El Monitoreo de los componentes de la red es realizado a través del Softwarecomercial y software de código abierto.

1.1.7 Instalaciones Informáticas

Los servidores de aplicación están ubicados en un centro de cómputo seguroen el BCH. El control de acceso a dicho sitio es a través de mecanismo dedoble factor.

Los sistemas están soportados por sistemas eléctricos UPS con un generadorde respaldo. Este corre al 10% de capacidad.

Los servidores de contingencia se encuentran ubicados en un sitio alterno

físicamente separados.

1.1.8 Seguridad

1.1.8.1 Seguridad Física

El BCH tiene mecanismos de control para la seguridad física en todos susedificios (mecanismos de circuito cerrado y control de acceso medianteseguros electromagnéticos).

1.1.8.2 Seguridad de la Información




Se tiene implementado mecanismo de autenticación centralizado deidentidades, se cuenta con antivirus corporativo, sistema de prevención deintrusos, anti-spam, firewalls en los perímetros, comunicaciones cifradas,entre otros.

1.1.9 SoporteEl BCH cuenta con contratos de mantenimientos preventivos y correctivosen su infraestructura tecnológica, tanto en hardware como software.

1.1.10 Contingencia (Sitio Alterno)

El BCH mantiene un sitio de procesamiento alterno a uno punto cinco (1.5)kilómetros del sitio de procesamiento actual conectado con un enlace defibra óptica.

El BCH está en proceso de implementar un nuevo sitio alterno a una mayordistancia.

1.2. Estándar Tecnológico Definido por el BCH

El Directorio del BCH en enero 2004 aprobó el Plan Estratégico Informático delargo plazo, en el cual se contempla:

El uso de plataforma de hardware para servidores Sun Microsystems con la versiónmás reciente del sistema operativo Solaris.El uso de la base de datos Oracle en su versión más reciente para los ambientes dedesarrollo, producción y contingencia de los procesos y sistemas de información

críticos.

Los proyectos LBTR, CDV fuertemente ligados al Sistema de Pagos deberánimplementarse bajo las plataformas antes mencionadas.




ANEXO 2

PLANOS Y ESTUDIO DEL LUGAR DEL PROYECTO




Figura A. Arquitectura de la red del BCH




ANEXO 3

PROYECTO DEL BCH Y ESTRUCTURA DE LA DIRECCIÓN DE SU EMPRESA

3.1. Administración del Proyecto

3.1.1 Estructura y funciones del equipo

Las expectativas del BCH para la Estructura del Proyecto, se muestra acontinuación (ver figura A.1):

Figura A.1 - Estructura de Proyecto -

Descripciones:

Gerente del BCH:Tiene a su cargo la dirección inmediata de la administración y de las operaciones delBCH, será el encargado de girar las aprobaciones para realización de los pagos, yaprobar las decisiones institucionales.

Enlace UCP:Enlace entre el BCH y la UCP, encargado del monitoreo y seguimiento de losproyectos.

Enlace UCP Gerente BCH Asesora de Apoyo

Ejecutivo BCH

Subgerente de

O eraciones

Comité Coordinador

Sistema Nacional de

Enlace del Proveedor Equipo Coordinador

del Proyecto




Asesora de Apoyo Ejecutivo BCH:Asesorar al BCH, gestionar y coordinar las comunicaciones entre el BCH, CNBS yBanco Mundial, colaborar en funciones de coordinación y seguimiento del proyecto

Subgerente de Operaciones:Dirigir, coordinar, supervisar y controlar las actividades de los distintosDepartamentos Operativos del BCH, y del proyecto, es el encargado de la toma dedecisiones importantes del proyecto y de gestionar la toma de decisiones ante elGerente del BCH.

Comité Coordinador Sistema Nacional de Pagos (CCSNP):integrado por la Asesora de Apoyo Ejecutivo, el Enlace UCP, departamentos deSistema de Pagos, Tecnología y Comunicaciones, Jurídico y OperacionesMonetarias, este comité evaluara el impacto de las decisiones del proyecto será laprimera línea en la toma de decisiones, velara y colaborara en los requerimientos deotros proyectos en desarrollo.

Equipo Coordinador del Proyecto:Responsables de desarrollar las actividades del Proyecto, es el primer punto decontacto con el proveedor los departamentos involucrados son: Sistema de Pagos,Tecnología y Comunicaciones y Operaciones Monetarias. Este equipo será elencargado de escalar la toma de decisiones al CCSP

Enlace del Proveedor: Encargado de coordinar las comunicaciones y desarrollo delproyecto entre el Proveedor y el BCH

Los licitantes DEBERÁN describir: La estructura de su equipo propuesto para la implementación; Las funciones y responsabilidades de todos los miembros del equipo; Sus expectativas en cuanto a la estructura y manejo del equipo del BCH,

junto con sus funciones y responsabilidades.La información anterior deberá ser proporcionada para el proyecto engeneral y para la ejecución de los subsistemas o elementos individuales.

Las propuestas incluirán el Curriculum Vitae de todo el personal clavepropuesto, particularmente el Jefe del proyecto y el personal técnico y denegocios clave. En caso que alguna de estas personas no se encuentre

disponible para el proyecto, el BCH espera se nombre a otras personas concapacidad y experiencia equivalente o superior, siempre sujetas a laaprobación del BCH.

3.1.2 Reportes del Proyecto y Resolución de Asuntos

Los licitantes describirán sus procesos y procedimientos de administracióndel proyecto para asegurar un efectivo y continuo manejo del estatus del




proyecto y la toma de decisiones oportuna en cuanto a asuntos que puedantener un impacto sobre los horarios y en los entregables.

Las licitantes incluirán, por lo menos en forma esquematizada, un régimenadecuado de reporte del proyecto y el formato estándar para todos los

reportes del proyecto, presentaciones, procedimientos de resolución deasuntos, y otros aspectos que contribuyan a un mejor manejo del proyecto yel mantenimiento de buenas relaciones entre el comprador y el proveedor.




ANEXO 4

PARTES INTERESADAS Y MODALIDADES DE GESTIÓN DE PROYECTOSDEL COMPRADOR

4.1. Partes Interesadas4.1.1 Comité de Alto Nivel del Sistema de Pagos (CASP)13

El CASP está constituido por representantes del BCH, la Comisión Nacionalde Bancos y Seguros, la Secretaría de Finanzas, la Asociación Hondureña deInstituciones Bancarias, la Cámara Hondureña de Casas de Bolsa, la BolsaCentroamericana de Valores y Ceproban.

El CASP jugará un rol muy importante guiando el desarrollo contínuo, laimplementación y operación del nuevo sistema de pagos y valores, almantener el balance entre los intereses de los distintos participantes y

asegurar que todos los actores trabajen juntos para alcanzar un eficientesistema de pagos.

4.1.2 Comisión Nacional de Bancos y Seguros (CNBS)

La Comisión Nacional de Bancos y Seguros tiene un papel clave en elsistema financiero, al tener asignados los siguientes roles: Supervisión de las instituciones miembros del sistema financiero

nacional.

Asesoramiento a la Secretaría de Finanzas en todos los asuntos referentesa la industria de los valores.

La vigilancia del mercado de valores para asegurar tratos abiertos, justosy equitativos en valores.

El registro, autorización o regulación de emisores, organización deorganizaciones auto-reguladas y los participantes de mercado paraasegurar el mantenimiento de estándares apropiados de conducta yprofesionalismo en los negocios de valores.

La protección de la integridad del mercado de valores contra cualquierabuso que surja de prácticas anti-éticas en la divulgación de informacióninterna.

La creación y promoción de condiciones en el mercado de valores a

medida que sea necesario, para asegurar el crecimiento ordenado y eldesarrollo del mercado de capitales.

Todas las agencias de liquidación de valores se deben registrar en laComisión Nacional de Bancos y Seguros.

13 También denominado CPSF




4.2. Modalidades de Gestión de Proyectos del Comprador

El Proyecto de implementación de la solución tecnológica solicitada en estalicitación será coordinado a través de la Comisión Nacional de Bancos y Seguros ensu calidad de Entidad Ejecutora del Proyecto, a través de su Unidad Coordinadoradel Proyecto (UCP), en representación del Banco Central de Honduras.




ANEXO 5

CÓDIGOS LEGALES Y REGLAMENTOS PERTINENTES

a) Principios de Contabilidad Generalmente aceptados (PCCA)b) Normas Internacionales de Información Financiera (NIIF) vigentes desde el 1 de

enero de 2011.c) Ley General de la Administración Pública.d) Ley de Contratación del Estado y su Reglamentoe) Ley Orgánica de Presupuesto y su Reglamentof) Presupuesto de Ingresos y Egresos de la República y su Reglamento vigente ( estas

disposiciones se modifican anualmente)g) Reglamento para Depreciación y Agotamiento de Activosh) Ley Monetariai) Ley del Banco Central de Honduras j) Ley de la Comisión Nacional de Bancos y Segurosk) Ley del Sistema Financiero

l) Ley de Mercado de Valoresm) Ley de Seguros de Depósitos en Instituciones del Sistema Financieron) Ley de Equilibrio Financiero y la Protección Socialo) Código Tributariop) Ley del Impuesto Sobre la Renta y su Reglamentoq) Ley del Impuesto Sobre Ventas y su Reglamentor) Ley de Equidad Tributaria y Su Reglamentos) Ley Contra el Delito de Lavado de Activos (Contenida en el Decreto No.45-2002

del 5 de marzo de 2002 y publicada en el Diario Oficial La Gaceta el 15 de mayode 2002.

t) Decreto No.3 2008 Reformas a la Ley Contra el Delito de Lavado de Activos.

u) Reglamento para la Prevención y Detección del Uso Indebido de los Servicios yProductos Financieros en el Lavado de Activos Resolución CNBS No.869/29-10-2002.

v) Resolución No.325/9-2003 del 18 de Septiembre de 2003 del Directorio del BancoCentral de Honduras.

w) Resolución CNBS Resolución No.1308/21-12-2004.x) Código Civily) Código Procesal Civilz) Código de Comercioaa) Código Penalbb) Código Procesal Penal

Fuentes de consultas:http://www.cnbs.gov.hn/web/index.htmhttp://www.latinlaws.com/honduras.html

http://www.cnbs.gov.hn/web/index.htm

http://www.latinlaws.com/honduras.html



http://www.cnbs.gov.hn/web/index.htm




http://www.bch.hn/leyes.php http://www.dei.gob.hn/leyes http://www.sefin.gob.hn 14 http://www.elcontador.org.hn/index.php?id=16 http://www.ccit.hn/

14 http://www.sefin.gob.hn/portal_prod/index.php?option=com_content&task=view&id=294&Ítemid=33


http://www.bch.hn/leyes.php


http://www.dei.gob.hn/leyes


http://www.sefin.gob.hn/


http://www.elcontador.org.hn/index.php?id=16


http://www.ccit.hn/

http://www.ccit.hn/

http://www.ccit.hn/








ANEXO 6

ACTUAL Y FUTURO SISTEMA DE PAGOS DE HONDURAS




Figura A. 6.1 – Actual Sistema de Pago en Honduras




Figura A.6.2 Futuro Sistema Nacional de Pagos




ANEXO 7

Los enlaces mencionados a continuación representan un aspecto de suma importancia para elBCH, con el objetivo de garantizar la operatividad entre la LBTR y CVD con los sistemasque utiliza el BCH.

Este anexo contiene los sistemas que se conectarán hacia el LBTR y CDV:

7.1 ENLACES CON LA LBTR

7.1.1 Enlace CCECh - LBTR

7.1.1.1 Descripción del sistemaEs un sistema que tiene como propósito agilizar el proceso de pago de loscheques emitidos por el sistema bancario hondureño en moneda nacional yextranjera (dólares estadounidenses), el Banco Central de Honduras (BCH) y

la Asociación Hondureña de Instituciones Bancarias (AHIBA), consideraronconveniente establecer una Cámara de Compensación Electrónica de Cheques(CCECh), para procesar en forma automática los cheques emitidos, utilizandomáquinas de lectura de códigos.Participan directamente en la CCECh: el BCH, los bancos del sistemafinanciero hondureño y demás instituciones que previamente sean autorizadaspor el BCH.

Podrán ser pagados en la Cámara de Compensación Electrónica todos losdocumentos en moneda nacional y extranjera (dólares estadounidenses)emitidos por el sistema bancario hondureño de conformidad con al marco

legal vigente.

La compensación de documentos en la Cámara Electrónica se efectuará delunes a viernes en los horarios establecidos en la normativa en vigor de laCCECh.

7.1.1.2 Proceso de interconexión actualLa CCECh realiza dos compensaciones. En la ―Primera Compensación‖ elBCH envía y recibe de CEPROBAN los datos e imágenes de los documentospresentados a compensación, tanto por el anverso como por el reverso duranteel horario establecido.

Posteriormente se realiza la ―Segunda Compensación‖ en la que CCECh envíay recibe las imágenes de los cheques rechazados de la primera compensación.

Al concluir la segunda compensación CEPROBAN es el responsable deproporcionar exclusivamente al BCH, la información de saldos netos deudoresy acreedores que resulten de la liquidación de la compensación de documentos(sistema de liquidación neta diferida). El BCH realiza la liquidación porregión en el módulo de cuenta corriente.




7.1.1.3 Detalles técnicosPara facilitar el procesamiento de los cheques del sistema financierohondureño, de acuerdo a normativa, estos deben ser impresos utilizando la

tecnología MICR (Magnetic Ink Character Recognition).

La captura de la imagen electrónica de los documentos presentados acompensación se realiza en Microimage. Así mismo, este software permite laconsulta de las imágenes capturadas.

La CCECh se enlaza a CEPROBAN, para la recepción y envío de datos eimágenes, a través del Sistema DIPS.

La información que se recibe de CEPROBAN en archivos planos, se importaal Sistema Cámara Electrónica de Compensación (Camelec) para realizar lasaplicaciones correspondientes a la cuenta corriente.

Archivo de Liquidación

Es un archivo separado por comas:1. Fecha2. Región3. Banco4. Nombre5. Crédito6. Débito7. Documento8. Moneda

Lo primero que se hace con este archivo es validar que este cuadrado losdébitos y los créditos. Valida la fecha de la liquidación que corresponda a lafecha de hoy del sistema y valida el banco, la región y la moneda.

Aplicación Contable:Antes de aplicar contablemente verifica que los bancos tengan los fondossuficientes, caso contrario no se aplica la liquidación.

1 2 3 4 5 6 7 8

20100804, 08, 0002, BANCO ATLANTIDA, 00000001294195.07, 00000000000000.00, 0001, 01

20100804, 08, 0003, BANCO CONTINENTAL, 00000000000000.00 00000000120584.52, 0001, 01

20100804, 08, 0006, BANCO DE LOS TRABAJADORES, 00000000000000.00, 00000000131881.66, 0001, 01

20100804, 08, 0007, BANCO DE OCCIDENTE, 00000001584712.92, 00000000000000.00, 0001, 01

20100804, 08, 0014, BANCO DEL PAIS, 00000000051878.62, 00000000000000.00, 0001, 01




7.1.1.4 Enlace RequeridoLa CCECh envía las posiciones netas multilaterales del proceso decompensación a la LBTR como un lote de instrucciones que serán liquidadas

simultáneamente, según la base ―todas-o-ninguna‖. La LBTR valida cada unade las instrucciones, así como los totales del lote para asegurar que todas lastransacciones fueron recibidas, y que los valores son correctos.

La LBTR notificará al sistema CCECh sobre el resultado del procesamientode un lote remitido. Por lo tanto, la CCECh sabrá inmediatamente cuando susmensajes son recibidos, rechazados, liquidados o cancelados.

El LBTR notificará a los participantes de la CCECh los resultados de laliquidación; en el caso de que alguno de los participantes no tenga los fondos

necesarios para realizar la liquidación, el LBTR informará al participante y alBCH.

Los participantes y el BCH podrán identificar las transacciones realizadas porconcepto de liquidación de la CCECh.

El LBTR permitirá parametrizar de forma independiente, ventanas de tiempopara la liquidación de la CCECh en moneda nacional y extranjera; dichoshorarios serán modificados a conveniencia del BCH y ser consultados por losparticipantes en tiempo real.

La LBTR proporcionará mecanismos de validación que eviten que un lote deliquidación sea ingresado más de una vez.

El enlace CCECh – LBTR será automático, sin embargo, en caso de que esténo esté disponible la LBTR contará con la posibilidad de ingresar el resultadode la compensación en forma manual.

El LBTR permitirá a los participantes reservar fondos necesarios para laliquidación de la CCECh.

7.1.1.5 Aspectos a Considerar

La transmisión de datos se realiza desde los centros regionales establecidos enla normativa vigente, actualmente existen 11. Se efectúa una liquidación paracada centro regional.

Adicionalmente a su rol de agente liquidador, el BCH también es unparticipante directo de la CCECh en el cual puede enviar y recibir cheques porcuenta propia o cuenta de terceros.




El BCH en el rol de participante representa a los clientes gubernamentalesdebido a que administra sus cuentas corrientes en el SIC-CC, dichos clientesinicialmente no se han considerado como participantes directos de la LBTR.

7.1.1.6 Detalle de información a transferirLa información que contiene el archivo de liquidación es la siguiente: Fecha Código de centro regional Código de banco Descripción del banco Saldo neto por participante Código de transferencia

7.1.1.7 Metodología de trabajoEl proveedor realizará sesiones de trabajo en conjunto con CEPROBAN y elBCH para consensuar los mecanismos de conexión, cronograma de trabajo,estrategias para elaboración, pruebas e implementación de dicho enlace.

7.1.2 Enlace ACH - LBTR

7.1.2.1 Descripción del sistemaLa Asociación Hondureña de Instituciones Bancarias (AHIBA) con laaprobación y observancia del BCH implementó una Cámara de CompensaciónElectrónica de Pagos (ACH, por sus siglas en inglés), la cual es operada porCEPROBAN. El enfoque principal de este proyecto es la reducción del uso decheques y estimular la introducción de instrumentos de pago más eficientes yconvenientes.

La ACH es un sistema de transferencias electrónicas de fondos que permite alas empresas y personas particulares, enviar electrónicamente a sus bancosdesde sus propias oficinas diferentes tipos de instrucciones de movimientos defondos; esto bajo los más estrictos estándares bancarios y de seguridadinformática.

Actualmente se realizan créditos directos en moneda nacional y en monedaextranjera (US$); así mismo, está en proceso de aprobación la realización de

débitos directos entre los participantes de la ACH.

La operación de la ACH se efectúa de lunes a viernes de acuerdo a loshorarios definidos en la reglamentación vigente de la ACH para los procesode: Envío y Recepción de Transferencias, Envió y Recepción de Rechazos,Cierre y Liquidación.

7.1.2.2 Proceso de interconexión actual




Actualmente, CEPROBAN en su función como operador, realiza el proceso decompensación calculando la posición neta (saldos netos deudores yacreedores), para operaciones en moneda nacional y extranjera, de losparticipantes. Esta información es recibida por el BCH a través del sistema

PaySett y procesada por el ―Sistema Compensación Electrónica de PagosACH – PRONTO‖ para r ealizar las afectaciones correspondientes en elSistema contable actual, este proceso de liquidación se realiza una vez al día.

La transferencia de información se realiza mediante archivos planos conformatos previamente definidos y acordados los cuales son depositados endirectorios seguros elaborados para tal fin.

7.1.2.3 Detalles técnicosActualmente se realiza el proceso de liquidación en forma semi automática. El

archivo de liquidación se recibe en texto plano y se deposita en la carpeta deliquidación del servidor de ACH.

La ―Cámara de Compensación de Transacciones Electrónicas de Pago ACH – PRONTO‖ del BCH, cuando carga por ejemplo: el archivoSF201007131648.snt valida desde la posición 2,12 para reconocer si elarchivo es nuevo o ya existe en el histórico de las liquidaciones.

La Cámara de Compensación de Transacciones Electrónicas de Pago ACH – PRONTO valida que exista el cuadre de montos en el final del archivo F:

F000000008512684758000000008512684758

De la posición 2,16 son los montos enteros y de la posición 18,2 se identificanlos decimales y valida que esto sea igual a los montos que reporta de laposición 20,16 son montos enteros y de la posición de 36,2 son decimales.

En el detalle: de la posición 43, 16 se identifica el monto de la operación y losdecimales de la 59,2.D01 BANCO CENTRA0100101001001010 2000000000001763824

En este ejemplo: el monto sería 17,638.24 Identifica la clave del Banco es de la posición 17 a la 8 Ejemplo:

01001010 ( Esta pertenece al Banco Central) En la posición 42 se encuentra se identifica el tipo de operación, si es 1

corresponde a un Débito y 2 es un crédito

EL sistema realiza las siguientes validaciones:




Suma de débitos y de créditos que se encuentran en el detalle. Si el total dedébitos es igual al total de créditos el archivo indica que está cuadrado.

Cuadre entre el total de débitos del fin de archivo contra el total débitos dedetalle

Cuadre entre el total de créditos del fin de archivo contra el total créditosde detalle. La ACH – PRONTO mantiene históricos de todas las liquidaciones.

El sistema operativo en el que se ejecuta la ACH en el BCH es WindowsServer 2003.

Actualmente la comunicación entre CEPROBAN y BCH se realiza a través dela red privada de CEPROBAN.

7.1.2.4 Enlace RequeridoLa ACH envía las posiciones netas multilaterales del proceso decompensación a la LBTR como un lote de instrucciones que serán liquidadassimultáneamente (este proceso se realizará una o varias veces al día), según la base ―todas-o-ninguna‖. La LBTR valida cada una de las instrucciones, así como los totales del lote para asegurar que todas las transacciones fueronrecibidas, y que los valores son correctos.

La LBTR notificará a la ACH sobre el resultado del procesamiento de unlote remitido. Por lo tanto, la ACH sabrá inmediatamente cuando sus mensajesson recibidos, rechazados, liquidados o cancelados.

El LBTR notificará a los participantes de la ACH los resultados de laliquidación; en el caso de que el alguno de los participantes no tenga losfondos necesarios para realizar la liquidación, el LBTR informará alparticipante y al BCH.

Los participantes y el BCH podrán identificar las transacciones realizadas porconcepto de liquidación de la ACH.

El LBTR podrá parametrizar ventanas de tiempo para la liquidación de laACH en moneda nacional y extranjera; dichos horarios serán modificados a

conveniencia del BCH y ser consultados por los participantes en tiempo real.La LBTR proporcionará mecanismos de validación que eviten que un lote deliquidación sea ingresado más de una vez.

El enlace ACH – LBTR será automático, sin embargo, en caso de que esté noesté disponible el enlace el LBTR contará con la posibilidad de ingresar elresultado de la compensación en forma manual.




El LBTR permitirá a los participantes reservar fondos necesarios para laliquidación de la ACH.

7.1.2.5 Aspectos a Considerar

Adicionalmente a su rol de agente liquidador el BCH también es unparticipante directo de la ACH en el cual puede enviar y recibir pagos porcuenta propia o cuenta de terceros.

El BCH en el rol de participante representa a las institucionesgubernamentales debido a que administra sus cuentas corrientes en el SIC-CC, dichos cuentahabientes inicialmente no se han considerado comoparticipantes directos de la LBTR.

7.1.2.6 Detalle de información a transferirLa información básica del enlace contiene al menos lo siguiente: Identificador del lote Fecha Hora Código de banco Descripción de banco Identificador ACH (ruta de transito) Código de transacción (débito o crédito) Saldo neto por participante Total débitos de lote Total créditos de lote

7.1.2.7 Metodología de trabajoEl proveedor realizará sesiones de trabajo en conjunto con CEPROBAN y elBCH para consensuar los mecanismos de conexión, cronograma de trabajo,estrategias para elaboración, pruebas e implementación de dicho enlace.

7.1.3 Enlace LBTR-Módulos de Inversiones Obligatorias

7.1.3.1 Descripción del SistemaLa Ley del Banco Central de Honduras faculta a éste para que instruya a las

instituciones del sistema financiero (ISF) que mantengan inversionesobligatorias de forma temporal, ya sea en moneda nacional o en monedaextranjera, a efecto de asegurar el cumplimiento de su objetivo de mantener elvalor interno y externo de la moneda nacional, durante aquellos períodos enque se observen riesgos relevantes de desviación de la tasa de inflación conrelación al rango meta establecido en el Programa Monetario por el Directoriode esta Institución.




Las inversiones en moneda nacional, se rigen de acuerdo a los pasivos enmoneda nacional sujetos a encaje y a los demás parámetros establecidos por elDirectorio del BCH.

Las inversiones obligatorias en moneda nacional se registran en el módulo deInversiones Obligatorias en Moneda Nacional y las inversiones obligatorias enmoneda extranjera se registran en el Módulo de Inversiones Obligatorias enMoneda Extranjera.

Las inversiones obligatorias en moneda nacional o extranjera, puedenaumentar o disminuir conforme a solicitudes de las ISF (inversión odesinversión).

Las operaciones por inversiones obligatorias en moneda nacional se reciben

en un horario de 9:00 a.m. a 3:00 p.m. y las inversiones obligatorias en

moneda extranjera en un horario de 9:00 a.m. a 12:00 m.

Los saldos de las cuentas de inversión, en moneda nacional y monedaextranjera, devengan un rendimiento anual; el cual es provisionadomensualmente en forma manual en una cuenta del módulo de mayor generaldel SIC para su posterior pago.

7.1.3.2 Proceso de interconexión actualEl registro contable de las inversiones obligatorias en moneda nacional porcada institución, se ingresa en forma manual en el módulo de InversionesObligatorias en Moneda Nacional.

Las inversiones obligatorias en moneda extranjera son transaccionescompartidas con el Departamento Internacional, quién recibe la orden Swiftde inversión o desinversión de los bancos corresponsales. Estas transacciones,son registradas por el Departamento Internacional en una cuenta transitoria,para que de forma posterior a la confirmación, el Departamento deOperaciones Monetarias efectúe el registro correspondiente en el módulo paramoneda extranjera. Esta cuenta transitoria debe quedar con saldo cero al finaldel día.

Posteriormente al cierre del módulo de las inversiones obligatorias (moneda

nacional y moneda extranjera), se envían en forma electrónica las operacionesdescritas anteriormente (los movimientos de los saldos de las inversiones)hacia el mayor general y de manera simultánea se afectan las cuentascorrientes de las instituciones en el SIC-CC.

Si no se presentan inversiones obligatorias, tanto en moneda nacional yextranjera, no se realiza ninguna afectación en los módulos mencionadosanteriormente.




Las afectaciones contables por el pago periódico (catorcenal) de los interesesdevengados se realizan mediante el envío electrónico por medio del módulo deinversiones obligatorias en moneda nacional y el módulo de inversionesobligatorias en moneda extranjera, para su registro en las cuentas corrientes de

las ISF en el SIC-CC.

7.1.3.3 Detalles TécnicosTanto el módulo de inversiones obligatorias en moneda nacional como elmódulo de inversiones obligatorias en moneda extranjera fueron desarrolladosusando la herramienta Progress carácter versión 9 (tanto base de datos comolenguaje de programación).

La lógica de negocio para el registro contable está escrita en Progress dentrodel sistema de inversiones obligatorias y realiza diversas validaciones previoal envío electrónico de un lote de operaciones contables a los módulos de

cuenta corriente y mayor general del SIC.

7.1.3.4 Enlace RequeridoLa LBTR permitirá a la ISF ingresar instrucciones de pago hacia el BCH conel propósito de realizar inversiones obligatorias o desinversiones, las cualesserán identificadas con un código específico de transacción para sertrasladadas automáticamente al módulo de inversiones obligatorias en monedanacional.

La LBTR recibirá instrucciones de pago provenientes del módulo deinversiones obligatorias en moneda nacional y del módulo de inversiones

obligatorias en moneda extranjera por el pago de intereses periódicos y elpago de la desinversión de fondos en moneda nacional.

La LBTR enviará en forma automática, hacia el módulo de inversionesobligatorias en moneda nacional y el módulo de inversiones en monedaextranjera, la confirmación de liquidación por los pagos recibidos.

7.1.3.5 Aspectos a ConsiderarLas operaciones contables por inversiones obligatorias en moneda extranjerase realizan en cuentas del banco del exterior, y se registran en el módulo demayor general del SIC y se afecta las cuentas corrientes en moneda nacional y

extranjera del SIC-CC de las ISF por el pago periódico (catorcenal) de losintereses sobre el saldo promedio diario de la inversión en moneda nacional ymoneda extranjera.

El enlace de la LBTR hacia el módulo de inversiones obligatorias, tendrá lacapacidad de identificar que una instrucción de pago hacia el BCH es pararealizar inversión obligatoria y por lo tanto transmitirla al sistema deinversiones obligatorias en moneda nacional para el registro de la inversión.




7.1.3.6 Detalle de información a transferirSe requiere que la liquidación de las inversiones obligatorias en monedanacional (inversión y desinversión) y el pago de los intereses devengadoscatorcenalmente se efectúen en la LBTR, por lo menos con la siguiente

información:

Código de la instituciónFecha de OperaciónCódigo de MonedaTipo de Operación: Débito o CréditoValor de la Operación: valor de liquidaciónNúmero de Cuenta: número de la cuenta corriente para liquidaciónCódigo de referencia: código para identificar el tipo de la operación y lasinopsis predefinidaCódigo del sistema: código del sistema que origina la operación

Para el registro de la inversión obligatoria (moneda nacional y monedaextranjera) en una cuenta de mayor general del SIC, se requiere por lo menosla siguiente información:

Fecha de OperaciónCódigo de Moneda Tipo de Operación: Débito o CréditoValor de la Operación Código de cuenta: código de la cuenta de mayor general para el registro delas inversiones

Código de referencia: código para identificar el tipo de la operación y lasinopsis predefinidaCódigo del sistema: código del sistema que origina la operación

7.1.3.7 Metodología de trabajoEl proveedor coordinará las acciones requeridas para el diseño eimplementación de este enlace en conjunto con el departamento deOperaciones Monetarias y el departamento de Tecnología y Comunicaciones.

7.1.4 SENDI – LBTR

7.1.4.1 Descripción del sistema

El Sistema Electrónico de Negociación de Divisas (Sendi) está compuesto porel módulo de Subasta y Negociación Directa de divisas. Su función principales la negociación de divisas, dicho sistema entró en producción el 28 deseptiembre de 2009.




La negociación de divisas es operada por el Banco Central de Honduras(BCH) a través del Departamento Internacional.

La negociación de divisas está orientada a los agentes cambiarios (Bancos,

Casas de Cambio y Asociaciones de Ahorro y Préstamo.)

En general el proceso de negociación de divisas se resumen en:

a. Recepción de las ofertas de Compra de Divisasb. Aprovisionamiento de fondos (T+0) en ambos módulosc. Negociación de divisas (T+0)d. Operación de compra/venta de divisase. Liquidación de transacciones (T+1) en ambos módulosf. Cobro de comisiones de servicio (T+1)

El sistema SENDI es Multi-moneda y actualmente opera en moneda nacionaly Dólares estadounidenses.

El sistema da servicio de lunes a viernes en un horario de 9:00 a.m. a las 4:00p.m, periodo en el cual se desarrolla un evento de un evento de negociación.

El Subsistema de Liquidación Bruta en Tiempo Real (LBTR) tendrán relacióncon el SENDI en las operaciones siguientes:

Aprovisionamiento de fondos Operación de débito en moneda nacional Operación de crédito en moneda extranjera (Módulo de Negociación

Directa de Divisas) Operaciones de crédito en moneda nacional a los participantes (Módulos

de Negociación Directa de Divisas)

Cobro de comisiones por el servicio (Módulo de Negociación Directa) Devolución de fondos por rechazos de ofertas a los agentes cambiarioso

por no calces o retiros de ofertas (Módulo de Subasta y Módulo de

Negociación Directa de Divisas).

Actualmente el SENDI tiene la deficiencia de no contar con conexión directa

hacia el sistema SWIFT de tal manera que permita procesar las órdenesgeneradas por el sistema para realizar las transferencias de dólares a lascuentas de los agentes cambiarios en el exterior, únicamente genera un archivoplano el cual es subido manualmente en el SWIFT.

7.1.4.2 Proceso de interconexión actualActualmente, SENDI genera las operaciones para ser procesadas por elSistema Integrado de Contabilidad (SIC), desde el aprovisionamiento hasta su




liquidación. Adicionalmente, el sistema genera un archivo con lasinstrucciones de transferencias internacionales en el formato definido, el cuales utilizado por el SWIFT para registrar las órdenes de divisas a loscorresponsales en el exterior.

El SENDI se conecta con el Sistema Contable a fin de realizar lastransacciones o asientos contables que le permitan realizar:

Aprovisionamiento o reserva de fondos por BCH Proceso que permite verificar que los oferentes tienen los fondos necesariospara participar en la negociación de divisas, durante este proceso el sistemapignora o reserva los fondos mediante operaciones de débito de cadaparticipante en base a la oferta presentada para la negociación (En el Módulode Subasta se ejecuta luego de la hora de cierre de recepción de ofertas 4:00pm; en el módulo de Negociación Directa (9: am a -4:00 pm)

Operaciones de Negociación o adjudicación de Divisas Proceso donde se concretiza la compra/venta de divisas, los fondos reservadosse depositan en la cuenta del vendedor y las divisas son depositados en lascuentas de los compradores (En el módulo de subasta en las cuenta de loscorresponsales extranjeros de los agentes cambiarios catalogados comotransferencias transfronterizas y realizadas a través de SWIFT o del sistemaCITIDIRECT; en el módulo de Negociación Directa a sus cuentas en monedaextranjera en cuenta corriente del BCH).

Devoluciones de fondos por Rechazos de Ofertas o no Calces/Retiros de

Ofertas Proceso donde se liberan los fondos de aquellos participantes que no lograronnegociar divisas durante el evento o que en el escenario del módulo deNegociación Directa retiran sus ofertas o no calzaron las mismas, el sistemapor estas acciones genera operaciones de crédito.

Cobros de comisiones por servicio Proceso donde a los participantes se le realiza el cobro de una comisión por elservicio del sistema.

7.1.4.3 Detalles técnicos

El SENDI fue construido utilizando el lenguaje de programación Visual Basic.Net 2008 con base de Datos Oracle 10g, realiza la conexión al sistemacontable mediante ODBC a través de un usuario asignado con nivel operativo,está integrado al Directorio Activo, utiliza autenticación de doble factor y lasofertas son firmadas mediante certificados digitales.

El SENDI en base a los resultados obtenidos de las ofertas de compra dedivisas recibidas, valida en el sistema contable que exista la cuenta y que la




misma tenga los fondos necesarios para participar en el evento, los clientescuya cuenta no tienen los fondos no participan en el evento.

Las cuentas y fondos de cada participante incluyendo las del BCH son

verificados previos a cada operación contable.

7.1.4.4 Enlace Requerido del SENDI

La LBTR en base a las instrucciones del SENDI tendrán que realizar almenos las operaciones siguientes: Aprovisionamiento de fondos (Módulo de Subasta y Módulo de

Negociación Directa de Divisas) Liquidación de divisas (Módulo de Negociación directa) Devoluciones de fondos (Módulo de Subasta y Módulo de Negociación

Directa de Divisas) Cobros de comisiones por servicio(Módulo de Subasta y Módulo de

Negociación Directa de Divisas)

La LBTR notificará al SENDI sobre el resultado del procesamiento de lasoperaciones. Por lo tanto, el SENDI conocerá inmediatamente cuando susmensajes son recibidos, rechazados, liquidados o cancelados.

El SENDI enviará instrucción al LBTR a fin de procesar la provisión defondos. El LBTR notificará al SENDI los resultados del aprovisionamiento enel caso de que el alguno de los participantes no tenga los fondos necesarios

para realizar el aprovisionamiento.

Los participantes y el BCH podrán identificar las transacciones realizadas porconcepto de aprovisionamiento de fondos del SENDI.

El LBTR parametrizará de forma independiente, ventanas de tiempo para losdiferentes procesos de la negociación de divisas (en moneda nacional yextranjera); dichos horarios serán modificados a conveniencia del BCH y serconsultados por los participantes en tiempo real.

La LBTR proporcionará mecanismos de validación que eviten que un lote de

provisión y liquidación de fondos sea ingresado más de una vez.

El enlace SENDI – LBTR será automático, sin embargo, en caso de que esténo esté disponible el enlace, la LBTR contará con la posibilidad de ingresarlas operaciones requeridas de acuerdo a lo establecido en este enlace.

7.1.4.5 Aspectos Importantes a Considerar




Adicionalmente a su rol de administrador el BCH también tiene la potestad deser un participante (Módulo de Negociación Directa de Divisas).

Actualmente, es importante recalcar que el SENDI realiza procesos de

instrucciones para pagos transfronterizos a través de SWIFT, CITIDIRECT ocualquier otro sistema electrónico que le proporcione bancos extranjeros.

7.1.4.6 Detalle de información a transferir en los procesosLa información básica del enlace contendrá al menos la siguiente información: Identificador del número del evento Fecha de inicio y cierre del evento Código/Número de Cuenta de agente cambiario Código de transacción (débito o crédito) Nombre de Cuentas del BCH Monto de transacciones

7.1.4.7 Metodología de trabajoEl proveedor realizará sesiones de trabajo en conjunto con personal delDepartamento de Internacional para consensuar los mecanismos de conexión,cronograma de trabajo, estrategias para elaboración, pruebas e implementaciónde dicho enlace.

7.1.5 Enlace SIC-CC - LBTR

7.1.5.1 Descripción del sistemaEl Sistema Integrado de Contabilidad (SIC) actualmente está compuesto por:El módulo Cuenta Corriente (SIC-CC) el cual registra las operaciones queafectan las cuentas de depósito de los distintos cuentahabientes del BCH(gobierno e instituciones financieras) y el módulo de Mayor General queregistra la contabilidad del BCH.

7.1.5.2 Proceso de interconexión actualEl BCH recibe solicitudes de transferencia a través de mensajes SWIFT,oficios y Transferencias Electrónicas Bancarias (TRB) provenientes de laSecretaría de Finanzas (SEFIN).

Actualmente, las instituciones financieras envían solicitudes de transferencia através de mensajes SWIFT al BCH, las cuales son operadas en SIC-CC deforma manual.

Las transferencias autorizadas por medio de oficios son presentadas enventanilla al BCH para su operación. Al momento de recibir los oficios serealiza la afectación en la cuenta corriente.

En el caso de las TRB el BCH recibe de la SEFIN un lote de archivos cifrados.Este lote está constituido por un archivo cabecera y varios archivos de detalle.




SEFIN genera un archivo de detalle para cada banco comercial que recibirátransferencia. El BCH desencripta el archivo cabecera con la llave única yacredita la cuenta de encaje de cada banco con el monto total de lastransferencias. Posteriormente, el BCH deposita en su servidor el archivo

cabecera y los archivos de detalle de pagos en los directorios asignados paracada banco. Los bancos comerciales procesan automáticamente los archivosque reciben del BCH y realizan los créditos correspondientes en las cuentas delos beneficiarios. Los bancos comerciales modifican el archivo de detalles conel estado correspondiente (Ok o Error). Si se produce algún error o serechaza algún pago la institución financiera actualiza la cabecera con el totaldel monto no pagado correspondiente a los pagos no acreditados del archivo einmediatamente envía el archivo de respuesta al BCH.

En caso que el BCH reciba de un banco del sistema financiero un archivo decabecera con un saldo que corresponda a un monto no pagado, el BCH debita

el monto no pagado de la cuenta de encaje del banco corresponsal y acreditaese monto a la cuenta de la Tesorería General de la República. Seguidamenteconsolida esa información en un solo archivo cabecera y lo envía a la SEFIN.

Para lograr el proceso de conciliación bancaria el sistema compara losmovimientos de créditos y débitos de cada cuenta bancaria reportados en losextractos bancarios que envía el BCH, con los registros de ingresos, pagos ytransferencias registrados en el Libro Banco de SIAFI.

Al final del día el BCH realiza traspasos de fondos de una cuenta recaudadorahacia una pagadora (ambas cuentas transitorias de la TGR), esta operación es

ejecutada diariamente de forma automática, quedando la cuenta con saldo ceroal momento de la liquidación.

7.1.5.3 Detalles técnicosEl BCH recibe de SEFIN un lote (BATCH) de archivos planos de textocifrados en gpg*. Estos archivos de texto cifrados (.gpg) se colocan en unacarpeta visible para la Secretaría de Finanzas que se encuentra dentro de unServidor Linux del BCH. Este lote cuenta con la siguiente estructura:

GPG (GNU Privacy Guard) es unaherramienta para cifrado y firmas digitales, que viene a ser un remplazo del PGP(Pretty Good Privacy) pero con la principaldiferencia que es software libre licenciadobajo la GPL. GPG utiliza el estándar delIETF denominado OpenGPG. Los archivos *.gpg que corresponden alBCH son descifrados por equipo Sunfire. Acontinuación se describe un lote y cada unode sus archivos, indicando quien es el

CAB_TRB_00168_20070305.TXT.gpg

LOTE_TRB_00168_00437_20070305.TXT.gpg

DETALLE_LOTE_TRB_00168_00437_20070305.

TXT.gpgTRB_00168_00437_00001_20070305.TXT.gpg

TRB_00168_00437_00002_20070305.TXT.gpg

TRB_00168_00437_00004_20070305.TXT.gpg

TRB_00168_00437_00006_20070305.TXT.gpg

TRB_00168_00437_00007_20070305.TXT.gpg

TRB_00168_00437_00009_20070305.TXT.gpg

TRB_00168_00437_00010_20070305.TXT.gpg

TRB_00168_00437_00012_20070305.TXT.gpg

TRB_00168_00437_00013_20070305.TXT.gpg

TRB_00168_00437_00014_20070305.TXT.gpg

TRB_00168_00437_00015_20070305.TXT.gpg

TRB_00168_00437_00017_20070305.TXT.gpg

http://es.wikipedia.org/wiki/Firma_digital

http://es.wikipedia.org/wiki/PGP

http://es.wikipedia.org/wiki/Software_libre

http://es.wikipedia.org/wiki/GPL

http://es.wikipedia.org/wiki/IETF

http://es.wikipedia.org/w/index.php?title=OpenGPG&action=edit

http://es.wikipedia.org/w/index.php?title=OpenGPG&action=edit

http://es.wikipedia.org/wiki/IETF

http://es.wikipedia.org/wiki/GPL

http://es.wikipedia.org/wiki/Software_libre

http://es.wikipedia.org/wiki/PGP

http://es.wikipedia.org/wiki/Firma_digital




responsable de descifrarlo:1) Cabecera de Envíos (Descifrado por el BCH) – Cuando se Recibe de SEFIN

El objetivo es indicar al BCH la cantidad de archivos que SEFIN envía y eltipo de transferencia bancaria que se realiza.

a) Formato del Archivo [ CAB_TRB_00168_20070305.TXT ] donde:i) CAB_TRB_ : Es el nombre inicial del archivo de Cabeceraii) 00168 : Es el Número de Envíoiii) 20070305 : Es la Fecha de Envío en Formato [AAAAMMDD]

b) Estructura Interna del Archivo

2) Lote TRB (Descifrado por el BCH)Este archivo señala los datos necesarios para hacer los respectivos débitos alas cuenta de la Secretaría de Finanzas.a) Formato del Archivo [LOTE_TRB_00168_00437_20070305.TXT] donde:

i) LOTE_TRB_: Es el nombre inicial del archivo

ii) 00168 : Es el Número de Envíoiii) 00437 : Es el Número del Lote.iv) 20070305 : Es la Fecha de Envío en Formato [AAAAMMDD]

b) Estructura Interna del ArchivoNombre Descripción

Número Lote Número del lote de pagosBanco Origen Banco de la cuenta origen(desde donde se

realizan los pagos)Cuenta Origen Número de Cuenta origen del

gobierno(desde donde se realizan los

pagos)Moneda Cuenta Moneda de la cuenta origenMonto PagosMoneda del Lote

Monto total de los pagos ordenados en ellote

Monto No PagadoMoneda del Lote

Monto total de los pagos no realizados delLote(es la sumatoria de todos los montos nopagados reportados por los bancospagadores)

Monto Pagos Monto de los pagos ordenados en el lote

Nombre Descripción

Número de envíoNúmero del envío que se hace porcada característica de grupo de

archivos.Característica de grupode archivos

PA / Transferencias bancarias.

Cantidad de archivos Cantidad de archivos que se envían.




Lempiras expresado en lempirasMonto No PagadoLempiras

Monto de los pagos no realizados del loteexpresado en lempiras

Cantidad de

Registros en el Lote

Cantidad de registros en el Lote

Estado Estado del registro. (Enviado, etc)

3) Detalle Lote TRB (Descifrado por el BCH)Este archivo contiene el detalle de los créditos que el BCH tiene querealizar a las diferentes cuentas de encaje de las instituciones financieras.a) Formato del Archivo

[DETALLE_LOTE_TRB_00168_00437_20070305.TXT] donde:i) DETALLE_LOTE_TRB_ : Es el nombre inicial del archivoii) 00168 : Es el Número de Envíoiii) 00437 : Es el Número del Lote.

iv) 20070305 : Es la Fecha de Envío en Formato [AAAAMMDD]


4) Detalle de TransferenciasEste tipo de Archivo contiene a detalle cada una de las transacciones a realizar,respaldadas por el monto global expresado en el archivo DETALLE LOTE TRB.Es importante mencionar que el campo Código del Banco es el que expresa quienes el responsable de descifrar este archivo. El BCH es el encargado de colocar elarchivo detalle en la carpeta correspondiente a cada institución financiera.

Nombre DescripciónNúmero Lote Número del lote de pagosBanco pagador Código del banco pagadorNúmero Archivo Número de Archivo de transferenciasCuenta Encaje Número de la cuenta encaje del banco

pagadorMonto Moneda

Origen Pagos

Monto total de los pagos ordenados

expresado en la moneda de la cuentaMonto LempirasPagos

Monto total de los pagos expresado enlempiras

Monto MonedaOrigen no Pagado

Monto total de los pagos no realizadosdel archivo(es la sumatoria de todoslos montos de las transferencias que nopudo Realizar el banco pagador)

Monto Lempiras noPagado

Monto total de los pagos normalizadosdel archivo expresado en lempiras.

Cantidad deRegistros en el

Archivo

Cantidad de registros en el Archivo(cantidad de transferencias)

Estado del archivo Estado del archivo (Enviado, etc)




a) Formato del Archivo [TRB_00168_00437_00001_20070305.TXT] donde: i) TRB_ : Es el nombre inicial del archivo.ii) 00168 : Es el Número de Envío iii) 00437 : Es el Número del Lote. iv)

00001

: Es el Código del Banco.

v) 20070305 : Es la Fecha de Envío en Formato [AAAAMMDD]


Nombre DescripciónNúmero Lote Número del lote de pagosBanco Pagador Código del banco pagadorNúmero Archivo Número del archivo de transferenciasCorrelativo Número Correlativo por archivo de

transferencias

Código Referencia Código referencia (TRB) correspondiente alos códigos del bancoNúmeroTransferencia

Número de transferencia generado por el TGR

País beneficiario País del documento identificación delbeneficiario final

Tipo IdentificaciónBeneficiario

Tipo de identificación del beneficiario(Tarjeta de identidad, Pasaporte, etc.)

NúmeroIdentificaciónBeneficiario

Número de identificación del beneficiariofinal

Nombre Titular dela Cuenta Nombre del titular de la cuenta (delbeneficiario)Cuenta Destino Número de cuenta del beneficiario del pagoMoneda de la cuentaPagadora

Moneda del pago

Monto a PagarMoneda de laCuenta

Monto del pago expresado en moneda de lacuenta pagadora

Monto a Pagar enLempiras

Monto del pago expresado en lempiras

Relacionado a

Planillas

Número de Planilla

EstadoTransferencia

Estado del pago

Una vez que el proceso de copia y descifrado de archivos ha sido finalizadopor el equipo Sunfire, este comienza a mover los archivos cifrados .gpg haciauna carpeta de respaldo, para que los programas encuentren archivos quecorresponden a BCH únicamente en formato .TXT.




Cuando el proceso de copia, descifrado y movimiento de archivos haciarespaldo ha finalizado en un 100% el Sistema se encuentra listo para realizarlas siguientes 2 Macro-Tareas:

a. Lectura, envío de archivos y aplicación contable al SIC. Realizar las conexiones a las Bases de Datos necesarias para el proceso. Realizar las tareas de Validación necesarias para asegurar la

consistencia de los Lotes de archivos recibidos y realizar un conteo decuantos lotes serán procesados.

Cargar la información de los archivos planos .TXT a las tablas de laBase de Datos.

Validar la información cargada en las tablas de la Base de Datos paraasegurar la consistencia de la información y la validez contable delmismo.

Realizar las operaciones Contables necesarias para poder enviar los

archivos de pagos resultantes hacia los Bancos Privados del SectorFinanciero. De existir un archivo de Pago para Proveedores internos del BCH,

entonces se realizan las validaciones necesarias y luego se hacen lasaplicaciones contables resultantes.

Al finalizar la primera Macro-Tarea el equipo Sunfire empezará a cifrarcada uno de los archivos de encabezado(ARCHIVO_TRB_<Envío>_<Lote>_<Banco>_<Fecha>.TXT) de lasparejas de archivos disponibles para los bancos privados. Estos archivos decabeceras son generados y son distribuidos junto con su archivo de detalle a

los bancos.Cabe mencionar que para este proceso ha existido previamente unintercambio de firmas digitales (Llaves Públicas) entre el Banco Central deHonduras y los Bancos Privados.

b. Recepción de archivos, aplicación contable al SIC por montos nopagados y procesamiento de archivos históricos. Realizar las conexiones a las Bases de Datos necesarias para el proceso. Validar la información de los archivos planos .TXT, para verificar que

contienen los datos correctos. Cargar la información de los archivos planos .TXT en las tablas de la

Base de Datos. Realizar las operaciones Contables por reversiones resultantes indicadaspor los Bancos Privados del Sector Financiero.

Procesar y Validar la información de Archivos Históricos querepresentan respuestas pendientes de los bancos privados.

Generar las operaciones contables por reversiones históricas resultantes.

7.1.5.4 Enlace Requerido




El objetivo principal de este enlace es la liquidación de pagos de alto valor entiempo real, entre las instituciones gubernamentales y los participantesdirectos del LBTR, quienes podrán ingresar instrucciones de pago en monedanacional y moneda extranjera.

Las instituciones Gubernamentales tienen la opción de recibir y enviarinstrucciones de pago, pagos a terceros, pago de inversiones, transferencias aparticipantes directos de la LBTR (ver detalle en enlace Participantes directos- LBTR).

El enlace SIC-CC – LBTR será automático para evitar la digitación en ambossistemas reduciendo el riesgo operativo.

La LBTR proporcionará mecanismos de validación que eviten que un pagosea duplicado.

Tanto la LBTR como el SIC-CC notificarán sobre el resultado de laliquidación de instrucciones de pago. Por lo tanto, ambos sistemas sabráninmediatamente cuando sus mensajes son recibidos, rechazados, liquidados ocancelados.

El BCH podrá identificar las transacciones realizadas por concepto deliquidación de pagos entre instituciones gubernamentales y participantesdirectos de la LBTR y generar reporte de liquidación de las mismas.

La LBTR identificará cuando una instrucción de pago, es originada por un

participante directo y es en beneficio de una institución gubernamental pararedireccionarla al SIC-CC (ver detalle en la Sección VI Anexo 7 numeral 7.1.7Enlace Participantes Directos - LBTR).

Las transferencias bancarias (TRB) enviadas por SIAFI a través del SIAFI yrecibidas por el SIC-CC, se envían a la LBTR para ser liquidadas.

El enlace SIC-CC – LBTR será automático, sin embargo, en caso de que esténo esté disponible dicho enlace, la LBTR contará con la posibilidad deingresar el resultado de la compensación en forma manual.

7.1.5.5 Aspectos a ConsiderarEntre las instituciones financieras y gubernamentales existe un intercambiocontinuo de transferencias de fondos.

Una vez implementada la LBTR el SIC-CC solo administrará las cuentas delas instituciones gubernamentales.

Se tomará en cuenta que la transmisión de mensajes de pagos entre la SIC-CCy LBTR requiere de la transformación a formatos SWIFT.




El SIAFI utiliza la operatoria de la Cuenta Única del Tesoro, para optimizar laadministración de los recursos. Actualmente, existen aproximadamente 50instituciones gubernamentales descentralizadas que no forman parte de dicha

cuenta y que mantiene cuenta en el BCH (SIC-CC); asimismo, lasinstituciones gubernamentales mantienen las cuentas de los proyectos de cadauno de estas instituciones en el BCH, estas cuentas ascienden a 305.

Controles de Integridad Financiera para asegurar el ―valor de entrada (Crédito)= valor de salida (Débito)‖ en todo momento y que e l sitio de procesamientoLBTR y SIC-CC pueda ser conciliado a un balance neto cero en cualquiermomento, lo anterior mediante cuentas transitorias en ambos sistemas que alfinal del día quedarán en cero.

7.1.5.6 Detalle de información a transferirReporte de liquidación incluirá al menos lo siguiente:Descripción ParticipanteTotal DébitosTotal CréditosFechaSaldo por participanteIdentificador Banco

7.1.5.7 Metodología de trabajoEl proveedor realizará sesiones de trabajo en conjunto con el BCH y SEFINpara consensuar los mecanismos de conexión, cronograma de trabajo,estrategias para elaboración, pruebas e implementación de dicho enlace.

7.1.6 LBTR – Mayor General

7.1.6.1 Descripción del sistemaEl sistema Integrado de Contabilidad (SIC) actualmente está compuesto porun Módulo de Cuenta Corriente (SIC-CC) el cual registra las operaciones queafectan las cuentas de depósito de los cuentahabientes del BCH (gobierno einstituciones financieras) y un Módulo de Mayor General que registra lacontabilidad del BCH.

7.1.6.2 Proceso de interconexión actualActualmente, las instituciones financieras envían solicitudes de transferenciaa través de mensajes SWIFT y oficios. Todas estas operaciones son ingresadasmanualmente al SIC-CC a través de un operador que ingresa los débitos ycréditos correspondientes. Posteriormente, las operaciones son revisadas yautorizadas por el responsable competente para realizar el registro en el LibroMayor del BCH.




La SEFIN remite transferencias vía electrónica, que son ingresadas al Módulode Cuenta Corriente del Sic; sin embargo, son procesadas manualmente, anivel de revisión y autorización; asimismo, existen otras transferencias de

otras dependencias del Gobierno, ordenadas mediante oficios, que sonprocesadas manualmente al SIC-CC.

Todas las operaciones transadas en la Cámara de Compensación Electrónicade Cheques (CCECh) y en la Cámara de Compensación de Electrónicas sonregistradas electrónicamente en SIC-CC en la liquidación.

Es preciso indicar, que todas las operaciones ingresadas al SIC-CC, sontrasladadas a las cuentas correspondientes del Mayor General, al momento enque son revisadas en el SIC-CC y aceptadas y revisadas en el Módulo deMayor General.

7.1.6.3 Detalles técnicosEl sistema integrado de Contabilidad (SIC) se encuentra desarrollado en laBase de Datos Progress 9 y como plataforma de desarrollo utiliza Xponent yProgresss.

7.1.6.4 Enlace RequeridoLos sistemas LBTR y el Mayor General, estarán interconectados de formaintegrada y automática y es responsabilidad del licitante bajo las condicionesdel sistema LBTR y los equipos del Mayor General asegurar que el enlacetrabaje apropiadamente.

El LBTR al final del día enviará el detalle de las operaciones cursadas entrelos participantes directos del sistema, de forma automática al Mayor Generalcon el fin de llevar a cabo su registro contable de forma automatizada.

El Sistema LBTR generará un lote consolidado (batch) por tipo deoperación al final del día de las transacciones operadas y las enviará alMayor General para su contabilización.

El lote generado por la LBTR puede elaborarse en cualquiera de lossiguientes formatos:

Formato XML (a través de la exposición de un Webservice).Archivo plano separado por comas (CSV).Entre otros.

El Mayor General recibe la información de las transacciones, la valida,genera los registros contables (asientos) correspondientes y comunica larecepción exitosa de la información, caso contrario, notifica inconsistenciasal Departamento de Sistema de Pagos para que realice las investigaciones ycorrecciones correspondientes y así cargar el lote nuevamente.




7.1.6.5 Aspectos a ConsiderarEl LBTR permitirá el envío de las operaciones al Mayor General de lassiguientes maneras: a) envío de las transacciones una a una; b) envío de la

posición multilateral neta; c) total débitos y créditos.

Cuando se realicen transferencia de fondos entre instituciones financieras ygubernamentales se utilizará una cuenta control (transitoria) en la LBTR y otraen el mayor general, ambas cuentas al momento de la liquidación del SIC-CCy LBTR quedarán en cero.

7.1.6.6 Detalle de información a transferirSe requiere que el Sistema LBTR identifique cada registro que se envía almayor general con la siguiente información:a. Número de documento (Identificador del lote).

b. Fecha y hora de operaciónc. Código identificador del tipo de transacción. (Dato de mayor relevancia yaque el Mayor General lo deberá utilizar para tipificar cada operación).

d. Nombre y número de cuenta corrientee. Montof. Tipo de monedag. Código que identifica el sistema que genera la transacción.h. Sinopsis predeterminadai. Sector económico. j. Status de las transacciones.

7.1.6.7 Metodología de trabajoEl proveedor realizará sesiones de trabajo en conjunto con el equipo el BCHpara consensuar los mecanismos de conexión, cronograma de trabajo,estrategias para elaboración, pruebas e implementación de dicho enlace.

Los licitantes tendrán en cuenta de que el sistema de información contable(SIC-Mayor General) actual, será sustituido por un nuevo módulo de mayorgeneral el cual será parte de un ERP (Enterprise Resource Planning), el cualestá en proceso de adquisición.

Mientras no se implemente el nuevo Sistema de Información Contable, se

requiere que todas las operaciones contables se envíen al módulo de MayorGeneral del SIC actual.




7.1.7 Enlace Participantes Directos – LBTR

7.1.7.1 Descripción del enlace

Las instituciones que manejan cuentas en el Banco Central de Honduras(BCH) con frecuencia realizan transferencias de fondos mediante el uso denotas debidamente autorizadas o mediante mensaje SWIFT.

7.1.7.2 Proceso de interconexión actualActualmente, el sistema financiero realiza entre otras las siguientesoperaciones: transferencias entre cuentas, transferencias interbancarios,transferencias desde y hacia los corresponsales, transferencias a institucionesgubernamentales.

Las transferencias autorizadas por medio de oficios son presentadas enventanilla al BCH para su operación. Al momento de recibir los oficios serealiza la afectación en la cuenta corriente.

Las transferencias en moneda nacional que se reciben a través del SWIFTson impresas por el Departamento Internacional y remitido al Departamentode Sistema de Pagos para su operación en la cuenta corriente de formamanual.

Realizan transferencias de fondos todas aquellas instituciones que mantienencuenta en el BCH:

Todas las instituciones del sistema financiero, excluyendo las compañíasde seguro y los almacenes generales de depósito.

Todas las instituciones gubernamentales.

El horario para efectuar estas transacciones será el establecido en lanormativa vigente.

7.1.7.3 Detalles técnicosNo aplican.


El objetivo principal de este enlace es la liquidación de pagos de alto valor entiempo real. Los participantes de la LBTR podrán ingresar sus instruccionesde pago tanto en moneda nacional como en moneda extranjera.

El participante directo de la LBTR tiene la opción de recibir y enviarinstrucciones de pago, pagos a terceros, transferencias de fondos, pago deinversiones, transferencias interbancarias, transferencias a institucionesgubernamentales y se espera el retiro y depósito de numerario (ver detalle enla Sección VI Anexo 7 numeral 7.1.5 Enlace SIC-CC - LBTR).




Las instituciones participantes podrán utilizar los mensajes SWIFT (al menosMT102, MT103, MT202), los cuales tienen una estructura estándar.

Este enlace también cuenta con las siguientes funcionalidades:

a) Notificar sobre el resultado de la liquidación de instrucciones de pago. Porlo tanto, ambos sistemas se darán cuenta inmediatamente cuando susmensajes son recibidos, rechazados, liquidados o cancelados.

b) Crear, modificar o eliminar usuariosc) Administrar colas de pagosd) Consulta de reportes.e) Consultas en línea.

El LBTR proveerá mecanismos que permitan a los participantes ingresar lotesde órdenes de pago a través de sus sistemas Back-office, con el objeto delograr un auténtico STP.

La LBTR proporcionará mecanismos de validación que eviten que un pagosea duplicado.

EL LBTR permitirá a los participantes reservar fondos para propósitosespecíficos de liquidación como ser cámaras de compensación y subastas dedivisas y valores.

7.1.7.5 Aspectos a ConsiderarEl sistema utilizará mensajes en formato SWIFT, enlazándose y gestionandoconexiones con la red SWIFT (participantes SWIFT) y/o con una red

propietaria (participantes no SWIFT).

El sistema proporcionará una interface Web para que los participantes puedaningresar pagos y consultar la información relacionada a los mismos.

Con el enlace se espera reducir la autorización de transferencias por medio deoficios, permitiendo a los participantes directos ingresar sus transaccionesdirectamente al LBTR por medio de: una interface Web, la red SWIFT o através de la conexión de sus sistemas back office.

Se requiere que los licitantes propongan mecanismos de contingencia en el

caso que un participante no pueda ingresar sus pagos.

Los pagos originados en la LBTR por los participantes directos hacia el sectorgubernamental serán enviados al sistema SIC-CC para el procesamiento final.(Ver detalle en la Sección VI Anexo 7 numeral 7.1.5 Enlace SIC-CC - LBTR)

La LBTR identificará cuando una instrucción de pago, es originada por unparticipante directo y es en beneficio de una institución gubernamental pararedireccionarla al SIC-CC.




7.1.7.6 Detalle de información a transferirAl menos se requiere que los participantes puedan consultar y generar losiguiente:

7.1.7.6.1 Balance de saldos : El cual incluye: Número de cuenta, Nombre del cuentahabiente,Fecha de apertura, Fecha última transacción, Saldo inicial, Saldofinal.

7.1.7.6.2 Estado de cuenta:El cual incluye: Procedencia, Referencia, Asiento, Documento,Fecha Valida, Débito, Crédito, Saldo inicial, Saldo Final, Sinopsis

7.1.7.7 Metodología de trabajoEl proveedor realizará sesiones de trabajo en conjunto con los participantes

directos y el BCH para consensuar los mecanismos de conexión, cronogramade trabajo, estrategias para elaboración, pruebas e implementación de dichoenlace.

Adicionalmente el proveedor realizará pruebas de contingencia en la redSWIFT y en red privada.

7.1.8 Enlace RECAUDACIÓN FISCAL - LBTR

7.1.8.1 Descripción del sistemaLa Unidad de Servicios Fiscales (USF) es la encargada de administrar el

Sistema de Recaudación Fiscal, proceso mediante el cual se registra contabley estadísticamente los ingresos a favor del Gobierno por los impuestostributarios recaudados a través del sistema bancario en moneda nacional.

A partir del año 1995 se firmó un convenio entre la SEFIN y el sistemabancario para recaudar los impuestos tributarios de los contribuyentes. ElBCH actúa como agente fiscal del estado administrando la recaudaciónfiscal, emisión y distribución de especies fiscales.

Las recaudaciones se realizan diariamente de lunes a viernes en un horarioestablecido por los bancos del sistema financiero y transmitido al BCH al día

siguiente hábil. El BCH a su vez traslada al Gobierno esos ingresos al cuartodía hábil. Actividad por el cual el BCH recibe una comisión por larecaudación de tres impuestos indirectos que equivale al 1% mensual sobreel total recaudado.

7.1.8.2 Proceso de interconexión actualSe recibe la información del Sistema Bancario a través de dispositivos dealmacenamiento electrónico las recaudaciones efectuadas a nivel nacional




(PA01/A Fénix y Tradicional), esta información es presentada por losdelegados de cada banco en las oficinas de la Unidad de Servicios Fiscales delBCH, la cual es cargada al Sistema de Recaudación Fiscal.

Los montos recaudados son revisados y validados por un operador, laverificación se realiza comparando los montos cargados en el sistema contralos reportes físicos presentados por cada delegado.

Al cuarto día hábil y mediante el Sistema de Recaudación Fiscal, el operadorresponsable efectúa los débitos a los bancos del sistema bancario y el crédito ala cuenta de la Tesorería General de la República (TGR).

En compensación al servicio prestado por recaudación fiscal el BCH pormedio del sistema de Recaudación Fiscal efectúa mensualmente el cálculo delas comisiones que es el 1% del total recaudado, el pago de esta comisión se

efectúa en base a convenios establecidos. Posteriormente, un operador ingresaal SIC-CC para debitar la cuenta de la TGR y acreditar la cuenta de ingresosdel BCH.

El Sistema Bancario por el servicio que presta a la Dirección Ejecutiva deIngresos (DEI) recibe una comisión del 0.032 del 1%. Para el pago de estacomisión el BCH recibe de la DEI una nota de autorización con el detalle delos montos a pagar a cada institución bancaria, para lo cual debita la cuenta dela TGR y acredita la cuentas corrientes de los bancos.El Sistema de Recaudación Fiscal tiene una conexión automática con el SIC-CC para realizar las recaudaciones fiscales, sin embargo, el pago de

comisiones y cobro de intereses se efectúa directamente en el SIC-CC.

7.1.8.3 Detalles técnicosEl Sistema de Recaudación Fiscales está desarrollado en el lenguaje deprogramación Progress 9.1D y su base de datos se encuentra en la versión9.1A de Progress.

El proceso de envío de operaciones contables del sistema de RecaudaciónFiscal hacia SIC-CC consiste en la lectura de los registros contenidos en la

tabla ―partidas‖ que cuenta con la siguiente estructura:

Código de Banco Monto Cuenta Contable Fecha Transacción Tipo Movimiento (débito/Crédito) Clase (Mayor o Cuenta Corriente) Transacción (Normal/Extemporánea)




Número de lote

7.1.8.4 Enlace RequeridoEl enlace Sistema de Recaudación Fiscal – LBTR será automático para evitar

la digitación en ambos sistemas reduciendo el riesgo operativo.

La LBTR notificará al Sistema de Recaudación Fiscal sobre el resultado de laliquidación por las recaudaciones efectuadas. Por lo tanto, ambos sistemas sedarán cuenta inmediatamente cuando sus mensajes son recibidos, rechazados,liquidados o cancelados.

El BCH podrá identificar las transacciones realizadas por concepto derecaudaciones fiscales, pago de comisiones al sistema bancario y generarreporte de liquidación de las mismas.

El enlace Sistema de Recaudación Fiscal – LBTR será automático, sinembargo, en caso de que esté no esté disponible dicho enlace, la LBTRcontará con la posibilidad de ingresar el resultado de la liquidación en formamanual.

7.1.8.5 Aspectos a ConsiderarEn algunos casos existen diferencias entre lo reportado y lo debitado, esto sedebe a errores por montos de recaudaciones reportados incorrectamente porlos bancos. En estos casos la USF efectúa reversiones en las cuentas de losbancos del sistema bancario.

En caso de las recaudaciones extemporáneas, la USF efectuará el cálculo porlos intereses moratorios los cuales serán debitados de la cuenta del banco quecorresponda y acreditará la cuenta de la TGR.

7.1.8.6 Detalle de información a transferirLa información básica del enlace contiene al menos lo siguiente: Montos Recaudados Banco Fecha de Recaudación Fecha de Liquidación Cuenta Tipo de operación

7.1.8.7 Metodología de trabajoEl proveedor realizará sesiones de trabajo en conjunto con USF paraconsensuar los mecanismos de conexión, cronograma de trabajo, estrategiaspara elaboración, pruebas e implementación de dicho enlace.




7.1.9 Enlace ESPECIES FISCALES - LBTR

7.1.9.1 Descripción del sistemaLa Unidad de Servicios Fiscales (USF) es la encargada de administrar elSistema de Especies Fiscales, proceso mediante el cual se administra elinventario y el registro contable de las especies fiscales y Judiciales delGobierno como ser timbres de contratación, papel sellado, libretas parapasaportes (diplomáticos, corrientes y oficiales), libretas de marinos, timbresconsulares, timbres para licores y esencias importada.

De conformidad con lo dispuesto en el artículo 55 de su Ley Orgánica ―ELBANCO CENTRAL DE HONDURAS‖, en su carácter de Agente Fiscal delEstado, le corresponderá la adquisición, edición, fabricación, emisión,custodia y distribución de las Especies Fiscales y Judiciales, según contratospara la Administración de las Especies Fiscales y Judiciales del Gobierno,suscritos con la Secretaria de Finanzas y Corte Suprema de Justicia.

De las especies fiscales y Judiciales administradas por el BCH, únicamente seefectúa la venta directa de las especies fiscales denominadas timbres decontratación y papel sellado al sistema bancario nacional en un horario de9:00 am a 3:00 pm. El resto de las especies fiscales se distribuye a través delos agentes autorizados, los cuales son los encargados de ponerlos adisposición de los contribuyentes para lo cual el BCH cumple solamente el rolde distribuidor. La recaudación de estos ingresos son enterados a la TesoreríaGeneral de la Republica (TGR) a través del sistema de recaudación fiscal.

En casos de los ingresos por libretas para pasaporte corriente y timbres

consulares utilizados en las oficinas diplomáticas en el exterior son enteradosa través de transferencias ordenadas vía SWIFT y donde el Departamento deSistema de Pagos digita la operación contable y afecta la cuenta de la TGR enmoneda extranjera.

7.1.9.2 Proceso de interconexión actualPara la atención de timbres de contratación y papel sellado se recibe nota delbanco del sistema solicitando la venta de estas especies, detallando cantidad ydenominación de las mismas.

El auxiliar contable encargado de atender la solicitud procesa durante el día en

el Sistema de Especies Fiscales las ―Facturas de Remisión‖ solicitadas por losbancos, las cuales contienen la siguiente información: nombre del bancosolicitante, cantidades, valores, descuento, tipo de especie.

Al final de día el Sistema de Especies Fiscales genera una orden de afectaciónautomática al SIC-CC, debitando la cuenta de encaje de los bancos solicitantesy acreditando la cuenta de la TGR por el total de las ventas realizadas en eldía.




Para la atención de solicitudes de papel sellado y timbres de contratación enlas sucursales del BCH, éstas realizan la operación de cobro de las especiesdebitando la cuenta de encaje de los bancos solicitantes y acreditando unacuenta transitoria de acreedores varios. Al final del día las sucursales del BCH

remiten vía fax a la USF copia de las facturas de remisión de las operacionescontables realizadas, con el objeto de registrar los ingresos al fisco, debita lacuenta transitoria y acredita la cuenta de la TGR por medio del sistema deespecies fiscales en forma automática.

7.1.9.3 Detalles técnicosEl Sistema de Especies Fiscales está desarrollado en el lenguaje deprogramación Progress 9.1D y su base de datos se encuentra en la versión9.1A de Progress.El proceso de envío de operaciones contables del sistema de Especies Fiscaleshacia SIC-CC y Mayor General consiste en la lectura de los registros

contenidos en la tabla ―Contab‖ que cuenta con la siguiente estructura: Cuenta Secuencia Partida Tipo Movimiento (débito/Crédito) Clase (Mayor o Cuenta Corriente) Fecha Monto Sinopsis Movimiento


El enlace Sistema de Especies Fiscales – LBTR será automático debitando lacuenta de encaje del sistema bancario para evitar la digitación en ambossistemas y reducir el riesgo operativo.

La LBTR notificará al Sistema de Especies Fiscales sobre el resultado de laliquidación. Por lo tanto, ambos sistemas se darán cuenta inmediatamentecuando sus mensajes son recibidos, rechazados, liquidados o cancelados.

El BCH podrá identificar las transacciones realizadas por concepto de ventade especies fiscales (timbres de contratación y papel sellado) y generar reportede liquidación de las mismas.

El enlace Sistema de Especies Fiscales – LBTR será automático, sin embargo,en caso de que esté no esté disponible dicho enlace, la LBTR contará con laposibilidad de ingresar el resultado de la liquidación en forma manual.

7.1.9.5 Aspectos a ConsiderarEn caso de existir devoluciones por vencimientos, deterioros o daños el bancodel Sistema podrá solicitar a través de la Secretaria de Finanzas la autorización




de la devolución del importe parcial o total, el cual se acreditará a su cuenta deencaje, debitando la cuenta de ingresos de la TGR.

Este proceso es realizado mediante el sistema de Especies Fiscales en forma

automática.

7.1.9.6 Detalle de información a transferirLa información básica del enlace contiene al menos lo siguiente: Monto cobrado Banco Fecha de la operación Cuenta Tipo de especie

7.1.9.7 Metodología de trabajo

El proveedor realizará sesiones de trabajo en conjunto con USF paraconsensuar los mecanismos de conexión, cronograma de trabajo, estrategiaspara elaboración, pruebas e implementación de dicho enlace.

7.1.10 Enlace FPI-LBTR

7.1.10.1 DescripciónPara realizar una adecuada gestión de la liquidez el BCH ha establecido lasfacilidades permanentes de liquidez de corto plazo en moneda nacionalponiendo a disposición de las Instituciones del Sistema Financiero (ISF) laFacilidad Permanente de Inversión (FPI).

Las operaciones por Facilidades Permanente de Inversión son realizadasexclusivamente por ISF a un día plazo (overnight), en moneda nacional y enun horario de recepción de 5:00 p.m. a 6:30 p.m.

Para acceder a estas facilidades las instituciones financieras suscriben unconvenio de participación con el BCH y las solicitudes son remitidas aldepartamento de Operaciones Monetarias vía fax en el formato establecidopara estas transacciones, las cuales son procesadas manualmente.

Las principales transacciones por las facilidades de inversión son:

El registro de la solicitud de inversión realizadas por la ISF en el BCH

El registro de la liquidación de la inversión y pago de intereses alvencimiento

Por la solicitud de inversión recibida se realiza en forma manual un crédito enla cuenta de pasivo del módulo de mayor general y un débito a la cuentacorriente de la ISF en el SIC-CC, por el monto pactado de la transacción.




Al vencimiento se registra un débito en el mayor general del SIC por el montopactado de la transacción más los respectivos intereses y la suma de ambosvalores se acreditan en la cuenta corriente de la ISF en el SIC-CC.

Los intereses se pagan diariamente y se calculan sobre el valor invertido a unatasa fija que resulta de restar la Tasa de Política Monetaria (TPM) menos lospuntos básicos que determine el directorio del BCH en la normativa vigente.

7.1.10.2 Proceso de interconexión actualEl registro contable y la liquidación de las FPI se efectúa manualmente, aligual que la cancelación de las mismas. Las estadísticas y el control se llevanen archivos de Excel, las cuales se actualizan diariamente.

7.1.10.3 Detalles Técnicos

No aplica.

7.1.10.4 Enlace RequeridoEl proveedor diseñará e implementará, en coordinación con el departamentode Operaciones Monetarias y el departamento de Tecnología yComunicaciones, un mecanismo para agilizar este proceso, que consideretanto la liquidación de la operación en la LBTR como el registro de lainversión en el mayor general del SIC, el cual deberá ser consensuado yaprobado por el BCH.

7.1.10.5 Aspectos a ConsiderarNo existe un módulo que permita el ingreso de las solicitudes de las FPI, porlo cual se realizan en forma manual y se lleva control en hojas de Excel.

7.1.10.6 Detalle de información a transferirSe requiere que la liquidación de estas operaciones (inversión y vencimiento)se efectúe en la LBTR, por lo menos con la siguiente información:

Código de la instituciónFecha de OperaciónCódigo de Moneda

Tipo de Operación: Débito o CréditoValor de la Operación: valor de liquidaciónNúmero de Cuenta: número de la cuenta corriente para liquidaciónCódigo de referencia: código para identificar el tipo de la operación y lasinopsis predefinidaCódigo del operador: código del operador que realiza la operación

Para el registro de la inversión en una cuenta de mayor general del SIC, serequiere por lo menos la siguiente información:




Fecha de Operación:Código de Moneda Tipo de Operación: Débito o CréditoValor de la Operación

Código de cuenta: código de la cuenta de mayor general para el registro delas inversionesCódigo de referencia: código para identificar el tipo de la operación y lasinopsis predefinidaCódigo del operador: código del operador que realiza la operación

7.1.10.7 Metodología de trabajoEl proveedor coordinará las acciones requeridas para el diseño eimplementación de este enlace en conjunto con personal del departamento deOperaciones Monetarias y el departamento de Tecnología y Comunicaciones.

7.1.11 Enlace SIP - LBTR

7.1.11.1 Descripción del sistemaEl desarrollo y fortalecimiento de los sistemas de pagos es un objetivoestratégico fundamental para los bancos centrales de la región, facilita laejecución de la política monetaria y promueven el desarrollo de los sistemasfinancieros, tanto nacionales como regionales, es por esto que nace el Sistemade Interconexión de Pagos (SIP) cuyo gestor institucional actual es el BancoCentral de República Dominicana. El SIP tiene como propósito brindar losmecanismos automatizados que, mediante procesos transparentes, eficientes yseguros, permitan a los participantes directos liquidar electrónicamente, en

forma bruta y en tiempo real sus operaciones, derivadas en dólares de losEstados Unidos de América.

7.1.11.2 Proceso de interconexión actualActualmente el BCH está en procesos de prueba para conectarse a los BancosCentrales adheridos al SIP. Se estima que a mediados del 2011 se iniciaránlas operaciones del SIP.

7.1.11.3 Enlace RequeridoEl proveedor ofrecerá al BCH la plataforma informática necesaria parainteractuar con el Gestor Institucional la cual incluye mecanismos de

comunicación que garanticen el servicio y la seguridad entre los participantes.

El Ciclo de Operación para transmitir pagos en el SIP a través de la LBTR esel siguiente:

Un Cliente remite un pago a una institución del Sistema Financiero del paísorigen (en nuestro caso Honduras) para acreditar fondos a otro participante enun país destino (Costa Rica, Salvador, Guatemala, Republica Dominicana,Nicaragua). Posteriormente, las instituciones de nuestro Sistema Financiero




por medio del LBTR emite la instrucción de pago solicitadas por los clientes(Ver Detalles Sección VI Requisitos Técnicos, Literal H Anexo 7 numeral7.1.7 Enlace Participantes Directos - LBTR) para ser liquidadas por el LBTR.

El LBTR identificará, canalizará y remitirá automáticamente una instrucciónde pago al Gestor institucional a través de Swift (actualmente RepúblicaDominicana), el cual recibirá el mensaje y liquidará el pago mediante lacuenta de liquidación que posea el BCH en el Gestor institucional contra lacuenta de liquidación de posea el país destino en el Gestor Institucional.

El Gestor Institucional enviará una confirmación de liquidación al LBTRindicando que se efectuó el pago. El LBTR trasladará dicha confirmación alSistema Financiero.

El Banco Central de país destino por medio del Gestor Institucional recibe la

instrucción de pago y la remite al participante del país destino, este a su vezentrega los fondos al cliente beneficiario.

Para mayor detalle ver el siguiente gráfico.




7.1.11.4 Detalles técnicos Las conexiones y comunicaciones en el SIP se efectuarán por medio de lared SWIFT. El BCH ingresará al Grupo Cerrado de Usuarios FIN Copy de SWIFT del

Gestor Institucional, para el SIP. El Gestor Institucional utilizará el servicio FIN-Copy / CUG, bajo el

esquema ―Y‖, donde se involucran tres partes: Participante que envía, lainstitución central que opera el sistema LBTR, y el participante que recibe.




7.1.11.5 Aspectos a ConsiderarEl dólar de los Estados Unidos de América (USD) será la moneda oficial quese utilizará para las operaciones que se realicen por medio del SIP.

Se espera que BCH a largo plazo pueda operar como Gestor institucional porello la LBTR tendrá que cumplir con los siguientes requisitos:

a. Liquidación en tiempo real de pagos individuales, sujeto a disponibilidadde fondos.

b. Gestión de límites de cuentas de liquidación de los participantes.c. Capacidad de gestión de colaterales.d. Facilidades para trabajar con múltiples horarios de operaciones.e. Gestión de colas.f. Establecimiento de prioridades en los pagos.

g. Facilidades para remitir instrucciones de pagos con fecha futura.h. Confirmaciones automatizadas de pagos liquidados.i. Remisión automática de estados de cuenta, al cierre diario de operaciones. j. Gestión de tarifas.k. Integración de forma nativa con SWIFT.l. Soporte de operaciones vía SWIFT.m. Pistas de auditorías.n. Liquidación de operaciones nacionales y regionales en instancias

separadas.o. Contar con infraestructura tecnológica moderna, segura y eficiente, con

centro de procesamiento y resguardo de información en un sitio alterno.

7.1.11.6 Metodología de trabajoEl proveedor realizará sesiones de trabajo en conjunto con el BCH paraconsensuar los mecanismos de conexión, cronograma de trabajo, estrategiaspara elaboración, pruebas e implementación de este enlace.

7.2 ENLACES CON LA CDV

7.2.1 Enlace CDV-LBTR

7.2.1.1 Descripción del sistemaActualmente la dependencia del BCH que administra las Operaciones deMercado Abierto (OMA) es el departamento de Operaciones Monetarias, elcual cuenta con varios sistemas para la gestión de sus procesos, entre loscuales se encuentran: el Sistema de Anotación en Cuenta (SAC), Sistema deCertificados de Absorción Denominados en Dólares (SIS LBCH EN M/E).Dichos sistemas tienen interrelación directa con el módulo de cuenta corrientedel SIC (SIC-CC) para la liquidación de operaciones de mercado abierto.




Todas las operaciones que realizan los participantes directos en el mercado devalores, que se procesan en el SAC y SIS LBCH EN M/E se liquidan en SIC-CC a través del envío electrónico de las operaciones contables.

Los principales registros contables que se realizan derivado de las operacionesmencionadas anteriormente son:

a) Transacciones en el mercado Primario Liquidaciones por la adjudicación de valores en la subasta de Letras del

BCH: adjudicaciones totales, adjudicaciones parciales y devoluciones. Liquidaciones por la adjudicación de valores en la subasta por

emisiones de instituciones del sector público (Sefin, ENEE):adjudicaciones totales, adjudicaciones parciales y devoluciones a losinversionistas. Esto incluye la transferencia de fondos a favor de laSefin.

Liquidación por Negociaciones Bilaterales de valores gubernamentales. Pagos a los inversionistas por concepto de capital al vencimiento de los

valores.

b) Transferencias de valores gubernamentales en mercado secundario Liquidación de las transacciones.

c) Servicio de la Deuda Cobros de comisiones a los emisores de valores gubernamentales.

(Sefin, ENEE) Cobros a los emisores por los intereses periódicos y capital al

vencimiento de los valores emitidos. Pagos a los inversionistas por los intereses periódicos y capital alvencimiento de los valores.

Retenciones del impuesto sobre la renta sobre los intereses devengadospor las inversiones.

Traslado periódico a la DEI por la retención del impuesto sobre la rentasobre los intereses devengados por los inversionistas de títulos valores.

d) Facilidades de Crédito y Acuerdos de Recompra Liquidaciones por los créditos concedidos por BCH a favor de ISF Liquidación del crédito al vencimiento Cobro de intereses

e) Facilidades de Inversión Liquidaciones por las inversiones realizadas en el BCH por la ISF Liquidación de la inversión al vencimiento Pago de intereses

f) Transferencias de Valores para garantizar Créditos Interbancarios




Todas las transacciones de valores se liquidan en el SIC-CC en monedanacional.

Las liquidaciones del mercado primario se realizan el mismo día en forma

simultánea o posterior a la adjudicación de los valores.

Las operaciones en el mercado secundario, el servicio de la deuda y los Acuerdos de Recompra se liquidan inmediatamente que se operan en unhorario de 9:00 a.m. a 3:00 p.m. a excepción del traslado periódico a laDEI por la retención del impuesto sobre la renta sobre los interesesdevengados por los inversionistas de valores gubernamentales, el cual seliquida trimestralmente.

Las Facilidades de Crédito y Facilidades de Inversión se liquidan

inmediatamente que se operan en un horario de 5:00 p.m. a 6:30 p.m. en el

mismo momento de la recepción.

Para hacer efectivos los pagos (créditos) por de intereses periódicos ycapital al vencimiento a los inversionistas (público en general) que notienen cuenta corriente en el BCH, los inversionistas pueden solicitar laemisión de un cheque para el pago o que se les acredite el monto en cuentasdel Sistema Financiero para lo cual el departamento de OperacionesMonetaria requiere una nota de autorización para realizar el crédito en unacuenta corriente del banco receptor del pago, registrada en el SIC-CC.

Para liquidar las transacciones de valores, actualmente se realiza un sólo

débito en la cuenta corriente de los bancos por la suma de las afectacionesen el SIC-CC, correspondientes a inversiones propias y de otrosinversionistas previa autorización de los bancos. Cuando se utilizancheques certificados o de caja como medio de pago estos representan unaafectación directa de débito en la cuenta corriente en el SIC-CC.

Por concepto de las transacciones individuales derivadas por el servicio dela deuda (pago de intereses y capital al vencimiento) se realiza un sólocrédito en las cuentas corrientes autorizadas por los inversionistas. Si elinversionista no tiene cuenta en el BCH se emite un cheque a favor delmismo o en su defecto por instrucciones del inversionista con previa

autorización se acredita los fondos en la cuenta de un banco.

7.2.1.2 Proceso de interconexión actualLas operaciones del mercado primario y secundario se envían en formaelectrónica al SIC-CC por medio de los sistemas SAC y SIS LBCH EN M/E,los cuales realizan una conexión directa al sistema contable, transmitiendo unlote de operaciones.




En el caso de la liquidación de la subasta de valores gubernamentales se deberealizar el cierre de la subasta en el SAC, para posteriormente realizar el envíoelectrónico de las operaciones contables al SIC-CC.

Al generar las operaciones contables por transferencias en el mercadosecundario se realiza un cierre automático de traspasos de mercado secundarioen el SAC.

Todas las operaciones por el servicio de la deuda se realizan en forma manualy se digitan por un operador en el SIC, afectando cuentas de mayor general ycuenta corriente. Se utilizan las cuentas de mayor general por la provisión deintereses, para retención de impuesto y en el SIC-CC los créditos a favor delos inversionistas.

Las operaciones de Facilidades de Crédito e Inversión y los Acuerdos de

Recompra se operan en forma manual en el sistema contable, afectandocuentas de mayor general y cuenta corriente.

Las operaciones por Facilidades de Crédito se registran como inversión en elmayor general y se liquidan en la cuenta corriente de la institución en el SIC-CC, se realiza un crédito por el monto pactado y un débito por el monto

pactado más los intereses el día de la cancelación de la FPC.

7.2.1.3 Detalles TécnicosLas aplicaciones SAC (versión carácter) y SIS LBCH EN M/E (interfaceWindows) fueron desarrolladas con Progress 9 (tanto base de datos como

lenguaje de programación).

La lógica de negocio para el registro contable está escrita en Progress dentrode los sistemas SAC y SIS LBCH EN M/E y realiza diversas validacionesprevio al envío electrónico del lote de operaciones contables hacia losmódulos de cuenta corriente y mayor general del SIC.

Las afectaciones contables se envían como un valor neto hacia los módulos decuenta corriente y mayor general del SIC; el SAC y SIS LBCH EN M/E sonutilizados como un auxiliar contable.

7.2.1.4 Enlace RequeridoLa CDV enviará en forma electrónica a la LBTR las instrucciones deliquidación de las transacciones por los siguientes conceptos: mercadoprimario, mercado secundario, servicio de la deuda y créditos colateralizados.

La CDV garantizará el principio entrega contra pago modelo 1 para lastransacciones de mercado primario, mercado secundario, facilidades decrédito, acuerdos de recompra y préstamos interbancarios.




La LBTR enviará en forma automática la confirmación de la liquidaciónhacia la CDV.

La CDV llevará el control de las retenciones del impuesto sobre la renta sobre

los intereses devengados por las inversiones, así como proveer un mecanismopara realizar ajustes sobre las retenciones si fuera necesario debido a reclamopresentado.

Lo anterior con el objeto que la CDV sea capaz de generar una instrucción depago a la cuenta de la DEI en un banco privado a través de la LBTR, para elpago periódico (trimestral, semestral, anual o personalizado), por laacumulación de las retenciones del impuesto sobre la renta sobre los interesesdevengados por las inversiones, desde una cuenta de retención del mayorgeneral.

Cuando el enlace entre la CDV y la LBTR deje de operar normalmente, elproveedor proporcionará el mecanismo de contingencia para el envío ytransferencia de información entre ambos sistemas.

7.2.1.5 Aspectos a ConsiderarLas operaciones de mercado secundario pueden ser libres de pago, es decir,que dichas operaciones no se liquidan contra una cuenta corriente del SIC-CC,ya que solamente se realiza la transferencia de la titularidad en el SAC. Paraeste tipo de transacciones el principio de entrega contra pago no serárequerido.

7.2.1.6 Detalle de información a transferirPara realizar las liquidaciones de las diferentes transacciones de valores seenviarán instrucciones de la CDV hacia la LBTR por lo menos contiendo lasiguiente información:Código de la instituciónFecha de OperaciónTipo de Operación: Débito o CréditoValor de la Operación: valor de liquidaciónNúmero de Cuenta: número de la cuenta corriente para liquidaciónCódigo de referencia: código para identificar el tipo de la operación y lasinopsis predefinida

Código del sistema: código del sistema que origina la operación

7.2.1.7 Metodología de trabajoEl proveedor trabajará en forma conjunta con los departamentos deOperaciones Monetarias y de Sistema de Pagos para coordinar los detallesoperativos de este enlace.




7.2.2 Enlace CDV – PARTICIPANTES DIRECTOS

7.2.2.1 Descripción del sistemaEl proceso de Subasta de Valores Gubernamentales del BCH se realiza en elSistema de Anotación en Cuenta (SAC) para valores emitidos en monedanacional y en el Sistema de Letras del BCH Denominadas en MonedaExtranjera (SIS LBCH EN M/E)El propósito general de los sistemas antes referidos es la administración devalores gubernamentales emitidos por el Banco Central de Honduras y porotras instituciones del Sector Público; y su administración está a cargo deldepartamento de Operaciones Monetarias.

Estos sistemas permiten las siguientes operaciones: Emisión de valores gubernamentales de acuerdo a las características

autorizadas por los emisores. Colocación de valores bajo el mecanismo de subasta de valores. Colocación de valores directa o bilateral en mercado primario. Transferencias de valores gubernamentales en mercado secundario. Transferencia de valores gubernamentales en garantía por el

otorgamiento de Facilidades de Crédito y Acuerdos de Recompra(créditos colateralizados).

Administrar el servicio de la deuda: pago de intereses periódicos ycapital al vencimiento.

Mercado PrimarioLas colocaciones directas o bilaterales, son transacciones donde ocurre una

negociación directa entre el emisor y el inversionista, una vez que ambosllegan a un acuerdo sobre el tipo de emisión, tasa de rendimiento, plazo yprecio, el BCH recibe, por medios escritos con las respectivas firmasautorizadas en el registro de valores, las instrucciones para la venta oadquisición de valores así como la afectación de las cuentas corrientescorrespondientes en el SIC-CC.

Mercado Secundario Las transferencias de valores en mercado secundario son el producto de unanegociación entre un tenedor de valores (vendedor) y un interesado enadquirir valores (comprador), quienes pactan el precio y el valor a pagar por la

transacción. Posteriormente acuden a una casa de bolsa autorizada y estasnotifican al BCH por medio escrito con firmas autorizadas en el Registro deValores, en los formatos de compra y venta establecidos para estastransacciones, las instrucciones para la transferencia de la titularidad en elSAC y liquidación de las transacciones en cuenta corriente del SIC-CC siaplica la liquidación.Dichas transacciones deben ser solicitadas utilizando los servicios deintermediación de las casas de bolsa autorizadas.




Facilidades Permanentes Para realizar una adecuada gestión de la liquidez, el BCH ha establecido las

facilidades permanentes de liquidez de corto plazo en moneda nacionalponiendo a disposición de las Instituciones del Sistema Financiero (ISF) laFacilidad Permanente de Crédito (FPC) y la Facilidad Permanente deInversión (FPI), las cuales constituyen operaciones a un día plazo (overnight).

Para acceder a estas facilidades las instituciones financieras suscriben unconvenio de participación con el BCH y las solicitudes son remitidas aldepartamento de Operaciones Monetarias vía fax en el formato preestablecidopara estas transacciones que son procesadas en forma manual.

Las facilidades permanentes de crédito se documentan mediante pagarés a la

vista a favor del BCH suscritos por los representantes legales de las ISFpeticionarias y colateralizadas con valores gubernamentales propiedad de lainstitución solicitante.

Las ISF presentan el detalle de los valores gubernamentales que sirven decolateral para acceder a la FPC, con su respectivo valor presente, utilizandopara ello la tasa de interés promedio de colocación de las Letras del BCH enmoneda nacional a un año plazo de la última subasta. Una vez verificadostodos los requisitos se realiza manualmente la transferencia de titularidad en elSAC a favor del BCH y la afectación en la cuenta corriente de la ISFsolicitante.

Al vencimiento de la FPC se efectúa el débito en la cuenta corriente de la ISFsolicitante por la cancelación de la FPC (monto de capital más intereses) y seregistra la transferencia de los valores a favor de la ISF solicitante en el SACy se devuelve el pagaré cancelado.

Los acuerdos de Recompra son créditos concedidos a las ISF basados en unagarantía o colateral por un plazo de 2 a 6 días, cuyo tratamiento es similar alas FPC con la diferencia de que en estos acuerdos no se suscribe un pagaré.

Las operaciones que se realizan por el servicio de deuda son: cobro de

comisiones a los emisores de valores gubernamentales (mensualmente), pagode intereses periódicos y pago de capital al vencimiento a los tenedores devalores gubernamentales.

HorariosLa subasta de valores gubernamentales en moneda nacional se realiza el díamartes de cada semana y la subasta de valores gubernamentales en monedaextranjera se realiza el día miércoles de cada semana. Si alguno de estos díasresulta inhábil, la subasta se realiza el día hábil siguiente. La recepción de las




ofertas es de 9:00 a.m. a 11:15 a.m. para subastas estructurales y para subastasdirigidas a las instituciones del sistema financiero el horarios es de 9:00 a.m. a2:45 p.m. Posteriormente el mismo día se realizan los procesos de revisión,adjudicación y liquidación de la subasta.

Las operaciones que no son por medio de subasta se atienden en un horario delunes a viernes de 9:00 a.m. a las 3:30 p.m., excepto para las FacilidadesPermanentes de Inversión y Crédito cuyo horario de atención es de 5:00 p.m.a 6:30 p.m.

7.2.2.2 Proceso de interconexión actualDebido a que no existe una conexión electrónica directa entre el SAC/SISLBCH EN M/E con los participantes directos y con el propósito de agilizar elproceso de negociación de valores gubernamentales mediante el mecanismo

de subasta, se diseñó el Módulo Electrónico de Captura de Ofertas (MECO).

El MECO permite el envío electrónico a través de una interface web de ofertasde compra de valores de los inversionistas directos y de los agentesintermediarios de valores desde terminales remotas utilizando la Red deInterconexión Financiera (RIF) administrada por la Comisión Nacional deBancos y Seguros (CNBS).

Una vez que las ofertas son capturadas, las mismas son transferidas al SAC ySIS LBCH EN M/E para efectuar la adjudicación de valores gubernamentalesy la respectiva liquidación en las cuentas corrientes de los participantes en el

SIC-CC.

El MECO es utilizado únicamente para las subastas de valores y el resto de lasoperaciones se reciben por medio de solicitudes por escrito que se ingresanmanualmente al SAC y se liquidan en el módulo de SIC-CC y mayor general.

7.2.2.3 Detalles TécnicosEl MECO está desarrollado en la plataforma Microsoft ASP .NET 2005usando base de datos SQL Server 2005.

Las aplicaciones SAC (versión carácter) y SIS LBCH EN M/E (interface

Windows) fueron desarrolladas con Progress 9 (tanto base de datos comolenguaje de programación).

La recepción de las ofertas se realiza en el horario definido en el MECO. Unavez que se cierra el proceso de recepción de las ofertas, éstas son transferidasal SAC y SIS LBCH EN M/E por medio electrónico a través de una interfaceelectrónica entre ambos sistemas.




Las principales validaciones para el ingreso de ofertas que se realizan en elMECO son las siguientes:

a. Valida que el ingreso de la oferta este dentro del periodo de tiempo

establecido.b. Valida que la tasa no supere el máximo establecidoc. Valida que el múltiplo de la tasa sea el correctod. Valida que el valor nominal de la oferta no sea menor al establecidoe. Valida que el múltiplo del valor nominal sea el correctof. Valida la cantidad de oferta competitiva o ciega que puede ingresar un

participante.g. Si es una oferta ciega valida que el monto a ingresar este dentro del

parámetro establecidos

7.2.2.4 Detalles técnicos de la importación y exportación de información

del SAC hacia el MECOPara comunicar el SAC y el MECO, se desarrolló en Progress un ―Módulo deExportación e Importación de Ofertas Electrónicas‖ a través de archivosplanos separados por coma.

Este módulo intermedio permite extraer del SAC los datos necesarios de laconvocatoria de subasta tanto en moneda nacional como en monedaextranjera, los cuales posteriormente son ingresados al MECO. Los archivospara importar la subasta y el detalle de las emisiones son los siguientes:

Moneda Nacional

a) Subasta de valores en moneda nacional

Número de SubastaDíaMesAñoTipo Subasta: Venta o de CompraForma de la subasta: Precio múltipleTiempo

b) Detalle de las emisiones

2010007, 70, E1, 5, 11, 2008, 50000000, HN-DBCBZTFR-76 2010007, 70, H1, 5, 11, 2008, 50000000, HN-DBCBZTFR-75 2010007, 70, N1, 5, 11, 2008, 50000000, HN-DBCBZTFR-74

Número de SubastaTipo EmisiónPlazo (Serie)

2010007, 12, 5, 2010, V, DPM, 0




DíaMesAñoMonto Ofrecido

Código ISIN

Moneda Extranjera

a) Subasta de valores en moneda extrajera2010206 12, 5, 2010, V, DPM, 0 19.0257

Número de SubastaDíaMesAño

Tipo Subasta: Venta o de CompraForma de la subasta: Precio múltipleTiempoTipo de Cambio

b) Detalle de las emisiones2010206, 70, E1, 5, 11, 2008, 50000000, HN-DBCBZTFR-76 2010206, 70, H1, 5, 11, 2008, 50000000, HN-DBCBZTFR-75 2010206, 70, N1, 5, 11, 2008, 50000000, HN-DBCBZTFR-74

Número de SubastaTipo EmisiónPlazo (Serie)DíaMesAñoMonto OfrecidoCódigo ISIN

Para las subastas de valores emitidos por el Gobierno se ingresa en elMECO el detalle de las emisiones y las ofertas se capturan en formaelectrónica el proceso de carga de las ofertas es manual.

Al momento del cierre del periodo de recepción de ofertas en el MECO,se utiliza el ―Módulo de Exportación e Importación de OfertasElectrónicas‖ para exportar al sistema de anotación en cuenta (SAC) lasofertas ingresadas en el MECO, para lo cual se generan tres archivosplanos separados por comas. Los archivos se detallan a continuación:

2010206-oferta.txt Datos Generales de las ofertas2010206-DetaOfer.txt Datos específicos de las ofertas2010206-ForPaOfe.txt Forma de Pagos de las ofertas




7.2.2.5 Enlace RequeridoCuando ocurra la implementación de la CDV, los enlaces básicos requeridosentre la CDV y los participantes directos son:

La CDV habilitará los avisos electrónicos de subasta a los participantesdirectos.

Los participantes directos (las ISF y casas de bolsas autorizadas) enviaránde forma electrónica a través de una interface web sus posturas para lacompra/venta de valores gubernamentales (colocación por medio desubasta, colocación directa o bilateral) las cuales serán capturadas por laCDV.

La CDV enviará en forma electrónica los resultados de la adjudicación de

valores gubernamentales a los participantes directos e intermediariosautorizados, una vez que se ha hecho la liquidación, para dar cumplimientoal principio Entrega contra Pago (ECP) modelo 1.

La CDV permitirá a los participantes directos enviar de forma electrónicaa través de una interface web sus solicitudes o instrucciones detransferencia de valores gubernamentales, registro de valores en garantíaen el otorgamiento de Facilidades de Crédito y Acuerdos de Recompracumpliendo el principio Entrega contra Pago (ECP) modelo 1.

La CDV contendrá mecanismos de consulta y proporcionar en formato

electrónico estados de cuenta o extractos a los inversionistas ointermediarios que así lo requieran, respecto del movimiento o estado desu(s) cuenta(s).

La CDV realizará las notificaciones a los inversionistas, donde se lesinformará periódicamente el pago de los intereses y capital.

La transferencia de información se realizará utilizando mensajes con elformato SWIFT, de conformidad con los estándares internacionalesmínimos para mensajes generados según los lineamientos BIS.

La CDV permitirá ciertas facilidades para la interconexión con lossistemas BackOffice de los participantes directos para el envío y recepción

de información de forma automática, de manera que agilice los procesosrelacionados con la participación en el mercado de valores.

En caso de interrupción del servicio a uno o varios participantes, duranteun evento de negociación, es decir, que el enlace entre la CDV y losparticipantes directos deja de operar normalmente o no está disponible ylas ofertas o posturas no puedan ser ingresadas en forma electrónica, la




CDV permitirá al BCH el ingreso manual de las ofertas físicas recibidas oen su defecto se habilitará una terminal en el BCH para que losinversionistas puedan ingresar sus ofertas.

Asimismo, cuando que se presente interrupción total del servicio duranteun evento de subasta, se proveerá la facilidad para que el BCH puedaextender los horarios de la subasta del día.

7.2.2.6 Aspectos a ConsiderarLa Secretaria de Finanzas (Sefin) puede actuar como, emisor de valoresgubernamentales y/o como participante directo para la adquisición de valoresen la subasta de valores gubernamentales.

En relación al enlace requerido entre la CDV y la Sefin, en caso de que éstaactúe como emisor se proveerá un enlace para consulta y gestión de la deuda

pública y cuando la Sefin actúe como inversionista este permitirá que realicetodas las operaciones como un participante directo; para la liquidación de lastransacciones se utilizarán las cuentas corrientes indicadas por la Sefin.

La Sefin presenta posturas no competitivas (ciegas) a diferencia de los demásparticipantes estas ofertas no tienen límite en el monto ofrecido.

Dado que los medios de pago actualmente autorizados por el BCH paraliquidar las transacciones de las subastas de valores son: Cuenta corriente,Cheque de caja o cheque certificado y comprobante de inversión vencida en elSAC y en el SIS LBCH EN M/E, durante el proceso de implementación y

reformas a los procesos de liquidación se analizará la mejor opción paraliquidar dichas transacciones especialmente por los inversionistas que notienen cuenta corriente en el BCH.

7.2.2.7 Detalle de información a transferirLos datos relativos a las ofertas de subasta que son transferidos desde elMECO al SAC y SIS LBCH EN M/E son:

a. Código del inversionistab. Nombre del inversionistac. Fecha de Operaciónd. Código de Moneda

e. Plazo: expresado en días.f. Características de los valores a comprar: fecha de emisión, fecha devencimiento

g. Valor nominal: Requiere una precisión de doce (12) dígitos y dos (2)posiciones decimales.

h. Tasa: Requiere una precisión de dos (2) posiciones decimales. Ej. 6.65i. Precio: Requiere una precisión de seis (6) posiciones decimales.

Ej. 93.857056




j. Valor a pagar: Requiere una precisión de doce (12) dígitos y dos (2)posiciones decimales.

k. Medio de pago

7.2.2.8 Metodología de trabajoEl proveedor realizar sesiones de trabajo en conjunto con personal delDepartamento de Operaciones Monetarias del BCH para trabajar n el enlacedescrito anteriormente y proveerá los mecanismos y estrategias para laimplementación y pruebas del enlace con los participantes directos.

Una vez que entre en funcionamiento la CDV cumplirá los requerimientospara la gestión de las operaciones de mercado de valores gubernamentales,unificando las funcionalidades del SAC, SIS LBCH EN M/E y del MECO eincorporando nuevas funcionalidades que no están disponibles en los sistemasactuales.

Mientras no se realice la implementación de la CDV, se seguirá operando conel esquema actual, utilizando al MECO como capturador de ofertas y SAC ySIS LBCH EN M/E como gestores del proceso de negociación de valores.

7.2.3 Enlace CDV-MAYOR GENERAL

7.2.3.1 Descripción del sistemaEl Sistema de Anotación en Cuenta (SAC) y el Sistema de Letras del BCHDenominadas en Moneda Extranjera (SIS LBCH EN M/E), envíanoperaciones contables al módulo de mayor general del Sistema Integrado de

Contabilidad (SIC).

Actualmente se realizan operaciones mixtas. Las operaciones mixtas quegeneran el SAC y SIS LBCH EN M/E, comprenden afectaciones en cuentacorriente SIC (SIC-CC) y afectaciones en el módulo de mayor genera (SIC-Mayor General) en forma simultánea; asimismo para efectuar el registrocontable de la tenencia, se realiza de acuerdo a la sectorización económica delmayor general.

Existen otro tipo de operaciones que no se generan de ningún sistema y sedigitan manualmente en el módulo de mayor general (conocidas como

operaciones manuales).

Los principales eventos que generan afectaciones contables al mayor generaldel SIC son: transacciones de valores gubernamentales en el mercadoprimario, transferencias de valores gubernamentales en mercado secundario,servicio de la deuda, facilidades de crédito y de inversión, acuerdos derecompra y registro de garantías de créditos interbancarios y todas estas serealizan en moneda nacional. Los sistemas SAC y SIS LBCH EN M/E, envían




un lote de operaciones al final de cada evento que se registran en diferentescuentas del Mayor General.

En lo referente a la emisión, colocación y redención de valores

gubernamentales se actualizan los saldos en las cuenta de orden del mayorgeneral por: montos emitidos, monto disponible y el control de lasobligaciones del estado cuando se trata de emisiones de la Sefin.

Las colocaciones de valores en el mercado primario generan afectaciones decuentas acreedoras en el mayor general por el registro de los pasivosoriginados por las emisiones del BCH y en las cuentas deudoras por el registrodel descuento concedido. Al vencimiento de los valores negociados se generanafectaciones de la cuenta acreedora en el mayor general para registrar lacancelación de la obligación contraída por el BCH.

Las transferencias en el mercado secundario generan afectaciones en el mayorgeneral, para el registro de la tenencia de los valores, las cuales pueden ser encuentas acreedoras cuando se trata de emisiones del BCH y en cuentas deorden cuando son emisiones del sector público (Sefin, ENEE).

Las operaciones contables por el servicio de la deuda, tales como: pago deintereses y capital, provisión de intereses y retención del impuesto sobre larenta de las referidas colocaciones se realizan en el mayor general de formamanual afectando de cuentas deudoras y acreedoras.

Por el registro de las facilidades permanentes de crédito overnight (FPC), se

realiza en el mayor general de forma manual un débito a una cuenta de activopor el monto pactado del crédito, y un crédito por el mismo valor a la cuentade mayor de la institución financiera que recibe el crédito overnight, sedebitan y acreditan las cuentas de orden correspondientes por el registro delpagaré. Al vencimiento se realizan las operaciones por la cancelación en lascuentas mencionadas y se realiza el registro respectivo por concepto deintereses en una cuenta de resultado.

El traspaso de los valores gubernamentales que garantizan la FPC se realiza enel SAC y se envían las operaciones contables en forma electrónica hacia elmódulo de mayor general del SIC, afectando cuentas de pasivo o cuentas de

orden según corresponda de acuerdo al emisor de los valores cómo colateral.Al vencimiento se realizan las operaciones por la cancelación del traspaso enlas cuentas mencionadas.

El registro de los acuerdos de recompra se realiza en forma manual medianteuna operación mixta en el mayor general un débito a una cuenta de activo porla concesión del crédito y en el SIC-CC un crédito a la cuenta corriente de lainstitución financiera, crédito que se traslada al mayor general al ser revisadala operación. Al vencimiento se realizan las operaciones por la cancelación en




las cuentas mencionadas y se realiza el registro respectivo por concepto deintereses en una cuenta de resultado.

Los acuerdos de Recompra son créditos concedidos a las Instituciones del

Sistema Financiero amparada en una garantía o colateral a un plazo de 2 a 6días, cuyo tratamiento es similar a las FPC con la diferencia de que por estosacuerdos no se suscribe un pagaré.

Por las facilidades de inversión (overnight), se afecta en el mayor general enforma manual un crédito a una cuenta de pasivo para registrar la obligacióncontraída por el BCH y débito a la cuenta de mayor de la instituciónfinanciera, y la cancelación se registra el día siguiente, se realiza el registrocorrespondiente por concepto de intereses pagados en una cuenta de resultado.

7.2.3.2 Proceso de interconexión actual

Los envíos de estas operaciones se realizan en forma electrónica al final decada evento al SIC-CC y se mayorizan posteriormente en el módulo de mayorgeneral.

Hay operaciones manuales (servicio de la deuda, facilidades permanentes deinversión, facilidades de crédito, acuerdos de recompra) que no se generan deningún sistema y estas son ingresadas en forma manual por un operador en elmódulo de mayor general del SIC para afectar cuentas de activo o pasivo, y alSIC-CC afectar las respectivas cuentas corrientes, que al ser revisada laoperación se traslada a la cuenta de mayor correspondiente.

Para liquidar las transacciones de valores que se registran en el SAC y SIS LBCH EN M/E, se realizan afectaciones mediante envíos electrónicos al SIC-

CC; en el caso de las facilidades permanentes de crédito y de inversión se

realizan las afectaciones manuales en el SIC-CC.

Además del registro manual de los acuerdos de recompra por medio del SACse hace el envío electrónico de un lote al módulo de mayor general, para eltraspaso de la titularidad en el momento de la concesión y al momento de lacancelación del mismo.

7.2.3.3 Detalles Técnicos

Las aplicaciones SAC (versión carácter) y SIS LBCH EN M/E (interfaceWindows) fueron desarrolladas con Progress 9 (tanto base de datos comolenguaje de programación).

La lógica de negocio para el registro contable está escrita en Progress dentrode los sistemas SAC y SIS LBCH EN M/E y realiza diversas validacionesprevias al envío electrónico del lote de operaciones contables hacia losmódulos de cuenta corriente y mayor general del SIC.




Las afectaciones contables se envían como un valor neto hacia los módulos decuenta corriente y mayor general del SIC; el SAC y SIS LBCH EN M/E sonutilizados como un auxiliar contable.

7.2.3.4 Enlace RequeridoLa CDV enviará al módulo de Mayor General en forma automática el registrocontable por las diferentes transacciones al final de cada evento, de acuerdo ala sectorización económica del mayor general.

La CDV se adaptará a los formatos requeridos por el Mayor General para elenvío electrónico de las operaciones contables.

La CDV se enlazará al mayor general para realizar el registro contable de lasobligaciones en los pasivos del BCH, el control de obligaciones del estado porlas emisiones de la Sefin, así como el ingreso por el servicio de administración

de valores gubernamentales.

Las emisiones de valores gubernamentales administradas en la CDV seránidentificadas y contabilizadas utilizando un código único.

Cuando el enlace entre la CDV y el Mayor General no esté disponible, elproveedor proporcionará el mecanismo de contingencia adecuado para elenvío y recepción de información entre ambos sistemas.

7.2.3.5 Aspectos a ConsiderarPara el enlace requerido se debe considerar que no se trabajará con el modelo

contable actual, sino que se creará una estructura contable propia de la CDV,configurando las cuentas de orden en el Mayor General, a ser afectadas por lastransacciones, por lo tanto la CDV será capaz de actualizar los saldos de lascuentas bajo dicha estructura contable.

7.2.3.6 Detalle de información a transferirPara realizar los envíos de las operaciones contables derivada de las diferentestransacciones de valores hacia el Mayor General se requiere por lo menos lasiguiente información:

Código Único: ISIN

Fecha de Operación:Código de Moneda Tipo de Operación: Débito o CréditoValor de Operación: valor nominal, valor a pagar, descuento concedido oprimaCódigo de cuenta: auxiliar del inversionistaCódigo de referencia: código para identificar el tipo de la operación y lasinopsis predefinidaCódigo del sistema: código del sistema que origina la operación




7.2.3.7 Metodología de trabajoEl proveedor trabajará en forma conjunta con los departamentos de

Operaciones Monetarias y de Contaduría para coordinar los detalles deimplementación de este enlace.

Los licitantes tomarán en cuenta de que el sistema de información contable(SIC) actual, será sustituido por un nuevo módulo de mayor general el cualserá parte de un ERP (Enterprise Resource Planning), el cual está enproceso de adquisición.

Mientras no se implemente el nuevo Sistema de Información Contable, todaslas operaciones contables se enviarán al módulo de Mayor General del SICactual.




ANEXO 8INFRAESTRUCTURA SWIFT




ANEXO 9DECLARACIÓN DE CONFIDENCIALIDAD

Yo, [nombre], actuando en mi condición de Representante Legal de [nombre dela empresa proveedora constituida bajo las leyes de [país], registro, númerostelefónicos, correo electrónico, domicilio y cualquier otro dato general de lamisma], por el presente documento DECLARO Y JURO que antes, durante yposterior a la vigencia del contrato [número y nombre del contrato] paraproveer los Sistemas Liquidación Bruta en Tiempo Real, LBTR, y CentralDepositaria de Valores, CDV, suscrito entre mi representada y [con quien sefirme el contrato], tanto mi representada, todo el personal contratado por ella,sus consultores u otros y mi propia persona, nos obligamos a mantener absolutaconfidencialidad y reserva en FORMA PERPETUA, sobre la información yasuntos que llegásemos a conocer, en razón del trabajo derivado del presente

contrato, especialmente los de carácter institucional, comprometiéndonos a noceder, copiar o utilizar la información con fines distintos a los que figuran endicho contrato; así mismo, mi representada asume la responsabilidad civil ypenal por cualquier daño causado en contra de [quien firma el contrato, BCH,El Estado de Honduras o terceros], por el manejo indebido de la información oaprovechamiento de la misma para fines distintos.

En fe de lo cual firmo la presente, en la ciudad [nombre ciudad, país, día, mesaño]




FORMATO

ACUERDO DE CONFIDENCIALIDAD

Nosotros HECTOR BIENVENIDO MENDEZ CALIX, Licenciado en Economía,casado, actuando en mi carácter de GERENTE Y REPRESENTANTE LEGALDEL BANCO CENTRAL DE HONDURAS, nombrado mediante la Resolución No.54-2/2010, emitida por el Directorio de dicha Institución el 12 de febrero de 2010, queen adelante se denominará “EL BCH” por una parte y por la otra el (la) señor (sra.)(señorita) _______________________________________________________condocumento de identificación número,____________________________ extendido por________________________________________________en la Ciudad de____________________________________________, estado civil____________________________, profesión u oficio______________________________________________ y empleado (a) de laempresa ______________________________________ desempeñándome en el

puesto de _________________________________________________________quien en lo sucesivo se denominará ―EL CONSULTOR‖; de común acuerdo hemosconvenido en celebrar, como en efecto, por este documento dejamos formalizado, elpresente ACUERDO DE CONFIDENCIALIDAD, con el objeto de que “ELCONSULTOR” guarde la debida confidencialidad de la información a la que tendráacceso durante la implementación de la LBTR y CDV, el cual se regirá por lasdeclaraciones, condiciones y términos que ambas partes estipulamos y expresamenteaceptamos en las cláusulas siguientes:

CLAUSULA PRIMERAOBJETO DEL ACUERDO Con el objeto de fijar controles administrativos, “EL BCH‖ implementa medidaspreventivas encaminadas a evitar la divulgación de información confidencial, razónpor la cual, este acuerdo establece los términos y condiciones bajo la cual se mantendrádicha confidencialidad.CLAUSULA SEGUNDAUTILIZACION DE INFORMACION“EL CONSULTOR” manifiesta que la información que conocerá y tendrá acceso, yasea a través del uso de dispositivos móviles,, medios de almacenamiento, mediosescritos, correo electrónico, conferencia web o cualquier otro medio y por la naturalezade las funciones que realiza en beneficio del Banco Central de Honduras, la utilizaráúnicamente para el desempeño de las actividades laborales convenidas. CLAUSULA TERCERACONFIDENCIALIDAD“EL CONSULTOR” manifiesta que se compromete a guardar estrictaconfidencialidad de los datos, informes, presentaciones, documentos, Direcciones IP yresultados que por razones de trabajo conozca y tenga que almacenar en dispositivoMemoria USB, cintas magnéticas, CD´s, microcomputadoras de escritorio,microcomputadoras portátiles y cualquier otro dispositivo móvil, fijo o impreso y quelos utilizará únicamente para trabajo en beneficio de esta Institución, manteniendo laconfidencialidad por tiempo indefinido.CLAUSULA CUARTASANCIONES




El incumplimiento del presente acuerdo, así como el uso o divulgación no autorizadade la información confidencial por parte de “EL CONSULTOR”, constituye unincumplimiento al presente Acuerdo y faculta a “EL BCH” para que ejercite lasacciones legales que correspondan, según las leyes Hondureñas, respecto a juicios

internacionales.En fe de lo cual, para constancia suscribimos este documento en dos (2) ejemplares deun mismo texto, en la Ciudad de Tegucigalpa, Municipio del Distrito Central, a los______ días del mes de __________________________del año dos mil diez (2010).

HECTOR B. MENDEZ CALIXGERENTEBANCO CENTRAL DE HONDURAS “EL CONSULTOR”




ANEXO 10INFRAESTRUCTURA TECNOLÓGICA SOLICITADA



530

SECCIÓN VII. FORMULARIOS TIPO



Sección VII. Formularios Tipo 531

Notas a los Licitantes sobre la preparación de los formularios

El Comprador ha preparado los formularios correspondientes a esta sección de losDocumentos de Licitación para adaptarlos a las exigencias especiales del Sistema que se va aadquirir. Estos se derivan de los formularios incluidos en los documentos estándar delicitación para suministro e instalación de Sistemas de información del Banco Mundial. En suoferta, el Licitante deberá emplear estos formularios (o los que presenten prácticamente lamisma información y en la misma secuencia). Los Licitantes deberán abstenerse de hacercambios no autorizados por escrito por el Comprador (los que podrían necesitar también laaprobación por el Banco Mundial). Si el Licitante tuviese alguna duda en relación con elsignificado o la exactitud del contenido, o con respecto al formato de los formularios y a lasinstrucciones que se dan en ellos, tales dudas deberán someterse, a la brevedad posible, a laatención del Comprador durante el proceso aclaratorio de la oferta, ya sea en la reuniónprevia a la Licitación o enviándolas por escrito de conformidad con la cláusula 10 de las IAL.

El Comprador ha tratado de dar explicaciones e instrucciones al Licitante para queprepare, de manera exacta y completa, los formularios en cuestión. Las instrucciones queaparecen en los formularios mismos están indicadas por medios tipográficos: es decir, estánescritas en letra cursiva y entre corchetes, tal como se muestra en el ejemplo que se da acontinuación tomado del Formulario de Licitación:

Debidamente autorizado para firmar esta oferta por y en nombre de [ inserte: nombre del Licitante]

Al preparar su oferta, el Licitante deberá cerciorarse de haber suministrado toda lainformación solicitada y de haber eliminado todas las indicaciones tipográficas. De nohacerlo, la oferta podría ser rechazada por no ajustarse a los Documentos de Licitación.

Los formularios tipo constituyen un conjunto de documentos estándar que facilitan elproceso de licitación y que cubren, desde la etapa de presentación de ofertas, pasando por laredacción del Contrato y hasta llegar a su ejecución. Se deberá llenar y presentar el primerconjunto de formularios como parte de la licitación antes de la fecha límite establecida parasu entrega. Dicho conjunto estará formado por: i) el Formulario de Licitación; ii) las Listasde Precios; iii) los Formularios de Autorización del Fabricante; iv) la Lista de SubcontratistasPropuestos; v) la Garantía de Seriedad de la Oferta, así como los otros formularios quefiguran en las subsecciones 1 a 4, de esta Sección VII de los Documentos de Licitación.

Formulario de Licitación: Además de ser el documento donde constan la confirmaciónoficial del precio de la oferta, el desglose de divisas, la (s) fecha (s) de culminación, y

donde se expresan otros detalles importantes del Contrato, el Formulario de Licitacióntambién lo utilizará el Licitante para confirmar — en caso de que su adjudicación seaconcretada en este Contrato — su aceptación del Conciliador propuesto por el Comprador,o para proponer otra alternativa. Si la oferta es presentada en nombre de una sociedad enparticipación, es fundamental que el Formulario de Oferta esté firmado por el socio acargo y que tenga como respaldo las autorizaciones y poderes necesarios, de conformidadcon la cláusula 6.2 de las IAL. Dada la preocupación generalizada por el uso ilegal desoftware protegido por una licencia, se solicitará a los Licitantes que certifiquen en elFormulario de Licitación que el Software incluido en la oferta fue desarrollado y es



532 Sección VII. Formularios Tipo

propiedad del Licitante o, en su defecto, que el Software está cubierto por licenciasválidas otorgadas por los dueños del Software.

Listas de precios: Los precios cotizados en las Listas de precios, deberán constituir unaretribución completa y justa por el suministro, la instalación, y para lograr la Aceptaciónoperacional del Sistema tal como se describe en los Requisitos Técnicos, sobre la basedel Programa de Ejecución y de acuerdo a los términos y condiciones del Contratopropuesto, tal como se establece en los Documentos de Licitación. Deberá darse el preciopara cada producto que figure en las Listas, con los costos agregados cuidadosamente,primero a nivel de subsistema y luego para todo el Sistema. Si las Listas de precios sólosuministran un resumen del desglose de los productos y componentes, o no cubrenalgunos productos que son únicos para la solución técnica y particular que ofrece elLicitante, el Licitante podrá ampliar las Listas para incluir esos productos y componentes.Si se necesitan cuadros que sustenten el precio y los costos, para lograr una mayorcomprensión de la oferta, se deberán incluir.

Deberán evitarse los errores aritméticos. Si éstos ocurriesen, el Comprador los corregiráde conformidad con la cláusula 26.2 de (IS1STG SBD) o la cláusula 38.2 (IS2STG SBD)de las IAL sin que tenga la obligación de consultar al Licitante. La omisiones y lasincoherencias importantes, así como la falta de detalles podrían ocasionar el rechazo de laoferta por no ajustarse a los requisitos comerciales requeridos. La presentación de losprecios, de conformidad con el desglose estipulado en las Listas de precios también esfundamental por otra razón. Si en una oferta no se desglosan los precios de la formaindicada, y como resultado de ello, el Comprador no puede aplicar la disposición sobrepreferencia nacional descrita en la cláusula 29 de las IAL (IS1STG SBD) o en lacláusula 41 de las IAL (IS2STG SBD), el Licitante perderá el beneficio de la mencionada

preferencia. Una vez que las ofertas se hayan abierto, ninguno de estos problemas podrárectificarse. En esa etapa, no se permite que los Licitantes modifiquen los precios de lasofertas con el propósito de corregir errores u omisiones.

Autorizaciones del fabricante: De conformidad con la cláusula 6.1 b) de los IAL, elLicitante deberá presentar, como parte de su oferta, los Formularios de autorización delfabricante, en el formato suministrado en los Documentos de Licitación para todos losproductos especificados en los DDL.

Lista de subcontratistas propuestos: De conformidad con la cláusula 6.3 de los IAL, elLicitante deberá presentar, como parte de su oferta, una lista de los Subcontratistas

propuestos para complejos productos de tecnología, bienes y servicios (y aquellos cuyoscostos calculados sean superiores a un 10 por ciento del precio total de la oferta). La listadeberá incluir también los nombres y lugares de registro de los Subcontratistaspropuestos para cada producto, además de un resumen de sus calificaciones.

Lista de software y materiales: De conformidad con la cláusula 13.1 e) vi) (IS1STGSBD) o las cláusulas 13.1 c) vi) y 25.1 e) vi) (IS2STG SBD) de los IAL, los Licitantesdeberán presentar, como parte de sus ofertas, las listas de todo el Software que ofrecen,




clasificado dentro de una de las siguientes categorías: A) Software del sistema, depropósito general o de aplicación; o B) Software estándar o personalizado. Los Licitantestambién deberán presentar una lista de todos los materiales personalizados. Si estuvieseprevisto en los DDL, el Comprador podrá reservarse el derecho de asignar determinados

tipos clave de software a una categoría diferente.

Formulario de información sobre calificación: De conformidad con la cláusula 6 de losIAL, el Comprador determinará la elegibilidad del Licitante para ejecutar el Contrato.Esta elegibilidad abarca los criterios basados en antecedentes de desempeño, así como enlas cualidades financieras y técnicas que se especifican en los DDL, para la cláusula 6 delos IAL. El Licitante deberá suministrar la información necesaria para que el Compradorpueda hacer la evaluación empleando los formularios que figuran en esta sub-sección.Los formularios contienen instrucciones detalladas adicionales que el Licitante deberáseguir.

Garantía de seriedad de la oferta: El Licitante deberá presentar una garantía de seriedadde la oferta ya sea en el formularios tipo o en otro formato que sea aceptable para elComprador, de conformidad con las disposiciones que figuran en las instrucciones paralos Licitantes. Si el Licitante opta por usar un formato alternativo de garantía de seriedadde la oferta, el Licitante deberá asegurarse de que el formato suministrado incluya,fundamentalmente, la misma protección ofrecida en el formato estándar; de no ser así,correría el riesgo de que se rechace su oferta por no ajustarse a los requisitos comercialesexigidos.

No se exige que los Licitantes presenten una Garantía de cumplimiento ni una fianzabancaria por anticipo a la presentación de las ofertas. Sólo el Licitante favorecido con laadjudicación estará en la obligación de presentar ambas garantías.

El Licitante favorecido, una vez que ha recibido la notificación de la adjudicación delContrato, deberá presentar debidamente diligenciados los siguientes Formularios: i) Contrato,con todos sus apéndices; ii) Garantía de cumplimiento; iii) Garantía bancaria por anticipo. Contrato: además, de identificar las Partes y el Precio del Contrato, en este documento

deberán figurar: i) el Representante del Proveedor; ii) de ser el caso, el nombre delConciliador designado y su remuneración; y iii) la Lista de los Subcontratistas aprobados.Por otra parte, se adjuntarán al Contrato las modificaciones de las Listas de precios del

Licitante favorecido, las que deberán incluir las correcciones y los ajustes de los preciosde la oferta del Proveedor necesarios para rectificar errores, ajustar el Precio delContrato y reflejar así, de ser necesario, toda prórroga de la validez de la oferta quesupere los 56 días.

Garantía de cumplimiento: De conformidad con la cláusula 13.3 de las CGC, el Licitantefavorecido deberá suministrar la Garantía de cumplimento en el formulario incluido enesta sección de los Documentos de Licitación y por el monto determinado deconformidad con las CEC.




Fianza bancaria por anticipo: De conformidad con la cláusula 13.2 de las CGC, elLicitante favorecido deberá suministrar la fianza bancaria por anticipo en el formularioincluido en esta sección de los Documentos de Licitación o en otro formato que goce dela aceptación del Comprador. Si el Licitante deseara proponer un formato diferente para

la fianza bancaria por anticipo, éste deberá enviarla tan pronto sea posible al Compradorpara su examen y confirmación de aceptación antes del vencimiento del plazo para lapresentación de la oferta. El monto del pago adelantado por el cual se constituirá la fianzase especifica en la cláusula 13 de las CEC (la que, generalmente, se refiere a su vez a lacláusula 12 de las CEC (Términos de Pago)).

El Comprador y el Proveedor emplearán los siguientes formularios durante laejecución del Contrato con la finalidad de formalizar o certificar eventos importantes delContrato: i) los certificados de instalación y de Aceptación operacional; y ii) los diversosformularios para solicitud de modificaciones. Estos formularios, además de losprocedimientos para su empleo durante la ejecución del Contrato, están incluidos en losDocumentos de Licitación para información de los Licitantes.




Índice de Formularios Tipo

1. FORMULARIO DE OFERTA (LICITACIÓN EN UNA ETAPA) .......................................... 537537539

2. FORMULARIOS DE LISTAS DE PRECIOS......................................................................................... 542542544

2.1 PREÁMBULO ................................................................................................................................543543545 2.2 CUADRO RESUMIDO DE COSTOS TOTALES ...........................................................................................545545547 2.3 CUADRO RESUMIDO DE COSTOS DE SUMINISTRO E INSTALACIÓN .............................................................546546548 2.4 CUADRO RESUMIDO DE GASTOS ORDINARIOS ......................................................................................548548550 2.5 CUADRO PARCIAL DE COSTOS DE SUMINISTRO E INSTALACIÓN.................................................................549549551 2.6 CUADRO DE CÓDIGOS DE PAÍS DE ORIGEN ...........................................................................................553553555 2.7 CUADRO DE IMPUESTOS – QUE SE AGREGARÁN ANTES DE LA FIRMA DEL CONTRATO – NO VOLCAR AL FORMULARIO DE

OFERTA.................................................................................................................................................554554556

3. OTROS FORMULARIOS Y LISTAS PARA LA OFERTA .................................................... 560560562

3.1 FORMULARIO DE AUTORIZACIÓN DEL FABRICANTE...................................................................561561563 3.2 LISTA DE SUBCONTRATISTAS PROPUESTOS ...............................................................................562562564

3.3 LISTA DE SOFTWARE.................................................................................................................563563565 3.4 LISTA DE MATERIALES PERSONALIZADOS .................................................................................564564566 3.5.1 FORMULARIO DE INFORMACIÓN GENERAL ...........................................................................565565567 3.5.2 RÉCORD DE EXPERIENCIA GENERAL EN SISTEMAS DE INFORMACIÓN ..................................566566568 3.5.2A RESUMEN DE LA SOCIEDAD EN PARTICIPACIÓN.......................................................................567567569 3.5.3 RÉCORD DE EXPERIENCIA EN SISTEMAS DE INFORMACIÓN ...................................................568568570 3.5.3A DETALLES DE CONTRATOS DE NATURALEZA Y COMPLEJIDAD SIMILARES .............................569569571 INDICAR MONTOS EQUIVALENTES EN DÓLARES DE LOS ESTADOS UNIDOS .........................................569569571 3.5.4 HOJA RESUMEN: COMPROMISOS DEL CONTRATO ACTUAL / TRABAJO EN CURSO.................570570572 3.5.5 CAPACIDAD FINANCIERA .....................................................................................................571571573 3.5.6 CAPACIDADES DE PERSONAL ...............................................................................................573573575 3.5.6A RESUMEN DEL CANDIDATO ....................................................................................................574574576

3.5.7 CAPACIDADES TÉCNICAS .....................................................................................................575575577 4. FORMULARIO DE GARANTÍA DE SERIEDAD DE LA OFERTA (GARANTÍA BANCARIA)........................................................................................................................................................ 576576578

4A. FORMULARIO DE GARANTÍA DE SERIEDAD DE LA OFERTA (SEGURO DE OFERTA)........................................................................................................................................................ 578578580

5. FORMULARIO DEL CONTRATO ......................................................................................... 580580582

APÉNDICE 1. REPRESENTANTE DEL PROVEEDOR ...............................................................................584584586 APÉNDICE 2. CONCILIADOR(A) ..................................................................................................................585585587 APÉNDICE 3. LISTA DE SUBCONTRATISTAS APROBADOS ...................................................................586586588 APÉNDICE 4. CATEGORÍAS DE SOFTWARE .........................................................................................587587589 APÉNDICE 5. MATERIALES PERSONALIZADOS....................................................................................588588590

APÉNDICE 6. LISTAS DE PRECIOS REVISADOS....................................................................................589589591 APÉNDICE 7. ACTA DE LAS DISCUSIONES DE FINALIZACIÓN Y ENMIENDAS DEL CONTRATO .............590590592

6. FORMULARIOS DE GARANTÍA DE CUMPLIMIENTO Y DE FIANZA POR ANTICIPO........................................................................................................................................................ 591591593

6.1 GARANTÍA BANCARIA COMO GARANTÍA DE CUMPLIMIENTO .....................................................592592594 6.2 GARANTÍA BANCARIA COMO FIANZA POR ANTICIPO ................................................................595595597

7. CERTIFICADOS DE INSTALACIÓN Y ACEPTACIÓN....................................................... 597597599

7.1 FORMULARIO DEL CERTIFICADO DE INSTALACIÓN ...................................................................598598600




7.2 FORMULARIO DEL CERTIFICADO DE ACEPTACIÓN OPERACIONAL.............................................599599601

8. PROCEDIMIENTOS Y FORMULARIOS PARA LAS ÓRDENES DE MODIFICACIÓN ...600600602

8.1 FORMULARIO DE SOLICITUD DE PROPUESTA DE MODIFICACIÓN...............................................602602604 8.2 FORMULARIO DE PROPUESTA ESTIMADA DE PREPARACIÓN DE MODIFICACIÓN ........................604604606 8.3 FORMULARIO DE ACEPTACIÓN DEL ESTIMADO DE COSTO DE PROPUESTA DE MODIFICACIÓN..606606608 8.4 FORMULARIO DE PROPUESTA DE MODIFICACIÓN ......................................................................607607609 8.5 FORMULARIO DE ORDEN DE MODIFICACIÓN .............................................................................609609611 8.6 FORMULARIO DE SOLICITUD DE ORDEN DE MODIFICACIÓN ......................................................610610612




1. FORMULARIO DE OFERTA (LICITACIÓN EN UNA ETAPA)

Fecha: [Licitante indicar: fecha de la oferta ] Crédito No.: [El Comprador indicar : número ]

Llamado a Licitación: [El Comprador indicar: nombre y número] Contrato: [El Comprador indicar: nombre del contrato ]

Para: [El Comprador indicar: nombre y dirección del Comprador ]

Apreciado a) Señor o Señora:

Una vez examinados los documentos de licitación, incluidos las Enmiendas Nos.[indicar: números], y cuyo recibo acusamos, nosotros, los abajo firmantes, ofrecemos

suministrar, instalar, obtener la Aceptación operacional, y dar apoyo al Sistema eInfraestructura Tecnológica (Hardware y Software) objeto del Contrato mencionado, enplena conformidad con los llamados documentos de licitación, por la cantidad de:

[indicar: [monto en monedalocal en letras]

([indicar: monto en moneda local, en cifras, tomado del correspondiente gran total del cuadro de costos resumido])

más [ indicar: monto en divisas Aen letras]

([indicar: monto de la divisa A, en cifras, tomado del correspondiente gran total del cuadro de costos resumido])

[ según sea el caso, agregar lo siguiente]

más [ indicar : monto en divisas Ben letras]

([indicar: monto de la divisa B en cifras, tomado del correspondiente gran total del cuadro de costos resumido])

más [indicar: monto en divisas C enletras]

([indicar: monto de la divisa C en cifras, tomado del correspondiente gran total del cuadro de costos resumido])

o cualquier otra cantidad que pudiera determinarse de conformidad con los términos y

condiciones del Contrato. Los montos expresados están conformes con las Listas de preciosanexas y que forman parte de esta oferta.

De ser aceptada nuestra oferta, nos comprometemos a iniciar los trabajos relacionadoscon el Sistema de información, a efectuar la instalación y a obtener la Aceptaciónoperacional dentro de los plazos respectivos estipulados en los documentos de licitación.

Si nuestra oferta es aceptada, nos comprometemos a suministrar una garantía bancariapor el anticipo y una garantía de cumplimiento de acuerdo con la forma, las cantidades y losplazos establecidos en los documentos de licitación.




[Según sea el caso, incluir o eliminar el siguiente párrafo] ―Aceptamos el nombramiento de [El Comprador indicar: nombre del (de la)

Conciliador(a) propuesto(a) en los DDL ] como Conciliador(a)‖.

[y suprimir el párrafo siguiente o, si procede, eliminar lo anterior e incluir

lo siguiente o, en caso de que en los DDL no se especifique ningún(a)

Conciliador(a), eliminar tanto el texto anterior como el siguiente]

"No aceptamos el nombramiento de [el Comprador indicar el nombre del (de la)Conciliador(a) propuesto(a) en los DDL] como Conciliador(a), y en su lugar proponemosque se nombre como tal a [indicar: nombre], cuyos currículum vitae y tarifa por hora, seadjuntan a esta oferta."

Por la presente certificamos que el Software que hemos ofrecido y suministraremoscon arreglo al Contrato i) es de nuestra propiedad o ii) en caso contrario, está cubierto poruna licencia válida del dueño del Software.

Convenimos en regirnos por esta oferta que, de conformidad con las cláusulas 13 y 16de las IAL, incluida esta carta (Formulario de la oferta) y los anexos enumerados másadelante, por un período de [el Comprador indicar : número de días según los DDL] días apartir de la fecha de presentación de las ofertas estipulada en los documentos de licitación;la oferta nos obligará y podrá ser aceptada por ustedes en cualquier momento antes de quevenza dicho plazo.

Las comisiones o gratificaciones, si las hubiere, pagadas o por pagar por nosotros, aagentes relacionados con esta Oferta y con la ejecución del Contrato en caso que éste nos seaadjudicado, se enumeran a continuación:

Nombre yDirección delAgente

Monto yMoneda Propósito de laComisión oGratificación

etc. [en caso negativo, indicar: “ninguna”]

Esta oferta, junto con la aceptación de ustedes manifestada por escrito y lanotificación de adjudicación, constituirá un Contrato válido entre nosotros hasta que seprepare y firme un Contrato formal definitivo. Entendemos que ustedes no están obligados aaceptar la oferta más baja, ni ninguna otra de las ofertas que reciban.

Fechado hoy [ indicar: ordinal ] día de [ indicar: mes ], [ indicar: año ].

Firmado:

Fecha:

En mi carácter de [indicar: [título o cargo ]




Debidamente autorizado para firmar esta oferta a nombre de [ indicar: nombre del Licitante ]

ANEXOS:Listas de precios

Garantía de seriedad de la ofertaAutorización de firma [además, en el caso de que el Licitante sea una sociedad en

participación, agregar el resto de las autorizaciones, de conformidad con la cláusula

6.2 de las IAL]

Anexo 1 Elegibilidad del LicitanteAnexo 2 Calificaciones del Licitante (incluidas las autorizaciones de los

fabricantes)Anexo 3 Elegibilidad de los bienes y serviciosAnexo 4 Conformidad del Sistema de información con los Documentos de

LicitaciónAnexo 5 Subcontratistas propuestos

Anexo 6 Propiedad Intelectual (Listas de Software y Materiales)Anexo 7 Descripción de los módulos incluidos en la oferta que conforman lossubsistemas LBTR y CDV

Anexo 8 Lista de Verificación Técnica que demuestre que el sistema cumplesustancialmente con los requerimientos técnicos conforme Sección VRequisitos Técnicos, Literal G, Lista de Verificación Técnica.

Anexo 9 Programa detallado de Ejecución del ProyectoToda la documentación en forma impresa deberá presentarsedebidamente foliada y firmada por el ó la Representante Legal dellicitante

[si fuese el caso, especificar otros anexos o inserciones]




Índice y lista de verificación de la ofertaNota: Los Licitantes deberán ampliar y (si fuese el caso) modificar y llenar el cuadrosiguiente, cuya finalidad es darles una lista de verificación resumida de los elementos quedeberán incluir en la oferta que ha de ser considerada para la adjudicación del Contrato,

según se describe en las cláusulas 13.1 y 16 de las IAL. El cuadro también constituye unapágina de referencia resumida que facilitará y acelerará, para el Comprador, el proceso deevaluación de las ofertas.

ElementoIncluidoSí /No

Página No.

Formulario de Oferta .......................................................

Listas de precios ..............................................................

Garantía de seriedad de la oferta

Poder Legal o Confirmación de autorización delsignatario de la oferta

.........................................................................................

Anexo 1 Elegibilidad del licitante – Documentaciónsolicitada en la IAL6.1 (a)

Anexo 2 Calificaciones del licitante (Incluidas las

autorizaciones de los fabricantes)

Anexo 3 Elegibilidad de los bienes y servicios

Anexo 4 Conformidad del sistema de información conlos documentos de licitación

Anexo 5 Subcontratistas propuestos

Anexo 6 Propiedad intelectual (Listas de software ymateriales)

Anexo 7 Descripción de los módulos incluidos en laoferta que conforman los subsistemas LBTR y CDV

Anexo 8 Lista de Verificación Técnica que demuestre




que el sistema cumple sustancialmente con losrequerimientos técnicos.

Anexo 9 Programa Detallado de Ejecución del Proyecto

Anexo 10…….

Anexo 11…….




2. FORMULARIOS DE LISTAS DE PRECIOS




2.1 Preámbulo.

Generalidades1. Las Listas de precios están divididas en listas separadas, tal como se indicar a

continuación:2.2 Resumen general de los costos (sin incluir los impuestos)2.3 Cuadro resumido de costos de suministro e instalación (sin incluir los

impuestos)2.4 Cuadro resumido de gastos ordinarios (sin incluir los impuestos)2.5 Cuadro(s) parcial(es) de costos de suministros e instalación (sin incluir los

impuestos)2.6 Cuadro de código de los países de origen

2.7 Cuadro de impuestos – que se agregarán antes de la firma del contrato2. En las Listas, por lo general, no se hará una descripción completa de las tecnologías

informáticas que se van a suministrar e instalar y para las que es preciso obtener laAceptación operacional, ni de los servicios que se han de prestar en cada elemento.Sin embargo, se supone que, antes de llenar los formularios con las tarifas y precios,los Licitantes habrán leído los Requisitos Técnicos y otras secciones de losDocumentos de Licitación, a fin de conocer todo el alcance de los requisitos paracada elemento que se solicita. Se entenderá que las tarifas y los precios cotizadoscubren todos los elementos de dichos Requisitos Técnicos, así como los gastosgenerales y la rentabilidad.

3. Si el Licitante no tiene una idea clara acerca del alcance de algún elemento que sesolicita o tiene dudas al respecto deberá, de conformidad con las Instrucciones a losLicitantes que figuran en los Documentos de Licitación, solicitar una aclaración antesde presentar su oferta.

Precios

4. Los formularios con los precios deberán llenarse con tinta indeleble, y todamodificación que se necesite debido a algún error, etc. deberá llevar las iniciales delLicitante.

5. Los precios de la oferta se cotizarán en la forma indicada y en las monedasestipuladas en las cláusulas 14 y 15 (IS1STG SBD) o 27 y 28 (IS2STG SBD) de las

Instrucciones a los Licitantes (IAL), que forman parte de los Documentos deLicitación. Los precios deberán corresponder a elementos cuyo alcance y calidad sonlos que se han definido en los Requisitos Técnicos o en cualquier otra sección deestos Documentos de Licitación.

6. El Licitante deberá efectuar sus cálculos con sumo cuidado, ya que no podrá corregirlos errores una vez vencido el plazo para la presentación de las ofertas. Enconsecuencia, un sólo error al especificar un precio unitario podrá cambiarsubstancialmente el precio total general de la oferta del Licitante, hacer que la ofertano sea competitiva o, someter al Licitante a una posible pérdida. El Comprador




corregirá cualquier error aritmético, de conformidad con lo estipulado en las cláusulas26.2 (IS1STG SBD) o 38.2 (IS2STG SBD) de las IAL.

7. Los pagos al Proveedor se harán en la moneda o las monedas indicadas para cadaelemento. Según lo estipulado en las cláusulas 15.1 (IS1STG SBD) o 28.1 (IS2STGSBD) de las IAL, no podrán utilizarse más de tres monedas extranjeras. El precio deun elemento deberá ser único independientemente del sitio de instalación.




2.2 Cuadro resumido de costos totales1

[ indicar: Moneda Local ] Precio

[ indicar: Divisa A ] Precio

[ indicar: Divisa B ] Precio

[ indicar : Divisa C ] Precio

1. Costos de Suministro eInstalación (tomado delResumen de costos desuministros e instalación)

2. Gastos ordinarios (delResumen de los gastosordinarios)

3. Grandes totales (trasladar alFormulario de oferta)

Nombre del Licitante:

Firma autorizada del Licitante:

1 Incluir los costos sin impuestos




2.3 Cuadro resumido de costos de suministro e instalación2

Los costos deberán reflejar las tarifas y los precios cotizados, de conformidad con las cláusulas 14 y 15 (IS1STG SBD) o las cláusulas 27 y 28(IS2STG SBD) de las IAL.

Precios de suministro e instalación

Elementossuministradoslocalmente

Elementos suministrados desde un país que no sea el delComprador

PartidaNo. Subsistema/elemento

Costo de suminis-tro e instalaciónCuadro parcial

No.

[ indicar : Precio en

moneda local ]

[ indicar : Precio en

moneda local ]

[ indicar : Precio en divisa A]

[ indicar : Precio en divisa B]

[ indicar : Precio en divisa C]

1 InfraestructuraTecnológica

2.5

2 SubsistemaLiquidación Bruta enTiempo Real(LBTR)

n/a

3 SubsistemaCentralDepositaria deValores (CDV)

n/a

SUBTOTALES

TOTAL (Al cuadro resumido total)

2 No incluir impuesto




Consultar en el cuadro parcial de costos de suministro e instalación pertinente, los componentes específicos que constituyen cadaSubsistema o partida de este cuadro resumido.


Firma Autorizada del Licitante:




2.4 Cuadro resumido de gastos ordinarios3

Los gastos DEBERÁN reflejar las tarifas y los precios cotizados de conformidad con las cláusulas 14 (IS1STG SBD) o 27 (IS2STGSBD) de las IAL.

No. dePartida Subsistema/elemento

No. del cuadroparcial de gastos

ordinarios

[ indicar: Moneda

Local ] Precio

[ indicar: Divisa A ]

Precio

[ indicar: Divisa B ]

Precio

[ indicar: Divisa C ]

Precio

4 Mantenimiento Item 1 -1er. Año

2.6

5 Mantenimiento Item1 – 2do. Año

2.6

6 Mantenimiento Item1 – 3er. Año

2.6

7 Mantenimiento Items 2 a 5 – 1er. año

2.6

8 Mantenimiento LBTR yCDV, incluyendo items 6 y7 - 1 año – 1er. año

2.6

Subtotales (al cuadro resumido de totales)


Firma Autorizada del Licitante:





2.5 Cuadro parcial de costos de suministro e instalación4

Subsistema: Infraestructura Tecnológica Los precios, tarifas y subtotales deberán cotizarse de conformidad con las cláusulas 14 y 15 (IS1STG SBD) o las cláusulas 27 y 28(IS2STG SBD) de las IAL. Los precios unitarios del mismo ítem que aparezcan repetidos en el Cuadro deberán ser idénticos en elmonto y la moneda.

Precios/Tarifas Unitarios Precios totales

Suministradolocalmente

Suministrado desde un país que no esel del Comprador



Item Descripción delItem

País deorigen

Canti-dad

[indicar moneda local ]

[indicar moneda

local ]

[indicar divisa A]

[indicar divisa B]

[indicar divisa C ]

[indicar moneda

local ]

[indicar moneda

local ]

[indicar divisa A]

[indicar divisa B]

[indicar divisa C ]

1 Servidores 6

2 Licencias deBase de DatosOracleEnterpriseEdition 11g R2

perpetuas

36











País deorigen

Canti-dad


[indicar moneda

local ]

[indicar divisa A]

[indicar divisa B]

[indicar divisa C ]

[indicar moneda

local ]

[indicar moneda

local ]

[indicar divisa A]

[indicar divisa B]

[indicar divisa C ]

3 Licencias delComponente deAltaDisponibilidadde Base deDatos OracleReal ApplicationClusters 11g R2perpetuas

36

4 Licencias deBase de DatosOracle EstándarEdition 11g R2perpetuas

24

5 Licencias delComponente deReplicación deDatos OracleGolden Gate11g perpetuas

54










País deorigen

Canti-dad


[indicar moneda

local ]

[indicar divisa A]

[indicar divisa B]

[indicar divisa C ]

[indicar moneda

local ]

[indicar moneda

local ]

[indicar divisa A]

[indicar divisa B]

[indicar divisa C ]

6 Software delServidor deAplicaciones/ Web

1

7 En caso de quela soluciónpropuesta lorequiera:Software deIntegración deDatos

1

Subtotales ( [indicar: partida] del cuadro resumido de costos de suministro e instalación)

Nota: -- indica que no es aplicable ― indica repetición de la anotación precedente.






2.6 Cuadro de códigos de país de origen

País de origen Código depaís

País de origen Código depaís

País de origen Código de país




2.7 Cuadro de impuestos – que se agregarán antes de la firma del contrato – no volcar al formulario deoferta





1. Grandes totales (de Cuadro2.2) sin impuestos

2. Impuesto sobre laRenta establecido enel artículo5to. numeral 9) de laLey deFortalecimiento de losIngresos EquidadSocial yRacionalización delGasto Público,Decreto Legislativo

17-2010 - Se aplicaráun Diez por Ciento(10%) de retenciónsobre el valor pagadopor la InfraestructuraTecnológica (Ítems 1,2, 3, 4, 5 ,6 y 7)








3 uso de patentes, diseños,marca de fábrica yderechos de autor establecido en el artículo187 numeral 1) de la Ley delDerecho de Autor y de losDerechos Conexoscontenidos en el Decreto 4-99-E. y reformado medianteel artículo 5to. Numeral 6)de la Ley de Fortalecimientode los Ingresos EquidadSocial y Racionalización delGasto Público, DecretoLegislativo 17-2010.

4 Impuesto sobre la Rentaestablecido en el artículo5to., numeral 3) de la Ley

de Fortalecimiento de losIngresos Equidad Social yRacionalización del GastoPúblico, DecretoLegislativo 17-2010. -honorarios a no residenteso no domiciliados enHonduras








5 Impuesto sobre laRenta establecido enel artículo 50 de laLey de Impuesto sobre

la Renta - honorariosprofesionales aresidentes enHonduras dentro delterritorio nacional

6 Impuesto Sobre Ventas delvalor de la InfraestructuraTecnológica (Ítems 1, 2, 3,4, 5 ,6 y 7) si el Proveedorproviene del mismo país delComprador.

7 Totales para el Contrato – montos que se utilizaránpara la firma del contrato yno para la evaluación de lasofertas (incluyendoimpuestos)




560

3. OTROS FORMULARIOS Y LISTAS PARA LA OFERTA




3.1 Formulario de autorización del fabricante

Fecha:

LPI No.:Invitación a presentar ofertas No:Nos. de oferta y lote:

Para: ________________________________

CONSIDERANDO que ______________________________________ quienes sonfabricantes oficiales de _______________________________________________ ytienen establecimientos de producción en_____________________________________________por la presente autorizan a__________________________________________________________________ubicado en _____________________________________________________ (que enadelante se designará como el ―Licitante‖) a presentar una oferta y luego a negociar y afirmar un Contrato con ustedes para la reventa de los productos siguientes elaboradospor nosotros, según las cantidades, especificaciones y cronograma de entregaestipulados en los Requisitos de suministro asociados con la mencionada Invitación apresentar ofertas:

Por la presente, le extendemos una garantía y fianza plenas, de conformidad con lacláusula 29, Responsabilidad por defectos, de las Condiciones Generales del Contrato ycon nuestra propia garantía estándar del producto; y autorizamos debidamente alLicitante para que actúe en nuestro nombre y cumpla a cabalidad todas las obligaciones

de garantía con respecto a los productos mencionados ofrecidos para la reventa por elLicitante en relación con esta Invitación a presentar ofertas.

Certificamos además, que el Licitante ha sido facultado por nosotros para suministrarel mantenimiento subsiguiente, el apoyo técnico o de mesa de ayuda, actualizaciones anuevas versiones y otros servicios relacionados con los productos mencionados, deconformidad con la cláusula 7: Alcance del Sistema, de las Condiciones Generales delContrato.

Nombre En su carácter de

Firmado

Autorizado debidamente para firmar la autorización para y a nombre de:________________________

Fechado en _________________________el _____día de__________________de______.

Nota: Esta carta de autorización deberá escribirse en papel membrete del fabricante, deberáfirmarla una persona competente que haya recibido un poder para representar al Fabricante ycontraer compromisos en su nombre, y el Licitante deberá incluirla en su oferta según seestipula en las Instrucciones a los Licitantes.




3.2 Lista de subcontratistas propuestos

Artículo Subcontratista Propuesto Lugar de registro ycalificaciones




3.3 Lista de Software

(seleccione uno por elemento) (seleccione uno porelemento)

Elemento delSoftware

Software delSistema

Software depropósitogeneral

Software deaplicaciones

Softwareestándar

Softwarepersonalizado




3.4 Lista de materiales personalizados

Materiales personalizados




3.5.1 Formulario de información general

Todas las empresas que sean propiedad de un único dueño y cada socio de una sociedad

en participación que esté presentando ofertas deberán suministrar la información pedidaen este formulario. La información sobre la nacionalidad se deberá dar para todos losdueños de empresas o Licitantes que sean socios de una empresa o sean el único dueño.

En los casos en que el Licitante propone emplear a determinados subcontratistas parasuministrar componentes sumamente especializados del Sistema de información,también deberá darse la información siguiente referente al (los) Subcontratista(s), juntocon la información solicitada en los formularios 3.5.2, 3.5.3, 3.5.3a, 3.5.4, y 3.5.5. Lassociedades en participación deberán llenar también el formulario 3.5.2a.

1. Nombre de la empresa 1. Dirección de la Oficina Principal 3. Teléfono Contacto 4. Fax Télex 5. Lugar de constitución / registro Año de constitución / registro

Nacionalidad de los Propietarios ¹ Nombre Nacionalidad 1. 2.

3. 4.

5. ¹/ Tendrá que ser llenado por todos los socios de una empresa o por el único dueño de unaempresa




3.5.2 Récord de Experiencia General en Sistemas de Información

Nombre del Licitante o socio de una sociedad en participación

Todas las empresas individuales y todos los socios de una sociedad en participacióndeberán suministrar la información en este Formulario, al respecto de sus contratossobre sistemas de información, en general. La información suministrada deberá ser elvolumen de facturación del Licitante (o de cada socio de una sociedad en participación),para trabajos en curso o terminados, convertido a dólares de los EE.UU., al tipo decambio vigente al finalizar el período notificado.Los períodos anuales deben ser años calendario, con un corte contable hasta la fecha enque se presenten las ofertas. Este formulario se utilizará para los Subcontratistasúnicamente si la cláusula 6.1 (a) de los DDL autoriza explícitamente que la experienciay los recursos de (ciertos) subcontratistas representen una contribución a lascalificaciones del Licitante.Por cada contrato se deberá añadir una nota breve describiendo la naturaleza del sistemade información, la duración y el monto del contrato, los arreglos administrativos, elcontratante y otros detalles pertinentes.Utilice una hoja separada para cada socio de una sociedad en participación.Los Licitantes no deberán incluir como anexos a sus solicitudes testimonios,certificados, ni material publicitario ya que éstos no se tomarán en cuenta para laevaluación de requisitos.

Datos sobre el volumen de facturación (únicamente actividades pertinentes)Año ¹ Volumen de negocios Equivalente en Dólares delos Estados Unidos.

1.2.3.4.5.

¹/ Comenzar con el año parcial hasta la fecha de la presentación de ofertas




3.5.2a Resumen de la sociedad en participación

Nombres de todos los miembros de la sociedad en participación1. Socio encargado2. Socio3. Socio4. Socio5. Socio6. etc.

Total facturado en su equivalente a dólares americanos, convertidos al tipo de cambio alfinal del período reportado:

Datos anuales de la facturación (únicamente actividades pertinentes; equivalente en dólares

de los Estados Unidos.)Socio Formulario 2,página No.

Año 1 Año 2 Año 3 Año 4 Año 5

1. Socioencargado2. Socio3. Socio4. Socio5. Socio6. etc.Totales




3.5.3 Récord de experiencia en Sistemas de información


En páginas separadas, utilizando el formato del formulario 3.5.3a, se pide al Licitantelistar contratos de similar naturaleza y complejidad, los cuales utilizan tecnologías deinformación y metodología similares al contrato o contratos para los que se estánpresentando estos Documentos de Licitación y en los cuales el Licitante hayaparticipado durante el período; además del número especificado en la cláusula 6.1 a) delos DDL. Cada socio de una sociedad en participación debe suministrar de maneraindividual detalles relevantes de sus propios contratos. El valor del contrato será elequivalente en dólares de los EE.UU. de la moneda o monedas en que el contrato sedenomine, en la fecha de terminación sustancial o para contratos en curso en elmomento da la adjudicación.




3.5.3a Detalles de Contratos de Naturaleza y Complejidad SimilaresIndicar montos equivalentes en dólares de los Estados Unidos


Utilice una hoja separada para cada contrato.1. Número de Contrato Nombre del ContratoPaís

2. Nombre del Comprador 3. Dirección del Comprador 4. Naturaleza de los Sistemas de información y características especiales pertinentes al contrato

para el cual se publican los documentos de licitación

5. Función en el contrato (verifique uno)

Proveedor principal Contratista General Subcontratante Socio en una sociedad

en participación 6. Monto del total del Contrato/subcontrato/participación del socio (en las monedasespecificadas y a la culminación de los trabajos o a la fecha de la adjudicación para loscontratos en curso)

Divisa Divisa Divisa

7. Total Contrato: _______; Subcontrato: _______;

Participación socio: _______;8. Fecha de adjudicación/finalización9. El contrato se terminó _____ meses de adelanto/atraso del cronograma original (si es atraso,

dé una explicación).

10. El contrato se terminó en la cantidad de _________ suma que es equivalente menor/superioral monto del contrato original (si fue menor, dé una explicación).

11. Requisitos especiales contractuales/técnicos:

12. Indique el porcentaje aproximado de valor total de contrato (y la cantidad de EE.UU.) querepresentó la parte subcontratada del sistema de información, y la naturaleza funcional de talparte subcontratada.




3.5.4 Hoja Resumen: Compromisos del Contrato Actual/ Trabajo enCurso.


Los licitantes individuales y cada socio de una sociedad en participación licitantedeberán dar información acerca de sus compromisos actuales en todo contratoadjudicado, o acerca del cual se ha recibido una carta de intención o de aceptación, oque estando próximo a terminar, no le ha sido emitido un certificado incondicional determinación.

Nombre delContrato

Comprador,direccióncontacto/tel./fax

Valor de la parteque está pendientedel Sistema deinformación(equivalente endólares de losEstados Unidos)

Fecha estimada deconclusión

Promedio mensualde facturación enlos últimos seismeses en dólaresde los EstadosUnidos./mes

1. 2. 3. 4. 5. etc.




3.5.5 Capacidad Financiera


Cada Licitante, inclusive cada socio de una sociedad en participación, suministrará através de este formulario la información financiera necesaria para demostrar que cumplecon los requisitos indicados en la Cláusula 6.1 a) de los DDL. Si es necesario, seutilizarán hojas separadas para presentar la información bancaria completa. Se deberáanexar una copia auditada de los estados financieros.

Las subdivisiones autónomas de empresas que forman parte de un conglomeradodeberán presentar la información financiera relacionada sólo con las actividadesparticulares de cada subdivisión.

Banquero Nombre del banqueroDirección del banquero

Teléfono Nombre del contacto y cargoFax Télex

Resuma los activos y los pasivos existentes en el equivalente en dólares de los EE.UU.(a los tipos de cambio vigentes al final de cada año) para los últimos cinco años civiles.Sobre la base de los compromisos conocidos, resuma el equivalente en dólares de losEE.UU. de las proyecciones de activos y pasivos de los dos años siguientes, a menosque el Licitante pueda justificar que como empresa pública cotizadas en la Bolsa de

Valores no puede revelar esta información.

Informaciónfinanciera en elequivalentes endólares de losEstados Unidos.

Cifras reales:últimos cinco años

Cifrasproyectadas:próximos dosaños

5 4 3 2 1 1 21. Activo total2. Activo

corriente3. Pasivo total

4. Pasivocorriente5. Gananciasantes de deducirimpuestos6. Gananciasdespués dededucir

impuestos




Especifique las fuentes propuestas de financiación tales como activos líquidos, activosreales sin gravámenes, líneas de crédito, y otros medios financieros, netos decompromisos actuales, las cuales están disponibles para cumplir con las demandastotales del flujo de caja durante la ejecución del contrato o contratos en cuestión, segúnse indica en la cláusula 6.1 a) de los DDL.

Fuente de Financiamiento Monto (equivalente en dólares delos Estados Unidos.)

1.2.3.4.

Anexe estados financieros auditados (del Licitante individual y de cada socio de unasociedad en participación) que incluyan, como mínimo, la cuenta de pérdidas yganancias, el balance, y notas explicativas — para el período indicado en la cláusula 6.1(a) de los Datos de la Licitación.Si las leyes de los países de origen de los Licitantes no exigen las auditorias, lasasociaciones y las empresas de personas individuales podrán presentar sus balancescertificados por un contador registrado, respaldados por copias de las declaraciones deimpuestos.




3.5.6 Capacidades de Personal

Nombre del Licitante

Para cargos específicos esenciales para la gestión o ejecución del contrato (y para otroscargos estipulados en los Documentos de Licitación, si fuese el caso), los Licitantesdeberán suministrar los nombres de por lo menos dos candidatos que satisfagan losrequisitos especificados para cada cargo. Los datos de experiencia de cada candidatodeberán suministrarse en formularios 3.5.6 (a) separados.

Los licitantes podrán proponer alternativas para la gestión e implementación delcontrato que exijan otro tipo de personal clave. En este caso, deberán presentar losdocumentos que demuestren la experiencia de los candidatos.

1. Denominación del CargoNombre del candidato principalNombre del candidato alterno

2. Denominación del cargoNombre del candidato principalNombre del candidato alterno






3.5.6a Resumen del Candidato


Cargo Candidato

Principal Alterno Información del Candidato

Nombre del Candidato Fecha de Nacimiento

Calificaciones Profesionales

Empleo actual Nombre del Empleador Dirección del Empleador

Teléfono Contacto (gerente / funcionario de

personal) Fax Télex Cargo del candidato Años con el empleador actual

Resuma la experiencia profesional de los últimos veinte años, en orden cronológicoinverso. Indique la experiencia particular, técnica y gerencial, pertinente para esteproyecto.

Desde Hasta Compañía/Proyecto/Cargo/Experiencia técnica o gerencial pertinente




3.5.7 Capacidades Técnicas


El Licitante suministrará la información adecuada para demostrar claramente que cuentacon la capacidad técnica para cumplir los requisitos exigidos por el Sistema deInformación. En el mismo formulario el Licitante deberá resumir las certificaciones,metodologías patentadas o tecnologías especializadas que propone utilizar en laejecución del Contrato o Contratos.




4. FORMULARIO DE GARANTÍA DE SERIEDAD DE LA OFERTA

(GARANTÍA BANCARIA)

________________________________

[indicar: Nombre del banco, y dirección de la sucursal u oficina emisora] Beneficiario: [indicar: Nombre y dirección del Comprador]

Fecha: [indicar: fecha]

GARANTÍA DE LICITACION No.: [indicar: número de Garantía de Licitación]

Hemos sido informados que [indicar: nombre del Licitante] (que en lo adelante sedesignará como "el Licitante") ha presentado a ustedes la oferta de fecha [indicar: fecha

de la oferta] (que en lo adelante se designará como "la Oferta") para la ejecución de[indicar: nombre del contrato] de conformidad con el Llamado a Licitación No.[indicar: número IAL] (―el LAL‖).

Por otra parte, nosotros entendemos que, de conformidad con sus condiciones, lasofertas deben estar respaldadas una por una garantía de la licitación.

A petición del Licitante, nosotros [indicar: Nombre del Banco] por la presente noscomprometemos irrevocablemente a pagar Uds. cualquier cantidad o cantidades cuyototal no sea superior a [indicar: cantidad en cifras] ([indicar: cantidad en palabras])una vez que recibamos de ustedes la primera exigencia por escrito acompañada por una

declaración escrita donde se especifique que el Licitante no ha cumplido su(s)compromiso(s) de conformidad con las condiciones de oferta, puesto que el Licitante:

a) ha retirado su oferta durante el período de validez de la oferta por elLicitante en el formulario de oferta; o

b) no acepta la corrección de errores de conformidad con lasInstrucciones a los Licitantes (que de ahora en adelante sedesignarán como ―las IAL‖); o

c) luego de haber recibido la notificación de aceptación de la oferta por elComprador durante el período de validez de la oferta, i) no ejecuta o seniega a ejecutar el Formulario del Contrato, si se exige, o ii) no suministrao se niega a suministrar la garantía de cumplimiento, de conformidad conlas IAL.

Esta garantía dejará de tener vigencia: a) si el Licitante es el Licitante favorecido, unavez que recibamos las copias del contrato firmado por el Licitante y de la garantía decumplimiento emitida a ustedes de acuerdo con las IAL; o b) si el Licitante no es el

Licitante favorecido, i) una vez que recibamos una copia de su notificación al Licitante




favorecido; o ii) veintiocho días después del vencimiento de la oferta del Licitante, deestas dos situaciones la que ocurra primero.

En consecuencia, cualquier exigencia de pago de conformidad con esta garantía deberárecibirse en nuestra oficina en esa fecha o antes.

Esta Garantía está sujeta a las ―Uniform Rules for Demand Guarantees”, PublicaciónICC No. 458.

_____________________________

[firma(s)]




4A. FORMULARIO DE GARANTÍA DE SERIEDAD DE LA OFERTA

(SEGURO DE OFERTA)

Garantía No. ______________________

MEDIANTE ESTA GARANTÍA [indicar: nombre del Licitante] como Principal (queen lo adelante se designará como ―el Principal‖), y [indicar: nombre, título legal, y

dirección del garante], autorizado para tramitar el negocio en [indicar: nombre del país del Comprador], como Garante (que en lo adelante se designará como ―elGarante‖), se compromete y sostiene firmemente el compromiso ante [inserte: nombre

del Comprador] como Obligante (que en lo adelante se designará como ―elComprador‖) por la cantidad de [indicar monto de la Garantía] (¹). [indicar: cantidad en palabras], por el pago de cuya suma, de forma total y verdadera, nosotros, los

mencionados Principal y Garante, nos obligamos nosotros mismos, a nuestros sucesoresy cesionarios, juntos y por separado, firmemente por este documento.

CONSIDERANDO QUE el Principal ha presentado una Oferta por escrito alComprador en fecha ___ de______, 20__, para el suministro de [indicar: nombre y

descripción de bienes] (que en lo adelante se designará como la ―Oferta‖).

ACTUALMENTE, POR CONSIGUIENTE, LA CONDICION DE ESTAOBLIGACIÓN es tal que si el Principal:

1) retira su Oferta durante el período de validez de la oferta especificado por el

Licitante en el Formulario de Oferta, o2) se niega a aceptar la corrección de errores en su precio de oferta de acuerdo conlas Instrucciones a los Licitantes; o3) una vez recibida la notificación de aceptación de su Oferta por el Compradordurante el período de validez de la oferta;

a) no ejecuta o se niega a ejecutar el Formulario del Contrato de acuerdocon las Instrucciones a los Licitantes, si así se le exigiera; ob) no suministra o se niega a suministrar la garantía de cumplimiento deacuerdo con las Instrucciones a los Licitantes;

entonces el Garante pagará inmediatamente al Comprador un monto no mayor del quese indica más arriba una vez que reciba la primera exigencia por escrito del Comprador,sin que el Comprador tenga que sustanciar su demanda, siempre que la exigencia delComprador se derive de alguno de los sucesos indicados anteriormente especificandocuál(es) de esos sucesos (s) ha(n) ocurrido.

Por la presente, el Garante acuerda que su obligación permanecerá totalmente vigente ytendrá efecto hasta e incluirá la fecha que corresponda a los 28 días siguientes a lafecha de vencimiento de la validez de la Oferta tal como se indicó en el Llamado aLicitación. Cualquier exigencia relativa a esta garantía deberá llegar al Garante en unafecha no posterior a la que se acaba de indicar.




EN FE DE LO CUAL, el Principal y el Garante firman la presente en este ____ día de ____________ 20__.

Principal: _______________________ Garante:______________________________

Sello Corporativo (si fuese el caso)

_________________________________________________________________

__(Firma) (Firma)

_________________________________________________________________

__(Nombre en letras de imprenta y cargo) (Nombre en letras de imprenta y cargo)

¹/ La cantidad de la garantía se denominará en la moneda del país del Comprador o en lacantidad equivalente en una moneda de conversión libre.




5. FORMULARIO DEL CONTRATO

CONTRATO celebrado a los [indicar: número] días del mes de [indicar: mes] de

[indicar: año].

ENTRE(1) El Presidente y Representante Legal de la COMISION NACIONAL DE

BANCOS Y SEGUROS, entidad desconcentrada de la Presidencia de laRepública, creada mediante Artículo 245 numeral 31 de la Constituciónde la República y regulada por la Ley de la Comisión Nacional deBancos y Seguros, del Gobierno de Honduras, con domicilio socialprincipal en Edificio Santa Fe, Colonia Castaño Sur, Paseo VirgilioZelaya Rubí, Bloque ―C‖ Tegucigalpa M.D.C. Honduras C.A. (enadelante denominado "el Comprador") y

(2) [indicar: nombre del Proveedor], persona jurídica constituida conformea las leyes de [indicar: país del Proveedor], con domicilio socialprincipal en [indicar: dirección del Proveedor] (en adelantedenominado "el Proveedor").

POR CUANTO el Comprador desea contratar los servicios del Proveedor para diseñar,fabricar, implementar, probar, entregar, instalar, terminar y poner en servicio: unSistema compuesto por los Subsistemas: Liquidación Bruta en Tiempo Real(LBTR) y Sistema Central Depositaria de Valores (CDV) con su respectiva

Infraestructura Tecnológica (Hardware y Software) en adelante ("el Sistema") yel Proveedor ha convenido en prestar dichos servicios en las condiciones establecidas eneste Contrato.

SE ACUERDA lo siguiente:

Artículo 1.Documentosdel Contrato

1.1 Documentos del Contrato (Referencia a la cláusula 1.1 a) ii) delas CGC)

Los siguientes documentos constituirán el Contrato entre elComprador y el Proveedor, y cada uno se considerará einterpretará como parte integral del Contrato:

a) El presente Contrato y sus apéndicesb) Condiciones Especiales del Contratoc) Condiciones Generales del Contratod) Requisitos Técnicos (incluido el Programa de Ejecución)e) La oferta del Proveedor y las Listas de precios originalesf) [añadir aquí: cualquier otro documento]

1.2 Orden de precedencia (Referencia a la cláusula 2 de las CGC)En caso de ambigüedad o de conflicto entre los documentos delContrato aquí enumerados, el orden de precedencia será el ordenen que dichos documentos se enumeran en el artículo 1.1(Documentos del Contrato) precedente, siempre que el Apéndice




7 prevalezca sobre todas las otras disposiciones del Contrato ylos demás apéndices que acompañan a este y todos los otrosdocumentos del Contrato enumerados en el citado artículo 1.1.

1.3 Definiciones (Referencia a la cláusula 1 de las CGC)Las palabras y frases que se utilicen en el presente Contrato

tendrán el mismo significado que se les atribuye en lasCondiciones Generales del Contrato.Artículo 2. Precio

del Contrato yCondiciones depago

2.1 Precio del Contrato (Referencia a la cláusula 1.1 a) viii) y a lacláusula 11 de las CGC)Por el presente, el Comprador conviene en pagar al Proveedor elPrecio del Contrato en compensación por el cumplimiento, porparte del Proveedor, de las obligaciones contraídas en virtud deeste instrumento. El Precio del Contrato será la suma de losiguiente: [indicar: monto en moneda extranjera A, expresadoen palabras], [indicar: monto en cifras] más [indicar: montoen moneda extranjera B, expresado en palabras], [indicar:

monto en cifras] más [indicar: monto en moneda extranjeraC, expresado en palabras], [indicar: monto en cifras],

[indicar: monto en moneda nacional, expresado en palabras],

[indicar: monto en cifras] u otras sumas que se determinen deconformidad con la Lista de precios.El Precio del Contrato reflejará los términos y condiciones quese utilizan para la especificación de los precios en las listasdetalladas de precios, incluidos los términos y condiciones de losIncoterms conexos, así como los impuestos, derechos ygravámenes afines, según se identifiquen. Los impuestos,derechos y gravámenes afines que no se especifiquen en elPrecio del Contrario, así como las listas de preciospormenorizadas se manejan de conformidad con lasdisposiciones de la cláusula 14 de las CGC.

Artículo 3. Fechaen quecomienza elplazo para laAceptaciónoperacional

3.1 Fecha en que comienza el plazo para la Aceptación operacional(Referencia a la cláusula 1.1 e) ix) de las CGC)El plazo para la entrega, instalación y obtención de laAceptación operacional se determinará a partir de la fecha enque se hayan cumplido las siguientes condiciones:a) el Comprador haya obtenido la autorización expresa del

poder ejecutivo, extendida mediante acuerdo, para poder

someter la solución de conflictos que surjan de estecontrato a los procedimientos de conciliación y arbitrajecon base en los artículos 64 de Decreto No. 17-2010 Leyde Fortalecimiento de los Ingresos, Equidad Social yRacionalización del Gasto Público y Artículo 19 de la LeyOrgánica de la Procuraduría General de República deHonduras;b) el presente Contrato haya sidodebidamente firmado en nombre del Comprador y delProveedor;

c) el Proveedor haya presentado al Comprador la garantía decumplimiento de la oferta y la fianza por anticipo, de

conformidad con las cláusulas 13.2 y 13.3 de las CGC;d) el Comprador haya pagado el anticipo al Proveedor,




conforme a la cláusula 12 de las CGC;Cada una de las partes procurará cumplir tan pronto como seaposible las condiciones antes indicadas que sean de suresponsabilidad.

3.2 Si las condiciones enumeradas en el artículo 3.1 precedente no

se cumplen dentro de los dos (2) meses a partir de la fecha deeste Contrato por razones no atribuibles al Proveedor, las partesdiscutirán y acordarán un reajuste equitativo del Precio delContrato y del plazo para obtener la Aceptación operacional uotras disposiciones pertinentes del Contrato.

Artículo 4.Apéndices

4.1 Los apéndices enumerados en la lista que se incluye al final deeste artículo se considerarán parte del presente Contrato.

4.2 Toda mención de algún apéndice que se haga en el Contrato sereferirá a los apéndices del presente documento, y el Contratoserá leído e interpretado de acuerdo con ello.

APÉNDICESApéndice 1 Representante del Proveedor

Apéndice 2 Conciliador(a) (“no se aplica”)]

Apéndice 3 Lista de subcontratistas aprobados

Apéndice 4 Categorías de software

Apéndice 5 Materiales personalizados

Apéndice 6 Listas de precios revisados (si los hubiere)

Apéndice 7 Actas de las conversaciones destinadas a finalizar el Contrato yenmiendas convenidas




EN FE de lo cual el presente Contrato ha sido suscrito por los representantesdebidamente autorizados del Comprador y el Proveedor en el día y año antes indicados.

Por y en nombre del Comprador

Firmado:en calidad de [indicar: cargo u otra designación adecuada]

en presencia de

Por y en nombre del Proveedor

Firmado:en calidad de [indicar: cargo u otra designación adecuada]

en presencia de

CONTRATOcelebrado a los [indicar: número] días del mes de [indicar: mes] de

[indicar: año]. ENTRE

[indicar: nombre del Comprador], "el Comprador"y

[indicar: nombre del Proveedor], el "Proveedor"




Apéndice 1. Representante del Proveedor

De conformidad con la cláusula 1.1 b) iv) de las CGC, el Proveedor ha designado como

su representante a:

Nombre: [indicar: nombre , o bien: " se lo designará dentro de los catorce (14) días posteriores a la fecha de inicio"]

Cargo: [indicar: cargo , o bien: " se especificará dentro de los catorce (14) días posteriores a la fecha de inicio"]




Apéndice 2. Conciliador(a)

De conformidad con la cláusula 1.1 b) vi) de las CGC, el (la) Conciliador(a)convenido(a) es:

Nombre: [indicar: nombre ]

Cargo: [indicar: cargo ]

Dirección: [indicar: dirección postal ]

Teléfono: [indicar: teléfono ]

De conformidad con la cláusula 6.1.3 de las CGC, los honorarios y los gastosreembolsables acordados son:

Honorarios por hora: [indicar: honorarios por hora ]

Gastos reembolsables: [ indicar:: gastos reembolsables ]

De acuerdo con la cláusula 6.1.4. de las CGC, si, en el momento de firmar el Contrato,el Comprador y el Proveedor no hubieran llegado a un acuerdo, el (la) Conciliador(a)será nombrado(a) por la autoridad nominadora designada en las CEC.




Apéndice 3. Lista de Subcontratistas Aprobados

El Comprador ha aprobado a los siguientes subcontratistas designados por el Proveedorpara ejecutar el rubro o componente del Sistema que se indica. Cuando hubiera más de

un subcontratista, el Proveedor podrá escoger entre ellos, pero deberá comunicar suelección al Comprador con la debida antelación a la fecha en que debe comenzar eltrabajo subcontratado, a fin de que el Comprador disponga del tiempo necesario para suexamen. Conforme a la cláusula 20.1 de las CGC, ocasionalmente el Proveedor podráproponer otros subcontratistas para otros rubros. No se celebrará ningún subcontratorespecto de rubros adicionales mientras los Subcontratistas del caso no hayan sidoaprobados por escrito por el Comprador y sus nombres no se hayan agregado a esta listade subcontratistas aprobados, conforme a la cláusula 20.3.

[especificar: rubro, subcontratistas aprobados y lugar de inscripción. losSubcontratistas estarán entre los propuestos por el Proveedor en el anexo

correspondiente de su oferta y a quienes el Comprador haya aprobado. Agregar las

páginas que sean necesarias.]

Rubro Subcontratistas aprobados Lugar de inscripción




Apéndice 4. Categorías de SoftwareEn el cuadro siguiente, cada partida del Software suministrado e instalado deconformidad con el Contrato se enmarca dentro de una las tres categorías siguientes: i)

software del Sistema, ii) software de propósito general, o iii) software de aplicación; ydentro de una de las dos categorías siguientes: i) software estándar, o ii) softwarepersonalizado.

(Elegir una sola categoría por partida) (Elegir una sola categoríapor partida)

Partida de Software Software

del Sistema

Software dePropósitoGeneral

Software deAplicación

SoftwareEstándar

SoftwarePersonalizado




Apéndice 5. Materiales personalizados

En el cuadro siguiente se especifican los materiales personalizados que el Proveedor

suministrará en virtud del Contrato.

Materiales Personalizados




Apéndice 6. Listas de Precios Revisados

Las listas de precios revisados que se adjuntan (si las hubiere) formarán parte del

presente Contrato y, si existieran diferencias, reemplazarán a las Listas de preciosincluidas en la oferta del Proveedor. Las listas de precios revisados reflejarán todacorrección o ajuste del precio de la oferta del Proveedor, de conformidad con lascláusulas 18.3, 26.2 y 33.1 (IS1STG SBD) de las IAL o las cláusulas 30.3, 38.2, y 45.1(IS2STG SBD) de las IAL.




Apéndice 7. Acta de las Discusiones de Finalización y Enmiendas delContrato

Las enmiendas del Contrato que se acompañan (si las hubiera) formarán parte delpresente Contrato y, si existieran diferencias, reemplazarán a las cláusulas pertinentesde las CGC, las CEC, los Requisitos Técnicos u otras partes de este Contrato definidasen la sub-cláusula 1.1 a) ii) de las CGC.




6. FORMULARIOS DE GARANTÍA DE CUMPLIMIENTO Y DE

FIANZA POR ANTICIPO




6.1 Garantía bancaria como garantía de cumplimiento19 (incondicional)

Fecha: [ indicar: fecha] Numero Crédito: [ indicar: número de crédito del LAL ] LAL: [ indicar: título y número de LAL ]

Contrato: [ indicar: nombre y número de Contrato ]

Para: [ indicar : nombre y dirección del Comprador]Estimado Señor o Señora:

Nos referimos al Contrato firmado el [indicar : fecha] entre usted y [indicar : el nombre del Proveedor] con respecto al diseño, suministro, instalación, y logro de laAceptación operacional de [indicar : una descripción breve del Sistema de

Información]. Mediante esta carta nosotros, el abajo firmante, [indicar : el nombre del Banco], un banco (o compañía) constituida de conformidad con las leyes de [ indicar : país del Banco] y que tiene su sede/oficina principal [indicar : dirección del Banco],(que se denominará en lo adelante, ―el Banco‖), garantizamos irrevocablemente, enforma mancomunada y solidaria con el Proveedor, el pago de la suma que les adeude elProveedor en virtud del Contrato, hasta un monto de [ indicar : monto en cifras y en

palabras]. Esta garantía se reducirá o vencerá según lo dispuesto en la subcláusula 13.3de las CGC.

Nos obligamos a efectuar el pago en virtud de esta carta de garantía contrarecibo de su primera solicitud por escrito firmada por un funcionario autorizado de su

empresa en la cual se declare que el Proveedor no ha cumplido las obligacionescontraídas en virtud del Contrato, y sin oponer reparos u objeciones de ninguna clase,de cualquier suma que no exceda de los límites indicados, sin necesidad de que ustedestengan que probar o aducir causa o razón alguna a su solicitud y sin que el Proveedortenga derecho a refutar o poner en duda dicho requerimiento. Nuestra obligación envirtud de esta carta de garantía será pagar a ustedes la que sea menor de las cantidadessolicitadas o la suma garantizada por la presente, respecto de cualquier requerimientodebidamente presentado antes del vencimiento de esta carta de garantía, sin derecho aindagar si este pago se reclama legítimamente o no.

Esta Carta de Garantía tendrá validez desde la fecha de su emisión hasta lafecha de vencimiento de la garantía, según lo estipula el Contrato. Salvo por losdocumentos aquí especificados, no se requerirá ningún otro documento ni otro trámite,sea cual fuere la ley o reglamentación aplicable.

Nuestra responsabilidad en virtud de esta Carta de Garantía quedará anulada yrevocada inmediatamente después de su vencimiento, independientemente de que seadevuelta o no, y no se podrá efectuar ningún reclamo en virtud de esta carta después detal vencimiento o después de que el agregado de las sumas pagadas por nosotros austedes sea igual a la suma total garantizada de conformidad con esta Carta, de estas dossituaciones la que ocurra primero. Todas las notificaciones que se efectúen en virtud de

19 Se deberá incluir la información adicional solicitada por el BCH.




esta Carta deberán ser enviadas por correo (aéreo) certificado al destinatario a lasdirecciones aquí especificadas, o en la forma indicada y acordada por las partes.

Nosotros, por la presente convenimos en que, de común acuerdo entre ustedes yel Proveedor, se podrá enmendar, renovar, ampliar, modificar, negociar, dejar sin efecto

o revocar cualquier parte del Contrato, y esta garantía podrá ser intercambiada otransferida sin que esto menoscabe o afecte nuestras obligaciones contraídas por lapresente, sin que se nos notifique y sin la necesidad de un endoso, consentimiento, ogarantía adicional por nuestra parte, a condición, no obstante, de que la sumagarantizada no se aumente ni se reduzca.

Ninguna acción, suceso, o condición que por alguna ley aplicable pudieraintervenir para liberarnos de nuestra obligación tendrá efecto y, por la presente,renunciamos a cualquier derecho que pudiéramos tener al aplicar dicha ley, de modoque en todo respecto, nuestra responsabilidad contraída en virtud de la presente seráirrevocable y salvo lo indicado aquí, incondicional en todo respecto.

Por y en nombre del Banco

Firmado:

Fecha:

En mi carácter de: [ indicar: título u otra designación apropiada ]

Sello Común del Banco




Información Adicional a incluir en la Garantía de Cumplimiento

En caso de garantías bancarias o pólizas, éstas deberán contener las siguientes cláusulas

obligatorias: "LA PRESENTE GARANTÍA SERÁ EJECUTADA POR EL CIEN

POR CIENTO (100%) DE SU VALOR POR SIMPLE REQUERIMIENTO DEL

BANCO CENTRAL DE HONDURAS, ACOMPAÑADO DE UN CERTIFICADO

DE INCUMPLIMIENTO".

―EL VALOR DE ESTE DOCUMENTO PODRÁ HACERSE EFECTIVO, A FAVOR

DEL BANCO CENTRAL DE HONDURAS, DESPUÉS DE SU FECHA DE

VENCIMIENTO, SIEMPRE Y CUANDO EL REQUERIMIENTO DE PAGO SEREALICE DENTRO DEL PLAZO EN QUE ESTE DOCUMENTO ESTÉ VIGENTE‖.

La Garantía Bancaria o póliza no deberá contener cláusulas generales o especiales

que limiten o anulen las cláusulas obligatorias.

La garantía que se emita a favor de “EL CONTRATANTE”, deberá ser solidaria,

incondicional, irrevocable y de realización automática, debiendo mantener el mismo

valor para el plazo que se ha estipulado para ella.




6.2 Garantía Bancaria como Fianza por Anticipo

Fecha: [ indicar: fecha ] Número Crédito: [ indicar: número de crédito de LAL ]

LAL: [ indicar: título y número de LAL ] Contrato: [ indicar: nombre y número de Contrato ]

Para: [ indicar: nombre y dirección del Comprador]

Estimado Señor o Señora:

Nos referimos al Contrato celebrado el [ indicar: fecha] entre ustedes y [ indicar: nombre del Proveedor ] (―el Proveedor‖) en relación con el diseño, suministro,instalación, y obtención de la Aceptación operacional de [ indicar: breve descripción

del Sistema de Información].

Considerando que, de conformidad con los términos de dicho contrato, el Comprador haconvenido en pagar o hacer que se pague al Proveedor un anticipo por la cantidad de[ indicar: monto en números y palabras, para cada divisa del Anticipo] a favor delProveedor.

Por medio de la presente, nosotros, los abajo firmantes, [ indicar: nombre del Banco],

un Banco (o compañía) constituido(a) de conformidad con las leyes de [indicar: país del Banco], cuya sede / oficina principal se encuentra en [indicar: dirección del Banco], (que en lo adelante se designará como ―el Banco‖) garantizamos

irrevocablemente, en forma mancomunada y solidaria con el Proveedor, el reembolsoirrevocable de la garantía por dichos montos una vez recibida la primera exigencia delComprador, sin oponer reparos ni objeciones en caso de que el Proveedor no inicie odeje de cumplir las obligaciones que ha contraído en virtud de dicho Contrato y, encaso de que esto ocurra, se niegue a rembolsar al Contratante la totalidad o parte (segúnsea el caso) del mencionado Anticipo entregado al Proveedor. Se estipula que en todomomento la obligación del Banco se limitará a un monto igual al saldo pendiente delanticipo, según se ha calculado de conformidad con las Condiciones Especiales delContrato para la cláusula 13.2.2 de las Condiciones Generales del Contrato

Esta Garantía permanecerá en plena vigencia desde la fecha en que el Anticipo es

recibido por el Proveedor hasta la fecha en que el Proveedor haya rembolsadototalmente el monto así anticipado al Comprador, de acuerdo con los términos delContrato. Esta Garantía pasará a ser nula y sin efecto en el momento en que el montoadeudado sea cero, independientemente de que el original nos sea devuelto o no.Cualquier reclamación que se haga en relación con esta Garantía deberá ser recibida porel Banco durante el período de validez de la misma.

Por y en nombre del Banco

Firmado:

Fecha:




En carácter de: [ indicar: cargo o cualquier otra designación apropiada ]

Sello común del Banco




7. CERTIFICADOS DE INSTALACIÓN Y ACEPTACIÓN




7.1 Formulario del Certificado de InstalaciónFecha: [ indicar: fecha ]

Número Crédito: [ indicar: número de crédito del LAL ]

LAL: [ indicar: título y número del LAL ] Contrato: [ indicar: nombre y número de Contrato ]

Para: [ indicar: nombre y dirección del Proveedor ]


De conformidad con la cláusula 26 de las CGC (Instalación del Sistema) delContrato celebrado entre ustedes y el [ indicar: nombre del Comprador] (que de ahoraen adelante se designará como el ―Comprador‖) fechado [ indicar: fecha del Contrato], relativo al [ indicar: breve descripción del Sistema de Información ], les

notificamos por la presente que el Sistema (o un Subsistema o componente principal delSistema) se considera instalado correctamente en la fecha especificada a continuación.

1. Descripción del Sistema (o Subsistema pertinente o componente principal):[ indicar: descripción ]

2. Fecha de instalación: [ indicar: Fecha ]

No obstante, ustedes deberán terminar tan pronto como sea posible los rubrospendientes que se enumeran en el anexo del presente certificado. Esta carta no los liberade la obligación de obtener la aceptación operacional del sistema de acuerdo con el

Contrato, ni de sus obligaciones durante el período de garantía.


Firmado:

Fecha:

En mi carácter de: [ enunciar: “Gerente del Banco Central de Honduras (BCH)

como Beneficiario del Contrato ” o enunciar el cargo de una autoridad de mayor jerarquía en la organización del Comprador ]




7.2 Formulario del Certificado de Aceptación Operacional

Fecha: [ indicar: fecha ]

Número Crédito: [ indicar: número de crédito del LAL ] LAL: [ indicar: nombre del Sistema o Subsistema y número del LAL ]

Contrato: [ indicar: nombre del Sistema o Subsistema y número de Contrato ]



De conformidad con la cláusula 27 de las CGC (Puesta en servicio y Aceptación

operacional) del Contrato celebrado entre ustedes y el [ indicar: nombre del Comprador ] (que de aquí en adelante se designará como ―Comprador‖) fechado[ indicar: fecha del Contrato ], relativo a [ indicar: breve descripción del Sistema de

Información], por la presente les notificamos que el Sistema (o el Subsistema ocomponente principal identificado más abajo) ha pasado exitosamente las pruebas deAceptación Operacional especificadas en el Contrato.

1. Descripción del Sistema (o Subsistema o componente principal): [ indicar: descripción ]

2. Fecha de la Aceptación operacional [ indicar: fecha ]

Esta carta no lo libera de sus obligaciones de desempeño restantes, deconformidad con el Contrato, ni de sus obligaciones durante el Período de Garantía


Firmado:

Fecha:

En mi carácter de: [ enunciar: “Gerente del Banco Central de Honduras (BCH)

como Beneficiario del Contrato” o enunciar el cargo de una autoridad de mayor jerarquía en la organización del Comprador ]




8. PROCEDIMIENTOS Y FORMULARIOS PARA LAS ÓRDENES DE

MODIFICACIÓN

Fecha: [ indicar: fecha ] Número Crédito: [ indicar: número de crédito del LAL ]

LAL: [ indicar: nombre del Sistema o Subsistema y número de LAL ]


CONTENIDOGeneralidadesRegistro de órdenes de modificación

Referencias a las modificaciones

ANEXOS8.1 Formulario de solicitud de propuesta de modificación8.2 Formulario de propuesta estimada de preparación de modificación

8.3 Formulario de aceptación del estimado de costo de Propuesta de Modificación.

8.4 Formulario de propuesta de modificación

8.5 Formulario de orden de modificación

8.6 Formulario de solicitud de orden de modificación




GeneralEn esta sección se presentan procedimientos y formularios tipo para efectuarmodificaciones en el Sistema durante la ejecución del Contrato de conformidad conla cláusula 39 de las CGC (Modificaciones al Sistema) del Contrato.

Registro de las órdenes de modificaciónEl Proveedor mantendrá actualizado un Registro de las órdenes de modificación, enel cual indicará la situación actual de las propuestas de modificación y de lasórdenes de modificación autorizadas o pendientes. Las modificaciones se anotaránregularmente en el registro de las órdenes de modificación para asegurar que elregistro se mantenga actualizado. El Proveedor adjuntará al informe mensual deavance que presente al Comprador una copia del Registro de órdenes demodificación actualizado.

Referencias a las modificaciones1) A las propuestas de solicitud de modificación se les asignarán los

números de serie CR-X-nnn.2) A las propuestas de cálculos de modificación se les asignarán los

números de serie CN-X-nnn.

3) A las aceptaciones de cálculos se les asignarán los números de serieCA-X-nnn.

4) A las propuestas de modificación se les asignarán los números de serieCP-X-nnn.

5) A las órdenes de modificación se les asignarán los números de serieCO-X-nnn.

Nota: a) Las solicitudes para presentar una propuesta de modificación provenientesde la oficina principal del Comprador y de los representantes delComprador en el sitio de la instalación deberán llevar las siguientesreferencias, respectivamente:Oficina principal CR-H-nnnSitio de las instalación CR-S-nnn

b) El número ―nnn‖ que se asigne a una modificación deberá ser el mismo enla solicitud para presentar una propuesta de modificación, la propuestaestimada de preparación de modificación, la aceptación del cálculo, lapropuesta de modificación y la orden de modificación.




8.1 Formulario de Solicitud de Propuesta de Modificación(Membrete del Comprador)

Fecha: [ indicar: fecha ] Número de Crédito: [ indicar: número crédito del LAL]

LAL: [ indicar: nombre del Sistema o Subsistema o número del LAL ]

Contrato: [ indicar: nombre del Sistema o Subsistema o número del Contrato ]

Para: [ indicar: nombre y dirección del Proveedor ] A la atención de: [ indicar: nombre y cargo ]

Estimado(a) Señor(a):

Con respecto al Contrato mencionado en la referencia, le solicitamos que sesirva preparar y presentar una propuesta de modificación para la modificación que seindica a continuación, de conformidad con las siguientes instrucciones, dentro de los[ indicar: número ] días contados a partir de esta fecha.

1. Nombre de la modificación: [ indicar: nombre ]

2. Número o revisión de propuesta de modificación: [ indicar: número ]

3. Iniciador de la modificación: Comprador: [ indicar: nombre del iniciador ] Proveedor (mediante Solicitud de propuesta demodificación No. [ indicar: número de

propuesta ]): [ indicar: nombre del iniciador ]

4. Descripción breve de la modificación: [ indicar: descripción ]

5. Sistema (o Subsistema o componente principal afectado por la modificaciónrequerida): [ indicar: descripción ]

6. Documentos técnicos y planos para la propuesta de modificación:Número de documento o plano Descripción

7. Condiciones detalladas o requisitos especiales de la modificación propuesta:[ indicar: descripción ]

8. Procedimientos a seguir:a) Su propuesta de modificación deberá indicar cuál será el efecto de la

modificación solicitada sobre el Precio del Contrato.b) Su propuesta de modificación deberá estipular el tiempo necesario para

efectuar la modificación solicitada así como el impacto, de existir alguno,

que ésta tendrá sobre la fecha de Aceptación operacional de la totalidad delSistema acordada en el Contrato.




c) Si usted considera que la modificación requerida tendría un impactonegativo en la calidad, funcionamiento, o integridad del Sistema, favorexplicarlo detalladamente, e incluir otras opciones que podrían tener elmismo impacto que el de la modificación solicitada.

d) Usted también deberá indicar cual sería el impacto que la Modificación

tendría en el número y tipo de empleados requeridos por el Proveedor paracumplir con el Contrato.e) Usted no deberá proceder con la ejecución del trabajo relacionado con la

modificación requerida hasta que nosotros no hayamos aceptado yconfirmado por escrito el impacto que la misma tendría sobre el Precio delContrato y el programa de ejecución.

9. Como próximo paso, sírvase responder utilizando el formulario de propuestaestimada de preparación de modificación, indicando cuánto le costará lapreparación de una propuesta de modificación concreta que describa el enfoquepropuesto para ejecutar la modificación, todos sus elementos, y que también

aborde todos los puntos que figuran en el párrafo 8, de conformidad con lacláusula 39.2.1. de las CGC. Su propuesta estimada de preparación demodificación deberá incluir una primera aproximación del enfoque propuesto, ysus consecuencias en relación con el programa y el costo de la modificación.

Por el Comprador y en su nombre

Firmado:Fecha:En su carácter de : [ especificar: “Gerente del Banco Central de Honduras (BCH)

como Beneficiario del Contrato” o funcionario de mayor jerarquía en la organización del Comprador]




8.2 Formulario de Propuesta Estimada de Preparación deModificación

(Membrete del Proveedor )

Fecha: [ indicar: fecha ] Número de Crédito: [ indicar: número del crédito del LAL]

LAL: [ indicar: nombre del Sistema o Subsistema y número del LAL ]


Para [ indicar: nombre y dirección del Comprador ] A la atención de: [ indicar: nombre y cargo ]


Con relación a su propuesta de solicitud de modificación, cumplimos connotificarle cuál será el costo aproximado de preparar la Modificación cuya referencia sepresenta más abajo, de conformidad con la cláusula 39.2.1 de las CGC del Contrato. Porla presente le confirmamos que tenemos que contar con su aprobación acerca del costode preparar la propuesta de modificación, de conformidad con la cláusula 39.2.2 de lasCGC, antes de proceder con la preparación de la propuesta de modificaciónpropiamente dicha, lo que incluirá un estimado detallado del costo de ejecutar laModificación per se.


2. Número/rev. de solicitud: [ indicar: número ]

3. Descripción breve de la modificación (incluido el método de ejecución propuesto):[ indicar: descripción ]

4. Impacto sobre el cronograma de la modificación (cálculo inicial): [ indicar: descripción ]

5. Cálculo de costo inicial para efectuar la modificación: [indicar : cálculo de costoinicial ]

6. Costo de preparación de la propuesta de modificación: [ indicar: costo en las monedas del Contrato ], tal como se detalla más adelante en el desglose deprecios, tarifas y cantidades.

Por el Proveedor y en su nombre

Firmado:

Fecha:




En su carácter de: [ especificar: “Representante del Proveedor” u otro funcionario de mayor jerarquía de la organización del Proveedor ]




8.3 Formulario de Aceptación del Estimado de Costo de Propuestade Modificación

(Membrete del Comprador)

Fecha: [ indicar: fecha ] Número de Crédito: [ indicar: número del crédito del LAL ]


Contrato: [ indicar: nombre del Sistema o Subsistema y número del Contrato ]


A la atención de: [ indicar: nombre y cargo ] Estimado(a) Señor(a):

Por medio de la presente, aceptamos su estimado de costo de propuesta demodificación y le informamos que puede proceder con la preparación formal de talpropuesta.


2. Número/rev. de solicitud de modificación: [ indicar: número/rev. de solicitud ] 3. Número/rev. de estimado de costo de modificación: [ indicar: número/rev. de

propuesta ] 4. Número/rev. de aceptación de estimado de costo de propuesta de modificación:[ indicar: número/rev. de cálculo ]

5. Descripción breve de la modificación: [ indicar: descripción ] 6. Otros términos y condiciones:

En caso de que decidamos no ordenar la modificación mencionada en lareferencia, usted tendrá derecho a una compensación por el costo de la preparaciónde la propuesta de modificación hasta por el monto que se calculó para esepropósito en el estimado de costo de la propuesta de modificación, deconformidad con la cláusula 39 de las Condiciones Generales del Contrato.

Por el Comprador y en su nombre

Firmado:

Fecha:

En mi carácter de: [especificar: “Gerente del Banco Central de Honduras (BCH)” o

funcionario de mayor jerarquía de la organización del Comprador ]




8.4 Formulario de Propuesta de Modificación(Membrete del Proveedor)

Fecha: [ indicar: fecha ] Número de Crédito: [ indicar: número del LAL para el crédito ]


Contrato: [ indicar: nombre del Sistema y Subsistema y número del Contrato ]

Para: [ indicar: nombre y dirección del comprador ]

A la atención de: [ indicar: nombre y cargo ]


En respuesta a su propuesta de solicitud de modificación No. [ indicar: número ], por medio de la presente sometemos nuestra propuesta de la forma siguiente:

1. Nombre de la modificación: [ indicar: nombre ] 2. Número/rev. de propuesta de modificación: [ indicar: número/rev. de

propuesta ] 3. Iniciador de la modificación: Comprador [ indicar: nombre]

Proveedor [ indicar: nombre ]

4. Descripción breve de la modificación: [ indicar: descripción ] 5. Razones para la modificación: [ indicar: razón(es) ] 6. El Sistema, Subsistema, componente principal, o equipo que será afectado por la

modificación solicitada: [ indicar: descripción ] 7. Documentos técnicos y planos de la modificación requerida:

Número de documento o plano Descripción

8. Cálculo del aumento/disminución del Precio del Contrato resultante de lamodificación propuesta: [ indicar: monto en la moneda del Contrato ], segúnse detalla en el desglose de precios, tarifas, y cantidades.

Costo global total de la modificación:Costo de la preparación de esta propuesta de modificación (es decir, el monto

pagadero en caso de que la modificación no sea aceptada, está limitado deconformidad con la cláusula 39.2.6 de las CGC):

9. Tiempo adicional para obtener la Aceptación operacional requerida, debido a lamodificación: [ indicar: número de días/semanas ]

10. Efecto sobre las Garantías Funcionales: [ indicar: descripción ] 11. Efecto sobre los otros términos y condiciones del Contrato: [ indicar:

descripción ] 12. Validez de esta Propuesta: por un período de [ indicar : número ] días luego de

la recepción de esta Propuesta por el Comprador.13. Procedimientos a seguir:




a) Se les solicita que nos informen de su aceptación, comentarios o rechazo deesta Propuesta de modificación detallada, dentro de los [ indicar: número ] días siguientes a la recepción de esta Propuesta.

b) El monto de cualquier aumento o disminución será tomado en cuenta alajustar el Precio del Contrato.

Por el Proveedor y en su nombre

Firmado:

Fecha:

En mi carácter de: [especificar: “Representante del Proveedor” u otro funcionario de mayor jerarquía en la organización del Proveedor ]

publicado b lpi 004 2010 bm documento de licitacion lbtr cdv it

Documents