Publicado B Lpi 004 2010 BM Documento de Licitacion LBTR CDV It

REPUBLICA DE HONDURAS
COMISION NACIONAL DE BANCOS Y SEGUROS

Proyecto Asistencia Tcnica al Sector Financiero
Crdito No. 3800-HO

D OC U ME 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 ON A L

No: B-LPI-004/2010-BM

Adquisicin, Instalacin e Implementacin de un
Sistema compuesto por los Subsistemas:
Liquidacin Bruta en Tiempo Real (LBTR) y
Central Depositaria de Valores (CDV), con su
respectiva Infraestructura Tecnolgica (Hardware y
Software) para el Banco Central de Honduras

Enero, 2011

NDICE

LLAMADO A LICITACIN (LAL) ............................................................................................................ 3
SECCIN I. INSTRUCCIONES A LOS LICITANTES (IAL) ................................................................... 6
NDICE DE CLUSULAS........................................................................................................................................ 7
SECCIN II. DATOS DE LA LICITACIN (DDL) ................................................................................ 45
SECCIN III. ELEGIBILIDAD PARA EL SUMINISTRO DE BIENES Y SERVICIOS Y LA
CONTRATACIN DE OBRAS EN LAS ADQUISICIONES FINANCIADAS POR EL BANCO .. 656567
SECCIN IV. CONDICIONES GENERALES DEL CONTRATO (CGC) ..................................... 676769
NDICE DE CLUSULAS.............................................................................................................................. 686870
SECCIN V. CONDICIONES ESPECIALES DEL CONTRATO (CEC) .................................. 149149151
LISTA DE CLUSULAS .........................................................................................................................150150152
SECCIN VI. REQUISITOS TCNICOS (INCLUYEN EL PROGRAMA DE EJECUCIN) 176176178
NDICE DE REQUISITOS TCNICOS ......................................................................................................177177179
SECCIN VII. FORMULARIOS TIPO ....................................................................................... 530530532
NOTAS A LOS LICITANTES SOBRE LA PREPARACIN DE LOS FORMULARIOS ........................................531531533
NDICE DE FORMULARIOS TIPO ...........................................................................................................535535537

Llamado a Licitacin 3

LLAMADO A LICITACIN (LAL)
REPBLICA DE HONDURAS
Crdito No. 3800-HO

Adquisicin, Instalacin e Implementacin de
un Sistema compuesto por los Subsistemas: Liquidacin Bruta en Tiempo Real
(LBTR) y Sistema Central Depositaria de Valores (CDV) con su respectiva
Infraestructura Tecnolgica
(Hardware y Software) para el Banco Central de Honduras

No: B-LPI-004/2010-BM

1. Este llamado a licitacin se emite como resultado del Aviso General de Adquisiciones
que para este Proyecto fuese publicado en el Development Business, edicin No. 755 del
1 de julio de 2009.

2. La Repblica de Honduras ha recibido un crdito de la Asociacin Internacional de
Fomento (AIF) para financiar parcialmente el costo del Proyecto de Asistencia Tcnica
al Sector Financiero, y se propone utilizar parte de los fondos de este crdito para
efectuar los pagos bajo el Contrato No. B-LPI-004/2010-BM Adquisicin, Instalacin e
Implementacin de un Sistema compuesto por los Subsistemas: Liquidacin Bruta en
Tiempo Real (LBTR) y Sistema Central Depositaria de Valores (CDV) con su
respectiva Infraestructura Tecnolgica (Hardware y Software) para el Banco Central de
Honduras.

3. La Comisin Nacional de Bancos y Seguros en su calidad de Entidad Ejecutora del
Proyecto, a travs de su Unidad Coordinadora del Proyecto (UCP), en representacin del
Banco Central de Honduras (BCH) en calidad de beneficiario, invita a los licitantes
elegibles a presentar ofertas selladas para la Adquisicin, Instalacin e Implementacin
de un Sistema compuesto por los Subsistemas: Liquidacin Bruta en Tiempo Real
Infraestructura Tecnolgica (Hardware y Software) para el Banco Central de Honduras.

4. La licitacin se efectuar conforme a los procedimientos de Licitacin Pblica
Internacional (LPI) establecidos en la publicacin del Banco Mundial titulada Normas:
Adquisiciones con Prstamos del BIRF y Crditos de la AIF, Edicin Enero de 1995,
Edicin Revisada en Enero y Agosto de 1996, Septiembre de 1997 y Enero de 1999, y
est abierta a todos los licitantes de pases elegibles, segn se definen en dichas normas.

5. Los licitantes elegibles que estn interesados podrn obtener informacin adicional a la
atencin de: Lic. Fernando Neda Brito, Coordinador de la Unidad Coordinadora del
Proyecto (UCP), Comisin Nacional de Bancos y Seguros, correo electrnico:
ucp-adquisiciones@cnbs.gov.hn y solicitar los documentos de licitacin en la direccin
electrnica mencionada, en un horario de lunes a viernes de 8:00 A.M. a 4:00 P.M,
dichos documentos sern publicados en la pgina www.honducompras.gob.hn

6. Los requisitos de calificaciones para determinar los licitantes elegibles, incluyen:
- El Licitante debe demostrar que cuenta con un mnimo de cinco (5) aos de
experiencia en la realizacin de proyectos de Sistemas LBTR y deber presentar
constancia por escrito de al menos dos (2) proyectos de Sistema LBTR realizadas en
los ltimos cinco (5) aos, emitidas por los bancos centrales donde se han realizado,
completado e implementado de forma exitosa dichas soluciones. Se entiende por
Sistema de Liquidacin Bruta en Tiempo Real, aquella solucin que provee todos los
servicios que permiten la liquidacin de operaciones de pagos, una a una en lnea y en
tiempo real y la liquidacin de los saldos netos resultantes de las cmaras de
compensacin de pagos, en las cuentas corrientes que las entidades de intermediacin
financiera mantienen en los Bancos Centrales.

- El licitante debe demostrar que cuenta con un mnimo de tres (3) aos de experiencia
en la realizacin de proyectos de sistemas CDV y deber presentar constancia por
escrito de al menos un (1) proyecto de sistema CDV realizado(s) en los ltimos seis
(6) aos, emitidas por instituciones financieras donde se han realizado, completado e
implementado de forma exitosa dicha solucin. Se prev que el sistema de la Central
Depositaria de Valores ser utilizado para la negociacin, emisin y administracin
de todos los valores gubernamentales y la liquidacin de dichos valores entrelazado
con la LBTR, con el fin de respetar el principio de Entrega contra Pago (ECP) y el
Procesamiento de Principio a Fin ( Straight-Through-Processing).

- El Licitante deber presentar evidencia documentada de contar como mnimo con dos
(2) aos de experiencia en el suministro, instalacin y configuracin de hardware y
software iguales o similares a los requeridos, para la implementacin del Sistema.

- El licitante deber demostrar que sus subsistemas e infraestructura tecnolgica
cumple el estndar tecnolgico definido por el Banco Central de Honduras (BCH), el
cual es la principal entidad del proyecto. Para sistemas crticos, el estndar est
basado en una plataforma tecnolgica utilizando servidores SUN Microsystem y
como base de Datos Oracle 11g.

- Adicionalmente en la Seccin II, Datos de la Licitacin, numeral IAL 6.1. inciso (a)
se detallan otros requisitos de calificaciones del licitante.


No se otorgar un Margen de Preferencia a contratistas nacionales elegibles. Mayores
detalles se proporcionan en los Documentos de Licitacin. Los licitantes interesados
podrn adquirir un juego completo de los Documentos de Licitacin en Espaol,
solicitndolo por escrito a la direccin 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 dicho
pago se har efectivo mediante la entrega de un cheque de caja cheque certificado emitido a
favor de la Comisin Nacional de Bancos y Seguros y en el caso de empresas internacionales
mediante transferencia bancaria a la cuenta en dlares No. 111-02-20-000048-5, a nombre de la
Comisin Nacional de Bancos y Seguros en el Banco Central de Honduras con Cdigo Swift:
BCEHHNTE. El Banco corresponsal del Banco Central de Honduras es CITIBANK N.A. NEW
YORK, N.Y. Cdigo Swift: CITIUS33, Cdigo ABA: 021000089, Cuenta No. 10928996 a
nombre del Banco Central de Honduras, Barrio El Centro, Avenida Juan Ramn Molina, 1ra
Calle, 7ma Avenida, Tegucigalpa. Los costos de transferencia bancarias sern asumidos por los
licitantes. Una versin impresa del documento ser entregado en la direccin abajo indicada o
ser remitida mediante correo areo segn lo indiquen los interesados previa presentacin de la
copia del pago y verificacin respectiva.

7. Las ofertas debern hacerse llegar a la direccin indicada abajo, a ms tardar el 25 de
marzo de 2011 a las 10:00 a.m. hora oficial de la Repblica de Honduras. Solo se
aceptaran aquellas ofertas recibidas en la direccin abajo indicada y no se consideraran
ofertas electrnicas. Las ofertas que se reciban fuera de dicho plazo sern rechazadas.
Las ofertas se abrirn a las 10:20 a.m. del da 25 de marzo de 2011 en presencia de los
representantes de los licitantes que deseen asistir en el Saln de Usos Mltiples de la
Comisin Nacional de Bancos y Seguros, ubicado en el cuarto piso del Edificio Santa
Fe, Col. Castao Sur, Paseo Virgilio Zelaya Rub, Tegucigalpa M.D.C. Honduras, C.A.
Todas las ofertas debern estar acompaadas de una Garanta Bancaria de Seriedad de la
oferta por un monto de Setenta y Siete Mil Dlares Exactos de los Estados Unidos de
Amrica (US$77,000.00) con una vigencia mnima de ciento dieciocho (118) das
contados a partir de la fecha de apertura de ofertas. Se pide a los posibles licitantes que
tengan en cuenta que (i) se les exigir que certifiquen en sus ofertas que el Software est
cubierto por una licencia vlida o que fue producido por el Licitante y (ii) toda infraccin
se considera un fraude punible y que, por lo tanto, podr entre otras cosas impedrsele al
Licitante su participacin en futuras adquisiciones financiadas por el Banco Mundial.

8. La direccin referida arriba es:
Atencin: Lic. Fernando Neda, Coordinador de la Unidad Coordinadora de Proyecto
Segundo Piso, Edificio SANTA FE, Col. Castao Sur, Paseo Virgilio Zelaya Rub,
Bloque C, Tegucigalpa, Honduras, C.A, Telfono (504) 2221-6909 y Fax (504) 2221-
3375.
Direccin de correo electrnico: ucp-adquisiciones@cnbs.gov.hn

6

SECCIN I. INSTRUCCIONES A LOS LICITANTES (IAL)
(Licitacin en Una Etapa)

Seccin I. Instrucciones a los Licitantes 7
ndice de clusulas
A. GENERALIDADES ................................................................................................................................. 8
1. ALCANCE DE LA LICITACIN .............................................................................................................................. 8
2. FUENTE DE LOS FONDOS ................................................................................................................................. 8
3. FRAUDE Y CORRUPCIN .................................................................................................................................. 8
4. LICITANTES ELEGIBLES .................................................................................................................................. 11
5. BIENES Y SERVICIOS IDNEOS ......................................................................................................................... 12
6. CALIFICACIONES DEL LICITANTE ...................................................................................................................... 13
7. COSTO DE LA LICITACIN ............................................................................................................................... 16
8. VISITAS AL SITIO .......................................................................................................................................... 16
B. DOCUMENTOS DE LICITACIN ...................................................................................................... 17
9. CONTENIDO DE LOS DOCUMENTOS DE LICITACIN .............................................................................................. 17
10. ACLARACIN DE LOS DOCUMENTOS DE LICITACIN Y REUNIN PREVIA A LA LICITACIN .............................................. 18
11. ENMIENDA DE LOS DOCUMENTOS DE LICITACIN ............................................................................................... 18
C. PREPARACIN 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 INFORMACIN CON LOS DOCUMENTOS DE LICITACIN
25
17. GARANTA DE SERIEDAD DE LA OFERTA ............................................................................................................. 26
18. PERODO DE VALIDEZ DE LAS OFERTAS .............................................................................................................. 28
19. FORMATO Y FIRMA DE LA OFERTA ................................................................................................................... 28
D. PRESENTACIN DE LAS OFERTAS ................................................................................................ 29
20. CMO CERRAR Y MARCAR LOS SOBRES DE LAS OFERTAS ....................................................................................... 29
21. PLAZO PARA LA PRESENTACIN DE LAS OFERTAS ................................................................................................ 30
22. OFERTAS TARDAS ....................................................................................................................................... 30
23. MODIFICACIN Y RETIRO DE LAS OFERTAS ........................................................................................................ 30
E. APERTURA Y EVALUACIN DE LAS OFERTAS ............................................................................ 31
24. APERTURA DE LAS OFERTAS POR EL COMPRADOR ............................................................................................... 31
25. ACLARACIN DE LAS OFERTAS ........................................................................................................................ 32
26. EXAMEN PRELIMINAR DE LAS OFERTAS ............................................................................................................. 32
27. CONVERSIN A UNA SOLA MONEDA ................................................................................................................ 33
28. EVALUACIN Y COMPARACIN DE LAS OFERTAS ................................................................................................. 34
29. PREFERENCIA NACIONAL ............................................................................................................................... 40
30. COMUNICACIONES CON EL COMPRADOR ............................................................................................................. 40
F. POSCALIFICACIN Y ADJUDICACIN DEL CONTRATO .......................................................... 41
31. POSCALIFICACIN ........................................................................................................................................ 41
32. CRITERIOS PARA LA ADJUDICACIN .................................................................................................................. 41
33. DERECHO DEL COMPRADOR A MODIFICAR LAS CANTIDADES EN EL MOMENTO DE LA ADJUDICACIN ............................. 42
34. DERECHO DEL COMPRADOR A ACEPTAR CUALQUIER OFERTA Y A RECHAZAR CUALQUIERA O TODAS LAS OFERTAS ............. 42
35. NOTIFICACIN DE LA ADJUDICACIN ............................................................................................................... 42
36. FIRMA DEL CONTRATO ................................................................................................................................. 42
37. GARANTA DE CUMPLIMIENTO ....................................................................................................................... 43
38. CONCILIADOR ............................................................................................................................................. 43
8 Seccin I. Instrucciones a los Licitantes
Instrucciones a los Licitantes
A. GENERALIDADES
1. Alcance de la
licitacin
1.1 El Comprador nombrado en los DDL y en las Condiciones
Especiales del Contrato (CEC), o el Agente de Compras, segn
se especifique en los DDL y en las CEC, invita a presentar
propuestas para el suministro e instalacin de Sistemas de
informacin, tal como se describe brevemente en los DDL y se
explica en mayor detalle en el presente Documento de licitacin.
1.2 El nombre y el nmero de identificacin del Llamado a
Licitacin, as como todo contrato resultante, se indican en los
DDL.
2. Fuente de los
fondos
2.1 El Prestatario nombrado en los DDL ha solicitado o recibido un
prstamo o crdito (identificado en los DDL y denominado
prstamo en estos documentos de licitacin) del Banco
Internacional de Reconstruccin y Fomento o de la Asociacin
Internacional de Fomento (llamados indistintamente el Banco
en estos documentos de licitacin) por el equivalente del monto
indicado en los DDL. El prstamo se usar para sufragar en
parte el costo del proyecto indicado en los DDL. El Prestatario
destinar una parte de los recursos de este prstamo a los pagos
idneos para financiamiento en virtud del Contrato para el cual
se emiten los presentes documentos de licitacin.
2.2 El Banco slo efectuar pagos que hayan sido solicitados por el
Prestatario, o por el agente ejecutor del Prestatario, y que
cuenten con la aprobacin del Banco, de acuerdo con las
condiciones establecidas en el Convenio de prstamo, y dichos
pagos estarn sujetos en todo respecto a las condiciones que se
estipulan en dicho Convenio. El Convenio de prstamo prohbe
todo retiro de fondos de la cuenta del prstamo para efectuar
cualquier pago a personas fsicas o jurdicas, o para financiar
cualquier importacin de bienes, si el Banco tiene conocimiento
de que dicho pago o dicha importacin estn prohibidos por una
decisin del Consejo de Seguridad de las Naciones Unidas
adoptada en virtud del Captulo VII de la Carta de dicha
institucin. Slo el Prestatario tendr derecho en virtud del
Convenio de prstamo a reclamar los recursos del prstamo.
3. Fraude y
corrupcin
3.1 Es poltica del Banco requerir que los prestatarios (incluyendo
los beneficiarios de los prstamos del Banco), al igual que a
todos los Licitantes, Proveedores, Contratistas y sus
Subcontratistas que participan en contratos financiados por el
Banco observen los ms altos niveles ticos durante el proceso
de adquisicin y la ejecucin de dichos contratos
1
. A efectos
del cumplimiento de esta poltica, el Banco:
a) define de la siguiente manera, a los efectos de esta disposicin, las
expresiones que se indican a continuacin:
(i) prctica corrupta
2
es el ofrecimiento, suministro,
aceptacin o solicitud, directa o indirectamente, de
cualquier cosa de valor con el fin de influir de modo
impropio la actuacin de otra parte;
(ii) prctica fraudulenta
3
es cualquier acto u omisin,
incluyendo una tergiversacin, que intencionalmente o
imprudentemente engaa, o intenta engaar, a una
parte para obtener beneficios financieros o de otra
ndole o para evitar una obligacin;
(iii) prcticas de colusin
4
es un acuerdo entre dos o ms
partes, diseado para obtener un propsito impropio,
incluyendo el influenciar impropiamente la actuacin
de otra parte;
(iv) prcticas coercitivas
5
es daar o perjudicar, o
amenazar con daar o perjudicar, directa o
indirectamente, a cualquier parte, o a sus propiedades
para influenciar impropiamente la actuacin de una
parte.
(v) prctica obstructiva es:
aa) destruir, falsificar, alterar u ocultar en forma

1
En este contexto, cualquier medida adoptada por un oferente, proveedor, contratista o subcontratista para
influir en el proceso de adquisicin o la ejecucin de un contrato con el propsito de obtener una ventaja
indebida constituye un acto impropio.
2
A los efectos de estos Documentos de Licitacin, otra parte significa un funcionario pblico que interviene
en el proceso de adquisicin o la ejecucin de un contrato. En este contexto, funcionario pblico incluye a
los 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 Licitacin, parte significa un funcionario pblico; los trminos
beneficio y obligacin estn relacionados con el proceso de adquisicin o la ejecucin de un contrato, y en
el acto u omisin debe haber intencin de influir en el proceso de adquisicin o la ejecucin de un contrato.
4
A los efectos de estos Documentos de Licitacin, partes significa los participantes en el proceso de
adquisicin (incluidos los funcionarios pblicos) que pretendan establecer precios de oferta a niveles
artificiales o no competitivos.
5
A los efectos de estos Documentos de Licitacin, parte significa un participante en el proceso de adquisicin
o en la ejecucin de un contrato.
deliberada pruebas importantes respecto de su
participacin en un proceso de adquisicin, o
incidir en la investigacin o formular
declaraciones falsas a los investigadores con la
intencin de impedir sustancialmente una
investigacin del Banco referente a acusaciones
sobre prcticas corruptas, fraudulentas,
coercitivas o colusorias, y/o amenazar, acosar o
intimidar a una parte con el propsito de
impedir que dicha parte revele lo que sabe
acerca de asuntos pertinentes a la investigacin,
o que lleve adelante la investigacin, o la
ejecucin de un contrato.
bb) toda accin con la intencin de impedir
sustancialmente el ejercicio de los derechos del
Banco de realizar inspecciones y auditoras
establecido en la subclusula 3.1 (e) de la
presente clusula.
(b) rechazar la propuesta de adjudicacin si determina que el
Licitante seleccionado para dicha adjudicacin ha participado
directamente o a travs de un agente, en actividades corruptas,
fraudulentas, colusorias o coercitivas al competir por el
contrato en cuestin;
(c) anular la porcin del prstamo asignada al contrato si
determina en cualquier momento que los representantes del
Prestatario o de un beneficiario del prstamo han participado
en prcticas corruptas, fraudulentas, colusorias o coercitivas
durante el proceso de licitacin o de la ejecucin de dicho
contrato, y sin que el Prestatario hubiera adoptado medidas
oportunas y apropiadas que el Banco considere satisfactorias
para corregir la situacin;
(d) sancionar empresas o individuos, inclusive declarndolos
inelegibles, indefinidamente o por un perodo determinado para
adjudicarles contratos financiados por el Banco, si en cualquier
momento determina que han participado directamente o a
travs de sus agentes, en prcticas corruptas, fraudulentas,
colusorias o coercitivas al competir o ejecutar un contrato
financiado por el Banco;
(e) tendr el derecho a exigir a los Licitantes, proveedores,
contratistas y consultores que incluyan en los Documentos de
Licitacin y en los contratos financiados con un prstamo del
Banco, una disposicin que le permita al Banco, o a quien ste
designe, inspeccionar los registros contables, estados
financieros y otros documentos relacionados con el proceso de
licitacin y con la ejecucin del contrato y auditarlos por
auditores designados por el Banco.
3.2 De conformidad con la Clusula 3.1.(e), el Licitante permitir
al Banco y/o cualquier persona designada por el Banco a
revisar las cuentas y archivos relacionados con el proceso de
licitacin y con el cumplimiento del Contrato y someterlos a una
verificacin por auditores designados por el Banco.
3.3 Adems, los Licitantes debern tener presente las provisiones
establecidas en las clusulas 9.8 y 41.2 de las Condiciones
Generales del Contrato.

4. Licitantes
Elegibles
4.1 Con excepcin de lo dispuesto en las clusulas 4.2 y 4.3 de las
IAL, podrn participar en este procedimiento de licitacin:
a) si se ha realizado una precalificacin para este proceso de
licitacin, las empresas precalificadas (en el caso de
empresas mixtas, los mismos socios y estructura) de
pases de origen elegibles, segn la definicin que aparece
en la edicin del documento titulado Normas:
Adquisiciones con Prstamos del BIRF y Crditos de la
AIF (Normas sobre Adquisiciones),

b) si no se ha efectuado una de precalificacin para este
proceso de licitacin, entonces podrn participar todas las
empresas de los pases de origen elegibles, segn se
define en las Normas sobre Adquisiciones.
En cualquier caso, no podrn presentar ofertas las empresas
mixtas que incluyan a miembros de pases de origen o empresas
no elegibles.
4.2 Las empresas de un pas miembro podrn quedar excluidas de la
licitacin si:

a) i) de conformidad con las disposiciones legales o la
reglamentacin oficial, el pas del Prestatario prohbe las
relaciones comerciales con ese pas, siempre y cuando el
Banco considere que dicha exclusin no impide una
competencia eficaz para el suministro e instalacin del
Sistema de informacin requerido, o ii) en cumplimiento
de una decisin del Consejo de Seguridad de las Naciones
Unidas, adoptada en virtud del Captulo VII de la Carta de
dicha organizacin, el pas del Prestatario prohbe la
importacin de bienes de ese pas o los pagos a personas o
entidades de dicho pas.

b) han sido contratadas anteriormente por el Comprador para
prestar servicios de consultora en la preparacin del
diseo, las especificaciones y otros documentos que se han
de utilizar en la adquisicin del Sistema de informacin
descrito en estos documentos de licitacin.

c) las empresas estatales del pas del Prestatario pueden
participar solamente si pueden demostrar que: i) gozan de
autonoma legal y financiera, y ii) funcionan de acuerdo
con las leyes comerciales. No se permitir la participacin
o presentacin de ofertas para la adquisicin de bienes o
servicios en el marco de un proyecto financiado por el
Banco a entidades dependientes del Prestatario o del
Subprestatario.
4.3 Una empresa que el Banco haya declarado no elegible, de
conformidad con la clusula 1.15. d) de las Normas sobre
Adquisiciones, no satisface los requisitos para presentar
propuestas en relacin con un contrato financiado por el Banco
durante el perodo que ste determine.
4.4 Los licitantes suministrarn al Comprador las pruebas de su
continua elegibilidad que el Comprador considere razonables y
satisfactorias.
5. Bienes y
servicios
idneos
5.1 Para los efectos de estos documentos de licitacin, el Sistema de
informacin abarca:

a) La tecnologa de la informacin necesaria, incluido todo
hardware, software, suministros e insumos relacionados
con el procesamiento de la informacin y las
comunicaciones que el Proveedor est en la obligacin de
suministrar e instalar en virtud del Contrato, adems de
toda la documentacin pertinente y cualesquiera otros
materiales y bienes que deban suministrarse, instalarse,
integrarse y ponerse en funcionamiento (llamados en
conjunto Bienes en algunas clusulas de las
Instrucciones a los Licitantes); y

b) toda actividad de desarrollo de software, transporte,
seguro, instalacin, personalizacin, integracin, puesta en
servicio, capacitacin, asistencia tcnica, mantenimiento,
reparacin y cualesquiera otros servicios necesarios para
garantizar el funcionamiento adecuado del Sistema de
informacin que suministrar el Licitante seleccionado y
en virtud de las especificaciones del Contrato.
5.2 Los fondos de los prstamos del Banco slo se desembolsarn
para financiar gastos relacionados con un Sistema de
informacin compuesto de bienes y servicios suministrados por
ciudadanos de pases de origen elegibles, y producidos en
dichos pases o suministrados por ellos, tal y como se define en
las Normas sobre Adquisiciones. Se considera que un sistema
de informacin es producido en un pas miembro del Banco
cuando, en el territorio de dicho pas, mediante el desarrollo del
Software, la fabricacin o actividades importantes de
ensamblaje o integracin de componentes, se genera un
producto reconocido comercialmente cuyas caractersticas
bsicas, finalidad o utilidad difieren de las de sus componentes.
Un Sistema de informacin, o cualquier componente del
mismo, suministrado por un pas miembro del Banco puede
quedar excluido si dicho pas miembro est sujeto a las
condiciones que se estipulan en la clusula 4.2 a) i) o ii) de las
IAL.
5.3 Para los efectos de esta clusula, la nacionalidad del Licitante no
corresponde al pas desde el cual se suministra el Sistema de
informacin y sus componentes o desde donde se prestan los
servicios afines. Un Licitante tendr la nacionalidad de un pas
dado si tiene su domicilio, est constituido legalmente y se
desempea de acuerdo con las leyes de dicho pas.
6. Calificaciones
del Licitante
6.1 Mediante la presentacin de pruebas documentales en su oferta,
el Licitante deber demostrar, a satisfaccin del Comprador, lo
siguiente:
a) que posee la capacidad financiera, tcnica y productiva
necesaria para cumplir con el Contrato, satisface los
criterios de calificacin especificados en los DDL, y tiene
antecedentes satisfactorios. Si se ha realizado un proceso
de precalificacin para esta licitacin, el Licitante, como
parte de su oferta, deber actualizar la informacin
presentada junto con la solicitud para la precalificacin;
(Para los efectos de establecer las calificaciones de un
Licitante, a menos que se especifique lo contrario en los
DDL, la experiencia o recursos de cualquier subcontratista
no incidir en las calificaciones del Licitante; slo se
considerarn la experiencia o recursos de un socio de una
sociedad en participacin.)

b) que, en el caso de un Licitante que ofrezca suministrar
bienes clave relacionados con Sistema de informacin,
identificados en los DDL, que no sean fabricados ni
producidos por el Licitante, ste ha sido debidamente
autorizado por el fabricante o el productor para suministrar
esos bienes en el pas del Comprador. (Esto se logra
mediante la presentacin de los Formularios de
Autorizacin del Fabricante, tal como se indica en la
seccin titulada Formularios Tipo); y

c) que, en el caso de un Licitante que no realice actividades
comerciales en el pas del Comprador, el Licitante est o
estar representado (en caso de que se le adjudique el
Contrato) en dicho pas por un agente local que tenga los
medios y est en condiciones de cumplir con las
obligaciones de mantenimiento, asistencia tcnica,
capacitacin y reparacin que ha contrado el Licitante y
que se estipulan en las Condiciones Generales y
Especiales del Contrato o en los Requisitos Tcnicos.
6.2 Las ofertas presentadas por una sociedad en participacin
(Joint Venture) compuesta de dos o ms empresas que acten
en calidad de socias debern cumplir igualmente con las
siguientes exigencias:
a) la oferta deber estar firmada de manera que constituya
una obligacin legal para todos los socios;
b) deber designarse a uno de los socios como responsable, y
deber quedar constancia de dicha designacin mediante
la presentacin de un poder firmado por signatarios
autorizados de todos los socios;
c) el socio encargado deber estar autorizado para asumir
responsabilidades y recibir instrucciones destinadas a
todos o cualesquiera de los socios de la sociedad en
participacin o en nombre de los mismos; adems, la
ejecucin 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 componente
dado del Sistema de informacin deber cumplir con los
criterios mnimos de calificacin que correspondan a
dicho componente;
e) una empresa podr presentar ofertas ya sea de manera
individual, o como socia de una sociedad en participacin
que presente ofertas en respuesta a los presentes
documentos de licitacin. Asimismo, una empresa que
est presentando una oferta ya sea como licitante
individual o como socio de una sociedad en participacin,
no podr actuar en calidad de Subcontratista en otras
ofertas, salvo para el suministro de hardware o software
disponibles comercialmente que hayan sido fabricados o
producidos por dicha empresa, as como tambin servicios
meramente conexos tales como la instalacin,
configuracin, capacitacin sistemtica y actividades
continuas de mantenimiento y apoyo. Si la clusula 6.1 a)
de los DDL permiten que se tome en cuenta la calificacin
de Subcontratistas designados para ejecutar ciertos
componentes durante la evaluacin de las calificaciones
generales del Licitante, todo Subcontratista designado por
algn licitante perder automticamente su capacidad de
postularse como licitante o como socio de una sociedad en
participacin. El incumplimiento de esta disposicin
puede acarrear el rechazo de todas las ofertas en las que
participe la empresa afectada ya sea como licitante
individual o en calidad de socia de una sociedad en
participacin. Siempre y cuando una empresa cumpla con
estas disposiciones, o no se vea afectada por las mismas
por no participar como licitante individual o en calidad de
socia de una sociedad en participacin, dicha empresa
podr ser propuesta como Subcontratista en cualquier
nmero de ofertas. Si la clusula 28.1 de los DDL
permiten la presentacin de ofertas para subsistemas, lotes
o porciones, entonces las disposiciones de sta clusula 6.2
e) se aplicarn nicamente a las ofertas de dichos
subsistemas, lotes o porciones.
f) todos los socios de la sociedad en participacin sern
responsables de manera conjunta o individual de la
ejecucin del Contrato de conformidad con las condiciones
del mismo, y deber incluirse una declaracin a tal efecto
en la autorizacin a que se hace referencia en la clusula
6.2 b) anterior, as como tambin en la oferta y en el
contrato (en caso de una oferta satisfactoria).
6.3 Si un Licitante desea subcontratar bienes o servicios
importantes, deber incluir en su oferta informacin detallada
sobre el nombre y la nacionalidad del Subcontratista propuesto,
incluidos los Proveedores, en relacin con cada uno de dichos
bienes o servicios; asimismo, deber cerciorarse de que cada
Subcontratista propuesto cumpla con las exigencias de la
clusula 4 de las Instrucciones a los Licitantes, de que todo bien
o servicio relacionado con el Sistema de informacin que
suministrar el Subcontratista cumpla con las exigencias de la
clusula 5 y de que se presenten todas las pruebas pertinentes
que exige la clusula 13.1 e) iii) de las Instrucciones a los
Licitantes. Los licitantes tienen la libertad de indicar ms de un
Subcontratista por cada bien o servicio. Las tarifas y precios
cotizados se considerarn vlidos, independientemente del
Subcontratista que se designe, y no se permitir ningn ajuste de
dichas tarifas o precios. El Comprador se reserva el derecho de
eliminar de la lista a cualquier Subcontratista propuesto. Esto
deber hacerse antes de la firma del Contrato, mediante la
eliminacin de todo subcontratista inaceptable del Apndice 3
del Contrato, el cual deber contener una lista de todos los
Subcontratistas aprobados para cada bien o servicio antes de la
firma del Contrato. Toda adicin o eliminacin posterior de la
lista de Subcontratistas aprobados deber realizarse de
conformidad con la clusula 20 de las Condiciones Generales del
Contrato (de acuerdo con las revisiones de las Condiciones
Especiales del Contrato, segn sea el caso) y el Apndice 3 del
Contrato.

Para los efectos de estos documentos de licitacin, un
Subcontratista es todo proveedor de servicios que contrate el
Licitante para el suministro o ejecucin de cualquier parte del
Sistema de informacin que proporcionar el Licitante en virtud
del Contrato (tales como el suministro de elementos importantes
de hardware, software u otros componentes de la tecnologa de
la informacin que se especifiquen, o el desempeo de los
servicios afines como, por ejemplo, el desarrollo de software,
transporte, instalacin, personalizacin, integracin, puesta en
servicio, capacitacin, asistencia tcnica, mantenimiento,
reparacin, etc.).
7. Costo de la
licitacin
7.1 El Licitante financiar todos los costos relacionados con la
preparacin y presentacin de su oferta, y el Comprador no ser
responsable en ningn caso de dichos costos.
8. Visitas al sitio 8.1 Se recomienda que el Licitante visite e inspeccione el lugar o
lugares donde se instalar el Sistema de informacin y que
obtenga por s solo, a su propio riesgo y responsabilidad, toda la
informacin que pueda necesitar para preparar la oferta y
establecer el Contrato. El Licitante deber sufragar los costos
generados por su visita al lugar o lugares de instalacin.
8.2 El Comprador se encargar de que el Licitante, cualquier
miembro de su personal o sus representantes puedan obtener
acceso al lugar o lugares pertinentes, siempre y cuando el
Licitante notifique al Comprador su intencin de visitar dichos
sitios con por lo menos catorce (14) das de anticipacin.
Tambin es posible que el Comprador organice una o varias
visitas al sitio simultneamente con la visita anterior a la
licitacin, segn se especifica en los DDL conforme a la
clusula 10.2 de las Instrucciones a los Licitantes. La no
realizacin de una visita del sitio por el Licitante no se
considerar como una causa de descalificacin.
8.3 Por otra parte, se permitir la programacin de visitas del sitio
despus de que haya transcurrido el plazo para la presentacin
de las ofertas y antes de la adjudicacin del Contrato.
B. DOCUMENTOS DE LICITACIN
9. Contenido de
los documentos
de licitacin
9.1 El contenido de los documentos de licitacin se indica a
continuacin y deber leerse en conjunto con cualquiera
Enmienda emitida de conformidad con la clusula 11 de las IAL.
Seccin I Instrucciones a los Licitantes (IAL)
Seccin II DDL
Seccin III Elegibilidad para el suministro de bienes y
servicios y la contratacin de obras en
adquisiciones financiadas por el Banco
Seccin IV Condiciones Generales del Contrato (CGC)
Seccin V Condiciones Especiales del Contrato (CEC)
Seccin VI Requisitos Tcnicos (incluido el Programa de
Ejecucin)
Seccin VII Formularios Tipo
9.2 Los Licitantes debern estudiar todas las instrucciones,
formularios, trminos, especificaciones y cualquier otra
informacin contenida en los documentos de licitacin El
incumplimiento por el Licitante del suministro de toda la
informacin que se exige en los documentos de licitacin, o la
presentacin de una oferta que no se ajuste sustancialmente a los
documentos de licitacin en todos los sentidos, podra tener
consecuencias para el Licitante, tal como el rechazo de su oferta.
9.3 El Llamado a Licitacin no necesariamente forma parte de los
documentos de licitacin y se incluye nicamente como
referencia. En caso de incoherencias, prevalecern los
documentos de licitacin.
10. Aclaracin de
los documentos
de licitacin y
reunin previa
a la licitacin
10.1 Todo Licitante eventual que necesite alguna aclaracin de los
documentos de licitacin podr solicitarla al Comprador por
escrito a la direccin de ste y por uno de los medios que se
indican en los DDL. De la misma manera, si un Licitante
considera que alguna disposicin importante de los documentos
es inaceptable, deber plantear su inquietud lo antes posible. El
Comprador responder por escrito a toda solicitud de aclaracin
o modificacin de los documentos de licitacin recibida a ms
tardar veintin (21) das antes de que se venza el plazo para la
presentacin de ofertas estipulado por el Comprador. El
Comprador enviar una copia de su respuesta (incluso una
explicacin de la consulta pero sin identificar su procedencia) a
todos los Licitantes eventuales que hayan recibido los
documentos de licitacin de manos del Comprador.
10.2 Cuando as se estipule en los DDL, el Comprador organizar una
reunin antes de la licitacin a la cual estarn invitados todos los
Licitantes en el lugar y fecha que se indique en los DDL. Esta
reunin tendr como finalidad aclarar asuntos y responder a
preguntas con respecto a cualquier tema que se plantee durante
esta etapa, especialmente los asuntos relacionados con los
Requisitos Tcnicos. Los Licitantes debern presentar sus
preguntas por escrito al Comprador a ms tardar una semana
antes de la reunin. Las preguntas y respuestas se transmitirn
de acuerdo con la clusula 10.1 de las Instrucciones a los
Licitantes. El acta de la reunin, incluidas las preguntas
realizadas y las respuestas a stas, conjuntamente con
cualesquiera otras respuestas preparadas despus de la reunin,
se transmitirn sin demora a todas las partes a quienes el
Comprador haya enviado los documentos de licitacin. Toda
modificacin de los documentos de licitacin que se menciona
en la clusula 9.1 de las Instrucciones a los Licitantes y que
pueda ser necesaria como resultado de la reunin anterior a la
licitacin deber efectuarla nicamente el Comprador mediante
la emisin de una Enmienda conforme a la clusula 11 de las
Instrucciones a los Licitantes y no mediante la presentacin del
acta de la reunin antes de la licitacin.
11. Enmienda de
los documentos
de licitacin
11.1 En cualquier momento antes del vencimiento del plazo para la
presentacin de las ofertas, el Comprador podr modificar los
documentos de licitacin por cualquier motivo, ya sea por
iniciativa propia o en respuesta a una aclaracin solicitada por
un licitante eventual. Toda modificacin subsiguiente con
respecto al mismo tema, modificar o remplazar las
modificaciones anteriores correspondientes.
11.2 Las modificaciones se divulgarn en forma de Enmiendas a los
documentos de licitacin y se enviarn por escrito a todos los
Licitantes eventuales a quienes el Comprador haya entregado
los documentos de licitacin. Los licitantes debern cumplir
con lo dispuesto en dichas Enmiendas. Adems, debern acusar
recibo de dichas Enmiendas inmediatamente. Se dar por
sentado que al preparar su oferta, el Licitante habr tomado en
cuenta la informacin contenida en dichas Enmiendas.
11.3 El Comprador podr, a su discrecin, prorrogar el plazo de
presentacin de las ofertas a fin de dar a los posibles licitantes
un perodo razonable para que puedan tomar en cuenta las
modificaciones en la preparacin de sus ofertas, en cuyo caso, el
Comprador notificar por escrito a todos los Licitantes acerca de
la mencionada prrroga.
C. PREPARACIN DE LAS OFERTAS
12. Idioma de la
oferta
12.1 La oferta que prepare el Licitante, as como toda
correspondencia y documentos relativos a dicha oferta que
intercambien el Licitante y el Comprador, deber redactarse en
el idioma especificado en los DDL. Adems, toda
documentacin impresa que suministre el Licitante como parte
de su oferta podr estar escrita en otro idioma, siempre y cuando
est acompaada de una traduccin fiel de los prrafos
pertinentes de dicho material al idioma especificado en los DDL,
en cuyo caso prevalecer la traduccin para los efectos de la
interpretacin de la oferta.
13. Documentos
que conforman
la oferta
13.1 La oferta que presente el Licitante deber incluir los siguientes
documentos:

a) un Formulario de oferta debidamente llenado y firmado por
una o varias personas debidamente autorizadas para
contraer las obligaciones del Contrato en nombre del
Licitante;
b) todas las Listas de precios con toda la informacin exigida
de acuerdo con lo establecido en las clusulas 14, 15 y 18
de las Instrucciones a los Licitantes y firmadas por una o
varias personas debidamente autorizadas para contraer las
obligaciones del Contrato en nombre del Licitante;

c) garanta de seriedad de la oferta suministrada de
conformidad con la clusula 17 de las Instrucciones a los
Licitantes;

d) una confirmacin escrita en la que se autorice al signatario
de la oferta para contraer un compromiso en nombre del
Licitante, de acuerdo con lo establecido en la clusula 19.2
de las Instrucciones a los Licitantes.

e) Anexos:

i) Anexo 1: Elegibilidad del Licitante
Si no ha habido un proceso de precalificacin, ser
necesario presentar documentos que demuestren, a
satisfaccin del Comprador, que el Licitante es
idneo para presentar una oferta, lo que incluir entre
otras, pruebas de que el Licitante est constituido
legalmente en el territorio de un pas de origen
idneo, segn la definicin que figura en la clusula
4 de las IAL;

ii) Anexo 2: Calificaciones del Licitante
Pruebas documentadas, de conformidad con la
clusula 6 de las IAL, que demuestren a satisfaccin
del Comprador que el Licitante est calificado para
ejecutar el Contrato en caso de que su oferta sea
aceptada. Si ha habido precalificacin de licitantes, y
conforme a la clusula 6.1 a) de las IAL, el Licitante
deber proporcionar pruebas de cualquier cambio en
la informacin suministrada como base para la
precalificacin, o, si dicha informacin no ha sufrido
ningn cambio, deber presentar una declaracin a tal
efecto;
Toda autorizacin del fabricante estipulada en los
DDL conforme a la clusula 6.1 b) de las IAL;

iii) Anexo 3: Elegibilidad de los bienes y servicios
Documentos que establezcan, a satisfaccin del
Comprador, que los bienes y servicios del Sistema de
informacin que sern suministrados, instalados o
prestados por el Licitante son idneos segn se
especifica en la clusula 5 de las IAL. De adjudicarse
el Contrato, el Licitante deber presentar pruebas de
elegibilidad de tales bienes y servicios, lo cual deber
confirmarse mediante un certificado de origen
emitido en el momento del envo;

iv) Anexo 4: Conformidad del Sistema de informacin
con los documentos de licitacin
Pruebas documentadas, de conformidad con la
clusula 16 de las IAL, que demuestren a satisfaccin
del Comprador, que los bienes y servicios relativos al
Sistema de informacin que sern suministrados,
instalados o prestados por el Licitante se cien a las
disposiciones de los documentos de licitacin;

v) Anexo 5: Subcontratistas propuestos
Una lista de todos los principales bienes y servicios
que el Licitante propone comprar o subcontratar,
adems del nombre y la nacionalidad del
Subcontratista propuesto, entre ellos los Proveedores,
para cada uno de dichos bienes y servicios;

vi) Anexo 6: Propiedad intelectual
Una lista de:

1) todo software que se incluya en la oferta del
Licitante, asignando cada artculo a una de las
categoras de software que se definen en la
clusula 1.1 c) de las Condiciones Generales del
Contrato:

A) Sistema, Propsito general y Software de
aplicacin; y
B) Software estndar y personalizado.

2) todo material personalizado, segn se define en
la clusula 1.1 c) de las CGC, incluido en la
oferta del Licitante.

Todo material que no se identifique como material
personalizado se considerar como material estndar,
de acuerdo con la clusula 1.1 c) de las CGC.
De ser necesario, se realizarn reasignaciones entre
las categoras de Software y Materiales durante la
ejecucin del contrato, segn lo establecido en la
clusula 39 de las CGC (Modificacin del Sistema).
14. Precios de la
oferta
14.1 Los precios de todos los bienes y servicios que se identifican en
el subcuadro de costos de suministro e instalacin y en el
subcuadro de gastos ordinarios que aparecen en la Seccin VII
(formularios 2.5 y 2.6), al igual que todos los dems bienes y
servicios propuestos por el Licitante a fin de satisfacer las
exigencias del Sistema de informacin, debern cotizarse de
manera separada en el mismo formato de los cuadros y
resumirse en los cuadros de resumen de costos correspondientes
que aparecen en la misma seccin. Los precios debern
cotizarse de acuerdo con las instrucciones que aparecen en la
Seccin VII en relacin con los diversos cuadros de costos,
segn se especifica a continuacin.
14.2 Se supondr que el precio de los artculos que el Licitante ha
dejado en blanco en los cuadros de costos de la Seccin VII est
incluido en el precio de otros artculos. Asimismo, se supondr
que aquellos artculos que se omitieron en los cuadros de costos
se habrn omitido igualmente en la oferta y, siempre y cuando
la oferta responda plenamente a lo solicitado, se realizar un
ajuste del precio de la oferta durante el perodo de evaluacin,
de conformidad con la clusula 28.6 c) iii) de las IAL.
14.3 Los precios unitarios debern cotizarse a un nivel de detalle que
permita el clculo de cualquier entrega parcial o pago parcial
que se realice en virtud del Contrato, de acuerdo con lo
establecido en el Programa de Ejecucin de que trata la Seccin
VI y segn la clusula 12 de las CGC y las CEC sobre las
Condiciones de pago. Es posible que se solicite a los Licitantes
que suministren un desglose de aquellos artculos compuestos o
globales que se incluyen en los cuadros de costos.
14.4 Los precios de los bienes relacionados con el Sistema de
informacin debern expresarse, definirse y regirse por las
reglas estipuladas en la publicacin de Incoterms que se
especifica en los DDL. Adems, dichos precios debern
cotizarse en las columnas adecuadas de los cuadros de costos
que se muestran en la Seccin VII, tal como se indica a
continuacin:
a) En el caso de bienes suministrados desde fuera el pas del
Comprador:
A menos que se especifique de otra manera en los DDL,
los precios debern cotizarse sobre la base del CIP (lugar
de destino convenido), excluidos todos los impuestos,
timbres fiscales, aranceles, gravmenes y honorarios que
imponga el pas del Comprador. El lugar de destino
convenido y las instrucciones especiales para el contrato
de transporte se especifican en los DDL. Al cotizar el
precio, el Licitante tendr la libertad de transportar los
bienes, utilizando para ello los servicios de empresas de
transporte registradas en cualquier pas de origen idneo.
Asimismo, el Licitante podr contratar los seguros con
compaas de seguros de cualquier pas de origen idneo.
b) Bienes suministrados localmente:
Los precios unitarios de los bienes ofrecidos desde el pas
del Comprador debern cotizarse sobre una base EXW (en
fbrica, en bodega, o en existencia, segn sea el caso),
incluidos todos los derechos de aduana, aranceles,
honorarios, impuestos a la venta y otros impuestos
pagaderos hasta el momento de entrega de los bienes, pero
excluidos todos los impuestos al valor agregado, a las
ventas u otros impuestos, derechos y honorarios derivados
de los bienes en el momento de realizar la facturacin o
transaccin de venta, en caso de adjudicacin del
Contrato.
c) Transporte interno:
A menos que se especifique de otra manera en los DDL, el
precio del transporte interno, seguros y otros costos
locales relacionados con el despacho de los bienes a los
lugares del proyecto debern cotizarse por separado como
un servicio, de acuerdo con la clusula 14.5 de las IAL, ya
sea que los bienes se vayan a suministrar localmente o a
partir del pas del Comprador, salvo en los casos en que
estos costos ya estn incluidos en el precio de los bienes,
como sucede cuando la clusula 14.4 a) de las IAL
especifica CIP, y los lugares de destino convenidos son
los lugares del proyecto.
14.5 El precio de los servicios deber cotizarse en forma total para
cada servicio (desglosado en precios unitarios, segn sea el
caso), separado segn sus componentes de moneda nacional o
extranjera. Los precios debern incluir todos los impuestos,
derechos, aranceles y honorarios pertinentes, salvo nicamente
el IVA u otros impuestos indirectos, o timbres fiscales, que
puedan evaluarse o aplicarse en el pas del Comprador en
relacin con el precio de los servicios facturados al Comprador,
en caso de adjudicacin del Contrato. A menos que se
especifique de otra manera en los DDL, los precios debern
incluir todos los costos relacionados con la prestacin de los
servicios que tenga que sufragar el Proveedor, tales como costos
por concepto de viaje, viticos, apoyo administrativo,
comunicaciones, produccin, impresin de materiales, entre
otros. Los costos relacionados con la prestacin de los servicios
que deba sufragar el Comprador, miembros de su personal, o
terceros, debern incluirse en el precio, en la medida en que
tales obligaciones se especifiquen en los documentos de
licitacin (como, por ejemplo, cuando se exija que el Licitante
incluya los costos de viaje y viticos de las personas que est
recibiendo capacitacin).
14.6 Los gastos ordinarios que haya que sufragar durante el perodo
de garanta, definido en la clusula 29.4 de las CEC, y durante
el perodo que sigue a la garanta, segn se define en la clusula
1.1 e) xii) de las CEC, debern cotizarse como precios de
servicios, de acuerdo con lo estipulado en la clusula 14.5 de las
IAL, en el Formulario de gastos ordinarios en forma detallada,
as como en el Formulario de resumen de gastos ordinarios en
forma de totales de moneda. Los gastos ordinarios incluirn la
totalidad de los costos de los bienes necesarios tales como
piezas de repuesto, renovaciones de licencias de software, mano
de obra, entre otros que se necesiten para el funcionamiento
ptimo del Sistema y, segn sea el caso, las disposiciones del
Licitante en cuanto a los aumentos de precios.
14.7 Salvo que en los DDL se especifique otra cosa, los precios
cotizados por el Licitante permanecern fijos durante la
ejecucin del Contrato y no estarn sujetos a aumentos por
ningn motivo. No se aceptarn las ofertas que estn sujetas a
ajustes de precios.
15. Moneda de la
oferta
15.1 Los precios se cotizarn en las siguientes monedas:
a) En el caso de las tecnologas informticas, as como de los
bienes y servicios afines, que el Licitante haya de
suministrar y que no provengan del pas del Comprador,
los precios podrn ser cotizados en la moneda o monedas
de cualquier pas miembro del Banco Mundial. Si el
Licitante desea recibir su pago, en una combinacin de
distintas monedas, deber cotizar sus precios unitarios de
la manera correspondiente, teniendo en cuenta que slo se
podr utilizar un mximo tres monedas extranjeras.
b) Salvo que en los DDL se especifique otra cosa, los precios
de las tecnologas informticas, as como de los bienes y
servicios afines, que el Licitante haya de suministrar y que
provengan del pas del Comprador sern cotizados en la
moneda del pas del Comprador.

16. Documentos
que establecen
la conformidad
del Sistema de
informacin
con los
documentos de
licitacin
16.1 De acuerdo con la clusula 13.1 e) iv) de las IAL, el Licitante
deber suministrar, como parte de su oferta, documentos que
muestren que el Sistema de informacin que el Licitante
propone suministrar e instalar en virtud del Contrato se cie a
las estipulaciones de los documentos de licitacin.
16.2 Las pruebas documentadas de conformidad del Sistema de
informacin con lo establecido en los documentos de licitacin
debern presentarse en forma de descripciones escritas,
bibliografa, diagramas, certificados y referencias de clientes,
entre ellos:
a) la oferta tcnica del Licitante, es decir, una descripcin
detallada de la solucin tcnica propuesta por el Licitante
que satisfaga, en todos los aspectos materiales, los
Requisitos Tcnicos (Seccin VI) y otras secciones de
estos documentos de licitacin, as como tambin las
caractersticas tcnicas y de desempeo fundamentales de
cada componente del Sistema de informacin propuesto;
b) un comentario pormenorizado de los Requisitos Tcnicos
del Comprador que demuestre que el Sistema de
informacin propuesto cumple sustancialmente con dichos
requisitos. Al demostrar la satisfaccin de los Requisitos
Tcnicos, el comentario deber incluir referencias cruzadas
explcitas a las pginas pertinentes del material de apoyo
que se incluya en la oferta. Si llegara a surgir alguna
discrepancia entre el comentario pormenorizado y
cualesquiera catlogos, especificaciones tcnicas, u otros
materiales previamente impresos presentados
conjuntamente con la oferta, prevalecer el comentario
pormenorizado;
c) un Plan preliminar del proyecto que describa, entre otras
cosas, los mtodos que emplear el Licitante a fin de
cumplir con sus responsabilidades generales de gestin y
coordinacin, en caso de adjudicacin del Contrato, as
como los recursos humanos y de otro tipo que el Licitante
proponga utilizar. Dicho plan deber incluir igualmente un
programa detallado de ejecucin del Contrato en forma de
diagrama de barras que muestre la duracin, secuencia e
interrelacin estimadas de todas las tareas clave que se
requerirn para el cumplimiento del Contrato. Asimismo,
el Plan preliminar del proyecto deber abordar
cualesquiera otros temas que se especifiquen en los DDL.
Adems, deber incluir la evaluacin por el Licitante con
respecto a lo que se prev que el Comprador, y cualquier
otra entidad que participe en la instalacin y puesta en
servicio del Sistema de informacin, suministre durante el
proceso de ejecucin, as como los mecanismos que
propone el Licitante para la coordinacin de las actividades
de todos los participantes en el proyecto;
d) una confirmacin escrita de que el Licitante acepta hacerse
cargo de la integracin y de la interoperabilidad
satisfactorias de todos los componentes del Sistema de
informacin segn lo establecido en los documentos de
licitacin.
16.3 Para los efectos del comentario que se deber presentar, de
conformidad con la clusula 16.2 b) de las IAL, el Licitante
tendr presente que las menciones de marcas o nmeros de
modelo o normas nacionales o patentadas que haya hecho el
Comprador en los Requisitos Tcnicos son meramente
descriptivas y no restrictivas. Salvo en aquellos casos en los que
los DDL lo prohban de manera explcita en relacin con ciertas
normas o artculos especficos, el Licitante podr reemplazar
normas o nombres de marcas o modelos en su oferta, siempre y
cuando demuestre, a satisfaccin del Comprador, que el uso de
dichos sustitutos permitir un funcionamiento sustancialmente
equivalente o mejor del Sistema de informacin con respecto al
que se especifica en los Requisitos Tcnicos.
17. Garanta de
seriedad de la
oferta
17.1 Salvo que en los DDL se especifique otra cosa, el Licitante
presentar, como parte de su oferta, una garanta de seriedad por
el monto que se especifique en los DDL.
17.2 La garanta de seriedad de la oferta estar denominada en la
moneda de la oferta o en una moneda de libre convertibilidad y:
a) a opcin del Licitante, se emitir en forma de cheque
certificado, carta de crdito, o una garanta bancaria
emitida por una institucin bancaria, o un bono emitido por
una compaa de seguros o una institucin de bonos;
b) deber ser emitida por una institucin de prestigio
seleccionada por el Licitante y ubicada en cualquier pas
idneo;
c) deber ajustarse sustancialmente a uno de los formularios
de garanta de seriedad de la oferta que se incluyen en la
Seccin VII o a cualquier otro formato que el Comprador
considere aceptable antes de la presentacin de la oferta;
d) deber poder pagarse prontamente previa solicitud escrita
por parte del empleador en caso de que se invoque alguna
de las condiciones que se indican en la clusula 17.7 de las
Instrucciones a los Licitantes;
e) deber presentarse en su formato original; no se aceptarn
copias;
f) ser vlida durante un perodo de por lo menos dentro de
los 28 das siguientes al perodo original de validez de las
ofertas, o por lo menos 28 das despus de cualquier
prrroga de la validez de la oferta que se solicite
subsiguientemente, de conformidad con la clusula 18.2 de
las Instrucciones a los Licitantes.
17.3 La garanta de seriedad de la oferta de una sociedad en
participacin deber extenderse a nombre de la sociedad en
participacin que presente la oferta y deber incluir una lista de
todos los miembros de dicha sociedad en participacin.
17.4 Si se requiere una garanta de seriedad, segn lo establecido en
la clusula 17.1 de las IAL, toda oferta que no est acompaada
de una garanta de seriedad aceptable, conforme a las clusulas
17.2 y 17.3 de las IAL, ser rechazada por el Comprador por no
ajustarse a los documentos de licitacin.
17.5 Las garantas de seriedad de las ofertas de los Licitantes que no
sean seleccionados sern devueltas tan pronto como sea posible,
a ms tardar veintiocho (28) das despus del vencimiento del
plazo de validez de las ofertas.
17.6 La garanta de seriedad de la oferta del Licitante ganador ser
devuelta en cuanto el Licitante firme el Contrato y presente la
garanta de cumplimiento exigida.
17.7 La garanta 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 de
oferta, con excepcin de lo dispuesto en la clusula
23.3 de las IAL, o
ii) no acepta las correcciones por parte del Comprador
de errores aritmticos existentes en la oferta del
Licitante (si los hubiere), de acuerdo con la clusula
26.2 de las IAL.
b) en el caso del Licitante ganador, si el Licitante:
i) no firma el Contrato segn lo estipulado en la
clusula 36 de las IAL; o
ii) no suministra la garanta de cumplimiento de la
oferta de conformidad con la clusula 37 de las IAL.
18. Perodo de
validez de las
ofertas
18.1 Las ofertas sern vlidas por el plazo especificado en los DDL a
partir de la fecha de presentacin de las ofertas especificada por
el Licitante, de conformidad con la clusula 21 de las IAL. Toda
oferta con un perodo de validez menor que el requerido ser
rechazada por el Comprador por no ajustarse a los documentos
de licitacin. Para conveniencia de los Licitantes, los DDL
mostrarn en detalle las fechas de caducidad originales mnimas
relativas a la validez de la oferta y, segn convenga de acuerdo
con la clusula 17.1 de las IAL, tambin incluirn las fechas de
caducidad relativas a la validez de la garanta de seriedad. Sin
embargo, los Licitantes sern responsables del ajuste de las
fechas en los DDL de acuerdo con cualesquiera prrrogas del
plazo original fijado para la presentacin de las ofertas conforme
a lo establecido en la clusula 21.2 de las IAL.
18.2 En circunstancias excepcionales y antes de que venza el perodo
de validez de las ofertas, el Comprador podr solicitar el
consentimiento de los Licitantes para prolongar dicho perodo.
La solicitud y las respuestas correspondientes debern
prepararse por escrito. Los licitantes podrn rechazar tal
solicitud sin que se haga efectiva la garanta de seriedad de sus
ofertas. Con excepcin de lo dispuesto en la clusula 18.3, a los
Licitantes que accedan a la prrroga no se les pedir ni
permitir que modifiquen sus ofertas, pero debern prorrogar
por el mismo perodo la validez de la garanta de seriedad de la
oferta, de conformidad con la clusula 17.2 f) de las IAL.
18.3 En el caso de los contratos con precio fijo, si la adjudicacin se
demora ms de cincuenta y seis (56) das despus del
vencimiento del plazo inicial de validez de las ofertas, el Precio
del Contrato se ajustar segn se especifica en la solicitud de
prrroga. La evaluacin de las ofertas se basar en los precios
de stas sin tomar en cuenta la correccin anterior.
19. Formato y
firma de la
oferta
19.1 El Licitante preparar su oferta en original y con el nmero de
copias indicado en los DDL, marcando claramente cada
ejemplar como ORIGINAL DE LA OFERTA y COPIA N.
1, COPIA N. 2 y as sucesivamente, segn sea el caso. En
caso 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 cuales
incluir los documentos enumerados en la clusula 13.1 de las
IAL, sern mecanografiados o escritos con tinta indeleble y
firmados por una o varias personas que cuenten con la debida
autorizacin para firmar el Contrato en nombre del Licitante. La
autorizacin deber emitirse por escrito e incluirse en la oferta
de acuerdo con lo establecido en la clusula 13.1 d) de las IAL.
El nombre y cargo de cada una de las personas que firmen la
autorizacin debern mecanografiarse o imprimirse debajo de
su firma. Todas las pginas de la oferta, salvo la
documentacin impresa que no contenga enmiendas, debern
mostrar las iniciales de cada persona que haya firmado la oferta.
19.3 La oferta no deber contener texto entre lneas, tachaduras ni
palabras superpuestas a otras que haya introducido el Licitante.
En caso de que las hubiere, dichas correcciones debern llevar
las iniciales de la(s) persona(s) que haya(n) firmado la oferta.
19.4 El Licitante deber suministrar la informacin descrita en el
Formulario de oferta (en la seccin de los documentos de
licitacin que contiene los formularios tipo se presenta un
modelo de oferta) con respecto a comisiones o gratificaciones, si
las hubiere, pagadas o por pagar a cualquier agente en relacin
con la adquisicin y con la ejecucin del Contrato si ste es
adjudicado al Licitante.
D. PRESENTACIN DE LAS OFERTAS
20. Cmo cerrar y
marcar los
sobres de las
ofertas
20.1 El Licitante colocar el original y cada copia de la oferta en
sobres separados que se cerrarn en forma inviolable y se
marcarn debidamente como "ORIGINAL" y "COPIA N.
[nmero]". Estos sobres se pondrn a su vez en otro sobre, que
tambin se cerrar en forma inviolable.
20.2 Los sobres interiores y el sobre exterior debern:
a) estar dirigidos al Comprador y llevar la direccin indicada
en los DDL; y
b) llevar el nombre del prstamo o proyecto que se indica en
los DDL de acuerdo con la clusula 2.1 de las IAL, el
ttulo y nmero del Llamado a Licitacin y los nombres del
Contrato, segn se indica en los DDL conforme a la
clusula 1.2 de las IAL, y las palabras NO ABRIR
ANTES DE [hora y fecha], seguidas de la hora y la fecha
especificadas en los DDL de conformidad con la clusula
24.1 de las IAL.
20.3 Los sobres interiores debern indicar igualmente el nombre y
direccin del Licitante de manera que la oferta pueda
devolverse sin abrir en caso de que se declare como "tarda".
20.4 Si el sobre exterior no est cerrado y marcado segn lo dispuesto
en la clusula 20.2 de las IAL, el Comprador no asumir
responsabilidad alguna en caso de que la oferta se extrave o sea
abierta prematuramente. Si el sobre exterior revela la identidad
del Licitante, el Comprador no garantizar el anonimato de la
oferta presentada; sin embargo, esto no constituir una causa
para el rechazo de la oferta.
21. Plazo para la
presentacin
de las ofertas
21.1 Las ofertas debern ser recibidas por el Comprador en la
direccin que se indica en los DDL conforme a la clusula 20.2
de las IAL a ms tardar a la hora y fecha indicadas en los DDL.
21.2 El Comprador podr, a su discrecin, prorrogar el plazo de
presentacin de las ofertas mediante una Enmienda de los
documentos de licitacin, de acuerdo con la clusula 11.3 de las
IAL, en cuyo caso todos los derechos y obligaciones del
Comprador y los Licitantes quedarn sujetos al nuevo plazo.
22. Ofertas tardas 22.1 Toda oferta que reciba el Comprador despus del plazo para la
presentacin de las ofertas fijado en los DDL, de conformidad
con la clusula 21 ser rechazada y devuelta al Licitante sin
abrir.
23. Modificacin y
retiro de las
ofertas
23.1 El Licitante podr modificar o retirar su oferta despus de
presentada, siempre y cuando el Comprador reciba la
notificacin por escrito de la modificacin o el retiro de la oferta
antes de que venza el plazo fijado para la presentacin de
ofertas.
23.2 Las modificaciones del Licitante sern preparadas, puestas en
sobre cerrado en forma inviolable, marcadas y enviadas de la
siguiente manera:
a) Los Licitantes debern proporcionar un original y el
nmero de copias que se especifique en los DDL conforme
a la clusula 19.1 de las IAL de toda modificacin de su
oferta, identificndolos claramente como tal en dos sobres
interiores marcados "MODIFICACIN DE LA OFERTA-
ORIGINAL" y "MODIFICACIN DE LA OFERTA-
COPIAS". Luego, los sobres interiores se pondrn a su
vez en otro sobre, que tambin se cerrar en forma
inviolable y se marcar "MODIFICACIN DE LA
OFERTA".
b) Otras disposiciones relativas a la forma de marcar y enviar
las modificaciones de las ofertas se ajustarn a lo
especificado en las clusulas 20.2, 20.3 y 20.4 de las IAL.
23.3 Los licitantes que deseen retirar su oferta debern notificarlo al
Comprador por escrito antes de que venza el plazo fijado para la
presentacin de ofertas. Adems, podr enviarse una
notificacin de retiro de la oferta por medios electrnicos, tales
como fax o correo electrnico; sin embargo, dicha notificacin
deber ir acompaada de una copia de confirmacin firmada,
matasellada a ms tardar el da de vencimiento del plazo para la
presentacin de las ofertas. La notificacin del retiro deber:
a) enviarse al Comprador, a la direccin indicada en los DDL
de conformidad con la clusula 20.2 a); y
b) llevar el nombre del Contrato, el ttulo y nmero del
Llamado a Licitacin y las palabras "NOTIFICACIN DE
RETIRO DE LA OFERTA". Las notificaciones de retiro
recibidas despus del plazo de presentacin de las ofertas
se ignorarn y la oferta presentada se aceptar como
vlida.
23.4 Ninguna oferta podr ser retirada en el intervalo comprendido
entre el vencimiento del plazo para la presentacin y el
vencimiento del perodo de validez de la oferta especificado en
la clusula 18 de las IAL. El retiro de una oferta durante ese
intervalo puede dar lugar a que se haga efectiva la garanta de
seriedad, de conformidad con la clusula 17.7 de las IAL.
E. APERTURA Y EVALUACIN DE LAS OFERTAS
24. Apertura de las
ofertas por el
Comprador
24.1 El Comprador abrir pblicamente todas las ofertas, incluidas
las notificaciones de retiro y las modificaciones de ofertas, en
presencia de los representantes de los Licitantes que deseen
asistir, a la hora, en la fecha y en el lugar especificado en los
DDL. Los representantes de los Licitantes que asistan firmarn
un registro para dejar constancia de su presencia.
24.2 Los sobres marcados con la palabra "RETIRO" se abrirn
primero y se leer en voz alta el nombre del Licitante. No se
abrir el sobre interno que contenga la oferta correspondiente
a un retiro, ni ningn otro sobre interno marcado como
modificacin de la misma oferta. No se permitir el retiro de
una oferta a menos que en la ceremonia de apertura de las
ofertas se lea en voz alta la correspondiente notificacin de
retiro. Los sobres marcados con la palabra
"MODIFICACIN" se leern en voz alta y se abrirn junto
con la oferta correspondiente
24.3 Las ofertas sern abiertas una por una y se leer en voz alta el
nombre del Licitante y las modificaciones a cada oferta, si las
hubiere. Se leer en voz alta tambin el precio total de la
oferta, incluidos cualesquiera descuentos incondicionales, y, si
fuese el caso, los precios y descuentos incondicionales por
concepto de subsistemas, lotes o porciones; la inclusin o falta
de una garanta de seriedad, si sta se ha exigido; la inclusin
o falta de los poderes exigidos; cualesquiera descuentos
condicionales ofrecidos por la adjudicacin de ms de un
subsistema, lote o porcin, si la clusula 28.1 permite que se
consideren tales descuentos durante la evaluacin de la oferta;
y cualquier otra informacin que el Comprador considere
adecuado anunciar.
24.4 En ningn caso se evaluarn las ofertas o modificaciones a
ofertas que no hayan sido abiertas y ledas en voz alta en la
sesin de apertura de las ofertas.
24.5 Al trmino de la sesin, el Comprador preparar un acta de la
apertura de las ofertas, en la que se incluir toda informacin
dada a conocer a los presentes de acuerdo con lo establecido en
la clusula 24.3 de las IAL. El acta se deber distribuir a todos
los Licitantes que hayan cumplido con el plazo de presentacin
de las ofertas.
25. Aclaracin de
las ofertas
25.1 Durante la evaluacin de las ofertas el Comprador podr, a su
discrecin, solicitar al Licitante que aclare su oferta. La
solicitud de aclaracin y la respuesta se harn por escrito, y no
se solicitar, ofrecer ni permitir ninguna modificacin de los
precios o de los elementos substanciales de la oferta.
26. Examen
preliminar de
las ofertas
26.1 El Comprador examinar las ofertas para determinar si cada
una de ellas est completa, si contiene errores de clculo, si se
han dado todas las garantas requeridas, si los documentos han
sido debidamente firmados y si, en general, las ofertas estn en
orden. Si se hubiese realizado un proceso de precalificacin
para esta licitacin, el Comprador se cerciorar de que cada
oferta provenga de un Licitante precalificado y, en el caso de
una sociedad en participacin, de que ninguno de los socios o
la estructura de dicha sociedad en participacin hayan sido
modificados desde la precalificacin.
26.2 Los errores aritmticos se rectificarn de la siguiente manera.
Cuando exista una diferencia entre el precio unitario y el
precio total obtenido al multiplicar el precio unitario y la
cantidad, o entre los subtotales y el precio total, prevalecer el
precio unitario o el subtotal y se corregir el precio total.
Cuando haya una discrepancia entre los montos indicados en
cifras y en palabras, prevalecern los indicados en palabras. Si
un Licitante no acepta que se corrijan los errores, su oferta
ser rechazada y podr hacerse efectiva la garanta de seriedad
de la oferta.
26.3 El Comprador podr dispensar en una oferta cualquier
informalidad menor, falta de conformidad o irregularidad que
no constituya una desviacin significativa, siempre y cuando
dicha dispensa no perjudique o afecte la clasificacin relativa
de ningn Licitante.
26.4 Antes de proceder a la evaluacin detallada de las ofertas, el
Comprador determinar si cada una de ellas es de calidad
aceptable, est completa, y si se ajusta substancialmente a lo
exigido en los documentos de licitacin. A estos efectos, se
considerar que cumplen substancialmente los requisitos de
los documentos de licitacin aquellas ofertas que satisfagan
todos los plazos, condiciones y especificaciones de dichos
documentos, y no muestren ninguna desviacin, excepcin,
objecin, condicionalidad o reserva significativa. Una
desviacin, excepcin, objecin, condicionalidad o reserva
significativa es aquella que i) afecta de una manera importante
el alcance, la calidad o el rendimiento del Sistema de
informacin; ii) limita substancialmente, en forma
incompatible con los documentos de licitacin, los derechos
del Comprador o las obligaciones del Licitante ganador en
virtud del Contrato, y iii) cuya aceptacin afectara
injustamente la posicin competitiva de otros licitantes que
hubieran presentado ofertas que se ajustaran substancialmente
a los documentos de licitacin.
26.5 Las ofertas que no cumplan substancialmente con lo solicitado
sern rechazadas por el Comprador y no podrn convertirse
posteriormente, mediante la correccin de las faltas de
conformidad, en ofertas que s cumplen las condiciones
exigidas. El Comprador determinar si la oferta se ajusta a las
condiciones de los documentos de licitacin basndose en el
contenido de la oferta misma.
27. Conversin a 27.1 Para efectos de evaluacin y comparacin, el Comprador
una sola
moneda
convertir todos los precios de oferta expresados en las
diversas monedas y cantidades a una sola moneda segn se
especifica en los DDL, utilizando el tipo de cambio vendedor
establecido por la fuente y en la fecha que se especifique
igualmente en los DDL.
28. Evaluacin y
comparacin de
las ofertas
28.1 El Comprador evaluar y comparar las ofertas que se
determine que se ajustan substancialmente a los documentos
de licitacin, conforme a la clusula 26 de las IAL. La
evaluacin se llevar a cabo suponiendo que:
a) el Contrato se adjudicar al Licitante que haya
presentado la oferta evaluada como ms baja para el
Sistema completo de informacin; o
b) si se especifica en los DDL, los Contratos se adjudicarn
a los Licitantes por cada subsistema, lote o porcin
individual que se especifique en los Requisitos Tcnicos
cuyas ofertas se traduzcan en el precio combinado ms
bajo evaluado para el Sistema entero.
En este ltimo caso, podrn ofrecerse en las ofertas aquellos
descuentos que dependan de la adjudicacin de ms de un
subsistema, lote o porcin. Sin embargo, tales descuentos se
considerarn nicamente en la evaluacin del precio si as lo
confirman los DDL.
28.2 A fin de ser considerados para la adjudicacin del Contrato,
los Licitantes debern haber presentado ofertas:
a) que al ser evaluadas en forma detallada de acuerdo a los
estndares especificados en las clusulas 26.3 y 26.4 de
las IAL, satisfacen los requisitos comerciales y tcnicos
e incluyen los equipos, Software, componentes afines,
productos, Materiales y otros bienes y servicios
relacionados con el Sistema de informacin, en las
cantidades globales requeridas para todo el Sistema de
informacin o, si lo permite la clusula 28.1 de las DDL,
para un subsistema, lote o porcin; y siempre y cuando
el Comprador estime que se han cumplido los requisitos
comerciales y tcnicos; y

b) que ofrezcan Tecnologas informticas cuyo desempeo
se ajuste a los estndares prometidos en la oferta, segn
lo comprueben las pruebas de desempeo, referencia o
funcionalidad que el Comprador exija mediante la
clusula 31.2 de las IAL.
28.3 La evaluacin de las ofertas por parte del Comprador se basar
en los precios cotizados de acuerdo con lo establecido en la
clusula 14 de las IAL (Precios de la oferta).
28.4 Si as se estipula en los DDL, el Comprador tomar en cuenta
factores tcnicos, adems de factores financieros, al continuar la
evaluacin de las ofertas que se ajusten substancialmente a lo
exigido en los documentos de la licitacin. En este caso se le
asignar a tales ofertas un Puntaje Evaluado de Oferta (B)
calculado de acuerdo a la siguiente frmula que combina la
evaluacin de precio con la de mrito tcnico:

( ) X
T
T
X
C
C
B
alto
bajo
+ 1
donde
C = Precio evaluado de la oferta
C
bajo
= el ms bajo de todos los precios evaluados de ofertas
que se ajusten substancialmente a lo exigido en los
documentos de la licitacin
T = Puntaje tcnico total asignado a la oferta
T
alto
= El ms alto puntaje tcnico otorgado a ofertas que se
ajusten substancialmente a lo exigido en los
documentos de la licitacin
X = Porcentaje de ponderacin del precio, segn se
especifica en los DDL
La oferta que obtenga el ms alto Puntaje Evaluado de Oferta
(B) se conocer como la oferta evaluada ms baja, la cual
podr optar a la adjudicacin del Contrato, siempre y cuando el
Licitante haya sido precalificado o se haya establecido su
capacidad de cumplir con el Contrato conforme a lo estipulado
en la clusula 31 de las IAL (Poscalificacin).
28.5 Si, adems de los factores de costo, el Comprador decide
ponderar los factores tcnicos importantes que no pueden
reducirse a costos durante la vida til o criterios de
aprobar/reprobar (es decir, si el Precio ponderado, X, es
menor que 1 en la frmula combinada de evaluacin), el
puntaje tcnico asignado a cada oferta en la frmula antes
mencionada se determinar mediante la suma ponderada de los
puntajes asignados por un comit de evaluacin a las
caractersticas tcnicas de la oferta sobre la base de los
criterios que se detallan a continuacin:
a) Las caractersticas tcnicas objeto de la evaluacin se
definen a continuacin en trminos generales, y de
manera detallada en los DDL:

i) caractersticas de desempeo, capacidad y
funcionalidad que superan los niveles obligatorios
especificados en los Requisitos Tcnicos, o inciden
en el costo y la eficiencia del Sistema de
informacin durante toda su vida til;
ii) caractersticas de facilidad de uso, administracin y
ampliacin del Sistema de informacin que
influyen en el costo y la eficiencia de dicho
Sistema durante toda su vida til;
iii) la calidad del Plan preliminar del proyecto
presentado por el Licitante, segn la informacin
detallada, razonable y satisfactoria que provea
sobre: a) la secuencia, duracin y prioridad de las
tareas, y la cantidad y tiempo de los recursos
necesarios, tanto en general como detalladamente;,
y b) los arreglos propuestos sobre gestin y
coordinacin, capacitacin, garanta de calidad,
apoyo tcnico, logstica, solucin de problemas,
transferencia de conocimientos y dems actividades
especificadas por el Comprador en la Seccin VI
(Requisitos Tcnicos) o propuestas por el Licitante
sobre la base de su experiencia.
b) Los puntajes tcnicos se clasificarn en un pequeo
nmero de categoras, las cuales se definen a
continuacin en trminos generales y en los DDL de
manera ms especfica:
i) las caractersticas tcnicas que muestren en qu
medida el Sistema de informacin satisface las
exigencias comerciales del Comprador, tales como
la garanta de calidad y las medidas de contencin
de riesgos relacionadas con la instalacin del
Sistema de informacin;
ii) las caractersticas tcnicas que reflejen en qu
medida el Sistema de informacin se ajusta a los
estndares de rendimiento funcional del Sistema; y
iii) las caractersticas tcnicas que muestren en qu
medida el Sistema de informacin cumple con los
Requisitos Tcnicos generales en cuanto a
hardware, redes de datos, comunicaciones, software
y servicios.
c) Segn se especifique en los DDL, se asignar una
ponderacin a cada categora tcnica y, dentro de cada
categora, a cada caracterstica tcnica.
d) Durante el proceso de evaluacin, el comit de evaluacin
asignar a cada caracterstica deseable / preferible un
nmero entero entre 0 y 4, donde 0 significa que la
caracterstica est ausente, y los nmeros entre 1 y 4
significan valores predefinidos de la caracterstica, los
cuales puedan medirse de forma objetiva (por ejemplo,
cantidad de memoria adicional, capacidad adicional de
almacenamiento, etc., si estos elementos adicionales
aumentan la utilidad del Sistema). Si en vez de
expresarse con un valor objetivo la caracterstica
representa una funcionalidad deseable (por ejemplo, de
un paquete de software) o una cualidad de la oferta que
mejore las posibilidades de ejecucin satisfactoria del
sistema (por ejemplo, la calidad del personal propuesto, o
de la metodologa de trabajo, o del plan de ejecucin,
etc., el puntaje ser de 1 cuando la caracterstica est
presente pero muestra deficiencias; 2 cuando satisface las
exigencias; 3 cuando supera las exigencias; y 4 cuando
excede substancialmente las exigencias.
e) El puntaje de cada caracterstica (i) dentro de una
categora (j) se combinar con los puntajes de las
caractersticas de la misma categora mediante una suma
ponderada a fin de establecer el Puntaje tcnico de la
categora mediante la siguiente frmula:
=
-
k
i
ji ji j
w t S
1

donde:

t
ji
= puntaje tcnico asociado a la caracterstica i en
la categora j
w
ji
= ponderacin asociada a la caracterstica i en la
categora j
k = nmero de caractersticas de la categora j que
reciben puntaje
y
1
1
=
=
k
i
ji
w


f) Los puntajes tcnicos de las distintas categoras se
combinarn mediante una suma ponderada para obtener
el puntaje tcnico total de la oferta, utilizando para ello la
siguiente frmula:
=
-
n
j
j j
W S T
1

donde:

S
j
= el puntaje tcnico correspondiente a la categora
j
W
j
= la ponderacin de la categora j segn se
especifica en los DDL
n = el nmero de categoras
y 1
1
=
=
n
j
j
W
28.6 El precio evaluado (C) de cada oferta que se ajuste a los
documentos de licitacin se determinar como la suma del
precio de oferta ajustado (P) y los gastos ordinarios (R), donde
el 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
pas del Comprador como desde fuera de ste, de
conformidad con la clusula 14.4 de las IAL, ms
b) el precio total de todos los servicios de desarrollo de
software, transporte, instalacin, personalizacin,
integracin, puesta en servicio, pruebas, capacitacin,
apoyo tcnico, mantenimiento, reparacin y dems
servicios, de conformidad con la clusula 14.5 de las IAL;
c) los ajustes de precio por concepto de:
i) desviaciones propuestas al Programa de Ejecucin
incluido en los Requisitos Tcnicos que ocasionen
una demora o un adelanto en la culminacin de todo
el Sistema de informacin, siempre y cuando tales
desviaciones se permitan en los DDL y no
sobrepasen el perodo mximo permitido de
adelanto o retraso que se especifica en los DDL. A
los efectos de la evaluacin, se agregar o restar un
aumento o una reduccin del precio total de la
oferta aplicando el porcentaje o los porcentajes
especificados en los DDL por cada semana de
atraso o de adelanto. Adems, podr rechazarse
toda oferta que ofrezca entregas que excedan la
demora mxima permitida.

ii) desviaciones con respecto al plan de pagos del
Contrato segn se especifica en las CEC. Si en los
DDL se permiten desviaciones, el precio total de la
oferta se incrementar en forma proporcional a los
intereses que se habran devengado sobre el monto
de los pagos que, de acuerdo al plan de pagos
propuesto, habran sido pagaderos con anterioridad
al plan estipulado en los documentos de licitacin,
sobre la base de la tasa de inters anual que se
especifica en los DDL.
iii) los bienes y servicios que se requieran para el
Sistema de informacin pero que hayan quedado
excluidos, o sean necesarios para corregir pequeas
desviaciones de la oferta, se aadirn al precio total
de la oferta utilizando los costos tomados de los
precios ms altos de las dems ofertas que
satisfagan las exigencias por concepto de los
mismos bienes y servicios, o, en ausencia de dicha
informacin, el costo se calcular segn los precios
de catlogo vigentes. Si los bienes y servicios
faltantes constituyen una caracterstica tcnica a la
cual debe asignarse un puntaje, dicho puntaje ser
cero.
iv) correcciones de errores aritmticos, de conformidad
con la clusula 26.2 de las IAL.
v) cualquier descuento ofrecido cuando se adjudique
ms de un subsistema, lote o porcin, siempre y
cuando los DDL, de conformidad con la clusula
28.1 de las IAL, permitan que se consideren
descuentos en la evaluacin de precios.
d) Los gastos ordinarios (R) se reducen al valor neto actual y
se determinan mediante la siguiente frmula:

( )
+
=
+
M N
x
x
I
R
R
x
1
1

donde:

N = nmero de aos del Perodo de garanta, de
conformidad con lo estipulado en la clusula 29.4
de las CEC
M = nmero de aos del perodo de servicio luego de
la garanta, de conformidad con la clusula 1.1 e)
xii) de las CEC
x = un ndice 1, 2, 3, ... N + M representa cada ao del
perodo de garanta y el perodo de servicio luego
de la garanta, combinados
R
x
= el total de los gastos ordinarios correspondientes
al ao x que figura en el Formulario de gastos
ordinarios
I = tasa de descuento que se debe emplear para
calcular el valor neto actual, segn se especifica
en los DDL
29. Preferencia
Nacional
29.1 Si as se seala en los DDL, el Comprador conceder un
margen preferencial por el uso de tecnologas informticas y
bienes conexos de procedencia nacional. De acuerdo con este
margen preferencial, en el caso de los bienes suministrados
desde fuera del pas del Comprador, el precio CIP (lugar de
destino convenido) aumentar en la menor de las siguientes
cantidades: el arancel de importacin correspondiente
(derechos de aduana y otros impuestos a la importacin), o un
15 por ciento (15%). Si los derechos de importacin varan
segn el producto incluido en la oferta, se aplicar el arancel
que corresponda a cada producto. No se aplicar un margen
preferencial para ningn otro componente de servicios u obras
que se incluya en la oferta.
29.2 No se conceder ningn margen preferencial para ningn otro
componente de precios y no se permitir ni se exigir a los
Licitantes que modifiquen la fuente de cualquier software,
equipos afines, materiales, productos, u otros bienes y servicios
conexos despus de la apertura de las ofertas.
30. Comunicaciones
con el
Comprador
30.1 Si en el perodo que transcurre entre la apertura de las ofertas y
la adjudicacin del Contrato un Licitante desea comunicarse con
el Comprador en relacin con algn asunto relativo a su oferta,
deber hacerlo por escrito.
30.2 Si un Licitante intenta influir directamente en el Comprador o
interferir de alguna otra manera en el proceso de evaluacin de
las ofertas o en las decisiones sobre la adjudicacin del Contrato,
su oferta podr ser rechazada.
F. POSCALIFICACIN Y ADJUDICACIN DEL CONTRATO
31. Poscalificacin 31.1 El Comprador determinar, a su propia satisfaccin y costo, si el
Licitante (incluidos los integrantes de una sociedad en
participacin y cualesquiera subcontratistas a quienes los DDL
conforme a la clusula 6.1 a) de las IAL permita que sus
calificaciones se consideren como calificaciones vlidas del
Licitante) que se haya elegido por haber presentado la oferta
ms baja, est o no calificado para cumplir satisfactoriamente
con el Contrato, de conformidad con la clusula 6 de las IAL. En
los casos en que haya habido un proceso de precalificacin
respecto del Contrato o de los contratos para los cuales se han
emitido estos documentos de licitacin, el Comprador deber
determinar de la manera antes sealada que despus de la
precalificacin no hayan ocurrido cambios substanciales que
pudieran afectar negativamente la capacidad del Licitante que
haya presentado la oferta ms baja para ejecutar el Contrato.
31.2 De conformidad con las clusulas 6 y 16 de las IAL y con lo
especificado en los DDL, en dicha determinacin se evaluar la
capacidad financiera, tcnica, de diseo, integracin,
personalizacin, produccin, gestin y apoyo del Licitante,
sobre la base de un examen de las pruebas documentales de las
calificaciones del Licitante, as como de cualquier otra
informacin que el Comprador estime necesaria y adecuada.
Adems, a fin de determinar la capacidad del Licitante se podrn
tomar medidas tales como efectuar visitas o entrevistas a los
clientes del Licitante que se mencionen como referencia en las
ofertas, as como inspecciones del sitio y cualquier otra medida
que se considere pertinente. Si as se estipula en los DDL,
durante la poscalificacin, el Comprador tambin podr realizar
pruebas para determinar si el desempeo o la funcionalidad del
Sistema ofrecido se ajusta a lo especificado en los Requisitos
Tcnicos.
31.3 Un resultado positivo de la poscalificacin ser un requisito para
adjudicar el Contrato al Licitante que haya presentado la oferta
ms baja evaluada. Un resultado negativo dar como resultado
el rechazo de la oferta del Licitante, en cuyo caso el Comprador
considerar la siguiente oferta ms baja evaluada con el fin de
determinar de manera similar la capacidad de dicho Licitante
para cumplir satisfactoriamente con el Contrato.
32. Criterios para
la adjudicacin
32.1 Conforme a lo dispuesto en la clusula 34 de las IAL, el
Comprador adjudicar el Contrato al Licitante cuya oferta se
ajuste sustancialmente a los documentos de licitacin y haya
sido evaluada como la ms baja, a condicin de que, adems, se
haya determinado que ese Licitante est calificado para cumplir
satisfactoriamente con el Contrato, de conformidad con la
clusula 31 de las IAL.
33. Derecho del
Comprador a
modificar las
cantidades en
el momento de
la adjudicacin
33.1 El Comprador, en el momento en que se adjudica el Contrato, se
reserva el derecho de aumentar o reducir, en el porcentaje
indicado 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 componentes
de bienes del Sistema de informacin; o
c) la cantidad de servicios de instalacin u otros servicios que
se deban realizar, con respecto a las cantidades estipuladas
inicialmente en los Requisitos Tcnicos (incluida cualquiera
Enmienda que se haya efectuado de acuerdo con la clusula
11 de las IAL), sin alterar los precios unitarios ni las dems
condiciones.
34. Derecho del
Comprador a
aceptar cual-
quier oferta y
a rechazar
cualquiera o
todas las
ofertas

34.1 El Comprador se reserva el derecho de aceptar o rechazar
cualquier oferta, as como de anular el proceso de licitacin y
rechazar todas las ofertas en cualquier momento con
anterioridad a la adjudicacin del Contrato, sin que por ello
asuma responsabilidad alguna ante los Licitantes.
35. Notificacin de
la adjudicacin
35.1 Antes del vencimiento del plazo de validez de la oferta, el
Comprador notificar al Licitante seleccionado, por carta
certificada o por medios electrnicos seguido de confirmacin
por carta certificada, que su oferta ha sido aceptada.
35.2 La notificacin de la adjudicacin constituir la formacin del
Contrato.
35.3 Una vez que el Licitante seleccionado haya presentado el
Formulario del Contrato firmado y la garanta de cumplimiento
de conformidad con la clusula 37 de las IAL, el Comprador
notificar prontamente a cada uno de los Licitantes no
seleccionados y liberar las respectivas garantas de las ofertas,
de conformidad con la clusula 17 de las IAL.
36. Firma del
Contrato
36.1 El Comprador, al mismo tiempo que notifique al Licitante
seleccionado que su oferta ha sido aceptada, le enviar el
Formulario del Contrato incluido en los documentos de
licitacin, en el cual se habrn incorporado todos los acuerdos
entre las partes.
36.2 Tan pronto como sea posible, sin exceder un plazo de veintiocho
(28) das luego de la fecha de recepcin del Formulario del
Contrato, el Licitante seleccionado deber firmarlo, fecharlo y
devolverlo al Comprador.
37. Garanta de
cumplimiento
37.1 Tan pronto como sea posible, pero dentro de un plazo de
veintiocho (28) das luego de la notificacin de la adjudicacin
por parte del Comprador, el Licitante seleccionado suministrar
la garanta de cumplimiento de acuerdo con las CGC, utilizando
para ello el formulario de garanta bancaria de cumplimiento
incluido en los documentos de licitacin u otro formulario que el
Comprador considere aceptable.
37.2 El incumplimiento por parte del Licitante seleccionado de lo
dispuesto en la clusula 36 o la clusula 37.1 de las IAL
constituir causa suficiente para la anulacin de la adjudicacin
y para hacer efectiva la garanta de seriedad de la oferta, en cuyo
caso el Comprador podr adjudicar el Contrato al Licitante cuya
oferta sea evaluada como la segunda ms baja, o llamar a una
nueva licitacin.
38. Conciliador 38.1 Salvo que se indique lo contrario en los DDL, el Comprador
propone que se designe como Conciliador(a) a la persona
nombrada en los DDL conforme al Contrato, para que acte
como mediador oficioso en cualquier controversia relativa al
Contrato, como se describe en la clusula 6 de las CGC. En tal
caso, se adjuntar a los DDL un currculo de la persona
nombrada. Adems, en los DDL se estipulan los honorarios por
hora que se pagarn al Conciliador(a) y se describen los gastos
que se consideraran 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 por
hora, y adjuntar un currculo de la persona propuesta. Si tanto el
Licitante seleccionado como el (la) Conciliador(a) propuesto(a)
llegaran a ser del mismo pas, y ste no fuera igualmente el pas
del Comprador, el Comprador se reservar el derecho de anular
el nombre del (de la) Conciliador(a) propuesto(a) en los DDL y
propondr a un(a) nuevo(a) Conciliador(a). Si para el da de la
firma del Contrato, el Comprador y el Proveedor no han logrado
ponerse de acuerdo sobre el nombramiento del (de la)
Conciliador(a), este ltimo ser nombrado(a), a solicitud de
cualquiera de las partes, por la autoridad nominadora indicada
en la clusula 6.1.4 de las CEC o, si no se especifica ninguna
autoridad nominadora en dicha clusula, se proceder a ejecutar
el Contrato sin que exista ningn(a) Conciliador(a).

45

SECCIN II. DATOS DE LA LICITACIN (DDL)

46 Seccin II. Datos de la Licitacin
Datos de la Licitacin (DDL)

La siguiente informacin especial sobre el Sistema que haya de adquirirse y los
procedimientos de adquisicin empleados complementarn, suplementarn o modificarn las
disposiciones de las Instrucciones a los Licitantes (IAL). En caso de conflicto, las
disposiciones contenidas en los DDL prevalecern por sobre las de las IAL.
A. GENERALIDADES
IAL 1.1 Nombre del Comprador: Comisin Nacional de Bancos y Seguros

Beneficiario exclusivo: Banco Central de Honduras (BCH).

Nombre del Agente de Compras autorizado: Ninguno

Descripcin del Sistema objeto del Llamado a Licitacin:
Adquisicin, Instalacin e Implementacin de un Sistema
compuesto por los Subsistemas: Liquidacin Bruta en Tiempo Real
(LBTR) y Sistema Central Depositaria de Valores (CDV) con su
respectiva Infraestructura Tecnolgica (Hardware y Software) e
incluye los servicios de mantenimiento para el Banco Central de
Honduras
No. B-LPI-004/2010-BM
El Banco Central de Honduras (BCH) plantea las bases tcnicas para
adquirir, instalar e implantar lo siguiente:

1. Un Subsistema de Liquidacin Bruta en Tiempo Real (LBTR);

Este sistema ser el medio por el cual las instituciones
participantes liquidarn sus transacciones de alto valor y/o
prioritarios en moneda nacional y en moneda extranjera, a travs
de las cuentas de depsito que mantienen en el BCH.
El sistema deber operar de acuerdo con el mecanismo de
liquidacin bruta en tiempo real, por lo que cada operacin se
liquidar una a una con carcter de irrevocable y en forma
inmediata. La solucin implementada debe ser eficiente, segura,
robusta y acorde con los principios bsicos para los sistemas de
pago de importancia sistemica del BIS, permitiendo la
incorporacin gradual de futuros servicios de pagos.

2. Un Subsistema Central Depositaria de Valores (CDV),
Seccin II. Datos de la Licitacin 47
plenamente integrado con la LBTR para todo tipo de
Liquidacin de Valores.
Es un sistema automatizado de registro centralizado de los
valores. Este sistema deber mantener el detalle de todos los
tenedores y tenencia de valores y deber estar enlazado en
tiempo real con el sistema LBTR para realizar la liquidacin
automtica y poder alcanzar verdadera Entrega contra Pago
(ECP) y Procesamiento de Principio a Fin (Straight-Trough-
Processing) para toda la liquidacin, incluyendo liquidacin de:
las transacciones de valores en el mercado primario, mercado
secundario y mercado interbancario, pago de intereses y capital
al vencimiento para valores de deuda y liquidacin de las
operaciones que involucren uso de valores.

3. Infraestructura Tecnolgica (Hardware y Software) es todo el
hardware, software, suministros y artculos de consumo
relacionados con el procesamiento de informacin y las
comunicaciones que el Proveedor deber suministrar e instalar de
conformidad con el Contrato.
4. Los servicios de apoyo tcnico para el Sistema y para la
Infraestructura Tecnolgica (Hardware y Software) durante el
periodo de garanta.

Al final de la contratacin los Subsistemas e Infraestructura
Tecnolgica (Hardware y Software) indicados anteriormente
debern quedar completamente implementados y puestos en marcha,
debiendo el proveedor seleccionado realizar todas las pruebas que
permitan certificar el correcto funcionamiento de los sistemas y la
integracin de los mismos.

En la Seccin VI, Requisitos Tcnicos se especifica lo relacionado a
los Subsistemas e Infraestructura Tecnolgica.

IAL 1.2 Nombre del Llamado a Licitacin:

Adquisicin, Instalacin e Implementacin de un Sistema
compuesto por los Subsistemas: Liquidacin Bruta en Tiempo Real
(LBTR) y Sistema Central Depositaria de Valores (CDV) con su
respectiva Infraestructura Tecnolgica (Hardware y Software) para
el Banco Central de Honduras
No. B-LPI-004/2010-BM

IAL 2.1 Nombre del Prestatario: Repblica de Honduras
Nmero del crdito: 3800-HO
Monto del crdito: DEG 7,200,000.00
Nombre del proyecto: Asistencia Tcnica al Sector Financiero
IAL 4.1 a) Edicin aplicable de las Normas: Adquisiciones con Prstamos del
BIRF y Crditos de la AIF, Enero de 1995, edicin 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 no
podrn participar en esta licitacin.
La lista de firmas vetadas de participar en proyectos del Banco
Mundial est disponible en el portal
http://www.worldbank.org/debarr

IAL 5.1 b) Adems de lo establecido en la IAL 5.1 b), el Banco Central de
Honduras (BCH) espera obtener una alta transferencia de
conocimientos respecto al funcionamiento, configuracin y soporte
para los subsistemas e infraestructura tecnolgica objetos de esta
licitacin. Detalles especficos se encuentran en la Seccin VI,
Requisitos Tcnicos, Literal C Especificaciones Tcnicas, numeral
2.5.2 Capacitacin y materiales de instruccin.

IAL 6.1 a) A fin de evaluar las calificaciones del licitante y las de los
subcontratistas designados por este, si los hubiere, se requiere que
incluyan en su oferta, Anexo 1, Elegibilidad del Licitante, la
siguiente documentacin:
(a) Capacidad financiera:
El Licitante deber proporcionar evidencia documentada que
demuestre su cumplimiento con los siguientes requisitos financieros:

i) El Licitante deber presentar estados financieros (Balance
General y Estado de Resultados) con sus anexos de los ltimos
cinco aos, auditados por una firma auditora externa. En el caso
de no contar con estados financiero auditados puede presentarlos
certificados por un Contador quien se hace responsable de la
veracidad de los mismos o autorizados por la autoridad
competente del pas del Licitante.

ii) Carta de compromiso de una institucin bancaria con una
antigedad no mayor de tres (3) meses a la fecha de
presentacin de la oferta, indicando que el licitante tiene acceso
a lneas de crdito de al menos 25% del valor total de la oferta.

iii) Carta de compromiso de una institucin bancaria indicando que
en caso que el licitante sea adjudicado la institucin bancaria
emitir la garanta de anticipo y la garanta de cumplimiento
conforme a clusulas del Contrato CGC 13.2 y 13.3
respectivamente.

iv) Presentar tres (3) referencias bancarias actualizadas, con una
antigedad no mayor de tres (3) meses a la fecha de
presentacin de la oferta, mediante una carta de la entidad
financiera que evidencie la relacin existente.

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

(b) Experiencia y Capacidad Tcnica

El Licitante deber proporcionar evidencia documentada que
demuestre su cumplimiento con los siguientes requisitos de
experiencia:

i) El Licitante debe demostrar que cuenta con un mnimo de cinco
(5) aos de experiencia en la realizacin de proyectos de
Soluciones LBTR y deber presentar constancia por escrito de
al menos dos (2) proyectos de Soluciones LBTR realizadas en
los ltimos cinco (5) aos, emitidas por los bancos centrales
donde se han realizado, completado e implementado de forma
exitosa dichas soluciones.

ii) El Licitante debe demostrar que cuenta con un mnimo de tres
(3) aos de experiencia en la realizacin de proyectos de
Soluciones CDV y deber presentar constancia por escrito de
al menos un (1) proyecto de Soluciones CDV realizadas en los
ltimos seis (6) aos, emitidas por instituciones financieras
donde se han realizado, completado e implementado de forma
exitosa dicha solucin.

iii) El licitante deber demostrar que sus subsistemas e
infraestructura tecnolgica cumple el estndar tecnolgico
definido por el Banco Central de Honduras (BCH), el cual es la
principal entidad del proyecto. Para sistemas crticos, el
estndar est basado en una plataforma tecnolgica utilizando
servidores SUN Microsystem y como base de Datos Oracle
11g.

iv) Las constancias indicadas en los acpites i) y ii) debern ser
firmadas, por el o los representante(s) autorizados(s) de los
bancos centrales e instituciones financieras.

v) Los licitantes debern adjuntar en su oferta listado del personal
clave propuesto para ejecutar el Proyecto, acpites i y ii,
presentando la documentacin que avale la experiencia de cada
uno de ellos en los roles y tareas a ejecutar. La lista deber ser
acompaada de una nota de compromiso de disponibilidad de
dicho personal durante el periodo de la ejecucin del contrato a
efecto que dicho personal sea el designado para la ejecucin del
contrato, evitando cambios de personal sin la justificacin
correspondiente y aprobacin del comprador si as lo estima
procedente.

vi) El comprador verificar la informacin presentada por el
Licitante, por el medio que estimen necesarios, por lo que se
requiere que todas las constancias requeridas en los acpites i)
y ii) indiquen el nombre del cliente, el nombre del contacto,
email, domicilio, telfono, nombre de los sistemas informticos
desarrollados, costo del proyecto, tiempo de implementacin y
el estado en que se encuentra actualmente el sistema. Aquellas
ofertas que no presenten las referidas constancias no sern
tomadas en cuenta.

vii) Los licitantes debern presentar autorizaciones de los
fabricantes para todos los tipos de categoras de tecnologas
informticas, salvo en los casos de las tecnologas que el
licitante mismo fabrique (3.1 Formulario de autorizacin del
Fabricante)

(c) Documentacin adicional:

Los licitantes debern acreditar con documentos fehacientes, de
conformidad con la legislacin de su pas de origen, la
documentacin solicitada abajo. Se solicita a los licitantes incluir la
documentacin requerida en el Anexo 1 Elegibilidad del licitante-
de su Oferta, segn se establece en la Seccin I. Instrucciones a los
Licitantes, clusula IAL 13.1 inciso e), y en la Seccin VII,
Formularios Tipo ndice y Lista de Verificacin de la Oferta.

Licitantes nacionales.-
Presentar los siguientes documentos:

i) Escritura de Constitucin de Sociedad y sus reformas si las
hubiere, en caso de empresas nacionales inscritas en el Registro
Mercantil respectivo.

ii) Si en la Escritura de Constitucin no aparece un Poder Legal
suficiente que autorice al signatario de la oferta a comprometer
al Licitante, dicho Poder deber ser presentado por separado
dentro de la oferta debidamente inscrito.

iii) Carta de aceptacin por escrito de que la Comisin Nacional de
Bancos y Seguros (CNBS) funge como agente de retencin de
impuestos (Vase Contrato CGC y CEC, clusula 14,
Impuestos y Derechos).

iv) Declaracin jurada de que la empresa no tiene ni ha tenido
anteriormente incumplimientos de contratos de sistemas
informticos similares a los que son objeto de la presente
licitacin.

v) Declaracin Jurada del representante legal, de estar enterado y
aceptar todas y cada una de las condiciones, especificaciones,
requisitos y sanciones establecidas en este documento de
licitacin.

vi) Copia de los documentos de identificacin 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 Direccin Ejecutiva
de Ingresos. Este documento ser solicitado al licitante que
resulte adjudicado.

Para licitantes nacionales, los documentos que sean fotocopias,
debern estar autenticados por Notario Pblico. Si es un documento
original no debe autenticarse.

Licitantes Extranjeros.-
Presentar los siguientes documentos:

i. Copias de los documentos originales que definen la
constitucin o personalidad jurdica, domicilio fiscal y lugar
principal de la empresa;

ii. Si en la Escritura de Constitucin no aparece un Poder Legal
suficiente que autorice al signatario de la oferta a
comprometer al Licitante, dicho Poder deber ser presentado
por separado dentro de la oferta. Incluyendo fotocopia del
documento de identificacin o pasaporte del Representante
legal.

iii. Carta de aceptacin por escrito de que la Comisin Nacional
de Bancos y Seguros (CNBS) funge como agente de
retencin de impuestos (Vase Contrato CGC y CEC,
clusula 14, Impuestos y Derechos)

iv. Declaracin jurada de que la empresa no tiene ni ha tenido
anteriormente incumplimientos de contratos de sistemas
informticos similares a los que son objeto de la presente
licitacin.

v. Declaracin Jurada del representante legal, de estar enterado
y aceptar todas y cada una de las condiciones,
especificaciones, requisitos y sanciones establecidas en este
documento de licitacin.

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

vii. Constancia de solvencia del licitante con la Direccin
Ejecutiva de Ingresos. Este documento ser solicitado al
licitante que resulte adjudicado.

Los Licitantes extranjeros, en caso de ser adjudicados debern
presentar todos los documentos debidamente legalizados o con el
sello de la Apostilla1, segn corresponda, antes de la firma del
contrato.
El Licitante deber presentar la siguiente documentacin, referente a
su experiencia o la de sus subcontratistas dependiendo del producto
a proveer conforme lo siguiente:

Hardware

Evidencia documentada de contar como mnimo con dos (2)
aos de experiencia en el suministro, instalacin y
configuracin de hardware iguales o similares a los
requeridos, para la implementacin del Sistema.

1
Apostilla (e): Es el certificado que avala la autenticidad de la firma, la calidad en la que acta la persona firmante del documento,
colocada por la autoridad oficial designada del pas que produjo el documento. Segn el Convenio para Suprimir la Exigencia de
Legalizacin de los Documentos Pblicos 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 mnimo con dos (2)
aos de experiencia en el suministro, instalacin y
configuracin de software iguales o similares a los
requeridos, para la implementacin del Sistema.

Y en ambos casos deber presentar lo siguiente:

i. El personal que presente el subcontratista debe estar
certificado en el rea relacionada,

ii. Cartas de referencia de haber implementado soluciones
similares. Completar el formulario 3.2 Lista de
subcontratistas propuestos
IAL 6.1 b) Salvo en el caso de las tecnologas que el Licitante mismo fabrique,
se requerirn autorizaciones del fabricante para los siguientes
tipos/categoras de tecnologas informticas: para todas

IAL 6.3 El Licitante podr nicamente subcontratar la infraestructura
tecnolgica (Software y hardware).

B. DOCUMENTOS DE LICITACIN
IAL 10.1 Direccin del Comprador:
Atencin: Lic. Fernando Neda, Coordinador de la UCP
Direccin: Segundo Piso, Edificio SANTA FE, Col. Castao Sur,
Paseo Virgilio Zelaya Rub, Bloque C,
Ciudad: Tegucigalpa, M.D.C. Pas: Honduras, C.A,
Telfono (504) 2221-6909 y Fax (504) 2221-3375
Direccin electrnica: ucp-adquisiciones@cnbs.gov.hn

Las respuestas a pedidos de aclaraciones se publicarn en la
pgina web www.honducompras.gob.hn

IAL 10.2 Fecha, hora y lugar de la reunin anterior a la licitacin:
Fecha: 23 de febrero de 2011
Hora: 2:00 pm hora oficial de la Repblica de Honduras


Lugar: Saln Juan Manuel Glvez, Banco Central de Honduras,
Barrio El Centro, Avenida Juan Ramn Molina, Primera Calle,
Sptima Avenida, Tegucigalpa, M.D.C. Honduras
La minuta de la reunin ser publicada en pgina
www.honducompras.gob.hn.
IAL 11 Las enmiendas a los documentos de licitacin se publicarn en la
pgina web www.honducompras.gob.hn

C. PREPARACIN DE LAS OFERTAS
IAL 12.1 El idioma de toda la correspondencia y los documentos vinculados a
la licitacin ser l: Espaol.
IAL 13.1 La oferta del licitante deber ser presentada conforme a la estructura
requerida en la clusula general de IAL 13.1

Formulario de Oferta
Listas de Precios
Garanta de Seriedad de la oferta
Poder Legal o Confirmacin de autorizacin del signatario de la
oferta
Anexo 1. Elegibilidad del licitante
- Documentacin 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 informacin con los
documentos de licitacin
Anexo 5. Subcontratistas propuestos
Anexo 6. Propiedad intelectual (Listas de software y materiales)
Anexo 7 Descripcin de los mdulos incluidos en la oferta que
conforman los subsistemas LBTR y CDV
Anexo 8 Lista de Verificacin Tcnica que demuestre que el
sistema cumple sustancialmente con los requerimientos tcnicos
conforme Seccin V Requisitos Tcnicos, Literal G, Lista de
Verificacin Tcnica.
Anexo 9 Programa detallado de Ejecucin del Proyecto

Toda la documentacin en forma impresa deber presentarse
debidamente foliada y firmada por el la Representante Legal del
licitante
IAL 14.1 El licitante deber presentar por subsistema e infraestructura
tecnolgica (Hardware y Software) los precios de todos los bienes y
servicios, costos de suministro e instalacin y detalle de gastos
ordinarios de conformidad a la Seccin VII (formularios 2.2, 2.3 y
2.4)

IAL 14.4 La edicin de Incoterms es Incoterms 2000 ICC Official Rules
for the Interpretation of Trade Terms publicada en Septiembre de
1999 por la Cmara de Comercio Internacional (CCI), 38 Cours
Albert 1er, 75008 Pars, Francia.
Nota: A fin de obtener la versin actual de Incoterms, consulte el sitio
web de la CCI: http://www.iccwbo.org/index_incoterms.asp
IAL 14.4 a) i) En el caso de los bienes ofrecidos desde un pas extranjero los
precios deben ser cotizados sobre la base CIP (lugar de destino
convenido) excluyendo todos los impuestos, timbres fiscales,
aranceles, gravmenes y honorarios por servicios de aduana en el
pas del Comprador.

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

El proveedor se compromete a realizar las entregas de los bienes
solicitados y ejecutar las actividades de suministro, instalacin,
configuracin y pruebas establecidas en las especificaciones
tcnicas, en el sitio del proyecto ubicado en los siguientes lugares:

Subsistemas LBTR y CDV:

Edificio Principal Tegucigalpa.
Banco Central de Honduras, Edificio Principal, Avenida Juan
Ramn Molina, Primera calle, Sptima Avenida. Ciudad
Tegucigalpa, M.D.C. Francisco Morazn, Honduras, C.A.
Telfonos: (504)-2237-2270 (al 79)
Departamento de Sistema de Pagos y Departamento de Operaciones
Monetarias
Atencin: Jefe Departamento de Sistema de Pagos y Jefe
Departamento de Operaciones Monetarias

Infraestructura Tecnolgica (Hardware y Software)

- Edificio Principal Tegucigalpa.
Sptimo piso, Centro de cmputo, Banco Central de
Honduras, Edificio Principal, Avenida Juan Ramn Molina,
Primera calle, Sptima Avenida. Ciudad Tegucigalpa,
M.D.C. Francisco Morazn, Honduras, C.A.
Telfonos: (504)-2237-2270 (al 79)

- Edificio Anexo Comayagela.
Banco Central de Honduras, Edificio Anexo, Centro de
Cmputo, quinto piso, Barrio el Calvario, 11 y 12 Calle, 5 y 6
Ave. Comayagela, M.D.C. Francisco Morazn, Honduras,
C.A.
Telfonos:(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.
Telfono: (504)-2552-2741 (al 43)

Atencin: Jefe Departamento Tecnologa y Comunicaciones

El lugar especfico donde se deber hacer la entrega de la
Infraestructura Tecnolgica (Hardware y Software) se detalla en la
Seccin VI, Requisitos Tcnicos, Literal C, numeral 2.1.1 Lugar
de Entrega, Instalacin, Configuracin y Pruebas

IAL 14.5 El IVA es el Impuesto sobre el valor agregado, el cual en Honduras
se denomina Impuesto sobre ventas (ISV).
IAL 14.7 Los precios que cotice el Licitante sern ajustados de conformidad
con lo establecido en la clusula CGC 11.2 b)
IAL 15.1 b) La moneda utilizada para cotizar los precios de los componentes de
bienes y servicios del Sistema ofrecidos desde el pas del
Comprador, as como los gastos en moneda nacional para
actividades locales de apoyo tcnico, capacitacin, mantenimiento,
transporte, seguros y otros costos locales relacionados con la
entrega, instalacin y manejo del Sistema, ser: La moneda oficial
de Honduras, el Lempira
IAL 16.2 c) Adems de los temas descritos en la clusula 16.2 c) de las IAL, el
Plan preliminar del proyecto deber abordar los siguientes asuntos:
a) Plan del Proyecto;
b) Validacin y afinamiento del diseo Arquitectura
Tcnica
c) Implementacin de la infraestructura Tecnolgica
d) Integracin de las aplicaciones
e) Diseo del Sistema
f) Instalacin preliminar
g) Parametrizacin/personalizacin del Sistema
h) Instalacin del Sistema en diferentes ambientes
i) Capacitacin
j) Documentacin
k) Migracin
l) Pruebas de aceptacin operacional
m) Paralelo
n) Aceptacin Operacional por Subsistema
o) Aceptacin Operacional del Sistema
p) Servicios de mantenimientos (Hardware, Software,
subsistemas LBTR y CDV)

Los incisos e), f), g), h), i), j), k), l), m) y n) son las mismas
actividades 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 de
los temas en la Seccin VI Requerimientos Tcnicos, Capitulo E
Programa de Ejecucin inciso 4.1
IAL 16.3 Para lograr una integracin eficaz, un apoyo tcnico eficiente con
relacin a su costo y una reduccin as sea menor en los costos de
re-adiestramiento y dotacin de personal, se exige a los Licitantes
que ofrezcan marcas y modelos acorde al estndar tecnolgico
definido por el BCH el cual es servidores SUN Microsystem y
motor de base de Datos Oracle 11g.
IAL 17.1 Se exige una garanta de seriedad de la oferta.
La Garanta Bancaria de Seriedad de la oferta deber ser por el
monto de Setenta y Siete Mil dlares de los Estados Unidos
(US$77,000.00).
No se aceptar otro tipo de forma de garanta de seriedad de
oferta.

IAL 17.2 (b)
En el caso de Licitantes extranjeros:
La garanta bancaria de Seriedad de la Oferta podr ser emitida por
una Institucin bancaria legalmente establecida en la Repblica de
Honduras o por una Institucin Bancaria del pas del Licitante,
aceptada y confirmada por un banco de la Repblica de Honduras.

En el caso de Licitantes Nacionales:
La garanta bancaria de Seriedad de la Oferta deber ser emitida
por cualquier banco que opere legalmente en Honduras.

IAL 17.2 (f) La vigencia mnima de la garanta bancaria de seriedad de oferta es
de ciento dieciocho (118) das contados a partir de la fecha de
apertura de ofertas.
IAL 18.1 El perodo de validez de la oferta ser de noventa (90) das luego del
vencimiento del plazo para la presentacin de las ofertas, como se
estipula ms adelante en la clusula 21 de las IAL.
La garanta bancaria de seriedad de la oferta deber permanecer
vlida por veintiocho (28) das luego del trmino del perodo de
validez de la oferta, es decir que la garanta de seriedad deber ser
vlida por ciento dieciocho (118) das contados a partir de la fecha
de apertura de ofertas.
En consecuencia, y de conformidad con la clusula 17.2 f) de las
IAL, toda oferta con una garanta de seriedad que expire antes
de ese plazo, que su monto sea menor al requerido o no cumpla
con la forma establecida en la DDL 17.1 ser rechazada por no
ajustarse a los Documentos de licitacin y constituir causal de
rechazo de la oferta.
IAL 19.1 Nmero de copias de la oferta exigidos, adems del original: cuatro
copias.
Los licitantes debern asegurarse que las copias sean fieles a la oferta
original, para lo cual debern estar debidamente foliadas o
enumeradas y firmadas por el o los representante(s) legales.
Se requiere que el licitante presente copia electrnica en CD/DVD de
toda su oferta en formato Microsoft Word.
D. PRESENTACIN DE LAS OFERTAS
IAL 20.2 a) En los sobres interiores y el sobre exterior deber indicarse la
siguiente leyenda:

Nombre del Prestatario: Repblica de Honduras
Nmero y nombre del crdito: No. 3800-HO Proyecto Asistencia
Tcnica al Sector Financiero
Nmero y Titulo del Llamado de Licitacin:
No. B-LPI-004/2010-BM Adquisicin, Instalacin e
Implementacin de un Sistema de Liquidacin Bruta en Tiempo
Real (LBTR) y un Sistema Central Depositaria de Valores
(CDV) con su respectiva Infraestructura Tecnolgica
(Hardware y Software) para el Banco Central de Honduras.
NO ABRIR ANTES DE LAS 10:00 HORA OFICIAL DE LA
REPUBLICA DE HONDURAS DEL 25 DE MARZO DE 2011
La direccin a la cual deben enviarse las ofertas es:

Atencin: Lic. Fernando Neda, Coordinador de la UCP
Direccin: Segundo Piso, Comisin Nacional de Bancos y
Seguros, Edificio SANTA FE, Col. Castao Sur, Paseo Virgilio
Zelaya Rub, Bloque C,
Ciudad: Tegucigalpa, M.D.C. Pas: Honduras, C.A,
Telfono (504) 2221-6909 y Fax (504) 2221-3375

IAL 21.1
El plazo para la presentacin de las ofertas es: 25 DE MARZO DE
2011

Hora: 10:00 a.m. horas oficial de la Repblica de Honduras.
E. APERTURA Y EVALUACIN 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 Repblica de Honduras.

La apertura de las ofertas tendr lugar en:
Saln de Usos Mltiples de la Comisin Nacional de Bancos y
Seguros, ubicado en el cuarto piso del Edificio Santa Fe, Col.
Castao Sur, Paseo Virgilio Zelaya Rub, Tegucigalpa M.D.C.
Honduras, C.A.
IAL 27.1 La moneda escogida para la conversin a una sola moneda es: el
dlar de los Estados Unidos de Amrica.
La fuente del tipo de cambio es: La Tasa de Referencia de
Mercado provista por el Banco Central de Honduras.
La fecha de la determinacin del tipo de cambio es: La fecha de
apertura de las ofertas.
IAL 28.1 Ofertas por subsistemas, lotes o porciones del Sistema de
informacin global: no se aceptarn.
En la evaluacin de las ofertas no se tomarn en cuenta los
descuentos por la adjudicacin de mltiples subsistemas, lotes o
porciones.
IAL 28.4 En la evaluacin de las ofertas se tomarn en cuenta los factores
tcnicos adems de los relativos a los costos.
Ponderacin del precio (0.60 multiplicado por 100 en la
frmula de la oferta evaluada) = [60%]

IAL 28.5 Ponderacin de la evaluacin tcnica(0.40 multiplicado por 100
en la frmula de la oferta evaluada) = [40%]
El porcentaje de ponderacin se la calificacin tcnica se desglosa
de la siguiente forma:
ASPECTOS A EVALUAR
NOTA
MAXIMA
A. Experiencia del licitante
Experiencia General 1
Experiencia en personal Clave 2
B. Especificaciones tcnicas
LBTR 9
CDV 7
Estrategia de integracin de componentes 3
Enlaces con otros sistemas 3
Requerimientos comunes 2
Infraestructura Tecnolgica 5
Aspectos Tcnicos 3
C. Implementacin
Plan de proyecto 2
Capacitacin y Transferencia de conocimiento 1
D. Apoyo Tcnico
Servicios de mantenimiento 1
Servicios de Garanta por defecto 1
TOTAL 40%
Los porcentajes sealados corresponden al valor de la calificacin
tcnica es decir del 40%.

IAL 28.6 c) i)

El Beneficiario consensuara variaciones en el programa de
instalacin y puesta en servicio que se especifica en el Programa de
Ejecucin, siempre y cuando no afecte la calidad y xito del
proyecto.
Los licitantes debern tener en cuenta que el BCH tiene una clara
preferencia que la implementacin de los subsistemas LBTR y
CDV no sea totalmente simultneo.
IAL 28.6 c) ii) El Comprador y el Beneficiario no aceptarn variaciones con
respecto al plan de pagos establecido en las CEC.
IAL 28.6 d) Tasa de inters (I) para el clculo del valor neto actual de los gastos
ordinarios = 0 % anual.

IAL 29.1 No se aplicar un margen de preferencia local y el componente de
precio de la oferta al que se aplicar la sancin correspondiente a
este margen ser el de los productos ofrecidos de conformidad con
la clusula 14.4 a) de las IAL.
F. POSCALIFICACIN Y ADJUDICACIN DEL CONTRATO
IAL 31.2 Como medidas complementarias de poscalificacin, los Sistemas
de informacin (o sus componentes o partes) ofrecidos por los
Licitantes podrn someterse a las siguientes pruebas e indicadores
de desempeo antes de la adjudicacin del Contrato:

Para los subsistemas LBTR y CDV
El comprador, podr requerir al licitante ganador:

i. pruebas de demostracin:
a. visitas a sitios donde se encuentre en funcionamiento la
solucin ofrecida
b. anlisis y evaluacin de documentacin

ii. verificacin de:
a. funcionalidades
b. indicadores de desempeo
c. cumplimiento de Requisitos Tcnicos
d. toda la informacin suministrada por el suplidor en el
contexto de la licitacin.
IAL 33.1 El porcentaje de aumento o disminucin de la cantidad es 20% del
software, hardware, sistemas y servicios complementarios, en el
caso de que para el Comprador existan duplicidades o carencias en
la oferta presentada respecto a los requisitos tcnicos estipulados.
IAL 36.1.

Para establecer los acuerdos entre las partes se efectuar una reunin
entre el Comprador y el Licitante seleccionado, en la siguiente
direccin:

Banco Central de Honduras (Edificio Principal)
Avenida Juan Ramn Molina, Primera calle, Sptima
Avenida.
Ciudad Tegucigalpa, MDC, Francisco Morazn, Honduras,
C.A.
El Licitante seleccionado ser notificado oficialmente por el
Comprador, quien a ms tardar en una semana de recibida la
invitacin a la reunin, deber confirmar el traslado y autorizacin
de su representante legal, jefe de proyectos y otro personal que
participar por dicha empresa en la reunin.
La reunin se realizar en una semana despus de haber sido
notificado oficialmente la adjudicacin del contrato por el
comprador, dicha reunin tendr una duracin de 4 das. El
personal del licitante que asistir a la reunin deber estar en
concordancia con el personal propuesto en la oferta del licitante;
adems, deber presentar autorizacin por escrito para concertar las
condiciones del Contrato a suscribir.
Los cambios acordados, aclaraciones, ampliaciones y dems, sern
documentados en el Acta de las Discusiones de Finalizacin y
Enmiendas del Contrato (Apndice 7 del Contrato) la cual ser
suscrita e incorporada como parte del contrato, realizndose los
ajustes pertinentes en los requisitos tcnicos finales que formarn
parte integral del Contrato.
Es preciso indicar, que el acuerdo entre las partes no deber
modificar aspectos tcnicos que disminuyan la calidad de los
servicios y entregables requeridos en el Documento de Licitacin, o
cualquier aspecto tcnico requerido por el Comprador. Tampoco es
aceptable ningn incremento de precio de la oferta.
Los gastos derivados del traslado, manutencin del personal del
Licitante, viticos para efectuar la reunin sern asumidos por el
licitante.

IAL 38.1 El Conciliador propuesto es: Abogado y Notario Carlos Alfonso
Fortn Lardizbal del Centro de Conciliacin y Arbitraje de la
Cmara de Comercio e Industria de Tegucigalpa (CCIT) de la
Republica de Honduras.
Se proponen los siguientes honorarios por hora: Cien Dlares
Estadounidenses (US$100.00)

Los gastos que se consideraran reembolsables al Conciliador son:
gastos de telfono, fax y otras comunicaciones relacionados con el
caso en disputa, as como todos los gastos de viaje al lugar del
proyecto, si los hubiere.

Cualquier controversia o conflicto entre las partes relacionado
directamente o indirectamente con este Contrato, inclusive de su
naturaleza, interpretacin, cumplimiento, ejecucin o terminacin
del mismo, se resolver mediante el procedimiento de arbitraje, de
conformidad con el reglamento del Centro de Conciliacin y
Arbitraje de la Cmara de Comercio e Industria de Tegucigalpa
(CCIT) de la Republica de Honduras.

Se adjunta currculo del Conciliador propuesto

HOJA DE VIDA

CARLOS ALFONSO FORTN LARDIZBAL:

Obtiene en el ao de 1990 el ttulo de Licenciado en Ciencias Jurdicas y Sociales con
Orientacin en Derecho Mercantil en la Universidad Nacional Autnoma de Honduras; en
diciembre de 1994, recibe su Ttulo de Abogado por parte de la Honorable Corte Suprema de
Justicia de Honduras y en marzo de 1995 obtiene el Exequtur de Notario por parte de ese
mismo Alto Tribunal.

En los aos de 1998 y 1999 recibe el Diplomado Ejecutivo de Aspectos Legales de las
Negociaciones Internacionales ofrecido por el INCAE en conjunto con la Universidad de
Georgetown de Estados Unidos de Amrica y en el ao 2005, recibe su ttulo de Master en
Derecho Mercantil por parte de la Universidad Nacional Autnoma de Honduras.

En su ltima etapa profesional ha incursionado en el estudio de los Mtodos Alternativos de
Solucin de Controversias, participando para tal efecto en mltiples Cursos, Talleres y
Seminarios, tanto en Honduras, como internacionalmente.

Se encuentra registrado como rbitro y Secretario de Tribunal Arbitral en el Centro de
Conciliacin y Arbitraje de la Cmara de Comercio e Industria de Tegucigalpa.- Igualmente
fue registrado como Conciliador en el Centro de Conciliacin y Arbitraje de la Cmara de
Comercio e Industria de Tegucigalpa.

Ha sido propuesto por la Cmara de Comercio e Industria de Tegucigalpa para formar parte
de las listas de rbitros de la Comisin Interamericana de Arbitraje Comercial (CIAC)
y forma parte de la lista de rbitros de la Sistema de Integracin Econmica
Centroamericana.

Ha participado a la fecha, en mltiples oportunidades como rbitro y Apoderado de Parte
en Procesos Arbitrales nacionales e internacionales, incoados ante el Centro de Conciliacin
y Arbitraje de la Cmara de Comercio e Industria de Tegucigalpa, as como Arbitrajes Ad-
Hoc.

Ha sido Conciliador en asuntos sometidos a Conciliacin Extrajudicial ante el Centro de
Conciliacin y Arbitraje de la Cmara de Comercio e Industria de Tegucigalpa.;

Es Instructor Nacional en Curso para Formacin de Conciliadores y en el Curso para
Formacin de rbitros impartido por el Centro de Conciliacin y Arbitraje de la Cmara
de Comercio e Industrias de Tegucigalpa.

Adems es co-redactor del Proyecto del Nuevo Reglamento del Centro de Conciliacin y
Arbitraje de la Cmara de Comercio e Industria de Tegucigalpa,

En enero del ao 2006, publica su primer libro, producto del estudio, anlisis, reflexin,
investigacin y propia experiencia de los Mtodos Alternativos de Solucin de
Controversias, intitulado: El Conflicto y los Mtodos Alternos para su Solucin.

Actualmente es socio fundador y presidente del Bufete FORLAR, con reas predominantes
de ejercicio profesional en: Derecho Mercantil, Derecho Bancario, Derecho Penal y
Arbitrajes Comerciales.

65

SECCIN III. ELEGIBILIDAD PARA EL SUMINISTRO DE
BIENES Y SERVICIOS Y LA CONTRATACIN DE OBRAS EN LAS
ADQUISICIONES FINANCIADAS POR EL BANCO

66 Seccin III. Elegibilidad para adquisiciones financiadas por el Banco
Elegibilidad para el suministro de bienes y servicios y la
contratacin de obras en las adquisiciones financiadas por el
Banco

1. De acuerdo con el prrafo 1.8 de las Normas: Adquisiciones con Prstamos del BIRF
y Crditos de la AIF, de mayo de 2004, el Banco le permite a firmas e individuos de
todos los pases suministrar bienes, obras y servicios para proyectos financiados por
el Banco. Excepcionalmente, las firmas de un pas o los bienes fabricados en un pas
podran ser excluidos si:

Prrafo 1.8 (a) (i): por condicin de leyes o regulaciones oficiales, el pas del
Prestatario prohbe relaciones comerciales con ese Pas, siempre que el Banco est de
acuerdo con que dicha exclusin no impide la competencia efectiva para la provisin
de los Bienes y Obras requeridas; o

Prrafo 1.8 (a) (ii): en cumplimiento de una decisin del Consejo de Seguridad de las
Naciones Unidas adoptada en virtud del Captulo VII de la Carta de las Naciones
Unidas, el pas Prestatario prohbe la importacin de bienes de ese pas o pagos de
cualquier naturaleza a personas o entidades de ese pas.

2. Para informacin del prestatario y los licitantes, las firmas, bienes y servicios de los
siguientes pases estn excluidos actualmente de participar en esta licitacin:

(a) Con referencia al prrafo 1.8 (a) (i) de las Normas: Ninguno

(b) Con referencia al prrafo 1.8 (a) (ii) de las Normas: Ninguno

67

SECCIN IV. CONDICIONES GENERALES DEL CONTRATO
(CGC)

Seccin IV. Condiciones Generales del Contrato 68

ndice de clusulas
A. CONTRATO E INTERPRETACIN ........................................................................................... 707072
1. DEFINICIONES ..................................................................................................................................... 707072
2. DOCUMENTOS DEL CONTRATO............................................................................................................... 797981
3. INTERPRETACIN ................................................................................................................................. 797981
4. NOTIFICACIONES ................................................................................................................................. 828284
5. LEY APLICABLE .................................................................................................................................... 838385
6. RESOLUCIN DE CONTROVERSIAS ........................................................................................................... 838385
B. OBJETO DEL CONTRATO ......................................................................................................... 858587
7. ALCANCE DEL SISTEMA ......................................................................................................................... 858587
8. PLAZO PARA COMENZAR LOS TRABAJOS Y OBTENER LA ACEPTACIN 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. GARANTAS ........................................................................................................................................ 929294
14. IMPUESTOS Y DERECHOS ....................................................................................................................... 939395
D. PROPIEDAD INTELECTUAL ..................................................................................................... 949496
15. DERECHOS DE PROPIEDAD INTELECTUAL ................................................................................................... 949496
16. CONVENIOS DE LICENCIA DEL SOFTWARE .................................................................................................. 959597
17. INFORMACIN CONFIDENCIAL ................................................................................................................ 979799
E. SUMINISTRO, INSTALACIN, PRUEBAS, PUESTA EN SERVICIO Y ACEPTACIN DEL
SISTEMA .......................................................................................................................................... 9999101
18. REPRESENTANTES ..............................................................................................................................9999101
19. PLAN DEL PROYECTO ......................................................................................................................102102104
20. SUBCONTRATACIN .......................................................................................................................102102104
21. DISEO E INGENIERA .....................................................................................................................103103105
22. ADQUISICIN, ENTREGA Y TRANSPORTE .............................................................................................106106108
23. MEJORAMIENTO DE PRODUCTOS ......................................................................................................109109111
24. EJECUCIN, INSTALACIN Y OTROS SERVICIOS .....................................................................................110110112
25. INSPECCIONES Y PRUEBAS................................................................................................................110110112
26. INSTALACIN DEL SISTEMA ..............................................................................................................111111113
27. PUESTA EN SERVICIO Y ACEPTACIN OPERACIONAL...............................................................................112112114
F. GARANTAS Y RESPONSABILIDADES ............................................................................... 117117119
28. GARANTA DEL PLAZO DE ACEPTACIN OPERACIONAL ...........................................................................117117119
29. RESPONSABILIDAD POR DEFECTOS .....................................................................................................118118120
30. GARANTAS DE FUNCIONAMIENTO ....................................................................................................121121123
31. GARANTA DE LOS DERECHOS DE PROPIEDAD INTELECTUAL .....................................................................122122124
32. INDEMNIZACIN POR INFRACCIN DE DERECHOS DE PROPIEDAD INTELECTUAL ...........................................122122124
33. LIMITACIN DE RESPONSABILIDAD ....................................................................................................125125127
G. DISTRIBUCIN DE LOS RIESGOS ...................................................................................... 126126128
34. TRASPASO DE LA PROPIEDAD............................................................................................................126126128
35. CUIDADO DEL SISTEMA ...................................................................................................................126126128
36. PRDIDAS O DAOS MATERIALES, ACCIDENTES O LESIONES DE LOS TRABAJADORES; INDEMNIZACIONES ...........127127129
37. SEGUROS .....................................................................................................................................129129131
38. FUERZA MAYOR ............................................................................................................................131131133
H. MODIFICACIN DE ELEMENTOS DEL CONTRATO ...................................................... 133133135
39. MODIFICACIN DEL SISTEMA ...........................................................................................................133133135
40. PRRROGA DEL PLAZO PARA OBTENER LA ACEPTACIN OPERACIONAL ......................................................138138140
41. RESCISIN ...................................................................................................................................138138140
42. CESIN .......................................................................................................................................148148150

70 Seccin IV. Condiciones Generales del Contrato
Condiciones Generales del Contrato
A. CONTRATO E INTERPRETACIN
1. Definiciones 1.1 En el presente Contrato, los siguientes trminos sern
interpretados de la manera que se indica a continuacin:
a) elementos contractuales
i) Contrato es el Convenio contractual celebrado
entre el Comprador y el Proveedor, junto con los
Documentos del Contrato. El Convenio
contractual y los documentos del Contrato
constituirn el Contrato, y la expresin el
Contrato se interpretar de esa manera en todos
dichos documentos.
ii) Los Documentos del Contrato son los
documentos enumerados en el artculo 1.1 del
Contrato (incluidas todas las enmiendas de
dichos documentos).
iii) El Convenio contractual es el convenio
celebrado entre el Comprador y el Proveedor
utilizando el Formulario del Contrato que se
incluye en la seccin Formularios Tipo de los
documentos de licitacin y cualquiera
modificacin de dicho formulario acordada entre
el Comprador y el Proveedor. La fecha del
Contrato se anotar en el formulario firmado.
iv) CGC son las Condiciones Generales del
Contrato.
v) CEC son las Condiciones Especiales del
Contrato.
vi) La expresin Requisitos Tcnicos se refiere a
la seccin de los documentos de licitacin que
lleva ese mismo ttulo.
vii) El Programa de Ejecucin es la seccin de los
Requisitos Tcnicos que lleva ese mismo ttulo.
viii) Precio del Contrato se refiere al precio o los
precios definidos en el artculo 2 del Contrato
(Precio del Contrato y Condiciones de pago).
ix) La expresin Normas sobre adquisiciones se
refiere a la edicin especificada en las CEC del
documento publicado por el Banco titulado
Normas: Adquisiciones con Prstamos del
Banco y Crditos de la AIF.
x) La expresin Documentos de licitacin se
refiere a la coleccin de documentos emitidos
por el Comprador para impartir instrucciones e
informar a los posibles proveedores sobre los
procedimientos de licitacin, seleccin de la
oferta ganadora y la constitucin del Contrato,
as como sobre las condiciones contractuales que
rigen la relacin entre el Comprador y el
Proveedor. Las Condiciones Generales del
Contrato, las Condiciones Especiales del
Contrato, los Requisitos Tcnicos y todos los
dems documentos incluidos en los Documentos
de licitacin reflejan las normas establecidas por
el Banco Mundial que el Comprador est
obligado a seguir durante las adquisiciones y la
administracin de este Contrato.
b) entidades
i) El Comprador es la persona especificada en
las CEC que adquiere el Sistema de
informacin.
ii) El Jefe de proyecto es la persona designada
por el Comprador de la manera prevista en la
clusula 18.1 de las CGC (Jefe de proyecto) y
designada como tal en las CEC para desempear
las funciones que le han sido delegadas por el
Comprador.
iii) El Proveedor es la persona o las personas cuya
oferta para ejecutar el Contrato ha sido aceptada
por el Comprador y que es designada como tal
en el Contrato.
iv) El Representante del Proveedor es toda
persona nombrada por el Proveedor, designada
como tal en el Contrato y aprobada por el
Comprador de la manera prevista en la clusula
18.2 de las CGC (Representante del Proveedor)
para desempear 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 cabo
cualquier obligacin del Proveedor, incluida la
preparacin de cualquier diseo o el suministro
de cualquier tecnologa de la informacin u otros
bienes o servicios.
vi) El Conciliador es la persona designada como
tal en el Apndice 2 del Contrato entre el
Comprador y el Proveedor para tomar una
decisin o resolver cualquier controversia o
diferencia entre el Comprador y el Proveedor
que le haya sido remitida por las partes, de
conformidad con la clusula 6.1 de las CGC
(Conciliador).
vii) El Banco Mundial (denominado tambin el
Banco) se refiere al Banco Internacional de
Reconstruccin y Fomento (BIRF) o a la
Asociacin Internacional de Fomento (AIF).
c) alcance
i) La expresin Sistema de informacin, tambin
denominado Sistema, designa a todas las
tecnologas informticas, materiales y otros
bienes que han de ser suministrados, instalados,
integrados y puestos en funcionamiento (sin
incluir los equipos del Proveedor), y los
servicios que ha de suministrar el Proveedor en
virtud del Contrato.
ii) Un Subsistema es cualquier subconjunto del
Sistema que se identifica como tal en el
Contrato y que puede ser suministrado,
instalado, probado y puesto en servicio
individualmente antes de la Puesta en servicio
de la totalidad del Sistema.
iii) La expresin Tecnologas de la informacin
se refiere a todo el hardware, software,
suministros y artculos de consumo
relacionados con el procesamiento de
informacin y las comunicaciones que el
Proveedor deber suministrar e instalar de
iv) Los Bienes son todos los equipos,
maquinaria, suministros, materiales y otros
artculos tangibles que el Proveedor deber
suministrar o suministrar e instalar conforme al
Contrato, incluidos, sin carcter limitativo, las
tecnologas informticas y los materiales, pero
sin incluir los equipos del Proveedor.
v) Los Servicios son todos los servicios
tcnicos, logsticos, de gestin y de otra ndole
que debe prestar el Proveedor en virtud del
Contrato para suministrar, instalar,
personalizar, integrar y poner en
funcionamiento el Sistema. Estos servicios
pueden incluir, sin carcter limitativo, la
gestin de actividades y garanta de calidad,
diseo, desarrollo, personalizacin,
documentacin, seguros, inspeccin, despacho,
preparacin del sitio, instalacin, integracin,
capacitacin, migracin de datos, inspecciones
y ensayos previos a la Puesta en servicio, la
Puesta en servicio, el mantenimiento y el apoyo
tcnico.
vi) El Plan del Proyecto es el documento que
debe preparar el Proveedor y ser aprobado por
el Comprador, de conformidad con la clusula
19 de las CGC, sobre la base de los requisitos
establecidos en el Contrato y en el Plan
preliminar del proyecto incluido en la oferta del
Proveedor. La expresin Plan definitivo y
aprobado del proyecto se refiere a la versin
del plan del proyecto aprobada por el
Comprador, de conformidad con la clusula
19.2 de las CGC. En el caso de que existiera
alguna contradiccin entre el Plan del proyecto
y el Contrato, prevalecern las disposiciones
pertinentes del Contrato, con inclusin de
cualquiera enmienda.
vii) Software significa la parte del Sistema que
corresponde a las instrucciones que hacen que
los subsistemas de procesamiento de
informacin funcionen de una manera
especfica o realicen determinadas operaciones.
viii) El Software del Sistema es el Software que
imparte las instrucciones operativas y de
gestin para el hardware y otros componentes y
que se identifica como tal en el Apndice 4 del
Contrato, as como cualquier otro software
respecto del cual las partes convengan por
escrito en que se trata de Software del Sistema.
El Software del sistema incluye, sin carcter
limitativo, los micro cdigos incorporados en el
hardware (es decir, los microprogramas),
sistemas operativos, software de gestin de
comunicaciones, sistemas y redes, y software
de utilitarios.
ix) El Software de propsito general es el
Software de respaldo para las actividades
generales de oficina y de desarrollo de Software
que se identifican como tal en el Apndice 4 del
escrito en que se trata de software de propsito
general. El Software de propsito general
puede incluir, sin carcter limitativo, software
de procesamiento de texto, hojas de clculo,
software genrico de gestin de bases de datos
y de desarrollo de aplicaciones.
x) El Software de aplicacin es el Software
formulado para realizar determinadas funciones
comerciales o tcnicas y para establecer una
interfaz con los usuarios comerciales o tcnicos
del Sistema, y que se identifica como tal en el
Apndice 4 del Contrato, as como cualquier
otro software respecto del cual las partes
convengan por escrito en que se trata de
Software de aplicacin.
xi) El Software estndar es el Software
identificado como tal en el Apndice 4 del
escrito en que se trata de software estndar.
xii) El software personalizado es el Software
identificado como tal en el Apndice 4 del
Contrato, as como cualquier otro Software
escrito en que se trata de Software
personalizado.
xiii) El Cdigo fuente son las estructuras de bases
de datos, diccionarios, definiciones, archivos
fuente de programas y cualquier otra
representacin simblica necesaria para la
compilacin, ejecucin y posterior
mantenimiento del Software (se requiere
normalmente, aunque no exclusivamente, para
el Software personalizado).
xiv) Los materiales son toda la documentacin ya
sea impresa o que se puede imprimir, as como
todo instructivo o informacin en cualquier
forma (con inclusin de audio, video y texto) y
en cualquier medio, suministrados al
Comprador de conformidad con el Contrato.
xv) Los Materiales estndar son todos aquellos
materiales que no se especifiquen como
Materiales personalizados.
xvi) Los Materiales personalizados son los
materiales desarrollados por el Proveedor por
cuenta del Comprador en virtud del Contrato e
identificados como tales en el Apndice 5 del
Contrato, as como cualquier otro material
escrito en que se trata de Materiales
personalizados. Los Materiales personalizados
incluyen los materiales creados a partir de
Materiales estndar.
xvii) Los Derechos de propiedad intelectual son
cualquiera y todos los derechos de autor,
derechos morales, de marca, de patente y dems
Derechos de propiedad intelectual y
patrimoniales, ttulos de propiedad e intereses,
en todo el mundo, ya sea que se trate de
derechos adquiridos, derechos sujetos a
condicin suspensiva o derechos futuros,
incluidos, sin carcter limitativo, todos los
derechos econmicos y todos los derechos
exclusivos para reproducir, reparar, adaptar,
modificar, traducir, crear derivados, extraer o
reutilizar datos, manufacturar, poner en
circulacin, publicar, distribuir, vender, dar en
concesin o en subconcesin, traspasar,
alquilar, arrendar, transmitir o dar acceso
electrnico, difundir, exhibir, poner en memoria
electrnica, o utilizar de alguna otra manera
cualquier porcin o copia, total o parcial, en
cualquier forma, directa o indirecta, o para
autorizar o designar a terceros para que hagan
lo antedicho.
xviii) Los Equipos del Proveedor son todos los
equipos, herramientas, aparatos, u objetos de
cualquier tipo necesarios en o para la
instalacin, acabado y mantenimiento del
Sistema que debe suministrar el Proveedor, sin
incluir las tecnologas informticas ni los
sistemas que forman parte del Sistema.
d) actividades
i) Entrega significa la transferencia de los
bienes por el Proveedor al Comprador de
conformidad con la versin actualizada de
Incoterms segn se especifica en el Contrato.
ii) Instalacin significa que el Sistema o un
Subsistema especificado en el Contrato est listo
para la puesta en servicio, conforme a la clusula
26 de las CGC (Instalacin).
iii) Las Inspecciones y ensayos previos a la puesta
en servicio son las pruebas, verificaciones, y
otras actividades necesarias indicadas en los
Requisitos Tcnicos que ha de llevar a cabo el
Proveedor en preparacin para la puesta en
servicio, segn lo previsto en la clusula 26 de
las CGC (Instalacin).
iv) La Puesta en servicio es la puesta en
funcionamiento del Sistema o de cualquier
Subsistema por el Proveedor, una vez finalizada
su instalacin, que el Proveedor ha de llevar a
cabo de conformidad con lo dispuesto en la
clusula 27.1 de las CGC (Puesta en servicio)
con el fin de realizar la prueba o pruebas de
Aceptacin operacional.
v) Las Pruebas de aceptacin operacional son los
ensayos indicados en los Requisitos Tcnicos y
en el Plan definitivo y aprobado del proyecto
que han de llevarse a cabo para determinar si el
Sistema o un Subsistema determinado puede
satisfacer los requisitos funcionales y de
rendimiento especificados en los Requisitos
Tcnicos y en el Plan definitivo y aprobado del
proyecto, de conformidad con las disposiciones
de la clusula 27.2 de las CGC (Pruebas de
Aceptacin operacional).
vi) La Aceptacin operacional es la aceptacin
del Sistema (o de cualquier Subsistema o
Subsistemas cuando en el Contrato se prevea la
aceptacin por partes del Sistema) por el
Comprador, de conformidad con las
disposiciones de la clusula 27.3 de las CGC
(Aceptacin operacional).
e) lugares y fechas
i) El Pas del Comprador es el pas indicado en
las CEC.
ii) El Pas del Proveedor es el pas en el cual el
Proveedor est legalmente registrado, segn se
seala en el Contrato.
iii) La expresin Lugar o lugares del proyecto se
refiere al lugar o los lugares especificados en las
CEC para el suministro e instalacin del
Sistema.
iv) Pas idneo significa los pases y territorios
que pueden participar en adquisiciones
financiadas por el Banco Mundial, segn la
definicin que figura en las Normas:
Adquisiciones con Prstamos del BIRF y
Crditos de la AIF. (Nota: El Banco Mundial
mantiene una lista de pases cuyos licitantes,
bienes y servicios no son idneos para participar
en adquisiciones financiadas por el Banco. Esta
lista se actualiza peridicamente y puede
solicitarse al Centro de Informacin Pblica del
Banco Mundial. En la Seccin titulada
"Elegibilidad para el suministro de bienes y
servicios y la contratacin de obras en las
adquisiciones financiadas por el Banco" de los
documentos de licitacin se presenta esta lista.
v) Da significa un da civil (da calendario) del
calendario gregoriano.
vi) Semana significa siete (7) das consecutivos,
contados a partir del primer da de la semana
segn se acostumbra en el pas del Comprador.
vii) Mes significa un mes civil (mes calendario)
del calendario gregoriano.
viii) Ao significa doce (12) meses consecutivos.
ix) La fecha de inicio es la fecha en que se
cumplen todas las condiciones enumeradas en el
artculo 3 del Contrato para determinar el plazo
para la entrega, instalacin y Aceptacin
operacional del Sistema, o del Subsistema o
Subsistemas.
x) La Duracin del Contrato es el perodo
especificado en las CEC durante el cual el
Contrato rige las relaciones y obligaciones del
Comprador y el Proveedor en lo que respecta al
Sistema.
xi) El Perodo de garanta (o Perodo de
responsabilidad por defectos) es el perodo de
validez de las garantas proporcionadas por el
Proveedor a partir de la fecha del Certificado de
Aceptacin operacional del Sistema o del
Subsistema o Subsistemas. Durante este
perodo, el Proveedor es responsable de los
defectos con respecto al Sistema (o al
Subsistema o Subsistemas pertinentes), de
conformidad con lo dispuesto en la clusula 29
de las CGC.
xii) El Perodo de servicio posterior al perodo de
garanta significa el nmero de aos (si fuese el
caso), a partir del vencimiento del Perodo de
garanta, durante los cuales el Proveedor puede
estar obligado a otorgar licencias de Software y
servicios de mantenimiento o apoyo tcnico para
el Sistema, ya sea en virtud del presente
Contrato o en conformidad con un contrato o
contratos separados.
xiii) El Perodo de cobertura se refiere a los das de
la semana y a las horas de esos das durante los
cuales se debe disponer de servicios de
mantenimiento y de apoyo operacional o
tcnico (si fuese el caso).
2. Documentos del
Contrato
2.1 Con sujecin al artculo 1.2 del Contrato, todos los
documentos que forman parte del Contrato (y todas las
partes de tales documentos) debern ser correlativos y
complementarios y explicarse mutuamente. El Contrato se
considerar como un todo.
3. Interpretacin 3.1 Idioma
3.1.1 A menos que el Proveedor sea residente del pas del
Comprador y que el Comprador y el Proveedor
convengan en utilizar el idioma nacional, todos los
documentos del Contrato y toda la correspondencia y
comunicaciones que hayan de prepararse y
proporcionarse se redactarn en el idioma sealado en
las CEC y el Contrato se entender y se interpretar
con arreglo a ese idioma.
3.1.2 Si cualquiera de los documentos del Contrato, la
correspondencia o las comunicaciones se redactan en
un idioma distinto del idioma vigente conforme a la
clusula 3.1.1 de las CGC, prevalecer en cuestiones
de interpretacin la traduccin de esos documentos,
correspondencia o comunicaciones. La parte
contractual que origine estos documentos,
correspondencia o comunicaciones asumir los costos
y riesgos de dicha traduccin.
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 se
incluyen para facilitar la referencia y no constituyen parte
del Contrato ni influyen en su interpretacin.

3.4 Personas
Las palabras y expresiones que denoten personas o partes
contratantes incluirn a empresas, corporaciones y
entidades gubernamentales.
3.5 Incoterms
A menos que sea incompatible con una disposicin del
Contrato, el significado de cualquier trmino comercial y de
los derechos y obligaciones de las partes contractuales ser
el que se establece en la versin actualizada de
INCOTERMS (Incoterms 2000 o una versin ms
reciente, si se ha publicado y tal como se haya publicado).
Incoterms son las normas internacionales para la
interpretacin de los trminos comerciales publicadas por la
Cmara de Comercio Internacional, 38 Cours Albert 1
er
,
75008 Pars, Francia.
3.6 Convenio completo
El Contrato constituye el convenio completo entre el
Comprador y el Proveedor con respecto al objeto del
Contrato y deber prevalecer sobre todas las
comunicaciones, negociaciones y acuerdos (escritos o
verbales) entre las partes en relacin con el objeto del
Contrato que se hayan formalizado antes de la fecha del
Contrato.
3.7 Enmiendas
Toda modificacin o variacin del Contrato deber hacerse
por escrito, estar fechada y referirse expresamente al
Contrato, y llevar la firma de un representante debidamente
autorizado de cada una de las partes contratantes.
3.8 Proveedor independiente
El Proveedor ser un contratista independiente que lleve a
cabo el Contrato. El Contrato no crea ningn organismo,
asociacin, sociedad en participacin ni ninguna otra
relacin conjunta entre las partes contratantes
Con sujecin a las disposiciones del Contrato, el Proveedor
ser el nico responsable de la forma en que se lleve a cabo
el Contrato. Todos los empleados, representantes o
subcontratistas contratados por el Proveedor en relacin con
el cumplimiento del Contrato estarn bajo el control
completo del Proveedor y no sern considerados empleados
del Comprador, y en ningn caso se entender que el
Contrato o cualquier subcontrato adjudicado por el
Proveedor crean relaciones contractuales entre esos
empleados, representantes o subcontratistas y el
Comprador.
3.9 Sociedad en participacin o consorcio
Si el Proveedor es una Sociedad en participacin o un
consorcio de dos o ms personas, todas esas entidades sern
responsables ante el Comprador, en forma solidaria y
mancomunada, del cumplimiento de las disposiciones del
Contrato y designarn a una de esas personas para que acte
como su representante, con facultades para obligar a la
sociedad en participacin o al consorcio. La composicin o
constitucin de la Sociedad en participacin o del consorcio
no podr modificarse sin el consentimiento previo del
Comprador.
3.10 Prohibicin de descargo de responsabilidades
3.10.1 De conformidad con la clusula 3.10.2 siguiente de
estas CGC, ninguna laxitud, tolerancia, demora o
indulgencia por cualquiera de las partes en exigir el
cumplimiento de cualquiera de las condiciones del
Contrato, ni la concesin de tiempo por alguna de
las partes a la otra parte menoscabar, afectar o
limitar los derechos de esa parte con arreglo al
Contrato; el descargo de responsabilidades por una
de las partes respecto de un incumplimiento del
Contrato tampoco servir como dispensa de un
incumplimiento posterior o permanente del
Contrato.
3.10.2 La renuncia a los derechos, facultades o recursos de
alguna de las partes en virtud del Contrato deber
hacerse por escrito y con indicacin de la fecha y
deber firmarla un representante autorizado de la
parte que haga la renuncia; adems, debern
especificarse en ella los derechos a que se renuncia
y el grado en que se renuncia a ellos.
3.11 Separacin
Si una disposicin o condicin del Contrato est prohibida o
resulta invlida o inaplicable, esa prohibicin, invalidez o
imposibilidad de cumplimiento no afectar la validez o el
cumplimiento de las dems disposiciones y condiciones del
Contrato.
3.12 Pas de origen
Origen significa el lugar donde se han producido las
tecnologas informticas, los materiales y otros bienes del
Sistema, o el lugar desde donde se suministran los servicios.
Se produce un bien cuando, por medio de la fabricacin,
elaboracin, desarrollo de software, o ensamblaje o
integracin sustancial e importante de los componentes se
obtiene un nuevo producto comercialmente reconocible que
difiere sustancialmente de sus componentes en lo que
respecta a sus caractersticas bsicas, a sus fines o su
utilidad. El origen de los bienes y servicios no es igual a la
nacionalidad del Proveedor, y ambos pueden ser diferentes.
4. Notificaciones 4.1 A menos que se indique otra cosa en el Contrato, todas las
notificaciones que deban hacerse conforme al Contrato se
harn por escrito y se entregarn personalmente, o se
enviarn por correo areo, servicio especial de correo,
cable, telgrafo, tlex, fax, correo electrnico, o mediante
intercambio electrnico de datos a la direccin de la parte
que corresponda, segn se especifica en las CEC, con las
siguientes disposiciones.
4.1.1 Toda notificacin enviada por cable, telgrafo, tlex,
fax, correo electrnico o mediante intercambio
electrnico de datos deber ser confirmada dentro de
los dos (2) das de su despacho mediante notificacin
enviada por correo areo o servicio especial de correo,
a menos que se especifique de otra manera en el
Contrato.
4.1.2 Se considerar que toda notificacin enviada por
correo areo o servicio especial de correo (en ausencia
de pruebas de que se ha recibido antes) ha sido
entregada diez (10) das despus de su despacho. A
fin de probar que una notificacin ha sido despachada,
bastar con demostrar que el sobre que la contena
tena la direccin y el sello postal adecuados y fue
entregado a las autoridades postales o al servicio
especial de correo para su envo por correo areo o
correo especial.
4.1.3 Toda notificacin entregada personalmente o enviada
por cable, telgrafo, tlex, fax, correo electrnico o
mediante intercambio electrnico de datos se
considerar entregada en la fecha de su despacho.
4.1.4 Las partes podrn cambiar su direccin postal, de
cable, tlex, fax, correo electrnico o intercambio
electrnico de datos, o destinatario de dichas
notificaciones mediante notificacin por escrito a la
otra parte con diez (10) das de antelacin.
4.2 Se considerar que las notificaciones incluyen cualesquiera
aprobaciones, consentimientos, instrucciones, rdenes y
certificados que hayan de proporcionarse conforme al
Contrato.
5. Ley aplicable 5.1 El Contrato se regir y se interpretar de conformidad con
las leyes del pas especificado en las CEC.
6. Resolucin de
controversias
6.1 Conciliacin
6.1.1 Si surgiere una controversia de cualquier ndole entre
el Comprador y el Proveedor en relacin con el
Contrato o a raz de ste, con inclusin y sin perjuicio
del carcter general de lo que antecede, toda cuestin
relativa a su existencia, validez o rescisin, o al
funcionamiento del Sistema (ya sea durante el proceso
de puesta en marcha o despus de obtener la
Aceptacin operacional, o antes o despus de la
rescisin, abandono o incumplimiento del Contrato),
las partes procurarn resolver dicha controversia o
diferencia mediante consultas entre ellas. Si las partes
no logran resolver la controversia o diferencia
mediante tales consultas dentro de catorce (14) das
despus de que una de las partes haya notificado por
escrito a la otra acerca de la controversia o diferencia,
entonces, si en el Apndice 2 se incluye y nombra a
un Conciliador, la controversia ser remitida por
escrito por cualquiera de las partes al Conciliador, con
copia a la otra parte. Si no se especifica ningn
Conciliador en el Contrato, el antedicho perodo de
consulta mutua deber durar 28 das (en lugar de 14),
al cabo de los cuales cada una de las partes podr
pasar a la notificacin de arbitraje de conformidad con
la clusula 6.2.1 de las CGC.
6.1.2 El Conciliador deber comunicar su decisin por
escrito a ambas partes dentro de los veintiocho (28)
das siguientes a la fecha en que le haya sido remitida
la controversia. Si el Conciliador ha comunicado su
decisin dentro del plazo debido y ni el Comprador ni
el Proveedor notifican su intencin de iniciar
procedimientos de arbitraje dentro de los cincuenta y
seis (56) das de dicha remisin, la decisin pasar a
ser definitiva y obligatoria tanto para el Comprador
como para el Proveedor. Toda decisin que pase a ser
definitiva y obligatoria ser ejecutada de inmediato
por las partes.
6.1.3 El Conciliador percibir honorarios por hora, segn
las tarifas especificadas en el Contrato, ms los gastos
razonables en que incurra en el cumplimiento de sus
funciones de Conciliador, y tales costos se dividirn
de manera equitativa entre el Comprador y el
Proveedor.
6.1.4 En caso de renuncia o fallecimiento del Conciliador, o
si el Comprador y el Proveedor convienen en que el
Conciliador no est cumpliendo sus funciones de
acuerdo con las disposiciones del Contrato, el
Comprador y el Proveedor nombrarn conjuntamente
a otro Conciliador. Si no llegan a un acuerdo dentro
de los veintiocho (28) das siguientes, la autoridad
nominadora estipulada en las CEC designar al nuevo
Conciliador a peticin de cualquiera de las partes o, si
no se especifica ninguna autoridad nominadora en las
CEC, el Contrato deber ejecutarse, a partir de ese
momento 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 considera
aceptable la decisin del Conciliador, o si el
Conciliador no comunica su decisin dentro de
veintiocho (28) das siguientes a la fecha en que se le
haya remitido una controversia, el Comprador o el
Proveedor podr, dentro de los cincuenta y seis (56)
das posteriores a esa remisin, notificar a la otra
parte, con copia para su informacin al Conciliador,
su intencin de iniciar procedimientos de arbitraje,
segn lo dispuesto a continuacin, sobre el asunto
objeto de la controversia, pero no se iniciar ningn
procedimiento de arbitraje con respecto a dicha
cuestin antes de efectuarse dicha notificacin.
6.2.2 Toda controversia respecto de la cual se haya
notificado la intencin de iniciar un procedimiento de
arbitraje, de conformidad con lo dispuesto en la
clusula 6.2.1 de las CGC se resolver
definitivamente mediante arbitraje. El arbitraje podr
iniciarse antes o despus de la instalacin del Sistema
de informacin.
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 al
arbitraje contenida en esta clusula,
a) las partes continuarn cumpliendo sus respectivas
obligaciones contractuales, a menos que convengan en
otra cosa, y
b) el Comprador pagar al Proveedor toda suma que le
adeude al Proveedor.
B. OBJETO DEL CONTRATO
7. Alcance del
Sistema
7.1 A menos que estn expresamente limitadas de otra manera
en las CEC o en los Requisitos Tcnicos, las obligaciones
del Proveedor incluyen el suministro de la totalidad de las
tecnologas informticas, materiales y otros bienes, y el
suministro de todos los servicios necesarios para el diseo,
el desarrollo y la puesta en prctica del Sistema (incluidas
las adquisiciones, garanta de calidad, ensamblaje,
preparacin del sitio, entrega, inspecciones y ensayos antes
de la puesta en servicio, instalacin, prueba y puesta en
servicio), de conformidad con los planes, procedimientos,
especificaciones, planos, cdigos y otros documentos
especificados en el Contrato y en el Plan definitivo y
aprobado del proyecto.
7.2 A menos que se hayan excluido explcitamente en el
Contrato, el Proveedor realizar todos los trabajos o
suministrar todos los productos y materiales no
mencionados especficamente en el Contrato pero que
pueda deducirse razonablemente del Contrato que son
necesarios para obtener la Aceptacin operacional del
Sistema como si esos trabajos o productos y materiales
estuvieran expresamente mencionados en el Contrato.
7.3 Las obligaciones del Proveedor (si las tuviere) de
suministrar bienes y servicios indicados en el Formulario de
gastos ordinarios de la oferta presentada por el Proveedor,
tales como bienes de consumo, repuestos y servicios
tcnicos (por ejemplo, de mantenimiento, asistencia tcnica
y apoyo operacional) son las que se especifican en las CEC,
con inclusin de las condiciones, caractersticas y
frecuencia pertinentes.
8. Plazo para
comenzar los
trabajos y obtener
la Aceptacin
operacional
8.1 El Proveedor iniciar los trabajos en el Sistema dentro del
plazo especificado en las CEC y, sin perjuicio de la clusula
28.2 de las CGC, proceder a instalar el Sistema, de
conformidad con el calendario estipulado en el Programa de
Ejecucin incluido en los Requisitos Tcnicos y con las
precisiones hechas en el Plan definitivo y aprobado del
proyecto.
8.2 El Proveedor deber obtener la Aceptacin operacional del
Sistema (o del Subsistema o Subsistemas, en caso de que en
el Contrato se especifique un plazo por separado para ellos)
dentro del plazo establecido en las CEC y conforme al
plazo especificado en el Programa de Ejecucin incluido
en los Requisitos Tcnicos y con cualquier precisin que se
haya hecho en el Plan definitivo y aprobado del proyecto, o
dentro de la prrroga del plazo a que tenga derecho el
Proveedor de conformidad con la clusula 40 de las CGC.
9. Responsabilidades
del Proveedor
9.1 El Proveedor llevar a cabo todas las actividades, de
conformidad con el Contrato, con el cuidado y diligencia
debidos, y con la destreza que se espera de un proveedor
competente de tecnologas informticas, Sistemas de
informacin, apoyo, mantenimiento, capacitacin y otros
servicios conexos, o de conformidad con las prcticas
ptimas de la industria. En particular, el Proveedor slo
deber suministrar y contratar personal preparado y con
experiencia en sus respectivas funciones, y supervisores
competentes que puedan supervisar los trabajos de manera
adecuada.
9.2 El Proveedor confirma haber formalizado el presente
Contrato despus de examinar atentamente la informacin
sobre el Sistema suministrada por el Comprador y sobre la
base de la informacin que pudiera haber obtenido de una
inspeccin ocular del sitio (si hubiera tenido acceso a l) y
de otros datos sobre el Sistema que estaban a su disposicin
veintiocho (28) das antes de la fecha de presentacin de las
ofertas. El Proveedor reconoce que el hecho de no
familiarizarse con esos datos y esa informacin no le exime
de su responsabilidad de calcular debidamente la dificultad
o el costo de la ejecucin satisfactoria del Contrato.
9.3 El Proveedor ser responsable de suministrar prontamente
todos los recursos y la informacin, y de tomar todas las
decisiones que estn bajo su control y que sean necesarias
para llegar de comn acuerdo con el Comprador a un Plan
definitivo y aprobado del proyecto (conforme a la clusula
19.2 de las CGC) dentro del plazo especificado en el
Programa de Ejecucin incluido en la seccin Requisitos
Tcnicos. El hecho de que el Proveedor no suministre
dichos recursos e informacin ni tome las decisiones
pertinentes puede dar lugar a la rescisin del Contrato
conforme a lo dispuesto en la clusula 41.2 de las CGC.
9.4 El Proveedor obtendr en su propio nombre todos los
permisos, aprobaciones o licencias de todas las
autoridades gubernamentales locales, estatales o
nacionales o de las empresas de servicios pblicos del
pas del Comprador que sean necesarios para el
cumplimiento del Contrato, incluidos, entre otros, las
visas para el personal del Proveedor y el Subcontratista
y los permisos de entrada de todos los equipos
importados del Proveedor. El Proveedor obtendr
todos los dems permisos, aprobaciones o licencias que
no sean responsabilidad del Comprador conforme a la
clusula 10.4 de las CGC y que sean necesarios para el
cumplimiento del Contrato.
9.5 El Proveedor acatar todas las leyes vigentes en el pas
del Comprador. Dichas leyes incluirn todas las leyes
nacionales, provinciales, municipales o de otra ndole
que afecten el cumplimiento del Contrato y sean
obligatorias para el Proveedor. El Proveedor eximir
al Comprador de toda responsabilidad por daos y
perjuicios, demandas, multas, sanciones y gastos de
cualquier ndole resultantes de la violacin de tales
leyes por el Proveedor o su personal, incluidos los
Subcontratistas y su personal, pero sin perjuicio de lo
dispuesto en la clusula 10.1 de las CGC. El Proveedor
no eximir al Comprador en la medida en que dicha
responsabilidad por daos y perjuicios, demandas,
multas, sanciones y gastos hayan sido provocados o
aumentados por culpa del Comprador.
9.6 En todas sus relaciones de trabajo con su propia mano
de obra y con la mano de obra de los Subcontratistas
que se haya contratado para el Contrato o que est
relacionada con el Contrato, el Proveedor deber
respetar todos los das festivos reconocidos, as como
los das feriados oficiales, religiosos u otras
costumbres, y todas las leyes y reglamentos locales
relativos a la contratacin de mano de obra.
9.7 Toda tecnologa de la informacin u otros bienes y servicios
que vayan a incorporarse en el Sistema o que sean
necesarios para ste, as como cualquier suministro, debern
tener su origen, segn la definicin de este concepto que
figura en la clusula 3.12 de las CGC, en un pas idneo,
segn la definicin que aparece en la clusula 1.1 e) iv) de
las CGC.
9.8 El Proveedor permitir al Banco Mundial inspeccionar las
cuentas y archivos relacionados con el cumplimiento del
Contrato por parte del Proveedor y someterlos a una
verificacin por auditores designados por el Banco, si ste
as lo exige.
9.9 Las dems responsabilidades del Proveedor, de existir,
sern definidas en las CEC.
10. Responsabilidades
del Comprador
10.1 El Comprador garantizar la exactitud de toda informacin
o de los datos que deba suministrar al Proveedor, excepto
cuando en el Contrato se establezca expresamente otra cosa.
10.2 El Comprador ser responsable de suministrar prontamente
todos los recursos e informacin, y de tomar todas las
decisiones, que estn bajo su control y que sean necesarias
para llegar de comn acuerdo con el Proveedor a un Plan
definitivo y aprobado del proyecto (conforme a la clusula
19.2 de las CGC) dentro del plazo especificado en el
Programa de Ejecucin incluido en la seccin Requisitos
Tcnicos. El hecho de que el Comprador no suministre
dichos recursos e informacin ni tome las decisiones
pertinentes puede dar lugar a la rescisin del Contrato,
conforme a lo dispuesto en la clusula 41.3.1 b) de las
CGC.
10.3 El Comprador ser responsable de obtener y dar la posesin
jurdica y fsica del sitio y el acceso a ste, y de suministrar
posesin y acceso a todos los dems sitios que sean
razonablemente necesarios para la ejecucin adecuada del
Contrato.
10.4 Si el Proveedor as lo solicita, el Comprador har todo lo
posible por ayudar al Proveedor a obtener de las
autoridades gubernamentales locales, estatales o nacionales
o de las empresas de servicios pblicos, de manera oportuna
y expedita, todos los permisos, aprobaciones o licencias
necesarios para la ejecucin del Contrato que esas
autoridades o empresas exijan al Proveedor o los
Subcontratistas o al personal del Proveedor o de los
Subcontratistas, segn sea el caso.
10.5 En los casos en que el Proveedor tenga la responsabilidad
de especificar y adquirir o mejorar los servicios de
telecomunicaciones o electricidad, segn lo especificado en
los Requisitos Tcnicos, las CEC y el Plan definitivo y
aprobado del proyecto u otras partes del Contrato, el
Comprador har todo lo posible por ayudar al Proveedor a
obtener tales servicios en forma pronta y oportuna.
10.6 El Comprador ser responsable de suministrar
oportunamente todos los recursos, el acceso y la
informacin que sean necesarios para la instalacin y la
Aceptacin operacional del Sistema (incluidos, pero sin
carcter limitativo, los servicios de telecomunicaciones o de
electricidad necesarios) especificados en el Plan definitivo
y aprobado del proyecto, a menos que en el Contrato se
seale explcitamente que la responsabilidad de suministrar
tales elementos recae en el Proveedor. A discrecin del
Proveedor, el retraso por parte del Comprador en
suministrar estos elementos podr dar lugar a una prrroga
adecuada del plazo para obtener la Aceptacin operacional.
10.7 A menos que se especifique otra cosa en el Contrato o que
el Comprador y el Proveedor convengan en otra cosa, el
Comprador aportar el personal tcnico y de operaciones
debidamente calificado y en nmero suficiente, de acuerdo
a las necesidades del Proveedor para llevar a cabo
debidamente la entrega, las inspecciones y ensayos previos
a la instalacin la Puesta en servicio y la Aceptacin
operacional dentro del plazo especificado en el Programa de
Ejecucin incluido en la Seccin sobre Requisitos Tcnicos
y en el Plan definitivo y aprobado del proyecto.
10.8 El Comprador nombrar al personal adecuado para que
asista a los cursos de capacitacin que ha de impartir el
Proveedor, y deber hacer todos los arreglos logsticos
necesarios para dichos cursos, tal como se especifica en los
Requisitos Tcnicos, las CEC, el Plan definitivo y aprobado
del proyecto u otras partes del Contrato.

10.9 El Comprador asume la responsabilidad principal con
respecto a la prueba o pruebas de Aceptacin operacional
del Sistema, de conformidad con la clusula 27.2 de las
CGC; adems, el Comprador ser responsable del
funcionamiento continuo del Sistema despus de la
Aceptacin operacional. Sin embargo, lo anterior no
limitar de manera alguna las responsabilidades del
Proveedor despus de la fecha de la Aceptacin operacional
especificada en el Contrato.
10.10 El Comprador ser responsable de preparar y guardar de
manera segura, oportuna y peridica archivos de respaldo
de sus datos y software, conforme a principios aceptados de
gestin de datos, salvo en los casos en que en alguna otra
parte del Contrato tal responsabilidad recaiga claramente
sobre el Proveedor.
10.11 Todos los costos y los gastos relacionados con el
cumplimiento de las obligaciones con arreglo a la presente
clusula 10 de las CGC corrern por cuenta del Comprador,
salvo aquellos que deba sufragar el Proveedor con respecto
a la realizacin de la prueba o pruebas de Aceptacin
operacional, de conformidad con la clusula 27.2 de las
CGC.
10.12 Las dems responsabilidades del Comprador, de existir,
sern definidas en las CEC.
C. PAGOS
11. Precio del
Contrato
11.1 El Precio del Contrato ser el especificado en el artculo 2
del Contrato (Precio del Contrato y Condiciones de pago).
11.2 El Precio del Contrato ser una suma global fija que no
podr ser modificada salvo en los siguientes casos:
a) una modificacin del Sistema conforme a la clusula
39 de las CGC u otras clusulas del Contrato;
b) de conformidad con la frmula para el ajuste del precio
(de existir) especificada en las CEC.
11.3 Se considerar que el Proveedor ha aceptado como correcto
y suficiente el Precio del Contrato, el cual, salvo que se
disponga otra cosa en el Contrato, deber cubrir todas las
obligaciones contractuales del Proveedor.
12. Condiciones de
pago
12.1 El Proveedor deber presentar por escrito la solicitud de
pago al Comprador, junto con una factura en la que se
describa, segn corresponda, el Sistema o el Subsistema o
Subsistemas entregados, inspeccionados y probados antes
de la Puesta en servicio, instalados y operacionalmente
aceptados, adems de los documentos presentados
conforme a la clusula 22.5 de las CGC; todo ello deber
hacerse una vez que se haya dado cumplimiento a las
dems obligaciones estipuladas en el Contrato.
El Precio del Contrato se pagar en la forma especificada en
las CEC.
12.2 Ningn pago efectuado por el Comprador se considerar
como una aceptacin por parte del Comprador del Sistema o
de un Subsistema o Subsistemas.
12.3 El Comprador efectuar los pagos con prontitud, sin exceder
en ningn caso un plazo de cuarenta y cinco (45) das a partir
de la fecha en que el Proveedor haya presentado una factura
vlida. Si el Comprador no realiza un pago en la fecha
debida o dentro del plazo establecido en el Contrato, el
Comprador pagar al Proveedor intereses sobre el monto del
pago atrasado a la tasa o tasas establecidas en las CEC por el
perodo de la demora hasta que se haya completado la
totalidad de dicho pago, ya sea antes o despus de un fallo o
laudo arbitral.
12.4 Todos los pagos se efectuarn en la moneda o monedas
estipulados en el Contrato, conforme a la clusula 11 de las
CGC. En el caso de los bienes y servicios suministrados
desde el pas del Comprador, los pagos se harn en la
moneda de ese pas, a menos que en las CEC se indique otra
cosa.
12.5 Salvo que se indique lo contrario en las CEC, la parte del
Precio del Contrato correspondiente a bienes y servicios
suministrados desde fuera del pas del Comprador que deba
pagarse en divisas se pagar al Proveedor mediante una carta
de crdito irrevocable abierta por un banco autorizado en el
pas del Proveedor, contra presentacin a dicho banco de los
documentos correspondientes. Se conviene en que la carta
de crdito se ajustar a lo dispuesto en el artculo 10 de la
revisin ms reciente del documento titulado Usos y reglas
uniformes relativos a los crditos documentarios, publicado
por la Cmara de Comercio Internacional en Pars.
13. Garantas 13.1 Emisin de garantas
El Proveedor proporcionar al Comprador las garantas
especificadas a continuacin en el plazo, por el monto y en la
forma en que se especifican ms abajo.
13.2 Fianza por anticipo
13.2.1 Segn se establece en las CEC, el Proveedor
suministrar una fianza por un monto igual, en cuanto
a cantidad y moneda, al del anticipo especificado y
vlida hasta que el Sistema se acepte
operacionalmente.
13.2.2 La fianza se suministrar en la forma prevista en los
documentos de licitacin o en otra forma que el
Comprador considere aceptable. El monto de la
fianza se reducir en proporcin al costo del Sistema
suministrado por el Proveedor y pagado
peridicamente al Proveedor, y quedar
automticamente anulado cuando el Comprador haya
recuperado la totalidad del anticipo. El valor de la
fianza se considerar reducido y finalmente nulo, de
acuerdo con lo establecido en las CEC. La fianza ser
devuelta al Proveedor inmediatamente despus de su
vencimiento.
13.3 Garanta de cumplimiento
13.3.1 El Proveedor, dentro de los veintiocho (28) das
siguientes a la notificacin de la adjudicacin del
Contrato, deber proporcionar una garanta de fiel
cumplimiento del Contrato por el monto especificado
en las CEC.
13.3.2 La garanta adoptar una de las siguientes formas:
a) una garanta bancaria en la forma establecida en
la seccin sobre Formularios Tipo de los
documentos de licitacin, o una carta de crdito
irrevocable emitida por un banco de prestigio
ubicado dentro o fuera del pas del Comprador
que el Comprador considere aceptable; o
b) un cheque de caja o un cheque certificado.
13.3.3 La garanta quedar automticamente anulada una vez
que el Proveedor haya dado cumplimiento a todas las
obligaciones contradas en el Contrato, incluidas, pero
sin carcter limitativo, las obligaciones durante el
Perodo de garanta y durante cualquier prrroga de
dicho perodo. La garanta ser devuelta al Proveedor
a ms tardar treinta (30) das despus de su
vencimiento.
13.3.4 La garanta se reducir:
a) en proporcin a la parte del Precio del Contrato
pagadera en relacin con cualquier Subsistema o
Subsistemas que haya obtenido la Aceptacin
operacional, si as lo permite el Contrato, en la
fecha de dicha Aceptacin operacional;
b) en la cantidad especificada en las CEC, para
reflejar la Aceptacin operacional de la totalidad
del Sistema, en la fecha de dicha Aceptacin
operacional, de manera que la garanta reducida
slo cubra las obligaciones de garanta restantes
del Proveedor.
14. Impuestos y
derechos
14.1 En el caso de los Bienes o Servicios suministrados desde
fuera del pas del Comprador, el Proveedor ser plenamente
responsable de todos los impuestos, timbres fiscales,
derechos de licencia, y otros gravmenes impuestos fuera del
pas del Comprador. Todo derecho, por ejemplo, los
derechos de importacin y aduana, e impuestos y otros
gravmenes, pagaderos en el pas del Comprador por el
suministro de bienes y servicios desde fuera del pas del
Comprador, son responsabilidad del Comprador, a menos
que dichos derechos e impuestos se hayan incorporado en el
Precio del Contrato segn la Lista de precios a que se refiere
el artculo 2 del Contrato, en cuyo caso los derechos e
impuestos sern responsabilidad del Proveedor.
14.2 En el caso de los Bienes y Servicios suministrados en el pas,
el Proveedor ser totalmente responsable de todos los
impuestos, derechos, derechos de licencia, etc., adeudados
hasta el momento de la entrega al Comprador de los bienes
contratados. La nica excepcin son los impuestos o
derechos, tales como impuestos al valor agregado o a las
ventas, o timbres fiscales, aplicables o claramente
identificables en las factura cuando sean aplicables en el pas
del Comprador, y slo si dichos impuestos, aranceles o
derechos se excluyen igualmente del Precio del Contrato de
conformidad con la Lista de precios a que se hace referencia
en el artculo 2 del Contrato.
14.3 Si el Proveedor tuviera derecho a alguna exencin o
reduccin de impuestos o a algn privilegio fiscal en el pas
del Comprador, el Comprador har todo lo que est a su
alcance por conseguir que el Proveedor se beneficie en la
medida de lo posible de tales ahorros tributarios.
14.4 Para los fines del Contrato, queda convenido que el Precio
del Contrato especificado en el artculo 2 del Contrato
(Precio del Contrato y Condiciones de pago) se basa en los
impuestos, derechos, gravmenes y cargos (denominados
conjuntamente impuestos en la presente clusula 14.4 de
las CGC) vigentes en la fecha correspondiente a los
veintiocho (28) das antes de la fecha de presentacin de las
ofertas en el pas del Comprador. Si las tasas impositivas
aumentan o disminuyen, si se introducen nuevos impuestos o
se elimina un impuesto existente, o si durante la ejecucin
del Contrato se produce algn cambio en la interpretacin o
la aplicacin de un impuesto que se haya cobrado o haya de
cobrarse al Proveedor, sus subcontratistas o sus empleados
en relacin con el cumplimiento del Contrato, se har un
ajuste equitativo del Precio del Contrato para tener en cuenta
a cabalidad dicho cambio.
D. PROPIEDAD INTELECTUAL
15. Derechos de
propiedad
intelectual
15.1 Los Derechos de propiedad intelectual sobre todo el
Software estndar y los Materiales estndar debern seguir
correspondiendo al propietario de dichos derechos.
15.2 De conformidad con la clusula 16 de las CGC, el
Comprador se compromete a limitar la utilizacin, copia o
reproduccin del Software estndar y del Material estndar;
sin embargo, el Comprador podr hacer las copias
adicionales de los Materiales estndar que sean necesarias
dentro del marco del proyecto del cual forme parte el
Sistema, en caso de que el Proveedor no entregue las copias
en un lapso de treinta (30) das contados a partir de la
recepcin del pedido de dichos Materiales estndar.
15.3 Los derechos contractuales del Comprador para utilizar el
Software estndar o elementos del mismo no podrn ser
cedidos, ser objeto de una licencia, ni transferidos
voluntariamente de ninguna otra manera, excepto de
conformidad con el acuerdo de licencia pertinente o de otra
forma que pudiera especificarse en las CEC.
15.4 Segn sea el caso, los derechos y las obligaciones del
Comprador y del Proveedor con respecto al Software
personalizado o a elementos del mismo, incluso todo
acuerdo de licencia, y con respecto a los Materiales
personalizados o elementos de stos, estn especificados en
las CEC. De acuerdo a las CEC, los Derechos de propiedad
intelectual de todo el Software personalizado y de los
Materiales personalizados estipulados en los Apndices 4 y 5
del Contrato (si los hay) le corresponden al Comprador, a
partir de la fecha de este Contrato o de la creacin de los
derechos (si sta ocurre luego de la fecha del Contrato). El
Proveedor deber preparar y ejecutar l mismo u organizar
todo lo necesario para que se haga y ejecute todo acto,
documento o trmite que el Comprador pueda considerar
necesario o deseable para perfeccionar el derecho, ttulo e
inters del Comprador con respecto a esos derechos. En
relacin con el Software personalizado y los Materiales
personalizados, el Proveedor deber velar por que todo aquel
que tenga algn derecho moral sobre alguno de estos
elementos no lo reivindique y el Proveedor deber, si as lo
solicita el Comprador y donde est permitido por la ley,
garantizar que todo aquel que tenga tal derecho moral
renuncie a l.
15.5 Las partes debern entrar en arreglos de custodia (si los
hubiere) en relacin con el Cdigo fuente para parte o todo
el Software tal y como se especifique en las CEC y de
conformidad con las mismas.
16. Convenios de
licencia del
Software
16.1 Excepto en la medida en que los Derechos de propiedad
intelectual del Software correspondan al Comprador, el
Proveedor le garantiza al Comprador, mediante el presente
documento, el acceso al Software y su utilizacin, lo que
incluye todas las invenciones, los diseos y las marcas
comprendidas en el Software.
Dicha licencia para tener acceso al Software y para
utilizarlo deber:
a) ser:
i) no exclusiva;
ii) pagada en su totalidad e irrevocable (excepto que
se rescindir si el Contrato mismo fuese
rescindido, de conformidad con las clusulas 41.1
41.3 de las CGC);
iii) vlida en todo el territorio del pas del Comprador
(u otro territorio segn se estipule en las CEC); y
iv) sujeta a otras restricciones (si las hubiere) y segn
las estipulen las CEC.
b) permitir que el Software sea:
i) utilizado o copiado para su utilizacin con o en
las computadoras para las cuales fue adquirido (si
as lo estipulan los Requisitos Tcnicos o la oferta
del Proveedor), adems en una(s) computadora(s)
de respaldo, de capacidad similar, en caso de que
la(s) principal(es) no funcione(n), y durante un
perodo razonable de transicin mientras se
transfiere el uso de la computadora principal a la
de 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 simultneo durante un perodo razonable de
transicin) siempre que, si los Requisitos
Tcnicos o la oferta del Proveedor especifican un
tipo de computadora para la cual se limita la
licencia y, a menos que el Proveedor acuerde otra
cosa por escrito, la o las computadoras de
reemplazo se encuentren dentro de esa categora;
iii) utilizado en otras computadoras, si el diseo del
Sistema lo permite, conectadas a la computadora
principal o a la de reemplazo, ya sea en una red
local o de amplio alcance o un concepto similar y
utilizado o copiado en aquellas otras
computadoras segn sea necesario para garantizar
el acceso;
iv) reproducido para fines de seguridad y de
respaldo;
v) personalizado, adaptado o combinado con otro
software para ser utilizado por el Comprador,
siempre que el Software derivado que incorpore
una parte substancial del Software suministrado y
protegido est sujeto a las mismas restricciones
que se estipulan en este Contrato;
vi) segn se estipula en las CEC, divulgado y
reproducido para que lo utilicen los Proveedores
de servicios logsticos y sus subcontratistas (y el
Comprador podr otorgar sublicencias a esas
personas para que utilicen y copien el Software),
en la medida en que sea razonablemente
necesario para el cumplimiento de sus contratos
de servicios de apoyo, sujeto a las mismas
restricciones que se especifican en este Contrato;
y
vii) divulgado y reproducido para uso del Comprador
y de otras personas segn se estipula en las CEC
(el Comprador podr otorgar sublicencias a
dichas personas para que utilicen y copien el
Software), de acuerdo a las restricciones que se
establecen en este Contrato.
16.2 El Software estndar puede estar sujeto a auditora por parte
del Proveedor segn los trminos estipulados en las CEC,
para verificar el cumplimiento de los acuerdos de licencia
mencionados.
17. Informacin
confidencial
17.1 Excepto si se estipula otra cosa en las CEC, ''la Parte que
recibe'' (bien el Comprador o el Proveedor) debe mantener
en confidencia y no debe divulgar, sin el consentimiento
escrito de la otra parte (''la Parte que revela'') a una tercera
parte ningn documento, datos ni cualquier otra informacin
de naturaleza confidencial (''Informacin Confidencial''):
a) suministrada directa o indirectamente por la Parte
que revela en relacin con este contrato;
b) generada por el Proveedor en el transcurso del
cumplimiento de sus obligaciones de
conformidad con el Contrato y relativas a las
empresas, las finanzas, los Proveedores, los
empleados u otros contactos del Comprador o del
uso que el Comprador haga del Sistema,
independientemente de que dicha informacin se
haya suministrado o generado antes, durante o
despus de la expiracin del Contrato
(''Informacin Confidencial'').

17.2 A pesar de lo anterior:
a) el Proveedor podr suministrar Informacin
confidencial del Comprador a su Subcontratista en un
grado razonable para que ste pueda ejecutar el
trabajo estipulado en el Contrato; y
b) el Comprador podr suministrar Informacin
confidencial del Proveedor: i) a sus proveedores de
servicios de apoyo en la medida en que razonablemente
lo requiera la ejecucin de su trabajo estipulado en sus
contratos de servicio logstico; y ii) a sus afiliados y
empresas subsidiarias.
En tal caso, la Parte que recibe deber garantizar que la
persona a quien le proporciona Informacin Confidencial de
la Parte que revela est al tanto de las obligaciones de la
Parte que recibe y est dispuesta a respetarlas segn la
clusula 17 de las CGC como si fuese parte del Contrato en
lugar de la Parte que recibe.
17.3 El Comprador no podr, sin el consentimiento previo por
escrito del Proveedor, utilizar la Informacin confidencial
que haya recibido del Proveedor para otro fin que no sea el
funcionamiento, el mantenimiento o el desarrollo del
Sistema. De igual manera, el Proveedor no podr, sin
consentimiento previo por escrito del Comprador, utilizar la
Informacin confidencial que haya recibido del Comprador
para otro propsito que no sea el desarrollo del Contrato.
17.4 Sin embargo, la obligacin de una de las partes, expuesta
ms arriba en las clusulas 17.1, 17.2 y 17.3 de las CGC, no
se aplicar a la informacin que:
a) pase a ser del dominio pblico en el presente o el
futuro, sin que medie falta alguna de la Parte que
recibe;
b) pueda comprobarse que haya estado en poder de la
Parte que recibe en el momento de la divulgacin y que
no se haba conseguido previamente, directa o
indirectamente, de la Parte que revela;
c) de alguna otra forma pero legalmente, una tercera
parte, que no tiene obligacin de confidencialidad, la
pone a disposicin de la Parte que recibe.
17.5 Las disposiciones arriba expuestas, de la clusula 17 de
estas CGC no deben modificar de ningn modo ninguna
promesa de confidencialidad formulada por alguna de las
partes de este Contrato antes de la fecha del Contrato en
relacin con el Sistema o cualesquiera de sus partes.
17.6 Las disposiciones de esta clusula 17 de las CGC debern
prolongarse ms all de la rescisin del Contrato,
independientemente de cul haya sido la razn de sta, por lo
menos durante tres (3) aos o ms, segn se hubiere
estipulado en las CEC.
E. SUMINISTRO, INSTALACIN, PRUEBAS, PUESTA EN SERVICIO Y
ACEPTACIN DEL SISTEMA
18. Representantes 18.1 Jefe de proyecto
Si el Jefe de proyecto no se ha nombrado en el Contrato,
entonces dentro de los catorce (14) das siguientes a la Fecha
de inicio, el Comprador deber nombrar al Jefe de proyecto
y notificar su nombre por escrito al Proveedor. El
Comprador podr ocasionalmente nombrar a otra persona
como Jefe de proyecto para sustituir a la persona designada
anteriormente, y comunicar sin demora el nombre de dicha
persona al Proveedor. Tal nombramiento no se har en un
momento o de manera tal que perjudique el progreso de los
trabajos relativos al Sistema. El nombramiento slo entrar
en vigor cuando el Proveedor reciba la notificacin
correspondiente. Con sujecin a ampliaciones o limitaciones
estipuladas en las CEC (si las hubiere), el Jefe de proyecto
estar facultado para representar al Comprador en todos los
asuntos cotidianos relacionados con el Sistema o que surjan
con respecto al Contrato. Todas las notificaciones,
instrucciones, rdenes, certificados, aprobaciones y dems
comunicaciones con arreglo al Contrato sern emitidas por el
Jefe de proyecto, salvo que se disponga otra cosa en este
Contrato.
Todas las notificaciones, instrucciones, informacin y otras
comunicaciones suministradas por el Proveedor al
Comprador con arreglo al Contrato se transmitirn al Jefe de
proyecto, 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 nombrado
en el Contrato, el Proveedor, dentro de los catorce
(14) das siguientes a la Fecha de inicio del Contrato,
el Proveedor nombrar al Representante del Proveedor
y pedir por escrito al Comprador que apruebe a la
persona nombrada. La peticin deber ir acompaada
de un currculum detallado del candidato y de una
descripcin de cualquier otra responsabilidad
relacionada o no con el Sistema que el candidato
asumira en el desempeo de sus funciones como
Representante del Proveedor. Si el Comprador no
presenta objeciones al nombramiento dentro de un
plazo de catorce (14) das, se considerar que el
Representante del Proveedor fue aprobado. Si el
Comprador presenta objeciones al nombramiento
dentro del plazo de catorce (14) das, indicando las
razones, el Proveedor designar a un sustituto dentro
de los catorce (14) das siguientes a la presentacin de
dicha objecin, de conformidad con las disposiciones
de la presente clusula 18.2.1 de las CGC.
18.2.2 Con sujecin a las ampliaciones o limitaciones
estipuladas en las CEC (si las hubiere), el
Representante del Proveedor tendr facultades para
representar al Proveedor en todos los asuntos
cotidianos relacionados con el Sistema o que surjan
con respecto al Contrato. El Representante del
Proveedor transmitir al Jefe de proyecto todas las
notificaciones, instrucciones, informacin y otras
comunicaciones del Proveedor con arreglo al
Contrato.
Todas las notificaciones, instrucciones, informacin y
dems comunicaciones transmitidas por el Comprador
o por el Jefe de proyecto al Proveedor con arreglo al
Contrato se transmitirn al Representante del
Proveedor o, en su ausencia, a su suplente, salvo que
en este Contrato se disponga otra cosa.
18.2.3 El Proveedor no revocar el nombramiento del
Representante del Proveedor sin el consentimiento
previo por escrito del Comprador, consentimiento que
no se denegar sin razones vlidas. Si el Comprador
consiente en ello, el Proveedor designar como
Representante del Proveedor a otra persona con
calificaciones idnticas o superiores, de conformidad
con el procedimiento establecido en la clusula 18.2.1
de las CGC.
18.2.4 El Representante y el personal del Proveedor estn
obligados a trabajar en estrecha colaboracin con el
Jefe de proyecto y el personal del Comprador, a actuar
dentro del mbito de sus facultades y a seguir con las
instrucciones impartidas por el Comprador conforme a
las condiciones del Contrato. El Representante del
Proveedor es responsable de la gestin de las
actividades de su personal y de todo personal
subcontratado.
18.2.5 Con sujecin a la aprobacin del Comprador
(aprobacin que no se denegar sin razones vlidas),
el Representante del Proveedor podr delegar, en
cualquier momento y en cualquier persona,
cualesquiera de las facultades, funciones y autoridad
que le hayan sido conferidas. Esa delegacin podr
revocarse en cualquier momento. Toda delegacin o
revocacin estar sujeta a una notificacin previa
firmada por el Representante del Proveedor, en la que
se especificarn las facultades, funciones y
autoridades que se delegan o revocan en virtud de
dicha notificacin. La delegacin o revocacin no
tendr efecto hasta que se haya entregado una copia de
ella al Comprador y al Jefe de proyecto.
18.2.6 Todo acto o ejercicio por una persona de las
facultades, funciones y autoridad delegadas en ella de
conformidad con la clusula 18.2.5 de las CGC se
considerar un acto o un ejercicio del Representante
del Proveedor.
18.3 Objeciones y retiros
18.3.1 El Comprador podr, mediante notificacin al
Proveedor, presentar objeciones con respecto a
cualquier representante o persona empleada por el
Proveedor en la ejecucin del Contrato que, en la
opinin razonable del Comprador, pudiera
comportarse de manera no apropiada, o ser
incompetente o negligente. El Comprador
suministrar pruebas de ello, y el Proveedor ordenar
entonces que esa persona deje de trabajar en el
Sistema.
18.3.2 Si un representante o persona empleada por el
Proveedor es retirada con arreglo a la precedente
clusula 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 colaboracin con el Comprador, y sobre la base
del Plan preliminar del proyecto incluido en la oferta del
Proveedor, el Proveedor elaborar un Plan del proyecto que
contendr las actividades especificadas en el Contrato. El
contenido del Plan del proyecto ser el especificado en las
CEC o en los Requisitos Tcnicos.
19.2 El Proveedor presentar formalmente el Plan del proyecto
al Comprador, de conformidad con el procedimiento
indicado en las CEC.
19.3 De ser necesario, las consecuencias que tengan las
modificaciones convenidas durante la finalizacin del Plan
definitivo y aprobado del proyecto sobre el Programa de
Ejecucin sern incorporadas en el Contrato mediante una
enmienda, de conformidad con las clusulas 39 y 40 de las
CGC.
19.4 El Proveedor se comprometer a suministrar, instalar,
someter a prueba y poner en servicio el Sistema, de
conformidad con el Plan definitivo y aprobado del Proyecto
y con el Contrato.
19.5 El Proveedor preparar los informes de avance y otros
informes especificados en las CEC y los presentar al
Comprador en la forma y con la frecuencia estipulada en los
Requisitos Tcnicos.
20. Subcontratacin 20.1 En el Apndice 3 (Lista de subcontratistas aprobados) del
Contrato se especifican los rubros ms importantes de
suministro o de servicios y se incluye una lista de los
Subcontratistas aprobados para cada rubro que el Comprador
considera aceptables. Si no se menciona a ningn
subcontratista para alguno de dichos rubros, el Proveedor
preparar una lista de los Subcontratistas que considere
calificados y que desee que se incluyan en la lista para tales
rubros. El Proveedor podr proponer ocasionalmente que se
agreguen o supriman subcontratistas de dicha lista. El
Proveedor presentar al Comprador la lista o las
modificaciones de sta para su aprobacin con tiempo
suficiente a fin de no obstaculizar el progreso de los trabajos
relativos al Sistema. El Comprador no denegar la
aprobacin por razones injustificadas. La aprobacin por el
Comprador de cualquiera de los Subcontratistas no eximir
al Proveedor de ninguna de sus obligaciones, deberes o
responsabilidades contrados en virtud del Contrato.
20.2 El Proveedor podr, a su discrecin, seleccionar y contratar a
subcontratistas para los rubros importantes incluidos en la
lista mencionada en la clusula 20.1 de las CGC. Si el
Proveedor desea contratar a un subcontratista que no est
incluido en una lista, o subcontratar un rubro que no aparece
en la lista, deber obtener la aprobacin previa del
Comprador, de conformidad con la clusula 20.3 de las
CGC.
20.3 Para los rubros para los que no se han especificado listas de
subcontratistas aprobados previamente en el Apndice 3 del
Contrato el Proveedor podr contratar a los Subcontratistas
que l mismo seleccione, siempre y cuando: i) el Proveedor
haya notificado al respecto por escrito al Comprador por lo
menos veintiocho (28) das antes de la fecha de movilizacin
propuesta de dicho subcontratista, y ii) al trmino de este
perodo, el Comprador haya dado su aprobacin por escrito o
no haya enviado una respuesta. El Proveedor no contratar a
ningn subcontratista respecto al cual el Comprador haya
expresado su objecin por escrito antes del trmino del
perodo de notificacin. La falta de una objecin por escrito
del Comprador durante el perodo antes especificado
constituir la aceptacin formal del Subcontratista propuesto.
No obstante, salvo en la medida en que esta clusula permita
la aprobacin implcita por el Comprador de subcontratistas
no incluidos en la lista del Contrato, nada de lo dispuesto en
la presente clusula limitar los derechos y las obligaciones
del Comprador o del Proveedor que se especifican en las
clusulas 20.1 y 20.2 de las CGC, en las CEC o en el
Apndice 3 del Contrato.
21. Diseo e
ingeniera
21.1 Especificaciones tcnicas y planos
21.1.1 El Proveedor realizar el diseo bsico y detallado, as
como las actividades de ejecucin que sean necesarias
para la correcta instalacin del Sistema, en
cumplimento de las disposiciones del Contrato o,
cuando ello no est especificado, de conformidad con
las buenas prcticas de la industria.
El Proveedor ser responsable de toda discrepancia,
error u omisin en las especificaciones, planos y otros
documentos tcnicos que haya preparado,
independientemente de que dichas especificaciones,
planos y otros documentos hayan sido aprobados o no
por el Jefe de proyecto, siempre que dichas
discrepancias, errores u omisiones no se deban al uso
de informacin inexacta suministrada por escrito al
Proveedor por el Comprador o en su nombre.
21.1.2 El Proveedor tendr derecho a que se le exima de
responsabilidad por todo diseo, dato, plano,
especificacin u otro documento, o modificacin de
ellos, proporcionado o diseado por el Comprador o
en su nombre, mediante notificacin de ese descargo
de responsabilidad al Jefe de proyecto.
21.2 Cdigos y normas
Salvo que en las CEC se especifique otra cosa, cuando en el
Contrato se haga referencia a cdigos y normas conforme a
los cuales deber ejecutarse el Contrato, se aplicar, a menos
que se especifique otra cosa, la edicin o la versin revisada
de dichos cdigos y normas que est vigente en la fecha que
corresponda a los veintiocho (28) das anteriores a la fecha
de presentacin de la oferta. Durante la ejecucin del
Contrato, las modificaciones introducidas en dichos cdigos
y normas se aplicarn tras su aprobacin por el Comprador y
se tratarn de conformidad con la clusula 39.3 de las CGC.
21.3 Aprobacin/examen de los documentos tcnicos por el Jefe
de proyecto
21.3.1 El Proveedor preparar y suministrar al Jefe de
proyecto los documentos especificados en las CEC
para su aprobacin o examen.
Las partes del Sistema incluidas o relacionadas con los
documentos que deber aprobar el Jefe de proyecto
slo se ejecutarn despus de la aprobacin de dichos
documentos por el Jefe de proyecto.
Las clusulas 21.3.2 a 21.3.7 de las CGC se aplicarn
a los documentos que requieran la aprobacin del Jefe
de proyecto, pero no a los entregados al Jefe de
proyecto para su examen solamente.
21.3.2 Dentro de los catorce (14) das siguientes a la
recepcin por el Jefe de proyecto de cualquier
documento que requiera su aprobacin, de
conformidad con la clusula 21.3.1 de las CGC, el
Jefe de proyecto devolver una copia del documento
al Proveedor, con su aprobacin ratificada en el
documento, o notificar por escrito al Proveedor su
desaprobacin del documento y las razones de ella, as
como las modificaciones que propone introducir el
Jefe de proyecto. Si el Jefe de proyecto no lo hace as
dentro del plazo indicado de catorce (14) das, se
considerar 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 disposicin
especificada en el Contrato o es contrario a las buenas
prcticas de la industria.
21.3.4 Si el Jefe de proyecto no aprueba el documento, el
Proveedor deber modificarlo y volver a presentarlo al
Jefe de proyecto para su aprobacin, de conformidad
con la clusula 21.3.2 de las CGC. Si el Jefe de
proyecto aprueba el documento con sujecin a
modificaciones, el Proveedor har las modificaciones
requeridas, y se considerar entonces que el
documento ha sido aprobado, sujeto a la clusula
21.3.5. El procedimiento sealado en las clusulas
21.3.2 a 21.3.4 de las CGC se repetir, segn
corresponda, hasta que el Jefe de proyecto apruebe
dichos documentos.
21.3.5 En caso de que surgiera una controversia o una
diferencia entre el Comprador y el Proveedor en
relacin con o como resultado de la falta de
aprobacin por el Jefe de proyecto de un documento o
de una modificacin de un documento que las Partes
no puedan resolver dentro de un plazo razonable,
entonces, en caso de que el Contrato incluya y nombre
a un Conciliador, dicha controversia o diferencia
podr remitirse al Conciliador para que adopte una
determinacin al respecto, de acuerdo con la clusula
6.1 de las CGC (Conciliador). Si la controversia o la
diferencia se remite a un Conciliador, el Jefe de
proyecto dar instrucciones con respecto a si el
Contrato deber o no seguir adelante y, si va seguir
adelante, en qu forma continuar el desempeo del
Contrato. El Proveedor seguir adelante con el
Contrato, de conformidad con las instrucciones del
Jefe de proyecto, siempre y cuando el Conciliador
apoye el parecer del Proveedor en la controversia. Si
el Comprador no ha hecho una notificacin con
arreglo a la clusula 6.1.2 de las CGC, el Comprador
reembolsar al Proveedor todo gasto adicional en que
haya incurrido en cumplimiento de tales instrucciones,
y el Proveedor quedar exento de responsabilidad en
relacin con la controversia y la ejecucin de las
instrucciones, segn decida el Conciliador; en
consecuencia, se prorrogar el plazo para obtener la
21.3.6 La aprobacin del Jefe de proyecto, con o sin
modificacin, del documento suministrado por el
Proveedor no eximir al Proveedor de ninguna
responsabilidad u obligacin que le imponga una
disposicin del Contrato, excepto en la medida en que
toda falla subsiguiente sea consecuencia de las
modificaciones exigidas por el Jefe de proyecto o del
suministro al Proveedor de informacin inexacta por
escrito por el Comprador o en su nombre.
21.3.7 El Proveedor no se apartar de los documentos
aprobados a menos que haya presentado primero al
Jefe de proyecto un documento enmendado, y
obtenido la aprobacin del Jefe de proyecto, de
conformidad con las disposiciones de la presente
clusula 21.3 de las CGC. Si el Jefe de proyecto
solicita una modificacin en un documento ya
aprobado o en un documento basado en este ltimo, se
aplicarn a dicha solicitud las disposiciones de la
clusula 39 de las CGC (Cambios al Sistema).
22. Adquisicin,
entrega y
transporte
22.1 De conformidad con la clusula 14.2 de las CGC, el
Proveedor fabricar o comprar y transportar todas las
tecnologas informticas, materiales y otros bienes de
manera rpida y ordenada al lugar del proyecto.
22.2 El Proveedor entregar las tecnologas informticas, los
materiales y otros bienes de conformidad con lo dispuesto
en los Requisitos Tcnicos.
22.3 Las entregas anticipadas o parciales requerirn el
consentimiento por escrito del Comprador, consentimiento
que no deber denegarse sin justificacin.
22.4 Transporte
22.4.1 El Proveedor deber embalar los bienes segn sea
necesario de manera que estn protegidos de cualquier
dao o deterioro durante el transporte. El embalaje, la
identificacin y la documentacin dentro y fuera de
los embalajes debern cumplir estrictamente con las
instrucciones dadas por el Comprador al Proveedor.
22.4.2 El Proveedor asumir la responsabilidad y el costo del
transporte a los lugares del Proyecto de acuerdo con
los trminos y condiciones establecidos en las
especificaciones de precios de los esquemas de
precios, incluidos los trminos y condiciones de los
Incoterms pertinentes.
22.4.3 A menos que se disponga otra cosa en las CEC, el
Proveedor tendr derecho a utilizar cualquier medio
de transporte por conducto de empresas de transporte
registradas en cualquier pas elegible y obtener un
seguro de cualquier pas fuente elegible.
22.5 A menos que en las CEC se especifique otra cosa, el
Proveedor suministrar al Comprador los documentos de
despacho y de otro tipo que se indican a continuacin:
22.5.1 Para los bienes suministrados desde fuera del pas del
Comprador:
En el momento del despacho, el Proveedor notificar
por tlex, cable, fax, correo electrnico o intercambio
electrnico de datos al Comprador y a la compaa de
seguros 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, segn sea el caso, los siguientes
documentos, con copia a la compaa aseguradora de
la carga:
a) dos ejemplares de la factura del Proveedor que
contendr una descripcin de los bienes, la
cantidad, el precio unitario y el monto total de
los 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 llegada
del envo al pas del Comprador y al Lugar del
proyecto.
22.5.2 Para los bienes suministrados localmente (es decir,
dentro del pas del Comprador):
En el momento del despacho, el Proveedor notificar
por tlex, cable, fax, correo electrnico o intercambio
electrnico de datos al Comprador todos los detalles
del embarque. El Proveedor enviar con prontitud al
Comprador, por correo o servicio especial de correo,
segn sea el caso, lo siguiente:
a) dos copias de la factura del Proveedor que
incluya una descripcin de los bienes, la
cantidad, el precio unitario y el monto total de
los bienes;
b) una nota de entrega, recibo de transporte
ferroviario 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 Lugar
del Proyecto.
22.6 Despacho de aduanas
a) El Comprador asumir la responsabilidad y el costo del
despacho de aduanas de su pas, de acuerdo a los
Incoterms pertinentes del esquema de precios (Artculo
2 del Contrato) para bienes importados al pas del
Comprador.
b) Segn lo exija el Comprador, el Proveedor pondr a
disposicin un representante o un agente en el pas del
Comprador para que se ocupe de los bienes
importados. En caso de que se produzcan demoras en el
despacho de aduanas que no sean atribuibles al
Proveedor:
i) el Proveedor tendr derecho a una prrroga del
plazo para obtener la Aceptacin operacional, de
conformidad con la clusula 40 de las CGC;
ii) el Precio del Contrato se ajustar para
compensar cualquier gasto adicional de
almacenaje que el Proveedor tuviera que
sufragar como resultado de la demora.
23. Mejoramiento de
productos
23.1 En cualquier momento durante la ejecucin del Contrato, si
el Proveedor introdujera adelantos tcnicos para las
tecnologas informticas ofrecidas inicialmente por l en su
oferta y que an no han sido entregadas, el Proveedor estar
obligado a ofrecer al Comprador, al mismo precio o a un
precio ms bajo, las versiones ms recientes de las
tecnologas informticas disponibles que tengan un
rendimiento o una funcionalidad igual o superior, de
conformidad con la clusula 39 de las CGC (Modificacin
del Sistema).
23.2 En cualquier momento durante la ejecucin del Contrato, con
respecto a las tecnologas informticas que an no se hayan
entregado, el Proveedor deber conceder al Comprador
cualquier reduccin de costos, proporcionarle todo apoyo y
facilidad adicionales o mejorados que ofrezca a sus otros
clientes en el pas del Comprador, de conformidad con la
clusula 39 de las CGC (Modificacin del Sistema).
23.3 Durante la ejecucin del Contrato, el Proveedor ofrecer al
Comprador todas las nuevas versiones y actualizaciones
del Software estndar, as como la documentacin
correspondiente y los servicios de apoyo tcnico, dentro de
un plazo de treinta (30) das contados a partir de la fecha en
que el Proveedor los ponga a disposicin de sus otros
clientes en el pas del Comprador, y a ms tardar doce (12)
meses despus de que sean dados a conocer en el pas de
origen. En ningn caso, los precios de dicho Software
podrn exceder los precios cotizados por el Proveedor en el
Formulario de gastos ordinarios incluido en su oferta.
23.4 Durante el perodo de garanta, a menos que en las CEC se
especifique otra cosa, el Proveedor suministrar, sin costo
adicional para el Comprador, todas las nuevas versiones y
actualizaciones de todo el Software estndar que se utilice en
el Sistema, dentro de un plazo de treinta (30) das contados a
partir de la fecha en que el Proveedor los ponga a disposicin
de sus otros clientes en el pas del Comprador, y a ms tardar
doce (12) meses despus de que sean dados a conocer en el
pas de origen del Software.
23.5 El Comprador introducir toda nueva versin o actualizacin
del Software dentro de un plazo de dieciocho (18) meses a
contar de la fecha en que reciba una copia lista para su
produccin, de la nueva versin o actualizacin, siempre y
cuando dicha versin o actualizacin no tenga un efecto
negativo en el funcionamiento o en el rendimiento del
Sistema, ni haga necesaria una adaptacin importante del
Sistema. En los casos en que la nueva versin o
actualizacin repercuta negativamente en el funcionamiento
o el rendimiento del Sistema, o haga necesaria una
adaptacin importante del mismo, el Proveedor continuar
apoyando y manteniendo la versin o la actualizacin
anterior todo el tiempo que sea necesario para hacer posible
la introduccin de la nueva versin o actualizacin. En
ningn caso, el Proveedor dejar de dar apoyo o de mantener
una versin o actualizacin del Software durante menos de
veinticuatro (24) meses a contar de la fecha en que el
Comprador reciba una copia lista para su produccin de una
versin o actualizacin subsiguiente. El Comprador har
todo lo que est razonablemente a su alcance para poner en
servicio cualquier nueva versin o actualizacin a la mayor
brevedad posible, con sujecin al plazo de veinticuatro (24)
meses.
24. Ejecucin,
instalacin y
otros servicios
24.1 El Proveedor suministrar todos los servicios especificados
en el Contrato y en el Plan definitivo y aprobado del
Proyecto, de conformidad con las ms elevadas normas de
competencia e integridad profesional.
24.2 Si no estn incluidos en el Contrato, las partes acordarn por
adelantado los precios que el Proveedor cobrar por los
servicios (que incluyen, pero no se limitan a los precios
presentados por el Proveedor en las listas de gastos
ordinarios incluidas en su oferta), y esos precios no sern
superiores a las tarifas vigentes que el Proveedor aplica a
otros compradores del pas del Comprador para servicios
similares.
25. Inspecciones y
pruebas
25.1 El Comprador, o su representante, tendr derecho a
inspeccionar y a someter a prueba, en el punto de entrega o
en el lugar del proyecto, cualquier componente del Sistema
que se especifique en los Requisitos Tcnicos, con el
propsito de comprobar su buen funcionamiento y su
25.2 El Comprador y el Jefe de proyecto o sus representantes
designados estarn autorizados a presenciar dichas
inspecciones y pruebas, siempre que el Comprador cubra
todos los costos y gastos relacionados con dicha asistencia,
que incluyen, pero no se limitan a los honorarios de los
inspectores, los gastos de viaje y otros gastos afines.
25.3 En caso de que los componentes inspeccionados o sometidos
a prueba no estn conformes con el Contrato, el Comprador
podr rechazarlos, y el Proveedor deber reemplazarlos o
hacer las modificaciones necesarias para que cumplan los
requisitos establecidos en el Contrato, sin costo alguno para
el Comprador.
25.4 El Jefe de proyecto podr exigir que el Proveedor lleve a
cabo cualquier inspeccin o prueba que no se especifique en
el Contrato, y los costos y gastos razonables que tenga que
sufragar el Proveedor para realizar tal inspeccin o prueba se
aadirn al Precio del Contrato. Por otra parte, si la
inspeccin o prueba obstaculiza el avance de los trabajos
relativos al Sistema y el cumplimiento por el Proveedor de
sus dems obligaciones en virtud del Contrato, se evaluar
debidamente el plazo para obtener la Aceptacin operacional
y dems obligaciones que resulten afectadas.
25.5 En caso de que surgiera una controversia o diferencia de
opinin entre las partes en relacin con la inspeccin o
prueba de un componente que deba incorporarse al Sistema,
o como resultado de ellas, que las Partes no puedan resolver
amigablemente dentro de un plazo prudente, cualquiera de
las Partes podr invocar el proceso de conformidad con la
clusula 6 de las CGC (Solucin de controversias), que
empezar al referir el asunto al Conciliador en caso de que se
haya incluido y nombrado un Conciliador en el Contrato.
26. Instalacin del
Sistema
26.1 Tan pronto como, en opinin del Proveedor, el Sistema o
cualquier Subsistema se haya entregado, puesto en servicio
previo y preparado para las pruebas de puesta en servicio
definitiva y obtencin de la Aceptacin operacional, de
conformidad con los Requisitos Tcnicos, las CEC y el Plan
definitivo y aprobado del Proyecto, el Proveedor notificar al
respecto por escrito al Comprador.
26.2 El Jefe de proyecto deber, dentro de los catorce (14) das
siguientes a la recepcin de la notificacin del Proveedor
con arreglo a la clusula 26.1 de las CGC, emitir un
certificado de instalacin en el formulario especificado en la
Seccin de Formularios Tipo de los documentos de
licitacin, en el que se indicar que el Sistema, o un
componente principal o Subsistema (siempre que en el
Contrato se especifique la aceptacin por componente
principal o Subsistema), ha quedado instalado en la fecha de
la notificacin al Proveedor, de conformidad con la clusula
26.1 de las CGC, o notificar al Proveedor por escrito de
cualquier defecto o fallas, que incluyen pero no se limitan a
defectos o fallas en la interoperabilidad o integracin de los
diversos componentes y Subsistemas que conforman el
Sistema. El Proveedor har todo lo que sea razonablemente
posible para remediar sin demora cualquier defecto o
deficiencia que el Jefe de proyecto haya notificado al
Proveedor. Luego, el Proveedor volver a realizar
prontamente las pruebas del Sistema o Subsistema y, cuando
en opinin del Proveedor, el Sistema o Subsistema est
preparado para las pruebas de puesta en servicio y de
Aceptacin operacional, notificar al respecto al Comprador
por escrito, de conformidad con la clusula 26.1. El
procedimiento descrito en esta clusula 26.2 se repetir las
veces que sea necesario hasta que se expida el certificado de
instalacin.
26.3 Si el Jefe de proyecto no emite el certificado de instalacin
ni informa al Proveedor de los defectos y fallas dentro de los
catorce (14) das siguientes a la recepcin de la notificacin
del Proveedor con arreglo a la clusula 26.1 de las CGC, o si
el Comprador pone en funcionamiento el Sistema o
Subsistema con fines de produccin, se considerar que el
Sistema (o Subsistema) ha quedado instalado
satisfactoriamente en la fecha de la notificacin o de la
notificacin repetida del Proveedor, o cuando el Comprador
haya puesto en funcionamiento el Sistema con fines de
produccin, segn sea el caso.
27. Puesta en servicio
y Aceptacin
operacional
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 el
certificado de instalacin, de conformidad con
la clusula 26.2 de las CGC; o
b) segn lo especificado en los Requisitos
Tcnicos o en el Plan definitivo y aprobado del
Proyecto; o
c) inmediatamente despus de que la instalacin se
considere realizada, de conformidad con la
clusula 26.3 de las CGC.
27.1.2 El Comprador proporcionar el personal tcnico y de
operaciones as como todos los materiales y la
informacin razonablemente necesarios para que el
Proveedor pueda cumplir sus obligaciones con
respecto a la puesta en servicio.
El Sistema o Subsistema(s) no se deber poner en
produccin hasta que no se hayan iniciado las pruebas
formales de Aceptacin operacional.
27.2 Pruebas de Aceptacin operacional
27.2.1 La responsabilidad principal de las pruebas de
Aceptacin operacional (y sus repeticiones) le
incumbir al Comprador (de conformidad con la
clusula 10.9 de las CGC), pero stas se realizarn con
la cooperacin plena del Proveedor durante la puesta
en servicio del Sistema (o Subsistema(s), si se
especifica en el Contrato). El propsito de las pruebas
de Aceptacin operacional es asegurarse de que el
Sistema (o los componentes principales o
Subsistema(s)) se ajusta a los Requisitos Tcnicos y
cumple con las normas de rendimiento sealadas en la
oferta del Proveedor, incluyendo, pero no
exclusivamente, los requisitos de rendimiento
funcional y tcnico. Las pruebas de Aceptacin
operacional durante la puesta en servicio se llevarn a
cabo segn lo especificado en las CEC, en los
Requisitos Tcnicos o en el Plan definitivo y
aprobado del proyecto.
A discrecin del Comprador, tambin se podrn
someter a prueba los bienes de reemplazo, las
actualizaciones o nuevas versiones y los bienes que se
aadan o modifiquen en el lugar una vez que se haya
obtenido la Aceptacin operacional del Sistema.
27.2.2 Si por razones atribuibles al Comprador, la prueba de
Aceptacin operacional del Sistema (o Subsistema(s)
o componente principal, si se permite en las CEC o en
los Requisitos Tcnicos) no puede terminarse
satisfactoriamente dentro del plazo estipulado en las
CEC a contar desde la fecha de instalacin, o de
cualquier otro plazo convenido por escrito entre el
Comprador y el Proveedor, se considerar que el
Proveedor ha cumplido sus obligaciones con respecto
a los aspectos tcnicos y funcionales de los Requisitos
Tcnicos, las CEC o en el Plan definitivo y aprobado
del proyecto, y no se aplicarn las clusulas 28.2 y
28.3 de las CGC.
27.3 Aceptacin operacional
27.3.1 Exceptuando el caso de aceptacin parcial descrito en
la clusula 27.4 de las CGC que sigue, la Aceptacin
operacional del Sistema ocurrir cuando:
a) se hayan realizado satisfactoriamente las pruebas
de Aceptacin operacional especificadas en los
Requisitos Tcnicos, las CEC o en el Plan
definitivo y aprobado del Proyecto; o
b) las pruebas de Aceptacin operacional no se
hayan realizado satisfactoriamente o no se hayan
llevado a cabo por razones atribuibles al
Comprador dentro del plazo previsto a contar de
la fecha de instalacin o de cualquier otro plazo
especificado en la clusula 27.2.2 de las CGC; o
c) el Comprador haya puesto en uso o produccin el
Sistema durante sesenta (60) das consecutivos. Si
el Sistema se ha puesto en uso o en produccin en
esta forma, el Proveedor notificar al Comprador
al respecto y documentar dicho uso.
27.3.2 En cualquier momento, despus de que haya ocurrido
cualquiera de los sucesos indicados en la clusula
27.3.1 de las CGC, el Proveedor podr solicitar al Jefe
de proyecto que emita un Certificado de Aceptacin
operacional.
27.3.3 El Jefe de proyecto, tras consultar con el Comprador y
dentro de los catorce (14) das siguientes a la
recepcin de la notificacin del Proveedor deber:
a) emitir un Certificado de Aceptacin
operacional; o
b) notificar por escrito al Proveedor cualquier
defecto o deficiencia, u otra razn por la cual no
se hayan realizado las pruebas de Aceptacin
operacional; o
c) emitir el Certificado de Aceptacin operacional
si se produce la situacin descrita en la clusula
27.3.1 b) de las CGC.
27.3.4 El Proveedor har todo lo que sea razonablemente
posible para remediar sin demora cualquier defecto o
falla y para eliminar toda causa notificada por el Jefe
de proyecto que haya impedido pasar las pruebas de
Aceptacin operacional. Una vez que se haya
remediado la situacin, el Proveedor notificar al
Comprador y ste, con la plena cooperacin del
Proveedor, har todo lo que sea razonablemente
posible para efectuar nuevamente las pruebas del
Sistema o Subsistema. Una vez que las pruebas de
Aceptacin operacional hayan concluido
satisfactoriamente, el Proveedor notificar al
Comprador sobre la peticin del Certificado de
Aceptacin operacional, de conformidad con la
clusula 27.3.3 de las CGC. Entonces, el Comprador
emitir para el Proveedor el Certificado de Aceptacin
operacional, conforme a la clusula 27.3.3. a) o
notificar al Proveedor sobre otros defectos, fallas u
otras razones que hayan impedido que el producto
pasara la prueba de Aceptacin operacional. El
procedimiento descrito en esta clusula 27.3.4 se
repetir las veces que sea necesario hasta que se emita
el Certificado de Aceptacin operacional.
27.3.5 Si el Sistema o Subsistema no pasa las pruebas de
Aceptacin operacional de conformidad con la
clusula 27.2 de las CGC:
a) el Comprador podr considerar la posibilidad de
rescindir el Contrato, de conformidad con la
clusula 41.2.2 de las CGC; o bien
b) si la imposibilidad de obtener la Aceptacin
operacional dentro del plazo especificado se
debe a que el Comprador no ha cumplido sus
obligaciones en virtud del Contrato, se
considerar que el Proveedor ha cumplido sus
obligaciones relativas a los aspectos tcnicos y
funcionales pertinentes del Contrato, y no se
aplicarn las clusulas 30.3 y 30.4 de las CGC.
27.3.6 Si el Jefe de proyecto no emite el Certificado de
Aceptacin operacional ni informa por escrito al
Proveedor de sus razones justificadas por las que no
ha emitido el Certificado de Aceptacin operacional
dentro del plazo de catorce (14) das despus de
recibida la notificacin del Proveedor, se considerar
que el Sistema o Subsistema ha sido aceptado a contar
desde la fecha de dicha notificacin del Proveedor.
27.4 Aceptacin parcial
27.4.1 Si en el Contrato se especifica que la instalacin y la
puesta en servicio se llevarn a cabo individualmente
para cada componente principal o Subsistema del
Sistema, las disposiciones contractuales relativas a la
instalacin y puesta en servicio, incluida la prueba de
Aceptacin operacional, se aplicarn individualmente
a cada uno de esos componentes principales o
Subsistemas, y el o los Certificados de aceptacin se
emitirn, en consecuencia, para cada uno de dichos
componentes principales o Subsistemas del Sistema,
sujeto a las limitaciones estipuladas en la clusula
27.4.2 de las CGC, que sigue.
27.4.2 La emisin de Certificados de Aceptacin operacional
para cada componente principal o Subsistema, de
conformidad con la clusula 27.4.1 no exime al
Proveedor de su obligacin de obtener un Certificado
de Aceptacin operacional para la totalidad del
Sistema (si se especifica en el Contrato) una vez que
se hayan suministrado, instalado, sometido a prueba y
puesto en servicio todos los componentes principales y
Subsistemas.
27.4.3 Cuando se trate de componentes menores del Sistema
que, por su carcter, no necesitan la puesta en servicio
ni una prueba de Aceptacin operacional (como por
ejemplo, aditamentos, accesorios u obras en el sitio,
etc.), el Jefe de proyecto emitir un Certificado de
Aceptacin operacional dentro de los catorce (14) das
siguientes a la entrega o instalacin de los aditamentos
y de los accesorios o de la conclusin de las obras en
el lugar del proyecto. Sin embargo, el Proveedor har
todo lo que sea razonablemente posible para remediar
sin demora cualquier defecto o deficiencia de esos
pequeos componentes que el Comprador o el
Proveedor pudieran detectar.

F. GARANTAS Y RESPONSABILIDADES
28. Garanta del
plazo de
Aceptacin
operacional
28.1 El Proveedor garantiza que concluir el suministro, la
instalacin y la puesta en servicio del Sistema (o
Subsistemas, si se especifica en el Contrato), y obtendr la
Aceptacin operacional de dicho Sistema (o Subsistemas)
dentro de los plazos especificados en el Programa de
Ejecucin incluido en la Seccin sobre Requisitos Tcnicos
o en el Plan definitivo y aprobado del proyecto, de
conformidad con la clusula 8.2 de las CGC, o dentro de la
prrroga del plazo a la que tendr derecho el Proveedor con
arreglo a la clusula 40 de las CGC (Prrroga del plazo para
obtener la Aceptacin operacional).
28.2 Si el Proveedor no concluye el suministro, la instalacin y
la puesta en servicio del Sistema (o Subsistemas, si se
especifica en el Contrato), ni obtiene la Aceptacin
operacional de dicho Sistema (o Subsistemas) dentro del
plazo para obtener la Aceptacin operacional especificada
en el Programa de Ejecucin incluido en la Seccin sobre
Requisitos Tcnicos o en el Plan definitivo y aprobado del
Proyecto o dentro de la prrroga de dicho plazo concedida
previamente con arreglo a la clusula 40 de las CGC, el
Proveedor pagar al Comprador una indemnizacin por
daos 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 no
se haya obtenido la Aceptacin operacional de un
Subsistema. El monto total de esos daos y perjuicios no
exceder en ningn caso la suma especificada en las CEC
(''la mxima''). Una vez alcanzada la suma mxima, el
Comprador podr considerar la rescisin del Contrato, de
conformidad con la clusula 41.2.2 de las CGC.
28.3 A menos que en las CEC se especifique otra cosa, la
indemnizacin por daos y perjuicios pagadera de
conformidad con la clusula 28.2 de las CGC slo se
aplicar cuando no se obtenga la Aceptacin operacional del
Sistema (y Subsistemas) especificada en el Programa de
Ejecucin incluido en los Requisitos Tcnicos o en el Plan
definitivo y aprobado del proyecto. No obstante, la presente
clusula 28.3 no limitar los dems derechos o recursos con
respecto a otras demoras que el Comprador pudiera sufrir en
virtud del Contrato.
28.4 Si el Comprador reclama una indemnizacin por daos y
perjuicios con respecto al Sistema (o Subsistema), el
Proveedor ya no tendr responsabilidad alguna frente al
Comprador en relacin con la garanta del plazo para la
Aceptacin operacional del Sistema (o Subsistema). Sin
embargo, el pago de los daos y perjuicios no eximir en
ningn caso al Proveedor de sus obligaciones de terminar el
Sistema, ni de ninguna otra obligacin y responsabilidad del
Proveedor con arreglo al Contrato.
29. Responsabilidad
por defectos
29.1 El Proveedor garantiza que el Sistema, incluidas todas las
tecnologas informticas, materiales y otros bienes, as como
todos los servicios suministrados, no presentarn defectos de
diseo, de ingeniera, de materiales ni de fabricacin que
impidan que el Sistema, o cualquiera de sus componentes,
cumplan con los Requisitos Tcnicos o limiten de una
manera substancial el rendimiento, la confiabilidad o la
capacidad de ampliacin del Sistema o Subsistemas. Las
excepciones y limitaciones, si las hubiere, a la presente
garanta con respecto al Software (o categoras de Software),
sern las que se especifiquen en las CEC. Las disposiciones
de garanta comercial de los productos que se suministran
bajo este Contrato se aplicarn en la medida en que no
contradigan las garantas de este Contrato.
29.2 El Proveedor garantiza adems que las tecnologas
informticas, los materiales y otros bienes suministrados de
conformidad con el Contrato son nuevos, estn sin uso, e
incorporan todas las mejoras recientes de diseo que
influyen materialmente en la capacidad del Sistema o
Subsistema para satisfacer los Requisitos Tcnicos.
29.3 Adems, el Proveedor garantiza que: i) todos los
componentes de bienes que se incorporarn al Sistema
forman parte de las actuales lneas de productos del
Proveedor o del Subcontratista, ii) se han introducido
previamente al mercado, y iii) los rubros especficos que se
indican en las CEC (de haberlos) han estado disponibles en
el mercado por lo menos durante los perodos mnimos
especificados en las CEC.
29.4 El perodo de garanta comenzar en la fecha de la
Aceptacin operacional del Sistema (o de cualquier
componente principal del Sistema o Subsistema para el cual
se estipule en el Contrato la obtencin de una Aceptacin
operacional por separado) y se extender durante el perodo
especificado en las CEC.
29.5 Si durante el perodo de garanta se encontrara algn
defecto de diseo, de ingeniera, de material o de
fabricacin de las tecnologas informticas y de otros
bienes o servicios suministrados por el Proveedor, segn la
descripcin que figura en la clusula 29.1 de las CGC, el
Proveedor deber prontamente, en consulta y de acuerdo
con el Comprador acerca de la forma adecuada de remediar
esos defectos, y por su propia cuenta, reparar, sustituir o de
otra manera eliminar (segn determine, a su discrecin, el
Proveedor) tales defectos, as como todos los daos al
Sistema que dicho defecto haya causado. Cualquier
tecnologa de la informacin u otro bien defectuoso que el
Proveedor hubiere reemplazado seguir siendo propiedad
del Proveedor.
29.6 El Proveedor no ser responsable de la reparacin, de la
sustitucin ni de la eliminacin de ningn defecto o dao al
Sistema resultante de alguna de las causas siguientes:
a) operacin o mantenimiento inadecuado del Sistema por
el Comprador;
b) desgaste normal por el uso;
c) uso del Sistema con elementos que no hayan sido
suministrados por el Proveedor, a menos que tales
elementos estn sealados en los Requisitos Tcnicos o
hayan sido aprobados por el Proveedor; o
d) modificaciones introducidas al Sistema por el Comprador
o por terceros no aprobados por el Proveedor.
29.7 Las obligaciones del Proveedor con arreglo a esta clusula
29 de las CGC no se aplicarn a:
a) los materiales que normalmente se consumen durante el
funcionamiento o que tienen una vida til normal ms
breve que el perodo de garanta; o
b) los diseos, las especificaciones u otros datos diseados,
suministrados o especificados por el Comprador o en
nombre del Comprador, o cualquier asunto respecto al
cual el Proveedor haya declinado responsabilidad, de
conformidad con la clusula 21.1.2 de las CGC.
29.8 El Comprador notificar al Proveedor la naturaleza de esos
defectos y suministrar a ste todas las pruebas disponibles
sobre ellos, inmediatamente despus de su descubrimiento.
El Comprador dar al Contratista todas las oportunidades
razonables de inspeccionar dichos defectos. El Comprador
facilitar al Proveedor el acceso necesario al Sistema y al
lugar del proyecto para permitirle cumplir sus obligaciones
con arreglo a esta clusula 29 de las CGC.
29.9 El Proveedor podr, con el consentimiento del Comprador,
retirar del sitio del Proyecto las tecnologas informticas y
otros bienes defectuosos si la naturaleza del defecto o el
dao al Sistema causado por el defecto no permite efectuar
las reparaciones en forma expedita en el lugar del
proyecto. Si la reparacin, sustitucin o correccin pudiera
repercutir en la eficiencia del Sistema, el Comprador
podr exigir mediante notificacin al Proveedor que el
Proveedor lleve a cabo las pruebas de la parte defectuosa
inmediatamente despus de terminados los trabajos de
reparacin, y el Proveedor realizar entonces dichas
pruebas.
Si la parte del Sistema en cuestin no pasa las pruebas, el
Proveedor llevar a cabo nuevas reparaciones,
sustituciones o correcciones (segn sea el caso) hasta que
dicha parte del Sistema pase las pruebas. El Comprador y
el Proveedor debern ponerse de acuerdo sobre las pruebas
que se han de realizar.
29.10 Si el Proveedor no inicia los trabajos necesarios para corregir
los defectos o los daos al Sistema causados por ese defecto
dentro 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 que
realice dichos trabajos. El Proveedor pagar al Comprador
los gastos razonables que deba sufragar el Comprador en
relacin con esos trabajos, o dichos gastos podrn ser
deducidos por el Comprador de las sumas adeudadas al
Proveedor o reclamarlas en virtud de la garanta de
cumplimiento.
29.11 Si el Sistema o Subsistema no puede utilizarse debido a
dichos defectos o a la correccin de stos, el perodo de
garanta del Sistema se prorrogar por un perodo igual al
perodo durante el cual el Sistema o Subsistema no pudo ser
utilizado por el Comprador a causa de cualquiera de las
razones antes mencionadas.
29.12 Los elementos que sustituyan las partes defectuosas del
Sistema durante el perodo de garanta estarn cubiertos por
la garanta por defectos durante el resto del perodo de
garanta aplicable a la parte sustituida, o durante tres (3)
meses; de estos dos, el perodo que sea ms largo.
29.13 A solicitud del Comprador y sin perjuicio de los dems
derechos y recursos que el Comprador pudiera tener frente al
Proveedor en virtud del Contrato, el Proveedor ofrecer al
Comprador toda la asistencia que pueda brindarle para
subcontratar servicios de garanta o conseguir soluciones de
otros productores o dueos de licencias de bienes incluidos
en el Sistema, que comprende, sin carcter limitativo, la
asignacin o el traspaso a favor del Comprador del beneficio
de cualquier garanta otorgada al Proveedor por dichos
productores o dueos de licencias.
30. Garantas de
funcionamiento
30.1 El Proveedor garantiza que, una vez que se ha emitido el o
los certificados de Aceptacin operacional, el Sistema
constituye una solucin completa e integrada para las
necesidades del Comprador sealadas en los Requisitos
Tcnicos y satisface todos los dems aspectos del Contrato.
El Proveedor reconoce que en la clusula 27 de las CGC
relativa a la puesta en servicio y a la Aceptacin operacional
se establece la manera en que se determinar, desde el punto
de vista tcnico, la conformidad del Sistema con los
requisitos del Contrato.
30.2 Conformidad con respecto al ao 2000. El Proveedor
garantiza que los Sistemas de informacin y las
tecnologas adquiridas bajo este contrato fueron
diseadas, modificadas y verificadas para funcionar sin
interrupcin alguna y sin intervencin especial, de
acuerdo a los requisitos del Contrato, en fechas
anteriores o posteriores al ao 2000 DC. Esto incluye
el reconocimiento del ao 2000 como un ao bisiesto,
el reconocimiento de los smbolos relativos a los siglos,
los clculos que integren frmulas y valores de fechas
para el mismo siglo o para varios siglos, as como la
capacidad de los campos de interfaz de fechas para
permitir la especificacin del siglo.
30.3 Si, por razones atribuibles al Proveedor, el Sistema no
cumple los Requisitos Tcnicos o no satisface todos los
dems aspectos del Contrato, el Proveedor har por su
cuenta y riesgo los cambios, las modificaciones o las
adiciones al Sistema que puedan ser necesarios para
cumplir con los Requisitos Tcnicos y para satisfacer
todas las normas de funcionamiento y de rendimiento.
El Proveedor notificar al Comprador cuando se hayan
efectuado los cambios, las modificaciones o las
adiciones necesarios y pedir al Comprador que repita
las pruebas de Aceptacin operacional hasta que el
Sistema obtenga la Aceptacin operacional.
30.4 Si el Sistema (o el Subsistema o Subsistemas) no obtiene la
Aceptacin operacional, el Comprador podr considerar la
rescisin del Contrato segn la clusula 41.2.2 de las CGC, y
hacer efectiva la garanta de cumplimiento entregada por el
Proveedor de conformidad con la clusula 13.3 de las CGC,
para resarcirse de los costos adicionales y las demoras que
pudieran producirse por ese motivo.
31. Garanta de los
derechos de
propiedad
intelectual
31.1 El Proveedor declara y garantiza que:
a) el Sistema suministrado, instalado, sometido a prueba y
aceptado;
b) el uso del Sistema de conformidad con las
disposiciones del Contrato; y
c) la copia del Software y de los Materiales suministrados
al Comprador de conformidad con el Contrato
no infringen ni infringirn ningn derecho de propiedad
intelectual de terceros, y que el Proveedor tiene todos los
derechos necesarios, o que por su cuenta y riesgo ha
obtenido por escrito todas las transferencias de derechos y
dems consentimientos necesarios para proceder a las
cesiones, licencias y otras transferencias de derechos de
propiedad intelectual, as como las garantas sealadas en el
Contrato, para que el Comprador tome posesin o ejerza
todos los derechos de propiedad intelectual estipulados en el
Contrato. Sin carcter limitativo, el Proveedor deber
obtener por escrito de sus empleados y dems personas o
entidades cuyos servicios se empleen en el desarrollo del
Sistema, todos los acuerdos, consentimientos y
transferencias de derechos necesarios.
32. Indemnizacin
por infraccin de
derechos de
propiedad
intelectual
32.1 El Proveedor eximir de toda responsabilidad al Comprador
y a sus empleados y funcionarios por las prdidas, las
obligaciones y los gastos (incluso las prdidas, las
obligaciones y los gastos en que haya incurrido para la
defensa contra reclamaciones de dicha obligacin), que
puedan afectar al Comprador o a sus empleados o
funcionarios como resultado de una infraccin o presunta
infraccin de algn derecho de propiedad intelectual
derivada de:
a) la instalacin del Sistema por el Proveedor o del uso
del Sistema, incluidos los materiales, en el pas en que
est ubicado el lugar del proyecto;
b) la copia del Software y de los Materiales suministrados
por el Proveedor de conformidad con el Contrato; y
c) la venta de los productos generados por el Sistema en
cualquier pas, salvo en la medida en que dichas
prdidas, obligaciones y gastos se deriven del
incumplimiento por el Comprador de la clusula 32.2
de estas CGC.
32.2 Dicha indemnizacin no cubrir el uso del Sistema, incluidos
los materiales, para fines distintos de los indicados en el
Contrato o que puedan deducirse razonablemente del
Contrato, ninguna infraccin al uso del Sistema, ni cualquier
producto del Sistema producido en asociacin o en
combinacin con otros bienes o servicios no suministrados
por el Proveedor, cuando la infraccin surge debido a dicha
asociacin o combinacin, y no por el simple uso el Sistema.
32.3 Dichas indemnizaciones tampoco se aplicarn en los
siguientes casos:
a) cuando una casa matriz, subsidiaria o filial de la
organizacin del Comprador presenta una reclamacin
por infraccin;
b) cuando la reclamacin por infraccin es resultado
directo de un diseo exigido en los Requisitos Tcnicos
y el Proveedor seal la posibilidad de tal infraccin en
su oferta;
c) cuando la reclamacin de infraccin surge como
resultado de la modificacin del Sistema, incluidos los
materiales, por el Comprador o cualquier persona que
no sea el Proveedor, u otra persona autorizada por el
Proveedor.
32.4 Si se inician procesos legales o se presentan demandas
contra el Comprador como resultado de las cuestiones
referidas en la clusula 32.1 de las CGC, el Comprador
deber notificar inmediatamente al Proveedor y ste podr,
por cuenta propia y en nombre del Comprador, hacerse
cargo de los procesos legales o demandas e iniciar
negociaciones para su resolucin.
Si dentro de los veintiocho (28) das siguientes a la
recepcin de la notificacin, el Proveedor no notifica al
Comprador que tiene la intencin de hacerse cargo de dichos
procesos legales o demandas, el Comprador estar en
libertad de resolverlos por s mismo. A menos que el
Proveedor no haya hecho la notificacin al Comprador
dentro de los veintiocho (28) das, el Comprador no har
ninguna declaracin que pueda ser perjudicial para la
defensa en tales procesos legales o demandas. El
Comprador, a solicitud del Proveedor, proporcionar toda la
asistencia posible al Proveedor en la resolucin de tales
procesos legales o demandas, y el Proveedor reembolsar al
Comprador todos los gastos razonables en que ste incurra
al brindar dicha asistencia.
32.5 El Comprador eximir de toda responsabilidad al Proveedor,
sus empleados, sus funcionarios y sus subcontratistas por las
prdidas, las obligaciones y los gastos (incluso los gastos de
defensa legal), en que pueda incurrir como resultado de una
infraccin o supuesta infraccin de algn derecho de
propiedad intelectual derivada o relacionada con algn
diseo, dato, plano, especificacin u otro documento o
material suministrado al Proveedor, en relacin con este
Contrato, por el Comprador o cualquier persona (que no sea
el Proveedor) contratada por el Comprador, salvo en la
medida en que tales prdidas, obligaciones y gastos resulten
del incumplimiento de la clusula 32.8 de las CGC por parte
del Proveedor.
32.6 La indemnizacin anterior no cubrir el uso de diseos,
datos, planos, especificaciones u otros documentos o
materiales para fines distintos de los indicados en el Contrato
o que puedan deducirse razonablemente del Contrato, ni el
uso de productos generados en asociacin o en combinacin
con otros bienes o servicios no suministrados por el
Proveedor, cuando la infraccin surge debido a dicha
asociacin o combinacin, y no por el simple uso de los
productos.
32.7 Dichas indemnizaciones tampoco se aplicarn en los
siguientes casos:
a) cuando una casa matriz, subsidiaria o filial de la
organizacin del Proveedor entable una reclamacin de
infraccin;
b) en la medida en que la reclamacin de infraccin surja
como resultado de la modificacin del diseo, datos,
planos, especificaciones u otros documentos o
materiales suministrados al Proveedor, por el
Comprador o cualquier persona contratada por el
Comprador.
32.8 Si se inician procesos legales o se formulan demandas contra
el Proveedor como resultado de las cuestiones referidas en la
clusula 32.5, el Proveedor lo notificar inmediatamente al
Comprador, y ste podr, por su propia cuenta y en nombre
del Proveedor, hacerse cargo de los procesos legales o
demandas e iniciar negociaciones para su resolucin. Si
dentro de los veintiocho (28) das siguientes a la recepcin
de dicha notificacin, el Comprador no notifica al Proveedor
que tiene la intencin de hacerse cargo de esos procesos
legales o demandas, el Proveedor tendr la libertad de
realizarlos por s mismo. A menos que el Comprador haya
dejado de notificar al Proveedor dentro de un plazo de
veintiocho (28) das, el Proveedor no har ninguna
declaracin que pueda ser perjudicial para la defensa en tales
procesos legales o demandas. El Proveedor, a solicitud del
Comprador, brindar toda la asistencia posible al Comprador
en dichos procesos legales o demandas, y el Comprador
reembolsar al Proveedor todos los gastos razonables en que
ste incurra al proporcionar dicha asistencia.
33. Limitacin de
responsabilidad
33.1 Siempre y cuando las disposiciones siguientes no excluyan
ni limiten ninguna de las responsabilidades de las Partes de
alguna manera que est prohibida por la ley pertinente:
a) el Proveedor no tendr ninguna responsabilidad
contractual, extracontractual o de otra ndole frente al
Comprador por las prdidas o daos indirectos, las
prdidas del uso o de la produccin, el lucro cesante o
el costo de los intereses, estipulndose que dicha
exclusin no se aplicar a las obligaciones del
Proveedor de pagar al Comprador los daos y
perjuicios previstos en el Contrato, y

b) la responsabilidad global del Proveedor frente al
Comprador, sea sta contractual, extracontractual o de
otra ndole, no exceder el total del Precio del
Contrato, estipulndose que tal limitacin de
responsabilidad no se aplicar a la obligacin del
Proveedor de indemnizar al Comprador por cualquier
violacin de los derechos de propiedad intelectual.

G. DISTRIBUCIN DE LOS RIESGOS
34. Traspaso de la
propiedad
34.1 Con excepcin del Software y de los Materiales, la
propiedad de las tecnologas informticas y otros bienes se
traspasar al Comprador a la fecha de entrega o conforme a
los trminos que se hayan estipulado en el Contrato.
34.2 La propiedad y las condiciones relativas al uso del Software
y de los Materiales suministrados de conformidad con el
Contrato se regirn por la clusula 15 (Derechos de Autor)
de las CGC y cualquier otra explicacin en detalle que
figure en los Requisitos Tcnicos.
34.3 La propiedad de los equipos del Proveedor utilizados por el
Proveedor y sus subcontratistas en relacin con el Contrato,
seguir correspondiendo al Proveedor o a sus subcontratistas.
35. Cuidado del
Sistema
35.1 El Comprador ser responsable del cuidado y la custodia del
sistema desde la fecha de su Entrega. El Comprador ser por
tanto responsable por toda prdida o dao al Sistema desde
la fecha de Entrega hasta la aceptacin operacional de
acuerdo a la clusula CGC 27, excepto cuando las prdidas o
daos ocurran a causa de acciones u omisiones del
Proveedor, sus empleados o subcontratistas, en cuyo caso el
Proveedor ser la parte responsable por las prdidas o daos.
35.2 Si se producen prdidas o daos al Sistema, o a cualquier
parte de ste, atribuibles a lo siguiente:
a) (En la medida en que se refieran al pas en que est
situado el lugar del proyecto): reaccin nuclear,
radiacin nuclear, contaminacin radioactiva, ondas de
choque causadas por aeronaves u otros objetos areos,
u otros eventos que un contratista experimentado no
podra prever en forma razonable o respecto a los
cuales, si fueran razonablemente previsibles, el
Proveedor no podra asegurarse o tomar medidas
preventivas, por cuanto tales riesgos, por lo general, no
son asegurables en el mercado de seguros y se
mencionan en las exclusiones generales de la pliza de
seguros obtenida con arreglo a la clusula 37 de estas
CGC;
b) todo uso del Sistema o alguna de sus partes en
contravencin al Contrato, por el Comprador, o por un
tercero autorizado por el Comprador;
c) todo uso o recurso a diseos, datos o especificaciones
proporcionados o sealados por el Comprador o en su
nombre, o cualquier otra cuestin respecto a la cual el
Proveedor haya declinado responsabilidad de
conformidad con la clusula 21.1.2 de las CGC,
el Comprador pagar al Proveedor todas las sumas pagaderas
con respecto al Sistema o Subsistemas que hayan obtenido la
Aceptacin operacional, aunque el Sistema o Subsistemas se
haya perdido o haya resultado destruido o daado. Si el
Comprador solicita por escrito al Proveedor que compense
las prdidas o los daos al Sistema ocasionados por las
causas antes sealadas, el Proveedor compensar tales
prdidas o daos a costa del Comprador de conformidad con
la clusula 39 de las CGC. Si el Comprador no solicita por
escrito al Proveedor que compense dichas prdidas o daos
al Sistema, el Comprador pedir una modificacin, de
conformidad con la clusula 39 de las CGC, que excluir la
ejecucin de la parte del Sistema perdida, destruida o daada
por las causas antes mencionadas, o, si la prdida o dao
afectase una parte considerable del Sistema, el Comprador
rescindir el Contrato de conformidad con la clusula 41.1
de las CGC.
35.3 El Comprador ser responsable de toda prdida o dao a los
equipos del Proveedor cuya ubicacin haya autorizado el
Comprador en sus instalaciones, en cumplimiento de las
obligaciones del Proveedor establecidas en el Contrato,
excepto cuando dicha prdida o dao sea el resultado de
omisiones por parte del Proveedor, sus empleados o sus
subcontratistas.
36. Prdidas o daos
materiales,
accidentes o
lesiones de los
trabajadores;
indemnizaciones
36.1 El Proveedor y todos los Subcontratistas debern respetar
las medidas existentes en materia de seguridad en el
trabajo, seguros, aduanas e inmigracin, as como las leyes
vigentes en el pas del Comprador.
36.2 Conforme a la clusula 36.3 de las CGC, el Proveedor
eximir de toda responsabilidad al Comprador y a sus
empleados y funcionarios por las prdidas, obligaciones y
gastos (incluso los incurridos por defensa legal), que
pudieran afectar al Comprador o a sus empleados o
funcionarios como consecuencia de la muerte o de lesiones
sufridas por cualquier persona o de las prdidas o daos
materiales (diferentes al Sistema, aceptado o no) que puedan
surgir por razn del suministro, la instalacin, la prueba y la
puesta en servicio del Sistema, o por negligencia del
Proveedor o de sus subcontratistas, o de sus empleados,
funcionarios o agentes, excepto en el caso de lesiones,
muerte o daos materiales causados por la negligencia del
Comprador, sus contratistas, sus empleados, sus funcionarios
o sus agentes.
36.3 Si se inician procedimientos o se formulan demandas contra
el Comprador en los que la responsabilidad pudiera recaer
sobre el Proveedor con arreglo a la clusula 36.2 de las
CGC, el Comprador notificar prontamente al Proveedor al
respecto y ste podr, a su propia costa y en nombre del
Comprador, hacerse cargo de los procedimientos o
demandas e iniciar negociaciones para su resolucin. Si
dentro de los veintiocho (28) das siguientes a la recepcin
de dicha notificacin, el Proveedor no notifica al
Comprador que tiene la intencin de hacerse cargo de
dichos procedimientos o demandas, el Comprador tendr la
libertad de hacerlo por s mismo. A menos que el Proveedor
no haya hecho la notificacin al Comprador dentro del
plazo de veintiocho (28) das, el Comprador no admitir
nada que pueda ser perjudicial para la defensa en tales
procedimientos o demandas. El Comprador, a solicitud del
Proveedor, proporcionar toda la asistencia posible al
Proveedor en dichos procedimientos o demandas, y el
Proveedor reembolsar al Comprador todos los gastos
razonables en que ste incurra para propiciar dicha
asistencia.
36.4 El Comprador eximir de toda responsabilidad al Proveedor
y a sus empleados, funcionarios y subcontratistas por las
prdidas, las obligaciones y los gastos (incluso los gastos de
defensa legal), que pudieran afectar al Proveedor o a sus
empleados, funcionarios o subcontratistas como
consecuencia de la muerte o lesiones sufridas por cualquier
persona o de las prdidas o daos a la propiedad del
Comprador (que no sea el Sistema que aun no haya obtenido
la Aceptacin operacional), ocasionados por incendio,
explosin u otro peligro, que superen el monto recuperable
de los seguros obtenidos con arreglo a la clusula 37 de las
CGC, siempre que dicho incendio, explosin u otro peligro
no haya sido causado por un acto u omisin del Proveedor.
36.5 Si se inician procedimientos o se formulan demandas contra
el Proveedor en los que la responsabilidad pudiera recaer
sobre el Comprador con arreglo a la clusula 36.4 de las
CGC, el Proveedor notificar prontamente al Comprador al
respecto y ste podr, a su propia costa y en nombre del
Proveedor, hacerse cargo de los procedimientos o demandas
e iniciar negociaciones para su resolucin. Si dentro del
plazo de veintiocho (28) das de recibida dicha notificacin,
el Comprador no notifica al Proveedor que tiene la intencin
de hacerse cargo de dichos procedimientos o demandas, el
Proveedor tendr la libertad de hacerlo por s mismo. A
menos que el Comprador no haya hecho la notificacin al
Proveedor dentro de los veintiocho (28) das, el Proveedor
no har ninguna confesin que pueda ser perjudicial para la
defensa en tales procedimientos o demandas. El Proveedor, a
solicitud del Comprador, proporcionar toda la asistencia
posible al Comprador en dichos procedimientos o demandas,
y el Comprador reembolsar al Proveedor todos los gastos
razonables en que ste incurra al proporcionar dicha
asistencia.
36.6 La parte que tenga derecho a recibir una indemnizacin con
arreglo a la presente clusula 36 de las CGC tomar todas las
medidas razonables para mitigar las prdidas o daos que se
hayan producido. Si dicha parte no toma estas medidas, se
reducirn en consecuencia las responsabilidades de la otra
parte.
37. Seguros 37.1 El Proveedor obtendr y mantendr vigentes a su costa, o
har que se obtengan y se mantengan vigentes durante la
ejecucin del Contrato, los seguros establecidos a
continuacin. La identidad de los aseguradores y la forma de
las plizas estarn sujetas a la aprobacin del Comprador,
quien no negar dicha aprobacin sin razones vlidas.
a) Seguro de la carga durante el transporte
segn sea el caso, 110 por ciento del precio de las
tecnologas informticas y otros bienes, en una moneda
de libre convertibilidad. Este seguro cubrir las prdidas
o los daos materiales sufridos por los bienes durante su
traslado hasta que sean recibidos en el Lugar del
proyecto.
b) Seguro de las instalaciones contra todo riesgo
segn sea el caso, 110% del precio de las tecnologas
informticas y otros bienes; este seguro cubrir todos
los riesgos de prdida o los daos materiales a los
bienes en el Lugar del proyecto (con la nica excepcin
de los peligros que comnmente se excluyen en las
plizas de seguro contra todo riesgo que ofrecen los
aseguradores de prestigio) que ocurran antes de la
Aceptacin operacional del Sistema.
c) Seguro contra daos a terceros
En las condiciones especificadas en las CEC, este
seguro cubrir las lesiones corporales o la muerte de
terceros (incluido el personal del Comprador) y las
prdidas o los daos materiales (incluida la propiedad
del Comprador y todos los Subsistemas que hayan sido
aceptados por el Comprador) que se produzcan en
relacin con el suministro y la instalacin del Sistema
de informacin.
d) Seguro de vehculos
De conformidad con los requisitos previstos en la
legislacin vigente en el pas del Comprador, este
seguro cubrir el uso de todos los vehculos empleados
por el Proveedor o sus subcontratistas (sean o no de su
propiedad) en relacin con la ejecucin del Contrato.
e) Otros seguros (si los hubiere), segn lo especificado en
las CEC.
37.2 El Comprador se designar como el coasegurado en todas las
plizas de seguro que obtenga el Proveedor de conformidad
con la clusula 37.1 de las CGC, excepto con respecto a los
seguros contra daos a terceros. Los subcontratistas del
Proveedor sern designados como coasegurados en todas las
plizas de seguro que obtenga el Proveedor de conformidad
con la clusula 37.1 de las CGC, con excepcin de los
seguros de la carga durante el transporte. El Asegurador
renunciar, en virtud de dichas plizas, a todos sus derechos
de subrogacin contra dichos coasegurados por prdidas o
reclamaciones resultantes de la ejecucin del Contrato.
37.3 El Proveedor entregar al Comprador certificados de seguro
(o copias de las plizas de seguro) como prueba de que las
plizas requeridas estn plenamente vigentes.
37.4 El Proveedor se asegurar de que, cuando corresponda, sus
subcontratistas obtengan y mantengan vigentes plizas de
seguro adecuadas para su personal y sus vehculos y para los
trabajos que efecten en relacin con el Contrato, a menos
que dichos subcontratistas estn cubiertos por las plizas
obtenidas por el Proveedor.
37.5 Si el Proveedor no obtiene o no mantiene vigentes los
seguros mencionados en la clusula 37.1 de las CGC, el
Comprador podr obtener y mantener vigentes dichos
seguros y podr deducir ocasionalmente de cualquier suma
adeudada al Proveedor con arreglo al Contrato todas las
primas que el Comprador haya pagado al Asegurador, o
podr considerar dichas sumas como monto adeudado por el
Proveedor y recuperarlas de l.
37.6 A menos que se disponga otra cosa en el Contrato, el
Proveedor preparar y plantear todas las reclamaciones
formuladas con arreglo a las plizas obtenidas por l de
conformidad con la presente clusula 37 de las CGC, y todas
las sumas pagaderas por los aseguradores sern pagadas al
Proveedor. El Comprador dar al Proveedor toda la
asistencia razonable que ste pueda necesitar en relacin con
cualquier reclamacin en virtud de las plizas de seguro
pertinentes. Con respecto a las reclamaciones de seguros en
que estn en juego los intereses del Comprador, el Proveedor
no renunciar a ningn derecho ni har ningn arreglo con el
asegurador sin obtener antes el consentimiento escrito del
Comprador. Con respecto a las reclamaciones de seguros en
que estn en juego los intereses del Proveedor, el Comprador
no renunciar a ningn derecho ni har ningn arreglo con el
asegurador sin obtener antes el consentimiento escrito del
Proveedor.
38. Fuerza mayor 38.1 Se entender por fuerza mayor cualquier evento que est
fuera del control razonable del Comprador o del Proveedor,
segn sea el caso, y que sea inevitable a pesar del cuidado,
dentro de lmites razonables, que tenga la parte afectada, e
incluir, sin que esta enumeracin sea limitativa, lo
siguiente:
a) guerra, hostilidades u operaciones blicas (ya sea que
se haya declarado o no un estado de guerra), invasin,
acto del enemigo extranjero y guerra civil;
b) rebelin, revolucin, insurreccin, levantamiento,
usurpacin del gobierno civil o militar, conspiracin,
motn, disturbios civiles y actos terroristas;
c) confiscacin, nacionalizacin, movilizacin,
confiscacin o requisicin por un gobierno o una
autoridad o gobernante de jure o de facto, o por orden
suya, o cualquier otro acto u omisin de una autoridad
gubernamental local, estatal o nacional;
d) huelga, sabotaje, cierre patronal, embargo, restriccin de
importaciones, congestin portuaria, falta de medios
habituales de transporte pblico y comunicaciones,
conflicto industrial, naufragio, escasez o restriccin del
suministro de electricidad, epidemia, cuarentena y peste;
e) terremoto, avalancha, actividad volcnica, incendio,
inundacin, maremoto, tifn o cicln, huracn,
tormenta, rayos u otras condiciones atmosfricas
inclementes, ondas de choque y ondas nucleares u
otros desastres naturales o fsicos;
f) la imposibilidad del Proveedor de obtener los permisos
de exportacin necesarios de las autoridades del o de
los pases de origen de las tecnologas informticas u
otros bienes, o de los equipos del Proveedor, pero a
condicin de que el Proveedor haya hecho todos los
esfuerzos razonables para conseguir los permisos de
exportacin, incluido el ejercicio de la diligencia
debida para demostrar la elegibilidad del Sistema y de
todos sus componentes para obtener los permisos de
exportacin requeridos.
38.2 Si una de las partes se ve impedida, obstaculizada o
demorada en el cumplimiento de cualquiera de sus
obligaciones con arreglo al Contrato por un suceso de
fuerza mayor, notificar por escrito a la otra parte, dentro
de los catorce (14) das siguientes al suceso, que ha
ocurrido tal suceso y las circunstancias de ste.
38.3 La parte que efecte tal notificacin quedar eximida del
cumplimiento o del cumplimiento puntual de sus
obligaciones con arreglo al Contrato durante el tiempo
que contine el evento de fuerza mayor pertinente y en la
medida en que el cumplimiento de las obligaciones de esa
parte se vea impedido, obstaculizado o demorado. El
plazo para obtener la Aceptacin operacional se
prorrogar de conformidad con la clusula 40 de las CGC
(Prrroga del plazo para obtener la Aceptacin
operacional).
38.4 La parte o las partes afectadas por el suceso de fuerza
mayor realizar todos los esfuerzos razonables por mitigar
los efectos de dicho suceso en la ejecucin del Contrato y
por cumplir sus obligaciones contractuales, sin perjuicio
del derecho de la otra parte a rescindir el Contrato con
arreglo a la clusula 38.6 de las CGC.
38.5 Ninguna demora o incumplimiento de alguna de las partes
del presente Contrato ocasionado por un suceso de fuerza
mayor:
a) constituir incumplimiento o contravencin del
Contrato;
b) (con sujecin a las clusulas 35.2, 38.3 y 38.4 de las
CGC) dar lugar a ninguna reclamacin por daos y
perjuicios o costos o gastos adicionales ocasionados
por la demora o incumplimiento,
si, y en la medida en que tal demora o incumplimiento sea
ocasionado por un suceso de fuerza mayor.
38.6 Si la ejecucin del Contrato se ve impedida, obstaculizada
o demorada considerablemente por un solo perodo de
ms de sesenta (60) das o por un perodo acumulado de
ms de ciento veinte (120) das a causa de uno o ms
sucesos de fuerza mayor durante el curso del Contrato, las
partes procurarn llegar a una solucin mutuamente
satisfactoria, a falta de lo cual cualquiera de ellas podr
rescindir el Contrato tras notificacin a la otra parte.
38.7 En caso de rescisin del Contrato de conformidad con la
clusula 38.6, los derechos y obligaciones del Comprador
y el Proveedor sern los especificados en las clusulas
41.1.2 y 41.1.3 de las CGC.
38.8 No obstante lo dispuesto en la clusula 38.5 de las CGC, la
fuerza mayor no se aplicar a ninguna obligacin del
Comprador de hacer los pagos al Proveedor con arreglo a
este Contrato.
H. MODIFICACIN DE ELEMENTOS DEL CONTRATO
39. Modificacin del
Sistema
39.1 Introduccin de una modificacin
39.1.1 Segn las clusulas 39.2.5 y 39.2.7 de las CGC, el
Comprador tendr derecho a proponer y
posteriormente requerir que el Jefe de proyecto
ordene ocasionalmente al Proveedor que haga,
durante el cumplimiento del Contrato, cualquier
modificacin, cambio, adicin o supresin en el
Sistema (que en adelante se denominarn
indistintamente modificacin), siempre que dicha
modificacin abarque el campo general de
aplicacin del Sistema y no constituya un trabajo no
relacionado; que sea tcnicamente viable, tomando
en cuenta el estado de adelanto del Sistema y la
compatibilidad tcnica de la modificacin prevista
con la naturaleza del Sistema segn se especifica
originalmente en el Contrato.
Una modificacin puede incluir, sin carcter
limitativo, la sustitucin de tecnologas informticas
por versiones actualizadas y los servicios conexos de
conformidad con la clusula 23 de las CGC
(Mejoramiento de productos).
39.1.2 El Proveedor podr ocasionalmente durante su
cumplimiento del Contrato proponer al Comprador
(con copia al Jefe de proyecto) cualquiera
modificacin que el Proveedor considere necesaria o
conveniente para mejorar la calidad o la eficiencia del
Sistema. El Comprador podr, a su discrecin,
aprobar o rechazar cualquiera modificacin
propuesta por el Proveedor.
39.1.3 A pesar de lo dispuesto en las clusulas 39.1.1 y
39.1.2 de las CGC, no se considerar que un cambio
que resulte necesario a causa de un incumplimiento
por el Proveedor de sus obligaciones con arreglo al
Contrato constituya una modificacin, y dicho
cambio no ocasionar ni un ajuste del Precio del
Contrato ni del plazo para obtener la Aceptacin
operacional.
39.1.4 El procedimiento para realizar cambios al Sistema
est descrito en las clusulas 39.2 y 39.3 de las CGC
y en la Seccin sobre Formularios Tipo de los
Documentos de Licitacin se encuentran
instrucciones detalladas y formas para este efecto.
39.1.5 Adems, durante la elaboracin del Plan del
proyecto, el Comprador y el Proveedor acordarn
una fecha, antes de la fecha programada para la
Aceptacin operacional, a partir de la cual los
Requisitos Tcnicos del Sistema permanecern fijos.
Toda modificacin que se proponga despus de esta
fecha se considerar solamente despus de la
39.2 Modificaciones originadas por el Contratante
39.2.1 Si el Comprador propone una modificacin, de
conformidad con la clusula 39.1.1 de las CGC,
enviar al Proveedor una Solicitud de propuesta de
modificacin pidiendo al Proveedor que prepare y
proporcione al Jefe de proyecto, tan pronto como sea
razonablemente posible, una Propuesta de
modificacin que incluir lo siguiente:
a) una breve descripcin de la modificacin;
b) la repercusin que tendr en el plazo para
obtener la Aceptacin operacional;
c) un clculo detallado del costo de la
modificacin;
d) el efecto sobre las garantas de funcionamiento
(de haberlo);
e) el efecto sobre otras disposiciones del Contrato.
39.2.2 Antes de la preparacin y la presentacin de la
Propuesta de modificacin, el Proveedor
presentar al Jefe de proyecto una Propuesta
estimada de preparacin de cambio, que ser una
cantidad estimada del costo de la preparacin y la
presentacin de la propuesta de modificacin. Al
recibir el clculo para la propuesta de modificacin
del Proveedor, el Comprador deber tomar una de
estas decisiones:
a) aceptar la propuesta del Proveedor con
instrucciones al Proveedor de preparar la
propuesta de modificacin;
b) informar al Proveedor de cualquier parte de su
clculo que sea inaceptable y pedir al Proveedor
que lo revise;
c) informar al Proveedor que el Comprador no
tiene la intencin de llevar a cabo la
modificacin.
39.2.3 Al recibir la instruccin del Comprador de seguir
adelante con arreglo a la clusula 39.2.2 a) de las
CGC, el Proveedor proceder, con la diligencia
debida, a preparar la propuesta de modificacin, de
conformidad con la clusula 39.2.1 de las CGC. El
Proveedor, a su discrecin, podr especificar un
perodo de validez para la propuesta de
modificacin, despus del cual se aplicar la
clusula 39.2.7 de las CGC en caso que el
Comprador y el Proveedor no se hayan puesto de
acuerdo de conformidad con lo dispuesto en la
clusula 39.2.6.
39.2.4 La determinacin del precio de una modificacin se
har, en la medida de lo posible, de conformidad con
las tarifas y los precios incluidos en el Contrato. Si
por la ndole de las modificaciones, dichas tarifas y
precios no son equitativos, las partes del Contrato
convendrn en otras tarifas especiales para la
valoracin de la modificacin.
39.2.5 Si antes o durante la preparacin de la propuesta de
modificacin resulta evidente que el efecto agregado
del cumplimiento de la solicitud de propuesta de
modificacin y de todas las otras ordenes de
modificacin que hayan pasado a ser obligatoria
para el Proveedor en virtud de la clusula 39 de las
CGC es aumentar o reducir en ms de quince por
ciento (15%) el Precio del Contrato originalmente
establecido en el artculo 2 (Precio del Contrato) del
Contrato el Proveedor podr notificar por escrito sus
objeciones a la solicitud de propuesta de
modificacin antes de presentar la propuesta de
modificacin. Si el Comprador acepta las
objeciones del Proveedor, el Comprador retirar la
modificacin propuesta y notificar su aceptacin
por escrito al Proveedor.
El hecho de no presentar objeciones a una solicitud
de propuesta de modificacin no afectar el derecho
del Proveedor a presentar objeciones a cualquiera
modificacin u orden de modificacin posterior, ni
afectar su derecho a tomar en cuenta, cuando
presente dichas objeciones posteriores, el aumento o
la reduccin porcentual del Precio del Contrato que
representa cualquiera modificacin no objetada por
el Proveedor.
39.2.6 Al recibir la propuesta de modificacin, el
Comprador y el Proveedor convendrn mutuamente
en todas las cuestiones contenidas en ella. Si el
Comprador tiene la intencin de realizar la
modificacin, le entregar al Proveedor una orden
de modificacin dentro de un plazo de catorce (14)
das despus de dicho acuerdo. Si el Comprador no
puede llegar a una decisin dentro del plazo de
catorce (14) das, notificar al Proveedor indicando
cundo puede el Proveedor esperar una decisin. Si
el Comprador decide no realizar la modificacin por
cualquier razn que sea, notificar en consecuencia
al Proveedor dentro del perodo indicado de catorce
(14) das. En tales circunstancias, el Proveedor
tendr derecho a que se le reembolsen todos los
costos que haya sufragado razonablemente para la
preparacin de la propuesta de modificacin,
siempre que dichos gastos no excedan la suma
indicada por l en propuesta estimada de
preparacin de cambio presentado de conformidad
con la clusula 39.2.2 de las CGC.
39.2.7 Si el Comprador y el Proveedor no pueden llegar a
un acuerdo sobre el precio de la modificacin, sobre
un ajuste equitativo del plazo para obtener la
Aceptacin operacional o sobre otras cuestiones
identificadas en la propuesta de modificacin, la
modificacin no se realizar. Sin embargo, esta
disposicin no limita los derechos de ninguna de las
partes en virtud de la clusula 6 de las CGC
(Solucin de Controversias).
39.3 Modificaciones originadas por el Proveedor
39.3.1 Si el Proveedor propone una modificacin de
conformidad con la clusula 39.1.2 de las CGC, el
Proveedor presentar por escrito al Jefe de proyecto una
Solicitud de propuesta de modificacin con
indicacin de las razones de la modificacin propuesta
y la informacin especificada en la clusula 39.2.1 de
las CGC. Al recibir la solicitud de propuesta de
modificacin, las partes seguirn los procedimientos
indicados en las clusulas 39.2.6 y 39.2.7 de las
CGC, con la salvedad de que la expresin propuesta
de modificacin se leer, a los efectos de esta
clusula 39.3.1 como solicitud de propuesta de
modificacin. Sin embargo, si el Comprador decide
no efectuar las modificaciones, o si el Comprador y
el Proveedor no pueden llegar a un acuerdo sobre la
modificacin durante el perodo de validez que el
Proveedor puede especificar en la solicitud de
propuesta de modificacin, el Proveedor no tendr
derecho a recuperar los costos de la preparacin de la
solicitud de propuesta de modificacin, a menos que
exista un acuerdo en contrario entre el Comprador y el
Proveedor.
40. Prrroga del
plazo para
obtener la
Aceptacin
operacional
40.1 El plazo para obtener la Aceptacin operacional especificado
en el Programa de Ejecucin ser prorrogado si el Proveedor
se ve demorado u obstaculizado en el cumplimiento de
cualquiera de sus obligaciones con arreglo al Contrato por
alguna de las siguientes razones:
a) cualquiera modificacin del Sistema segn lo previsto
en la clusula 39 de las CGC (Modificacin del
Sistema);
b) un suceso de fuerza mayor segn lo previsto en la
clusula 38 de las CGC (Fuerza Mayor);
c) un incumplimiento por parte del Comprador; o
d) cualquier otra cuestin mencionada especficamente en
el Contrato;
por un perodo que sea justo y razonable en todas las
circunstancias y que refleje equitativamente la demora o el
impedimento sufrido por el Proveedor.
40.2 Excepto cuando se disponga especficamente otra cosa en el
Contrato, el Proveedor presentar al Jefe de proyecto lo
antes que sea razonablemente posible, despus del inicio
del suceso o circunstancia, una notificacin de solicitud de
prrroga del plazo para obtener la Aceptacin operacional,
junto con los detalles del evento o circunstancia que
justifican dicha prrroga. Tan pronto como sea
razonablemente posible tras recibir esta notificacin y los
detalles en apoyo de la solicitud, el Comprador y el
Proveedor convendrn en la duracin de la prrroga. En
caso de que el Proveedor no acepte el clculo del
Comprador de una prrroga justa y razonable, el Proveedor
tendr derecho a remitir la cuestin a un Conciliador, de
conformidad con la clusula 6 de las CGC.
40.3 El Proveedor realizar en todo momento esfuerzos
razonables por reducir al mnimo toda demora en el
cumplimiento de sus obligaciones con arreglo al Contrato.
41. Rescisin 41.1 Rescisin por conveniencia del Comprador
41.1.1 El Comprador podr rescindir en cualquier momento
el Contrato por cualquier razn, mediante
notificacin de rescisin al Proveedor haciendo
referencia a la presente clusula 41.1 de las CGC.
41.1.2 Al recibir la notificacin de rescisin de acuerdo a la
clusula 41.1.1 de las CGC, el Proveedor,
inmediatamente o en la fecha especificada en la
notificacin de rescisin:
a) suspender todos los trabajos, con excepcin de
los que pueda especificar el Comprador en la
notificacin de rescisin con el nico propsito
de proteger la parte del Sistema ya ejecutada o
cualquier trabajo requerido para dejar el lugar
del proyecto en buenas condiciones de limpieza
y de seguridad;
b) rescindir todos los subcontratos, excepto los
que deban ser cedidos al Comprador de
conformidad con la clusula 41.1.2, prrafos d)
ii), expuestos mas abajo;
c) retirar todos los equipos del Proveedor del lugar
del proyecto, repatriar al personal del
Proveedor y de sus subcontratistas, y retirar del
lugar del proyecto todos los escombros, basura y
desechos de cualquier ndole;
d) adems, el Proveedor con sujecin al pago
especificado en la clusula 41.1.3 de las CGC,
i) entregar al Comprador las partes del
Sistema ejecutadas por el Proveedor hasta
la fecha de la rescisin;
ii) en la medida legalmente posible, ceder al
Comprador todos los derechos, ttulos y
beneficios del Proveedor con respecto al
Sistema o Subsistema a la fecha de
rescisin y, segn lo pueda requerir el
Comprador, con respecto a cualquier
subcontrato formalizado entre el Proveedor
y sus subcontratistas;
iii) entregar al Comprador todos los planos,
especificaciones y otros documentos no
registrados vinculados con el Sistema y
preparados por el Proveedor o sus
subcontratistas a la fecha de la rescisin.
41.1.3 En caso de rescisin del Contrato con arreglo a la
clusula 41.1.1 de las CGC, el Comprador pagar al
Proveedor las sumas siguientes:
a) el Precio del Contrato debidamente atribuible a
las partes del Sistema ejecutadas por el
Proveedor a la fecha de la rescisin;
b) los gastos en que haya incurrido razonablemente
el Proveedor para retirar los equipos del
Proveedor del lugar del proyecto y para repatriar
al personal del Proveedor y de sus
subcontratistas;
c) todas las sumas pagaderas por el Proveedor a sus
subcontratistas relativas a la rescisin de los
subcontratos, incluidos los cargos por
cancelacin;
d) los gastos en que ha incurrido el Proveedor para
proteger el Sistema y dejar el lugar del proyecto
en buenas condiciones de limpieza y de
seguridad de conformidad con la clusula
41.1.2 a) de las CGC;
e) el costo de reconocer todas las dems
obligaciones, compromisos y reclamaciones que
haya asumido de buena fe el Proveedor con
terceros, vinculados con el Contrato y que no
estn cubiertos por los prrafos a) y d) de la
clusula 41.1.3.
41.2 Rescisin por incumplimiento del Proveedor
41.2.1 El Comprador, sin perjuicio de cualesquier otro
derecho o recurso del que pueda disponer, podr
rescindir inmediatamente el Contrato en las
siguientes circunstancias mediante notificacin de la
rescisin y de sus razones al Proveedor, con
referencia a la presente clusula 41.2 de las CGC:
a) si el Proveedor se declara en quiebra o en
concurso de acreedores, se ponen sus bienes bajo
administracin judicial, llega a un compromiso
con sus acreedores o, si el Proveedor es una
persona jurdica, si se ha aprobado una
resolucin o una ordenanza disponiendo su
liquidacin (que no sea una liquidacin
voluntaria con fines de fusin o de
reorganizacin), se ha designado un sndico para
cualquier parte de sus empresas o activos, o si el
Proveedor realiza o es objeto de cualquier otra
accin anloga como consecuencia de sus
deudas;
b) si el Proveedor cede o transfiere el Contrato o
cualquier derecho o inters correspondiente al
Contrato en infraccin de las disposiciones de la
clusula 42 (Cesin) de las CGC;
c) si el Proveedor, a juicio del Comprador, ha
participado en prcticas corruptas, fraudulentas,
de colusin, coercitivas o de obstruccin al
competir por el Contrato o durante su ejecucin,
lo que incluye pero no se limita a la obstruccin
deliberada de hechos relativos a la posesin de
los derechos de propiedad intelectual, u
0btencin de la debida autorizacin o licencias
del propietario para ofrecer el Hardware, el
Software y los materiales suministrados de
conformidad con este contrato.
A los efectos de esta clusula:
(i) prctica corrupta significa el
ofrecimiento, suministro, aceptacin o solicitud,
directa o indirectamente, de cualquier cosa de
valor con el fin de influir impropiamente en la
actuacin de otra persona.
(ii) prctica fraudulenta significa
cualquiera actuacin u omisin, incluyendo una
tergiversacin de los hechos que, astuta o
descuidadamente, desorienta o intenta
desorientar a otra persona con el fin de obtener
un beneficio financiero o de otra ndole, o para
evitar una obligacin;
(iii) prctica de colusin significa un
arreglo de dos o ms personas diseado para
lograr un propsito impropio, incluyendo
influenciar impropiamente las acciones de otra
persona;
(iv) prctica coercitiva significa el dao o
amenazas para daar, directa o indirectamente, a
cualquiera persona, o las propiedades de una
persona, para influenciar impropiamente sus
actuaciones.
(v) prctica de obstruccin significa
(aa) la destruccin, falsificacin, alteracin o
escondimiento deliberados de evidencia material
relativa a una investigacin o brindar
testimonios falsos a los investigadores para
impedir materialmente una investigacin por
parte del Banco, de alegaciones de prcticas
corruptas, fraudulentas, coercitivas o de
colusin; y/o la amenaza, persecucin o
intimidacin de cualquier persona para evitar
que pueda revelar lo que conoce sobre asuntos
relevantes a la investigacin o lleve a cabo la
investigacin, o
(bb) las actuaciones dirigidas a impedir
materialmente el ejercicio de los derechos del
Banco a inspeccionar y auditar de conformidad
con la Subclusula 9.8.

41.2.2 Si el Proveedor:
a) ha abandonado o repudiado el Contrato;
b) no ha comenzado, sin razn vlida, prontamente
los trabajos en el Sistema;
c) no ejecuta el Contrato de conformidad con lo
especificado en l o descuida en forma
persistente y sin justa causa el cumplimiento de
sus obligaciones con arreglo al Contrato;
d) se niega a proporcionar o no puede proporcionar
materiales, servicios o mano de obra suficientes
para ejecutar y completar el Sistema de la
manera especificada en el Plan Definitivo y
Aprobado del proyecto presentado con arreglo a
la clusula 19 de las CGC a un ritmo que d
seguridades razonables al Comprador de que el
Proveedor puede obtener la Aceptacin
operacional del Sistema dentro del plazo
estipulado;
e) el Comprador podr, sin perjuicio de cualquier
otro derecho que pueda tener con arreglo al
Contrato, enviar una notificacin al Proveedor
indicando la naturaleza del incumplimiento y
pidiendo al Proveedor que lo subsane. Si el
Proveedor no lo subsana o no toma medidas
para subsanarlo dentro de los catorce (14) das
siguientes a la recepcin de dicha notificacin,
el Comprador podr rescindir inmediatamente
el Contrato mediante notificacin de rescisin
al Proveedor con referencia a la presente
clusula 41.2 de las CGC.
41.2.3 Al recibir la notificacin de rescisin con arreglo a
las clusulas 41.2.1 41.2.2 de las CGC, el
Proveedor, inmediatamente o en la fecha
especificada en la notificacin de rescisin:
los trabajos que el Comprador pueda especificar
en la notificacin de rescisin con el nico
propsito de proteger la parte del Sistema ya
ejecutada, o los trabajos necesarios para dejar el
lugar del proyecto en buenas condiciones de
limpieza y seguridad;
que han de ser cedidos al Comprador de
conformidad con lo dispuesto ms adelante en el
prrafo d) de la clusula 41.2.3;
c) entregar al Comprador las partes del Sistema
ejecutadas por el Proveedor hasta la fecha de la
rescisin;
d) en la medida de lo posible legalmente, ceder al
Comprador todos los derechos, ttulos y
beneficios del Proveedor sobre el Sistema o
Subsistemas a partir de la fecha de la rescisin y,
si as lo requiere el Comprador, todos los
subcontratos formalizados entre el Proveedor y
sus subcontratistas;
e) entregar al Comprador todos los planos,
especificaciones y otros documentos
relacionados con el Sistema y preparados por el
Proveedor o sus subcontratistas hasta la fecha de
la rescisin.
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 la
culminacin del Sistema o en una fecha anterior que
el Comprador considere apropiada, el Comprador
notificar al Proveedor que los equipos del
Proveedor le sern devueltos en el lugar del
proyecto o cerca ste, de conformidad con la
notificacin. El Proveedor retirar o har que se
retiren entonces sin demora y a su costa dichos
equipos del lugar del proyecto.
41.2.5 De conformidad con la clusula 41.2.6 de las CGC,
el Proveedor tendr derecho a que se le pague el
Precio del Contrato atribuible a la parte del Sistema
ejecutada hasta la fecha de la rescisin y los gastos,
de haberlos, en que ha incurrido para proteger el
Sistema y para dejar el lugar del proyecto en buenas
condiciones de limpieza y de seguridad de
conformidad con la clusula 41.2.3 a) de las CGC.
Todas las sumas adeudadas al Comprador por el
Proveedor y acumuladas antes de la fecha de la
rescisin se deducirn del monto que deber pagarse
al Proveedor con arreglo al presente Contrato.
41.2.6 Si el Comprador termina el Sistema, se determinar el
costo de la finalizacin del Sistema por el
Comprador. Si la suma a que tiene derecho el
Proveedor, de conformidad con la clusula 41.2.5 de
las CGC, ms los gastos razonables en que ha
incurrido el Comprador para terminar las
instalaciones, excede el Precio del Contrato, el
Proveedor ser responsable de dicho exceso. Si el
exceso es mayor que las sumas adeudadas al
Proveedor con arreglo a la clusula 41.2.5 de las
CGC, el Proveedor pagar el saldo al Comprador. Y
si el exceso es inferior a las sumas adeudadas al
Proveedor con arreglo a la clusula 41.2.5 de las
CGC, el Comprador pagar el saldo al Proveedor. El
Comprador y el Proveedor convendrn por escrito
en el clculo descrito anteriormente y en la forma en
que habrn de pagarse las cantidades.
41.3 Rescisin por el Contratista
41.3.1 Si:
a) el Comprador no ha pagado al Proveedor las
sumas adeudas con arreglo al Contrato dentro
del plazo especificado, no ha aprobado las
facturas o los documentos de apoyo sin justa
causa, de conformidad con las CEC, o comete un
incumplimiento sustancial del Contrato, el
Proveedor podr enviar una notificacin al
Comprador exigiendo el pago de dichas sumas,
con intereses segn lo estipulado en la clusula
12.3 de las CGC, exigiendo la aprobacin de
dichas facturas o documentos de apoyo, o
especificando el incumplimiento y exigiendo que
el Comprador lo subsane, segn sea el caso. Si
el Comprador no paga dichas sumas con
intereses, no aprueba las facturas o los
documentos de apoyo o no da sus razones para
denegar la aprobacin, no subsana el
incumplimiento o no toma medidas para
subsanarlo dentro de los catorce (14) das de
recibida la notificacin del Proveedor; o
b) el Proveedor no puede desempear cualquiera de
sus obligaciones con arreglo al Contrato por
razones atribuibles al Comprador, incluido pero
no limitado a ello, el hecho de que el Comprador
no haya concedido posesin o acceso al lugar del
proyecto o a otras reas, o no haya obtenido un
permiso gubernamental necesario para la
ejecucin o la finalizacin del Sistema;
c) el Proveedor podr enviar una notificacin al
respecto al Comprador, y si el Comprador no ha
pagado las sumas pendientes, aprobado las
facturas o los documentos de apoyo, dado sus
razones para denegar tal aprobacin, o subsanado
el incumplimiento dentro de los veintiocho (28)
das de la notificacin, o si el Proveedor todava
no puede llevar a cabo sus obligaciones con
arreglo al Contrato por cualquier razn atribuible
al Comprador dentro de los veintiocho (28) das
de la notificacin, el Proveedor podr, mediante
nueva notificacin al Comprador, con referencia a
la presente clusula 41.3.1 de las CGC, rescindir
inmediatamente el Contrato.
41.3.2 El Proveedor podr rescindir inmediatamente el
Contrato mediante notificacin al Comprador, con
referencia a la presente clusula 41.3.2 de las CGC,
si el Comprador se declara en quiebra o en concurso
de acreedores, si se ponen sus bienes bajo
administracin judicial, si llega a una solucin
intermedia con sus acreedores o, de ser una persona
jurdica, si se ha aprobado una resolucin o una
ordenanza que dispone su liquidacin (que no sea
una liquidacin voluntaria con fines de fusin o
reorganizacin), si se ha designado a un sndico para
cualquier parte de sus empresas o activos, o si el
Comprador realiza o es objeto de cualquier otra
accin anloga como consecuencia de sus deudas.
41.3.3 Si el Contrato se rescinde con arreglo a las clusulas
41.3.1 41.3.2 de las CGC, el Proveedor
inmediatamente:
los que sean necesarios con el fin de proteger la
parte del Sistema ya ejecutada, o los necesarios
para dejar el lugar del proyecto en buenas
condiciones de limpieza y seguridad;
cedidos al Comprador de conformidad con lo
dispuesto ms adelante en el prrafo d) ii) de la
clusula 41.3.3.
c) retirar todos los equipos del Proveedor del lugar
del proyecto y repatriar al personal del
Proveedor y de sus subcontratistas.
d) adems, el Proveedor, conforme al pago
especificado en la clusula 41.3.4 de las CGC:
i) entregar al Comprador las partes del
Sistema ejecutadas por el Proveedor a la
fecha de la rescisin;
ii) en la medida de lo posible legalmente,
ceder al Comprador todos los derechos,
ttulos y beneficios del Proveedor con
respecto al Sistema o Subsistemas a partir
de la fecha de la rescisin y, segn lo
pueda requerir el Comprador, con respecto
a 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 documentos
preparados en relacin con el Sistema por
el Proveedor o sus subcontratistas a la
fecha de la rescisin.
41.3.4 Si el Contrato se rescinde con arreglo a las clusulas
41.3.1 41.3.2 de las CGC, el Comprador efectuar
al Proveedor todos los pagos especificados en la
clusula 41.1.3 de las CGC, y pagar a ste una
indemnizacin razonable por todas las prdidas,
excepto la prdida de utilidades, o daos sufridos
por el Proveedor como resultado, en conexin o
como consecuencia de dicha rescisin.
41.3.5 La rescisin por el Proveedor de conformidad con la
presente clusula 41.3 de las CGC se har sin
perjuicio de cualquier otro derecho o recurso que
pueda ejercer el Proveedor a cambio o adems de los
derechos conferidos por la clusula 41.3 de las
CGC.
41.4 En la presente clusula 41 de las CGC, la expresin parte
del Sistema ejecutada incluir todos los trabajos
ejecutados, los servicios prestados, y todas las tecnologas
informticas y otros bienes adquiridos (o sujetos a una
obligacin jurdicamente vinculante de compra) por el
Proveedor y utilizados o destinados a su utilizacin para los
fines del Sistema, hasta la fecha de la rescisin, incluida
esta fecha.
41.5 En la presente clusula 41 de las CGC, al calcular las sumas
adeudadas por el Comprador al Proveedor, se tendrn en
cuenta las sumas pagadas anteriormente por el Comprador al
Proveedor con arreglo al Contrato, incluidos los anticipos
pagados con arreglo a las CEC.
42. Cesin 42.1 Ni el Comprador ni el Proveedor cedern a un tercero, sin el
consentimiento previo por escrito de la otra parte, el
Contrato o cualquier parte de l, o cualquier derecho,
beneficio, obligacin o inters en el Contrato o con arreglo al
Contrato, pero el Proveedor tendr derecho a ceder
totalmente o mediante cargo las sumas adeudadas y
pagaderas o que puedan resultar adeudadas y pagaderas al
Proveedor con arreglo al Contrato.

149

SECCIN V. CONDICIONES ESPECIALES DEL CONTRATO
(CEC)

150 Seccin V. Condiciones Especiales del Contrato
Lista de clusulas
A. CONTRATO E INTERPRETACIN ...................................................................................... 152152154
1. DEFINICIONES (CLUSULA 1 DE LAS CGC) ...............................................................................................152152154
2. DOCUMENTOS DEL CONTRATO (CLUSULA 2 DE LAS CGC) .........................................................................153153155
3. INTERPRETACIN (CLUSULA 3 DE LAS CGC) ...........................................................................................153153155
4. NOTIFICACIONES (CLUSULA 4 DE LAS CGC) ............................................................................................153153155
5. LEY APLICABLE (CLUSULA 5 DE LAS CGC) ...............................................................................................154154156
6. RESOLUCIN DE CONTROVERSIAS (CLUSULA 6 DE LAS CGC) ......................................................................154154156
B. OBJETO DEL CONTRATO .................................................................................................... 154154156
7. ALCANCE DEL SISTEMA (CLUSULA 7 DE LAS CGC) ....................................................................................154154156
8. PLAZO PARA COMENZAR LOS TRABAJOS Y OBTENER LA ACEPTACIN (CLUSULA 8 DE LAS CGC) ..........................156156158
9. RESPONSABILIDADES DEL PROVEEDOR (CLUSULA 9 DE LAS CGC) ................................................................156156158
10. RESPONSABILIDADES DEL COMPRADOR (CLUSULA 10 DE LAS CGC) ..........................................................156156158
C. PAGOS ...................................................................................................................................... 158158160
11. PRECIO DEL CONTRATO (CLUSULA 11 DE LAS CGC) ...............................................................................158158160
12. CONDICIONES DE PAGO (CLUSULA 12 DE LAS CGC) ...............................................................................160160162
13. GARANTAS (CLUSULA 13 DE LAS CGC)...............................................................................................162162164
14. IMPUESTOS Y DERECHOS (CLUSULA 14 DE LAS CGC) ..............................................................................163163165
D. PROPIEDAD INTELECTUAL ................................................................................................ 164164166
15. DERECHOS DE PROPIEDAD INTELECTUAL (CLUSULA 15 DE LAS CGC) .........................................................164164166
16. CONVENIOS DE LICENCIA DEL SOFTWARE (CLUSULA 16 DE LAS CGC) ........................................................165165167
17. INFORMACIN CONFIDENCIAL (CLUSULA 17DE LAS CGC) .......................................................................166166168
E. SUMINISTRO, INSTALACIN, PRUEBAS, PUESTA EN SERVICIO Y ACEPTACIN DEL
SISTEMA ....................................................................................................................................... 167167169
18. REPRESENTANTES (CLUSULA 18 DE LAS CGC) ......................................................................................167167169
19. PLAN DEL PROYECTO (CLUSULA 19 DE LAS CGC) ...................................................................................167167169
20. SUBCONTRATACIN (CLUSULA 20 DE LAS CGC) ....................................................................................169169171
21. DISEO E INGENIERA (CLUSULA 21 DE LAS CGC) ..................................................................................169169171
22. ADQUISICIONES, ENTREGA Y TRANSPORTE (CLUSULA 22 DE LAS CGC) .......................................................170170172
23. VERSIONES MEJORADAS DE LOS PRODUCTOS (CLUSULA 23 DE LAS CGC) ...................................................170170172
24. EJECUCIN, INSTALACIN Y OTROS SERVICIOS (CLUSULA 24 DE LAS CGC) ..................................................170170172
25. INSPECCIONES Y PRUEBAS (CLUSULA 25 DE LAS CGC) ............................................................................171171172
26. INSTALACIN DEL SISTEMA (CLUSULA 26 DE LAS CGC) ..........................................................................171171173
27. PUESTA EN SERVICIO Y ACEPTACIN OPERACIONAL (CLUSULA 27 DE LAS CGC) ...........................................171171173
F. GARANTAS Y RESPONSABILIDADES ................................................................................ 171171173
28. GARANTA DEL PLAZO PARA LA ACEPTACIN OPERACIONAL (CLUSULA 28 DE LAS CGC) ................................171171173
29. GARANTA (RESPONSABILIDAD POR DEFECTOS) (CLUSULA 29 DE LAS CGC) ................................................172172174
30. GARANTAS DE FUNCIONAMIENTO (CLUSULA 30 DE LAS CGC) .................................................................173173175
31. GARANTA SOBRE LOS DERECHOS DE PROPIEDAD INTELECTUAL (CLUSULA 31 DE LAS CGC) ............................173173175
32. INDEMNIZACIN POR VIOLACIN DE DERECHOS DE PROPIEDAD INTELECTUAL (CLUSULA 32 DE LAS CGC) ..........173173175
33. LIMITACIN DE RESPONSABILIDAD (CLUSULA 33 DE LAS CGC) .................................................................174174176
G. DISTRIBUCIN DE LOS RIESGOS ....................................................................................... 174174176
34. TRASPASO DE LA PROPIEDAD (CLUSULA 34 DE LAS CGC) ........................................................................174174176
35. CUIDADO DEL SISTEMA (CLUSULA 35 DE LAS CGC) ...............................................................................174174176
Seccin V. Condiciones Especiales del Contrato 151
36. PRDIDAS O DAOS MATERIALES; ACCIDENTES O LESIONES DE LOS TRABAJADORES; INDEMNIZACIONES (CLUSULA 36 DE LAS
CGC) ...................................................................................................................................................174174176
37. SEGUROS (CLUSULA 37 DE LAS CGC) .................................................................................................174174176
38. FUERZA MAYOR (CLUSULA 38 DE LAS CGC) .........................................................................................175175177
H. MODIFICACIN DE LOS ELEMENTOS DEL CONTRATO .............................................. 175175177
39. MODIFICACIN DEL SISTEMA (CLUSULA 39 DE LAS CGC) .......................................................................175175177
40. PRRROGA DEL PLAZO PARA OBTENER LA ACEPTACIN OPERACIONAL (CLUSULA 40 DE LAS CGC) ..................175175177
41. RESCISIN (CLUSULA 41 DE LAS CGC) ................................................................................................175175177
42. CESIN (CLUSULA 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 de
las CEC prevalecern sobre aquellas de las CGC. Para mayor claridad, el nmero de la
clusula de las CGC a la que se hace referencia est indicado en la columna de la izquierda
de las CEC.
A. CONTRATO E INTERPRETACIN
1. Definiciones (clusula 1 de las CGC)
CGC 1.1 a) ix) La edicin pertinente del documento del Banco Mundial titulado Normas
- Adquisiciones con prstamos del BIRF y Crditos de la AIF data de:
"Enero de 1995, Edicin Revisada en enero y agosto de 1996,
septiembre de 1997 y enero de 1999".

CGC 1.1 b) i) El Comprador es: Comisin Nacional de Bancos y Seguros (CNBS).

El Beneficiario exclusivo propietario del Sistema y su respectiva
infraestructura tecnolgica es el Banco Central de Honduras
(BCH).

CGC 1.1 b) ii) El Jefe de Proyecto designado por el Banco Central de Honduras es: El
BCH designar al jefe de proyecto de conformidad a lo estipulado en la
clusula CGC 18.1

El jefe de proyectos designado, estar bajo la jerarqua del Subgerente
del rea de Operaciones del Banco Central de Honduras (BCH).

CGC 1.1 e) i) El pas del Comprador es: Repblica de Honduras.

CGC 1.1 e) iii) El lugar del proyecto es:
Banco Central de Honduras
Avenida Juan Ramn Molina Primera Calle,
Sptima Avenida.
Ciudad: Tegucigalpa, M.D.C., Francisco Morazn
Pas: Repblica de Honduras
Telefono: (504) 2237-2270 al 79
Facsmile: (504) 2220-4456

CGC 1.1 e) x) El Contrato tendr una duracin de cuarenta (40) meses contados a partir
de la fecha en que se cumplan todas las condiciones de efectividad
enumeradas en el Artculo 3 del contrato.

En la Seccin VI. Requisitos Tcnicos, Literal E Programa de
Ejecucin se detallan las fases del proyecto.

2. Documentos del Contrato (clusula 2 de las CGC)
CGC 2 "No hay Condiciones Especiales del Contrato que se apliquen a la
clusula 2 de las CGC.

3. Interpretacin (clusula 3 de las CGC)
CGC 3.1.1 El idioma del Contrato, de toda la correspondencia y las
comunicaciones que se cursen, y de toda otra documentacin que se
prepare y se entregue en virtud del Contrato, salvo que se especifique
otra cosa en los Requisitos Tcnicos, ser l: espaol.

4. Notificaciones (clusula 4 de las CGC)
CGC 4.1 Las notificaciones sern dirigidas a:
Coordinador de la UCP, Segundo Piso, Edificio SANTA FE, Col.
Castao Sur, Paseo Virgilio Zelaya Rub, Bloque C, Tegucigalpa,
Honduras, C.A, Telfono (504) 2221-6909 y Fax (504) 2221-3375,
email: ucp-adquisiciones@cnbs.gov.hn
Subgerencia rea Operativa, Banco Central de Honduras (BCH)
Edificio Principal, Avenida Juan Ramn Molina, Primera calle, Sptima
Avenida. Ciudad Tegucigalpa, M.D.C. Francisco Morazn, Honduras,
C.A., Telfonos: (504)-2237-2270 (al 79), email:
sistemadepagos@bch.hn

Para el intercambio electrnico de datos el Comprador utilizar cuentas
especialmente habilitadas y una red de comunicaciones de alta
disponibilidad, basada en estndares internacionales, adems se usar
para estos propsitos, reuniones mensuales de avance del proyecto que se
realizarn en sus dependencias.
5. Ley aplicable (clusula 5 de las CGC)
CGC 5.1 El Contrato se interpretar de conformidad con las leyes vigentes de la
Repblica de Honduras.
6. Resolucin de controversias (clusula 6 de las CGC)
CGC 6.1.4 La autoridad que nombrar al Conciliador es: Centro de Conciliacin y
Arbitraje de la Cmara de Comercio e Industria de Tegucigalpa (CCIT)
de la Repblica de Honduras.

Todo procedimiento de conciliacin y arbitraje en el que participe la
Comisin Nacional de Bancos y Seguros requiere la autorizacin
expresa del Poder Ejecutivo, extendido mediante Acuerdo. (Artculo 64
del Decreto 17-2010 Ley del Fortalecimiento de los Ingresos, Equidad
Social y Racionalizacin del Gasto Pblico y Artculo 19 de la Ley
Orgnica de la Procuradura General de la Republica de Honduras).

CGC 6.2.3 Los procedimientos arbitrales se regirn por:
a) si el Proveedor es extranjero (incluyendo una sociedad en
participacin, cuando al menos uno de los socios es extranjero):

Cualquier disputa, controversia o reclamo relativo o relacionado
con este Contrato o cualquier infraccin, cesin o invalidez ser
resuelta por arbitraje de acuerdo al Reglamento de Arbitraje del
CNUDMI vigente en la actualidad.

b) si el Proveedor est ubicado en el pas del Comprador:

Cualquier disputa que surja, en relacin con el presente Contrato,
entre el Comprador y un Proveedor ubicado en el mismo pas que
el Comprador, deber referirse a arbitraje de acuerdo con las leyes
del pas del Comprador.

B. OBJETO DEL CONTRATO
7. Alcance del Sistema (clusula 7 de las CGC)
CGC 7.1 Las obligaciones del Proveedor incluyen el suministro de la totalidad de
las tecnologas informticas, materiales y otros bienes, y el suministro de
todos los servicios necesarios para la Adquisicin, Instalacin e
Implementacin de un Sistema compuesto por los Subsistemas:
Liquidacin Bruta en Tiempo Real (LBTR) y Central Depositaria de
Valores (CDV) con su respectiva Infraestructura Tecnolgica
(Hardware y Software) para el Banco Central de Honduras (incluidas
las adquisiciones, garanta de calidad, ensamblaje, preparacin del sitio,
entrega, inspecciones y ensayos antes de la puesta en servicio,
instalacin, prueba y puesta en servicio), de conformidad con los planes,
procedimientos, especificaciones, planos, cdigos y otros documentos
especificados en el Contrato y en el Plan definitivo y aprobado del
proyecto. Incluye los servicios de mantenimiento y garanta del Sistema y
la Infraestructura Tecnolgica.

La Infraestructura Tecnolgica consta de lo siguiente:
tem 1: Seis (6) Servidores.
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 11g R2 perpetuas por
procesador.
tem 4: Cuatro (4) Licencias de Base de Datos Oracle Estndar Edition
tem 5: Nueve (9) Licencias del Componente de Replicacin de Datos
Oracle Golden Gate 11g perpetuas por procesador.
tem 6: Software del Servidor de Aplicaciones/Web.
tem 7: En caso de que la solucin propuesta lo requiera: Software de
Integracin de Datos (Para conexin de enlaces sealados en la seccin
VI Requisitos Tcnicos, numeral 2.5.1 Integracin del Sistema literal
C y Sistema SWIFT)

CGC 7.3 Las obligaciones del Proveedor en virtud del Contrato incluirn los
siguientes rubros de gastos ordinarios, segn se consignaron en el
Formulario de gastos ordinarios de la oferta del Proveedor:

Los servicios de mantenimiento siguientes:
- El perodo de mantenimiento para el Hardware (tem 1) que
comienza a partir de la Aceptacin Operacional de este
componente y se extender por un perodo de treinta y seis (36)
meses.
- El perodo de mantenimiento para el Software de Base de Datos
(tems 2, 3, 4 y 5), comienza a partir de la Aceptacin
Operacional de la infraestructura tecnolgica y se extender por
un perodo de doce 12 meses.
- subsistema LBTR (con tems 6 y 7) y el subsistema CDV, que
comienza a partir de la Aceptacin Operacional del Sistema y se
extender por un perodo de doce 12 meses.
Los gastos ordinarios por mantenimiento se detallan en la Seccin VI
Requisitos Tcnicos literal C Especificaciones Tcnicas numeral 2.5.3.2
Servicios de Mantenimiento durante el periodo de garanta para el
Sistema y 2.5.4.3 Servicio de Mantenimiento y Reparacin durante el
Perodo de Garanta para la Infraestructura Tecnolgica.

8. Plazo para comenzar los trabajos y obtener la aceptacin (clusula 8 de las CGC)
CGC 8.1 El Proveedor comenzar a trabajar en la implementacin del Sistema
dentro de los 14 das contados a partir de la fecha en que se cumplan
todas las condiciones de efectividad enumeradas en el Artculo 3 del
contrato.

CGC 8.2 La aceptacin operacional tendr lugar a ms tardar como sigue:

Aceptacin Operacional Mes de ejecucin de proyecto
Hardware (tem 1) y Software de
Base de Datos (tems 2, 3, 4 y 5)
4
LBTR con tems 6 y 7 13
CDV 22
Aceptacin Operacional del
Sistema
24

La aceptacin operacional estar condicionada al cumplimiento de las
todas los eventos descritos en la seccin VI Requerimientos Tcnicos,
Capitulo E Programa de Ejecucin inciso 4.1.

9. Responsabilidades del Proveedor (clusula 9 de las CGC)
CGC 9.9 El Proveedor tendr las siguientes responsabilidades adicionales:
Ninguna.

10. Responsabilidades del Comprador (clusula 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 la
Oficina Central, edificio anexo y sucursales del Banco Central de
Honduras (BCH); as como, los servicios de electricidad para el
Proyecto.

b) Proporcionar el apoyo necesario para que el Proveedor complemente
cualquier informacin adicional que requiera de los procesos
actuales.

c) Asignar un equipo de trabajo del proyecto que deber realizar las
siguientes funciones:

- Coordinar las reuniones de trabajo necesarias entre el personal
del Banco Central de Honduras (BCH) y el Proveedor.

- Gestionar y proporcionar todos los recursos necesarios para la
integracin del sistema y la infraestructura tecnolgica al
ambiente de seguridad del Banco Central de Honduras
(BCH).

- Dar seguimiento y verificar los compromisos del proveedor
ganador con el Banco Central de Honduras (BCH) y en caso
de desviaciones de tiempo las notificar por escrito.

- Coordinar la asignacin del personal del Banco Central de
Honduras (BCH) necesario para integrar el equipo del
proyecto y lograr la transferencia del conocimiento del
Proveedor.

- Coordinar las actividades necesarias para la liberacin a
produccin.

- 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 la
infraestructura de llave pblica y administracin de certificados
digitales.

e) El Banco Central de Honduras (BCH) proporcionar el Directorio
Activo para la administracin de los usuarios y grupos de usuarios.

f) El Banco Central de Honduras (BCH) proporcionar las instalaciones
y facilidades para la realizacin de la capacitacin.

CGC 10.12 El Comprador tendr las siguientes responsabilidades adicionales:

Coordinar con el Banco Central de Honduras (BCH) los aspectos de
supervisin de la ejecucin del contrato.

C. PAGOS
11. Precio del Contrato (clusula 11 de las CGC)
CGC 11.2 b) Los montos pagaderos al Proveedor, estarn sujetos a reajuste durante la
ejecucin del Contrato a fin de reflejar las variaciones surgidas en el
costo de los componentes de la siguiente frmula:

a) Los pagos en moneda nacional (Lempiras) se ajustarn cada doce
meses, contados a partir de la fecha del contrato. Para tal fin, el
ajuste de precios se realizar aplicndole al pago
correspondiente, el porcentaje que resulte de aplicar la siguiente
frmula:
|
|
.
|
\
|
= 1
0
0
f
f
f f
IPC
IPC
P P

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 Econmicos 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 Econmicos 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 ajustarn cada doce meses, contados a
partir de la fecha del contrato. Para tal fin, el ajuste de precios se
realizar aplicndole al pago correspondiente, el porcentaje que
resulte de aplicar la siguiente frmula:

f0
0
1
0
1
f0 P
M
M
b
L
L
a P Pf
|
.
|
\
|
+ =

En donde:
P
f
= ajuste pagadero al Proveedor
P
f 0
= Monto de cada factura a ser ajustada
a = porcentaje estimado del Precio del Contrato
correspondiente a la mano de obra.
b = porcentaje estimado del Precio del Contrato
correspondiente a los materiales.
L
0
, L
1
= ndice de Salarios para el Sector Privado o su
equivalente, registrado en el pas de la respectiva
moneda extranjera, en el mes correspondiente a la
fecha del contrato y al mes que el ajuste a de tener
efecto, respectivamente.
M
0
, M
1
= ndice de precios mayoristas nivel general, productos
nacionales, Manufacturados y Energa elctrica,
Productos manufacturados: Mquinas y Equipos o su
equivalente, del pas de la respectiva moneda
extranjera en el mes correspondiente a la fecha del
contrato 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 los
ajustes en moneda extranjera. El Comprador revisar esta propuesta y
solicitar al Adjudicatario las correcciones que sean pertinentes previo a
la celebracin del contrato.
En su solicitud de ajuste, el proveedor ser responsable de acompaar
copia oficial de la variacin presentada por los indicadores, durante el
perodo correspondiente de aplicacin, de conformidad con la Fuente
establecida anteriormente.

La aplicabilidad de la frmula de ajuste de precio, tanto en moneda
nacional como en moneda extranjera, estar condicionada a lo siguiente:
(a) No se permitir ningn ajuste de precios posterior a las
fechas o plazos establecidos en la condicin especial del contrato
12.1 salvo que medie una prrroga formal de la misma.
(b) No se permitirn ajustes de precios cuando existan retrasos
por los cuales el Proveedor sea responsable.
(c) No se efectuar ningn ajuste de precio a la porcin del
valor del Contrato pagado al Proveedor como anticipo (si
hubiere).
(d) No se efectuarn ajustes a los pagos que se realicen
durante el primer ao de firmado el contrato.

12. Condiciones de pago (clusula 12 de las CGC)
CGC 12.1 Segn lo establece la clusula 12 de las CGC (Condiciones de pago), el
Comprador pagar el Precio del Contrato al Proveedor en la forma
abajo especificada. Excepto si se estipula otra cosa, todos los pagos se
hacen por la porcin del Precio del Contrato correspondiente a los
bienes y servicios recibidos, instalados y operacionalmente aceptados,
segn el Programa de Ejecucin del Contrato, a precios unitarios y en
la moneda especificada en el Contrato.
a) Los pagos se efectuaran de la forma siguiente: A la presentacin
de la Garanta bancaria por anticipo, segn se estipula en la
clusula 13.2.1 de la CGC del Contrato.
- Diez por ciento (10%) del valor total del contrato.
Infraestructura Tecnolgica

a) Contra entrega de los bienes
- Nueve por Ciento (9%) del valor total del contrato.
b) A la aceptacin operacional de la infraestructura tecnolgica, por
parte del Banco Central de Honduras (BCH) de la instalacin y
puesta en marcha de dichos componentes, segn se estipula en la
Seccin VI, literal E. Programa de Ejecucin (al final del mes 4)
- Veintiuno por Ciento (21%) del valor total del contrato
c) A la finalizacin del primer ao de mantenimiento del Hardware
- Uno por ciento (1%) del valor total del contrato
d) A la finalizacin del segundo ao de mantenimiento del Hardware
- Uno por ciento (1%) del valor total del contrato


Subsistema LBTR con tems 6 y 7
a) A la instalacin piloto, parametrizacin/personalizacin e
instalacin del subsistema en diferentes ambientes aprobado por el
Banco Central de Honduras, segn se estipula en la Seccin VI,
literal E. Programa de Ejecucin (al final del mes 9).
- Diez por ciento (10%) del valor total del contrato
b) A la finalizacin de la capacitacin, suministro de documentos de
la aplicacin, migracin, pruebas de aceptacin operacional,
paralelo, salida a produccin y la aceptacin operacional de dicho
subsistema aprobado por parte del Banco Central de Honduras
(BCH), segn se estipula en la Seccin VI, literal E. Programa de
Ejecucin (al final del mes 13).
- Diecisis por ciento (16%) del valor total del contrato
Subsistema CDV
a) A la instalacin piloto, parametrizacin/personalizacin e
instalacin del subsistema en diferentes ambientes aprobado por el
Banco Central de Honduras, segn se estipula en la Seccin VI,
- Seis por ciento (6%) del valor total del contrato
b) A la finalizacin de la capacitacin, suministro de documentos de
la aplicacin, migracin, pruebas de aceptacin operacional,
paralelo, salida a produccin y la aceptacin operacional de dicho
subsistema aprobado por parte del Banco Central de Honduras
(BCH), segn se estipula en la Seccin VI, literal E. Programa de
Ejecucin (al final del mes 22).
- Once por ciento (11%) del valor total del contrato

Sistema (Infraestructura Tecnolgica, Subsistema LBTR y CDV)
a) A la aceptacin operacional del Sistema aprobado por el Banco
Central de Honduras (BCH), segn se estipula en la Seccin VI,
- Quince por ciento (15%) del valor total del contrato

CGC 12.3 El Comprador pagar al Proveedor intereses sobre el monto de los pagos
atrasados a una tasa igual a Libor a 12 meses ms un spread de 25
puntos bsicos.
CGC 12.4 El Comprador pagar al Proveedor los bienes y servicios suministrados en el
pas del Comprador en la moneda oficial de Honduras, el Lempira.
CGC 12.5 Los pagos por bienes y servicios procedentes de un pas distinto del pas
del Comprador debern hacerse en la siguiente forma: Transferencia
Bancaria cuyo costo ser asumido por el Proveedor. Deber adems
incluir la siguiente informacin:
Nombre del Banco Corresponsal

Direccin del Banco Corresponsal

El nmero de routing:

Cdigo ABA o IBAN

Cdigo Swift

Nmero de Cuenta del Beneficiario.

Nombre del Beneficiario de la cuenta.
13. Garantas (clusula 13 de las CGC)
CGC 13.2.1 Dentro de los veintiocho (28) das siguientes a la notificacin de la
adjudicacin del Contrato, el Proveedor constituir una garanta bancaria
por anticipo por la cantidad y en la moneda del Anticipo estipulado en la
clusula 12 de las CEC y con una vigencia hasta de treinta (30) das
posteriores a que los sistemas se acepten operacionalmente.

La garanta bancaria por anticipo podr ser emitida por una institucin
bancaria legalmente establecida en la Repblica de Honduras o por una
institucin bancaria del pas del Licitante, aceptada y confirmada por un
banco de la Repblica de Honduras.

CGC 13.2.2 La reduccin del valor y el vencimiento de la garanta por anticipo se
calcula de la forma siguiente:

P*a/(100-a), donde P es la suma de todos los pagos efectuados hasta
la fecha al Proveedor (con exclusin del Anticipo), y a es el
Anticipo expresado como porcentaje del Precio del Contrato de
conformidad con la CEC para la clusula 12.1 de las CGC.

Es decir, P es la suma de todos los pagos hechos despus del anticipo,
multiplicado por 10 y dividido entre 90.- El valor residual de la garanta
ser por tanto, su valor original menos la reduccin calculada, por tanto
la reduccin se efectuar gradualmente en cada pago.

La garanta de anticipo ser devuelta al Proveedor despus de su
vencimiento.

CGC 13.3.1 Dentro de los veintiocho (28) das siguientes a la notificacin de la
adjudicacin del Contrato, el Proveedor constituir una garanta
bancaria de Cumplimiento en dlares de los Estados Unidos de
Norteamrica y ascender a un monto de 8% del valor total del contrato.

CGC 13.3.4 b) Durante el perodo de la Garanta de Cumplimiento (sealada en la CEC
13.3.1), esta se reducir un 2% por cada Subsistema que haya obtenido
la Aceptacin Operacional, segn se detalla a continuacin:
- Al obtener la Aceptacin Operacional del Hardware (tem 1).
- Al obtener la Aceptacin Operacional del Software de Base de
Datos (tems 2, 3, 4 y 5).
- Al obtener la Aceptacin Operacional de los Subsistemas LBTR
con tems 6 y 7, y Subsistema CDV.

14. Impuestos y derechos (clusula 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 retencin sobre el
valor pagado por la Infraestructura Tecnolgica (tems 1, 2, 3, 4,
5 ,6 y 7 descritos en la Seccin VI Requisitos Tcnicos, Literal C
Especificaciones Tcnicas, numeral 2.1), Subsistemas LBTR y
CDV, en aplicacin del Impuesto sobre la Renta establecido en
el artculo 5to. numeral 9) de la Ley de Fortalecimiento de los
Ingresos Equidad Social y Racionalizacin del Gasto Pblico,
Decreto Legislativo 17-2010

b. Se aplicar un Diez por Ciento (10%) de retencin sobre el
valor pagado por el uso de patentes, diseos, marca de
fbrica y derechos de autor establecido en el artculo 187
numeral 1) de la Ley del Derecho de Autor y de los Derechos
Conexos contenidos en el Decreto 4-99-E. y reformado
mediante el artculo 5to. Numeral 6) de la Ley de
Fortalecimiento de los Ingresos Equidad Social y
Racionalizacin del Gasto Pblico, Decreto Legislativo 17-2010.

c. Se aplicar un Diez por Ciento (10%)de retencin sobre el
valor pagado por concepto de honorarios a no residentes o no
domiciliados en Honduras por el desarrollo del Software en
aplicacin del Impuesto sobre la Renta establecido en el artculo
5to., numeral 3) de la Ley de Fortalecimiento de los Ingresos
Equidad Social y Racionalizacin del Gasto Pblico, Decreto
Legislativo 17-2010.

d. Se aplicar un Doce Punto Cinco por ciento (12.5%) de
retencin, sobre el valor pagado de honorarios profesionales
a residentes en Honduras dentro del territorio nacional en
aplicacin del Impuesto sobre la Renta establecido en el artculo
50 de la Ley de Impuesto sobre la Renta.

e. Se aplicar un Doce por ciento (12%) de Impuesto Sobre Ventas
del valor de la Infraestructura Tecnolgica (tems 1, 2, 3, 4, 5 ,6
y 7) si el Proveedor proviene del mismo pas del Comprador.

D. PROPIEDAD INTELECTUAL
15. Derechos de Propiedad Intelectual (clusula 15 de las CGC)
CGC 15. El Banco Central de Honduras (BCH) en su condicin de beneficiario de
este Contrato ser el propietario de los derechos contractuales
establecidos en esta Seccin.
CGC 15.3 Los derechos contractuales del Banco Central de Honduras (BCH) en su
calidad de beneficiario de este Contrato para utilizar los subsistemas
LBTR, CDV o cualquiera de los elementos de los mismos no podrn ser
cedidos, ser objeto de una licencia, ni transferidos voluntariamente de
ninguna otra manera, sin consentimiento previo por escrito del
Proveedor.

CGC 15.4 El BCH tendr todos los derechos de uso del software personalizado y
todos sus correspondientes elementos como lo establece la clusula
16.1.b) ii) de las CGC.


CGC 15.5 Todo cdigo fuente que sea propiedad del proveedor ya sea para
aplicaciones estndar o para modificaciones especficamente
desarrolladas para el Banco Central de Honduras (BCH) deber ser
mantenido en custodia por un tercero internacionalmente reconocido en
beneficio del Banco Central de Honduras (BCH) con la aprobacin del
proveedor.
El cdigo fuente deber permanecer en custodia a fin de proteger al
Banco Central de Honduras (BCH) ante las eventualidades siguientes:

Que el Proveedor no pueda continuar dando el soporte tcnico
requerido durante el perodo de garanta
Disolucin o quiebra del Proveedor.
Compra del Proveedor, por cualquier otra organizacin que
implique cambio de polticas de soporte y desarrollo de sistemas
de informacin.
Mala calidad probada, por parte de los servicios de soporte,
programacin o desarrollo prestados por la empresa Licitante

Los cargos y responsabilidades originados por la custodia de los
programas fuentes, ser por cuenta del Proveedor, el cual se compromete
a mantener la ltima versin de dichos programas a su costo y riesgo.
16. Convenios de Licencia del Software (clusula 16 de las CGC)
CGC 16.1 a) iii) La licencia de todo el Software objeto de este contrato ser vlida en
todo el territorio del pas del Comprador.

Las licencias para uso del Sistema debern incluir el uso de dicho
Sistema a usuarios nacionales e internacionales.

CGC 16.1 a) iv) El uso del Software estar sujeto a las siguientes restricciones
adicionales: El Banco Central de Honduras BCH es el nico autorizado
a utilizar las licencias del sistema. Bajo ninguna circunstancia el
Comprador y BCH quedan autorizados para divulgar o reproducir el
software propiedad del Proveedor para fines distintos para los cuales fue
adquirido, en especial para fines de carcter comercial.

CGC 16.1 b) ii) La licencia de explotacin del Software permitir utilizarlo o copiarlo
para usarlo o transferirlo a las computadoras de reemplazo necesarias.

CGC 16.1 b) vi) La licencia de explotacin del Software permitir al Banco Central de
Honduras (BCH) dar a conocer el Software, y reproducirlo para
utilizarlo, a los Proveedores de servicios tcnicos o sus
subcontratistas, exclusivamente en cumplimiento de los contratos de
servicios tcnicos, con las mismas restricciones establecidas en este
Contrato.

CGC 16.1 b) vii) No Aplica
CGC 16.2 El Proveedor podr llevar a cabo las auditorias del Software estndar,
solicitndolo por escrito a la Gerencia del Banco Central de Honduras
(BCH), con al menos quince (15) das hbiles de anticipacin y
especificando los objetivos de la misma, conforme a las siguientes
condiciones:
- Duracin y el nmero de auditoras por ao;
- Horas o los das en que podrn realizarse las auditorias;
- Categoras de software sujeto a auditorias;
- Procedimientos de acceso al Hardware o al Software del Banco
Central de Honduras (BCH);
- Nmero y procedencia de los auditores individuales;
- Indemnizacin por el Proveedor debido a prdidas, obligaciones
y gastos sufragados por el Banco Central de Honduras (BCH)
como resultado directo de la auditoria.
Por cada auditora que realice el Proveedor deber firmar un acuerdo de
confidencialidad elaborado por el Banco Central de Honduras (BCH), el
cual deber ser suscrito por el Proveedor previo al inicio de la auditora.

Los costos en que incurra el Proveedor al efectuar las mencionadas
auditoras corrern por su cuenta y no sern reembolsables.

17. Informacin Confidencial (clusula 17de las CGC)
CGC 17.1 No se modifican las condiciones de confidencialidad expresadas en la
clusula 17.1 de las CGC

CGC 17.6
Las condiciones de confidencialidad expresadas en la clusula 17 se
extendern ms all de la rescisin del Contrato, independientemente de
cul haya sido la causa de la rescisin, a perpetuidad.

De conformidad a las Polticas de Seguridad Informtica del Banco
Central de Honduras (BCH), toda informacin proporcionada por el
Banco Central de Honduras (BCH) es de carcter confidencial y deber
firmarse un acuerdo de confidencialidad perpetua con el Proveedor y sus
subcontratistas. Al no respetar este acuerdo, el Proveedor ser
responsable por los daos y perjuicios ocasionados por las causas
sealadas, por lo que deber compensar tales prdidas o daos al Banco
Central de Honduras (BCH), de conformidad con la legislacin
hondurea vigente y dems leyes internacionales aplicables.(Ver
documento en la Seccin VI Requisitos Tcnicos Literal H Anexo 9
Declaracin de Confidencialidad)

E. SUMINISTRO, INSTALACIN, PRUEBAS, PUESTA EN SERVICIO Y
ACEPTACIN DEL SISTEMA
18. Representantes (clusula 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 para
representar al Beneficiario en las cuestiones relativas al Contrato:
Ninguna facultad o limitacin adicional.

CGC 18.2.2 El Representante del Proveedor tendr las siguientes facultades o
limitaciones adicionales a su autoridad para representar al Proveedor en
las cuestiones relativas al Contrato: Ninguna restriccin o limitacin
adicional.

19. Plan del proyecto (clusula 19 de las CGC)
CGC 19.1 Los captulos del Plan del proyecto abordarn al menos los temas
siguientes:
a) Plan del Proyecto;
b) Validacin y afinamiento del diseo Arquitectura Tcnica
c) Implementacin de la infraestructura Tecnolgica
d) Integracin de las aplicaciones
e) Diseo del Sistema
f) Instalacin preliminar
g) Parametrizacin/personalizacin del Sistema
h) Instalacin del Sistema en diferentes ambientes
i) Capacitacin
j) Documentacin
k) Migracin
l) Pruebas de aceptacin operacional
m) Paralelo
n) Aceptacin Operacional por Subsistema
o) Aceptacin Operacional del Sistema
p) Plan de servicios de garanta y mantenimiento del Sistema
(subsistemas LBTR y CDV con su infraestructura tecnolgica
(Hardware y Software)).

El plan del proyecto deber incluir el detalle de las tareas a realizar con
su respectiva secuencia y relacin con otras actividades, adems de
sealar los tiempos y recursos involucrados para completar dichas tareas.
Deber incluir el calendario de visitas, detallando el nmero de personas,
tiempo de estada y actividades del personal de la empresa en las
diferentes etapas del proyecto.

Los incisos e), f), g), h), i), j), k), l), m) y n) son las mismas actividades
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 de los
temas en la Seccin VI Requisitos Tcnicos, Capitulo E Programa de
Ejecucin inciso 4.1.
CGC 19.2 El Proveedor en conjunto con el Banco Central de Honduras (BCH) se
comprometer a finalizar a ms tardar en un plazo de treinta (30 das) a
partir 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 el
procedimiento siguiente:

a) Diez (10) das para realizar reuniones en las que se ampliarn los
requerimientos estipulados en el documento de licitacin con sus
respectivas implicaciones, adems, expondr sobre la
metodologa de implementacin para el Proyecto.
b) Cinco (5) das para elaborar el borrador del Plan definitivo del
Proyecto.
c) Diez (10) das para que el Banco Central de Honduras (BCH) lo
revise y brinde sus observaciones al mencionado borrador.
d) Cinco (5) das para su aprobacin final.

CGC 19.5 El Proveedor presentar al Banco Central de Honduras (BCH) dentro de
los diez (10) primeros das de cada mes los siguientes informes:
1. Ayudas memorias de las reuniones de trabajo realizadas entre el
beneficiario, 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; el
beneficiario entregar una retroalimentacin de dicho informe a
ms tardar 10 das luego de recibido dicho informe.
3. Informes sobre inspecciones y garanta de la calidad, los cuales
sern 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 reprogramacin de tareas o bien a solicitud del
Jefe de Proyectos LBTR Y CDV.6. Otras que requiera el
Beneficiario y/o el Comprador en el transcurso del proyecto.

20. Subcontratacin (clusula 20 de las CGC)
CGC 20 No hay Condiciones Especiales del Contrato que se apliquen a la
21. Diseo e ingeniera (clusula 21 de las CGC)
CGC 21.2 El Contrato se ejecutar de conformidad con la edicin o la versin
revisada de todos los cdigos y normas de referencia vigente a la fecha
que corresponda a los veintiocho (28) das anteriores a la fecha de
presentacin de las ofertas.

CGC 21.3.1 El Proveedor preparar y entregar los siguientes documentos al Jefe de
proyecto, cuya aprobacin debe obtener antes de proseguir trabajando en
el Sistema o Subsistema abarcado en los documentos:

1. Especificaciones de las configuraciones del hardware requerido
para implementar el sistema; conforme a lo requerido en el inciso
2.1.2 Especificaciones Tcnicas de Infraestructura Tecnolgica,
Seccin VI Requisitos Tcnicos.
2. Caractersticas y versin de las licencias a utilizar en el sistema;
3. Configuraciones definitivas de los Subsistemas;
4. Otros documentos que requiera el Beneficiario y que se hayan
enunciado en la Seccin VI Requisitos Tcnicos Literal C
Especificaciones Tcnicas numeral 2.6 Documentacin Exigida.
CGC 21.3.2 Dentro de los veinte (20) das siguientes a la recepcin por el Jefe de
proyecto de cualquier documento que requiera su aprobacin, de
conformidad con la clusula 21.3.1 de las CGC, el Jefe de proyecto
devolver una copia del documento al Proveedor, con su aprobacin
ratificada en el documento, o notificar por escrito al Proveedor su
desaprobacin del documento y las razones de ella, as como las
modificaciones que propone introducir el Jefe de proyecto. Si el Jefe de
proyecto no lo hace as dentro del plazo indicado de veinte (20) das, se
considerar que el documento ha sido aprobado por el Jefe de proyecto.
22. Adquisiciones, entrega y transporte (clusula 22 de las CGC)
CGC 22.5 El proveedor (Sea Nacional o Internacional) deber de entregar al Banco
Central de Honduras los siguientes documentos:

(i) copias de la factura del Proveedor en que se indiquen la
descripcin, cantidad, precio unitario y monto total de los bienes;
(ii) certificado de seguro;
(iii) certificado de garanta del fabricante o Proveedor;
(iv) certificado de origen;
(v) Comprobante de las inspecciones y pruebas sealadas en la CGC
ocho (8) de las Condiciones Especiales del Contrato y
(vi) Currculo del personal tcnico asignado por El Proveedor para
efectuar las tareas de: instalacin, configuracin y
mantenimientos a soporte correctivo y preventivo. Dicha hoja de
vida deber estar acompaada de documentos que avalen la
experiencia y formacin del personal propuesto de forma que
garantice que est capacitado y certificado por el fabricante del
producto.

23. Versiones mejoradas de los productos (clusula 23 de las CGC)
CGC 23.4
El Proveedor durante el servicio de mantenimiento proporcionar al
Banco Central de Honduras (BCH) todas las nuevas versiones,
ediciones y actualizaciones del Software estndar durante el perodo
de garanta, sin costo adicional segn se especifica en las CGC.
La instalacin de las nuevas versiones ser aprobada por parte del
BCH.
24. Ejecucin, instalacin y otros servicios (clusula 24 de las CGC)

25. Inspecciones y pruebas (clusula 25 de las CGC)
CGC 25 Se harn las inspecciones y pruebas que se especifican en la Seccin VI,
Requisitos Tcnicos Literal D, Requisitos de las Pruebas y la Garanta de
Calidad.

26. Instalacin del Sistema (clusula 26 de las CGC)
CGC 26 No hay Condiciones Especiales del Contrato que se apliquen a la clusula
26 de las CGC.

27. Puesta en servicio y Aceptacin operacional (clusula 27 de las CGC)
CGC 27.2.1 Las pruebas para la Aceptacin operacional del LBTR, CDV e
Infraestructura Tecnolgica se llevarn a cabo con arreglo a los
procedimientos y los resultados exigidos para la aceptacin.
Las pruebas de Aceptacin Operacional se realizarn con la
cooperacin plena del Proveedor durante la puesta en servicio del
Sistema.
El Proveedor debe proporcionar herramientas, experiencia y
conocimiento as como recurso humano para asistir al personal
operativo y tcnico del BCH para realizar las pruebas. Indicadas en
la Seccin VI Especificaciones Tcnicas Inciso D, Requisitos de las
Pruebas y la Garanta de Calidad. El sistema ser aceptado si
responde al paquete de pruebas dentro de los parmetros descritos y
aprobados en el Plan de Proyecto.

CGC 27.2.2 Si la prueba de Aceptacin operacional de cada Subsistema no se puede
realizar con xito dentro de los sesenta (60) das a partir de la fecha de
instalacin de cada uno de ellos o en cualquier otro plazo acordado por el
Beneficiario y el Proveedor, se aplicar lo dispuesto en la clusula 27.3.5
a) o b) de las CGC, segn lo exijan las circunstancias.

F. GARANTAS Y RESPONSABILIDADES
28. Garanta del plazo para la Aceptacin operacional (clusula 28 de las CGC)
CGC 28.2 Si el Proveedor no concluye el suministro, la instalacin y la puesta en
servicio ni obtiene la Aceptacin operacional de la Infraestructura
Tecnolgica, de los subsistemas LBTR y CDV dentro del plazo para
obtener la Aceptacin operacional especificada en el Plan definitivo y
aprobado del Proyecto o dentro de la prrroga de dicho plazo concedida
previamente con arreglo a la clusula 40 de las CGC, el Proveedor pagar
al Banco Central de Honduras (BCH) una indemnizacin por daos y
perjuicios equivalente al cero punto cinco por ciento (0.5%) sobre el
Monto Total del Contrato, por cada semana de retraso.

El monto total de esos daos y perjuicios no exceder en ningn caso el
diez por ciento (10%) del precio del contrato. Una vez alcanzada la suma
mxima, el Banco Central de Honduras (BCH) podr considerar la
rescisin del Contrato, de conformidad con la clusula 41.2.2 de las
CGC.

CGC 28.3 La indemnizacin por daos y perjuicios se fijar slo con respecto a la

29. Garanta (responsabilidad por defectos) (clusula 29 de las CGC)
CGC 29.1 Para el Software de los subsistemas, Infraestructura Tecnolgica, as
como todos los servicios suministrados, las excepciones o las
limitaciones a las obligaciones del Proveedor que se derivan de la
garanta sern las siguientes: Ninguna.

CGC 29.4 - El perodo de garanta para el Hardware (tem 1) comienza a
partir de la Aceptacin Operacional de este componente y se
extender por un perodo de treinta y seis (36) meses.
- El perodo de garanta para el Software de Base de Datos (tems
2, 3, 4 y 5) comienza a partir de la Aceptacin Operacional y se
extender por un perodo de doce (12) meses.
- El perodo de garanta para el subsistema LBTR (con tems 6 y
7) y el subsistema CDV, comienza a partir de la Aceptacin
Operacional del Sistema y se extender por un perodo de doce
(12) meses.
CGC 29.6 Sin perjuicio de las causas sealadas, el proveedor est obligado a
reparar, sustituir o eliminar cualquier defecto o dao ocasionado a otros
sistemas del beneficiario, plataformas, bases de datos, redes u otros, a
raz de trabajos realizados por personal del proveedor, ya sea por
negligencia, mal uso, impericia, desidia u otras razones imputables al
proveedor.
CGC 29.10 Lo concerniente al plazo en que se deben iniciar las tareas necesarias para
corregir los defectos o daos establecidos en esta garanta se especifican
en la Seccin VI, Requisitos Tcnicos Literal C, Especificaciones
Tcnicas, numeral 2.5.3.1 Servicios de Garanta y numeral 2.5.4.1
Garanta de los Bienes

En caso de que el proveedor falle en la entrega de los Servicios de
Mantenimiento dentro del Marco de Tiempo de Resolucin atribuible al
proveedor, el BCH cargar Penalidades por Desempeo como se
establece a continuacin:

a. Para problemas de DEFECTO CRTICO se deducir un 0.3%
del Cargo anual de Mantenimiento de ese Software (LBTR o
CDV) por cada hora de retraso en proveer la resolucin.

b. Para problemas de DEFECTO NO CRTICO se deducir un
0.2% del Cargo anual de Mantenimiento de ese Software
(LBTR o CDV) por cada hora de retraso en proveer la
resolucin.

c. Para problemas de DEFECTOS DE FORMA se deducir un
0.2% del Cargo anual de Mantenimiento de ese Software
(LBTR o CDV) por cada da de retraso en proveer la
resolucin.

30. Garantas de funcionamiento (clusula 30 de las CGC)
30 de las CGC.

31. Garanta sobre los derechos de propiedad intelectual (clusula 31 de las CGC)
CGC 31 Los derechos de Propiedad Intelectual y Licenciamiento pertenecen al
Banco Central de Honduras (BCH).
32. Indemnizacin por violacin de derechos de propiedad intelectual (clusula 32 de
las CGC)
CGC 32 El Proveedor tambin eximir de toda responsabilidad al Banco Central
de Honduras y a todos sus empleados y funcionarios conforme a la
clusula 32.

33. Limitacin de responsabilidad (clusula 33 de las CGC)
G. DISTRIBUCIN DE LOS RIESGOS
34. Traspaso de la propiedad (clusula 34 de las CGC)
CGC 34 La propiedad de las tecnologas informticas, software y otros bienes se
traspasar al Banco Central de Honduras (BCH) a la fecha de entrega de
la infraestructura tecnolgica y aceptacin operacional de los sistemas
LBTR y CDV.
35. Cuidado del Sistema (clusula 35 de las CGC)
CGC 35 Las obligaciones establecidas para el Comprador en la presente clusula
corresponden al Banco Central de Honduras.
36. Prdidas o daos materiales; accidentes o lesiones de los trabajadores;
indemnizaciones (clusula 36 de las CGC)
37. Seguros (clusula 37 de las CGC)
CGC 37.1 a) El monto del seguro de la Infraestructura Tecnolgica ser equivalente
al 110% del valor CIP de los bienes de bodega a bodega del tipo
contra todo riesgo, con clusulas de riesgo de guerra, huelgas y
desorden pblico

CGC 37.1 c) El Proveedor obtendr un seguro contra daos a terceros por un monto
de doscientos mil Dlares 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 las
prdidas o los daos materiales (incluida la propiedad del Banco Central
de Honduras (BCH) y los sistemas proporcionados a esa Institucin) que
se produzcan en relacin con el suministro y la instalacin del Sistema
de informacin.

Los asegurados sern cualquier persona participante en el proceso de
implementacin de los sistemas solicitados en esta licitacin. El seguro
abarcar el perodo desde la fecha de efectividad, en funcin de la fecha
de inicio del Contrato hasta fecha de vencimiento, en funcin de la
fecha de terminacin del Contrato y deber tener cobertura en territorio
hondureo.

CGC 37.1 e) El Proveedor asegurar que el personal involucrado en el proyecto
tendr seguro de gastos mdicos-hospitalarios con cobertura en territorio
hondureo durante las veinticuatro (24) horas del da. El seguro cubrir
el perodo desde la fecha de inicio del contrato hasta la fecha de su
vencimiento; el cual se deber renovar en caso que el contrato se
extienda.
38. Fuerza mayor (clusula 38 de las CGC)
38 de las CGC.
H. MODIFICACIN DE LOS ELEMENTOS DEL CONTRATO
39. Modificacin del Sistema (clusula 39 de las CGC)
40. Prrroga del plazo para obtener la Aceptacin operacional (clusula 40 de las
CGC)
41. Rescisin (clusula 41 de las CGC)
42. Cesin (clusula 42 de las CGC)

176

SECCIN VI. REQUISITOS TCNICOS (INCLUYEN EL
PROGRAMA DE EJECUCIN)

Seccin VI. Requisitos Tcnicos 177
ndice de Requisitos Tcnicos
SECCIN VI. REQUISITOS TCNICOS (INCLUYEN EL PROGRAMA DE EJECUCIN) ....... 176176178
NDICE DE REQUISITOS TCNICOS ..............................................................................................................177177179
A. ANTECEDENTES .............................................................................................................................. 181181183
0.1 ANTECEDENTES ....................................................................................................................................181181183
0.2 OBJETIVOS COMERCIALES DEL BCH ................................................................................................182182184
0.2.1 Situacin Actual ......................................................................................................................182182184
0.2.1.1 Panorama del Sistema Financiero ................................................................................................ 182182184
0.2.1.2 Sistemas de Pago Actuales ........................................................................................................... 183183185
0.2.2 Modernizacin al Sistema de Pagos y de Liquidacin de Valores en Honduras .....................187187189
0.2.3 Nuevo Sistema de Pagos en Honduras ...................................................................................187187189
0.2.3.1 Modernizacin de los Sistemas de Pagos Actuales ...................................................................... 187187189
0.2.3.2 Objetivos de la Modernizacin ..................................................................................................... 188188190
0.3 TERMINOLOGA Y SIGLAS UTILIZADAS EN LOS REQUISITOS TCNICOS ...............................................................189189191
0.3.1 Terminologa. .........................................................................................................................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 Volmenes y Rendimiento ......................................................................................................195195197
1.2.2 Diseo y Administracin del Sistema ......................................................................................195195197
1.3 ASUNTOS E INICIATIVAS VINCULADOS A LA TECNOLOGA DE LA INFORMACIN ....................................................197197199
C. ESPECIFICACIONES TCNICAS ......................................................................................................... 201201203
2.0 REQUISITOS TCNICOS GENERALES ...........................................................................................................201201203
2.1 ESPECIFICACIONES DE LA INFRAESTRUCTURA TECNOLGICA ...........................................................................201201203
2.1.1 Lugar de Recepcin, Instalacin, Configuracin y Pruebas ....................................................202202204
2.1.2 Especificaciones Tcnicas de Infraestructura Tecnolgica .....................................................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 11g
R2 perpetuas por procesador. tem 4: Cuatro (4) Licencias de Base de Datos Oracle Estndar Edition 11g R2 perpetuas
por procesador. tem 5: Nueve (9) Licencias del Componente de Replicacin de Datos Oracle Golden Gate 11g
perpetuas por procesador. ................................................................................................................................ 208208210
2.1.3.3 tem 6: Software del Servidor de Aplicaciones/Web. tem 7: En caso de que sea necesario para la
solucin tcnica propuesta: Software de Integracin de Datos (Para conexin de enlaces sealados en la seccin VI
Requisitos Tcnicos, numeral 2.5.1 Integracin 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 Validacin ................................................................................................................ 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 estadsticas ................................................................................................................. 216216218
2.3.1.9 Pistas de Auditoria ........................................................................................................................ 222222224
178 Seccin VI. Requisitos Tcnicos
2.3.1.10 Monitoreo de Rendimiento .......................................................................................................... 223223225
2.3.1.11 Mdulo de Lavado de Activos ...................................................................................................... 224224226
2.3.2 Requerimientos Funcionales Especficos para el LBTR ...........................................................224224226
2.3.2.1 Objetivos ...................................................................................................................................... 224224226
2.3.2.2 Integridad. .................................................................................................................................... 225225227
2.3.2.3 Poltica para el Manejo de Liquidez Intrada ................................................................................ 226226228
2.3.2.4 Liquidez diaria .............................................................................................................................. 226226228
2.3.2.5 Reserva de Fondos de las Cuentas de Liquidacin ....................................................................... 227227229
2.3.2.6 Manejo de Colas y Prioridades de Procesamiento ....................................................................... 228228230
2.3.2.7 Inicio/Fin Da................................................................................................................................. 229229231
2.3.2.8 Monitoreo e Informes .................................................................................................................. 229229231
2.3.2.9 Administracin de Cuentas........................................................................................................... 231231233
2.3.2.10 Pagos con fechas futuras .............................................................................................................. 232232234
2.3.2.11 Parmetros ................................................................................................................................... 232232234
2.3.2.12 Moneda de Pagos ......................................................................................................................... 233233235
2.3.2.13 Informacin de Facturacin ......................................................................................................... 233233235
2.3.2.14 Mensajes ...................................................................................................................................... 234234236
2.3.2.15 Retiro y Deposito de Numerario ................................................................................................... 235235237
2.3.2.16 Suspensin y reinicio del sistema ................................................................................................. 235235237
2.3.2.17 Pagos gubernamentales ............................................................................................................... 235235237
2.3.2.18 Requerimientos tcnicos de participantes ................................................................................... 235235237
2.3.3 Requerimientos Funcionales Especficos para la CDV ............................................................235235237
2.3.3.1 Objetivos ...................................................................................................................................... 238238240
2.3.3.2 Caractersticas de los valores administrados por el BCH .............................................................. 239239241
2.3.3.3 Requerimientos Funcionales de la CDV ........................................................................................ 239239241
2.3.3.4 Configuracin del Sistema de Valores y Entrega contra Pago ...................................................... 243243245
2.3.3.5 Integridad ..................................................................................................................................... 244244246
2.3.3.6 Mdulo del Mercado Primario ..................................................................................................... 245245247
2.4 ESPECIFICACIONES DE LA GESTIN, LA ADMINISTRACIN Y LA SEGURIDAD DEL SISTEMA .......................................247247249
2.5 ESPECIFICACIN DE SERVICIOS .................................................................................................................251251253
2.5.1 Integracin del Sistema ..........................................................................................................251251253
2.5.2 Capacitacin y materiales de instruccin ...............................................................................253253255
2.5.3 Apoyo tcnico para el Sistema (LBTR y CDV) ..........................................................................254254256
2.5.3.1 Servicios de garanta..................................................................................................................... 254254256
2.5.3.1.1 Asistencia a los usuarios ............................................................................................................... 255255257
2.5.3.1.2 Asistencia tcnica ......................................................................................................................... 256256258
2.5.3.2 Servicios de Mantenimiento durante el periodo de garanta ....................................................... 258258260
2.5.3.3 Servicios de mantenimiento posteriores al perodo de garanta.................................................. 259259261
2.5.4 Apoyo Tcnico para la Infraestructura Tecnolgica (Hardware y Software de base de datos)
259259261
2.5.4.1 Garanta de los Bienes .................................................................................................................. 259259261
2.5.4.1.1 Repuestos ..................................................................................................................................... 262262264
2.5.4.2 Servicio de Mantenimiento durante el Perodo de Garanta ........................................................ 263263265
2.5.5 Conversin y desviacin de datos ...........................................................................................266266268
2.6 DOCUMENTACIN 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 Operacin y Procedimiento .......................................................................................... 267267269
2.6.2 Documentos tcnicos .............................................................................................................267267269
2.6.3 Documentacin sobre Procedimientos Operacionales ...........................................................267267269
D. REQUISITOS DE LAS PRUEBAS Y LA GARANTA DE CALIDAD ........................................................... 269269271
3.1 INSPECCIONES ......................................................................................................................................269269271
3.1.1 Inspecciones del Sistema ........................................................................................................269269271
3.1.1.1 Inspecciones en fbrica ................................................................................................................ 269269271
3.1.1.2 Inspecciones posteriores a la entrega .......................................................................................... 269269271
3.1.2 Inspecciones de la Infraestructura Tecnolgica .....................................................................269269271
3.2 ENSAYOS PREVIOS A LA PUESTA EN SERVICIO DE UNA VERSIN PILOTO .............................................................269269271
3.2.1 Prueba de Concepto / Programa Piloto ..................................................................................269269271
3.3 PRUEBAS DE ACEPTACIN OPERACIONAL ...................................................................................................271271273
3.3.1 Consideraciones de las pruebas para el LBTR y la CDV ..........................................................271271273
3.3.2 Ubicacin de Pruebas de Aceptacin Operacional .................................................................272272274
3.3.3 Diseo y Ejecucin de las Pruebas de Aceptacin Operacional ..............................................272272274
3.3.4 Evaluacin de Resultados de las Pruebas de Aceptacin Operacional ...................................273273275
3.3.5 Restablecimiento de Servicio en el Sitio Alterno .....................................................................273273275
3.3.6 Pruebas de Contingencia Informtica ....................................................................................273273275
E. PROGRAMA DE EJECUCIN ............................................................................................................ 275275277
4.1 FASES DEL PROYECTO ............................................................................................................................275275277
4.1.1 Plan del Proyecto ....................................................................................................................277277279
4.1.2 Validacin y afinamiento del diseo de arquitectura Tcnica ................................................277277279
4.1.3 Aceptacin Operacional (Implementacin) de la infraestructura Tecnolgica ......................278278280
4.1.4 Integracin de aplicaciones ....................................................................................................279279281
4.1.5 Diseo de los subsistemas ......................................................................................................279279281
4.1.6 Instalacin Piloto ....................................................................................................................280280282
4.1.7 Parametrizacin/Personalizacin del sistema ........................................................................280280282
4.1.8 Instalacin del sistema en diferentes ambientes ...................................................................281281283
4.1.9 Capacitacin ...........................................................................................................................281281283
4.1.10 Documentacin de la aplicacin ........................................................................................281281283
4.1.11 Migracin ..........................................................................................................................281281283
4.1.12 Pruebas de aceptacin Operacional ..................................................................................281281283
4.1.13 Paralelo ..............................................................................................................................282282284
4.1.14 Salida a produccin ...........................................................................................................282282284
4.1.15 Aceptacin operacional subsistemas .................................................................................282282284
4.1.16 Aceptacin operacional del Sistema ..................................................................................283283285
4.1.17 Perodo de Garanta y Servicio de Mantenimiento ............................................................283283285
F. FORMATO EXIGIDO PARA LAS OFERTAS TCNICAS ........................................................................ 297297299
5.1 DESCRIPCIN DE LAS TECNOLOGAS INFORMTICAS, MATERIALES Y OTROS BIENES Y SERVICIOS .............................297297299
5.2 COMENTARIO RUBRO POR RUBRO SOBRE LOS REQUISITOS TCNICOS ...............................................................299299301
5.3 PLAN PRELIMINAR DEL PROYECTO .............................................................................................................299299301
G. LISTA DE VERIFICACIN TCNICA ................................................................................................... 301301303
Inspecciones de la Infraestructura Tecnolgica ....................................................................................452452454
H. ANEXOS ......................................................................................................................................... 453453455
ANEXO 1 ....................................................................................................................................................454454456
TECNOLOGIAS Y SISTEMAS DE INFORMACIN 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 Informticas .....................................................................................................457457459
1.1.8 Seguridad ...............................................................................................................................457457459
1.1.8.1 Seguridad Fsica .................................................................................................................457457459
1.1.8.2 Seguridad de la Informacin ..............................................................................................457457459
1.1.9 Soporte ...................................................................................................................................458458460
1.1.10 Contingencia (Sitio Alterno) ...............................................................................................458458460
1.2. ESTNDAR TECNOLGICO 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 DIRECCIN DE SU EMPRESA ...................................................461461463
3.1. ADMINISTRACIN DEL PROYECTO ...............................................................................................461461463
3.1.1 Estructura y funciones del equipo ..........................................................................................461461463
3.1.2 Reportes del Proyecto y Resolucin de Asuntos .....................................................................462462464
ANEXO 4 ....................................................................................................................................................464464466
PARTES INTERESADAS Y MODALIDADES DE GESTIN 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 Comisin Nacional de Bancos y Seguros (CNBS) ....................................................................464464466
4.2. MODALIDADES DE GESTIN DE PROYECTOS DEL COMPRADOR ...................................................465465467
ANEXO 5 ....................................................................................................................................................466466468
CDIGOS 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-Mdulos 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 RECAUDACIN 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
DECLARACIN DE CONFIDENCIALIDAD .....................................................................................................525525527
ANEXO 10 ..................................................................................................................................................528528530
INFRAESTRUCTURA TECNOLGICA SOLICITADA .......................................................................................528528530
SECCIN VII. FORMULARIOS TIPO .............................................................................................. 530530532
NOTAS A LOS LICITANTES SOBRE LA PREPARACIN DE LOS FORMULARIOS ...................................................................531531533
NDICE DE FORMULARIOS TIPO ..................................................................................................................535535537
Requisitos Tcnicos
A. ANTECEDENTES
0.1 Antecedentes
0.1.1 El Banco Central de Honduras (BCH) es una institucin dedicada a formular,
dirigir y ejecutar la poltica monetaria, crediticia y cambiaria del pas, con el
propsito de velar por el mantenimiento del valor interno y externo de la moneda
nacional y el buen funcionamiento y estabilidad de los sistemas financieros y de
pagos.
La actividad del Banco Central de Honduras (BCH) se sustenta en el respeto a la
ley, el liderazgo y autonoma institucional, la tica, el profesionalismo, el esfuerzo
creativo, la calidad en el servicio y la bsqueda de la excelencia.
El Banco Central de Honduras se cre el 3 de febrero de 1950, mediante Decreto
Legislativo No.53, e inici operaciones el primero de julio de ese mismo ao, bajo
la titularidad del Abogado Roberto Ramrez, en un acto de inauguracin por el
Doctor Juan Manuel Glvez, Presidente de la Repblica.
El BCH tiene entre sus objetivos primordiales propiciar el normal funcionamiento
del sistema financiero nacional y de los sistemas de pago, Congruente con ese
objetivo el BCH solicit al Banco Mundial y al Fondo Monetario Internacional,
elaborar un diagnstico 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 del
pas, efectundose las diligencias para la obtencin de los fondos necesarios que se
concretaron a travs de la firma del convenio de prstamo para el Programa
Asistencia Tcnica al Fortalecimiento del Sistema Financiero (PATSF), suscrito
el 16 de octubre de 2003, entre el Gobierno de Honduras y la Asociacin
Internacional de Fomento (AIF) que es una entidad del Banco Mundial.
En armona con lo anterior, en agosto de 2004, se reform el Artculo 54 de la Ley
del BCH, el cual seala que el BCH en coordinacin con la Comisin Nacional de
Bancos y Seguros (CNBS) organizar y reglamentar el funcionamiento del
Sistema de Pagos.
El 8 de octubre de 2009 el Directorio del Banco Central de Honduras, mediante
Resolucin No. 454-10/2009, cre el Departamento de Sistemas de Pago, a travs
del cual est asumiendo el papel de lder en la formulacin e implementacin de la
estrategia para la modernizacin del sistema de pagos.
Esta estrategia tiene como objetivo principal mejorar y modernizar los
instrumentos y medios de comunicacin utilizados, as como fortalecer la base
legal, de manera que en conjunto se reduzca cualquier riesgo asociado,
convergiendo en una liquidacin de pagos segura y transparente.
En forma especfica, los principales objetivos de la reforma se encaminan a lo
siguiente:

Normar la validez y eficacia de los sistemas de pago y liquidacin de valores,
conforme a los Principios Bsicos para los Sistemas de Pago sistmicamente
importantes emitidos por el Banco de Pagos Internacionales (Bank of
International Settlements, BIS).
Proveer mecanismos eficientes para el intercambio de dinero entre los
participantes 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 realizacin de sus
transacciones.

0.1.2 En la Seccin VI Requisitos Tcnicos literal H. Anexo 4 se presenta una
descripcin ms detallada de las partes interesadas y de las modalidades de gestin
de proyectos del Comprador.

0.2 Objetivos comerciales del BCH
0.2.1 Situacin 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 estn:
- Una (1) Asociacin de Ahorro y Prstamo.
- Una (1) Bolsa de Valores.
- Ocho (8) Casas de Bolsa.
- Once (11) Sociedades Financieras.
- Dos (2) Oficinas de Representacin.
- Un (1) Fondo Privado de Pensiones.
- Siete (7) Casas de Cambio.
- Un (1) Proveedor Nacional de Tarjetas de Crdito.
- Cuatro (4) Procesadoras de Tarjetas de Crdito.
- Doce (12) Compaas Aseguradoras.
- Dos (2) Bancos de Segundo Piso.
- Cinco (5) Fondos Pblicos de Pensiones.
- Cinco (5) Almacenes Generales de Depsito.
- 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. Cmara de Compensacin Electrnica de Cheques (CCECh)
Con el propsito de agilizar el proceso de pago de los cheques emitidos por el
sistema bancario hondureo en moneda nacional y extranjera (dlares
estadounidenses), el Banco Central de Honduras (BCH) y la Asociacin
Hondurea de Instituciones Bancarias (AHIBA), consideraron conveniente
establecer una Cmara de Compensacin Electrnica, para procesar en forma
automtica los cheques emitidos, utilizando tecnologa de reconocimiento de
imgenes y caracteres, proceso que, agiliza y hace ms eficiente el sistema de
compensacin de cheques.

Actualmente, este sistema es administrado por el Centro de Procesamiento
Interbancario S.A. de C.V. (CEPROBAN), empresa que fue constituida por
los bancos del Sistema Financiero Nacional con el objetivo de procesar y
liquidar los cheques emitidos por el sistema bancario hondureo.

Antecedentes
Mediante Resolucin de Directorio No. 283-8/99 del 19 de agosto de 1999, el
BCH designa a la AHIBA como responsable de la administracin del nuevo
proceso de la Cmara de Compensacin Electrnica de Cheques, dejando
plenamente establecido que la funcin final de debitar o acreditar las cuentas
de encaje de los bancos participantes siempre es una atribucin exclusiva del
BCH, tal como se establece en el artculo No. 54 de su ley orgnica, donde
menciona que las cuentas de depsito de los bancos del sistema en el BCH,
servirn de base para el buen funcionamiento de los sistemas de pago.

La AHIBA propuso un esquema muy similar al que rige en otros pases donde
el proceso de la cmara es administrado por una empresa constituida por
todos los bancos del sistema con aportes iguales de capital, la propuesta de la
AHIBA fue congruente con un eficiente manejo del proceso operativo, debido
a 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 la
cmara y, a su vez, vigilantes de la transparencia operativa.

Por lo anterior, el 6 de julio de 2000, mediante Resolucin de Directorio No.
212-7/2000, el BCH autoriz a la AHIBA para que pueda pactar dentro de los
parmetros establecidos en el convenio suscrito, el proceso de Cmara de
Compensacin Electrnica con el Centro de Procesamiento Interbancario S.A.
de C.V. (CEPROBAN), empresa que para tal efecto constituyeron
posteriormente todos los bancos del sistema.

Asimismo, para ejecutar el proceso de la Cmara de Compensacin
Electrnica de Cheques, fue necesaria la estandarizacin del formato de los
cheques, emitidos por el Sistema Bancario Hondureo, en cuanto a tamao,
tintas magnticas, papel, smbolos y localizacin de los campos de
informacin, es por eso que, el 29 de junio de 2000 el BCH mediante
Resolucin de Directorio No. 205-6/2000, aprueba la Normativa para
Estandarizar el Proceso Automatizado de los Cheques Emitidos por el
Sistema Bancario Hondureo. Estas disposiciones entraron en vigencia el 1 de
noviembre de 2000 para otorgar al Sistema Financiero el tiempo necesario
para hacer la divulgacin del nuevo formato de cheque que utilizaran sus
cuentahabientes, perodo que posteriormente fue extendido al 1 de enero de
2001, mediante Resolucin de Directorio No. 357-11/2000, del 2 de
noviembre de 2000.

El 13 de julio de 2000, mediante Resolucin de Directorio No. 237-7/00, el
BCH autoriz el convenio especial para la administracin del Proceso
Electrnico de la Cmara de Compensacin Electrnica de Cheques
consignando en el mismo las normas y procedimientos que debe aplicar la
AHIBA y la empresa a constituirse por todos los bancos del sistema
(CEPROBAN).

En la Resolucin de Directorio No. 423-12/2000 del 21 de diciembre de 2000,
el BCH aprob Las Normas Operativas de la Cmara de Compensacin
Electrnica de Cheques que constituyen el procedimiento base para participar
en el nuevo proceso de la Cmara de Compensacin Electrnica de Cheques
Iniciando operaciones el 26 de marzo de 2001.

Mediante Resolucin No.344-8/2007 y sus reformas se aprob la
compensacin de cheques librados a cargo de cuentas de depsito en moneda
extranjera en las instituciones depositarias

b. Cmara de Compensacin de Transacciones Electrnicas de Pago (ACH
PRONTO)

En el marco de la visin estratgica de los sistemas de pago en Honduras, se
considera a la ACH PRONTO (Automated Clearing House, por sus siglas en
ingls) como uno de los pilares en que se sustenta la modernizacin del
sistema de pagos, sealando que: los sistemas de pago minoristas son
eficientes, slidos e interoperables y dan soporte a una amplia variedad de
instrumentos y servicios de pago.

El Directorio del BCH mediante Resolucin No. 374-10/2006 del 19 de
octubre de 2006 aprob el Reglamento de Sistemas de Compensacin de
Transacciones Electrnicas de Pago, el que tiene por objeto regular las
operaciones de un sistema de compensacin de transacciones electrnicas de
pagos, la actuacin del administrador del sistema y las instituciones
financieras participantes en el mismo.

Posteriormente, mediante la Resolucin No. 461-12/2006 del 7 de diciembre
de 2006, otorga autorizacin al Centro de Procesamiento Interbancario S.A.
de C.V. (CEPROBAN) para que administre y opere una Cmara de
Compensacin de Transacciones Electrnicas de Pago, denominada ACH
PRONTO. Asimismo aprueba las Normas Operativas de la Cmara de
Compensacin de Transacciones Electrnicas de Pago la que tiene por objeto
regular las operaciones electrnicas de pagos de la ACH PRONTO, en cuanto
a iniciacin de transacciones, garantas, responsabilidades de los participantes,
autorizacin, rechazo y notificaciones de cambio.
Dicha normativa fue reformada mediante las Resoluciones: 240-6/2008 del 20
de junio de 2008, 194-5/2009 del 14 de mayo de 2009 y 435-10/2009 del 1 de
octubre de 2009.

La ACH PRONTO es un sistema de transferencias electrnicas de fondos que
permite a las empresas y personas particulares, enviar electrnicamente a sus
bancos desde sus propias oficinas diferentes tipos de instrucciones de
movimientos de fondos; esto bajo los ms estrictos estndares bancarios y de
seguridad informtica.

Respecto a la seguridad, es relevante indicar que la ACH PRONTO fue
certificada en materia informtica por la Comisin Nacional de Bancos y
Seguros (CNBS), por lo tanto, cuenta con las caractersticas de seguridad
mnima requeridas para dar inicio a este tipo de transacciones

Entre los servicios que ofrece la ACH PRONTO se encuentran:

Crdito Directo:
Son transacciones electrnicas, que representa un crdito a la cuenta de
un cliente en el banco donde mantiene sus fondos, estos crditos pueden
ser por diferentes conceptos, tales como: pago de prstamos; pago de
planillas de sueldos; pago de bonos y comisiones por ventas; pago de
dividendos y pago de intereses; pago de pensiones; envo de viticos;
pago a proveedores; pago de impuestos; pagos al IHSS, entre otras.

Dbito Directo:
Actualmente se est en proceso de integrar este tipo de operaciones con el
objeto de debitar la cuenta de un cliente en el banco donde mantiene sus
fondos, estos dbitos pueden ser por diferentes conceptos, tales como:
cobro de abonos a prstamos bancarios; cobro de seguros; planes de
inversin; cobro de suscripcin a peridicos y revistas; cobros por
servicios pblicos; cobro de servicios de cable TV; cobro de servicio de
telefona celular; cobros por tarjetas de crdito; 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 tesoreras, las
instituciones que manejan cuentas en el Banco Central de Honduras (BCH)
con frecuencia realizan transferencias entre cuentas de una institucin a otra y
entre una o ms cuentas de una misma institucin. La operatividad de estas
transferencias se realiza de dos maneras:
A travs del uso de notas debidamente autorizadas (oficios)
De manera electrnica a travs del Sistema Integrado de Administracin
Financiera (SIAFI) de la Secretara de Estado en el Despacho de
Finanzas (SEFIN).

Mecanismos Actuales de Funcionamiento
Participantes
Realizan transferencias de fondos todas aquellas instituciones que mantienen
cuenta en el BCH como ser:
Las Instituciones del Sistema Financiero, excluyendo las Compaas de
Seguro y los Almacenes Generales de Depsito.
Instituciones Gubernamentales.

d. Sistema Electrnico de Negociacin de Divisas (SENDI)
Este sistema permite realizar electrnicamente el proceso de negociacin de
divisas entre el BCH y los agentes cambiarios. La liquidacin de operaciones
se realiza en las cuentas de depsito que mantienen las instituciones del
sistema financiero en el BCH.

e. Entorno de la Emisin y Liquidacin de Valores
El mercado de valores en Honduras, lo componen en su mayora, las Letras
del Banco Central de Honduras en moneda nacional y moneda extranjera
(LBCH) y los Bonos de la Deuda Pblica que emite el Gobierno.

Las letras del Banco Central de Honduras son utilizadas para gestionar las
Operaciones de Mercado Abierto (OMA), que es el principal instrumento de
poltica monetaria para cumplir con los objetivos establecidos en el Programa
Monetario.

Las principales caractersticas y condiciones para la emisin de Letras del
BCH, en moneda nacional y moneda extranjera, son las siguientes:

Denominacin: Cupn cero.
Forma de Negociacin: Son negociados con descuento, mediante
subasta pblica, negociacin directa o utilizando cualquier otro
mecanismo que apruebe el Directorio a propuesta de la Comisin de
Operaciones de Mercado Abierto (COMA), bajo el mecanismo de plazos
al vencimiento.
Forma de Representacin: Anotacin en Cuenta o registro electrnico
en libros.
Forma de Identificacin: Se identifican mediante un Cdigo 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 en
el Reglamento para la Custodia y el Registro de Valores
Gubernamentales Representados por Anotacin en Cuenta.
Tratamiento Fiscal: Sujetos al rgimen tributario vigente

El Gobierno de Honduras emite Letras y Bonos con el propsito de captar
recursos para financiar sus necesidades presupuestarias; estos valores por lo
general son emitidos con estndares internacionalmente reconocidos para este
tipo de instrumentos, es decir, se emiten a mediano plazo (1, 3, 5 y 7 aos), ;
incluyen pagos peridicos de intereses (semestrales, por lo general) y el pago
del capital al vencimiento, razn por la cual son catalogados como bonos con
cupn o valores con tasa fija. Las letras del gobierno se emiten con descuento
(cupn cero) y el pago del capital al vencimiento.

Adicionalmente, el Gobierno puede emitir bonos de mediano y largo plazo
con tasas de inters variables utilizando una tasa de referencia ms un spread
o tasas indexadas bien al tipo de cambio o a la tasa de inflacin, las
amortizaciones de capital e inters pueden ser peridicas, parciales o al
vencimiento.

0.2.2 Modernizacin al Sistema de Pagos y de Liquidacin de Valores en Honduras
Se ha elaborado un esquema para el Programa de Reforma al Sistema de Pagos en
Honduras, el cual se muestra en la Seccin VI Literal H, Anexo 6 (diagramas
A.6.1 y A.6.2).
El enfoque del Programa de Reforma de los Sistemas de Liquidacin de Pagos y
de Valores, debe avanzar en un marco amplio, de manera que todos los elementos
del Programa sean abordados tanto como sea posible, dentro de un mismo perodo
de tiempo. De esta manera se espera que el proyecto se beneficie de las economas
de escala de contar con un sistema integrado.

0.2.3 Nuevo Sistema de Pagos en Honduras
0.2.3.1 Modernizacin de los Sistemas de Pagos Actuales
El actual sistema nacional de pagos (que incluye los sistemas de pago y de
liquidacin de valores) est caracterizado por una serie de limitantes, incluyendo:
a. Falta de definicin de horarios de pagos segn el tipo de las transacciones,
algunos servicios de pago efectuados por medio del BCH a los bancos
comerciales se realizan al finalizar el da.
b. Seguridad insuficiente para mitigar los riesgos crediticio, de liquidez,
operacional y sistmico;
c. Alto potencial de riesgo proveniente de un flujo de pagos interrumpido;
d. Insuficientes herramientas de monitoreo y administracin de liquidez y de
riesgo;
e. Falta de automatizacin 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 confianza
en el actual sistema de pagos, y deben ser resueltos dentro de los ms amplios
propsitos para desarrollar los mercados y los servicios financieros.
Por estas razones, y de acuerdo con las responsabilidades definidas por la Ley y en
lnea con las estrategias de desarrollo, el BCH asumir en el liderazgo del proceso
de modernizacin del sistema de pagos en Honduras, por lo que proveer una
slida infraestructura que ofrezca las herramientas necesarias para administrar el
riesgo en el sistema de pagos, apoyar el desarrollo del mercado financiero nacional
y crear las condiciones para el mejoramiento de la ejecucin de la poltica
monetaria.
Este desarrollo estratgico permitir el ofrecimiento de nuevos productos y
servicios por parte del sistema bancario y crear la infraestructura necesaria para
que el BCH apoye estas implementaciones.

0.2.3.2 Objetivos de la Modernizacin
El Programa de Modernizacin al Sistema Nacional de Pagos est planificado para
ser de amplia cobertura, tomando en cuenta todos los aspectos de compensacin y
de liquidacin, hasta que haya un desarrollo completo del mercado de capitales.
Se pueden resumir sus objetivos de la siguiente forma:

a. Reduccin de Riesgo
A travs del uso de sistemas de pagos eficientes, automatizados y seguros, el
BCH en su funcin de regulador y vigilante de la infraestructura bancaria en
Honduras, ejercer una adecuada funcin en cuanto al manejo de los riesgos
de liquidez y de crdito.

Tambin el desarrollo rpido, confiable y automatizado de los mecanismos de
pago reducir el riesgo de fraude, as como tambin la demanda de efectivo y
de cheques.

Todo esto tendr el efecto general de mejorar la confianza tanto a nivel de
consumidores como a niveles corporativos y por lo tanto contribuir al
crecimiento y estabilidad econmica.

b. Eficiencia
Con un rango completo de sistemas de pago automatizados funcionando,
junto a un sistema de enlaces, el sector bancario y financiero integrado
ofrecer mejores respuestas a los clientes y reducir costos a todos los niveles
de la economa, desde consumidores por pago de servicios hasta
corporaciones y el gobierno administrando sus posiciones de deuda y de
liquidez.

c. Conveniencia
Los sistemas de liquidacin y de pago automtico brindan la posibilidad de
introducir nuevos instrumentos de pago para beneficio de los usuarios. A su
vez esto tendr un efecto que incrementar la confianza y estimular la
actividad econmica.

d. Confianza
Una vez que est completamente instalado, el sistema reformado de pagos en
Honduras jugar un papel vital asistiendo al gobierno para mejorar la
confianza internacional en la estructura financiera del pas, a su vez
incrementar las inversiones en proyectos de desarrollo.

Adems, la confianza internacional ser reforzada a travs de la puesta en
marcha de medidas contra el lavado de activos que sern facilitadas por la
reforma a los sistemas de infraestructura de pagos.

0.3 Terminologa y Siglas utilizadas en los Requisitos Tcnicos
0.3.1 Terminologa
1
.
rea de
vigilancia
Es el rea encargada de fomentar la seguridad y eficiencia mediante el seguimiento de
los sistemas de pagos.
Banco
comercial
Institucin financiera que recibe dinero del pblico para darlo en prstamo a otros
agentes econmicos. Se caracteriza porque es la nica institucin que est facultada por
la ley para recibir depsitos a la vista del pblico.
Bolsa de valores Mercado pblico organizado y especializado en el que se efectan las operaciones de
compra 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 de
cambio
Instituciones mercantiles autorizadas y reguladas por la autoridad monetaria que se
dedican a la compra y venta de moneda extranjera.

Crdito
overnight
Trmino que se aplica a los crditos efectuados en el Mercado Monetario de muy corto
Plazo, generalmente con vencimientos pautados a las 24 horas o, como mximo, a los
dos o tres das.

1
Ver tambin: Glosario de trminos utilizados en los sistemas de pago y liquidacin, CPSS. Marzo de 2003.
Crdito
Intrada
Crdito extendido por un perodo menor a un da hbil, colateralizados por valores
gubernamentales.
FPC Facilidad Permanente de Crdito
Infraestructura
Tecnolgica
Se refiere a todo el hardware, software, suministro y artculos de consumo relacionados
con el procesamiento de informacin y las comunicaciones que el proveedor deber
suministrar e instalar de conformidad con el contrato.
Solucin /
Solucin
Tecnolgica
Nombre con que se designa al Sistema Integrado propuesto por los licitantes. Dicho
sistema est conformado por los subsistemas: LBTR, CDV e Infraestructura
Tecnolgica.
Liquidez
Intrada
Fondos que pueden ser accesados dentro de un da hbil, generalmente para permitir a las
instituciones financieras realizar pagos en tiempo real.
Operaciones de
Mercado
Abierto
Compra y/o venta de valores negociables realizados en el mercado primario y secundario
por el Banco Central de Honduras para ejecutar sus objetivos de poltica monetaria y por
tanto, ajustar la cantidad de reservas bancarias (liquidez de los bancos).
Pignorado Consiste en la entrega de valores en garanta (en prenda) de un prstamo o de un crdito
que se recibe o en general garantizando el cumplimiento de una obligacin principal.
Recompra Un contrato para vender valores y a continuacin volver a comprarlos a un precio y fecha
especficos. Tambin se conoce como repo o pacto de recompra.

Riesgo
Crediticio
El riesgo de que una contraparte no sea capaz de cumplir totalmente sus obligaciones
econmicas, actualmente o en algn momento del futuro.
Riesgo
Sistmico
El riesgo por incumplimiento de obligaciones por parte de un participante en un sistema
de transferencia (en general en los mercados financieros) puede hacer que otros
participantes o instituciones financieras no sean capaces a su vez de cumplir con sus
obligaciones a su vencimiento (inclusive las obligaciones de liquidacin en un sistema de
transferencia). Tales incumplimientos podran causar problemas significativos de
liquidez o de crdito, amenazando la estabilidad de los mercados financieros.
Riesgo de
Liquidez
El riesgo que una contraparte no disponga de fondos suficientes para cumplir sus
obligaciones financieras como y cuando se espera, aunque lo pueda lograr en algn
momento del futuro.
Sistema de
Colas
Un acuerdo para la gestin del riesgo mediante el cual, las rdenes de transferencia se
mantienen pendientes por el iniciador/remitente o el sistema hasta que exista suficiente
cobertura en la cuenta de liquidacin o bajo los lmites establecidos para ese pagador. En
algunos casos, la cobertura tambin puede incluir lneas de crdito no utilizadas o
garantas disponibles.

Sistema de
Pagos
Un sistema de pago consta de una serie de instrumentos, normas, procedimientos
bancarios y, por lo general, sistemas interbancarios de transferencia de fondos que
aseguran la circulacin del dinero.

Sociedades
financieras
Institucin que tiene como objetivo fundamental intervenir en el Mercado De Capitales y
otorgar crditos para financiar la produccin, la construccin, la adquisicin y la Venta
de Bienes a mediano y largo Plazo.

Tenedor El titular de un ttulo valor

0.3.2 Siglas utilizadas.
Relacionadas a TIC (Tecnologas de la Informacin y la Comunicacin)
ADS Active Directory Services
ANS Acuerdo a Nivel de Servicio
ASCT Administrador de Seguridad y Control de Tecnologa
Benchmark El benchmark es una tcnica utilizada para medir el rendimiento de un sistema o
componente del mismo. Es el resultado de la ejecucin de un programa informtico o
un conjunto de programas en una mquina, con el objetivo de estimar el rendimiento
de un elemento concreto o la totalidad de la misma, y poder comparar los resultados
con mquinas similares.
La tarea de ejecutar un benchmark originalmente se reduca a estimar el tiempo de
proceso que lleva la ejecucin de un programa (medida por lo general en miles o
millones de operaciones por segundo). Con el correr del tiempo, la mejora en los
compiladores y la gran variedad de arquitecturas y situaciones existentes convirtieron a
esta tcnica en toda una especialidad.
BD Base de datos
BCG Business Computer Group
Compaa designada por SWIFT para brindar el servicio de interconexin al Sistema
CUG Closer User Group (Grupo cerrado de usuarios)
Forma Alterna Significa una solucin temporal a la resolucin de un problema y no implica el arreglo
inmediato de errores.
GPG Protector de privacidad (GNU por sus siglas en ingls).
Es un software de encriptacin.
GUI Interface Grfica del Usuario
HW Hardware
IT Tecnologa de la informacin
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 magntica para reconocimiento de caracteres.
PGP Muy buena privacidad (Pretty Good Privacy). Es un software de encriptacin.
SLA Acuerdo a Nivel de Servicio
SAN Storage Area Network
SSH o SSL Protocolos utilizados para intercambiar informacin de manera segura.
SW Software
Software de
aplicacin
Es aquel que permite a los usuarios llevar a cabo una o varias tareas especficas, en
cualquier campo de actividad susceptible de ser automatizado o asistido, con especial
nfasis en los negocios.
Software de
sistema
Denominado tambin software de base, consiste en programas informticos que sirven
para controlar e interactuar con el sistema operativo, proporcionando control sobre el
hardware y dando soporte a otros programas
TIC Tecnologa informtica y de comunicacin. Est siendo utilizada ms ampliamente que
la terminologa anterior TI ( Tecnologa de la Informacin)
TyC Departamento de Tecnologa y Comunicaciones.
SAN Storage Area Network
RAM Random Access Memory, cuyo acrnimo es RAM se refiere a la memoria desde donde
el procesador recibe las instrucciones y guarda los resultados.
RIF
Red de Interconexin Financiera
XML Extensible Markup Language
Versin Actual La Versin del Software del proveedor al momento de la ltima aceptacin de parte del
BCH.
VPN Red Virtual Privada. Una manera de establecer un conjunto de enlaces de
comunicacin de datos privados usando el Internet abierto como mensajero.
Otras
ACH Cmara de Compensacin Electrnica de Pagos.
AHIBA Asociacin Hondurea de Instituciones Bancarias.
ATM Cajero Automtico.
BIS Bank for International Settlements
CCECh Cmara de Compensacin Electrnica de Cheques.
CVS Archivo plano separado por comas
CEPROBAN Centro de Procesamiento Interbancario.
Institucin encargada de operar la CCECh y la ACH.
CNBS Comisin Nacional de Bancos y Seguros.
CPSF Comit de Polticas del Sector Financiero
CTBCH Sistema de Transferencia de Crdito para los cuentahabientes del BCH.
ECP Entrega contra Pago
ERP Enterprise Resource Planning
LBTR Sistema de Liquidacin Bruta en Tiempo Real
Nuevo SIAFI Sistema de Administracin Financiera Integrada, utilizado por la Secretara de Finanzas
para 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 Negociacin de Divisas del BCH
SAC Sistema de Anotacin en Cuenta
SIC Actual Sistema de Contabilidad del BCH
SIC-CC Sistema Integrado de Contabilidad actualmente integrado por un mdulo de Cuenta
Corriente
MIDOI Mdulo de Informacin de Deteccin de Operaciones Inusuales
SIS LBCH EN
M/E
Sistema de Letras del BCH denominadas en moneda extranjera
SIC-CC Mdulo de Cuenta Corriente
SP Sistema de Pagos
SPVP Subasta Primaria de Valores. Es el sistema actual para subastas primarias de valores de
deuda pblica, administrado por el BCH.
SWIFT Sociedad para las Comunicaciones Financieras Interbancarias Internacionales
STP Straight through processing (Procesamiento de Principio a fin)
SIGEF Sistema de Informacin para la Gestin Econmica y Financiera
RT Seccin VI -Requisitos Tcnicos
SIPRES Sistema Integrado de Previsin Social del BCH
B. REQUISITOS COMERCIALES Y DE FUNCIONAMIENTO
1.1 Requisitos comerciales que debe reunir el Sistema
Liquidacin Bruta en Tiempo Real;
a. Liquidacin de Pagos en Tiempo Real entre los participantes, garantizando la
irrevocabilidad y firmeza de dichos pagos.
b. Gestin de facilidades de crdito.
c. Agilizacin de Prstamos Interbancarios.
d. Manejo y Rastro de mensajes de las transacciones desde su entrada al sistema hasta la
entrega en el destino final.
e. Transferencias de fondos entre participantes directos (crdito y dbito).
f. Gestin de Pagos.
g. Facturacin de Tarifas y Cargos por el uso del sistema.
h. Administracin de colas para las solicitudes de pago.
i. Monitoreo de la liquidez del sistema.
j. Liquidacin de posiciones netas de la cmara de compensacin desde la CCECH y
ACH.
k. Liquidacin de negociaciones de divisa extranjera de acuerdo al principio de PCP.
l. Liquidacin de transacciones relacionadas con la transferencia de valores de acuerdo
al principio de Entrega Contra Pago (EcP) y Procesamiento de Principio a Fin en el
mercado de valores, tanto primario como secundario a travs de un enlace efectivo a
travs de la Central Depositaria de Valores.
m. Supervisin del sistema de pagos.

Central Depositara de Valores;
a. Administrar las emisiones de valores representativos de deuda de los emisores
pblicos.
b. Llevar registro central en lnea y automatizado de las cuentas de valores en niveles
para cada depositante directo e indirecto.
c. Efectuar la transferencia, compensacin y liquidacin de valores, que se deriven de la
negociacin 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 liquidacin.
f. Administrador los mrgenes asociados a las operaciones que se liquiden en ellas.
g. Registro de acciones, obligaciones y otros valores a nombre de los emisores e
inclusive de acciones y accionistas de sociedades que inscriban sus acciones en la
bolsa.
h. Administracin 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 lnea para todos los instrumentos (deuda, acciones).
k. Manejo de Valores Gubernamentales (Mercado Primario).
l. Liquidez Intrada Mantener enlace con LBTR para efectuar un manejo eficiente de la
transferencia de valores cuando se recurra a mecanismos de gestin temporal de la
liquidez del sistema financiero (Reportos, Crditos Intrada, Crditos Overnight, entre
otros)
m. Pago de Intereses y cancelacin de vencimientos, manejo de redenciones de
vencimientos, amortizacin de capitales.
n. Colaterizacin de transacciones cruciales.
o. Automatizar y asegurar el registro y vencimiento de los acuerdos de recompra;
p. Proveer facilidades de consulta en lnea a todos los usuarios legtimos incluyendo el
Ministerio de Finanzas para sus propios bonos.
q. Servir como plataforma para las transacciones a ejecutar con los valores (bonos de
privados, acciones, etc.) que surjan al desarrollarse el mercado de capitales y
mercados secundarios.
r. Proporcionar estados de cuenta o extractos a los depositantes que asi lo requieran
respecto del movimiento o estado de su(s) cuenta.

1.1.1. Cdigos legales y reglamentos jurdicos que rigen los procesos y procedimientos
comerciales que se automatizarn mediante el Sistema
Ver Seccin VI Requisitos Tcnicos literal H, Anexo 5 Cdigos legales y
reglamentos jurdicos pertinentes.

1.2 Requisitos de funcionamiento del Sistema
1.2.1 Volmenes y Rendimiento
Volmenes
El volumen estimado al 2009 para los varios tipos de mensajes que el LBTR
requerir para ser manejado son los siguientes:
Transacciones de Pago: promedio de 200 por da con un pico de 400 por da.
Transacciones Gubernamentales: 200
Se espera que los volmenes crezcan significativamente tan pronto como est
disponible un servicio de pago electrnico confiable; se proyecta un volumen de
transaccin de 5,000 transacciones por da en los siguientes cinco aos.
El sistema por lo tanto tendr la capacidad para procesar hasta un mnimo de
10,000 transacciones por da. En cualquier caso, los licitantes especificarn las
opciones de capacidad.

Rendimiento
El sistema podr procesar consistentemente por lo menos 20 transacciones de
pago por minuto (medidas en una prueba benchmark utilizando el promedio de
longitud de mensaje BCH/SWIFT). El 95% del volumen diario se procesar como
mximo en 30 minutos y ninguna transaccin por si sola en ms de 1 minuto. Este
benchmark se refiere al proceso de final-a-final, desde la entrega por parte del
banco hasta el recibo y confirmacin de que el pago se ha hecho efectivo.

1.2.2 Diseo y Administracin del Sistema
La solucin informtica requerida debe ser entregada y estar funcionando dentro
de un marco de tiempo razonable y mnimo ya estipulado, para facilitar esto, la
solucin propuesta por el licitante debe basarse en una solucin similar existente,
es decir, por razones de costo y tiempo las propuestas asociadas a una solucin
hecha de la nada son inaceptables, por lo que se requiere un paquete de solucin
comprobado.
Todos los aspectos de la solucin propuesta reflejarn los siguientes principios de
diseo:
Ambiente del software:
Se requiere que el sistema opere en un ambiente de N-Capas en los sitios
Produccin (Configurado en alta disponibilidad), Contingencia (Configurado para
recuperacin ante desastres), Pruebas/Capacitacin conforme a la Seccin VI
Requisitos Tcnicos literal H Anexo 10 (no se ha definido ambiente de
Desarrollo/Mantenimiento debido a la naturaleza de la licitacin la cual se refiere
a un producto llave en mano). El Sistema tendr la capacidad de ser instalado en
un servidor con esquemas de redundancia en procesador, fuentes de poder,
unidades de almacenamiento, interfaces de comunicacin y, en general, con todas
las caractersticas requeridas para eliminar todos los puntos simples de falla.

El Sistema (LBTR + CDV) requerido quedar instalado, configurado y
funcionando a entera satisfaccin del BCH, en los servidores de produccin
correspondientes. En similares circunstancias quedar instalado, configurado,
probado y funcionando para un ambiente de pruebas, capacitacin y
contingencias.

El Sistema requerido quedar en propiedad del BCH, quien a su vez ser el
responsable de administrarlo, lo cual incluye todos los componentes, tanto del
hardware como del software.

No se aceptarn conexiones directas entre objetos base de datos diferentes,
excepto para propsitos de respaldo.

Arquitectura de Sistemas Abiertos
El Sistema debe basarse sobre una Arquitectura de Sistemas Abiertos y por lo
tanto debe cumplir con los estndares internacionalmente aceptados. Esto para
asegurar la independencia de los proveedores de hardware (para darle flexibilidad
al BCH en caso de un cambio de poltica tecnolgica).

Facilidad de Operacin
Para minimizar la oportunidad de que el error humano cause fallas de servicio, la
operacin del software ser tan automatizada como sea posible, con controles
para asegurar la finalizacin exitosa de cada tarea como una condicin para el
inicio de secuencias de tareas posteriores.

Interfaz para los usuarios
El acceso al sistema requerido por los participantes, para consulta y gestin, debe
ser web a travs de una interfaz Browser estndar para lo cual se har uso de una
red con protocolo TCP/IP y soportar el protocolo de seguridad SSL.

1.3 Asuntos e iniciativas vinculados a la tecnologa de la informacin
En materia informtica existen sistemas que interactan o que se tienen previstos
emprender y que podran incidir en el diseo o en la puesta en marcha de la Solucin
buscada, los cuales se mencionan a continuacin:

Sistema de Informacin para la Gestin Econmica y Financiera (SIGEF)
El Proyecto Sistema de Informacin para la Gestin Econmica y Financiera
(SIGEF) tiene como objetivo implementar un nuevo sistema de informacin
financiera que le permita al BCH estar acorde con los requerimientos de integracin
de la contabilidad al nuevo Sistema de Pagos de Honduras (SP).

Este sistema estar basado en la gestin de procesos e implementacin de las mejores
prcticas de la industria, a travs de un sistema de tipo ERP (Enterprise Resource
Planning), el cual incluir los sub sistemas de: Mayor General, Caja e Inventario de
Bveda, Compras, Activos Fijos, Cuentas por Pagar e Inventario de Proveedura,
Gestin integral de Presupuesto y el Mdulo de Informacin de Deteccin de
Operaciones Inusuales (MIDOI).

El SIGEF es el proyecto que permitir al BCH modernizar la plataforma de sistemas
de informacin administrativos internos, entre los que destaca el sub componente
denominado Mayor General (MG) que corresponde a la contabilidad institucional.

El MG del SIGEF es imprescindible para el Sistema de Pagos ya que concentrar el
registro contable de las transacciones que se efecten en el sistema de alto valor
(LBTR), sistemas de bajo valor (ACH, Cmara de Compensacin de Cheques) y las
operaciones de poltica monetaria realizadas por el BCH a travs de la futura Central
Depositaria de Valores.

El SIGEF contempla el subcomponente del MIDOI, el cual permitir identificar
operaciones relacionadas al delito de lavado de activos y as detectar si a travs de los
pagos efectuados va el SP hay riesgo de estar expuesto a dicho delito.

El SIGEF permitir al BCH una reingeniera de los procesos econmico-
administrativos de la Institucin, bajo una filosofa completa de integracin
interdepartamental. El SIGEF implementar una solucin tecnolgica tipo GRP
(Government Enterprise) Resource Planning (para Gobierno)) para la
automatizacin, optimizacin e integracin de los procesos y sistemas
administrativos y operativos del Banco Central de Honduras (BCH).

Infraestructura PKI
Actualmente el Banco Central de Honduras (BCH) cuenta con infraestructura de
llave pblica administrada por la Institucin y est implementada sobre la plataforma
de 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 por
el BCH.
Con estos certificados, los participantes deben firmar las transacciones realizadas con
el BCH, lo cual es un requerimiento imperativo para los aplicativos.
En trminos de controles administrativos, el BCH cuenta con las Normas y Procesos
de Seguridad para la Administracin de Certificados Digitales y Tokens.

- Entidad Emisora de Certificados Digitales
Implementada en plataforma Microsoft Windows, utilizando el Active Directory
Services (ADS) como administracin centralizada de las entidades.

- Autenticacin Doble Factor (TOKENS)
Para garantizar que los usuarios que se conectan a los sistemas del Banco son
realmente quien dice ser, el BCH ha implementado el mecanismo de autenticacin
de doble factor, consistente en proporcionar el nombre de usuario, la contrasea y
un nmero aleatorio (OTP) proporcionado por un dispositivo Token de la marca
Aladdin.

Para la administracin de los tokens, se cuenta con la infraestructura tecnolgica
basada en un servidor para administracin de tokens, el software cliente (PKI
Client) y los dispositivos de hardware.

Para la administracin de las operaciones y como mecanismo de doble factor para
la autenticacin de los sistemas LBTR y CDV, el BCH utilizar el mismo
esquema normativo de seguridad, con la diferencia que los dispositivos tokens ya
no sern de la marca Aladdin sino marca RSA modelo SID800 la cual est siendo
implementada en otra infraestructura.

Sistema Integrado de Previsin Social (SIPRES)
El proyecto del BCH denominado Sistema Integrado de Previsin Social (SIPRES)
tiene como objetivo la automatizacin de todas las actividades desarrolladas en el
departamento de Previsin Social del BCH, que alimentar en lnea los diferentes
mdulos para procesar informacin Contable, Financiera, Actuarial, Mdica,
Administrativa, Estadstica y general; logrando con ello, generar informacin
oportuna para la mejor toma de decisiones, minimizando el error operacional y
facilitando la verificacin por parte de la Auditora Interna a travs de la
implementacin de controles y pistas de Auditoria; reguladas por el Reglamento del
Plan de Asistencia Social y Resoluciones de la Junta Administradora del Plan de
Asistencia Social.

El sistema integrado solicitado, conlleva la integracin total de los diferentes
mdulos que lo forman, de manera que la captura de informacin, procesamiento y
migracin, sea de forma electrnica, generando cualquier tipo de reportes, informes,
estadsticas, y dems de forma expedita, veraz y eficiente a la que puedan acceder los
diferentes usuarios internos y externos, con los niveles de seguridad establecidos,
siendo stos los siguientes:

El SIPRES cuenta con siguientes mdulos:

1. Mdulo del perfil del miembro.
2. Mdulo de inversiones.
3. Mdulo de Planilla de Jubilados.
4. Mdulo Actuarial.
5. Mdulo de la Contabilidad.
6. Mdulo de Prstamos.
7. Mdulo de Servicios Mdicos Hospitalarios.
8. Modulo de Auditoria.
9. Mdulo del Fondo Mdico.
10. Mdulo de Salud.

Al implementarse el Sistema Integrado de Previsin Social, se espera que este pueda
conectarse a la LBTR para efectuar pagos considerados de alto valor (jubilaciones,
prima de antigedad, servicios mdicos hospitalarios, etc.). Se efectuar una mejor
administracin de los recursos financieros del Plan de Asistencia Social, se
modernizar la gestin administrativa y operativa del Departamento y se dispondr
de informacin ms confiable y oportuna para una adecuada toma de decisiones.

El SIPRES permitir al Departamento de Previsin Social y consecuentemente al
Plan de Asistencia Social:
1- Apoyo total de la Administracin Superior en la dotacin de recursos
econmicos, humanos y tecnolgicos.

2- Participacin de la Junta Administradora del Plan.

3- Mayor disposicin y compromiso del personal del Departamento de Previsin
Social para llevar a cabo este proyecto.

4- Colaboracin y compromiso de los departamentos involucrados como el TyC,
Organizacin y Planeamiento y la Auditora Interna.

Con la implementacin de este proyecto, el Departamento de Previsin Social
contar con una herramienta de trabajo que le permitir brindar un servicio de
calidad, basado en el alto grado de profesionalismo y mejora continua en sus
operaciones.

SWIFT
Actualmente el Banco Central de Honduras (BCH) utiliza la versin Swift Alliance
Entry para realizar pagos transfronterizos; y cuenta para la operacin de SWIFT con
dos microcomputadoras que funcionan para los ambientes de produccin y
contingencia.

Para establecer la conexin con el Service Bureau, el Banco Central de Honduras
tiene contratada una direccin IP para su conexin.

Para normalizar la plataforma de SWIFT -potencializarla para ser utilizada por
LBTR+CDV- est en proceso de adquisicin lo siguiente:

- Adquisicin y migracin 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 Prevencin de Intrusos (IPS), infraestructura que
viene a fortalecer los ambientes de produccin, primera y segunda contingencia
para garantizar la alta disponibilidad del servicio SWIFT para el BCH.

En la seccin VI Requisitos Tcnicos literal H Anexo 8 Infraestructura SWIFT
muestra la configuracin actual y esperada.

Adquisicin y Expansin de la SAN
Actualmente el Banco Central de Honduras cuenta con una SAN (Storage Area
Network) con capacidad de 3TB, para atender los requerimientos de almacenamiento
en el ambiente de produccin. Para alojar el almacenamiento de los ambientes del
proyecto LBTR+CDV, El BCH est en proceso de adquisicin de tres (3) SAN para
mejorar las capacidades de almacenamiento, la primera para ampliar la capacidad del
ambiente de produccin actual a 6TB y las restantes para crear los ambientes de
pruebas y contingencia ambas con capacidad de 6TB c/u.

Administracin de Identidades
Para la Administracin de Identidades, el Banco cuenta con un Directorio Activo de
Microsoft (Active Directory Services, ADS, por sus siglas en ingls) debidamente
implementado y replicado en cuatro puntos geogrficos en los cuales funcionarn los
ambientes de contingencia y pruebas; mediante el cual se administran los grupos de
usuarios de los participantes.

- Solucin de Gestin Centralizada de Identidades para Servidores UNIX y
Linux: Con el propsito de contar con una herramienta que permita la efectiva
administracin de identidades, autenticacin centralizada auditable y
aprovisionamiento correspondiente para la integracin de todos los sistemas
implementados en el BCH en servidores con sistema operativo Solaris y Linux
sincronizados con el ADS, se est en proceso de adquisicin de una solucin
Single Sign On para la administracin de identidades.

C. ESPECIFICACIONES TCNICAS
2.0 Requisitos Tcnicos generales

2.0.1 Idioma: Todas las tecnologas informticas debern estar en idioma espaol.
(interfaz de usuario, manuales, ayuda en lnea y otros).

2.0.2 Fechas: Todas las tecnologas informticas debern presentar, calcular y transmitir
adecuadamente la informacin sobre las fechas, incluidos, sin carcter limitativo,
los datos sobre las fechas del siglo XXI.

2.0.3 La solucin ser desarrollada e implementada con los ms altos estndares de
seguridad para llenar las expectativas de todos los participantes en cuanto a
autenticidad, 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 fallas
en el sistema principal.

2.0.4 La solucin necesaria deber ser propuesta llave en mano que incluya el
software de aplicacin adecuadamente personalizado, software de servidor de
aplicaciones/web, software de integracin (aplicaciones, SWIFT), software de
base de datos, software para alta disponibilidad de base de datos, software de
replicacin de base de datos a sitio alterno, hardware (servidores de aplicacin y
de base de datos); implementacin, entrenamiento, certificacin y traspaso. La
implementacin deber incluir integracin completa con el ambiente TIC actual
del BCH que se describe en la Seccin VI Requisitos Tcnicos literal H Anexo 1,
asimismo cumplir con el estndar tecnolgico definido por el BCH que se describe
en la esa misma seccin.

2.0.5 Liquidacin de operaciones nacionales y regionales en instancias separadas.

2.1 Especificaciones de la Infraestructura Tecnolgica
Mediante estos Requisitos Tcnicos, el BCH plantea las bases tcnicas 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 R2
perpetuas por procesador.
tem 3: Seis (6) Licencias del Componente de Alta Disponibilidad de Base de Datos
Oracle Real Application Clusters 11g R2 perpetuas por procesador.
tem 4: Cuatro (4) Licencias de Base de Datos Oracle Estndar Edition 11g R2
tem 5: Nueve (9) Licencias del Componente de Replicacin de Datos Oracle
Golden Gate 11g perpetuas por procesador.
tem 7: En caso de que la solucin propuesta lo requiera: Software de Integracin de
Datos (Para conexin de enlaces sealados en la seccin VI Requisitos Tcnicos,
numeral 2.5.1 Integracin del Sistema literal C y Sistema SWIFT)

Los licitantes tendrn que emitir certificaciones que sus soluciones funcionan
adecuadamente con el Hardware y Software sealado principalmente que pueden cumplir
con los requerimientos sealados en la seccin VI Requisitos Tcnicos literal B.
Requisitos comerciales y de funcionamiento numeral 1.2.1 Volmenes y Rendimiento.

En el caso que el sistema ofertado tenga un requerimiento adicional de HW o SW al
sealado, el licitante tendr que sealarlo claramente e incluir detalladamente las razones
de 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 incorporacin.

Al final de la contratacin los Subsistemas e Infraestructura Tecnolgica (Hardware y
Software) indicados anteriormente debern quedar completamente implementados y
puestos en marcha, para esto el proveedor seleccionado tendr que realizar todas las
pruebas que permitan certificar el correcto funcionamiento de los sistemas y la
integracin de los mismos.

2.1.1 Lugar de Recepcin, Instalacin, Configuracin y Pruebas
El proveedor se compromete a realizar las entregas de los bienes solicitados y
ejecutar las actividades de suministro, instalacin, configuracin y pruebas
establecidas en las especificaciones tcnicas, en los siguientes lugares:
Lugar de Destino Convenido Bienes a suministrar
Atencin: Jefe Departamento Tecnologa y
Comunicaciones. Sptimo piso, Centro de
cmputo, Banco Central de Honduras, Edificio
Principal, Avenida Juan Ramn Molina, Primera
calle, Sptima Avenida. Ciudad Tegucigalpa,
tem 1: Cuatro (4)
servidores.
tem 2: Todo.
tem 3: Todo.
tem 5: Seis (6) Licencias.
tem 6 y 7: Segn aplique.

Los siguientes documentos: Original del Contrato de Licenciamiento y
Servicios Oracle OLSA para usuario final, Original del Certificado de
Licenciamiento de Programas y Soporte del Primer Ao a nombre de El
Banco Central de Honduras (Custumer Support Identifier, CSI por su siglas
en ingls) de los tems II, III, IV y V debern de ser entregados en la siguiente
ubicacin:

2.1.2 Especificaciones Tcnicas de Infraestructura Tecnolgica
Detalle de las caractersticas tcnicas que los bienes a adquirir debern de cumplir
a efecto de satisfacer los requerimientos establecidos por el BCH:
tem Cantidad Descripcin
Caractersticas Tcnicas
requeridas
I 6 Servidores
Arquitectura de
procesador.
Dos (2) CPUs SPARC64 VI, RISC
de 64 bits con Crecimiento mnimo
de cuatro (4) CPUs
Velocidad de
procesamiento
mnimo.
Con al menos 2.15 GHZ.
Memoria RAM.
Instalada con configuracin mnima
de treinta y dos (32) GB.
Con un crecimiento mnimo de
doscientos cincuenta y seis (256)
Comunicaciones. Banco Central de Honduras,
Edificio Anexo, Centro de cmputo, quinto piso,
Barrio el Calvario, 11 y 12 Calle, 5 y 6 Ave.
Comayagela, M.D.C. Francisco Morazn,
Honduras, C.A.
tem 1: Un (1) servidor.
tem 4: Dos (2) Licencias.
Comunicaciones. Banco Central de Honduras,
Centro de Telecomunicaciones, tercer piso, quinta
avenida 2da. Calle barrio El Centro, Ciudad de
San Pedro Sula, Cortes, Honduras, C.A.
tem 1: Un (1) servidor.
tem 4: Dos (2) Licencias.
tem 5: Tres (3) Licencias.
Lugar Bienes a suministrar
Comunicaciones. Sptimo piso, Centro de
cmputo, Banco Central de Honduras, Edificio
Principal, Avenida Juan Ramn Molina, Primera
calle, Sptima Avenida. Ciudad Tegucigalpa,
tem 2.
tem 3.
tem 4.
tem 5.
tem 6 y 7: Segn
aplique.
GB.
Almacenamiento
mnimo.
Con al menos dos (2) discos duros
de 146 GB, 10K rpm, tecnologa
SAS o superior y que permita ser
configurados en RAID 1.
Unidad para
Dispositivos pticos.
Provisto con al menos una unidad de
DVD-ROM interna en el mismo
chasis.
Interfaces.
Provisto con al menos una (1)
interface Ultra320 SCSI interno /
externo, con un mnimo de cuatro
(4) puertos de red Ethernet de
10/100/1000 Base-T.
Ranuras para
expansin.
Al menos cuatro (4) ranuras PCI, o
su equivalente.
Adaptadores para
conexin a SAN
Provisto al menos con dos (2)
adaptadores (HBAs, Host Bus
Adapter) con Ancho de Banda
mnimo de 4 Gbit/s, con capacidad
de auto negociacin para 2 Gbit/s y
1 Gbit/s; de un solo puerto.
Sistema Operativo.
Tener pre-instalado el sistema
operativo del mismo fabricante del
equipo en su ltima versin, adems
sean provistos los medios pticos
(CD / DVD) de instalacin de dicho
sistema operativo.
Presentacin y
montaje del equipo
Ser tipo Rack y proveer todos los
rieles y accesorios necesarios para
montaje en gabinete (rack) existente
de cuatro postes
No se requiere el gabinete o rack.
Capacidades para
administracin y
monitoreo.
Tener la capacidad de ser
monitoreado y soportado de manera
remota a travs de puertos seriales.
Conexin de
Perifricos.
Provisto como mnimo con dos (2)
puertos USB.
Dispositivos de
Entrada.
Provisto con al menos un (1) teclado
en espaol 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 de
manera redundante con sus
respectivos cables de alimentacin
de energa.

Instalacin,
configuracin y
pruebas
La instalacin, configuracin y
pruebas ser realizada por personal
tcnico certificado.
Documentacin
Requerida
Manuales de usuario, instalacin,
configuracin, diagramas de
hardware, medios de instalacin
Originales (CD o DVD) y
controladores de configuracin.
Como resultado de la instalacin,
configuracin, puesta en
funcionamiento y pruebas, se
presentar al Jefe del Departamento
de Tecnologa y Comunicaciones
del Banco Central de Honduras, un
informe final detallando de los
trabajos realizados.

Almacenamiento
externo
No se requiere ningn tipo de
almacenamiento externo. El
comprador proveer el
almacenamiento requerido para las
configuraciones solicitadas.
II 6
Licencias de Base de Datos Oracle Enterprise Edition 11g
R2 perpetuas por procesador
III 6
Licencias del Componente de Alta Disponibilidad de Base
de Datos Oracle Real Application Clusters 11g R2
perpetuas por procesador
IV 4
Licencias de Base de Datos Oracle Standar Edition 11g R2
V 9
Licencias del Componente de Replicacin Oracle Golden
Gate 11g perpetuas por procesador.

Documentacin a
Entregar
Manuales tcnicos, instalacin,
configuracin y administracin.
Medios pticos de instalacin
originales (CDs o DVDs).
Original del Contrato de
Licenciamiento y Servicios Oracle
OLSA para usuario final.
Original del Certificado de
Licenciamiento de Programas y
Soporte por el primer ao a nombre
de Banco Central de Honduras
(Customer Support Identifier, CSI,
por su sigla en ingls) e indicar la
fecha de inicio y fin del soporte.

Configuracin
Requerida
La instalacin estar actualizada con
las ltimas versiones de parches de
seguridad liberadas por el
fabricante.

El componente de replicacin
Golden Gate, tendr que
configurarse de manera
unidireccional de tal forma que
capture la informacin del ambiente
de produccin y sea entregada hacia
el ambiente de recuperacin ante
desastres.
VI Definir el Proveedor
Software del Servidor de
Aplicaciones/Web.
VII Definir el Proveedor
En caso de que sea necesario
para la solucin propuesta por
el Licitante: Software de
Integracin de Datos (Para
conexin de enlaces sealados en
la seccin VI Requisitos
Tcnicos, numeral 2.5.1
Integracin del Sistema literal
c y Sistema SWIFT).

Documentacin a
Entregar

Soporte por el primer ao a nombre
de Banco Central de Honduras e
indicar la fecha de inicio y fin del
soporte; segn aplique.

2.1.3 Servicios Conexos
Se suministrarn los siguientes servicios conexos:
2.1.3.1 tem 1: Seis (6) Servidores
a. El proveedor entregar la documentacin tcnica como ser: manuales
de usuario, de instalacin, de configuracin y de administracin,
diagramas de hardware, medios de instalacin originales,
controladores de configuracin, piezas de herrajes incluidos con el
equipo. Esto ser por cada equipo ofertado.

b. El proveedor tendr que entregar, instalar, configurar y probar
adecuadamente los Servidores en las instalaciones del Banco Central
de Honduras en las Ciudades de Tegucigalpa, Comayagela y San
Pedro Sula; bajo la supervisin de personal tcnico del Departamento
de Tecnologa y Comunicaciones de BCH, dichas actividades debern
realizarse en la ubicacin convenida.

c. La recepcin de los bienes tendr que realizarse en presencia de los
representantes de los Departamentos de Auditora Interna, Tecnologa
y Comunicaciones y Servicios Generales; as como, el Representante
Legal de la (s) empresa (s) adjudicada (s) o la persona que ste designe
por escrito.

d. El proveedor tendr que notificar con cinco (5) das hbiles de
anticipacin, la fecha y hora de la recepcin de los bienes.

e. El proveedor tendr que instalar y configurar los seis (6) servidores de
la siguiente forma:

Dos (2) servidores para ambiente de produccin de la capa de Base
de Datos instalados y configurados en alta disponibilidad mediante
el Oracle Real Application Clusters.

Dos (2) servidores para ambiente de produccin de la capa de
aplicacin (El software de servidor de aplicacin/web deber ser
provisto con el licenciamiento correspondiente a nombre de Banco
Central de Honduras).

Un (1) servidor para ambiente de pruebas-capacitacin de la capa
de Base de Datos y Aplicacin/Web.

Un (1) servidor para ambiente de contingencia -recuperacin ante
desastres- (Sitio Alterno) de la capa de Base de Datos y
Aplicacin/Web.

f. Como resultado de la instalacin, configuracin, puesta en
funcionamiento y pruebas, se presentar al Jefe del Departamento de
Tecnologa y Comunicaciones del Banco Central de Honduras, un
informe tcnico detallado de los trabajos relativos a cada uno de los
bienes suministrados.

g. El Proveedor se compromete a asumir los costos de movilizacin,
comunicacin, hospedajes, impresin y otros que sean necesarios para
llevar a cabo las labores requeridas en los servicios conexos
relacionadas a cada uno de los tems de la infraestructura tecnolgica.

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 11g R2 perpetuas por procesador. tem 4:
Cuatro (4) Licencias de Base de Datos Oracle Estndar Edition 11g
R2 perpetuas por procesador. tem 5: Nueve (9) Licencias del
Componente de Replicacin de Datos Oracle Golden Gate 11g
a. El Proveedor tendr que entregar a El Banco Central de Honduras la
documentacin tcnica como ser los manuales de usuario, tcnico,
instalacin, configuracin y administracin; as como tambin, los
medios pticos de instalacin originales CDs o DVDs, Original del
Contrato de Licenciamiento y Servicios Oracle OLSA para usuario
final, Original del Certificado de Licenciamiento de Programas y
Soporte del Primer Ao a nombre de El Banco Central de Honduras
(Custumer Support Identifier, CSI, por su siglas en ingls), indicando
fecha de inicio y finalizacin del soporte y cualquier documentacin
tcnica adicional.

b. La recepcin de los bienes se har en las instalaciones del Banco
Central de Honduras de acuerdo a lo establecido en la Seccin VI
Requisitos Tcnicos literal C numeral 2.1.1, la cual tendr que de
realizarse en presencia de los representantes de los Departamentos de
Auditora Interna, Tecnologa y Comunicaciones y Servicios
Generales; 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) das hbiles de
anticipacin, la fecha y hora de la entrega.

d. El Proveedor tendr que instalar, configurar y probar los ambientes de
Base de Datos en las instalaciones de El Banco Central de Honduras
en los Edificios de Tegucigalpa, Comayagela y San Pedro Sula, bajo
la supervisin de personal tcnico del Departamento de Tecnologa y
Comunicaciones.

e. El Proveedor tendr que configurar el software del Motor de Base de
Datos y dems componentes para la configuracin en Alta
Disponibilidad (RAC) y Replicacin de datos a sitio alterno (Golden
Gate) de acuerdo al licenciamiento adquirido en los servidores
correspondientes, dicha instalacin tendr que quedar actualizada con
las ltimas versiones de parches de seguridad liberadas por el
fabricante para los productos adquiridos.

f. El proveedor tendr que instalar y configurar el software del Motor de
Base de Datos y dems componentes para la configuracin en Alta
Disponibilidad (RAC) y Replicacin de datos a sitio alterno (Golden
Gate) de la siguiente manera:

Ambiente de Produccin:
- Seis (6) licencias de Base de Datos Oracle Enterprise Edition
11g 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 Replicacin de Datos
Oracle Golden Gate 11g (Deber de ser configurado para
replicar datos hacia el servidor de recuperacin ante desastres,
sitio alterno).

Ambiente de Recuperacin ante desastres:
- Dos (2) Licencias de Base de Datos Oracle Estndar Edition 11g
R2.
- Tres (3) licencias del Componente de Replicacin de Datos
que ser configurado para replicar datos desde el servidor de
produccin).

Ambiente de Pruebas-Capacitacin:
- Dos (2) Licencias de Base de Datos Oracle Estndar Edition 11g
R2.

g. El Proveedor se compromete a asumir los costos de movilizacin,

2.1.3.3 tem 6: Software del Servidor de Aplicaciones/Web. tem 7: En caso
de que sea necesario para la solucin tcnica propuesta: Software de
Integracin de Datos (Para conexin de enlaces sealados en la
seccin VI Requisitos Tcnicos, numeral 2.5.1 Integracin del
Sistema literal C y Sistema SWIFT).
a. El Proveedor tendr que entregar a El Banco Central de Honduras la
documentacin tcnica como ser los manuales de usuario, tcnico,
instalacin, configuracin y administracin; as como tambin, los
medios pticos de instalacin originales CDs o DVDs, Original del
Contrato de Licenciamiento a nombre de El Banco Central de
Honduras, indicando fecha de inicio y finalizacin del soporte, segn
aplique y cualquier documentacin tcnica adicional.

b. La recepcin de los bienes se har en las instalaciones del Banco
Central de Honduras de acuerdo a lo establecido en la Seccin VI
Requisitos Tcnicos literal C numeral 2.1.1, la cual tendr que
realizarse en presencia de los representantes de los Departamentos de
Auditora Interna, Tecnologa y Comunicaciones y Servicios
Generales; 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) das hbiles de
anticipacin, la fecha y hora de la recepcin.

d. El proveedor tendr que instalar y configurar el software del Servidor
de Aplicaciones/Web en los servidores implementados en los
siguientes ambientes: Produccin, Pruebas/Capacitacin y
Contingencia; bajo la supervisin de personal tcnico del
Departamento de Tecnologa y Comunicaciones.

e. El Proveedor tendr que instalar, configurar y probar en caso de que
aplique: el Software de Integracin de Datos (Para conexin de
enlaces sealados en la seccin VI Requisitos Tcnicos, numeral 2.5.1
Integracin del Sistema literal C y Sistema SWIFT), en los
servidores implementados en los siguientes ambientes: Produccin,
Pruebas/Capacitacin y Contingencia; bajo la supervisin de personal
tcnico del Departamento de Tecnologa y Comunicaciones.

f. El Proveedor se compromete a asumir los costos de movilizacin,

g. Cualquier requerimiento de software adicional, como ser conectores a
la base de datos en produccin Progress; tendr que ser expresamente
sealado e incluido como parte de su oferta.

2.2 Especificaciones de la red y las comunicaciones
La solucin propuesta utilizar el estndar y red SWIFT para el envo de mensajes de
valor y no valor, as mismo tener la capacidad de utilizar redes propietarias no SWIFT
debido a que no todas las instituciones que harn uso del Sistema cuentan con SWIFT.

El BCH logra su comunicacin de los usuarios internos y externos de la siguiente
manera:

a. Usuarios Externos

SWIFT: La red SWIFT ser la red primaria utilizada en la LBTR+CDV por los
participantes SWIFT para liquidar pagos de alto valor. Los participantes SWIFT
realizaran sus transacciones dentro del Grupo Cerrado de Usuarios contratado por
el BCH.
De los diecisiete (17) bancos comerciales en Honduras aproximadamente nueve
(9) tienen acceso a la red SWIFT.

CEPROBAN: Es una institucin que mantiene a disposicin del Sistema
Financiero la red privada que lleva su nombre y es utilizada para realizar
transacciones de bajo valor (ACH, CCECh).

Esta red cuenta con doble redundancia de conexin, por lo que para el LBTR +
CDV, ser utilizada como mecanismo de contingencia para los usuarios SWIFT y
como red primaria para los usuarios NO-SWIFT.

Internet: La contratacin de este servicio permite contar con un sistema
redundante que asegura la continuidad del servicio en caso de que uno de los
enlaces fallara, bajo este esquema de conexin es posible proporcionar acceso a
los participantes va VPN como una segunda red de contingencia, a su vez se
podr brindar acceso remoto de acuerdo a poltica interna para que el proveedor
del LBTR proporcione al BCH servicio tcnico y soporte.

b. Usuarios Internos:

BCH: Para el cumplimiento de sus funciones, a nivel central como a travs de las
oficinas sucursales y edificio anexo, el BCH cuenta con una red LAN de avanzada
y moderna tecnologa, la cual ha sido desarrollada, configurada y monitoreada por
el Departamento de Tecnologa y Comunicaciones de la institucin prestando
atencin a los requerimientos de comunicacin electrnica de sistemas a lo interno
del BCH y otros servicios relacionados, auxiliado para su funcionamiento por una
serie de normativas y estndares.

Detalle de aspectos tecnolgicos de las redes ver Seccin VI Requisitos Tcnicos literal H
Anexo 1 Tecnologas y Sistemas de informacin existentes numeral 1.1.6

2.3 Especificaciones del Software
Mediante estos Requisitos Tcnicos, el BCH plantea las bases tcnicas para adquirir e
implantar un sistema integral constituido por los siguientes subsistemas:

1. Liquidacin Bruta en Tiempo Real;
2. Central Depositaria de Valores, plenamente integrado con el LBTR para todo tipo de
Liquidacin de Valores.
Estos subsistemas estarn basados en las mejores prcticas internacionales y acorde con
los principios definidos por el Banco Internacional de Pagos (BIS). Contribuir al control
de los riesgos relacionados con la liquidacin de los pagos en el sistema financiero.
Si el licitante no puede cumplir con alguno de los requerimientos, debe establecerlo de
forma especfica en el texto de su oferta.

Cuando a efectos del cumplimiento de alguno de los requerimientos establecidos, el
sistema propuesto posea diferentes opciones, stas deben ser especificadas, en forma
conjunta con cualquier recomendacin que la empresa licitante entienda necesario
realizar.

2.3.1 Requerimientos Comunes del Sistema
Los licitantes DEBERN presentar en sus propuestas una descripcin de los
mdulos incluidos en su oferta y que conforman el LBTR y CDV. De igual
manera, los licitantes DEBERN presentar en sus propuestas el detalle de la
Seccin VI literal G. Lista de Verificacin Tcnica.

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 la
integridad de datos y seguridad de la informacin, previniendo
particularmente los accesos no autorizados.

b. Mantener niveles altos de disponibilidad de servicios utilizando
mecanismos de recuperacin de fallos apropiados as como tambin
facilidades y procedimientos de respaldo y recuperacin ante
desastres.

c. Estar apropiadamente configurado para exceder los niveles de
desempeo en trminos de capacidad de proceso y respuesta para que
las 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 liquidacin en
las cuentas corrientes de los participantes en el BCH.

f. Estar en condiciones de adaptarse rpidamente a los cambios de los
servicios financieros, especialmente a los descritos en este documento
de licitacin.

g. Ser altamente configurables para proporcionar el desempeo
operacional necesario a efectos de asegurar el envo, recepcin y la
correcta finalizacin de las instrucciones y mensajes.

h. Permitir la automatizacin de todas las rutinas que participan en el
ciclo diario de operaciones, incluyendo los procesos que se realizan al
principio del da o a su trmino y los procesos de envo y recepcin de
datos a otras aplicaciones que funcionan en la plataforma de los
participantes, con adecuados niveles de seguridad e informes
permanentes de control.

i. Elsistema debe permitir pagos hasta como mnimo el siguiente valor
999,999,999,999 y siete lugares decimales, parametrizables por
moneda.

j. Mejorar la seguridad y eficiencia del sistema mediante el
procesamiento de Principio a Fin (Straight-Through-Processing).

k. Proveer ayuda en lnea, en espaol, para todas las funciones de
usuarios y operadores.

2.3.1.2 Operatividad
El sistema requerido tendr las siguientes especificaciones:
a. Proveer accesos en lnea y fuera de lnea para informes sobre archivos
histricos, cubriendo un periodo de por lo menos (5) aos, sin
comprometer los tiempos de respuesta o desempeo establecido del
sistema.

b. El BCH acordar con el proveedor previo a la implementacin del
sistema, la forma en que los datos histricos debern ser mantenidos
en lnea versus archivar fuera de lnea; por tanto, cualquier
requerimiento de infraestructura adicional ser expresamente sealado
e incluido como parte de sus oferta.

c. Permitir la fcil adaptacin a travs de parmetros en pantalla, para
acomodar reglas nuevas, cambiadas o modificadas que gobernarn
varias funciones, por ejemplo, crear un nuevo tipo de mensajes, crear
un nuevo tipo de instrumentos, permitir de manera sencilla, a travs de
la utilizacin de parmetros, o la modificacin de las reglas de
liquidacin. Proveer la integracin completa de las funciones de
manejo del sistema.

d. Establecimiento de cualquier parmetro que pueda ser aplicable a
varios o a todos los componentes del sistema, debe ser establecido
solamente una vez. Toda la informacin del sistema transferida entre
los componentes debe ser transparente a las operaciones del sistema.

e. El sistema requiere un mnimo de intervencin (preferiblemente
ninguno), del personal tcnico de TI para las operaciones normales.

2.3.1.3 Integridad

Entre los principales aspectos de integridad que el sistema debe ofrecer se
encuentran los siguientes:

a. Registro local de todos los mensajes enviados, pendientes y recibidos
cada da.

b. Acceso de sistema en el inicio-de-da y autenticacin del sitio de
procesamiento.

c. Facilidades de registro de recepcin, generacin de mensajes y
archivos.

d. Seguridad de los mensajes (autenticacin, integridad de los datos, y
confidencialidad).

e. Integridad de toda la informacin, que compruebe que todas las
transacciones estn balanceadas y almacenadas de manera sincrnica
en el sitio principal configuracin clster de base de datos y
asincrnico en el sitio alterno configuracin de replicacin de base de
datos.

f. Garanta de que no habr prdida de datos, ya sea durante la
transmisin o despus de una falla.

g. Encriptacin de todos los flujos de datos.

h. Adherirse a los formatos SWIFT ISO de conformidad con los
estndares internacionales mnimos para mensajes generados segn
los lineamientos del BIS.

Estas funciones comunes del software sern provistas de manera
aplicable en cada sitio de procesamiento por una serie de cdigos
comunes en la aplicacin. Esta aproximacin simplifica el mantenimiento
y control del cdigo y provee aseguramiento adicional de que el nivel de
integracin dentro del sistema sea consistente y completo.

2.3.1.4 Controles de Procesamiento de Archivos (lotes) y Transacciones
Las transacciones y archivos entrantes sern revisados en los siguientes
aspectos:
a. Que el tipo y formato sean correctos;
b. Que la fuente est autorizada;
c. Que la identificacin, fecha y cifra control de totales (sumatoria de
todos los pagos dentro del archivo) sean correctos;
d. Que no sea un mensaje duplicado;
Las transacciones y archivos salientes deben ser revisados al menos en
los siguientes aspectos:
a. Se debe asegurar que ninguna transaccin 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 de
recuperacin cuando las dos partes estn conscientes de la posibilidad
de que el mensaje sea un duplicado.

2.3.1.5 Controles de Validacin
Los controles de validacin incluirn:
a. Validacin de las instrucciones de pago individual (uno a uno);
b. Validacin de campos obligatorios dentro de las instrucciones de
liquidacin de fondos ;
c. Autenticacin del emisor del mensaje;
d. Confirmacin de trfico del mensaje y validacin al emisor.

2.3.1.6 Seguimiento e Integridad del Mensaje
Los controles incluirn lo siguente:
a. Cada instruccin de liquidacin de fondos o archivos conteniendo
instrucciones de liquidacin, deben tener una identificacin nica con
una fuente fsica, identificacin del usuario, fecha y hora de ingreso
del Sistema.

b. Cada instruccin de liquidacin de fondos debe ser operada de acuerdo
al nivel simple o mltiple de autorizacin prescrito por el
administrador y/o los participantes del Sistema.

c. Un esquema numerado de secuencia de mensajes y un control de
procedimiento deben estar presentes para evitar la prdida, duplicacin
de mensajes autorizados o insercin de mensajes no autorizados.

d. Se requiere el reconocimiento de mensajes a nivel de aplicacin como
un componente obligatorio del manejo de todos los mensajes.

e. Cuando un operador tenga la opcin de efectuar cambios a los
mensajes de valor (value messages) o a los parmetros crticos del
sistema, el sistema permitir mltiples autorizaciones. El BCH
decidir los niveles de autorizacin que se permitirn en el nivel de
participante/operador del sistema (BCH).

f. El rastreo automtico de una transaccin desde el punto de entrada al
Sistema hasta la entrega en el destino final con informacin completa
acerca del tiempo en el cual el mensaje fue recibido y entregado, y el
procesamiento que ocurri en cada paso en cada punto del manejo de
la transaccin/archivo.

g. La informacin para este propsito ser mantenida en lnea hasta por
un mximo de das definidos por el BCH inicialmente 120 das para
el LBTR y 365 das para la CDV tiempo despus del cual los datos
deben de ser archivados para almacenamiento fuera de lnea.
Reportes estndares para esta informacin deben estar disponibles, los
licitantes deben describir como el personal del BCH puede preparar
reportes 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 procedimientos
relacionados con la actividad inicio/fin de da sern manejados
automticamente por los sistemas.

El Sistema incluir ventanas de tiempo de liquidacin por tipo de
operaciones, las que podrn ser modificadas por los administradores del
sistema conforme las necesidades del BCH.

Se espera que el proveedor asesore al BCH en la definicin de los
horarios de liquidacin de todos los tipos de operaciones que se realizan
en la institucin.

2.3.1.8 Reportes y estadsticas
El sistema requerido proveer mecanismos de exportacin de
informacin asegurando la consistencia e integridad de la misma,
permitiendo que la informacin sea consultada en pantalla y/o exportada
a archivos, tipo texto, XML, formato de hoja electrnica Excel y formato
PDF, entre otros, tomando en consideracin, como mnimo, los criterios
de fecha y hora de operacin, montos, usuario y tipo de mensaje.

Los licitantes documentarn y brindarn capacitacin sobre las
herramientas que permitan al BCH la configuracin de nuevos informes y
estadsticas para satisfacer las necesidades de informacin, tanto para el
BCH como para los participantes.

Informes consistentes y regulares para el procesamiento financiero,
registros de seguridad, posiciones de liquidacin calculadas, valores de
liquidacin bruta y neta, lotes y nmero de archivos procesados, etc., que
puedan ser informados tanto localmente como centralmente para probar
la integridad del sistema y completar la conciliacin de todo el sistema.

Adems de los reportes/informes antes mencionados el LBTR y la CDV
proporcionarn a las diferentes dependencias informacin especfica que
se detalla a continuacin:

a. Unidad de Cumplimiento Lavado de Activos
La Unidad de Cumplimiento tiene como propsito velar porque se
cumpla a cabalidad con toda la normativa para la prevencin,
deteccin y control de operaciones que pudieran ligarse directa o
indirectamente con los delitos de lavado de activo y financiamiento
del terrorismo, mediante mecanismos adecuados para controlar los
riesgos asociados a los mismos en las diferentes dependencias de la
Institucin; adems, es responsable de realizar los anlisis necesarios
de las operaciones inusuales o atpicas y elaborar los reportes de una
posible operacin sospechosa, los que son requeridos por la Unidad
de Informacin Financiera (UIF) adscrita a la CNBS; se constituye
tambin como el rgano ejecutivo del Comit de Cumplimiento.

Cada subsistema tendr la capacidad de brindar al menos los
siguientes reportes:

Informacin requerida del LBTR
- Cliente (Identificadores nico del cliente, RTN, Pasaporte,
etc.)
- Dependencia/rea de Negocio
- Servicio/Producto (Tipo de Operacin)
- Fecha de transaccin
- Tipo de operacin
- Monto
- Nmero de Cuenta
- Tipo de Moneda
- Participante Emisor
- Participante Receptor
- Beneficiario (Identificacin)
- Pago con (Transferencia, etc.)
- Sistema Fuente (LBTR, ACH, CCECH, CDV)
- Modulo del Sistema
- Oficina/Sucursal

Adems se espera que el LBTR proporcione los siguientes reportes:

- Reporte de beneficiarios que recibieron ms de 2
transferencias
- Reportes de transferencias sin autorizaciones requeridas
- Reporte de operaciones de ingreso y egreso consecutivas de
un cliente
- Reporte de iliquidez de los clientes

Informacin requerida de la CDV
Detalle de las inversiones:
- Nmero de Anotacin en cuenta
- Tipo de Emisin
- Fecha de Inversin
- Fecha de Vencimiento
- Plazo de Vigencia en Das
- Valor Pagado en Moneda de la Transaccin
- Valor Nominal de la inversin en Moneda de la Transaccin
- Tasa de Rentabilidad Anual
- Moneda usada en la Transaccin
- Factor de Cambio de Referencia de Moneda
- Forma de Recuperacin
- Fecha de Subasta
- Numero de Subasta
- Numero de Oferta
- Identidad o Rtn del Intermediario
- Nombre Completo del Intermediario
- Cdigo 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
- Direccin del Inversionista (Casa, Calle y Ave)
- Telfono del Inversionista
- Fax del Inversionista
- Apartado Postal del Inversionista
- Correo Electrnico del Inversionista

Datos para la cancelacin:
- Nmero de Anotacin en Cuenta
- Nmero de Cuenta Corriente a Afectar
- Forma del Documento de Cancelacin (Cheque, Cuenta
Corriente, Valor Vencido)
- Identidad o Rtn del Beneficiario (A quien se le pago)
- Nombre Completo del Beneficiario
- Fecha de Cancelacin
- Monto Cancelado en Lempiras
- Factor de Cambio de Referencia de Moneda

Datos para los pagos:
- Nmero de Anotacin en Cuenta
- Nmero 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 Dueo del Documento de Pago
(Quien pago)
- Nombre del Emisor del Cheque, Propietario de Cuenta o de
Inversin
- Nombre del Banco Girado
- Fuente de sus Recursos para Invertir

Adems se espera que la CDV proporcione los siguientes reportes:

- Reporte de Inversionistas nacionales o extranjeros que por
primera vez participen en subastas de ttulos valores
gubernamentales, con montos superiores a USD10,000.00 o
L200,000.00 con montos muy superiores a los establecidos
en el Artculo 20 del Reglamento para la Negociacin de
Ttulos Gubernamentales.
- Reportes Incongruencia entre la informacin incluida en el
formato de identificacin del inversionista y los datos
mencionados en los Artculos 17 y 18 del Reglamentacin
para la Negociacin de Ttulos Gubernamentales.
- Reporte de Inversionistas que en forma repetitiva registren
insuficiencia de fondos al afectar los medios de pago
correspondientes.
- Reporte de Ttulos Valores con numerosos traspasos entre
empresas unipersonales, cooperativas o asociaciones sin
fines de lucro.
- Reporte de operaciones realizadas con montos que no
coincide con la actividad econmica que el intermediario
proporciona en el formulario Datos de identificacin del
inversionista.
- Reporte de cobro de capital e intereses por parte de los
inversionistas en ttulos gubernamentales en las Sucursales
de La Ceiba y Choluteca.
- Reporte de Miembros del Directorio del BCH, Gerente,
Subgerentes, Asesores, Funcionarios y empleados del BCH
que inviertan.
- Reporte de transacciones de inversionistas que haya sido
evaluado con un perfil de riesgo alto.

b. Departamento de Programacin y Anlisis Financiero (PAF)
La Subgerencia de Estudios Econmicos del Banco Central de
Honduras es un ente asesor de las autoridades superiores de la
institucin en la formulacin y seguimiento de la poltica monetaria,
crediticia y cambiaria del pas, mediante la elaboracin de cifras
estadsticas y anlisis econmico. Adems, provee informacin
estadstica y estudios a Instituciones Nacionales e Internacionales.

El Departamento de Programacin y Anlisis Financiero (PAF) como
parte de dicha Subgerencia es el encargado de elaborar las estadsticas
monetarias y financieras, as como el anlisis respectivo de las
mismas, necesario para el manejo de la poltica monetaria, cambiaria
y crediticia del BCH.


- Movimientos diarios de las cuentas corrientes del sistema
financiero.
- Informacin de los crditos intrada y prstamos
interbancarios.

Detalle de los crditos intrada y Prstamos interbancarios:
- Monto del crdito
- Acreedor
- Deudor
- Tasa aplicable
- Garanta.

Para cada operacin de mercado abierto se requiere la siguiente
informacin:

- Colocaciones de Bonos del Gobierno de Honduras (en
Subasta y Directa).
Contenido: En subasta o colocacin directa, Informacin de
adjudicaciones por plazos, Tenedores, Montos demandados y
adjudicados, tasas demandadas por oferta, tasas de corte y
promedio ponderados por plazo.

- Colocaciones de Letras BCH Moneda Nacional (en Subasta y
Directa)
Contenido: En subasta o colocacin directa, se requiere
informacin de adjudicaciones por plazos, tenedores, montos
demandados 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 colocacin directa, se requiere
informacin de las adjudicaciones por plazo, tenedor, montos
demandados 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 y
Extranjera diarios a valores devengados por plazos y
tenedores.

- 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, institucin, ttulo valor, fecha de
compra y recompra, valor en garanta por tipo de ttulo valor,
plazo y tasa premio.

- Detalle de Transferencias de Valores Negociadas en
Mercado Secundario
Contenido: Fecha de solicitud, inversionistas (vendedor y
comprador), tipo de ttulo valor, valor nominal y transferencia
pactada.

- Cuadro Estadstico de Facilidades Permanentes de Inversin
Contenido: Nmero de operaciones diarias, inversionista,
fecha de inversin y de vencimiento, plazo, monto, tasa de
inters e intereses pagados.

- Cuadro Estadstico de Facilidades Permanentes de Crdito
Contenido: Nmero de operaciones diarias, instituciones
solicitantes, fecha de crdito y de vencimiento, plazo, monto,
tasa de inters e intereses generados, ttulo valor en garanta
con su respectivo monto.

c. Departamento de Estadsticas Macroeconmicas (DEM)
El DEM, es el encargado de elaborar las estadsticas tanto del sector
real como del sector externo del pas, as como el anlisis de las
mismas, para el manejo de la poltica monetaria, cambiaria y
crediticia del BCH.


- Detalle de las transferencias interbancarias:
Saldos o monto que tiene cada institucin al inicio y cierre de
cada perodo (un mes), los flujos o movimientos detallando el
tipo de transaccin (prstamos y depsitos, entre otros), as
como los nombres de la instituciones que depositan o prestan
y las que reciben o deben, el tipo de tasa de inters y garanta,
en el caso que apliquen.

- Movimientos de los gastos por intereses y descuentos en la
colocacin de letras del BCH desglosando el sector
contrapartida, de forma mensual y si es posible la proyeccin
de los mismos, para un periodo de dos aos.

2.3.1.9 Pistas de Auditoria
Los licitantes describirn las opciones y/o herramientas que permitirn
realizar consultas en lnea y exportar informacin relacionada con las
pistas de auditora, 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 afectan
controles de acceso, parmetros del sistema, directorios y controles
similares y funciones de integridad, estarn registrados y cuando sea
necesario informar a los operadores del BCH, y sern accesibles para una
posterior recuperacin y anlisis autorizado. No debe ser posible alterar
de ninguna manera los contenidos de ningn registro de auditora.

Los siguientes procedimientos son requeridos:

Control total de procedimiento de un da de procesamiento en
cualquier sitio;
Administracin de usuarios (desde el BCH y los participantes) y sus
privilegios de acceso al Sistema;
El registro de intentos de acceso invlidos desde las estaciones de
trabajo;
El registro de frecuencia y origen de las transacciones y archivos
invlidos;

2.3.1.9.2 Bitcora
Auditoria de fin-de-da y reporte de actividades;
Pistas de auditora para todas las actividades dentro del sistema,
incluyendo accesos, mensajes enviados y recibidos y acceso a las
bitcoras 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 en
forma continua, y sern producidos informes de excepcin relevantes,
con el nfasis apropiado, cuando el rendimiento del sistema cae fuera de
los estndares de rendimiento aceptados. Las propuestas incluirn
detalles de las recomendaciones de los Licitantes cubriendo por lo menos
lo siguiente:
a. Un sistema de monitoreo de rendimiento, incluyendo un monitor que
describa los eventos operativos crticos, de seguridad y el estado
operativo de todos los usuarios autorizados.

b. La introduccin de un sistema de informes que puede ser usado para
monitorear la calidad del servicio y proveer la informacin apropiada
y adecuada para todos los participantes.

c. Los Licitantes describirn cmo sern monitoreadas las diferentes
medidas y si corresponde, tambin una indicacin de los niveles de
rendimiento que ellos normalmente esperan lograr.

2.3.1.11 Mdulo de Lavado de Activos
Se espera que el Sistema permita la carga de listas de control y que proporcione la
opcin de validar las transacciones que resulten de la verificacin realizada a
dichas listas. Se espera que estas operaciones resultantes del chequeo contra las
listas de control puedan ser exportadas a diferentes formatos (Excel, XML,
Archivo separado por comas, etc.)
Los licitantes describirn cmo su solucin permite la carga y verificacin de las
listas de control.

2.3.2 Requerimientos Funcionales Especficos para el LBTR
El sistema requerido ser el medio por el cual las instituciones participantes
liquidarn sus transacciones de alto valor y/o prioritarios en moneda nacional y
en moneda extranjera, a travs de las cuentas de liquidacin que mantienen en el
BCH.
El sistema requerido operar de acuerdo con el mecanismo de liquidacin bruta en
tiempo real, por lo que cada operacin se liquidar una a una con carcter de
irrevocable y en forma inmediata. La solucin implementada ser eficiente,
segura, robusta y acorde con los principios bsicos para los sistemas de pago
sistemticamente importantes del BIS, permitiendo la incorporacin gradual de
futuros servicios de pagos.
Las Instituciones Bancarias, Casas de Bolsa, Casas de Cambio, Sociedades
Financieras, el BCH y otras instituciones autorizadas por ste, sern participantes
en el sistema y mantendrn cuentas de liquidacin 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 cumplir
lo siguiente:

a. Liquidar pagos en Tiempo Real entre los participantes
b. Brindar facilidades de crdito intrada
c. Administrar pagos en colas en el caso de insuficiencia de fondos
d. Realizar pagos futuros
e. Tener la capacidad de administrar mltiples monedas
f. Contar con opciones para realizar monitoreo
g. Permitir la administracin de las cuentas
h. Incluir mecanismos para el clculo y cobro tarifas

2.3.2.1 Objetivos
El subsistema LBTR poseer funcionalidades que garanticen al BCH el
cumplimiento de los siguientes principios de diseo:

a. Liquidar de forma segura, eficiente, econmica y efectiva los pagos
interbancarios de alto valor o prioritarios, con la habilidad de manejar
el futuro crecimiento de los volmenes de pagos.

b. Lograr la liquidacin de pagos en tiempo real entre los participantes.

c. Facilidades para efectuar la liquidacin en las transacciones de valores
bajo el principio de Entrega contra Pago (Delivery versus Payment;
DyP); Este objetivo se cumplir tanto para los valores emitidos por el
Gobierno y el Banco Central.

d. Proveer facilidades para incrementar la eficiencia en la administracin
de la liquidez intrada, a travs de la provisin de informacin en
tiempo real de las cuentas de liquidacin en el BCH.

e. Medir y Controlar el riesgo de liquidez, a travs de un manejo
coordinado entre la liquidez global del sistema y la particular de cada
uno de los participantes.

f. Lograr un sistema de pagos y liquidacin de valores confiable, segura
integrada para atender las necesidades de la economa, con la
habilidad de que el proceso sea extendido a nuevos instrumentos de
pago y apoyar los nuevos sistemas de pago a medida que se
desarrollan.

g. Implementar la liquidacin de pago contra pago (Payment versus
Payment, PvP) de las transacciones de operaciones en moneda
extranjera para aquellas divisas que se pueden liquidar en las cuentas
del BCH.

h. Realizar la liquidacin de los sistemas de pagos (ACH, CCECh,
SENDI, etc.), cambiarios y crediticios del pas.

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 = nmero de tems financieros salientes
en todo momento y que cada sitio de procesamiento pueda ser
conciliado a una posicin de no tems faltantes en cualquier
momento.
b. Los montos entrantes sern iguales a los montos salientes.
c. Reportes consistentes y regulares para el procesamiento financiero,
acceso de seguridad, posiciones calculadas de liquidacin, valores de
liquidacin netos y brutos, lotes y nmeros de archivos y tareas
automticas procesadas etc. que puedan ser reportadas local y
centralmente para comprobar la integridad del sistema y la
conciliacin de todo el sistema.

2.3.2.3 Poltica para el Manejo de Liquidez Intrada
El LBTR permitir que cada participante en el sistema de pagos
mantenga una cuenta de liquidacin en el BCH donde la liquidez estar
concentrada.

Las posibles fuentes de liquidez en esta cuenta sern:
a. Los requerimientos de reserva a ser mantenidos;
b. Transferencias entrantes;
c. Prstamos de otros bancos y/o facilidades de crdito del BCH (Solo
para bancos participantes);
d. El efectivo depositado en el BCH durante el da (incluyendo la venta
de divisa al BCH).

2.3.2.4 Liquidez diaria
El LBTR contar con un enlace seguro con la Central Depositaria de
Valores (CDV), que permita garantizar el procesamiento de principio a
fin para operaciones de:
a. Crditos Intrada (con posibilidad de convertirse en un overnight) y
b. Los crditos overnight del BCH

a. Crdito Intrada.
Para tales tipos de operaciones, tanto la concesin de crdito a los
bancos como la correspondiente transferencia de valores al BCH ser
totalmente automticas y simultneas, a fin de garantizar el principio
de entrega contra pago. Estas operaciones de crdito intrada sern
iniciadas por los participantes y al igual que las Overnight sern
colateralizadas con valores gubernamentales.

El LBTR contar con mecanismos de contingencia que permitan la
carga manual (digitados o mediante un archivo) de los ttulos valores
propiedad de cada participante elegibles como colaterales, para el
otorgamiento de un crdito intrada, overnight o de otro tipo que
acuerde el BCH.

El LBTR contar con una amplia gama de facilidades de manejo de la
liquidez intrada, que de acuerdo con la normativa el BCH decida
adoptar, incluyendo lnea de crdito, repos y otros.

El LBTR incluir mecanismos para administrar estas facilidades que
al menos incluya lo siguiente: otorgamiento, vencimiento automtico,
cobro de intereses, vencimiento parcial, entre otros.

El BCH tendr la facultad de definir en el subsistema todos los
acuerdos relacionados con la provisin de crdito Intrada; as como,
parametrizar los lmites mximos permitidos en este tipo de
operaciones.

El LBTR al final del horario de transacciones del sistema requerido,
liquidar automticamente las facilidades otorgadas durante el da. Si
esto no fuere posible por falta de fondos, podr constituirse una
operacin overnight sujeta a una tasa de inters que ser determinada
por el BCH, y esto ser notificado al rea de Vigilancia del banco.

b. El LBTR proporcionar las facilidades para que los participantes
soliciten y que el BCH otorgue y administre el crdito overnight de
los participantes. El BCH podr imponer lmites mximos a un banco
en particular, o limitar el uso del crdito nocturno, a no ms de un
cierto nmero de noches por mes con penalizacin de las tasas de
inters. Si estos lmites se excedieran, el sistema tendr la
funcionalidad de suspender dicho crdito adems de notificar
automticamente al rea de Vigilancia del Banco.

Los licitantes incluirn una explicacin totalmente de las opciones y
capacidades para otorgar y administrar todas las opciones de manejo
de la liquidez.

2.3.2.5 Reserva de Fondos de las Cuentas de Liquidacin
El subsistema contar con la funcionalidad de permitir a los participantes
reservar o asignar temporalmente una cantidad de fondos en la cuenta de
liquidacin del banco hasta un nivel determinado, para atender
liquidaciones con fines especficos tales como: Subasta de Divisas, ACH,
CCECh, etc. En tales casos, los fondos asignados no pueden ser usados
para otros propsitos de liquidacin 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 fines
especficos 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 la
liquidacin 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 BCH
tener la capacidad de asignar el nivel de prioridad a las colas. Estas colas
operarn estrictamente en una base de Prioridades + Primeras
entradas, primeras salidas (PEPS).

Ninguna transferencia de prioridad ms baja ser liquidada hasta que
todas las transferencias de mayor prioridad hayan sido liquidadas. La
orden de pago que est primero en la cola ser liquidada cuando los
fondos estn disponibles y solamente entonces es que la siguiente orden
en la cola ser considerada para liquidarse.

Con el propsito de facilitar el manejo de liquidez diaria, el sistema
ofrecer a los participantes la posibilidad de cambiar la prioridad de los
pagos en cola y / o su posicin dentro de la cola.

Permitir a cada participante la anulacin de las transacciones propias
siempre que stas se encuentren en cola. EL BCH estar facultado para
anular cualquier operacin en cola de todos los participantes. Dichas
solicitudes sern autenticadas y una transaccin de pago solo puede ser
anulada si todava no ha sido liquidada.

El subsistema LBTR utilizar algoritmos eficientes de solucin de
congestionamiento, sin violacin del orden de liquidacin especificado
por los participantes pagadores, a travs de neteos simulados u otros
algoritmos eficientes, los cuales puedan ser iniciados en forma
automtica o manual.

El LBTR anular automticamente las transacciones pendientes (en cola)
al final del horario establecido por cada tipo de operacin. El LBTR
notificar al participante y al BCH dicha anulacin.
Cada participante estar capacitado para monitorear mediante consulta en
lnea o reporte el estado, nmero total y monto de sus transacciones en
cola.

El LBTR otorgar al BCH la capacidad de monitorear por participante y
en total ya sea en lnea o con reportes lo siguiente: el nmero y valor de
los mensajes por da, por tipo de pago, tiempo promedio de mensajes en
cola, pagos en cola, entre otros.

2.3.2.7 Inicio/Fin Da
Como complemento de la informacin en lnea durante el da de
liquidacin, el subsistema LBTR proporcionar a cada participante la
posibilidad de obtener archivos electrnicos con informacin detallada de
sus pagos, a efectos de permitirle sus conciliaciones de saldos.

Diariamente y como parte de los procesos de cierre del da, el estado de
movimientos y saldos ser enviado automticamente a todos los
participantes ya las entidades supervisoras del Sistema Financiero, si lo
requiere.

2.3.2.8 Monitoreo e Informes
El sistema proveer un conjunto completo y flexible de monitoreo,
informes y capacidades de anlisis, para hacer posible que cada
participante tenga la mxima informacin y control sobre su participacin
en el sistema.

El monitoreo, informacin y capacidades de anlisis cubrir al menos:
a. Informes de monitoreo intrada;
b. Informes de final del da (incluyendo estados de cuenta);
c. Informes sobre la actividad histrica del funcionamiento del sistema.
d. Informes sobre las operaciones histricas de los participantes, grupo
de participantes o el total de las entidades.

Las facilidades de monitoreo intrada estarn disponibles a solicitud,
mientras que los informes del final del da sern facilitados
automticamente para los usuarios especificados tanto dentro del BCH
como en los entidades participantes.

La facilidad del anlisis histrico proveer una amplia gama de
capacidades, incluyendo tanto una capacidad de consulta flexible en la
base de datos, como tambin la habilidad de descargar extractos desde la
base de datos histrica para anlisis posterior, usando herramientas tales
como paquetes de anlisis estadstico o planillas electrnicas. Esta
facilidad estar disponible para los otros participantes solamente por
medio de solicitudes al Departamento de Sistema de Pagos del BCH.

La base de datos histricas ser mantenida separada de la base de datos
en lnea (la del da en curso), por razones de rendimiento y seguridad.

2.3.2.8.1 Informacin en lnea para el BCH
El LBTR proveer por lo menos la siguiente informacin a los usuarios
operativos 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 cada
participante emisor y receptor).
c. Informe de posibles mensajes duplicados.
d. Informacin de saldo de cuenta, por participante.
e. Consulta de las instrucciones de pago en el sistema (contemplando
diferentes criterios de seleccin).
f. Alertas cuando las colas se acumulan ms all de los lmites definidos,
en trminos tanto de nmero de pagos como de montos a ser pagados.
Tales lmites sern definidos por el BCH.
g. Informes resumidos que cubren incidentes relacionados a seguridad,
tales como intentos fallidos de ingreso, mensajes invlidos (con la
razn de invalidez) y otros que el licitante describa en su oferta.
h. Un despliegue grfico 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 sera posicionado centralmente en el rea de
operaciones del banco, para proveer a los usuarios con una visin
rpida del estado del sistema.
i. Por razones de poltica monetaria, el sistema ser capaz de mostrar en
lnea al BCH resmenes de la situacin global de liquidez del sistema,
tanto las situaciones actuales individuales, como las situaciones
previas (horas, das, semanas).
j. Participantes conectados al sistema LBTR.

2.3.2.8.2 Informacin Intrada en lnea para los Participantes
El LBTR proporcionar por lo menos la siguiente informacin a los
participantes:
a. Consulta sobre instrucciones de pago en el sistema (contemplando
b. Notificacin del estado de las instrucciones de pago enviado/recibido
debitado/acreditado, si la transaccin fue procesada exitosamente o
rechazada, as como, el saldo disponible en sus respectivas cuentas de
liquidacin.
c. Descripcin de error de validacin.
d. Consulta sobre promedio diario de saldos, calculados durante el da.
e. Adems del flujo de informacin en lnea durante el da de
procesamiento; a cada participante le ser provedo un archivo
electrnico conteniendo informacin suficientemente detallada, para
apoyar la conciliacin automtica de la cuenta. Esta informacin
puede ser enviada durante todo el da, en respuesta a solicitudes
recibidas del participante.

2.3.2.9 Administracin de Cuentas
2.3.2.9.1 Monitoreo de Saldo de Cuenta
El BCH tendr una perspectiva general de la situacin de los participantes
del sistema y tendr acceso a toda la informacin de las Cuentas de
Liquidacin.

El LBTR notificar al BCH y a los participantes involucrados
condiciones tales como:

Avisos de un saldo de cuenta del participante por debajo de un nivel
mnimo;
El detalle de los pagos rechazados por fondos insuficientes.

2.3.2.9.2 Medidas para el manejo de cuenta
EL LBTR permitir a los participantes en el sistema ser administradores
de su cuenta de depsito, manteniendo siempre fondos suficientes para
pagar cada transaccin a medida que es enviada a travs del sistema.

Para apoyar estos procedimientos y opciones, el sistema permitir:
Mensajes de texto gratuitos que sean pasados libremente a travs del
sistema entre dos o ms participantes.
Completa seguridad, autenticacin y validacin de los mensajes de
texto gratuitos.
Un texto/referencia online que contenga las reglas y procedimientos
definidos por el BCH.
El nmero 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 de
abrir, cerrar o suspender cualquier cuenta mantenida dentro del
subsistema. Una cuenta puede ser suspendida total o parcialmente; si la
suspensin es total el participante quedar inhabilitado para recibir y
enviar pagos de esa cuenta, si la suspensin es parcial se bloquear la
recepcin o envo de pagos.

Asimismo, con el propsito de dar cumplimiento al Artculo 27 del
Decreto No 45-2002 del 5 de marzo del 2002 referente a la Ley Contra el
Lavado de Activos, a los Artculos No. 16,17,18,22 y 23 de la Resolucin
CNBS No 869/29-10-2002 que contiene el reglamento para la Prevencin
y Deteccin del Uso Indebido de los Servicios y Productos Financieros en
el Lavado de Activos; en tal sentido, se requiere que los subsistemas
puedan brindar campos para cumplir con esta normativa.

A continuacin se detalla los requerimientos a incluirse al aperturar las
cuentas:
Nombre completo del cuentahabiente, cargo que desempea, direccin
exacta del domicilio particular, nmero de telfono particular, correo
electrnico y nmero de identidad de las personas con firma
autorizada.
Registro del RTN Institucional y de los firmantes.
Direccin oficinal principal, sitio web, nmero telefnico y fax de la
institucin.

2.3.2.9.4 Dbitos a Cuentas de Participantes
El LBTR permitir al BCH debitar directamente las cuentas de
liquidacin de los participantes. Esto se realiza bajo acuerdos
previamente establecidos con los participantes con propsitos de
Recaudacin Fiscal, Especies fiscales entre otros. Ver detalles Seccin VI
Requisitos Tcnicos, 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 la
capacidad de almacenar transacciones con fechas futuras de pago
(mediante parmetros) en una cola de procesamiento dentro del
subsistema LBTR. Los participantes especificarn la fecha y la hora de
ejecucin de las rdenes puestas en el almacn de datos. El sistema
almacenar las rdenes hasta la fecha lmite de pago y las procesar
automticamente en el tiempo especificado por el participante.

2.3.2.11 Parmetros
El subsistema requerido tendr suficiente flexibilidad de funcionamiento,
para lo cual contemple, por lo menos, con lo parmetros siguientes:
Horarios para la liquidacin, dependiendo del tipo de transaccin
Horarios de apertura y cierre
Perfiles/roles de usuarios
Permisos
Tipos de cambio
Tasas de inters
Das feriados
Formas de clculo de intereses
Cuentas de liquidacin por tipo de moneda
Frecuencia del cambio de claves de acceso
Tarifas por servicios del BCH
Tipos de transaccin
Transferencias entre cuentas de diferentes monedas
Tamao mximo de cola
Advertencia sobre cola de pago demasiado grande
Autorizacin de liquidacin de cmaras de compensacin
Frecuencia de ejecucin de solucin de congestionamiento
Historial de cambio de contrasea
Periodo de validez de contrasea
Nmero histrico de contraseas
Reserva de fondos en espera permitida
Tiempo de inactividad
Validacin de llaves
Tiempo de actualizacin de pantalla
Lmite mximo de crdito intrada
Prioridades de pagos
Notificaciones de cierre al final del da
Otras tablas parametrizadas

Los licitantes describirn uno a uno los parmetros antes mencionados y
cualquier otro que su solucin provea.

2.3.2.12 Moneda de Pagos
El LBTR contar con la capacidad de administrar mltiples monedas y
como mnimo, ser capaz de procesar las instrucciones en Lempiras,
Dlares Americanos y en Euros.

El LBTR permitir al BCH por medio de parmetros incorporar monedas
adicionales de acuerdo a las exigencias de poltica monetaria.

El LBTR realizar transferencias entre cuentas de diferentes monedas en
base al principio Pago Contra Pago (PCP). Esta funcionalidad ser
habilitada a discrecin del BCH.

2.3.2.13 Informacin de Facturacin
El LBTR incluir un mecanismo de tarifas que automticamente calcule
las cuotas de cada participante al final de cada da de operacin,
permitiendo realizar el cobro sobre una base diaria o mensual. El sistema
de facturacin tendr la siguiente funcionalidad:
a. Generar estados de cuenta para los clientes a intervalos definidos por
el BCH, teniendo como opciones mnimas ciclos diarios o mensuales.
b. Calcular los costos basado en el mensaje o tipo de instruccin.
c. Aplicar diferentes modalidades de facturacin en el envo de mensajes
en horas pico.
d. Aplicar diferentes modalidades de facturacin por volmenes de
transacciones.
e. Posibilitar el ingreso de distintos niveles de comisiones por tipo de
participantes.
f. Clculo y cobro del precio fijo de participacin.
g. Tipo de Conexin del participante.

Los licitantes explicarn totalmente las opciones de facturacin y
describir los diferentes tipos de tarifas y capacidades de realizar cargos,
su funcionalidad incluyendo la generacin automtica de mensajes de
pago relevantes, que permitan al BCH utilizar estas herramientas para
toma de decisiones a futuro en cuanto a la modificacin de los cobros por
servicios.

2.3.2.14 Mensajes
El subsistema LBTR utilizar el formato SWIFT basados en los
estndares ISO 15022 para todos los mensajes.

La red SWIFT ser utilizado como red primaria para la LBTR+CDV por
los participantes para liquidar pagos de alto valor, adems realizarn sus
transacciones dentro del Grupo Cerrado de Usuarios (Closed User Group,
CUG, por sus siglas en ingls) contratado por el BCH. Los licitantes
proveern informacin sobre todos los estndares que sus sistemas
siguen, incluyendo planes de desarrollo posteriores para cualquier
estndar emergente que ellos planifican adoptar en sus productos.

El proveedor previo a la implementacin del Sistema validar los
parmetros de configuracin del Servicio SWIFTNET FINCOPY
verificando el FINCopy Service Profile Form, el cual es provisto por
SWIFT como parte del contrato de adquisicin que el BCH tiene suscrito;
tal validacin garantizar la operacin funcional del Sistema.

Modelo de Flujo de Mensajes
El LBTR usar la arquitectura Y-COPY. Adems los Licitantes
garantizar que su sistema utiliza la estructura de mensajes SWIFT
independientemente si el BCH utiliza o no la red SWIFT.
El LBTR tendr la capacidad de operar simultneamente participantes
que se encuentren en un CUG bajo un esquema Y-COPY y participantes
NO-SWIFT que se conecten a travs de una VPN, misma que ser
implementada y administrada por el BCH.

Se espera que los participantes SWIFT y NO-SWIFT tengan la opcin de
generar consultas y reportes a travs de la VPN.

El LBTR tendr un enlace natural con la plataforma SWIFT para la
recepcin y envo de mensajes, en el caso que sea necesario un
componente de integracin los licitantes incluirrn en el tem 7.

2.3.2.15 Retiro y Deposito de Numerario
Se espera que el LBTR provea la opcin para solicitar el retiro y depsito
de numerario en moneda nacional y extranjera, que efectan los
participantes directos afectando sus cuentas de liquidacin.

Los Licitantes incluirn una descripcin de cmo sus soluciones
cumplen este requerimiento.

2.3.2.16 Suspensin y reinicio del sistema
El LBTR permitir suspender el procesamiento durante el transcurso del
da normal y el reinicio de la operacin sin la prdida o duplicacin de los
mensajes.
En caso de interrupcin del servicio el BCH estar capacitado para
extender el horario de operaciones del da a los participantes.

2.3.2.17 Pagos gubernamentales
El LBTR permitir al BCH realizar pagos gubernamentales ya sean estos
por cuenta propia o por representacin de otras instituciones
gubernamentales como la secretara de finanzas.
Se espera que el LBTR permita incluir participantes directos
gubernamentales (instituciones descentralizadas) para los cuales ser
posible parametrizar las opciones a las que puedan tener acceso por
ejemplo: acceso a facilidades de crdito, pagos en cola entre otros.
Los licitantes especificarn cmo sus soluciones permiten realizar pagos
Gubernamentales tanto para el BCH como para otras instituciones
descentralizadas.

2.3.2.18 Requerimientos tcnicos de participantes
Los licitantes incluirn en sus ofertas los requerimientos tcnicos
necesarios (mnimos y ptimos) para que los participantes se puedan
conectar al sistema LBTR y procesar sus pagos y realizar las consultas
requeridas

2.3.3 Requerimientos Funcionales Especficos para la CDV
Propsito
El principal propsito de este sistema ser permitir que el BCH mantenga un
registro centralizado de las tenencias de todos los valores gubernamentales, que a
su vez sirva de apoyo en las funciones de administracin de la deuda
gubernamental y de sus propias emisiones y para el manejo de liquidez e
implementacin de poltica monetaria, debiendo inscribirse en este sistema todos
los valores actualmente en circulacin, especialmente las letras del BCH y letras y
bonos del gobierno, bajo los trminos y caractersticas financieras de dichos
valores.

Adicionalmente, otro propsito fundamental del sistema ser el de actuar como
medio para facilitar la colateralizacin de transacciones cruciales, tales como
operaciones de crdito interbancario, crditos intrada, overnight y de otras en las
que se utilicen, los instrumentos de poltica monetaria.

El BCH planea automatizar los sistemas para la administracin de valores
gubernamentales y proveer un mecanismo seguro y gil para la compensacin y
liquidacin de todas las transacciones que involucran el uso de valores
gubernamentales.

En trminos inmediatos y como parte de esta adquisicin, el BCH desea
implementar un sistema automatizado de registro centralizado de valores que se
denominar Central Depositaria de Valores (CDV). Este sistema mantendr el
detalle de todos los tenedores y tenencia de valores y deber estar enlazado en
tiempo real con el sistema LBTR para realizar la liquidacin automtica y poder
cumplir con la Entrega contra Pago (modelo 1 tipo ECP
2
) y Procesamiento de
Principio a Fin (Straight-Trough-Processing) para toda la liquidacin, incluyendo
la liquidacin de: las transacciones de valores en el mercado primario, mercado
secundario y mercado interbancario, pago de intereses y capital al vencimiento
para valores de deuda y liquidacin de las operaciones que involucren el uso de
valores.

De igual forma la CDV incluir un mdulo de negociacin de mercado primario
para la realizacin de subastas de valores gubernamentales y negociaciones
bilaterales.

Para efectos de un adecuado manejo de la liquidez diaria dicho enlace con la
LBTR tambin facilitar un manejo eficiente de la transferencia de valores cuando
se recurra a mecanismos de gestin temporal de la liquidez del sistema financiero
(Reportos, Crditos Intrada, Crditos Overnight, entre otros).

Adicionalmente, permitir a las autoridades superiores del BCH monitorear en
lnea el mercado de deuda con valores gubernamentales.

En un marco de tiempo razonable la CDV ser una base slida para el desarrollo
del mercado de capitales:

Permitir el mantenimiento de registros precisos de todas las transacciones en
el mercado de capitales.
Actuar como facilidad para todos los mercados reglamentados que sern
introducidos a futuro, incluyendo el mercado secundario de valores

2
Para una definicin del modelo 1, 2 y 3 de ECP, ver Entrega contra pago en sistemas de liquidacin de valores CSPL, septiembre de 1992.
reglamentado y el mercado interbancario (para todos los prstamos bancarios
colateralizados 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 cumplir
con lo siguiente:

a. Proveer un registro electrnico centralizado en lnea y automatizado para todos
los instrumentos representativos de deuda.

b. Cumplir con el principio de Entrega contra Pago proporcionando un enlace con
la LBTR para la liquidacin de todas las transacciones de valores.

c. Proveer soporte para las facilidades de liquidez intrada, de un da para otro.

d. Administrar el servicio de la deuda de todos los valores inscritos a favor de
cada tenedor o custodio segn sea el caso.

e. Registrar las inscripciones de titularidad de valores colocados en el mercado
primario y las transferencias de titularidad por las operaciones realizadas en
mercado 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 mdulo de cuenta y cobros para el clculo de las tarifas por
servicios del Depsito.

Caractersticas Generales
El sistema estar estructurado alrededor de una base de datos que contendr
detalles de todas las inscripciones, colocaciones y transferencias de valores con su
historial y el estado vigente de la tenencia. Asimismo, administrar los procesos
asociados con la emisin y administracin de los valores cubriendo la variedad de
instrumentos descritos en este documento.

De manera complementaria a estos sistemas, se planea implementar en el mediano
plazo un sistema externo o interno que permita automatizar la transferencia de
valores en el mercado secundario. Dicho sistema ser capaz de enlazarse con la
CDV y con el sistema LBTR permitiendo alcanzar la ECP y el Procesamiento de
Principio a Fin (Straight-Through-Processing).

2.3.3.1 Objetivos
La CDV cumplir con los siguientes objetivos:
a. Proveer un registro electrnico centralizado en lnea y automatizado
para todos los instrumentos representativos de (deuda) que satisfagan
las necesidades de todas las emisiones, emisores, tenedores, gerentes y
otras 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 travs de enlaces con el sistema LBTR;

c. Integrar la compensacin y liquidacin de todos los valores;

d. Proveer un mdulo de negociacin automatizado para los agentes
econmicos participantes en el mercado primario con relacin a la
presentacin de ofertas, adjudicacin y registro de las emisiones.;

e. Proveer soporte para las facilidades de liquidez intrada, de un da para
otro, y otras operaciones de la poltica monetaria del BCH que
involucren el uso de valores;

f. Administrar el servicio de la deuda de todos los valores inscritos a
favor de cada tenedor o custodio segn sea el caso.

g. Registrar las inscripciones de titularidad de valores colocados en el
mercado primario y las transferencias de titularidad por las
operaciones realizadas en mercado secundario de valores, incluyendo
la transferencia de valores libres de pago para aquellas transferencias
que no se liquidan en cuentas del BCH;

h. Proveer soporte al mercado secundario de valores electrnico con
valores gubernamentales;

i. Proveer soporte al mercado de negociacin de fondos interbancarios
electrnico ;

j. Manejar el portafolio de instrumentos registrados con respecto al perfil
de vencimientos, redencin de vencimientos, pagos de inters
pendientes a tenedores de instrumentos, y retencin y pago de
impuestos.

k. Automatizar y asegurar el registro y vencimiento de los acuerdos de
recompra;

l. Proveer facilidades de consulta en lnea a todos los usuarios legtimos
incluyendo otras entidades del sector pblico, para el manejo y control
de sus emisiones.

2.3.3.2 Caractersticas de los valores administrados por el BCH
El BCH opera con caractersticas diversas de colocacin de valores como
ser tasas de inters fijo, variable, valores indexados, realiza pagos de
inters mensual, trimestral, anual o personalizado y adems
amortizaciones con diversas periodicidades los cuales se mencionan a
continuacin:

a. Letras del Banco Central de Honduras en Moneda Nacional y
Extranjera. Cupn cero hasta un ao plazo. Base de clculo actual/360.
b. Valores Gubernamentales emitidos por la Secretara de Finanzas:
Letras. Cupn cero hasta un ao plazo. Base de clculo actual/360
Bonos. Cupn fijo semestral. Plazos superiores a un ao. Base de
clculo actual/ actual.
c. Otros instrumentos de deuda propiedad de instituciones pblicas
autorizadas para emitir: Pueden reunir las mismas caractersticas de
los emisores anteriores, tanto en las emisiones de corto plazo como en
las emisiones de largo plazo.

2.3.3.3 Requerimientos Funcionales de la CDV

a. Mantener un registro de todos los instrumentos de deuda emitidos por
monto, tasa de inters, fecha de vencimiento, tenedor y otra
informacin pertinente;

b. Mantener un registro de todas las tenencias identificadas por emisor,
tipo de valor, fecha de emisin, tenedor y otra informacin pertinente;

c. Mantener un registro por niveles de todas las contrapartes
especificando si el depositario es directo o indirecto, detallando toda
la informacin general relevante tal como: nombre, direccin, correo
electrnico, telfono, registro tributario nacional (RTN), nmero de
registro, etc. Todas las contrapartes deben estar identificadas por un
cdigo nico para facilitar la bsqueda de dicha informacin;

d. Permitir un enlace con el sistema LBTR para la liquidacin de
operaciones de mercado primario, operaciones de liquidez intrada, de
un da para otro, de las diversas operaciones de mercado abierto del
BCH, transacciones bilaterales de mercado secundario de valores y de
prstamos interbancarios colaterizados (inclusive repos) para
garantizar el respeto de los principios de Entrega contra Pago (ECP) y
Procesamiento de Principio a Fin (Straight-Through-Processing).
Dicho enlace servir como facilidad para liquidar intereses y
vencimientos de valores de deuda;

e. Permitir el enlace para el futuro mercado secundario electrnico de
valores y del futuro sistema de negociacin electrnico de fondos
interbancarios, que sean capaces de permitir alcanzar la Entrega contra
Pago (ECP) y Procesamiento de Principio a Fin (Straight-Through-
Processing).

f. Proveer una visin nica e integrada de la posicin de cada
intermediario para el monitoreo, supervisin para el control de los
valores (propsito de conciliacin) de cada intermediario;

g. Generar reportes detallados y resumidos con acceso en lnea, con la
capacidad de obtener una vista previa y descargarlos a aplicaciones
externas.

h. Permitir consultas de sus propios valores a la Secretara de Finanzas y
otras instituciones pblicas emisoras;

i. Acomodar valores hasta de 999, 999, 999,999 y 7 decimales. Esto es
requerido para el clculo exacto de valores de amortizacin e inters
(de instrumentos de deuda). En cuanto a instrumentos de deuda, esto
es especialmente relevante para los precios de transacciones del
mercado primario, del mercado secundario y crditos colateralizados
donde se requiere que el instrumento sea valorado en una base
descontada con respecto al cupn fundamental y los flujos de efectivo
de maduracin para calcular el Valor Actual.

j. Capacidad de administrar monedas extranjeras para el registro de los
valores emitidos en moneda extranjera o denominados en moneda
extranjera.

k. Asignacin de nmeros nicos de referencia para cada emisin
registrada en el depsito ms nmeros adicionales nicos de referencia
para todas las unidades de valores que comprendan esa emisin (para
tramos o emisiones de instrumentos de deuda, y para diferentes tipos
de valores del mismo emisor).

l. Los registros de propiedad debern proporcionar informacin
detallada al ms bajo nivel de cada componente registrado, a fin de
contar con toda la informacin necesaria de los valores en custodia y
de sus tenedores.

m. La capacidad para manejar bonos de tasa fija y variable. Esto requiere
la revaloracin automtica de instrumentos de tasa variable de acuerdo
con los algoritmos definidos por las autoridades emisoras de Honduras
(El Gobierno y el BCH).

n. Generar una acreditacin automtica de intereses al tenedor del
instrumento en la fecha de pago de los intereses. Los intereses deben
ser conciliados con el portafolio de emisin vigente y deben ser
trasladados al sistema LBTR para pago a los beneficiarios, liquidando
la cuenta del intermediario o el banco comercial del beneficiario.

o. La generacin automtica de la amortizacin peridica o al
vencimiento debe ser acreditada al tenedor de valores en la fecha de
vencimiento. La amortizacin debe ser conciliada con el portafolio de
emisin vigente y trasladada al sistema LBTR para el pago al
beneficiario. liquidando la cuenta del intermediario o el banco
comercial del beneficiario.

p. Habilidad de manejar Acuerdos de Recompra (con la funcionalidad de
manejar mltiples valores en un solo repo) registrando el cambio de
propiedad y la obligacin asociada de revender en el nmero de das
acordados. Un repo no puede llegar al vencimiento ms tarde que
cualquiera de sus activos subyacentes.

q. Proveer un mdulo de cuenta y cobros para el clculo de las tarifas por
servicios del Depsito que podrn ser cobrados a los emisores del
Sector Pblico (gobierno y otros) y a todos los participantes por los
servicios prestados. Los licitantes debern explicar completamente las
opciones y capacidades de este mdulo de cobros y pagos, incluyendo
la generacin automtica de mensajes de pago relevantes.

r. Permitir a la Gerencia del BCH o de la Secretara de Finanzas y otros
emisores pblicos definir y monitorear/manejar cualquier seleccin de
instrumentos registrados como un portafolio separado de pasivos
financieros.

s. Proveer monitoreo estndar de portafolio y facilidad de manejo con
respecto a los valores administrados cumpliendo al menos con los
siguientes parmetros:
i. Tipo de emisin (deuda, acciones y tipo de deuda/acciones).
ii. Valor total de la emisin.
iii. Composicin de la emisin: valor y nmero de cada unidad por
valor.
iv. Apoyo para consultas de la emisin cuando estas consultas
sean hechas con base en: valor actual de la deuda vigente para
un instrumento especfico, el portafolio completo de emisin, o
cualquier sub-componente seleccionado de portafolio de
emisin.
v. Un perfil actual de vencimientos para todas las emisiones
registradas en el Depsito.
vi. Un perfil de flujo de efectivo para todas las emisiones
registradas en la Depositaria incluyendo intereses devengados
pendientes.
vii. Consultas por tenedores de los instrumentos de deuda, donde
estas consultas cobran una sola emisin, varias emisiones o el
total de activos financieros registrados en la Central
Depositaria de Valores.

t. Permitir la clasificacin de diferentes tipos de usuarios/intermediarios,
incluyendo:

i. Participantes Directos.
ii. Participantes Indirectos.

u. Administracin de derechos patrimoniales y otras medidas cautelares
que emitan las autoridades competentes sobre los valores en custodia.
(pignoracin y embargo de valores)

v. Permitir el registro de prstamos 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 intermediarios
y para propsitos de manejo y control siendo:
i. Cuentas para la Tenencia de Valores (disponible e histrico de
vencidos).
ii. De acuerdo al estado de los Valores (en garanta, bloqueado,
pignorado)
iii. Cuentas del Libro Mayor de acuerdo con la estructura contable
de la CDV.

x. Soporte para definir mltiples perfiles de usuario por funciones y/o
procesos 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 una
indicacin que determine si el beneficiario titular es nico o existe un
grupo de tenedores, identificando dentro de dicho grupo quien puede
solicitar un cambio de registro de beneficiario titular o autorizar la
comercializacin de valores, o si tal actividad requiere que todos los
tenedores estn de acuerdo;

z. El BCH requiere una facilidad, para hacer que los registros del tenedor
estn disponibles en Internet, que permita a los tenedores y
beneficiarios titulares acceder a un sitio Web protegido, donde una vez
autenticados, ellos estarn habilitados para ver todas sus tenencias
independientemente de los intermediarios financieros. Los oferentes
debern describir cualquier facilidad disponible en sus soluciones
propuestas para disponer esto.

2.3.3.4 Configuracin del Sistema de Valores y Entrega contra Pago
Entrega contra Pago (ECP)
La operacin de ECP se describe a continuacin:
Parte A: Central Depositaria de Valores
a. La Central Depositaria de Valores recibe una peticin para cambio de
propiedad o registro de un instrumento nuevo;
b. El cambio de propiedad (o registro de un nuevo propietario de
instrumento) es chequeado con respecto a la validez por la autoridad
compensadora (BCH);
c. El cambio de propiedad de un registro resultante de una negociacin o
subasta 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 de
una negociacin, en un archivo pendiente, a la espera de una
confirmacin del pago desde el sistema LBTR;
e. La Central Depositaria de Valores enva un mensaje de listo al
sistema LBTR en la forma de un cambio/registro de propiedad
confirmado y vlido, con un nmero de referencia de la negociacin.
f. A recibo del mensaje de pago confirmado del sistema LBTR, La
Central Depositaria de Valores enva un mensaje de cambio de
propiedad confirmado al comprador y vendedor en concordancia con
los detalles de la informacin que se ingres.
Parte B: Sistema de Liquidacin Bruta en Tiempo Real
a. El sistema LBTR recibe una instruccin de pago relacionado con la
negociacin de un instrumento (ya sea del mercado primario o
secundario).
b. El sistema LBTR revisa para verificar si las autoridades
compensadoras validan la transaccin.
c. El sistema LBTR etiqueta las instrucciones de pago como valida,
chequeada y pendiente y coloca las instrucciones de pago en la cola
del sistema LBTR en concordancia con el ordenamiento de los pagos
acordados 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 de
LBTR notifica a la Central Depositaria de Valores y coloca el mensaje
de pago pendiente de salida en una cola de mensajes dentro del
sistema LBTR.
e. El sistema LBTR recibe la confirmacin de registro de propiedad
actualizado desde la Central Depositaria de Valores y el nmero de
referencia de confirmacin asociado. El sistema LBTR inserta esta
referencia 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 tambin el modelo II de
entrega contra pago, se tomara en cuenta en la evaluacin tcnica las
soluciones que soporten ambas opciones.

2.3.3.5 Integridad
En resumen la solucin de aplicacin de la Central Depositaria de
Valores tendr las siguientes caractersticas generales:
a. Revisin de la integridad de procesamiento de mensaje para asegurar
que el valor nominal total de todos los instrumentos dentro de todos
los 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 nmero de
mensajes de cambios de propiedad = nmero de registros de
propiedad modificados de en todo momento tanto el sitio principal
como en el sitio alterno;
c. Reportes regulares y consistentes para todas las transacciones de
valores financieros, incluyendo, intereses y clculos de vencimiento de
los diferentes instrumentos de deuda.
Controles de Validaciones
Los controles de validacin incluirn
a. Validacin de instrucciones individuales de Registro de propiedad o
Cambio de propiedad;
b. Validacin de campos obligatorios dentro de la instruccin de
mensajes registro de propiedad o Cambio de propiedad;
c. Autenticacin de remitente de los mensajes;
d. Confirmacin del trfico de mensajes y validacin al destinatario.
Seguimiento e Integridad de Mensajes
Los controles incluirn lo siguiente:
a. Cada cambio de instruccin de registro de propiedad, o archivo
conteniendo dichas instrucciones debe ser identificado de manera
nica con su fuente fsica, identificacin de usuario, hora y fecha de
entrada al sistema;
b. Debe estar presente un esquema numrico para la secuencia de
mensajes y un procedimiento de control para evitar perdida,
duplicacin o insercin no autorizada de mensajes;
c. Se debe asegurar la integridad y confiabilidad de la informacin
durante la transmisin y/o ingreso de registro de propiedad o cambio
de mensajes y tambin 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 aplicacin como
un componente obligatorio del manejo de todos los mensajes. Cuando
un operador pueda realizar cualquier cambio al valor de los mensajes
(ej. Mensajes que contengan instrucciones para realizar pagos de
transferencia de valores) o los parmetros crticos del sistema, el
sistema tiene que permitir autorizaciones mltiples. El BCH decidir
los niveles de autorizacin que permitir a nivel de los participantes/
operador del sistema (BCH).

2.3.3.6 Mdulo del Mercado Primario
El mdulo del mercado primario realizar las siguientes funcionalidades:
a. Emitir y registrar contablemente los montos disponibles de las
emisiones aprobadas mediante instrumentos legales aceptados, para
permitir su negociacin mediante los mecanismos de subasta y directo.

b. Negociar los valores mediante el mecanismo de subasta pblica. En el
caso de subastas, publicacin del aviso de convocatoria para los entes
autorizados a participar.

c. Aceptacin de ofertas remitidas electrnicamente, en tiempo real, a
travs de una interface web, desde las terminales remotas asignadas a
los participantes autorizados, incluyendo la notificacin electrnica al
participante de la recepcin de las ofertas. Que permita la ejecucin de
subastas interactivas (puja en lnea con modificacin de las
condiciones de la oferta segn se comporte el mercado) y pasivas
(ofertas en firme sin opcin a modificacin).

d. Que el envo electrnico de las posturas de compra/venta de valores se
encuentre limitado al horario establecido previamente por el BCH para
su aceptacin. Estas posturas no deben ser conocidas ni por otros
agentes ajenos al remitente de las mismas, ni por parte del ente emisor
o incluso el BCH previo a la apertura electrnica de las ofertas.

e. Que preste la facilidad de que el BCH como administrador del sistema
pueda fijar y modificar lmites tanto de tiempo de presentacin de
ofertas como de montos o nmero de posturas a ser admitidas para
cada inversionista.

f. El sistema ser capaz de aplicar discrecionalidades en cuanto al tipo de
inversionista que puede participar en determinado evento de subasta o
segn el tipo de emisin.

g. Que las ofertas o pujas de los inversionistas puedan ser presentadas
tanto por precio como por rendimiento. En el caso que se trate de
precio, que permita hasta seis (6) posiciones decimales; cuando se
trate de tasa que esta pueda ser ajustada segn lo establezca el emisor.

h. La habilidad de calcular la aceptacin y rechazo de las ofertas, de
acuerdo con los precios ofrecidos, el valor total y la composicin de
las emisiones a ser asignadas

i. Que el tipo de adjudicacin de las posturas, pueda realizarse siguiendo
los criterios generalmente aplicados cuando estas se realizan a precio
mltiple, a precio nico y a precio fijo, segn sea establecido por el
ente emisor o segn otros tipos de subasta generalmente aceptadas.

j. Al cierre de la subasta el mdulo de mercado primario debe calcular la
asignacin o adjudicacin de la emisin para los oferentes ganadores,
totales o por prorrateo, la aceptacin de solo una o varias ofertas por
participante de acuerdo a los precios ofrecidos.

k. Deber permitir un enlace con el sistema LBTR y con la CDV para la
liquidacin de ventas de valores gubernamentales del mercado
primario (subasta y negociacin bilateral) cumpliendo con el principio
Entrega contra Pago.

l. Que tenga la capacidad de preparar, producir y transmitir
automticamente a los participantes en las terminales remotas, el aviso
o notificaciones de aceptacin, de adjudicacin o de rechazo de las
posturas que hayan sido presentadas. As como realizar el envo
automtico de avisos de pago y recibos, se requiere tambin envo
automtico de aviso los emisores de valores gubernamentales de la
composicin y las tasas de la asignacin de la emisin por comprador,
monto, tasa, etc.

m. Que el sistema provea la flexibilidad al BCH para crear y configurar
una estructura contable propia de la CDV y que enve el registro de las
operaciones contables en tiempo real al Sistema de Contabilidad del
BCH y el registro en las cuentas de los tenedores adjudicados.

n. Negociar los valores mediante el mecanismo de negociacin bilateral
(directa). Para este tipo de transacciones el sistema permitir a los
emisores e inversionistas autorizados el ingreso electrnico de ofertas
de compra y venta de valores previamente pactadas de manera
bilateral, desde sus terminales remotas a travs de una interface web.

o. El sistema ser capaz de generar mensajes al beneficiario titular y/o
tenedor cuando ha ocurrido un movimiento de valores. Los oferentes
debern describir cualquier facilidad disponible en sus soluciones

2.4 Especificaciones de la gestin, la administracin y la seguridad del Sistema
A continuacin se describen los requerimientos de seguridad de la informacin que los
licitantes efectuarn para la implementacin del LBTR y la CDV:

a. Al iniciar el proyecto, el proveedor validar en conjunto con el Administrador de
Seguridad y Control de Tecnologa (ASCT), y el equipo coordinador de dicho proyecto,
los aspectos de seguridad definidos por el Banco en esta seccin VI, numeral 2.4
Especificaciones de la gestin, la administracin y la seguridad del Sistema para esta
aplicaciones, mismos que, basado en la experiencia del proveedor podrn ser mejorados.

b. El Proveedor de los subsistemas LBTR y CDV generarn la documentacin respectiva
para cada etapa del proyecto, tanto tcnica como administrativa, y entregarla
formalmente al equipo coordinador nombrado por el Banco Central de Honduras.

c. Para el control del proceso de respaldo del cdigo fuente y versionamiento de los
sistemas en mencin, el proveedor realizar las actualizaciones del mismo a partir de la
aceptacin operacional de cada sistema en el lugar de custodia establecido, debiendo
actualizar dicho respaldo cada vez que se realicen modificaciones a los mismos y
proporcionar la informacin de control como ser: nombre y versin del aplicativo fecha
de actualizacin, responsable de ingresarlo a custodia y descripcin del contenido. El
BCH, en conjunto con el proveedor, establecer un proceso que certifique que se est
respaldando apropiadamente el cdigo fuente.

d. Las aplicaciones LBTR y CDV poseen programacin de cdigo seguro, de manera que
se puedan prevenir ataques al sistema para accesos no autorizados, robo de credenciales,
denegacin de servicios, inyeccin SQL, saturacin de memoria, etc. Un resumen de las
tcnicas implementadas (controles va programacin) para prevenir dichos ataques ser
proporcionada al Administrador de Seguridad y Control de Tecnologa. El proveedor,
aparte del resumen de tcnicas implementadas para prevencin de ataques a los sistemas,
utilizando sus propias herramientas, proporcionar un reporte de pruebas realizadas para
certificar que las aplicaciones cuentan con los controles indicados. Estas pruebas sern
coordinadas con el ASCT del Banco.

e. Todos los usuarios que realicen conexin a las aplicaciones LBTR y CDV, contarn con
un mecanismo de conexin encriptado mediante el protocolo SSH o SSL; as como para
la transmisin de los datos, tanto del host del usuario a los sistemas en mencin como
entre servidores.

f. En el proceso de autenticacin a las aplicaciones LBTR y CDV, el mdulo de seguridad
debe incluir el soporte para autenticacin de doble factor, mediante nombre de usuario y
contrasea del Servicio de Directorio Activo de Microsoft, (Active Directory Services,
ADS, por sus siglas en ingles) y el cdigo aleatorio proporcionado por un token marca
RSA modelo SID800.

g. Para fortalecer el entorno de seguridad a la informacin y garantizar el no repudio a las
transacciones realizadas en los sistemas LBTR y CDV, el proveedor debe proporcionar el
soporte y utilizacin de firmas digitales, para lo cual el Banco proporcionar toda la
Infraestructura de Llave Pblica y administracin de Certificados Digitales, por lo que
ser responsabilidad del proveedor implementar la integracin en su solucin de los
APIs correspondientes para el uso de las firmas digitales a travs de certificados
utilizando tokens de la tecnologa RSA. Ser responsabilidad del Banco definir cuales
transacciones sern firmadas y cules no. Las cadenas de caracteres lgicos
correspondientes a los datos firmados y las firmas digitales sern almacenadas en la BD
de la LBTR y CDV debidamente encriptados.

h. Los sistemas LBTR y CDV validarn que solamente las transacciones firmadas con
Certificados Digitales vlidos y emitidos por el Banco Central de Honduras son
aceptados y procesados.

i. El proveedor, en conjunto con el ASCT, realizarn pruebas de verificacin del no repudio
a las transacciones, para lo cual extraern un set de caracteres lgicos ilegibles
correspondientes a la firma digital y pasarlo a los caracteres lgicos legibles, donde se
compruebe su procedencia y credenciales del responsable de la transaccin.

j. Todos los accesos y operaciones quedarn registrados en una bitcora que registre el
nombre del usuario, fecha y hora de ingreso, fecha y hora de egreso, transacciones
realizadas, eventos de interaccin con otras aplicaciones (Inyeccin de movimientos a
travs de interfaces automticas entre aplicaciones), intentos fallidos de conexin e
intentos 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 que
las aplicaciones LBTR y CDV no presenten ninguna limitante para ejecutarse en sitio
alterno para la implementacin de estrategias de recuperacin ante desastres.

l. En caso que el proceso transaccional realizado en cualquiera de los sistemas descritos,
contenga una actividad de autorizacin para completar un subproceso, los sistemas
condicionarn a que dicha autorizacin sea realizada por una segunda persona, para lo
cual dichos sistemas solicitarn la autenticacin respectiva de esa segunda persona. El
Sistema tendr la capacidad para aplicar un mnimo de tres (3) niveles de autorizacin
con su respectiva autenticacin, mismo que ser implementado en los casos que sean
definidos/requeridos por los dueos del negocio.

m. Todo usuario del LBTR y CDV requerir la ejecucin de un perfil de usuario (tiempo de
inactividad, bloqueo de usuario por intentos fallidos, control de sesin, entre otros)
definido para los roles de administradores, supervisores, operadores y otros, los cuales
pertenecern al grupo correspondiente del Servicio de Directorio Activo del Banco. Estos
grupos de usuarios, los roles y perfiles deben son definidos por los dueos del proyecto y
validados por el Administrador de Seguridad y Control de Tecnologa.

n. Las aplicaciones LBTR y CDV tendrn la capacidad para que el Administrador del
Sistema pueda dar de altas, bajas y traslados de usuarios, por ejemplo, en los casos en
que el usuario est de vacaciones, etc. Cada aplicacin contar con una tabla de
parmetros la cual tendr acceso restringido solo para los administradores.

o. Los aplicativos en mencin implementan la seguridad mediante vista limitada, donde el
usuario pueda ver solamente los iconos correspondientes a los mdulos de la aplicacin
que de acuerdo al rol que le corresponde ver.

p. Se requiere que las aplicaciones cuenten con mecanismos de validacin de campos de
entrada y salida de datos, los cuales sern definidos entre el dueo del proceso, el Oficial
del Proyecto, Proveedor y validados por el Administrador de Seguridad y Control de
Tecnologa.

q. Para los usuarios externos al Banco, es decir los participantes, las aplicaciones LBTR y
CDV tendrn una opcin que permita a dichos usuarios realizar el cambio de contrasea
de usuario ADS en demanda o por poltica del Servicio de Directorio. Al ejecutar dicha
opcin, el aplicativo interactuar con el ADS para que este ltimo pueda pasar los
parmetros de cambio de contrasea.

r. El Proveedor presentar al Administrador de Base de Datos y al Administrador de
Seguridad y Control de Tecnologa, la estructura y diccionario de la(s) Base(s) de Datos
de los subsistemas LBTR y CDV, descripcin de los controles de seguridad aplicados, los
aspectos 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 seguridad
incorporados a dicha Base de Datos para garantizar la Confidencialidad e Integridad.

s. La informacin contenida en la base de datos tendr mecanismos de accesos
diferenciados, que permitan que los usuarios con determinados roles puedan acceder
solamente a la informacin a que estn autorizados.

t. En el contrato a firmarse con el proveedor de las aplicaciones LBTR y CDV, incluir una
clausula o declaracin de confidencialidad perpeta, con lo cual la firma consultora se
comprometa a no divulgar ni utilizar para otros propsitos la informacin del Banco
obtenida durante la ejecucin del proyecto en mencin el cual puede ser tomado como
modelo de dicha declaracin de confidencialidad. Ver Seccin VI Requisitos Tcnicos
literal H Anexo 9.

u. Se requiere que todo el personal contratado por el proveedor para la implementacin de
la LBTR y CDV firmen en el Banco Central de Honduras el Acuerdo de
Confidencialidad para Consultores Externos, (documento diferente a la declaracin de
confidencialidad firmada por el proveedor). Ver Seccin VI Requisitos Tcnicos literal
H Anexo 9.

v. En el caso que el proveedor de LBTR y CDV requiera conexin remota a ciertos recursos
tecnolgicos ubicados en reas estratgicas del Banco, dicha conexin podr ser otorgada
siempre y cuando el proveedor cumpla con lo siguiente:

Se cuente con configuracin y uso de una conexin VPN entre el proveedor y el
recurso requerido ubicado en el Banco.

Se implemente la autenticacin de doble factor mediante el uso de tokens asignados y
configurados por el Banco, previo a un depsito por el costo del token, licencia y
soporte por parte del proveedor mientras dure la relacin contractual.

Garanta de la no ejecucin de herramientas de hackeo en y hacia los equipos
ubicados en el Banco.

2.5 Especificacin de servicios
2.5.1 Integracin del Sistema
CDV
ACH
CCECh
PARTICIPANTES
DIRECTOS
MAYOR
GENERAL
SIC-CC
ESPECIES
FISCALES
RECAUDACIN
FISCAL
INVERSIONES
OBLIGATORIAS
SENDI
FACILIDADES
PERMANETES DE
INVERSIN
SISTEMA DE
INTERCONEXIN
DE PAGOS (SIP)
LBTR

Para integrar los sistemas del BCH con el LBTR y la CDV se espera que las
interconexiones se realicen de la siguiente manera:

a. Conexin LBTR-CDV
El LBTR DEBER estar completamente integrado de manera automtica
con la CDV, para garantizar la Entrega contra Pago logrando la liquidacin de
todas las transacciones de valores, incluyendo liquidacin de intereses y
vencimientos de instrumentos de deuda, la liquidacin de facilidades intrada y
los prstamos interbancarios colateralizados.
Ser total responsabilidad del proveedor el desarrollo e implementacin de esta
conexin.

b. Conexin del Sistema (LBTR,CDV) Sistemas Operacionales BCH
El proveedor realizar las siguientes conexiones de forma directa con sistemas
operacionales del BCH:
LBTR - ACH
LBTR - CCECh
LBTR - Mayor General
CDV Mayor General
LBTR-SIC (Cuenta Corriente)

Detalle de los enlaces en la Seccin VI Requisitos Tcnicos literal H Anexo 7
Enlaces numerales 7.1.1, 7.1.2, 7.1.6, 7.2.7

c. Conexin del Sistema (LBTR,CDV) Sistemas en Produccin del BCH
Adems de la provisin e implementacin de los principales paquetes de
aplicaciones identificados (subsistemas), los licitantes garantizarn una
completa integracin del Sistema con los sistemas en produccin del BCH que
actualmente interactan con el sistema de Cuenta Corriente, aplicacin que
administra las cuentas de depsito del sistema financiero e instituciones
gubernamentales.

Se asegurar que la afectacin de cuentas de depsito del sistema financiero
que se realiza a travs de los sistemas en produccin actuales se efecte de
igual o mejor forma en el LBTR y la CDV.

Actualmente, los sistemas en produccin estn desarrollados en diferentes
plataformas tecnolgicas, por lo que el BCH ha analizado la posibilidad de
disminuir el nmero de enlaces con el LBTR, a travs de la implementacin de
un nico enlace con el subsistema LBTR.

En relacin con lo anterior, el BCH ha analizado la posibilidad de desarrollar e
implementar la interface denominada Gestor de Pagos, cuya funcin ser
concentrar todas las transacciones que provengan de los sistemas en
produccin, verificando que estn correctas, previo su envo hacia los
subsistema LBTR y CDV. Con esta accin, la interconexin de los sistemas en
produccin actuales se hara de manera directa con el sistema gestor y ste a su
vez lo har en forma directa con el LBTR.

Al utilizar el Gestor de Pagos como estrategia de integracin el proveedor
garantizar al BCH la obtencin de la informacin o mensajes necesarios para
realizar las interconexiones con los sistemas en produccin del BCH. El
proveedor describir como el BCH obtendr la informacin o mensajes Swift
(pago, confirmacin) que sern necesarios para dicha integracin.

Lo anterior no inhabilita la posibilidad de que el licitante pueda realizar otras
propuestas de cmo llevar a cabo la interconexin del Sistema con los sistemas
en produccin actuales; sin embargo, es importante indicar que cualquier
propuesta efectuada por la empresa licitante tendr que ser consensuada por un
comit tcnico integrado por profesionales del BCH.

Las propuestas de interconexin arriba mencionadas brindarn las siguientes
ventajas: Capacidad de integrar aplicaciones multiplataforma existentes y
futuras; middleware dbilmente acoplable, facilidad de uso; estrategia que
minimice la cantidad de modificaciones a las aplicaciones internas existentes;
capacidad de transformar datos; que incluya al menos conectores para bases de
datos Progress; SQL-Server y conexiones va ODBC; seguridad en la
comunicacin de mensajes entre aplicaciones y conexin con SWIFT; de fcil
aprendizaje para los desarrolladores del BCH.

En caso que el licitante requiera alguna herramienta adicional para realizar la
integracin del Sistema con las aplicaciones del BCH mencionadas en este
numeral (2.5.1) lo proporcionar como parte de su oferta.

Para mayor detalle de los enlaces ver la Seccin VI Requisitos Tcnicos literal H
Anexo 7 Enlaces.

2.5.2 Capacitacin y materiales de instruccin
El BCH considera que el entrenamiento y la transmisin de conocimientos estn
entre los factores ms importantes para lograr el xito del sistema de pagos. Para
cada subsistema a ser provisto, y para el proyecto en general, los licitantes
describirn los mdulos de entrenamiento sugerido, el nmero de personas a
entrenar y la duracin de cada mdulo. Las propuestas para entrenamiento no solo
cubrirn al BCH sino a todas las instituciones involucradas segn aplique a cada
subsistema.

El entrenamiento incluir mdulos especficos para:
a. Personal de nivel gerencial.
b. Supervisores y personal operativo.
c. Personal de auditora.
d. Capacitacin tcnica para el personal de desarrollo, mantenimiento y pruebas
de sistemas.
e. Capacitacin tcnica para el personal de operacin del sistema
f. Capacitacin en la generacin de nuevos informes y estadsticas.
g. Capacitacin en la temtica de contingencia informtica en cuanto al
aprovechamiento de los sistemas redundantes.
Un objetivo importante del proyecto general de modernizacin de sistemas de
pagos es asegurar la transferencia efectiva del conocimiento tecnolgico y de
sistemas de pago no solamente al personal del BCH, sino tambin a las
organizaciones participantes. Estos aspectos son considerados crticos ya que
todas las partes involucradas debern ser autosuficientes en la operacin y
mantenimiento de los nuevos servicios y tecnologa relacionada.

Los licitantes describirn como pretenden lograr un alto grado de transferencia de
conocimientos, especficamente las propuestas incluirn el entrenamiento
administrativo para el personal de operaciones bancarias y del Departamento de
Tecnologa y Comunicaciones en los aspectos operativos y administrativos de los
sistemas propuestos. La transferencia de conocimientos y el entrenamiento son
muy importantes, los licitantes indicarn con detalle cmo se llevar a cabo dicha
transferencia durante el proyecto.

El proveedor capacitar un equipo seleccionado por el BCH para convertirse en
capacitadores de usuarios externos del Sistema, encargndose de completar el
programa de formacin de usuario participante durante el proyecto.
El proveedor dirigir al menos los primeros dos cursos a los participantes (asistido
por los capacitadores del BCH), y ms tarde, los capacitadores del Sistema
continuaran con los cursos restantes.

Entre los alcances a lograrse estn:
a. Validar en conjunto con el BCH el plan de capacitacin a realizar tanto a
usuarios internos como externos.
b. Elaborar el material de apoyo a utilizar en la capacitacin a realizar tanto a
usuarios internos como externos.
c. Capacitar a los usuarios finales del sistema, brindndoles un amplio
conocimiento para su uso y administracin; mediante talleres de capacitacin,
simulaciones y todos los aspectos que ayuden al ptimo manejo del Sistema.
d. Capacitar el personal tcnico y de soporte del BCH en el conocimiento de la
arquitectura, funcionalidad, operatividad, configuracin y administracin de los
distintos sistemas productos de esta licitacin.
e. Asegurar que la transferencia de conocimientos brindada al personal tcnico del
BCH ha sido completada a satisfaccin total del BCH, habiendo cubierto todos
los tpicos relevantes relacionados a la herramienta de desarrollo utilizada.
Para ello se solicita a los licitantes indicar en sus propuestas la metodologa,
plan y temario que incluira dicha transferencia de conocimientos.

2.5.3 Apoyo tcnico para el Sistema (LBTR y CDV)
2.5.3.1 Servicios de garanta
Dentro del alcance de los Servicios se encuentran:
a. Correccin de errores y defectos en el Software de Aplicacin del Sistema
del proveedor.
b. Provisin y activacin de Procedimientos para el manejo de Servicios y
resolucin de problemas dentro de rangos de tiempo especificados.
c. Para el software, no habr ms de tres fallas por ao y no ms de una por
mes.
d. La expectativa general del BCH sobre la disponibilidad del sistema es de
99.95 por ciento (donde el tiempo de avera es definido como falta de
disponibilidad total del sistema). Se requiere que los Oferentes den detalles
de la confiabilidad esperada y el coeficiente de confiabilidad y
disponibilidad para la configuracin actual (hardware, software, etc.) que
ellos estn proponiendo

2.5.3.1.1 Asistencia a los usuarios
Durante el periodo de garanta (tal como est definido en la CEC 29.4 para
los subsistemas LBTR y CDV, es decir 12 meses a partir de la aceptacin
operacional de dichos subsistemas) el BCH requiere como parte de
mecanismos de soporte que el proveedor cuente con una mesa central de
atencin telefnica o call center.

El Call Center funcionar en un horario de 8:00 a 19:00 en das de
actividad financiera local establecido por el BCH.

El proveedor registrar las llamadas de incidencias y las ingresar a un
sistema que permita reportar a solicitud del BCH cada evento ocurrido. Por
cada evento se registrar al menos lo siguiente:

No. de Evento
Fecha y hora de reporte
Fecha y hora de evaluacin
Comentarios
Fecha y hora de entrega
Fecha y hora de cierre

El Servicio de Soporte del proveedor se comprometer a brindar el soporte
tcnico correctivo para el sistema LBTR-CDV atendiendo solicitud que
realice el BCH va telfono, facsmil o correo electrnico; el cual se
prestar las veinticuatro (24) horas al da, siete (7) das a la semana, los
trescientos sesenta y cinco (365) das del ao (7X24X365), sin costo
adicional para el BCH y en idioma espaol.

Los detalles de problemas registrados con el proveedor, ya sean durante el
proyecto, el periodo de Garanta ser de fcil seguimiento para el BCH.
Los informes regulares sern una caracterstica estndar del sistema e
incluirn al menos:
El nmero de incidentes que terminan en interrupciones del servicio
sobre cualquier periodo seleccionado, por fuente de interrupcin y en
total;
El nmero 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 interrupcin
Los oferentes proporcionarn una forma automatizada en que el
personal del BCH pueda monitorear los problemas informados en
forma regular.

2.5.3.1.2 Asistencia tcnica
El manejo de problemas es ejecutado por el call center del proveedor, el
Gerente de Servicios del proveedor y otro personal de soporte.
Los problemas se clasificarn por el BCH de acuerdo a las siguientes
categoras:
DEFECTO CRTICO
DEFECTO NO CRTICO
DEFECTO DE FORMA

Las reglas relacionadas a estas categoras de prioridades se definen a
continuacin:
a. Defecto Crtico
Esta categora de prioridad se define como un incidente que involucre uno
de las siguientes situaciones:
Corresponde a aquellos errores que al ejecutar el programa saca al
usuario de la aplicacin o lo bloquea y no le permite el inicio de la
operacin.
Falla en el servicio o el servicio es impactado severamente. Algunos
procesos claves o un cierre no se podrn efectuar y/o tendr
implicaciones regulatorias si no se resuelve dentro del margen de
resolucin.
Fallas de componentes crticos en el sistema impide que procesos se
lleven a cabo y no haya una solucin conocida por el BCH.

El Centro de Soporte del proveedor responder inmediatamente a llamadas
telefnicas y asignar un personal de soporte tcnico para la resolucin a la
mayor brevedad posible, pero no ms de media hora ( hora) desde el
momento de recibir la llamada.

El objetivo de la resolucin es una forma alterna o definitiva que se suplir
dentro de un perodo de una hora (1 horas) de la notificacin del problema
al proveedor. El proveedor asignar el nivel apropiado de conocimiento
para investigar y trabajar con el BCH para completar la resolucin del
problema y entregar un arreglo al BCH.

Para esta categora de prioridad la investigacin y el trabajo se proveern
sin limitarse a las horas normales de trabajo.

Cuando el tipo de problema es complejo o requiere una cantidad de
conocimientos para investigar y suplir al BCH de una solucin temporal o
definitiva, el proveedor proveer al BCH con actualizaciones cada media
hora sobre el estado del problema y el tiempo estimado para la forma
alterna o que la solucin definitiva est disponible.

b. Defecto No Crtico
Esta categora se define como un incidente que involucre una de las
siguientes situaciones:
Corresponde a errores que afectan la funcionalidad del sistema pero no
bloquea en su totalidad la operacin del sistema.
El servicio es severamente impactado, se restringe el rendimiento
(performance), sin embargo los procesos claves o los cierres no sern
afectados.
El servicio fallar y algunos procedimientos de cierres que podran
tener implicaciones regulatorias si no se resuelven dentro del tiempo
de marco de resolucin no se cumplirn.

El Centro de Soporte del proveedor responder inmediatamente a llamadas
telefnicas y asignar un personal de soporte tcnico para la resolucin a la
mayor brevedad posible, pero no ms de media hora ( hora) desde el
momento de recibir la llamada.

El objetivo de resolucin es una forma alterna o arreglo que se suplir
dentro de un perodo de seis horas (6 horas) de la notificacin del problema
al proveedor y antes del inicio del prximo da de trabajo. El proveedor
asignar el nivel apropiado de conocimiento para investigar y trabajar con
el Banco para completar la resolucin del problema y entregar una
solucin definitiva al BCH. Para esta categora la investigacin y el
trabajo se proveern sin limitarse a las horas normales de trabajo.

Cuando el tipo de problema es complejo o requiere una cantidad de
conocimientos para investigar y suplir al BCH una solucin con una forma
alterna o definitiva, el proveedor proveer al BCH con actualizaciones
cada hora (1 hora) sobre el estado del problema y el tiempo estimado para
la solucin temporal o qu solucin definitiva est disponible.

c. Defecto de Forma
Esta categora se define como un incidente que involucre uno de las
siguientes situaciones:
Corresponde a aquellos errores que estn relacionados con nombres de
campos, ttulos esttica del programa.
El servicio podra ser impactado, el rendimiento podra estar reducido
y hay una resolucin alterna.
El servicio podra estar afectado si la causa se queda sin resolver en el
perodo especificado en los objetivos de resolucin. Este tipo de
problema tambin podra considerarse para inclusin en una
publicacin subsiguiente cuando una solucin definitiva haya sido
probada y aplicado y soluciona el problema.

El Soporte para estos problemas se proveer durante el horario regular de
trabajo del proveedor.

El estado de los problemas ser incluido en actualizaciones diarias para
determinar el tiempo estimado para que una solucin temporal o definitiva
est disponible de parte del proveedor. El tiempo de resolucin no
exceder cuatro (4) das.

2.5.3.2 Servicios de Mantenimiento durante el periodo de garanta

Se solicita a los licitantes incluir en sus propuestas detalles de los trminos
de soporte de software propuesto tanto para el primer ao (primeros doce
meses) as como para los aos subsiguientes. (

Dentro del alcance de los Servicios de mantenimiento se encuentran los
siguientes:
a. Trabajos de mejora y personalizacin.
b. Notificar prontamente al BCH sobre cualquier Actualizacin al
Software, la cual el proveedor pondr a disposicin, luego de pruebas
propias y suficientes de parte del proveedor segn los lineamientos de
este Contrato.
c. Proveer entrenamiento para el personal del BCH en la utilizacin de la
Actualizacin.
d. Si el BCH acepta la Actualizacin, sta se convertir en la Versin
Actual y las provisiones de este Contrato aplicarn en consecuencia.
En tal caso, el proveedor incluir las enmiendas al cdigo fuente para
la versin actual conforme al acuerdo de garantas y custodias vigente
entre las partes.
e. El proveedor, a solicitud del BCH, asistir en la implementacin de la
Actualizacin.
f. Cambios que se requiera que se hagan al software de Aplicacin como
resultado de modificaciones por seguridad o funcionalidad a la
infraestructura tecnolgica base implementada (nuevas versiones de
Sistemas Operativos, Bases de datos, Servidor de Aplicaciones Web,
parches de seguridad, etc).
g. Cambios que surjan con relacin a modificaciones del formato de los
mensajes SWIFT, usados por el sistema, como ha sido definido por
SWIFT.
h. El soporte para consultas.
i. Cambios que surjan a la documentacin de soporte provista por el
proveedor como parte del servicio inicial activo.
j. Trabajos de mejora y personalizacin del proveedor.
k. Anlisis de impacto para cambios mayores que puedan exceder el
lmite de las mejoras y personalizaciones arriba establecido. Provisin
de soporte in-situ de parte de dos ingenieros del proveedor segn se
requiera a lo largo del primer ao del acuerdo, estos ingenieros
tambin proveern soporte al BCH para la puesta en ejecucin del
sistema a otros bancos o instituciones participantes despus del inicio
del perodo de mantenimiento.

2.5.3.3 Servicios de mantenimiento posteriores al perodo de garanta
Se requiere que el licitante describa su metodologa para proveer
actualizaciones, de software paso a paso y documentacin durante la vida
del sistema, proporcionando un plan de capacitacin sobre los cambios y
ampliaciones, y que sea garantizada la continuidad del negocio durante las
actualizaciones y/o cambios en el software. As mismo proveern los
requerimientos de actualizacin de Hardware necesarios para el buen
funcionamiento de la versin actualizada de software.

Control de Cambio y Administracin de Configuracin
Los licitantes proveern sistemas efectivos de control de cambio y manejo
de configuracin. El proveedor garantizar que el BCH queda en la
capacidad de operar todos los aspectos de cada sistema profesionalmente y
competentemente a travs de entrenamiento y la disponibilidad de
herramientas de manejo adecuadas en el ambiente TIC.

2.5.4 Apoyo Tcnico para la Infraestructura Tecnolgica (Hardware y Software de
base de datos)
2.5.4.1 Garanta de los Bienes
La garanta 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 o
alguna parte de stos alcancen los niveles contractuales garantizados
estipulados en el Contrato, a su propio costo y gastos, y someter los
bienes a otras pruebas en cuanto a funcionamiento.

b. El comprador notificar prontamente al proveedor va telfono,
facsmile o correo electrnico cualquier reclamacin de defectos de
fabricacin o resultantes de diseo, mano de obra, mal
funcionamiento, fallas u errores que presenten los bienes
suministrados.

c. La garanta tendr que ser integral en partes y servicios pudiendo
derivarse en terceros, siempre y cuando stos cuenten con personal
con experiencia y debidamente certificados en los bienes objeto de
este proceso; la atencin para la correccin de la falla u error
reportado.

d. La garanta se har efectiva con el reemplazo de la pieza, elemento o
equipo completo averiado, por una pieza, elemento o equipo nuevo y
original; sin cargo alguno para el comprador, incluida la mano de obra
necesaria para su reposicin.

e. La garanta tendr que ser efectuada en el lugar fsico donde se sufri
el desperfecto. Los traslados que deba efectuar el proveedor para el
cumplimiento de la garanta corrern exclusivamente por su cuenta, no
reconociendo ningn monto en concepto de fletes, embalajes, mano de
obra, transporte u otros.

Dentro del plazo de la garanta, el perodo para correccin de defectos
ser de un mximo de 10 horas, dichos trabajos tendrn que iniciarse en
un tiempo mximo de veinticuatro (24) horas contadas a partir de la
notificacin realizada al proveedor va telfono, facsmil o correo
electrnico. Para lo cual, si es necesario tendrn que reemplazar las
piezas que se requieran para el buen funcionamiento del equipo, sin que
existan gastos adicionales; las piezas que se utilicen para reemplazar las
daadas, tendrn que ser nuevas y originales.

Si la misma falla se repite por ms de dos veces durante el perodo de
garanta, no se admitir su reparacin, sino que el proveedor quedar
obligado a sustituir el equipo de acuerdo con lo abajo indicado en el
inciso b), de sta seccin bajo el tem 1: Seis (6).

tem 1: Seis (6) Servidores
a. El Proveedor suministrar, instalar y configurar al Banco Central de
Honduras con carcter de inmediato y prioritario mximo de
veinticuatro (24) horas despus de conocida la falla-, equipo de
respaldo en calidad de prstamo con especificaciones tcnicas
similares al comprado, en caso de que por cualquier falla grave propia
de dicho equipo; todo o parte del mismo deje de funcionar y no sea
posible su restablecimiento a operacin normal mediante los primeros
intentos de reparacin indicados en inciso d) de la Seccin 2.5.4.1
Garanta de los Bienes.

b. El equipo de respaldo tendr que ser absolutamente compatible con los
equipos objetos de adquisicin y su uso ser libre de todo costo y por
el tiempo necesario hasta que se corrija (n) la(s) falla(s) que origino
(aron) la sustitucin. El equipo de respaldo estar en operacin en las
Instalaciones de El Banco Central de Honduras mientras El Proveedor
realiza todas las gestiones correspondientes para la entrega definitiva
del equipo sustituto; mismo que tendr que ser nuevo.

c. El servicio de mantenimiento correctivo durante el perodo de garanta
contempla sin costo adicional para El Banco Central de Honduras,
todos los gastos para la movilizacin del equipo, partes, repuestos y
del personal tcnico que El Proveedor necesite para poner en
funcionamiento el equipo defectuoso, las partes y accesorios que se
requieran sern nuevas, originales y pasarn a ser propiedad de El
Banco Central de Honduras, los repuestos defectuosos y reemplazados
se devolvern a el Proveedor si as ste lo requiere, en el caso
particular de dispositivos de almacenamiento (discos duros), de ser
posible tendr que ser sometido a un proceso previo de eliminacin de
datos antes de su devolucin.

Base de Datos Oracle Real Application Clusters 11g R2 perpetuas
por procesador.
tem 4: Cuatro (4) Licencias de Base de Datos Oracle Estandar
Edition 11g R2 perpetuas por procesador.
tem 5: Nueve (9) Licencias del Componente de Replicacin Oracle
Golden Gate perpetuas por procesador.
a. El Proveedor tendr que garantizar que el Soporte a Producto, se
iniciar en un tiempo mximo de veinticuatro (24) horas contado a
partir del momento en que la falla es reportada por El Banco Central
de Honduras va llamada telefnica, facsmile o correo electrnico;
debiendo corregir el problema en un tiempo mximo de veinte y
cuatro (24) horas, contado a partir del momento en que la falla fue
reportada por El Banco Central de Honduras para lo cual, si es
necesario tendr que reinstalar el producto en su totalidad para el buen
funcionamiento del mismo, sin que El Banco Central de Honduras
tenga que incurrir en gastos adicionales y sin comprometer en la
medida de lo posible la disponibilidad de cualquier servicio que ya se
brinde con dicho software.

b. El Proveedor tendr que comprometerse a presentar al Departamento
de Tecnologa y Comunicaciones de El Banco Central de Honduras,
un informe tcnico describiendo las causas de las fallas reportadas y la
solucin de las mismas.

c. El servicio de Soporte a Producto durante el perodo de garanta
contempla sin costo adicional para El Banco Central de Honduras,
todos los gastos para la movilizacin del personal tcnico que el
proveedor necesite para poder atender los problemas que le sean
reportados.

tem 7: En caso de que aplique: Software de Integracin de Datos
(Para conexin de enlaces sealados en la seccin VI Requisitos
Tcnicos, numeral 2.5.1 Integracin del Sistema literal C y
Sistema SWIFT).

a. El Proveedor tendr que garantizar que el Soporte a Producto, se
iniciar en un tiempo mximo de veinticuatro (24) horas contado a
partir del momento en que la falla es reportada por El Banco Central
de Honduras va llamada telefnica, facsmile o correo electrnico;
debiendo corregir el problema en un tiempo mximo de veinte y
cuatro (24) horas, contado a partir del momento en que la falla fue
reportada por El Banco Central de Honduras para lo cual, si es
necesario tendr que reinstalar el producto en su totalidad para el buen
funcionamiento del mismo, sin que El Banco Central de Honduras
tenga que incurrir en gastos adicionales y sin comprometer en la
medida de lo posible la disponibilidad de cualquier servicio que ya se
brinde con dicho software.

b. El Proveedor deber comprometerse a presentar al Departamento de
Tecnologa y Comunicaciones de El Banco Central de Honduras, un
informe tcnico describiendo las causas de las fallas reportadas y la
solucin de las mismas.

2.5.4.1.1 Repuestos
El Proveedor tendr que mantener existencias suficientes de partes y
repuestos (ver lista de Componentes y Repuestos de gran valor y
Frecuencia de uso descrita en esta seccin para asegurar el suministro
inmediato de repuestos consumibles para los bienes (El tiempo mximo
de atencin ser de veinticuatro (24) horas). Los dems repuestos y
componentes fuera de lista sern suministrados tan pronto como sea
posible, pero en un tiempo no mayor a tres (3) semanas contadas a partir
de la colocacin del pedido.

Lsta de componentes y repuestos de gran valor y de mayor riesgo de
falta,considerados necesarios para el normal funcionamiento de los bienes
adquiridos:

Descripcin del Repuesto
Cantidad Estimada durante el
perodo de garanta
Memoria RAM (DIMM de dos
(2), cuatro (4) y ocho (8) GB)
dependiendo de la
configuracin ofertada para los
equipos.
De dos (2) a cuatro (4) DIMM por
equipo, para cada tipo de
configuracin ofertada.
Discos Duros (10K rpm,
Tecnologa SAS o superior)
Un (1) Disco Duro por cada equipo
ofertado.
Fuentes de Poder (Con sus
respectivos cables de
alimentacin de energa)
Una (1) Fuente de poder por cada
equipo 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 Perodo de Garanta

tem 1: Seis (6) Servidores
a. El equipo objeto del proceso de adquisicin, tendr que estar cubierto
por servicios de mantenimiento preventivo sin costo adicional para
el Banco Central de Honduras al menos durante el perodo de garanta
de tres (3) aos para el equipo completo.

b. Dentro del plazo de quince (15) das hbiles posteriores a la entrega,
instalacin, configuracin correcta y prueba del equipo, El
Proveedor tendr que presentar un plan sugiriendo las fechas y
horarios en que se realizar el mantenimiento preventivo
correspondiente a los equipos en garanta, el cual tendr que realizarse
cuatrimestralmente y una vez que dicho mantenimiento haya sido
realizado se entregar un reporte por escrito del mismo. Este
mantenimiento tendr que planificarse en un horario que no perturbe la
operacin normal de cada equipo por tanto las fechas sern
consensuadas con el Banco Central de Honduras.

c. Estos servicios entre otros podrn consistir en ajustes, reparaciones,
reemplazos y limpieza que sean necesarios, cada trabajo que se realice
tendr que ser recibidoa satisfaccin del personal tcnico de El Banco
Central de Honduras, por tanto El Proveedor presentar un informe
correspondiente a dicho mantenimiento; el cual servir como base de
revisin para su aceptacin o no a satisfaccin.

d. Los requerimientos mnimos de mantenimiento preventivo que El
Proveedor 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. Aplicacin de limpiador de contactos en las ranuras principales que
interconectan dispositivos segn corresponda.
4. Limpieza de unidad de CD / DVD.
5. Ejecucin de prueba de diagnstico general del hardware de cada
equipo completo.
6. Aplicacin 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 perodo de
garanta, las actualizaciones (Upgrade) o nuevas versiones del sistema
operativo de los servidores cuando el fabricante los libere al mercado,
las cuales sern suministradas a El Banco Central de Honduras a
travs de medios pticos originales (CDS / DVDS); o habilitando
acceso al Sitio Web del Fabricante para la descarga correspondiente.

El Proveedor realizar los trabajos de instalacin de actualizaciones,
estableciendo las fechas de dichos trabajos en comn acuerdo con el
personal tcnico del Departamento de Tecnologa y Comunicaciones
segn la necesidad de parte de El Banco Central de Honduras o
cuando resulte de extrema urgencia para garantizar la correcta
operacin de dichos equipos y de los sistemas en ellos instalados.

Base de Datos Oracle Real Application Clusters 11g R2 perpetuas
por procesador.
tem 4: Cuatro (4) Licencias de Base de Datos Oracle Estandar
Edition 11g R2 perpetuas por procesador.
tem 5: Nueve (9) Licencias del Componente de Replicacin Oracle
Golden Gate perpetuas por procesador.

a. El Proveedor garantizar la asesora tcnica va telfono, correo
electrnico y, en su caso, la asistencia en las instalaciones de El
Banco Central de Honduras, para todo lo relacionado con la operacin
y funcionamiento de los productos bajo licencia durante el periodo de
vigencia del soporte tcnico inicial.

b. El Proveedor tendr que comprometerse a brindar la asistencia tcnica
de Soporte a Producto, el cual se realizar las veinticuatro (24) horas
al da, siete (7) das a la semana, los trescientos sesenta y cinco (365)
das del ao (7X24X365), sin costo adicional para El Banco Central de
Honduras.

c. El Proveedor tendr que comprometerse a brindar el Soporte a
Actualizaciones que consiste en proporcionar a El Banco Central de
Honduras los medios pticos de instalacin (CD s / DVD s)
originales y manuales de las nuevas versiones, parches de seguridad
que sean liberadas al mercado por el fabricante o habilitando acceso al
Sitio Web del Fabricante para la descarga correspondiente, entregando
adems el addendum correspondiente al Certificado de Licenciamiento
por programa a nombre de El Proveedor, sin que el BCH incurra en
algn costo adicional.

d. El Proveedor tendr que comprometerse, cuando sea requerido por El
Banco Central de Honduras, a recomendar y apoyar en las tareas de
instalacin y configuracin de todos los productos incluidos en el
Servicio de Actualizacin de Licencias y Soporte contratado, sin costo
adicional.

e. El Proveedor tendr que comprometerse a proporcionar a El Banco
Central de Honduras los accesos al Sistema de Soporte al Cliente de
Oracle (Oracle Support) a travs de Internet, stos deben estar a
nombre de El Banco Central de Honduras. Asimismo deber
proporcionar la informacin del nombre, cargo, direccin de correo y
telfonos de los contactos tcnicos que brindarn el servicio de
actualizacin de licencias y soporte contratado, tanto localmente como
en el exterior.

tem 7: En caso de que aplique: Software de Integracin de Datos
(Para conexin de enlaces sealados en la seccin VI Requisitos
Tcnicos, numeral 2.5.1 Integracin del Sistema literal C y
Sistema SWIFT).

a. El Proveedor garantizar la asesora tcnica va telfono, correo
electrnico y, en su caso, la asistencia en las instalaciones de El Banco
Central de Honduras, para todo lo relacionado con la operacin y
funcionamiento de los productos bajo licencia durante el periodo de
vigencia del soporte tcnico inicial.

b. El Proveedor tendr que comprometerse a brindar la asistencia tcnica
de Soporte a Producto, el cual se realizar las veinticuatro (24) horas
al da, siete (7) das a la semana, los trescientos sesenta y cinco (365)
das del ao (7X24X365), sin costo adicional para El Banco Central de
Honduras.

c. El Proveedor tendr que comprometerse a brindar el Soporte a
Actualizaciones que consiste en proporcionar a El Banco Central de
Honduras los medios pticos de instalacin (CD s / DVD s)
originales y manuales de las nuevas versiones, parches de seguridad
que sean liberadas al mercado por el fabricante o habilitando acceso al
Sitio Web del Fabricante para la descarga correspondiente, entregando
adems el addendum correspondiente al Certificado de Licenciamiento
por programa a nombre del BCH, sin que El Banco Central de
Honduras incurra en algn costo adicional.

El Proveedor tendr que comprometerse, cuando sea requerido por El
Banco Central de Honduras, a recomendar y apoyar en las tareas de
instalacin y configuracin de todos los productos incluidos en el
Servicio de Actualizacin de Licencias y Soporte contratado, sin costo
adicional.
2.5.5 Conversin y desviacin de datos
El proveedor seleccionado realizar la migracin de toda la informacin
relacionada a los nuevos subsistemas a implementar, debiendo para ello realizar
programas especializados que permitan efectuar la conversin, carga y
migracin de datos de tal forma que se garantice su completa integridad.

Los saldos de los participantes directos actualmente administrada por el SIC-
CC sern cargados al subsistema LBTR.

Para la carga inicial de datos hacia la CDV se utilizar como fuente los actuales
sistemas de informacin utilizados por el Departamento de Operaciones
Monetarias del BCH.

Dicha carga incluir como mnimo informacin relacionada a:
Emisin de valores gubernamentales
Servicio de la deuda
Negociacin de ttulos valores y
Datos histricos.

El BCH junto con el proveedor definir mecanismos de verificacin y
aceptacin de los datos migrados que incluya al menos una verificacin del
Departamento de Auditora Interna y la certificacin de la aceptacin de los
datos migrados por parte de los Departamentos de Sistema de Pagos y
Operaciones Monetarias.

2.6 Documentacin exigida
La documentacin deber ser remitida en idioma espaol, ajustado para el propsito y
apropiada para las necesidades del BCH. Como mnimo 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 hardware
como software que sean necesarios para los requisitos tcnicos y de
negocios de esta adquisicin. Documentacin Terminal-Usuario
Se confeccionar segn sea aplicable, incluyendo guas de operacin,
manuales operativos y manuales de usuario estndar. La ayuda en lnea
ser provista en todos los mdulos del Sistema.

2.6.1.2 Reglas de Operacin y Procedimiento
El proveedor de las soluciones brindar al BCH una asesora que
incluya presentar consejos, recomendaciones, y documentacin modelo
para el desarrollo de reglas operativas, procedimientos finales para
Sistema, polticas para el uso del sistema, tarifas por servicio de los
sistemas basndose en la experiencia previa del proveedor. Las
recomendaciones hechas y la documentacin modelo provista ser
consistente con las mejores prcticas internacionales.

2.6.2 Documentos tcnicos
Esto incluir lo siguiente:
Especificaciones y descripciones funcionales del software de sistema.
Especificaciones y descripciones funcionales del software de aplicacin.
Instrucciones para el respaldo, restauracin y restauracin selectiva.
Instrucciones paso a paso para intercambiar el procesamiento del sitio
primario al sitio alternativo y viceversa ya sea para efectos de prueba o de
enfrentamiento de una contingencia real.
Diseo final y documentacin de las configuraciones establecidas.
Manual / lista de errores con accin inmediata sugerida.
Instructivo para la puesta en marcha.
Arquitectura del Sistema a alto nivel.
Procedimiento de control de cambio.
Cualquier otra documentacin tcnica que el BCH considere para la ejecucin
segura y efectiva del entorno de procesamiento.

2.6.3 Documentacin sobre Procedimientos Operacionales
Esta incluir al menos lo siguiente:
Rutinas de tareas por lotes (batch) estndar.
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 estndar.
Controles de integridad internos desempeados por el sistema.
Relacin entre los programas y los datos.
Relacin entre la aplicacin y el sistema operativo.
Relacin entre la aplicacin y el manejador de la base de datos.

D. REQUISITOS DE LAS PRUEBAS Y LA GARANTA DE CALIDAD
3.1 Inspecciones
3.1.1 Inspecciones del Sistema
3.1.1.1 Inspecciones en fbrica
El Sistema cuenta con:
a. Documento legal que certifica que el proveedor posee los derechos de
propiedad de la solucin propuesta.
b. Licencias de software a favor del comprador.

3.1.1.2 Inspecciones posteriores a la entrega
a. El Sistema cuenta con:
Media electrnica de instalacin. CD/DVD debidamente rotulados.
Manual de instalacin y configuracin 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 plazos
especificados en el presente Documento de licitacin.

3.1.2 Inspecciones de la Infraestructura Tecnolgica
El Comprador requiere los siguientes procedimientos de inspeccin y pruebas
antes 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. Verificacin 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 podrn variar o no ser requeridas segn el tipo de equipo que se est
ofertando.
3.2 Ensayos previos a la puesta en servicio de una versin piloto
3.2.0 Adems de las pruebas de verificacin y ajuste que realiza habitualmente, el
Proveedor (con ayuda del Comprador) debe efectuar los siguientes ensayos en el
Sistema y los Subsistemas antes de que se consideren instalados y de que el
Comprador emita el (los) certificado(s) de instalacin (de conformidad con la
clusula 26 de las CGC y las clusulas afines de las CEC).

3.2.1 Prueba de Concepto / Programa Piloto
Previo a la instalacin e implementacin del Sistema en los Sitios de
Procesamiento definitivos, el Proveedor instalar, configurar y probar el
Sistema en un Ambiente de Pruebas preparado, el cual tendr caractersticas
similares a los ambientes definitivos.

Lo anterior permitir al Proveedor y al BCH realizar pruebas de concepto o
validacin para identificar si el sistema ofrecido y sus componentes cumplen con
los requerimientos especificados y ofrecen un funcionamiento correcto previo al
montaje definitivo del Sistema.

El personal tcnico del proveedor asistir al equipo del BCH en la realizacin de
pruebas mediante la aclaracin de dudas y enseanza de cmo aplicar los casos de
pruebas definidos.

Durante las pruebas de concepto o Programa Piloto, el Proveedor realizar todas
las adecuaciones, particularizaciones, parametrizaciones y desarrollos que se
detecten como pendientes o incompletas de la etapa de
parametrizacin/personalizacin necesarios para que el software cumpla todos los
requisitos tcnicos del Sistema, incluidos los desarrollos necesarios para las
interconexiones con el resto de sistemas y aplicaciones informticas del BCH.

La Prueba de Concepto tambin permitir verificar el correcto funcionamiento y
desempeo del Sistema en la plataforma Tecnolgica 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 los
talleres de capacitacin requeridos; tal ambiente tambin ser utilizado para que
los profesionales de Sistema de Pagos, Contables, personal del Departamento de
Tecnologa y Comunicaciones y los usuarios del Sistema realicen todas las
pruebas 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 su
montaje en ambiente de Produccin.

Una vez que el sistema piloto tenga el suficiente grado de madurez ser instalado
en los sitios de procesamiento principal y alterno definitivos del BCH e iniciar
nuevas etapas de pruebas en dichos ambientes.

Los ensayos de aceptacin sern implementados por el Proveedor con el
monitoreo y aprobacin -paso a paso- del BCH. Para lo cual, el BCH facilitar
personal administrativo al proveedor, para que participen activamente en la
ejecucin de las pruebas de aceptacin como una parte integral de su
entrenamiento en marcha y eventual traspaso del sistema.

Al finalizar las pruebas de concepto piloto el proveedor entregar el informe
Resultado de las Pruebas de Aceptacin 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 se
incluyen:

a. Pruebas de conexin para verificar que los usuarios acceden al Sistema.
b. Pruebas de conexin entre los sitios de procesamiento principal y alterno.
(validacin de confiabilidad, seguridad, recuperacin e integridad de datos).
c. Pruebas de conexin de los clientes de las sucursales, edificio anexo a la oficina
Central del BCH.
d. Pruebas para determinar la correcta instalacin del hardware, software,
middleware y equipo de comunicacin y servicios de seguridad.
e. Pruebas que permitan identificar aspectos que pudieran incidir en la
degradacin del rendimiento del Sistema, tales como: cantidad de registros,
cantidad de usuarios concurrentes, nivel de trfico de red, ancho de banda
disponible, entre otras; asimismo se aplicarn las medidas correctivas del caso.
f. Pruebas unitarias, integrales, pruebas de estrs, entre otras, que permitan
verificar la correcta funcionalidad y operatividad del Sistema, adaptacin al
ambiente Tecnolgico del BCH, obtencin de salidas o resultados esperados en
tiempo y forma correcta.
g. Pruebas de encendido y apagado de los servidores que soportan la solucin,
verificando que el Sistema es capaz de reiniciar correctamente sin prdidas de
datos.
h. Pruebas integrales para determinar el correcto funcionamiento del software en
el equipo donde se instal la solucin tecnolgica, incluyendo el hardware y el
software de comunicacin utilizado.
i. Pruebas de conexin con los Sistemas y aplicaciones satlites del BCH,
incluido el SWIFT.
j. Pruebas y ajustes al mdulo de seguridad.
k. Pruebas de Contingencia Informtica basado en el Plan de Recuperacin ante
Desastres del BCH para garantizar la recuperacin del Sistema en caso de
incidentes a la Infraestructura Tecnolgica.

3.3 Pruebas de Aceptacin operacional
3.3.0 Conforme a la clusula 27 de las CGC y clusulas afines de las CEC, el
Comprador (con ayuda del Proveedor) efectuar, despus de la instalacin, las
siguientes pruebas en el Sistema a fin de determinar si cumplen con todos los
requisitos necesarios para la Aceptacin 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 y
los documentos que forma parte del mismo se constataran a travs de una serie de
pruebas de aceptacin formal, ejecutadas en todos los aspectos del Sistema.

Ninguna funcionalidad se considerara plenamente aprobada si no ha sido
contemplada en un plan de pruebas previamente presentado por el Proveedor y
que cuente con autorizacin del BCH para su realizacin.

El sistema completo ser finalmente aceptado extendiendo el BCH una
Aceptacin Operacional, una vez que toda la funcionalidad haya sido plenamente
probada y se haya demostrado el funcionamiento correcto en todas las
ubicaciones, incluyendo la de los participantes. Es requisito tambin la entrega de
todos los informes, Software y la documentacin requerida, en idioma castellano.

Cada etapa de las pruebas estar completamente documentada y aceptada por el
BCH en consulta con los participantes, para significar la aceptacin operacional de
cada elemento.

La instalacin y proceso de prueba demostrar lo siguiente:
a. Facilidad de instalacin e inicio del sistema;
b. Operacin del Sistema en la plataforma tecnolgica definida por el BCH;
c. Verificacin que las interfaces de comunicacin con el resto del Sistema sean
automatizadas, confiables y eficientes
d. Operacin y manejo del sistema completo por el personal operativo, no
dependiente del sector tecnolgico;
e. Alta confiabilidad y rpida recuperacin en caso de fallas;
f. Operacin efectiva y correcta de todas las conexiones del sistema;
g. Completa integridad de procesamiento y respuestas exactas para todas las
consultas sobre informacin del Sistema;
h. Todos los subsistemas y enlaces funcionan como un sistema integrado
completamente automatizado.
i. Clara y efectiva documentacin y otros materiales de apoyo;
j. Educacin y capacitacin efectiva;
k. Arreglos organizacionales efectivos para la operacin a plena capacidad;
l. Efectiva organizacin de soporte;
m. Informes efectivos sobre problemas, seguimiento y procedimientos de
resolucin.

3.3.2 Ubicacin de Pruebas de Aceptacin Operacional
Las pruebas tcnicas de aceptacin sern realizadas utilizando las instalaciones
dentro de los edificios del BCH. Las pruebas de aceptacin final sern conducidas
a travs del sistema completamente instalado en los sitios: Produccin,
Contingencia, Prueba y Capacitacin.

3.3.3 Diseo y Ejecucin de las Pruebas de Aceptacin Operacional
Los contenidos de todas las pruebas de aceptacin sern propuestos por el
proveedor para la aprobacin y planificacin del BCH. Todas las pruebas de
aceptacin sern llevadas a cabo por el personal tcnico, personal operativo del
BCH y los participantes, siendo monitoreados y apoyados por el proveedor en
cada paso. El BCH proporcionara el personal que participar activamente en la
ejecucin de la prueba de aceptacin, como parte integral de la capacitacin y
transferencia de conocimiento y eventual traspaso del sistema al BCH.

Adems de las pruebas funcionales y de integracin, el Proveedor har en
conjunto con el BCH al menos las siguientes pruebas:
Pruebas de volumen
Pruebas de estrs
Pruebas de benchmark
Pruebas de seguridad
Pruebas de desempeo
Pruebas de instalacin
Pruebas de recuperacin
Pruebas de almacenamiento
Pruebas de conexin
Pruebas de contingencia informtica

El Licitante incluir en su propuesta el detalle del plan de prueba propuesto el
cual tendr como finalidad validar el correcto funcionamiento del Sistema.

3.3.4 Evaluacin de Resultados de las Pruebas de Aceptacin Operacional
El Jefe de Proyecto del BCH ser responsable de la evaluacin final de los
resultados de la pruebas de aceptacin al final de cada fase de prueba. El gerente
del Banco Central de Honduras (BCH), dar una carta formal de aceptacin al
proveedor, si este ha cumplido sus obligaciones contractuales, o una declaracin
de aquellas obligaciones que no han sido cumplidas, y por lo tanto sern
cumplidas antes de su aceptacin.

La aceptacin operativa ser lograda solamente luego de la exitosa terminacin de
todas las pruebas y la aceptacin formal de la entrega del producto final del
proyecto.

Correccin de Fallas
El proveedor ser responsable de la correccin de todas las fallas encontradas
durante las pruebas de aceptacin, siendo obligatorio que el tiempo que tomen
estas correcciones no impacten de forma negativa en el cronograma general del
proyecto.

3.3.5 Restablecimiento de Servicio en el Sitio Alterno
Los licitantes documentarn y explicarn el proceso de cambio y el tiempo que
toma restablecer el procesamiento en el sitio alterno.

3.3.6 Pruebas de Contingencia Informtica
El proveedor participar de manera directa en pruebas de contingencia informtica
planificadas por el BCH previo a la puesta en produccin del Sistema.
Los objetivos de las pruebas son:
Validar los controles de mitigacin de riesgos implementados a la
infraestructura tecnolgica del Sistema.
Validar tiempos de respuesta y puntos de informacin mximo permisible
definidos por el BCH para recuperacin de la tecnologa en caso de un desastre.
Obtener informacin de campo para actualizar la documentacin del Plan de
Recuperacin ante Desastres del BCH que incluye el Sistema.
Eficientar la logstica de recuperacin ante desastres.

E. PROGRAMA DE EJECUCIN

4.1 Fases del Proyecto
El BCH ha previsto que el proyecto estar dividido en fase que cubren la implementacin,
pruebas, capacitacin, migracin y salida a produccin de los sub sistemas solicitados.

Los licitantes debern presentar su plan propuesto para el proyecto, indicando claramente
cuando 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 al
cronograma planificado es decir con un mximo de duracin de 24 meses. Los licitantes
debern demostrar claramente la forma como pueden lograr este objetivo y opcionalmente
presentar propuestas que pudiesen ofrecer ventajas.

El cronograma del proyecto deber cubrir las siguientes fases claves:


- Figura E.4.1 Cronograma propuesto para la implementacin del proyecto -


Al final de la contratacin se deber contar con un sistema de informacin completamente
integrado. Para ello cada uno de los subsistemas y enlaces que lo conforman debern haber
sido probados tanto de manera individual como en su conjunto.

Adicionalmente a lo sealado en las CGC, CEC, DDL, IAL el plan preliminar y definitivo
del proyecto deber contemplar al menos lo siguiente:

4.1.1 Plan del Proyecto
Durante esta fase el ganador de la licitacin deber:
Establecer su equipo de trabajo para el proyecto en la Oficina Principal del BCH;
Entregar la versin final del Plan de Proyecto detallado, previa consulta y con la
aprobacin final del Jefe del Proyecto del BCH;

Familiarizarse con la infraestructura tecnolgica (ambiente TIC) en
funcionamiento del BCH; Los productos finales de esta fase incluirn el diseo de
especificaciones tcnicas mostrando las conexiones de red relacionadas con el
sitio alterno y cualquiera otra conexin a los sistemas del BCH.

Describe el proceso del proyecto en amplio detalle, definiendo las actividades que
sern necesarias para completar dicho proyecto, con sus respectivos tiempos,
dependencias, entregables (documentos) del proyecto, recursos etc.

Describir los recursos de personal asignado, tiempo de estada y la estructura
organizativa del proyecto, necesaria para la planificacin y ejecucin de las
actividades correspondientes.

Acordar y documentar un esquema de proceso que represente los canales de
comunicacin e informes a travs de los cuales todos los miembros del proyecto
(BCH, UCP, Proveedor) se deben comunicar. No se permitir ningn proceso
decisorio o intercambio de informacin oficial que no se realice a travs de las
vas de comunicacin indicadas.

4.1.2 Validacin y afinamiento del diseo de arquitectura Tcnica
Durante esta fase el ganador de la licitacin realizar lo siguiente:

Reunirse con las diferentes reas vinculadas al diseo de la arquitectura tcnica de
los sistemas (Seguridad, Administrador de base de datos, Redes, administrador de
dominio, administrador de servidores, administrador de contingencia informtica,
administrador de infraestructura PKI entre otros) y validar que los requerimientos
estn claros y que se cumplen conforme lo solicitado.

En esta fase se describen acuerdan las configuraciones y responsabilidades
necesarias para realizar la integracin con la infraestructura existente.
Se discutir y definir los esquemas de contingencia y el proceso de cambios de
sitios, as como tambin los procesos de seguridad como autenticacin,
autorizacin, canales de seguridad, firma de transacciones etc.

4.1.3 Aceptacin Operacional (Implementacin) de la infraestructura Tecnolgica
Esta fase incluir todas las actividades, recursos, logstica etc., relacionada con la
implementacin de la infraestructura tecnolgica (HW y SW), iniciando desde las
pruebas antes de ser embarcadas, configuraciones de alta disponibilidad,
integracin con la infraestructura actual del BCH (seguridad, SAN, etc.), pruebas
hasta la obtencin de la aceptacin operacional de la infraestructura tecnolgica.

Las fases incluirn el proceso de traslado del equipo y la distribucin del mismo
en los ambientes y lugares sealados en la Seccin VI Requisitos Tcnicos literal
C numeral 2.1.1 Instalacin, Configuracin y Pruebas tanto del SW como del
HW. Los cuales debern responder al siguiente cuadro:

tem Cantidad Descripcin Recepcin
Instalacin, Configuracin y
Pruebas
I 6 Servidores.
A ms tardar ocho
(8) semanas
contadas a partir de
la fecha de la firma
del contrato.

A ms tardar ocho (8)
semanas contadas a partir de
la fecha de recepcin de los
bienes:

Instalar, configurar y probar
adecuadamente los bienes y
presentar un informe final de

II 6
Licencias de Base de Datos
Oracle Enterprise Edition
11g R2 perpetuas por
procesador
A ms tardar ocho
(8) semanas
del contrato
bienes:

Entregar los manuales
(tcnicos, instalacin,
configuracin y
administracin), medios
pticos, Original del
Contrato de Licenciamiento y
Servicios Oracle OLSA
para usuario final y Original
del Certificado de
Licenciamiento y Soporte
(Customer Support Identifier,
CSI, por su sigla en Ingls) a
nombre de Banco Central de
Honduras.
Presentar un informe final de
III 6
Licencias del Componente
de Alta Disponibilidad de
Base de Datos Oracle Real
Application Clusters 11g
R2 perpetuas por
procesador
IV 4
Licencias de Base de Datos
Oracle Estandar Edition 11g
R2 perpetuas por
procesador
V 9
Licencias del Componente
de Replicacin de Datos
Oracle Golden Gate
VI
Definir el
proveedor
Aplicaciones/Web
A ms tardar ocho
(8) semanas
del contrato
bienes.

VII
Definir el
proveedor
En caso de que aplique:
Software de Integracin de
Datos (Para conexin de
enlaces sealados en la
seccin VI Requisitos
Tcnicos, numeral 2.5.1
Integracin del Sistema
literal c y Sistema
SWIFT)
A ms tardar ocho
(8) semanas
del contrato
bienes:

Entregar manuales (tcnicos,
instalacin, configuracin y
administracin), medios
pticos, Original del
Certificado de
Licenciamiento y Soporte a
Honduras.
Presentar un informe final de

Cualquier cambio en los tiempos arriba descritos debe ser expresamente sealado.
Los licitantes incluirn en la descripcin y planificacin del proyecto cualquier
preinstalacin o configuracin fuera del BCH o cualquier otro evento que describa
la estrategia de implementacin y configuracin de los ambientes sealados.

Incluir un tiempo y pruebas necesarias para obtener la aceptacin operacional de
toda la infraestructura tecnolgica.

Los tems 6 y 7 quedan excluidos de la aceptacin operacional de la
infraestructura tecnolgica y se incluirn en la aceptacin operacional de la
LBTR.

4.1.4 Integracin de aplicaciones
El programa del proyecto contemplar una estrategia para la integracin de las
aplicaciones que est acorde con lo especificado en la Seccin VI Requisitos
Tcnicos literal C numeral 2.5.1 - Integracin del Sistema.
Se considerar las actividades vinculadas a esta etapa como un riesgo para el
proyecto por lo que se deber iniciar lo antes posible con la preparacin de la
misma, tomando en cuenta que el BCH tendr que realizar modificaciones a los
sistemas existentes que se encuentran en diferentes plataformas por lo que se
contemplar suficiente tiempo para realizar los cambios necesarios.
Sealar claramente el momento en que el proveedor se reunir con los equipos de
trabajo de cada enlace requerido.

4.1.5 Diseo de los subsistemas
En esta fase el proveedor realizar una investigacin de los requerimientos
establecidos para conocer a detalle los procesos del BCH relacionados en la
implementacin de los sistemas, para lo cual el BCH pondr a disposicin de
personal capacitado para exponer cada proceso.

El proveedor dar a conocer los detalles de sus soluciones e ilustrar como su
solucin cumple cada requerimiento solicitado.

Una vez que el BCH y el proveedor conozcan y entiendan la contraparte acordaran
los nuevos procesos. Identificaran adems las parametrizaciones necesarias y las
personalizaciones en el caso de ser necesarias.

Al finalizar esta etapa se realizar una evaluacin del plan definitivo del proyecto.

Los productos de esta fase incluyen el anlisis detallado de los requisitos y un
anlisis de brechas (gap analysis) demostrando los cambios necesarios requeridos
en el subsistema para su implementacin en el BCH. Asimismo, se espera el
documento de especificaciones para aprobacin.

4.1.6 Instalacin Piloto
Durante la fase de diseo para cada subsistema se realizar una instalacin de las
soluciones propuestas, dicha instalacin no tendr ninguna personalizacin y/o
adaptacin especial.

La instalacin servir para apoyar la etapa de diseo del sistema facilitando la
comprensin de cmo la solucin se adapta y cumple con los requerimientos
solicitados por el BCH.

Adems permitir que el personal tcnico pueda realizar pruebas de integracin
con la aplicacin, apoyando la fase de integracin de aplicaciones.

La instalacin ser utilizada por un grupo reducido de personal del BCH.
La aceptacin y revisin de esta instalacin responder a las CGC y CEC 26.

4.1.7 Parametrizacin/Personalizacin del sistema
Durante esta fase el proveedor realizar todas las parametrizaciones y
personalizaciones identificadas en la fase de diseo y las previamente
identificadas en el proceso de licitacin las cuales son necesarias para que las
soluciones brindadas se adapten a los requerimientos solicitados por el BCH.
El BCH revisar el avance del trabajo frecuentemente y dar su visto bueno
durante el desarrollo, para minimizar malos entendidos adoptados en la fase de
diseo. El proveedor deber explicar la metodologa a utilizar. En cualquier caso,
el BCH y el proveedor acordarn un calendario de revisiones especficas para cada
fase.
Las tareas son:
a. Personalizar la aplicacin de acuerdo a las especificaciones desarrolladas
durante la fase previa.
b. Revisar el avance con el BCH y ajustar la aplicacin de acuerdo a la
retroalimentacin obtenida.
c. Afinamiento del plan de pruebas de aceptacin conjuntamente con el BCH.
d. El licitante describir la metodologa de desarrollo del sistema a utilizarse en
la personalizacin de la solucin de software propuesta. Esto incluir la
confirmacin de requisitos del usuario, planes para personalizacin,
construccin y prueba, documentacin y prueba y roll out.

4.1.8 Instalacin del sistema en diferentes ambientes
Una vez realizadas las parametrizaciones y personalizaciones a las soluciones el
proveedor proceder a realizar las instalaciones en los diferentes ambientes
siguiendo con los procesos establecidos en las CGC y CEC 26.

Dicha instalacin estar ajustada a las necesidades del BCH y estar preparada para
realizar las pruebas de aceptacin operacional.

4.1.9 Capacitacin
La transferencia de conocimientos y el entrenamiento son muy importantes, los
licitantes indicarn con detalle cmo se llevar a cabo dicha transferencia durante
el proyecto y especialmente durante la fase de prueba.

Los planes de entrenamiento desarrollados sern adecuados para entrenar a los
participantes que se puedan unir al sistema de pagos en el futuro.

4.1.10 Documentacin de la aplicacin
En esta etapa se realizar una revisin y entrega de toda la documentacin
relacionada al subsistema la cual deber responder a la lista de la documentacin
solicitada en la seccin de requisitos tcnicos.

4.1.11 Migracin
El proveedor presentar con debida anticipacin los formatos o mecanismos que
requiere para trasladar la informacin al sistema. Tomar en cuenta los trabajos
que el BCH realizar para extraer la informacin y ponerla a disposicin para
migrarla.
Los datos a migrar sern acordados en conjunto con el BCH.

4.1.12 Pruebas de aceptacin Operacional
Las pruebas se realizarn conforme las CGC y CEC 25, 27 (en especial las 27.2) y
la seccin VI Requisitos Tcnicos Numeral 3.3 - Pruebas de Aceptacin
Operacional.

Segn aplique a cada subsistema, las pruebas incluirn una demostracin de:
a. Facilidad de instalacin e inicio del sistema.
b. Operacin de las plataformas de hardware y software.
c. Interfaces de comunicacin automatizados confiables y eficientes.
d. Alta confiabilidad y recuperacin rpida en caso de fallos.
e. Completa integridad de procesamiento (ejemplo: No existencia de pagos
perdidos ni duplicados y respuestas acertadas a todas las solicitudes de
informacin de sistema).
f. Documentacin clara y efectiva y otros materiales de apoyo.
g. Educacin y entrenamiento efectivo.
h. Arreglos organizacionales efectivos para un ambiente de produccin de gran
escala.
i. Una organizacin efectiva de apoyo del proveedor.
j. Procesos de reporte de problemas, seguimiento y solucin de problemas de
manera efectiva.
k. Las pruebas indicadas en el Captulo D. Requisitos de las pruebas y la
garanta de calidad de esta seccin VI. Requisitos Tcnicos.

El alcance de las pruebas de contemplar todos los requerimientos de los sistemas y
sus dependencias como mnimo contemplarn: participantes internos/externos,
redes, seguridad, sitios de contingencia, casos de prueba de transacciones,
desempeo, comunicaciones, etc.

4.1.13 Paralelo
Conforme los procesos mencionados en las CGC y CEC 27 relacionadas a la
aceptacin operacional cada sistema deber permanecer 60 das en produccin sin
presentar errores crticos para recibir la aceptacin operacional. Este tiempo ser
sealado como paralelo y el BCH podr decidir si en dicho tiempo administrara el
proceso actual en paralelo con el nuevo proceso (a travs de la ejecucin del
sistema), con el objeto de validar los resultados.

Durante este tiempo los participantes ingresarn al sistema y realizarn sus
transacciones por medio de los sistemas y canales de comunicacin
implementados.

4.1.14 Salida a produccin
Una vez finalizado el paralelo y completada la prueba de contingencia informtica
se iniciar oficialmente la salida a produccin del sistema. Todo proceso
relacionado a los nuevos sistemas ser oficial y responder a la nueva normativa
aplicable.

4.1.15 Aceptacin operacional subsistemas
Una vez finalizadas las fases anteriores y contar con la aprobacin del BCH se
otorgara el certificado de aceptacin operacional por subsistema. Conforme las
CEC 8.2 y 27 con sus respectivas CGC.

4.1.16 Aceptacin operacional del Sistema
Conforme la clusula CGC y CEC 27.4.2 el proveedor obtendr una aceptacin
operacional de todo el sistema.

Al final de la contratacin los Subsistemas e Infraestructura Tecnolgica
(Hardware y Software) indicados anteriormente debern quedar completamente
implementados y puestos en marcha, debiendo el proveedor seleccionado realizar
todas las pruebas que permitan certificar el correcto funcionamiento de los
sistemas y la integracin de los mismos.

Apoyo en el Sitio
Posterior a la finalizacin de las pruebas y la aceptacin formal del subsistema por
parte del BCH, el sistema ser liberado y puesto en lnea completamente. El
proveedor continuar administrando el subsistema por lo menos en los primeros
dos meses de produccin.

Una vez finalizados todos los subsistemas solicitados, el proveedor garantizar al
BCH el correcto funcionamiento del sistema en forma integral, debiendo realizar
las pruebas de integracin y funcionamiento correspondientes.

4.1.17 Perodo de Garanta y Servicio de Mantenimiento
Este periodo tendr una duracin de 12 meses despus de haber sido liberado el
sistema en su totalidad. Despus de este periodo el soporte ser dado bajo los
trminos de un soporte de software.

El perodo de garanta y servicios de mantenimiento para el Hardware (tem 1)
comienzan a partir de la Aceptacin Operacional de este componente y se
extender por un perodo de treinta y seis (36) meses.
El perodo de garanta para el Software de Base de Datos (tems 2, 3, 4 y 5)
comienza a partir de la Aceptacin Operacional y se extender por un perodo de
doce 12 meses.
El perodo de garanta para el subsistema LBTR (con tems 6 y 7) y el subsistema
CDV, comienza a partir de la Aceptacin Operacional del Sistema y se extender
por un perodo de doce 12 meses.

Cuadro del Programa de Ejecucin
Sistema, Subsistema o nmero de lote: Adquisicin del Sistema completo
[segn sea necesario para el suministro y la entrega del Sistema, especificar los rubros del Programa que figura a continuacin;
modificar, segn sea preciso, las partidas y la informacin tipo consignada en el cuadro]

No. de
partida

Subsistema / Rubro

Nmero del
cuadro de
configuracin

Lugar /
Cdigo del
lugar
Entrega (se
especificar
en el Plan del
Proyecto)

Instalacin
(semanas a
partir de la
fecha de
inicio)

Aceptacin
(semanas a
partir de la
fecha de
inicio)

Etapa
fijada para
la
indemniza
cin por
daos y
perjuicios

0 Plan del proyecto - - - - - - no
1. Entrega de Subsistemas solicitados.
1.1 SubsistemaLBTR 1 Todos los
Lugares

1.1.1 Diseo del Sistema S__
1

1.1.2 Instalacin Piloto S__
1.1.3 Parametrizacin/
personalizacin de sistemas
S__
1.1.4 Instalacin del sistema en
diferentes ambientes
S__

1
Ver Figura E.4.1 Cronograma propuesto para el proyecto, para definir el nmero de semana (Seccin E. Inciso 4.1).

No. de
partida

Subsistema / Rubro

Nmero del
cuadro de
configuracin

Lugar /
Cdigo del
lugar
Entrega (se
especificar
en el Plan del
Proyecto)

Instalacin
(semanas a
partir de la
fecha de
inicio)

Aceptacin
(semanas a
partir de la
fecha de
inicio)

Etapa
fijada para
la
indemniza
cin por
daos y
perjuicios

1.1.5 Capacitacin S__
1.1.6 Documentacin de la
aplicacin
S__
1.1.7 Migracin S__
1.1.8 Pruebas de aceptacin
operacional
S__
1.1.9 Paralelo S__
1.1.10 Salida a produccin S__
1.1.11 Aceptacin operacional S__
1.2 Subsistema CDV 2 Todos los
Lugares

1.2.1 Diseo del sistema S__
1.2.2

Instalacin Piloto S__
No. de
partida

Subsistema / Rubro

Nmero del
cuadro de
configuracin

Lugar /
Cdigo del
lugar
Entrega (se
especificar
en el Plan del
Proyecto)

Instalacin
(semanas a
partir de la
fecha de
inicio)

Aceptacin
(semanas a
partir de la
fecha de
inicio)

Etapa
fijada para
la
indemniza
cin por
daos y
perjuicios

1.2.3

Parametrizacin/
personalizacin de sistema
S__
1.2.4

Instalacin del sistema en
diferentes ambientes
S__
1.2.5

C Capacitacin S__
1.2.6

Do Documentacin de la aplicacin S__
1.2.7

Mi Migracin S__
1.2.8

Pr Pruebas de aceptacin operacional S__
1.2.9 Paralelo S__

No. de
partida

Subsistema / Rubro

Nmero del
cuadro de
configuracin

Lugar /
Cdigo del
lugar
Entrega (se
especificar
en el Plan del
Proyecto)

Instalacin
(semanas a
partir de la
fecha de
inicio)

Aceptacin
(semanas a
partir de la
fecha de
inicio)

Etapa
fijada para
la
indemniza
cin por
daos y
perjuicios

1.2.10

Salida a Produccin S__
1.2.11

Aceptacin operacional S__
1.2.12

Aceptacin operacional del
Sistema (los dos componentes)
S__
2. Enlaces y Servicios Solicitados
2.1 Servicio de conversin y
migracin de datos a los
subsistemas.
Todos los
Lugares

: etc.
2.2 Enlaces entre los distintos
subsistemas.
- - Todos los
Lugares
- - S__
: etc.
No. de
partida

Subsistema / Rubro

Nmero del
cuadro de
configuracin

Lugar /
Cdigo del
lugar
Entrega (se
especificar
en el Plan del
Proyecto)

Instalacin
(semanas a
partir de la
fecha de
inicio)

Aceptacin
(semanas a
partir de la
fecha de
inicio)

Etapa
fijada para
la
indemniza
cin por
daos y
perjuicios

2.3 Aceptacin operacional del
Sistema completo e integrado
- - Todos los
Lugares
- - S__
: etc.
2.4 Servicios Solicitados - - Todos los
Lugares
- - S__
: etc.
Z. Partidas de gastos ordinarios
z.1 Partidas de gastos ordinarios Todos los
lugares

etc.
Nota: Vanse en el cuadro (o los cuadros) del inventario del Sistema los rubros y componentes especficos que conforman los Subsistemas o
rubros. Vanse en el cuadro (o los cuadros) del lugar del proyecto los detalles sobre el lugar y el cdigo del lugar.
- - indica "no se aplica" indica repeticin de la anotacin que figura arriba.

Cuadro del inventario del Sistema (Partidas de gastos de suministro e instalacin)
[indicar: nmero de identificacin]
Nmero de partida: [especificar: nmero de partida pertinente del Programa de Ejecucin (por ejemplo, 1.1)]
[segn 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 continuacin, correspondientes a la partida indicada ms arriba; modificar, segn sea necesario,
los componentes y la informacin 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 Ejecucin que requieren ms detalles.]

No. de
componente

Componente
Nmero de
Especificaciones
tcnicas pertinentes
Informacin adicional sobre
el lugar del proyecto (por
ejemplo, edificio, piso,
departamento, etc.)

Cantidad

1.1 Subsistema LBTR Ver Captulo C
inciso 2.3.2 de los
Requisitos Tcnicos
Todos los Lugares 4
1.1 Etc.
1.2 Subsistema CDV Ver Captulo C
inciso 2.3.3 de los
Requisitos Tcnicos
Todos los Lugares 4

2.1 Servicio de conversin y migracin de datos a los
subsistemas.
Ver Captulo C
inciso 2.5.5 de los
Requisitos Tcnicos
Todos los Lugares --

No. de
componente

Componente
Nmero de
Especificaciones
tcnicas pertinentes
departamento, etc.)

Cantidad

:
2.2 Enlaces entre los distintos subsistemas. Ver Captulo C
inciso 2.5.1 de los
Requisitos Tcnicos
Todos los Lugares --
2.2.1 Enlace LBTR CDV --
2.2.2 Etc.
2.3 Aceptacin operacional del Sistema completo e
integrado
Ver Captulo E
inciso 4.1.16 de los
Requisitos Tcnicos
--

2.4 Servicios Solicitados Ver Captulo C
inciso 2.5.3 de los
Requisitos Tcnicos


No. de
componente

Componente
Nmero de
Especificaciones
tcnicas pertinentes
departamento, etc.)

Cantidad

Note: - - indica "no se aplica" indica repeticin de la anotacin que figura arriba.

Cuadro del inventario del Sistema (Partidas de gastos ordinarios)
[indicar: nmero de identificacin]
Nmero de partida: [especificar: nmero de partida pertinente del Programa de Ejecucin (por ejemplo, z.1)]
[segn 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 continuacin, correspondientes a la partida indicada ms arriba; modificar, segn sea necesario,
los componentes y la informacin 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 Ejecucin que requieren ms detalles.]

Perodo de
garanta - cantidades /
requisitos
Perodo de post
requisitos
No. de
componente

Componente
Nmero de
Especificaciones
tcnicas pertinentes

A1

A2

A3

A4

An

Z.1 PARTIDAS DE GASTOS ORDINARIOS

Z.1.1.

Mantenimiento del Software
Ver Captulo C
2.5.3 de los
Requisitos
Tcnicos

- -

- -

- -
todos los
rubros,
todos los
lugares
del
proyecto

servi-
dor
prin-
cipal

Z.1.2. Licencias y actualizaciones del
Software
- -

Perodo de
requisitos
Perodo de post
requisitos
No. de
componente

Componente
Nmero de
Especificaciones
tcnicas pertinentes

A1

A2

A3

A4

An

Z.1.2.1

Software de propsito general y del
Sistema.

- -
todos los
rubros,
todos los
lugares
del
proyecto
todos los
rubros,
todos los
lugares
del
proyecto
todos los
rubros,
todos los
lugares
del
proyecto

ninguno

ninguno
Z.1.2.2 Software de aplicaciones, estndar y
personalizado.
- - Sede Sede Sede Sede Sede

Z.1.3. Servicios tcnicos
Z.1.3.1 Analista superior de sistemas 0 0
:

0 0
:

0 0

Z.1.4. Servicios solicitados ...

Perodo de
requisitos
Perodo de post
requisitos
No. de
componente

Componente
Nmero de
Especificaciones
tcnicas pertinentes

A1

A2

A3

A4

An

Z.1.5. Servicios de telecomunicaciones ...

Z.1.5. Otros servicios ordinarios
Nota: - - indica "no se aplica" indica repeticin de la anotacin que figura arriba.

Cuadros del lugar del proyecto

Cdigo
del lugar

Lugar

Ciudad/Locali
dad/Regin

Direccin principal (calle/nmero)
Nmero de
referencia del
plano (si lo
hubiere)
R1 Lugar o los lugares donde el Sistema ha de funcionar:
R1.1 Edificio Principal
Tegucigalpa,
Honduras
Centro Amrica.
Barrio El Centro,
Avenida Juan Ramn Molina Primera
Calle,
Sptima Avenida
Telfonos:(504)-2237-2270 al 79
Apartado Postal #3165

R1.1.1 Ambiente de Produccin
R1.1.2 Ambiente de Primera Contingencia
R1.1.3 Ambiente de Pruebas
R1.2 Edificio Anexo
Comayagela,
Honduras
Centro Amrica
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 Tcnicos (LBTR, Central Depositaria
de Valores se ejecutaran sobre hardware dedicado, debiendo dichos sistemas ser
instalados en tres (3) ambientes separados, referencia ANEXO 10:

R1.1: En el sitio principal residirn:

R1.1.1 Ambiente de Produccin: El cual ser una configuracin de dos equipos
(Servidores) configurados en ambiente de Alta disponibilidad cluster- a nivel
de Base de Datos, a su vez dos Servidores que alojaran la capa de aplicacin /
publicacin va Web (El licitante deber proveer el software del Servidor de
Aplicaciones /Web) que procesarn las transacciones de valores y responder
otros mensajes (a lo largo del da de trabajo).
R1.2: En el Sitio de Pruebas / Capacitacin residirn:
R1.1.3 Ambiente de pruebas / Capacitacin: El cual ser un equipo para prueba
y entrenamiento, separado del sistema de produccin, 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 recuperacin ante desastres en la eventualidad de una falla en
el sitio de produccin, a fin de garantizar la continuidad del negocio.
Dicho equipo deber estar continuamente en lnea con el equipo principal y
proveer respaldo en tiempo real.

Los licitantes incluirn los detalles tcnicos completos de cmo se lograra la
sincronizacin en el sistema en produccin, y el sistema en el sitio alterno; para
dicho propsito el BCH est requiriendo el licenciamiento a proveer el componente
de Replicacin Oracle Golden Gate 11g, el marco de tiempo de actualizacin ser
definido en la fase 4.1.18 Validacin y afinamiento del diseo de arquitectura
Tcnica, a su vez deber proporcionar el soporte en la implementacin de dicha
estrategia.


Cuadro de das feriados
10
y otros das no laborales
11

Mes 2011 2012 2013
Enero 1 1 1
Febrero - - -
Marzo - 27, 28, 29-
Abril 14, 21, 22, 23 4, 5, 6,14 14
Mayo 1 1 1
Junio - - -
Julio - - -
Agosto - - -
Septiembre 15 15
Octubre 3,12,21
12
3,12,21
9
3,21
Noviembre - - -
Diciembre 26 25 25

F. FORMATO EXIGIDO PARA LAS OFERTAS TCNICAS

5.1 Descripcin de las tecnologas informticas, materiales y otros bienes y servicios
5.1.0 El Licitante deber proporcionar descripciones detalladas de las principales
caractersticas tcnicas, de ejecucin o de otro tipo de las tecnologas
informticas, materiales y otros bienes y servicios clave que conforman la
oferta (por ejemplo, versin, nmeros de publicacin y de modelo). Si los
detalles no son suficientemente claros, los Licitantes corren el riesgo de que
se declare que sus ofertas no se ajustan a los documentos de licitacin.
5.1.1 A fin de que puedan ser tiles durante la evaluacin de las ofertas, las
descripciones pormenorizadas debern estar organizadas e incluir referencias
cruzadas de la misma manera que el comentario rubro por rubro sobre los
Requisitos Tcnicos que debe preparar el Licitante y que se describe ms

10
Son 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 das no laborables tambin: Los sbados y domingos.
12
Los feriados que caen en da Domingo son trasladados al lunes siguiente

adelante en el inciso 5.2. Toda la informacin que se suministre en las
referencias deber incluir claramente, como mnimo, los ttulos y nmeros
de pgina.
5.1.2 En su propuesta, el licitante adems deber presentar los siguientes
documentos adicionales:
a. Breve descripcin de la organizacin participante y sus objetivos,
incluyendo direcciones, telfonos, fax y correos electrnicos de la
misma.
b. Amplia descripcin comprobable de la experiencia en la implementacin
exitosa de proyectos de Soluciones LBTR en bancos centrales y Central
Depositaria de Valores en instituciones financieras.
c. Estructura organizacional administrativa de la empresa.
d. Organigrama del personal que estara dedicado al trabajo detallando la
funcin de cada uno y su posicin jerrquica.
e. Curriculum Vitae del personal tcnico asignado por el proveedor para
efectuar las actividades relacionadas con el presente proyecto y su
respectivo mantenimiento en el periodo de garanta. La empresa ser
responsable de la idoneidad de su personal.
f. Evidencia por escrito de que, en caso de que el Licitante obtenga el
Contrato, posee los derechos de propiedad de la solucin propuesta y que
no existe ninguna prohibicin ni limitacin vinculada a su propuesta.
g. Evidencia por escrito de que, en caso de que el Licitante obtenga el
Contrato, podr incluir en su propuesta a solicitud del BCH, los
Procedimientos de Control de Calidad utilizados por l, incluyendo la
indicacin de una Certificacin de Calidad de acuerdo con las normas
ISO 9000 vigentes y el Certificado ISO 9001 para el integrador de
sistemas.
h. Evolucin histrica de las versiones de las soluciones de software
propuestas, describiendo los cambios relevantes que dieron origen a la
nueva versin.
i. La informacin solicitada en la seccin Datos de Licitacin DDL
referentes al tem IAL 6.1 a).

Adems de lo solicitado en este numeral, se solicita a los licitantes incluir en
sus propuestas detalles de los trminos de soporte para el Sistema y la
Infraestructura Tecnolgica (hardware y software), condiciones de
mantenimiento propuesto tanto para el primer ao (primeros doce meses) as
como para los aos subsiguientes.

Ver detalle en la Seccin VI Requisitos Tcnicos, literal C. Especificaciones
Tcnicas numeral 2.5.3 Apoyo Tcnico para el Sistema y numeral 2.5.4
Apoyo Tcnico para la Infraestructura Tecnolgica

5.2 Comentario rubro por rubro sobre los Requisitos Tcnicos
5.2.0 El Licitante deber presentar un comentario rubro por rubro sobre los
Requisitos Tcnicos del Comprador a fin de demostrar que el diseo global
del Sistema y las tecnologas informticas, materiales y otros bienes y
servicios se ajustan, en esencia, a lo exigido en esos Requisitos; vase la
clusula 16.2 b) de las IAL (IS1STG SBD) o la clusula 14.2 b) de las IAL
(IS2STG SBD).
5.2.1 Con el fin de demostrar que su oferta responde a los documentos de
licitacin, se solicita encarecidamente a los Licitantes que usen la Lista de
comprobacin tcnica que figura en el Captulo G de los Requisitos
Tcnicos. De lo contrario, el riesgo de que la oferta tcnica del Licitante sea
rechazada por no ajustarse a los documentos de licitacin ser mucho mayor.
La Lista de verificacin tcnica deber incluir, entre otras cosas, referencias
explcitas a las pginas pertinentes de la oferta tcnica del Licitante.

5.3 Plan preliminar del proyecto
5.3.0 El Licitante deber preparar un Plan preliminar del proyecto donde se
describan, entre otras cosas, los mtodos y los recursos humanos y
materiales que el Licitante propone emplear en el diseo, gestin,
coordinacin y ejecucin de todas las tareas que le correspondern si se le
adjudica el Contrato, as como la duracin y la fecha de terminacin
estimadas de las actividades ms importantes. El Plan preliminar del
proyecto tambin deber abordar los temas y asuntos principales
especificados en la clusula 19 de las CEC incluidos cualesquiera rubros de
los DDL relacionados con la clusula 16.2 c) de las IAL (IS1STG SBD).
Asimismo, en dicho Plan tambin deber constar la evaluacin, efectuada
por el Licitante, de las principales responsabilidades del Comprador y de
terceros que intervengan en el suministro y la instalacin del Sistema, as
como los medios que propone el Licitante para coordinar las actividades de
cada una de las partes en cuestin, a fin de evitar demoras o interferencias.
5.3.1 Adems de los temas y asuntos principales, el Plan preliminar del proyecto
deber 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 la
forma impresa, en CD DVD, de preferencia elaborado en Microsoft
Proyect.

5.4 Confirmacin de la responsabilidad de la integracin e interoperabilidad de las
tecnologas informticas
5.4.0 El Licitante deber confirmar por escrito que, si se le adjudica el Contrato,
aceptar la responsabilidad de la integracin e interoperabilidad de todas las
tecnologas informticas propuestas comprendidas en el Sistema, como se
especifica con ms detalle en los documentos de licitacin.


G. LISTA DE VERIFICACIN TCNICA

Nota para los Licitantes: La siguiente Lista de verificacin tiene por objeto ayudar al
Licitante a organizar su oferta tcnica y presentarla de manera coherente. El Licitante
deber describir cmo su oferta tcnica se ajusta a cada uno de los siguientes Requisitos
Tcnicos. Asimismo, deber hacer referencia a la informacin complementaria pertinente,
si la hubiere, incluida en la oferta. La referencia debera indicar el documento, nmero de
pgina y prrafo pertinentes. La Lista de verificacin tcnica no sustituye al resto de los
Requisitos Tcnicos (ni a ninguna otra parte de los documentos de licitacin). El hecho de
que un requisito no se mencione en la Lista de verificacin no libera al Licitante de la
obligacin de demostrar que cumple con esa exigencia en su oferta tcnica. Normalmente,
las respuestas de una o dos palabras (por ejemplo, "s", "no", "se cumplir", etc.) no bastan
para confirmar que se ha cumplido con lo establecido en los Requisitos Tcnicos.

Requerimientos Comunes LBTR y CDV

Requisito tcnico
N COMN-01

Requisito tcnico
Mantener altos niveles de confianza, con
particular nfasis en la integridad de datos y
seguridad de la informacin, previniendo
particularmente los accesos no autorizados.

Captulo C Inciso
2.3.1.1
Razones tcnicas invocadas por el Licitante para demostrar que cumple con el requisito:

Referencias del Licitante a la informacin complementaria de la oferta tcnica:

Requisito tcnico
N COMN-02

Requisito tcnico
Mantener niveles altos de disponibilidad de
servicios utilizando mecanismos de
recuperacin de fallos apropiados as como
tambin facilidades y procedimientos de
respaldo.

Captulo C Inciso
2.3.1.1



Requisito tcnico
N COMN-03

Requisito tcnico:
Estar apropiadamente configurado para
exceder los niveles de desempeo en
trminos de capacidad de proceso y
respuesta para que las instrucciones y
mensajes sean completos.

Captulo C Inciso
2.3.1.1


Requisito tcnico
N COMN-04

Requisito tcnico:
Se requiere el no repudio de los mensajes de
todos los participantes.

Captulo C Inciso
2.3.1.1


Requisito tcnico
N COMN-05

Requisito tcnico:
Asegurar la firmeza e irrevocabilidad de los
pagos y su liquidacin en las cuentas
corrientes de los participantes del BCH.
Captulo C Inciso
2.3.1.1


Requisito tcnico
N COMN-06

Requisito tcnico:
Estar en condiciones de adaptarse
rpidamente a los cambios de los servicios
financieros, especialmente a los descritos en
este documento de licitacin.

Captulo C
Inciso 2.3.1.1



Requisito tcnico
N COMN-07

Requisito tcnico:
Ser altamente configurables para
proporcionar el desempeo operacional
necesario a efectos de asegurar el envo,
recepcin y la correcta finalizacin de las
instrucciones y mensajes.

Captulo C Inciso
2.3.1.1


Requisito tcnico
N COMN-08

Requisito tcnico:
Permitir la automatizacin de todas las
rutinas que participan en el ciclo diario de
operaciones, incluyendo los procesos que se
realizan al principio del da o a su trmino y
los procesos de envo y recepcin de datos a
otras aplicaciones que funcionan en la
plataforma de los participantes, con
adecuados niveles de seguridad e informes
permanentes de control.

Captulo C Inciso
2.3.1.1


Requisito tcnico
N COMN-9

Requisito tcnico:
El sistema debe permitir pagos como
mnimo el valor de 999,999,999,999 y siete
lugares decimales, parametrizables por
moneda.

Captulo C Inciso
2.3.1.1


Requisito tcnico
N COMN-10

Requisito tcnico:
Mejorar la seguridad y eficiencia de los
sistemas mediante el procesamiento de
Principio a Fin (Straight-Through-
Processing).

Captulo C Inciso
2.3.1.1


Requisito tcnico
N COMN-11

Requisito tcnico:
Proveer ayuda en lnea, en espaol, para
todas las funciones de usuarios y
operadores.

Captulo C
Inciso 2.3.1.1


Requisito tcnico
N COMN-12

Requisito tcnico:
Proveer accesos en lnea y fuera de lnea
para informes sobre archivos histricos,
cubriendo un periodo de por lo menos (5)
aos, sin comprometer los tiempos de
respuesta.

Captulo C Inciso
2.3.1.2


Requisito tcnico
N COMN-13

Requisito tcnico:
El BCH acordar con el proveedor previo a
la implementacin del sistema, la forma en
que los datos histricos debern ser
mantenidos en lnea versus archivar fuera de
lnea.

Captulo C Inciso
2.3.1.2



Requisito tcnico
N COMN-14

Requisito tcnico:
Permitir la fcil adaptacin a travs de
parmetros en pantalla, para acomodar
reglas nuevas, cambiadas o modificadas que
gobernarn varias funciones, por ejemplo,
crear un nuevo tipo de mensajes, crear un
nuevo tipo de instrumentos, permitir de
manera sencilla, a travs de la utilizacin de
parmetros, o la modificacin de las reglas
de liquidacin. Proveer la integracin
completa de las funciones de manejo del
sistema.
Captulo C Inciso
2.3.1.2


Requisito tcnico
N COMN-15

Requisito tcnico:
Establecimiento de cualquier parmetro que
pueda ser aplicable a varios o a todos los
componentes del sistema, debe ser
establecido solamente una vez. Toda la
informacin del sistema transferida entre los
componentes debe ser transparente a las
operaciones del sistema.

Captulo C Inciso
2.3.1.2


Requisito tcnico
N COMN-16

Requisito tcnico:
El sistema requiere un mnimo de
intervencin (preferiblemente ninguno), del
personal tcnico de TI para las operaciones
normales.

Captulo C
Inciso 2.3.1.2


Requisito tcnico
N COMN-17

Requisito tcnico:
Registro local de todos los mensajes
enviados, pendientes y recibidos cada da.
o
Captulo C Inciso
2.3.1.3


Requisito tcnico
N COMN-18

Requisito tcnico:
Acceso de sistema en el inicio-de-da y
autenticacin del sitio de procesamiento.

Captulo C Inciso
2.3.1.3


Requisito tcnico
N COMN-19

Requisito tcnico:
Facilidades de registro de recepcin,
generacin de mensajes y archivos.
Captulo C Inciso
2.3.1.3


Requisito tcnico
N COMN-20

Requisito tcnico:
Seguridad de los mensajes (autenticacin,
integridad de los datos, y confidencialidad)
Captulo C Inciso
2.3.1.3



Requisito tcnico
N COMN-21

Requisito tcnico:
Integridad de toda la informacin, que
compruebe que todas las transacciones estn
balanceadas y almacenadas de manera
sincrnica en el sitio principal -
configuracin clster de base de datos- y
asincrnico en el sitio alterno
configuracin de replicacin de base de
datos-.
Captulo C
Inciso 2.3.1.3


Requisito tcnico
N COMN-22

Requisito tcnico:
Garanta que no habr prdida de datos, ya
sea durante la transmisin o despus de una
falla.
Captulo C Inciso
2.3.1.3


Requisito tcnico
N COMN-23

Requisito tcnico:
Encriptacin de todos los flujos de datos.

Captulo C Inciso
2.3.1.3


Requisito tcnico
N COMN-24

Requisito tcnico:
Adherirse a los formatos SWIFT ISO de
conformidad con los estndares
internacionales mnimos para mensajes
generados segn los lineamientos BIS.

Captulo C Inciso
2.3.1.3



Requisito tcnico
N COMN-25
Requisito tcnico:
Las transacciones y archivos entrantes sern
revisados al menos en los siguientes
aspectos:
Que el tipo y formato sean
correctos;
Que la fuente est autorizada;
Que la identificacin, fecha y
controles totales para los archivos
sean correctos;
Que no sea un mensaje duplicado;

Captulo C Inciso
2.3.1.4


Requisito tcnico
N COMN-26

Requisito tcnico:
Las transacciones y archivos salientes deben
ser revisados al menos en los siguientes
aspectos:
Se debe asegurar que ninguna
transaccin o archivo quede sin
enviar y que stos sea entregados
satisfactoriamente;
Si la entrega no es posible, las
alertas deben de estar disponibles;
No se admite la entrega doble,
excepto bajo los procedimientos de
recuperacin cuando las dos partes
estn conscientes de la posibilidad
de que el mensaje sea un duplicado.
Captulo C
Inciso 2.3.1.4



Requisito tcnico
N COMN-27

Requisito tcnico:
Los controles de validacin incluirn:
Validacin de las instrucciones de
pago individual (uno a uno);
Validacin de campos obligatorios
dentro de las instrucciones de
liquidacin de fondos ;
Autenticacin del emisor del
mensaje;
Confirmacin de trfico del mensaje
y validacin al emisor.
Los licitantes debern describir las opciones
de validacin ofrecidas y el grado hasta el
cual stas pueden ser adaptadas por el BCH.
Captulo C Inciso
2.3.1.5


Requisito tcnico
N COMN-28

Requisito tcnico:
Cada instruccin de liquidacin de fondos o
archivos conteniendo instrucciones de
liquidacin, deben tener una identificacin
nica con una fuente fsica, identificacin
del usuario, fecha y hora de ingreso al
sistema.

Captulo C Inciso
2.3.1.6


Requisito tcnico
N COMN-29

Requisito tcnico:
Cada instruccin de liquidacin de fondos
debe ser operada de acuerdo al nivel simple
o mltiple de autorizacin prescrito por el
administrador y/o los participantes.

Captulo C Inciso
2.3.1.6



Requisito tcnico
N COMN-30

Requisito tcnico:
Un esquema numerado de secuencia de
mensajes y un control de procedimiento
deben estar presentes para evitar la prdida,
duplicacin de mensajes autorizados o
insercin de mensajes no autorizados.

Captulo C Inciso
2.3.1.6


Requisito tcnico
N COMN-31

Requisito tcnico:
Se requiere el reconocimiento de mensajes a
nivel de aplicacin como un componente
obligatorio del manejo de todos los
mensajes.

Captulo C Inciso
2.3.1.6


Requisito tcnico
N COMN-32

Requisito tcnico:
Cuando un operador tenga la opcin de
efectuar cambios a los mensajes de valor
(value messages) o a los parmetros crticos
del sistema, el sistema permitir mltiples
autorizaciones. El BCH decidir los niveles
de autorizacin que se permitirn en el nivel
de participante/operador del sistema (BCH).

Captulo C Inciso
2.3.1.6



Requisito tcnico
N COMN-33

Requisito tcnico:
El rastreo automtico de una transaccin
desde el punto de entrada al sistema hasta la
entrega en el destino final con informacin
completa acerca del tiempo en el cual el
mensaje fue recibido y entregado, y el
procesamiento que ocurri en cada paso en
cada punto del manejo de la
transaccin/archivo.

Captulo C Inciso
2.3.1.6


Requisito tcnico
N COMN-34

Requisito tcnico:
La informacin para este propsito ser
mantenida en lnea hasta por un mximo de
das definidos por el BCH inicialmente
120 das para el LBTR y 365 das para la
CDV tiempo despus del cual los datos
deben de ser archivados para
almacenamiento fuera de lnea. Reportes
estndares para esta informacin deben estar
disponibles, los licitantes deben describir
como el personal del BCH puede preparar
reportes adicionales.

Captulo C Inciso
2.3.1.6


Requisito tcnico
N COMN-35

Requisito tcnico:
El horario de funcionamiento del Sistema se
mantendr flexible y capaz de ser ajustado a
circunstancias fuera de lo normal. Los
procedimientos relacionados con la
actividad inicio/fin de da sern manejados
automticamente por el Sistema.

Captulo C Inciso
2.3.1.7



Requisito tcnico
N COMN-36

Requisito tcnico:
El Sistema incluir ventanas de tiempo de
liquidacin por tipo de operaciones, las que
podrn ser modificadas a solicitud del BCH.

Captulo C
Inciso 2.3.1.7


Requisito tcnico
N COMN-37

Requisito tcnico:
Se espera que el proveedor asesore al BCH
en la definicin de los horarios de
liquidacin de todos los tipos de operaciones
que se realizan en la institucin.
Captulo C
Inciso 2.3.1.7


Requisito tcnico
N COMN-38

Requisito tcnico:
El sistema requerido proveer mecanismos
de exportacin e importacin de
informacin asegurando la consistencia e
integridad de la misma, permitiendo que la
informacin sea consultada en pantalla y/o
exportada a archivos, tipo texto, XML,
formato de hoja electrnica Excel y formato
PDF, entre otros, tomando en consideracin,
como mnimo, los criterios de fecha y hora
de operacin, usuario y tipo de mensaje.

Captulo C Inciso
2.3.1.8



Requisito tcnico
N COMN-39

Requisito tcnico:
Los licitantes documentarn ybrindarn
capacitacin sobre las herramientas que
permiten al BCH la configuracin de
nuevos informes y estadsticas para
satisfacer las necesidades futuras de
informacin, tanto para el BCH como para
los participantes.

Obligatorio
Captulo C Inciso
2.3.1.8


Requisito tcnico
N COMN-40

Requisito tcnico:
Informes consistentes y regulares para el
procesamiento financiero, registros de
seguridad, posiciones de liquidacin
calculadas, valores de liquidacin bruta y
neta, lotes y nmero de archivos procesados,
etc., que puedan ser informados tanto
localmente como centralmente para probar
la integridad del sistema y completar la
conciliacin de todo el sistema.

Captulo C Inciso
2.3.1.8



Requisito tcnico
N COMN-41

Requisito tcnico:
Ser requerido que el Licitante ganador
desarrolle un nmero de informes estndar.
Esto deber ser hecho conjuntamente con
personal del BCH, para asegurar que estn
suficientemente capacitados para llevar a
cabo el desarrollo de los informes en el
futuro.
Especialmente se requiere los informes de
la Unidad de Cumplimiento (Lavado de
Activos), informacin requerida del LBTR,
CDV, los departamentos dependientes de la
Subgerencia de Estudios Econmicos.
Estos informes son los siguientes:
- Movimientos diarios de cuentas
corrientes, crditos intrada y
prstamos interbancarios.
- Colocaciones de bonos y letras,
detalle de transferencias de
valores negociados en mercado
secundario, acuerdos de
recompra, facilidades
permanentes de inversin y de
crdito,
- Movimiento de gastos por
intereses y descuentos en
colocacin de letras del BCH.

Captulo C Inciso
2.3.1.8


Requisito tcnico
N COMN-42

Requisito tcnico:
Para atender los requerimientos de lavado de
activos el sistema proporcionarn
informacin sobre todas las operaciones
realizadas entre los participantes.

Captulo C Inciso
2.3.1.8


Requisito tcnico
N COMN-43

Requisito tcnico:
Los licitantes describirn las opciones y/o
herramientas que permitirn realizar
consultas en lnea y exportar informacin
relacionada con las pistas de auditora.

Captulo C Inciso
2.3.1.9



Requisito tcnico
N COMN-44

Requisito tcnico:
Todos los accesos al sistema, las
transacciones manejadas por el sistema y los
cambios que afectan controles de acceso,
parmetros del sistema, directorios y
controles similares y funciones de
integridad, estarn registrados y cuando sea
necesario informados a los operadores del
BCH, y sern accesibles para una posterior
recuperacin y anlisis autorizado. No debe
ser posible alterar de ninguna manera los
contenidos de ningn registro de auditora.
Los siguientes procedimientos son
requeridos:
Control total de procedimiento de
un da de procesamiento en
cualquier sitio;
Manejo de usuarios (desde el BCH y
los participantes) y sus privilegios
de acceso;
El registro de intentos de acceso
invlidos desde las estaciones de
trabajo;
El registro de frecuencia y origen de
las transacciones y archivos
invlidos
-
Captulo C Inciso
2.3.1.9.1



Requisito tcnico
N COMN-45

Requisito tcnico:
Auditoria de fin-de-da y reporte de
actividades;
Pistas de auditora para todas las
actividades dentro del sistema,
incluyendo accesos, mensajes
enviados y recibidos y acceso a las
bitcoras a nivel del Sistema y del
sistema operativo.

Captulo C Inciso
2.3.1.9.2


Requisito tcnico
N COMN-46

Requisito tcnico:
Un sistema de monitoreo de rendimiento,
incluyendo un monitor que describa los
eventos operativos crticos, de seguridad y el
estado operativo de todos los usuarios
autorizados.

Captulo C Inciso
2.3.1.10


Requisito tcnico
N COMN-47

Requisito tcnico:
La introduccin de un sistema de informes
que puede ser usado para monitorear la
calidad del servicio y proveer la informacin
apropiada y adecuada para todos los
participantes.

Captulo C
Inciso 2.3.1.10



Requisito tcnico
N COMN-48

Requisito tcnico:
Los Licitantes describirn cmo sern
monitoreadas las diferentes medidas y si
corresponde, tambin una indicacin de los
niveles de rendimiento que ellos
normalmente esperan lograr.

Captulo C Inciso
2.3.1.10


Requisito tcnico
N COMN-49

Requisito tcnico:

Mdulo de Lavado de Activos
Se espera que el Sistema permita la
carga de listas de control y que
proporcione la opcin de validar las
transacciones que resulten de la
verificacin realizada a dichas listas. Se
espera que estas operaciones resultantes
del chequeo contra las listas de control
puedan ser exportadas a diferentes
formatos (Excel, XML, Archivo
separado por comas, etc.)
Los licitantes describirn cmo su
solucin permite la carga y verificacin
de las listas de control.

Captulo C Inciso
2.3.1.11


Liquidacin Bruta en Tiempo Real


Requisito tcnico
N LBTR-01

Requisito tcnico:

Liquidar pagos en tiempo real entre los
participantes
Captulo C
Inciso 2.3.2
Razones tcnicas invocadas por el Licitante para demostrar que cumple con el
requisito:


Requisito tcnico
N LBTR-02

Requisito tcnico:

Brindar facilidades de crdito intrada
Captulo C
Inciso 2.3.2
requisito:


Requisito tcnico
N LBTR-03

Requisito tcnico:

Administrar pagos en colas en el caso de
insuficiencia de fondos
Captulo C
Inciso 2.3.2
requisito:


Requisito tcnico
N LBTR-04

Requisito tcnico:

Realizar pagos futuros
Captulo C
Inciso 2.3.2
requisito:



Requisito tcnico
N LBTR-05

Requisito tcnico:

Tener la capacidad de administrar
mltiples monedas
Captulo C
Inciso 2.3.2
requisito:


Requisito tcnico
N LBTR-06

Requisito tcnico:

Contar con opciones para realizar
monitoreo
Captulo C
Inciso 2.3.2
requisito:


Requisito tcnico
N LBTR-07

Requisito tcnico:

Permitir la administracin de las cuentas
Captulo C
Inciso 2.3.2
requisito:



Requisito tcnico
N LBTR-08

Requisito tcnico:

Incluir mecanismos para el clculo y
cobro de tarifas
Captulo C
Inciso 2.3.2
requisito:


Requisito tcnico
N LBTR-09

Requisito tcnico:
Procesar los controles de integridad para
asegurar que el Numero de tems
financieros entrantes = nmero de tems
financieros salientes en todo momento
y que cada sitio de procesamiento pueda
ser conciliado a una posicin de no
tems faltantes en cualquier momento.

Captulo C
Inciso 2.3.2.2
requisito:


Requisito tcnico
N LBTR-10

Requisito tcnico:
Los montos entrantes sern iguales a los
montos salientes.
Captulo C
Inciso 2.3.2.2
requisito:



Requisito tcnico
N LBTR-11

Requisito tcnico:
Reportes consistentes y regulares para el
procesamiento financiero, acceso de
seguridad, posiciones calculadas de
liquidacin, valores de liquidacin netos
y brutos, lotes y nmeros de archivos y
tareas automticas procesadas etc. que
puedan ser reportadas local y
centralmente para comprobar la
integridad del sistema y la conciliacin
de todo el sistema.

Captulo C
Inciso 2.3.2.2
requisito:



Requisito tcnico
N LBTR-12

Requisito tcnico:
Liquidez diaria
El LBTR contar con un enlace seguro
con la Central Depositaria de Valores
(CDV), que permita garantizar el
procesamiento de principio a fin para
operaciones de:
a. Crditos Intrada (con posibilidad
de convertirse en un overnight) y
b. Los crditos overnight del BCH

a. Crdito Intrada.
Para tales tipos de operaciones, tanto
la concesin de crdito a los bancos
como la correspondiente transferencia
de valores al BCH ser totalmente
automticas y simultneas, a fin de
garantizar el principio de entrega
contra pago. Estas operaciones de
crdito intrada sern iniciadas por los
participantes y al igual que las
Overnight sern colateralizadas con
valores gubernamentales.

Captulo C
Inciso 2.3.2.4
requisito:


Requisito tcnico
N LBTR-13

Requisito tcnico:
El LBTR contar con mecanismos de
contingencia que permitan la carga
manual (digitados o mediante un
archivo) de los ttulos valores propiedad
de cada participante elegibles como
colaterales, para el otorgamiento de un
crdito intrada, overnight o de otro tipo
que acuerde el BCH.

Captulo C
Inciso 2.3.2.4

requisito:


Requisito tcnico
N LBTR-14

Requisito tcnico:
El LBTR contar con una amplia gama
de facilidades de manejo de la liquidez
intrada, que de acuerdo con la
normativa el BCH decida adoptar,
incluyendo lnea de crdito, repos y
otros.

Captulo C
Inciso 2.3.2.4
requisito:


Requisito tcnico
N LBTR-15

Requisito tcnico:
El LBTR incluir mecanismos para
administrar estas facilidades que al
menos incluya lo siguiente:
otorgamiento, vencimiento automtico,
cobro de intereses, vencimiento parcial,
entre otros.

Captulo C
Inciso 2.3.2.4
requisito:



Requisito tcnico
N LBTR-16

Requisito tcnico:
El BCH tendr la facultad de definir en
el subsistema todos los acuerdos
relacionados con la provisin de crdito
Intrada; as como, parametrizar los
lmites mximos permitidos en este tipo
de operaciones.

Captulo C
Inciso 2.3.2.4
requisito:


Requisito tcnico
N LBTR-17

Requisito tcnico:
El LBTR al final del horario de
transacciones del sistema requerido,
liquidar automticamente las
facilidades otorgadas durante el da. Si
esto no fuere posible por falta de fondos,
podr constituirse una operacin
overnight sujeta a una tasa de inters que
ser determinada por el BCH, y esto
ser notificado al rea de Vigilancia del
banco.

Captulo C
Inciso 2.3.2.4
requisito:



Requisito tcnico
N LBTR-18

Requisito tcnico:
b. El LBTR proporcionar las
facilidades para que los participantes
soliciten y que el BCH otorgue y
administre el crdito overnight de los
participantes. El BCH podr imponer
lmites mximos a un banco en
particular, o limitar el uso del crdito
nocturno, a no ms de un cierto
nmero de noches por mes con
penalizacin de las tasas de inters.
Si estos lmites se excedieran, el
sistema tendr la funcionalidad de
suspender dicho crdito adems de
notificar automticamente al rea de
Vigilancia del Banco.

Los licitantes incluirn explicacin
totalmente de las opciones y capacidades
para otorgar y administrar todas las
opciones de manejo de la liquidez.

Captulo C
Inciso 2.3.2.4
requisito:



Requisito tcnico
N LBTR-19

Requisito tcnico:
Reserva de Fondos de las Cuentas de
Liquidacin
El subsistema contar con la
funcionalidad de permitir a los
participantes reservar o asignar
temporalmente una cantidad de fondos
en la cuenta de liquidacin del banco
hasta un nivel determinado, para atender
liquidaciones con fines especficos tales
como: Subasta de Divisas, ACH,
CCECh, etc. En tales casos, los fondos
asignados no pueden ser usados para
otros propsitos de liquidacin en las
transacciones del LBTR.

Captulo C
Inciso 2.3.2.5
requisito:


Requisito tcnico
N LBTR-20

Requisito tcnico:
Se espera que el sistema permita al BCH
realizar reservas (congelamiento) de
fondos en las cuentas de los participantes
para fines especficos 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 la
liquidacin para los fines establecidos.
Captulo C
Inciso 2.3.2.5
requisito:


Requisito tcnico
N LBTR-21

Requisito tcnico:
Manejo de Colas y Prioridades de
Procesamiento
El subsistema LBTR contar con un
mecanismo de colas para todas las
rdenes de pago entrantes.

Captulo C
Inciso 2.3.2.6
requisito:


Requisito tcnico
N LBTR-22

Requisito tcnico:
Manejo de Colas y Prioridades de
Procesamiento
El LBTR permitir a los participantes y
al personal autorizado del BCH tener la
capacidad de asignar el nivel de
prioridad a las colas. Estas colas
operarn estrictamente en una base de
Prioridades + Primeras entradas,
primeras salidas (PEPS).

Captulo C
Inciso 2.3.2.6
requisito:


Requisito tcnico
N LBTR-23

Requisito tcnico:
Con el propsito de facilitar el manejo
de liquidez diaria, el sistema ofrecer a
los participantes la posibilidad de
cambiar la prioridad de los pagos en cola
y / o su posicin dentro de la cola.

Captulo C
Inciso 2.3.2.6
requisito:


Requisito tcnico
N LBTR-24

Requisito tcnico:
Permitir a cada participante la anulacin
de las transacciones propias siempre que
stas se encuentren en cola. EL BCH
estar facultado para anular cualquier
operacin en cola de todos los
participantes. Dichas solicitudes sern
autenticadas y una transaccin de pago
solo puede ser anulada si todava no ha
sido liquidada.

Captulo C
Inciso 2.3.2.6
requisito:



Requisito tcnico
N LBTR-25

Requisito tcnico:
El subsistema LBTR utilizar
algoritmos eficientes de solucin de
congestionamiento, sin violacin del
orden de liquidacin especificado por los
participantes pagadores, a travs de
neteos simulados u otros algoritmos
eficientes, los cuales puedan ser
iniciados en forma automtica o manual.

Captulo C
Inciso 2.3.2.6
requisito:


Requisito tcnico
N LBTR-26

Requisito tcnico:
El LBTR anular automticamente las
transacciones pendientes (en cola) al
final del horario establecido por cada
tipo de operacin. El LBTR notificar al
participante y al BCH dicha anulacin.

Captulo C
Inciso 2.3.2.6
requisito:


Requisito tcnico
N LBTR-27
Requisito tcnico:
El LBTR otorgar al BCH la capacidad
de monitorear por participante y en total
ya sea en lnea o con reportes lo
siguiente: el nmero y valor de los
mensajes por da, por tipo de pago,
tiempo promedio de mensajes en cola,
pagos en cola, entre otros.

Captulo C
Inciso 2.3.2.6

requisito:


Requisito tcnico
N LBTR-28

Requisito tcnico:
Inicio/Fin Da
Como complemento de la informacin
en lnea durante el da de liquidacin, el
subsistema LBTR proporcionar a cada
participante la posibilidad de obtener
archivos electrnicos con informacin
detallada de sus pagos, a efectos de
permitirle sus conciliaciones de saldos.

Diariamente y como parte de los
procesos de cierre del da, el estado de
movimientos y saldos ser enviado
automticamente a todos los
participantes ya las entidades
supervisoras del Sistema Financiero, si
lo requiere.

Captulo C
Inciso 2.3.2.7
requisito:

Requisito tcnico
N LBTR-29

Requisito tcnico:
Monitoreo e Informes
El sistema proveer un conjunto
completo y flexible de monitoreo,
informes y capacidades de anlisis, para
hacer posible que cada participante tenga
la mxima informacin y control sobre
su participacin en el sistema.

Captulo C
Inciso 2.3.2.8
requisito:


Requisito tcnico
N LBTR-30

Requisito tcnico:
Las facilidades de monitoreo intrada
estarn disponibles a solicitud, mientras
que los informes del final del da sern
facilitados automticamente para los
usuarios especificados tanto dentro del
BCH como en los entidades
participantes.

Captulo C
Inciso 2.3.2.8
requisito:


Requisito tcnico
N LBTR-31

Requisito tcnico:
La facilidad del anlisis histrico
proveer una amplia gama de
capacidades, incluyendo tanto una
capacidad de consulta flexible en la base
de datos, como tambin la habilidad de
descargar extractos desde la base de
datos histrica para anlisis posterior,
usando herramientas tales como
paquetes de anlisis estadstico o
planillas electrnicas. Esta facilidad
estar disponible para los otros
participantes solamente por medio de
solicitudes al Departamento de Sistema
de Pagos del BCH.

Captulo C
Inciso 2.3.2.8
requisito:



Requisito tcnico
N LBTR-32

Requisito tcnico
La base de datos histricas ser
mantenida separada de la base de datos
en lnea (la del da en curso), por razones
de rendimiento y seguridad.

Captulo C
Inciso 2.3.2.8
requisito:


Requisito tcnico
N LBTR-33

Requisito tcnico:
Informacin en lnea para el BCH
El LBTR proveer por lo menos la
siguiente informacin a los usuarios
operativos del BCH, departamentos
autorizados y auditores:
a. Estado del mensaje individual e
ingreso de archivos por lotes.

Captulo C
Inciso 2.3.2.8.1
requisito:


Requisito tcnico
N LBTR-34

Requisito tcnico:
b. Total de la actividad diaria, semanal,
mensual y anual (para cada
participante emisor y receptor).

Captulo C
Inciso 2.3.2.8.1
requisito:



Requisito tcnico
N LBTR-35

Requisito tcnico:
c. Informe de posibles mensajes
duplicados.

Captulo C
Inciso 2.3.2.8.1
requisito:


Requisito tcnico
N LBTR-36

Requisito tcnico:
d. Informacin de saldo de cuenta, por
participante.

Captulo C
Inciso 2.3.2.8.1
requisito:


Requisito tcnico
N LBTR-37

Requisito tcnico:
e. Consulta de las instrucciones de
pago en el sistema (contemplando

Captulo C
Inciso 2.3.2.8.1
requisito:



Requisito tcnico
N LBTR-38

Requisito tcnico:
f. Alertas cuando las colas se acumulan
ms all de los lmites definidos, en
trminos tanto de nmero de pagos
como de montos a ser pagados. Tales
lmites sern definidos por el BCH.

Captulo C
Inciso 2.3.2.8.1
requisito:


Requisito tcnico
N LBTR-39

Requisito tcnico:
g. Informes resumidos que cubren
incidentes relacionados a seguridad,
tales como intentos fallidos de
ingreso, mensajes invlidos (con la
razn de invalidez) y otros que el
licitante describa en su oferta.

Captulo C
Inciso 2.3.2.8.1
requisito:



Requisito tcnico
N LBTR-40

Requisito tcnico:
h. Un despliegue grfico 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
sera posicionado centralmente en el
rea de operaciones del banco, para
proveer a los usuarios con una visin
rpida del estado del sistema.

Captulo C
Inciso 2.3.2.8.1
requisito:


Requisito tcnico
N LBTR-41

Requisito tcnico:
i. Por razones de poltica monetaria, el
sistema ser capaz de mostrar en
lnea al BCH resmenes de la
situacin global de liquidez del
sistema, tanto las situaciones
actuales individuales, como las
situaciones previas (horas, das,
semanas).

Captulo C
Inciso 2.3.2.8.1
requisito:



Requisito tcnico
N LBTR-42

Requisito tcnico:
j. Participantes conectados al sistema
LBTR.

Captulo C
Inciso 2.3.2.8.1
requisito:


Requisito tcnico
N LBTR-43
Requisito tcnico:
Informacin Intrada en lnea para los
Participantes
El LBTR proporcionar por lo menos la
siguiente informacin a los participantes:
a. Consulta sobre instrucciones de pago
en el sistema (contemplando

Captulo C
Inciso 2.3.2.8.2
requisito:


Requisito tcnico
N LBTR-44

Requisito tcnico:
Participantes
b. Notificacin del estado de las
instrucciones de pago
enviado/recibido
debitado/acreditado, si la transaccin
fue procesada exitosamente o
rechazada, as como, el saldo
disponible en sus respectivas cuentas
de liquidacin.

Captulo C
Inciso 2.3.2.8.2

requisito:


Requisito tcnico
N LBTR-45

Requisito tcnico:
Participantes
c. Descripcin de error de validacin.

Captulo C
Inciso 2.3.2.8.2
requisito:


Requisito tcnico
N LBTR-46

Requisito tcnico:
Participantes
d. Consulta sobre promedio diario de
saldos, calculados durante el da.

Captulo C
Inciso 2.3.2.8.2
requisito:



Requisito tcnico
N LBTR-47

Requisito tcnico:
Participantes
e. Adems del flujo de informacin en
lnea durante el da de
procesamiento; a cada participante le
ser provedo un archivo electrnico
conteniendo informacin
suficientemente detallada, para
apoyar la conciliacin automtica de
la cuenta. Esta informacin puede ser
enviada durante todo el da, en
respuesta a solicitudes recibidas del
participante.

Captulo C
Inciso 2.3.2.8.2
requisito:


Requisito tcnico
N LBTR-48

Requisito tcnico:
Monitoreo de Saldo de Cuenta
El BCH tendr una perspectiva general
de la situacin de los participantes del
sistema y tendr acceso a toda la
informacin de las Cuentas de
Liquidacin.

Captulo C
Inciso 2.3.2.9.1
requisito:



Requisito tcnico
N LBTR-49

Requisito tcnico:
El LBTR notificar al BCH y a los
participantes involucrados condiciones
tales como:

Avisos de un saldo de cuenta del
participante por debajo de un nivel
mnimo;
El detalle de los pagos rechazados
por fondos insuficientes.

Captulo C
Inciso 2.3.2.9.1
requisito:


Requisito tcnico
N LBTR-50

Requisito tcnico:
Medidas para el manejo de cuenta
EL LBTR permitir a los participantes
en el sistema ser administradores de su
cuenta de depsito, manteniendo
siempre fondos suficientes para pagar
cada transaccin a medida que es
enviada a travs del sistema.

Captulo C
Inciso 2.3.2.9.2
requisito:



Requisito tcnico
N LBTR-51

Requisito tcnico:
El sistema permitir:

Mensajes de texto gratuitos que sean
pasados libremente a travs del sistema
entre dos o ms participantes.

Captulo C
Inciso 2.3.2.9.2
requisito:


Requisito tcnico
N LBTR-52

Requisito tcnico:
Completa seguridad, autenticacin y
validacin de los mensajes de texto
gratuitos.

Captulo C
Inciso 2.3.2.9.2
requisito:


Requisito tcnico
N LBTR-53

Requisito tcnico:
Un texto/referencia online que
contenga las reglas y procedimientos
definidos por el BCH.

Captulo C
Inciso 2.3.2.9.2
requisito:



Requisito tcnico
N LBTR-54

Requisito tcnico:
El nmero y valor de los mensajes
procesados durante las horas pico.

Captulo C
Inciso 2.3.2.9.2
requisito:


Requisito tcnico
N LBTR-55

Requisito tcnico:
Apertura y Cierre de la Cuenta
Independientemente del tipo de moneda
el BCH tendr la facultad de abrir, cerrar
o suspender cualquier cuenta mantenida
dentro del subsistema. Una cuenta puede
ser suspendida total o parcialmente; si la
suspensin es total el participante
quedar inhabilitado para recibir y
enviar pagos de esa cuenta, si la
suspensin es parcial se bloquear la
recepcin o envo de pagos.

Captulo C
Inciso 2.3.2.9.3
requisito:



Requisito tcnico
N LBTR-56

Requisito tcnico:
Apertura y Cierre de la Cuenta
Asimismo, con el propsito de dar
cumplimiento al Artculo 27 del Decreto
No 45-2002 del 5 de marzo del 2002
referente a la Ley Contra el Lavado de
Activos, a los Artculos No. 16,17,18,22
y 23 de la Resolucin CNBS No 869/29-
10-2002 que contiene el reglamento para
la Prevencin y Deteccin del Uso
Indebido de los Servicios y Productos
Financieros en el Lavado de Activos; en
tal sentido, se requiere que los
subsistemas puedan brindar campos para
cumplir con esta normativa.

A continuacin se detalla los
requerimientos a incluirse al aperturar
las cuentas:
Nombre completo del
cuentahabiente, cargo que
desempea, direccin exacta del
domicilio particular, nmero de
telfono particular, correo
electrnico y nmero de identidad
de las personas con firma
autorizada.
Registro del RTN Institucional y de
los firmantes.
Direccin oficinal principal, sitio
web, nmero telefnico y fax de la
institucin.
Captulo C
Inciso 2.3.2.9.3
requisito:



Requisito tcnico
N LBTR-57

Requisito tcnico:

Dbitos a Cuentas de Participantes
El LBTR permitir al BCH debitar
directamente las cuentas de liquidacin
de los participantes. Esto se realiza bajo
acuerdos previamente establecidos con
los participantes con propsitos de
Recaudacin Fiscal, Especies fiscales
entre otros. Ver detalles Seccin VI
Requisitos Tcnicos, Literal H Anexo 7
numerales 7.1.8, 7.1.9.

Captulo C
Inciso 2.3.2.9.4
requisito:


Requisito tcnico
N LBTR-58

Requisito tcnico:
Pagos con fechas futuras
Como parte de las funcionalidades, el
subsistema LBTR tendr la capacidad
de almacenar transacciones con fechas
futuras de pago (mediante parmetros)
en una cola de procesamiento dentro del
subsistema LBTR. Los participantes
especificarn la fecha y la hora de
ejecucin de las rdenes puestas en el
almacn de datos. El sistema almacenar
las rdenes hasta la fecha lmite de pago
y las procesar automticamente en el
tiempo especificado por el participante.

Captulo C
Inciso 2.3.2.10

requisito:


Requisito tcnico
N LBTR-59

Requisito tcnico:
Parmetros
El subsistema requerido tendr suficiente
flexibilidad de funcionamiento, para lo
cual contemple, por lo menos, con lo
parmetros siguientes:
Horarios para la liquidacin,
dependiendo del tipo de transaccin
Horarios de apertura y cierre
Perfiles/roles de usuarios
Permisos
Tipos de cambio
Tasas de inters
Das feriados
Formas de clculo de intereses
Cuentas de liquidacin por tipo de
moneda
Frecuencia del cambio de claves de
acceso
Tarifas por servicios del BCH
Tipos de transaccin
Transferencias entre cuentas de
diferentes monedas
Tamao mximo de cola
Advertencia sobre cola de pago
demasiado grande
Autorizacin de liquidacin de
cmaras de compensacin
Frecuencia de ejecucin de solucin
de congestionamiento
Historial de cambio de contrasea
Periodo de validez de contrasea
Nmero histrico de contraseas
Reserva de fondos en espera
permitida
Captulo C
Inciso 2.3.2.11

Tiempo de inactividad
Validacin de llaves
Tiempo de actualizacin de pantalla
Lmite mximo de crdito intrada
Prioridades de pagos
Notificaciones de cierre al final del
da
Otras tablas parametrizadas

Los licitantes describirn uno a uno los
parmetros antes mencionados y
cualquier otro que su solucin provea.

requisito:


Requisito tcnico
N LBTR-60

Requisito tcnico:
Moneda de Pagos
El LBTR contar con la capacidad de
administrar mltiples monedas y como
mnimo, ser capaz de procesar las
instrucciones en Lempiras, Dlares
Americanos y en Euros.

Captulo C
Inciso 2.3.2.12
requisito:



Requisito tcnico
N LBTR-61

Requisito tcnico:
El LBTR permitir al BCH por medio de
parmetros incorporar monedas
adicionales de acuerdo a las exigencias
de poltica monetaria.

Captulo C
Inciso 2.3.2.12
requisito:


Requisito tcnico
N LBTR-62

Requisito tcnico:
El LBTR realizar transferencias entre
cuentas de diferentes monedas en base
al principio Pago Contra Pago (PCP).
Esta funcionalidad ser habilitada a
discrecin del BCH.

Captulo C
Inciso 2.3.2.12
requisito:


Requisito tcnico
N LBTR-63

Requisito tcnico:
Informacin de Facturacin
El LBTR incluir un mecanismo de
tarifas que automticamente calcule las
cuotas de cada participante al final de
cada da de operacin, permitiendo
realizar el cobro sobre una base diaria o
mensual.
Captulo C
Inciso 2.3.2.13
requisito:



Requisito tcnico
N LBTR-64

Requisito tcnico:
Informacin de Facturacin
El sistema de facturacin tendr la
siguiente funcionalidad:
a. Generar estados de cuenta para los
clientes a intervalos definidos por el
BCH, teniendo como opciones
mnimas ciclos diarios o mensuales.
b. Calcular los costos basado en el
mensaje o tipo de instruccin.
c. Aplicar diferentes modalidades de
facturacin en el envo de mensajes
en horas pico.
d. Aplicar diferentes modalidades de
facturacin por volmenes de
transacciones.
e. Posibilitar el ingreso de distintos
niveles de comisiones por tipo de
participantes.
f. Clculo y cobro del precio fijo de
participacin.
g. Tipo de Conexin del participante.

Los licitantes explicarn totalmente las
opciones de facturacin y describir los
diferentes tipos de tarifas y capacidades
de realizar cargos, su funcionalidad
incluyendo la generacin automtica de
mensajes de pago relevantes, que
permitan al BCH utilizar estas
herramientas para toma de decisiones a
futuro en cuanto a la modificacin de los
cobros por servicios.

Captulo C
Inciso 2.3.2.13
requisito:



Requisito tcnico
N LBTR-65

Requisito tcnico:
Mensajes
El subsistema LBTR utilizar el
formatos SWIFT basados en los
estndares ISO 15022 para todos los
mensajes.la red SWIFT ser utilizado
como red primaria para la LBTR+CDV
por los participantes para liquidar pagos
de alto valor, adems realizarn sus
transacciones dentro del Grupo Cerrado
de Usuarios (Closed User Group, CUG,
por sus siglas en ingls) contratado por
el BCH. Los licitantes proveern
informacin sobre todos los estndares
que sus sistemas siguen, incluyendo
planes de desarrollo posteriores para
cualquier estndar emergente que ellos
planifican adoptar en sus productos.

Captulo C
Inciso 2.3.2.14
requisito:



Requisito tcnico
N LBTR-66

Requisito tcnico:
El proveedor previo a la implementacin
del Sistema validar los parmetros de
configuracin del Servicio SWIFTNET
FINCOPY verificando el FINCopy
Service Profile Form, el cual es
provisto por SWIFT como parte del
contrato de adquisicin que el BCH tiene
suscrito; tal validacin garantizar la
operacin funcional del Sistema.

Captulo C
Inciso 2.3.2.14
requisito:


Requisito tcnico
N LBTR-67

Requisito tcnico:
Modelo de Flujo de Mensajes
El LBTR usar la arquitectura Y-
COPY. Adems los Licitantes
garantizarn que su sistema utiliza la
estructura de mensajes SWIFT
independientemente si el BCH utiliza o
no la red SWIFT.

Captulo C
Inciso 2.3.2.14
requisito:



Requisito tcnico
N LBTR-68

Requisito tcnico:
El LBTR tendr la capacidad de operar
simultneamente participantes que se
encuentren en un CUG bajo un esquema
Y-COPY y participantes NO-SWIFT
que se conecten a travs de una VPN,
misma que ser implementada y
administrada por el BCH.

Captulo C
Inciso 2.3.2.14
requisito:


Requisito tcnico
N LBTR-69

Requisito tcnico:
Se espera que los participantes SWIFT y
NO-SWIFT tengan la opcin de generar
consultas y reportes a travs de la VPN.

Captulo C
Inciso 2.3.2.14
requisito:


Requisito tcnico
N LBTR-70

Requisito tcnico:
El LBTR tendr un enlace natural con la
plataforma SWIFT para la recepcin y
envo de mensajes, en el caso que sea
necesario un componente de integracin
los licitantes incluirn en el tem 7.

Captulo C
Inciso 2.3.2.14
requisito:



Requisito tcnico
N LBTR-71

Requisito tcnico:
Retiro y Deposito de Numerario
Se espera que el LBTR provea la opcin
para solicitar el retiro y depsito de
numerario en moneda nacional y
extranjera, que efectan los participantes
directos afectando sus cuentas de
liquidacin.

Los Licitantes incluirn una descripcin
de cmo sus soluciones cumplen este
requerimiento.

Captulo C
Inciso 2.3.2.15
requisito:


Requisito tcnico
N LBTR-72

Requisito tcnico:
Suspensin y reinicio del sistema
El LBTR permitir suspender el
procesamiento durante el transcurso del
da normal y el reinicio de la operacin
sin la prdida o duplicacin de los
mensajes.
En caso de interrupcin del servicio el
BCH estar capacitado para extender el
horario de operaciones del da a los
participantes.

Captulo C
Inciso 2.3.2.16
requisito:



Requisito tcnico
N LBTR-73

Requisito tcnico:
Pagos gubernamentales
El LBTR permitir al BCH realizar
pagos gubernamentales ya sean estos por
cuenta propia o por representacin de
otras instituciones gubernamentales
como la secretara de finanzas.

Captulo C
Inciso 2.3.2.17
requisito:


Requisito tcnico
N LBTR-74

Requisito tcnico:
Pagos gubernamentales
Se espera que el LBTR permita incluir
participantes directos gubernamentales
(instituciones descentralizadas) para los
cuales ser posible parametrizar las
opciones a las que puedan tener acceso
por ejemplo: acceso a facilidades de
crdito, pagos en cola entre otros.
Los licitantes especificarn cmo sus
soluciones permiten realizar pagos
Gubernamentales tanto para el BCH
como para otras instituciones
descentralizadas.

Captulo C
Inciso 2.3.2.17
requisito:



Requisito tcnico
N LBTR-75

Requisito tcnico:
Los licitantes incluirn en sus ofertas
los requerimientos tcnicos necesarios
(mnimos y ptimos) para que los
participantes se puedan conectar al
sistema LBTR y procesar sus pagos y
realizar las consultas requeridas

Captulo C
Inciso 2.3.2.17
requisito:


Central Depositaria de Valores

Objetivos

Requisito tcnico Requisito tcnico Ver Captulo C
inciso 2.3.3.1 (a)
N CDV-01 Proveer un registro electrnico centralizado
en lnea en lnea y automatizado para todos
los instrumentos representativos de (deuda)
que satisfagan las necesidades de todas las
emisiones, emisores, tenedores, gerentes y
otras partes interesadas;



Requisito tcnico Requisito tcnico

Ver Captulo C
inciso 2.3.3.1 (e) N CDV-02 Proveer soporte para las facilidades de
liquidez intrada, de un da para otro, y otras
operaciones de la poltica monetaria del
BCH que involucren el uso de valores.


Ver Captulo C
inciso 2.3.3.1 (f)
N CDV-03 Administrar el servicio de la deuda de todos
los valores inscritos a favor de cada tenedor
o custodio segn sea el caso.



Ver Captulo C
inciso 2.3.3.1 (g)
N CDV-04 Registrar las inscripciones de titularidad de
valores colocados en el mercado primario y
las transferencias de titularidad por las
operaciones realizadas en mercado
secundario de valores, incluyendo la
transferencia de valores libres de pago para
aquellas transferencias que no se liquidan en
cuentas del BCH;



Ver Captulo C
inciso 2.3.3.1 (h)
N CDV-05 Proveer soporte al mercado secundario de
valores electrnico con valores
gubernamentales;


Ver Captulo C
inciso 2.3.3.1 (i)
N CDV-06 Proveer soporte al mercado de negociacin
de fondos interbancarios electrnico;

Emisiones BCH


Ver Captulo C
inciso 2.3.3.2
N CDV-07 La CDV posee la plena capacidad de poder
operar con caractersticas de colocacin
estndar y con las emisiones actuales del
BCH

Requerimientos Funcionales



N CDV-08 Mantener un registro de todos los
instrumentos de deuda emitidos por monto,
tasa de inters, fecha de vencimiento,
tenedor y otra informacin pertinente;
Ver Captulo C
inciso 2.3.3.3 (a)


Ver Captulo C
inciso 2.3.3.3 (b)
N CDV-09 Mantener un registro de todas las tenencias
identificadas por emisor, tipo de valor, fecha
de emisin, tenedor y otra informacin
pertinente;


Ver Captulo C
inciso 2.3.3.3 (c) N CDV-10 Mantener un registro por niveles de todas las
contrapartes especificando si el depositario
es directo o indirecto detallando toda la
informacin general relevante tal como:
nombre, direccin, correo electrnico,
telfono, registro tributario nacional (RTN),
nmero de registro, etc. Todas las
contrapartes deben estar identificadas por un
cdigo nico para facilitar la bsqueda de
dicha informacin;



N CDV-11 Permitir un enlace con el sistema LBTR para
la liquidacin de operaciones de mercado
primario, operaciones de liquidez intrada, de
un da para otro, de las diversas operaciones
de mercado abierto del BCH, transacciones
bilaterales de mercado secundario de valores
y de prstamos interbancarios colaterizados
(inclusive repos) para garantizar el respeto
de los principios de Entrega contra Pago
(ECP) y Procesamiento de Principio a Fin
(Straight-Through-Processing). Dicho enlace
servir como facilidad para liquidar intereses
y vencimientos de valores de deuda;
Ver Captulo C
inciso 2.3.3.3 (d)

Ver Captulo C
inciso 2.3.3.3 (e)
N CDV-12 Permitir el enlace para el futuro mercado
secundario electrnico de valores y del
futuro sistema de negociacin electrnico de
fondos interbancarios, que sean capaces de
permitir alcanzar la Entrega contra Pago
(ECP) y Procesamiento de Principio a Fin
(Straight-Through-Processing).


Ver Captulo C
inciso 2.3.3.3 (f)
N CDV-13 Proveer una visin nica e integrada de la
posicin de cada intermediario para el
monitoreo, supervisin para el control de los
valores (propsito de conciliacin) de cada
intermediario;


Requisito tcnico Requisito tcnico Ver Captulo C
inciso 2.3.3.3 (g)
N CDV-14 Generar reportes detallados y resumidos con
acceso en lnea, con la capacidad de obtener
una vista previa y descargarlos a
aplicaciones externas.


Ver Captulo C
inciso 2.3.3.3 (h)
N CDV-15 Permitir consultas de sus propios valores a la
Secretara de Finanzas y otras instituciones
pblicas emisoras.


Ver Captulo C
inciso 2.3.3.3 (i)
N CDV-16 Acomodar valores hasta de 999, 999,
999,999 y 7 decimales. Esto es requerido
para el clculo exacto de valores de
amortizacin e inters (de instrumentos de
deuda). En cuanto a instrumentos de deuda,
esto es especialmente relevante para los
precios de transacciones del mercado
primario, del mercado secundario y crditos
colateralizados donde se requiere que el
instrumento sea valorado en una base
descontada con respecto al cupn
fundamental y los flujos de efectivo de
maduracin para calcular el Valor Actual



Ver Captulo C
inciso 2.3.3.3 (j)
N CDV-17 Capacidad de administrar monedas
extranjeras para el registro de los valores
emitidos en moneda extranjera o
denominados en moneda extranjera.


Ver Captulo C
inciso 2.3.3.3 (k)
N CDV-18 Asignacin de nmeros nicos de referencia
para cada emisin registrada en el depsito
ms nmeros adicionales nicos de
referencia para todas las unidades de valores
que comprendan esa emisin (para tramos o
emisiones de instrumentos de deuda, y para
diferentes tipos de valores del mismo
emisor).


Ver Captulo C
inciso 2.3.3.3 (l)
N CDV-19 Los registros de propiedad debern
proporcionar informacin detallada al ms
bajo nivel de cada componente registrado, a
fin de contar con toda la informacin
necesaria de los valores en custodia y de sus
tenedores.



Ver Captulo C
inciso 2.3.3.3 (m)
N CDV-20 La capacidad para manejar bonos de tasa fija
y variable. Esto requiere la revaloracin
automtica de instrumentos de tasa variable
de acuerdo con los algoritmos definidos por
las autoridades emisoras de Honduras (El
Gobierno y el BCH).


Ver Captulo C
inciso 2.3.3.3 (n)
N CDV-21 Generar una acreditacin automtica de
intereses al tenedor del instrumento en la
fecha de pago de los intereses. Los intereses
deben ser conciliados con el portafolio de
emisin vigente y deben ser trasladados al
sistema LBTR para pago a los beneficiarios,
liquidando la cuenta del intermediario o el
banco comercial del beneficiario.



Ver Captulo C
inciso 2.3.3.3 (o)
N CDV-22 La generacin automtica de la amortizacin
peridica o al vencimiento debe ser
acreditada al tenedor de valores en la fecha
de vencimiento. La amortizacin debe ser
conciliada con el portafolio de emisin
vigente y trasladada al sistema LBTR para el
pago al beneficiario. liquidando la cuenta del
intermediario o el banco comercial del
beneficiario.


Ver Captulo C
inciso 2.3.3.3 (p)
N CDV-23 Habilidad de manejar Acuerdos de
Recompra (con la funcionalidad de manejar
mltiples valores en un solo repo)
registrando el cambio de propiedad y la
obligacin asociada de revender en el
nmero de das acordados. Un repo no puede
llegar al vencimiento ms tarde que
cualquiera de sus activos subyacentes.



N CDV-24 Proveer un mdulo de cuenta y cobros para
el clculo de las tarifas por servicios del
Depsito que podrn ser cobrados a los
emisores del Sector Pblico (gobierno y
otros) y a todos los participantes por los
servicios prestados. Los licitantes debern
explicar completamente las opciones y
capacidades de este mdulo de cobros y
pagos, incluyendo la generacin automtica
de mensajes de pago relevantes.
Ver Captulo C
inciso 2.3.3.3 (q)


Ver Captulo C
inciso 2.3.3.3 (r)
N CDV-25 Permitir a la Gerencia del BCH o de la
Secretara de Finanzas y otros emisores
pblicos definir y monitorear/manejar
cualquier seleccin de instrumentos
registrados como un portafolio separado de
pasivos financieros.


Ver Captulo C
inciso 2.3.3.3 (s)
N CDV-26 Proveer monitoreo estndar de portafolio y
facilidad de manejo con respecto a los
valores administrados cumpliendo al menos
con los siguientes parmetros:i. Tipo de
emisin (deuda, acciones y tipo de
deuda/acciones).ii. Valor total de la
emisin.iii. Composicin de la emisin:
valor y nmero de cada unidad por valor.iv.
Apoyo para consultas de la emisin cuando
estas consultas sean hechas con base en:
valor actual de la deuda vigente para un
instrumento especfico, el portafolio
completo de emisin, o cualquier sub-

componente seleccionado de portafolio de
emisin. v. Un perfil actual de vencimientos
para todas las emisiones registradas en el
Depsito.vi. Un perfil de flujo de efectivo
para todas las emisiones registradas en la
Depositaria incluyendo intereses devengados
pendientes.vii. Consultas por tenedores de
los instrumentos de deuda, donde estas
consultas cobran una sola emisin, varias
emisiones o el total de activos financieros
registrados en La Central Depositaria de
Valores.



Ver Captulo C
inciso 2.3.3.3 (t)
N CDV-27

Permitir la clasificacin de diferentes tipos
de usuarios/ intermediarios, incluyendo:
i. Participantes Directos.
ii. Participantes Indirectos.
Estos tipos de actividades debern ser
guardados en el registro de tipo de
negociacin. Cada participante puede
actuar en ambas vas.


Ver Captulo C
inciso 2.3.3.3 (u)
N CDV-28 Administracin de derechos patrimoniales y
otras medidas cautelares que emitan las
autoridades competentes sobre los valores en
custodia. (pignoracin y embargo de valores)


Ver Captulo C
inciso 2.3.3.3 (v)
N CDV-29 Permitir el registro de prstamos de valores
entre un tenedor y otro, mantenidos en la
CDV.



Ver Captulo C
inciso 2.3.3.3 (w)
N CDV-30 Efectuar el registro contable de los valores
emitidos y administrados por el BCH y
proveer diferentes tipos de cuentas para
intermediarios y para propsitos de manejo y
control siendo:
i. Cuentas para la Tenencia de Valores
(disponible e histrico de vencidos).
ii. De acuerdo al estado de los Valores (en
garanta, bloqueado, pignorado)
iii. Cuentas Monetarias del Libro Mayor de
acuerdo con la estructura contable de la
CDV.


Ver Captulo C
inciso 2.3.3.3 (x)
N CDV-31 Soporte para definir mltiples perfiles de
usuario por funciones y/o procesos
realizadas por los participantes, tales como:i.
Registrador;ii. Corredor/intermediario;iii.
Emisor;iv. Administrador;v.
Regulador/supervisor;


Ver Captulo C
inciso 2.3.3.3 (y)
N CDV-32 Para el registro del beneficiario titular de
valores, se requiere una indicacin que
determine si el beneficiario titular es nico o
existe un grupo de tenedores, identificando
dentro de dicho grupo quien puede solicitar
un cambio de registro de beneficiario titular
o autorizar la comercializacin de valores, o
si tal actividad requiere que todos los

tenedores estn de acuerdo;

Ver Captulo C
inciso 2.3.3.6 (z)
N CDV-33

El BCH requiere una facilidad, para hacer
que los registros del tenedor estn
disponibles en Internet, que permita a los
tenedores y beneficiarios titulares acceder a
un sitio Web protegido, donde una vez
autenticados, ellos estarn habilitados para
ver todas sus tenencias independientemente
de los intermediarios financieros. Los
oferentes debern describir cualquier
facilidad disponible en sus soluciones



STP


Ver Captulo C
inciso 2.3.3.4
N CDV-34 La CDV cumple con el principio de entrega
contra pago de forma automtica respetando
el principio Procesamiento de Principio a Fin
(Straight-Through-Processing)

El sistema DEBERA cumplir con el
modelo I de entrega contra pago, se espera
que el sistema pueda gestionar tambin el
modelo II de entrega contra pago, se tomara
en cuenta en la evaluacin tcnica las

soluciones que soporten ambas opciones.



Integridad


Ver Captulo C
inciso 2.3.3.5 (a)
N CDV-35 Revisin de la integridad de procesamiento
de mensaje para asegurar que el valor
nominal total de todos los instrumentos
dentro de todos los portafolios registrados
concuerde y se concilie con los totales de
control para todas las emisiones registradas;


Ver Captulo C
inciso 2.3.3.5 (b)
N CDV-36 Chequeos de integridad de proceso para
asegurar que el nmero de mensajes de
cambios de propiedad = nmero de registros
de propiedad modificados de en todo
momento tanto el sitio principal como en el
sitio alterno;


Ver Captulo C
inciso 2.3.3.5 (c)
N CDV-37 Reportes regulares y consistentes para todas
las transacciones de valores financieros,
incluyendo, intereses y clculos de
vencimiento de los diferentes instrumentos
de deuda.
;



Controles de Validacin


Ver Captulo C
inciso 2.3.3.5 (a)
N CDV-38 Validacin de instrucciones individuales de
Registro de propiedad o Cambio de
propiedad;


Ver Captulo C
inciso 2.3.3.5 (b)
N CDV-39 Validacin de campos obligatorios dentro de
la instruccin de mensajes registro de
propiedad o Cambio de propiedad;


Ver Captulo C
inciso 2.3.3.5 (c)
N CDV-40 Autenticacin de remitente de los mensajes;


Ver Captulo C
inciso 2.3.3.5 (d)
N CDV-41 Confirmacin del trfico de mensajes y
validacin al destinatario.


Seguimiento e Integridad de los mensajes


Ver Captulo C
inciso 2.3.3.5 (a)
N CDV-42 Cada cambio de instruccin de registro de
propiedad, o archivo conteniendo dichas
instrucciones debe ser identificado de
manera nica con su fuente fsica,
identificacin de usuario, hora y fecha de
entrada al sistema;


Ver Captulo C
inciso 2.3.3.5 (b)
N CDV-43 Debe estar presente un esquema numrico
para la secuencia de mensajes y un
procedimiento de control para evitar perdida,
duplicacin o insercin no autorizada de
mensajes;


Ver Captulo C
inciso 2.3.3.5 (c)
N CDV-44 Se debe asegurar la integridad y
confiabilidad de la informacin durante la
transmisin y/o ingreso de registro de
propiedad o cambio de mensajes y tambin
durante su procesamiento;



N CDV-45 Se requiere que no se rechacen los mensajes
de todos los participantes;
Ver Captulo C
inciso 2.3.3.5 (d)


Ver Captulo C
inciso 2.3.3.5 (e)
N CDV-46 Se requiere reconocimiento de los menajes a
nivel de aplicacin como un componente
obligatorio del manejo de todos los
mensajes.
Donde cuando un operador pueda realizar
cualquier cambio al valor de los mensajes
(ej. Mensajes que contengan instrucciones
para realizar pagos de transferencia de
valores) o los parmetros crticos del
sistema, el sistema tiene que permitir
autorizaciones mltiples. El BCH decidir
los niveles de autorizacin que permitir a
nivel de los participantes/ operador del
sistema (BCH).

Mdulo de Mercado Primario


Ver Captulo C
inciso 2.3.3.6 (a)
N CDV-47 Emitir y registrar contablemente los montos
disponibles de las emisiones aprobadas
mediante instrumentos legales aceptados,
para permitir su negociacin mediante los
mecanismos de subasta y directo.



Ver Captulo C
inciso 2.3.3.6 (b)
N CDV-48 Negociar los valores mediante el mecanismo
de subasta pblica. En el caso de subastas,
publicacin del aviso de convocatoria para
los entes autorizados a participar.


Ver Captulo C
inciso 2.3.3.6 (c)
N CDV-49 Aceptacin de ofertas remitidas
electrnicamente, en tiempo real, a travs de
una interface web, desde las terminales
remotas asignadas a los participantes
autorizados, incluyendo la notificacin
electrnica al participante de la recepcin de
las ofertas. Que permita la ejecucin de
subastas interactivas (puja en lnea con
modificacin de las condiciones de la oferta
segn se comporte el mercado) y pasivas
(ofertas en firme sin opcin a modificacin).




N CDV-50 Que el envo electrnico de las posturas de
compra/venta de valores se encuentre
limitado al horario establecido previamente
por el BCH para su aceptacin. Estas
posturas no deben ser conocidas ni por otros
agentes ajenos al remitente de las mismas, ni
por parte del ente emisor o incluso el BCH
previo a la apertura electrnica de las ofertas.
Ver Captulo C
inciso 2.3.3.6 (d)


Ver Captulo C
inciso 2.3.3.6 (e)
N CDV-51 Que preste la facilidad de que el BCH como
administrador del sistema pueda fijar y
modificar lmites tanto de tiempo de
presentacin de ofertas como de montos o
nmero de posturas a ser admitidas para cada
inversionista.


Ver Captulo C
inciso 2.3.3.6 (f)
N CDV-52 El sistema debe adems ser capaz de aplicar
discrecionalidades en cuanto al tipo de
inversionista que puede participar en
determinado evento de subasta o segn el
tipo de emisin.



Ver Captulo C
inciso 2.3.3.6 (g)
N CDV-53 Que las ofertas o pujas de los inversionistas
puedan ser presentadas tanto por precio
como por rendimiento. En el caso que se
trate de precio, que permita hasta seis (6)
posiciones decimales; cuando se trate de tasa
que esta pueda ser ajustada segn lo
establezca el emisor.


Ver Captulo C
inciso 2.3.3.6 (h)
N CDV-54 La habilidad de calcular la aceptacin y
rechazo de las ofertas, de acuerdo con los
precios ofrecidos, el valor total y la
composicin de las emisiones a ser
asignadas.


Ver Captulo C
inciso 2.3.3.6 (i)
N CDV-55 Que el tipo de adjudicacin de las posturas,
pueda realizarse siguiendo los criterios
generalmente aplicados cuando estas se
realizan a precio mltiple, a precio nico y a
precio fijo, segn sea establecido por el ente
emisor o segn otros tipos de subasta
generalmente aceptadas.


Obligatorio
N CDV-56 Al cierre de la subasta el mdulo de mercado
primario debe calcular la asignacin o
adjudicacin de la emisin para los oferentes
ganadores, totales o por prorrateo, la
aceptacin de solo una o varias ofertas por
participante de acuerdo a los precios
ofrecidos.
Ver Captulo C
inciso 2.3.3.6 (j)

Obligatorio
N CDV-57 Deber permitir un enlace con el sistema
LBTR y con la CDV para la liquidacin de
ventas de valores gubernamentales del
mercado primario (subasta y negociacin
bilateral) cumpliendo con el principio
Entrega contra Pago.
Ver Captulo C
inciso 2.3.3.6 (k)
Obligatorio
N CDV-58 Que tenga la capacidad de preparar, producir
y transmitir automticamente a los
participantes en las terminales remotas, el
aviso o notificaciones de aceptacin, de
adjudicacin o de rechazo de las posturas
que hayan sido presentadas. As como
realizar el envo automtico de avisos de
pago y recibos, se requiere tambin envo
automtico de aviso los emisores de valores
gubernamentales de la composicin y las
tasas de la asignacin de la emisin por
comprador, monto, tasa, etc.
Ver Captulo C
inciso 2.3.3.6 (l)



Ver Captulo C
inciso 2.3.3.6 (m)
N CDV-59 Que el sistema provea la flexibilidad al BCH
para crear y configurar una estructura
contable propia de la CDV y que enve el
registro de las operaciones contables en
tiempo real al Sistema de Contabilidad del
BCH y el registro en las cuentas de los
tenedores adjudicados.


Ver Captulo C
inciso 2.3.3.6 (n)
N CDV-60 Negociar los valores mediante el mecanismo
de negociacin bilateral (directa). Para este
tipo de transacciones el sistema permitir a
los emisores e inversionistas autorizados el
ingreso electrnico de ofertas de compra y
venta de valores previamente pactadas de
manera bilateral, desde sus terminales
remotas a travs de una interface web.



N CDV-61 El sistema ser capaz de generar mensajes al
beneficiario titular y/o tenedor cuando ha
ocurrido un movimiento de valores. Los
oferentes debern describir cualquier
facilidad disponible en sus soluciones

Ver Captulo C
inciso 2.3.3.6 (o)

Aspectos Tcnicos
Requisito tcnico
N
ASP.TCNICOS-
01

Requisito tcnico
Tener la capacidad para procesar un
mnimo de 10,000 transacciones por da.
En cualquier caso, los licitantes
especificarn las opciones de capacidad.

Captulo B
Inciso 1.2.1
requisito:



Requisito tcnico
N
ASP.TCNICOS-
02

Requisito tcnico
Se requiere que el sistema opere en un
ambiente de N-Capas en los sitios de
Produccin (Configurado en alta
disponibilidad), Contingencia
(Configurado para recuperacin ante
desastres), Pruebas/Capacitacin
conforme a la Seccin VI Requisitos
Tcnicos literal H Anexo 10 (no se ha
definido ambiente de
Desarrollo/Mantenimiento debido a la
naturaleza de la licitacin la cual se
refiere a un producto llave en mano). El
Sistema tendr la capacidad de ser
instalado en un servidor con esquemas
de redundancia en procesador, fuentes de
poder, unidades de almacenamiento,
interfaces de comunicacin y, en
general, con todas las caractersticas
requeridas para eliminar todos los puntos
simples de falla.

Captulo B
Inciso 1.2.2
requisito:


Requisito tcnico
N
ASP.TCNICOS-
03

Requisito tcnico
El acceso al sistema requerido por los
participantes para consulta y gestin
har uso de tecnologa web a travs de
una interfaz Browser estndar para lo
cual se har uso de una red con
protocolo TCP/IP y soportar el protocolo
de seguridad SSL

Captulo B
Inciso 1.2.2

requisito:


Requisito tcnico
N
ASP.TCNICOS-
04

Requisito tcnico
Generar la documentacin respectiva
para cada etapa del proyecto, tanto
tcnica como administrativa, y
entregarla formalmente al equipo
coordinador nombrado por el Banco
Central de Honduras.

Captulo C
Inciso 2.4, literal
b.-
requisito:


Requisito tcnico
N
ASP.TCNICOS-
05

Requisito tcnico
Para el control del proceso de respaldo
del cdigo fuente y versionamiento de
los sistemas en mencin, el proveedor
realizar las actualizaciones del mismo a
partir de la aceptacin operacional de
cada sistema en el lugar de custodia
establecido, debiendo actualizar dicho
respaldo cada vez que se realicen
modificaciones a los mismos y
proporcionar la informacin de control
como ser: nombre y versin del
aplicativo fecha de actualizacin,
responsable de ingresarlo a custodia y
descripcin del contenido. El BCH, en
conjunto con el proveedor, establecer
un proceso que certifique que se est
respaldando apropiadamente el cdigo
fuente
Captulo C
Inciso 2.4, literal
c.-
requisito:




Requisito tcnico
N
ASP.TCNICOS-
06

Requisito tcnico
Las aplicaciones LBTR y CDV poseen
programacin de cdigo seguro, de
manera que se puedan prevenir ataques
al sistema para accesos no autorizados,
robo de credenciales, denegacin de
servicios, inyeccin SQL, saturacin de
memoria, etc. Un resumen de las
tcnicas implementadas (controles va
programacin) para prevenir dichos
ataques ser proporcionada al
Administrador de Seguridad y Control
de Tecnologa. El proveedor, aparte del
resumen de tcnicas implementadas para
prevencin de ataques a los sistemas,
utilizando sus propias herramientas,
proporcionar un reporte de pruebas
realizadas para certificar que las
aplicaciones cuentan con los controles
indicados. Estas pruebas sern
coordinadas con el ASCT del Banco.

Captulo C
Inciso 2.4, literal
d.-
requisito:


Requisito tcnico
N
ASP.TCNICOS-
07

Requisito tcnico
Todos los usuarios que realicen
conexin a las aplicaciones LBTR y
CDV, contarn con un mecanismo de
conexin encriptado, mediante el
protocolo SSH o SSL; as como para la
transmisin de los datos, tanto del host
del usuario a los sistemas en mencin
como entre servidores.

Captulo C
Inciso 2.4, literal
e.-
requisito:


Requisito tcnico
N
ASP.TCNICOS-
08
Requisito tcnico
En el proceso de autenticacin a las
aplicaciones LBTR y CDV, el mdulo
de seguridad incluir el soporte para
autenticacin de doble factor, mediante
nombre de usuario y contrasea del
Servicio de Directorio Activo de
Microsoft, (Active Directory Services,
ADS, por sus siglas en ingles) y el
cdigo aleatorio proporcionado por un
token marca RSA modelo SID800.

Captulo C
Inciso 2.4, literal
f.-
requisito:



Requisito tcnico
N
ASP.TCNICOS-
9

Requisito tcnico
Para fortalecer el entorno de seguridad a
la informacin y garantizar el no repudio
a las transacciones realizadas en los
sistemas LBTR y CDV, el proveedor
proporcionar el soporte y utilizacin de
firmas digitales, para lo cual el Banco
proporcionar toda la Infraestructura de
Llave Pblica y administracin de
Certificados Digitales, por lo que ser
responsabilidad del proveedor
implementar la integracin en su
solucin de los APIs correspondientes
para el uso de las firmas digitales
utilizando tokens de la tecnologa RSA.
Ser responsabilidad del Banco definir
cuales transacciones sern firmadas y
cules no. Las cadenas de caracteres
lgicos correspondientes a los datos
firmados y las firmas digitales sern
almacenadas en la BD del LBTR y CDV
debidamente encriptados.
Captulo C
Inciso 2.4, literal
g.-
requisito:


Requisito tcnico
N
ASP.TCNICOS-
10

Requisito tcnico
Los sistemas LBTR y CDV validarn
que solamente las transacciones
firmadas con Certificados Digitales
validos y emitidos por el Banco Central
de Honduras son aceptados y
procesados.

Captulo C
Inciso 2.4, literal
h.-
requisito:



Requisito tcnico
N
ASP.TCNICOS-
11

Requisito tcnico
El proveedor, en conjunto con el ASCT,
realizarn pruebas de verificacin del no
repudio a las transacciones, para lo cual
extraern un set de caracteres lgicos
ilegibles correspondientes a la firma
digital y pasarlo a los caracteres lgicos
legibles, donde se compruebe su
procedencia y credenciales del
responsable de la transaccin.

Captulo C
Inciso 2.4, literal
i.-
requisito:


Requisito tcnico
N
ASP.TCNICOS-
12

Requisito tcnico
Todos los accesos y operaciones
quedarn registrados en una bitcora que
registre el nombre del usuario, fecha y
hora de ingreso, fecha y hora de egreso,
transacciones realizadas, eventos de
interaccin con otras aplicaciones
(Inyeccin de movimientos a travs de
interfaces automticas entre
aplicaciones), intentos fallidos de
conexin e intentos de otros accesos que
traten de vulnerar la seguridad del
sistema.
Captulo C
Inciso 2.4, literal
j.-
requisito:



Requisito tcnico
N
ASP.TCNICOS-
13

Requisito tcnico
Para garantizar el principio de seguridad
en la disponibilidad de los datos, se
requiere que las aplicaciones LBTR y
CDV no presenten ninguna limitante
para ejecutarse en sitio alterno para la
implementacin de estrategias de
recuperacin ante desastres.

Captulo C
Inciso 24, literal
k.-
requisito:


Requisito tcnico
N
ASP.TCNICOS-
14

Requisito tcnico
En caso que el proceso transaccional
realizado en cualquiera de los sistemas
descritos, contenga una actividad de
autorizacin para completar un
subproceso, los sistemas t condicionarn
a que dicha autorizacin sea realizada
por una segunda persona, para lo cual
dichos sistemas solicitarn la
autenticacin respectiva de esa segunda
persona. El Sistema tendr la capacidad
para aplicar un mnimo de tres (3)
niveles de autorizacin con su respectiva
autenticacin, mismo que ser
implementado en los casos que sean
definidos/requeridos por los dueos del
negocio.

Captulo C
Inciso 2.4, literal
l.-
requisito:



Requisito tcnico
N
ASP.TCNICOS-
15

Requisito tcnico
Todo usuario del LBTR y CDV
requerir la ejecucin de un perfil de
usuario (tiempo de inactividad, bloqueo
de usuario por intentos fallidos, control
de sesin, entre otros) definido para los
roles de administradores, supervisores,
operadores y otros, los cuales
pertenecern al grupo correspondiente
del Servicio de Directorio Activo del
Banco. Estos grupos de usuarios, los
roles y perfiles son definidos por los
dueos del proyecto y validados por el
de Tecnologa.
Captulo C
Inciso 2.4, literal
m.-
requisito:


Requisito tcnico
N
ASP.TCNICOS-
16

Requisito tcnico
Las aplicaciones LBTR y CDV tendrn
la capacidad para que el Administrador
del Sistema pueda dar de altas, bajas y
traslados de usuarios, por ejemplo, en
los casos en que el usuario est de
vacaciones, etc.
Cada aplicacin contar con una tabla de
parmetros la cual tendr acceso
restringido solo para los
administradores.
Captulo C
Inciso 2.4, literal
n.-
requisito:



Requisito tcnico
N
ASP.TCNICOS-
17

Requisito tcnico
Los aplicativos en mencin
implementan la seguridad mediante vista
limitada, donde el usuario pueda ver
solamente los iconos correspondientes a
los mdulos de la aplicacin que de
acuerdo al rol que le corresponde ver.
Captulo C
Inciso 2.4, literal
o.-
requisito:

Requisito tcnico
N
ASP.TCNICOS-
18

Requisito tcnico
Se requiere que las aplicaciones cuenten
con mecanismos de validacin de
campos de entrada y salida de datos, los
cuales sern definidos entre el dueo del
proceso, el Oficial del Proyecto,
Proveedor y validados por el
de Tecnologa.
Captulo C
Inciso 2.4, literal
p.-
requisito:


Requisito tcnico
N
ASP.TCNICOS-
19

Requisito tcnico
Para los usuarios externos al Banco, es
decir los participantes, las aplicaciones
LBTR y CDV tendrn una opcin que
permita a dichos usuarios realizar el
cambio de contrasea de usuario ADS
en demanda o por poltica del Servicio
de Directorio. Al ejecutar dicha opcin,
el aplicativo interactuar con el ADS
para que este ltimo pueda pasar los
parmetros de cambio de contrasea.
Captulo C
Inciso 2.4, literal
q.-
requisito:



Requisito tcnico
N
ASP.TCNICOS-
20

Requisito tcnico
El Proveedor presentar al
Administrador de Base de Datos y al
de Tecnologa, la estructura y
diccionario de la(s) Base(s) de Datos de
los subsistemas LBTR y CDV,
descripcin de los controles de seguridad
aplicados, los aspectos 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 seguridad
incorporados a dicha Base de Datos para
garantizar la Confidencialidad e
Integridad.
Captulo C
Inciso 2.4, literal
r.-
requisito:


Requisito tcnico
N
ASP.TCNICOS-
21

Requisito tcnico
La informacin contenida en la base de
datos tendr mecanismos de accesos
diferenciados, que permitan que los
usuarios con determinados roles puedan
acceder solamente a la informacin a
que estn autorizados.

Captulo C
Inciso 2.4, literal
s.-
requisito:



Requisito tcnico
N
ASP.TCNICOS-
22

Requisito tcnico
En el contrato a firmarse con el
proveedor de las aplicaciones LBTR y
CDV, incluir una clausula o
declaracin de confidencialidad
perpeta, con lo cual la firma consultora
se comprometa a no divulgar ni utilizar
para otros propsitos la informacin del
Banco obtenida durante la ejecucin del
proyecto en mencin el cual puede ser
tomado como modelo de dicha
declaracin de confidencialidad. Ver
Seccin VI Requisitos Tcnicos literal H
anexo 9.

Captulo C
Inciso 2.4, literal
t.-
requisito:


Requisito tcnico
N
ASP.TCNICOS-
23

Requisito tcnico
Se requiere que todo el personal
contratado por el proveedor para la
implementacin de la LBTR y CDV
firmen en el Banco Central de Honduras
el Acuerdo de Confidencialidad para
Consultores Externos, (documento
diferente a la declaracin de
confidencialidad firmada por el
proveedor). Ver Seccin VI Requisitos
Tcnicos literal H Anexo 9.

Captulo C
Inciso 2.4, literal
u.-
requisito:



Requisito tcnico
N
ASP.TCNICOS-
24

Requisito tcnico
En el caso que el proveedor del LBTR y
CDV requiera conexin remota a ciertos
recursos tecnolgicos ubicados en reas
estratgicas del Banco, dicha conexin
podr ser otorgada siempre y cuando el
proveedor cumpla con lo siguiente:
o Se cuente con configuracin y uso de
una conexin VPN entre el
proveedor y el recurso requerido
ubicado en el Banco.

o Se implemente la autenticacin de
doble factor mediante el uso de
tokens asignados y configurados por
el Banco, previo a un depsito por el
costo del token, licencia y soporte
por parte del proveedor mientras
dure la relacin contractual.

o Garanta de la no ejecucin de
herramientas de hackeo en y hacia
los equipos ubicados en el Banco.

Captulo C
Inciso 2.4, literal
v.-
requisito:



Requisito tcnico
N
ASP.TCNICOS-
25

Requisito tcnico
El LBTR DEBER estar
completamente integrado de manera
automtica con la CDV, para garantizar
la Entrega contra Pago logrando la
liquidacin de todas las transacciones de
valores, incluyendo liquidacin de
intereses y vencimientos de instrumentos
de deuda, la liquidacin de facilidades
intrada y los prstamos interbancarios
colateralizados.
Ser total responsabilidad del proveedor
el desarrollo e implementacin de esta
conexin.

Captulo C
Inciso 2.5.1,
literal a.-
requisito:


Requisito tcnico
N
ASP.TCNICOS-
26

Requisito tcnico
Conexin del Sistema (LBTR,CDV)
Sistemas Operacionales BCH
El proveedor realizar las siguientes
conexiones de forma directa con
sistemas operacionales del BCH:
a. LBTR - ACH
b. LBTR - CCECh
c. LBTR - Mayor General
d. CDV Mayor General
e. LBTR-SIC (Cuenta Corriente)

Detalle de los enlaces en la Seccin VI
Requisitos Tcnicos literal H Anexo 7
Enlaces numerales 7.1.1, 7.1.2, 7.1.6,
7.2.7

Captulo C
Inciso 2.5.1,
literal b.-
requisito:




Requisito tcnico
N
ASP.TCNICOS-
27

Requisito tcnico
Se garantizar una completa integracin
del Sistema con los sistemas en
produccin del BCH que actualmente
interactan con el sistema de Cuenta
Corriente, aplicacin que administra las
cuentas de depsito del sistema
financiero e instituciones
gubernamentales.

Se asegurar que la afectacin de
cuentas de depsito del sistema
financiero que se realiza a travs de los
sistemas en produccin actuales se
efecte de igual o mejor forma en el
LBTR y la CDV.
Actualmente, los sistemas en produccin
estn desarrollados en diferentes
plataformas tecnolgicas, por lo que el
BCH ha analizado la posibilidad de
disminuir el nmero de enlaces con el
LBTR, a travs de la implementacin de
un nico enlace con el subsistema
LBTR.

En relacin con lo anterior, el BCH ha
analizado la posibilidad de desarrollar e
implementar la interface denominada
Gestor de Pagos, cuya funcin ser
concentrar todas las transacciones que
provengan de los sistemas en
produccin, verificando que estn
correctas, previo su envo hacia los
subsistema LBTR y CDV. Con esta
accin, la interconexin de los sistemas
en produccin actuales se hara de
manera directa con el sistema gestor y
ste a su vez lo har en forma directa
con el LBTR y la CDV.

Al utilizar el Gestor de Pagos como
Captulo C
Inciso 2.5.1,
literal c.-

estrategia de integracin el proveedor
garantizar al BCH la obtencin de la
informacin o mensajes necesarios para
realizar las interconexiones con los
sistemas en produccin del BCH. El
proveedor describir como el BCH
obtendr la informacin o mensajes
Swift (pago, confirmacin) que sern
necesarios para dicha integracin.

Lo anterior no inhabilita la posibilidad
de que el licitante pueda realizar otras
propuestas de cmo llevar a cabo la
interconexin del Sistema con los
sistemas en produccin actuales; sin
embargo, es importante indicar que
cualquier propuesta efectuada por la
empresa licitante tendr que ser
consensuada por un comit tcnico
integrado por profesionales del BCH.

Las propuestas de interconexin arriba
mencionadas brindarn las siguientes
ventajas: Capacidad de integrar
aplicaciones multiplataforma existentes
y futuras; middleware dbilmente
acoplable, facilidad de uso; estrategia
que minimice la cantidad de
modificaciones a las aplicaciones
internas existentes; capacidad de
transformar datos; que incluya al menos
conectores para bases de datos Progress;
SQL-Server y conexiones va ODBC;
seguridad en la comunicacin de
mensajes entre aplicaciones y conexin
con SWIFT; de fcil aprendizaje para
los desarrolladores del BCH.

En caso que el licitante requiera alguna
herramienta adicional para realizar la

integracin del Sistema con las
aplicaciones del BCH mencionadas en
este numeral (2.5.1) lo proporcionar
como parte de su oferta

requisito:



Requisito tcnico
N
ASP.TCNICOS-
28

Requisito tcnico
Describir los mdulos de entrenamiento
sugerido, el nmero de personas a
entrenar y la duracin de cada mdulo.
Las propuestas para entrenamiento no
solo cubrirn al BCH sino a todas las
instituciones involucradas segn aplique
a cada subsistema.
El entrenamiento incluir mdulos
especficos para:
a. Personal de nivel gerencial.
b. Supervisores y personal operativo.
c. Personal de auditora.
d. Capacitacin tcnica para el
personal de desarrollo,
mantenimiento y pruebas de
sistemas.
e. Capacitacin tcnica para el
personal de operacin del sistema
f. Capacitacin en la generacin de
nuevos informes y estadsticas.
g. Capacitacin en la temtica de
contingencia informtica en
cuanto al aprovechamiento de los
sistemas redundantes.
Los licitantes describirn como
pretenden lograr un alto grado de
transferencia de conocimientos,
especficamente las propuestas incluirn
el entrenamiento administrativo para el
personal de operaciones bancarias y del
Departamento de Tecnologa y
Comunicaciones en los aspectos
operativos y administrativos de los
sistemas propuestos. La transferencia de
conocimientos y el entrenamiento son
muy importantes, los licitantes indicarn
con detalle cmo se llevar a cabo dicha
Captulo C
Inciso 2.5.2

transferencia durante el proyecto.

requisito:



Requisito tcnico
N
ASP.TCNICOS-
29

Requisito tcnico
El proveedor capacitar un equipo
seleccionado por el BCH para
convertirse en capacitadores de usuarios
externos del Sistema, encargndose de
completar el programa de formacin de
usuario participante durante el proyecto.
El proveedor dirigir al menos los
primeros dos cursos a los participantes
(asistido por los capacitadores del BCH),
y ms tarde, los capacitadores del
Sistema continuaran con los cursos
restantes.
Entre los alcances a lograrse estn:
a. Validar en conjunto con el BCH el
plan de capacitacin a realizar tanto
a usuarios internos como externos.
b. Elaborar el material de apoyo a
utilizar en la capacitacin a realizar
tanto a usuarios internos como
externos.
c. Capacitar a los usuarios finales del
sistema, brindndoles un amplio
conocimiento para su uso y
administracin; mediante talleres de
capacitacin, simulaciones y todos
los aspectos que ayuden al ptimo
manejo del Sistema.
d. Capacitar el personal tcnico y de
soporte del BCH en el
conocimiento de la arquitectura,
funcionalidad, operatividad,
configuracin y administracin de
los distintos sistemas productos de
esta licitacin.
Asegurar que la transferencia de
conocimientos brindada al personal
tcnico del BCH ha sido
completada a satisfaccin total del
BCH, habiendo cubierto todos los
tpicos relevantes relacionados a la
Captulo C
Inciso 2.5.2

herramienta de desarrollo utilizada.
Para ello se solicita a los licitantes
indicar en sus propuestas la
metodologa, plan y temario que
incluira dicha transferencia de
conocimientos.

requisito:



Requisito tcnico
N
ASP.TCNICOS-
30

Requisito tcnico
Dentro del alcance de los Servicios se
encuentran:
a. Correccin de errores y defectos en
el Software de Aplicacin del
Sistema del proveedor.
b. Provisin y activacin de
Procedimientos para el manejo de
Servicios y resolucin de problemas
dentro de rangos de tiempo
especificados.
c. Para el software, no habr ms de
tres fallas por ao y no ms de una
por mes.
d. La expectativa general del BCH
sobre la disponibilidad del sistema
es de 99.95 por ciento (donde el
tiempo de avera es definido como
falta de disponibilidad total del
sistema). Se requiere que los
Oferentes den detalles de la
confiabilidad esperada y el
coeficiente de confiabilidad y
disponibilidad para la configuracin
actual (hardware, software, etc.)
que ellos estn proponiendo.
Captulo C
Inciso 2.5.3.1

requisito:


Requisito tcnico
N
ASP.TCNICOS-
31

Requisito tcnico
Durante el periodo de garanta el BCH
requiere como parte de mecanismos de
soporte que el proveedor cuente con una
mesa central de atencin telefnica o call
center. El Call Center funcionar en un
horario de 8:00 a 19:00 en das de
actividad financiera local establecido por
el BCH.
El proveedor registrar las llamadas de
incidencias y las ingresar a un sistema
que permita reportar a solicitud del BCH
cada evento ocurrido. Por cada evento se
registrar al menos lo siguiente:
No. de Evento
Fecha y hora de reporte
Fecha y hora de evaluacin
Comentarios
Fecha y hora de entrega
Fecha y hora de cierre

El Servicio de Soporte del proveedor se
comprometer a brindar el soporte
tcnico correctivo para el sistema
LBTR-CDV atendiendo solicitud que
realice el BCH va telfono, facsmil o
correo electrnico; el cual se prestar
las veinticuatro (24) horas al da, siete
(7) das a la semana, los trescientos
sesenta y cinco (365) das del ao
(7X24X365), sin costo adicional para el
BCH y en idioma espaol.
Captulo C
Inciso 2.5.3.1.1

requisito:


Requisito tcnico
N
ASP.TCNICOS-
32

Requisito tcnico
El manejo de problemas es ejecutado por
el call center del proveedor, el Gerente
de Servicios del proveedor y otro
personal de soporte.
Los problemas se clasificarn por el
BCH de acuerdo a las siguientes
categoras:
DEFECTO CRTICO
DEFECTO NO CRTICO
DEFECTO DE FORMA

Las reglas relacionadas a estas
categoras de prioridades se definen en
el captulo C Inciso 2.5.3.1.2 incisos
del a.- al c.-

Captulo C
Inciso 2.5.3.1.2
requisito:



Requisito tcnico
N
ASP.TCNICOS-
33

Requisito tcnico
Servicios de Mantenimiento durante el
periodo de garanta.
El Banco Central de Honduras requiere
que el proveedor al finalizar el Contrato
brinde todas las actualizaciones y
soporte para todo el Sistema contratado
(incluyendo sitio primario,
pruebas/capacitacin y alterno) sin cargo
adicional el cual ser provedo bajo un
acuerdo de mantenimiento.

Se solicita a los licitantes incluir en sus
propuestas detalles de los trminos de
soporte de software propuesto tanto para
el primer ao (primeros doce meses) as
como para los aos subsiguientes..

Dentro del alcance de los Servicios de
mantenimiento se encuentran los
siguientes:
a. Trabajos de mejora y
personalizacn.
b. notificar prontamente al BCH
sobre cualquier Actualizacin al
Software, la cual el proveedor
pondr a disposicin, luego de
pruebas propias y suficientes de
parte del proveedor segn los
lineamientos de este Contrato.
c. Proveerentrenamiento para el
personal del BCH en la utilizacin
de la Actualizacin.
d. Si el BCH acepta la Actualizacin,
sta se convertir en la Versin
Actual y las provisiones de este
Contrato aplicarn en
consecuencia. En tal caso, el
proveedor incluir las enmiendas
al cdigo fuente para la versin
Captulo C
Inciso 2.5.3.2

actual conforme al acuerdo de
garantas y custodias vigente entre
las partes.
e. El proveedor, a solicitud del BCH,
asistir en la implementacin de la
Actualizacin.
f. Cambios que se requiera que se
hagan al software de Aplicacin
como resultado de modificaciones
por seguridad o funcionalidad a la
infraestructura tecnolgica base
implementada (nuevas versiones
de Sistemas Operativos, Bases de
datos, Servidor de Aplicaciones
Web, parches de seguridad, etc).
g. Cambios que surjan con relacin a
modificaciones del formato de los
mensajes SWIFT, usados por el
sistema, como ha sido definido
por SWIFT.
h. El soporte para consultas.
i. Cambios que surjan a la
documentacin de soporte
provista por el proveedor como
parte del servicio inicial activo.
j. Trabajos de mejora y
personalizacin del proveedor.
k. Anlisis de impacto para cambios
mayores que puedan exceder el
lmite de las mejoras y
personalizaciones arriba
establecido. Provisin de soporte
in-situ de parte de dos ingenieros
del proveedor segn se requiera a
lo largo del primer ao del
acuerdo, estos ingenieros tambin
proveern soporte al BCH para la
puesta en ejecucin del sistema a
otros bancos o instituciones
participantes despus del inicio
del perodo de mantenimiento

requisito:


Requisito tcnico
N
ASP.TCNICOS-
34

Requisito tcnico
Servicios de mantenimiento posteriores
al perodo de garanta
Se requiere que el licitante describa su
metodologa para proveer
actualizaciones, de software paso a paso
y documentacin durante la vida del
sistema, proporcionando un plan de
capacitacin sobre los cambios y
ampliaciones, y que sea garantizada la
continuidad del negocio durante las
actualizaciones y/o cambios en el
software. As mismo proveern los
requerimientos de actualizacin de
Hardware necesarios para el buen
funcionamiento de la versin
actualizada de software.

Control de Cambio y Administracin de
Configuracin
Los licitantes proveern sistemas
efectivos de control de cambio y manejo
de configuracin. El proveedor
garantizar que el BCH queda en la
capacidad de operar todos los aspectos
de cada sistema profesionalmente y
competentemente a travs de
entrenamiento y la disponibilidad de
herramientas de manejo adecuadas en el
ambiente TIC.
Captulo C
Inciso 2.5.3.3
requisito:



Requisito tcnico
N
ASP.TCNICOS-
35

Requisito tcnico
Conversin y desviacin de datos
El proveedor seleccionado migrar
toda la informacin relacionada a los
nuevos subsistemas a implementar,
debiendo para ello realizar programas
especializados que permitan efectuar la
conversin, carga y migracin de datos
de tal forma que se garantice su
completa integridad.

Los saldos de los participantes directos
actualmente administrada por el SIC-CC
ser cargados al subsistema LBTR.
Para la carga inicial de datos hacia la
CDV se utilizar como fuente los
actuales sistemas de informacin
utilizados por el Departamento de
Operaciones Monetarias del BCH.
Dicha carga incluir como mnimo
informacin relacionada a:
Emisin de valores
gubernamentales
Servicio de la deuda
Negociacin de ttulos valores y
Datos histricos.

El BCH junto con el proveedor definir
mecanismos de verificacin y aceptacin
de los datos migrados que incluya al
menos una verificacin del
Departamento de Auditora Interna y la
certificacin de la aceptacin de los
datos migrados por parte de los
Departamentos de Sistema de Pagos y
Operaciones Monetarias.
Captulo C
Inciso 2.5.5
requisito:


Requisito tcnico
N
ASP.TCNICOS-
36

Requisito tcnico
La documentacin ser remitida en
idioma espaol, ajustado para el
propsito y apropiada para las
necesidades del BCH.
Captulo C
Inciso 2.6
requisito:


Requisito tcnico
N
ASP.TCNICOS-
37

Requisito tcnico
La documentacin ser remitida en
idioma espaol ajustado para el
propsito y apropiada para las
necesidades del BCH. Como mnimo
incluir:
Documentos para usuarios finales:
Literatura del producto
Esta describir los diferentes
componentes del sistema, tanto
hardware como software que sean
necesarios para los requisitos
tcnicos y de negocios de esta
adquisicin. Documentacin
Terminal-Usuario
Se confeccionar segn sea aplicable,
incluyendo guas de operacin,
manuales operativos y manuales de
usuario estndar. La ayuda en lnea
ser provista en todos los mdulos
del Sistema.
Reglas de operacin y
procedimiento
El proveedor de las soluciones
brindar al BCH una asesora que
incluya presentar consejos,
recomendaciones, y documentacin
modelo para el desarrollo de reglas
Captulo C
Inciso 2.6.1,
2.6.2, 2.6.3

operativas y procedimientos finales
para Sistema, basndose en la
experiencia previa del proveedor. Las
recomendaciones hechas y la
documentacin modelo provista ser
consistente con las mejores prcticas
internacionales.
Documentos tcnicos:
Especificaciones y descripciones
funcionales del software de sistema.
Especificaciones y descripciones
funcionales del software de
aplicacin.
Instrucciones para el respaldo,
restauracin y restauracin
selectiva.
Instrucciones paso a paso para
intercambiar el procesamiento del
sitio primario al sitio alternativo y
viceversa ya sea para efectos de
prueba o de enfrentamiento de una
contingencia real.
Diseo final y documentacin de
las configuraciones establecidas.
Manual / lista de errores con accin
inmediata sugerida.
Instructivo para la puesta en
marcha.
Arquitectura del Sistema a alto
nivel.
Procedimiento de control de
cambio.
Cualquier otra documentacin
tcnica que el BCH considere para
la ejecucin segura y efectiva del
entorno de procesamiento.
Documentos sobre procedimientos
operacionales:
Rutinas de tareas por lotes (batch)
estndar.
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
estndar.
Controles de integridad internos
desempeados por el sistema.
Relacin entre los programas y los
datos.
Relacin entre la aplicacin y el
sistema operativo.
Relacin entre la aplicacin y el
manejador de la base de datos.
requisito:



Requisito tcnico
N
ASP.TCNICOS-
38

Requisito tcnico
Prueba de Concepto / Programa Piloto
Previo a la instalacin e implementacin
del Sistema en los Sitios de
Procesamiento definitivos, el Proveedor
instalar, configurar y probar el
Sistema en un Ambiente de Pruebas
preparado, el cual tendr caractersticas
similares a los ambientes definitivos.

Durante las pruebas de concepto o
Programa Piloto, el Proveedor realizar
todas las adecuaciones,
particularizaciones, parametrizaciones y
desarrollos que se detecten como
pendientes o incompletas de la etapa de
parametrizacin /personalizacin
necesarios para que el software cumpla
todos los requisitos tcnicos del
Sistema, incluidos los desarrollos
necesarios para las interconexiones con
el resto de sistemas y aplicaciones
informticas del BCH.
La Prueba de Concepto tambin
permitir verificar el correcto
funcionamiento y desempeo del
Sistema en la plataforma Tecnolgica
del BCH (hardware, software, red y
acceso de las terminales de los usuarios).

Captulo D
Inciso 3.2.1
requisito:



Requisito tcnico
N
ASP.TCNICOS-
39

Requisito tcnico (Diseo y Ejecucin
de las Pruebas de Aceptacin
Operacional
)
Adems de las pruebas funcionales y de
integracin, el Proveedor en conjunto
con el BCH realizar al menos las
siguientes pruebas:
Pruebas de volumen
Pruebas de estrs
Pruebas de benchmark
Pruebas de seguridad
Pruebas de desempeo
Pruebas de instalacin
Pruebas de recuperacin
Pruebas de almacenamiento
Pruebas de conexin
Pruebas de contingencia informtica

El Licitante incluir en su propuesta el
detalle del plan de prueba propuesto el
cual tendr como finalidad validar el
correcto funcionamiento del Sistema.
Captulo D
Inciso 3.3.3
requisito:


Requisito tcnico
N
ASP.TCNICOS-
40

Requisito tcnico (Restablecimiento de
Servicio en el Sitio Alterno)
Los licitantes documentarn y explicarn
el proceso de cambio y el tiempo que
toma restablecer el procesamiento en el
sitio alterno.
Captulo D
Inciso 3.3.5
requisito:


Requisito tcnico
N
ASP.TCNICOS-
41

Requisito tcnico (Pruebas de
contingencia)
Participar de manera directa en pruebas
de contingencia informtica planificadas
por el BCH previo a la puesta en
produccin del Sistema.
Los objetivos de las pruebas son:
Validar los controles de mitigacin
de riesgos implementados a la
infraestructura tecnolgica del
Sistema.
Validar tiempos de respuesta y
puntos de informacin mximo
permisible definidos por el BCH
para recuperacin de la tecnologa
en caso de un desastre.
Obtener informacin de campo para
actualizar la documentacin del
Plan de Recuperacin ante
Desastres del BCH que incluye el
Sistema.
Eficientar la logstica de
recuperacin ante desastres

Captulo D
Inciso 3.3.6
requisito:



Requisito tcnico
N
ASP.TCNICOS-
42

Requisito tcnico
El plan del BCH solicita que los sub
sistemas sean implementados de
acuerdo al cronograma planificado es
decir con un mximo de duracin de 24
meses. Con este plan, los licitantes
demostrarn claramente la forma como
pueden lograr este objetivo y
opcionalmente presentar propuestas que
pudiesen ofrecer ventajas.
Captulo E
Inciso 4.1
requisito:


Requerimientos de la Infraestructura Tecnolgica
Los incisos desde IT-01 al IT-22 se refieren al tem 1.
Requisito tcnico
N IT-01

Requisito tcnico
Arquitectura de procesador.
Dos (2) CPUs SPARC64 VI, RISC de
64 bits con Crecimiento mnimo de
cuatro (4) CPUs

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -02

Requisito tcnico
Velocidad de procesamiento mnimo.
Con al menos 2.15 GHZ.

Captulo C
Inciso 2.1.2

requisito:


Requisito tcnico
N IT -03

Requisito tcnico
Memoria RAM.
Instalada con configuracin mnima de
treinta y dos (32) GB.
Con un crecimiento mnimo de
doscientos cincuenta y seis (256) GB.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -04

Requisito tcnico
Almacenamiento mnimo.
Con al menos dos (2) discos duros de
146 GB, 10K rpm, tecnologa SAS o
superior y que permita ser configurados
en RAID 1.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -05

Requisito tcnico
Unidad para Dispositivos pticos.
Provisto con al menos una unidad de
DVD-ROM interna en el mismo chasis.

Captulo C
Inciso 2.1.2
requisito:



Requisito tcnico
N IT -06

Requisito tcnico
Interfaces.
Provisto con al menos una (1) interface
Ultra320 SCSI interno / externo, con un
mnimo de cuatro (4) puertos de red
Ethernet de 10/100/1000 Base-T.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -07

Requisito tcnico
Ranuras para expansin.
Al menos cuatro (4) ranuras PCI, o su
equivalente.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -08

Requisito tcnico
Adaptadores para conexin a SAN
Provisto al menos con dos (2)
adaptadores (HBAs, Host Bus Adapter)
con Ancho de Banda mnimo de 4
Gbit/s, con capacidad de auto
negociacin para 2 Gbit/s y 1 Gbit/s; de
un solo puerto.

Captulo C
Inciso 2.1.2
requisito:



Requisito tcnico
N IT -09

Requisito tcnico
Sistema Operativo.
Tener pre-instalado el sistema operativo
del mismo fabricante del equipo en su
ltima versin, adems sean provistos
los medios pticos (CD / DVD) de
instalacin de dicho sistema operativo.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -10

Requisito tcnico
Presentacin y montaje del equipo
Ser tipo Rack y proveer todos los rieles
y accesorios necesarios para montaje en
gabinete (rack) existente de cuatro
postes. No se requiere el gabinete o rack.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -11

Requisito tcnico
Capacidades para administracin y
monitoreo.
Tener la capacidad de ser monitoreado y
soportado de manera remota a travs de
puertos seriales.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -12

Requisito tcnico
Conexin de Perifricos.
Provisto como mnimo con dos (2)
puertos USB.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -13

Requisito tcnico
Dispositivos de Entrada.
Provisto con al menos un (1) teclado en
espaol y un (1) mouse.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -14

Requisito tcnico
Dispositivo de Salida.
Provisto con monitor LCD pantalla
plana 17 (17 Pulgadas) o superior.

Captulo C
Inciso 2.1.2
requisito:



Requisito tcnico
N IT -15

Requisito tcnico
Fuentes de poder.
Al menos dos (2) instaladas de manera
redundante con sus respectivos cables de
alimentacin de energa.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -16

Requisito tcnico
Instalacin, configuracin y pruebas
La instalacin, configuracin y pruebas
ser realizada por personal tcnico
certificado.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -17

Requisito tcnico
Documentacin Requerida
Manuales de usuario, instalacin,
configuracin, diagramas de hardware,
medios de instalacin Originales (CD o
DVD) y controladores de configuracin.

Captulo C
Inciso 2.1.2

Capitulo C
Inciso 2.1.3.1
literal a.-
requisito:



Requisito tcnico
N IT -18

Requisito tcnico
Almacenamiento externo
No se requiere ningn tipo de
almacenamiento externo. El comprador
proveer el almacenamiento requerido
para las configuraciones solicitadas.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -19

Requisito tcnico
Seis (6) Licencias de Base de Datos
Oracle Enterprise Edition 11g R2

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -20

Requisito tcnico
Seis (6) Licencias del Componente de
Alta Disponibilidad de Base de Datos
Oracle Real Application Clusters 11g R2

Captulo C
Inciso 2.1.2
requisito:



Requisito tcnico
N IT -21

Requisito tcnico
Cuatro (4) Licencias de Base de Datos
Oracle Estandar Edition 11g R2

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -22

Requisito tcnico
Nueve (9) Licencias del Componente de
Replicacin Oracle Golden Gate

Captulo C
Inciso 2.1.2
requisito:


Los incisos desde IT-23 al IT-28 se refieren a los tems 2, 3, 4 y 5.
Requisito tcnico
N IT-23

Requisito tcnico
Documentacin a Entregar

Captulo C
Inciso 2.1.2

Capitulo C"
Inciso 2.1.3.2,
inciso a.-
requisito:



Requisito tcnico
N IT-24

Requisito tcnico
Medios pticos de instalacin originales
(CDs o DVDs).

Captulo C
Inciso 2.1.2

Capitulo C"
Inciso 2.1.3.2,
inciso a.-
requisito:


Requisito tcnico
N IT -25

Requisito tcnico
Original del Contrato de Licenciamiento
y Servicios Oracle OLSA para
usuario final.

Captulo C
Inciso 2.1.2

Capitulo C"
Inciso 2.1.3.2,
inciso a.-
requisito:


Requisito tcnico
N IT -26

Requisito tcnico
Licenciamiento de Programas y Soporte
por el primer ao a nombre de Banco
Central de Honduras (Customer Support
Identifier, CSI, por su sigla en ingls) e
indicar la fecha de inicio y fin del
soporte y cualquier documentacin
tcnica adicional.

Captulo C
Inciso 2.1.2

Capitulo C"
Inciso 2.1.3.2,
inciso a.-
requisito:



Requisito tcnico
N IT -27

Requisito tcnico
Configuracin Requerida
La instalacin estar actualizada con las
ltimas versiones de parches de
seguridad liberadas por el fabricante.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -28

Requisito tcnico
Configuracin Requerida
El componente de replicacin Golden
Gate, tendr que configurarse de manera
unidireccional de tal forma que capture
la informacin del ambiente de
produccin y sea entregada hacia el
ambiente de recuperacin ante desastres.

Captulo C
Inciso 2.1.2
requisito:


Los incisos desde IT-29 al IT-31 se refieren a los tems 6 y 7.

Requisito tcnico
N IT -29

Requisito tcnico
Aplicaciones/Web.

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -30

Requisito tcnico
En caso de que aplique: Software de
Integracin de Datos (Para conexin de
enlaces sealados en la seccin VI
Requisitos Tcnicos, numeral 2.5.1
Integracin del Sistema literal c y
Sistema SWIFT).

Captulo C
Inciso 2.1.2
requisito:


Requisito tcnico
N IT -31

Requisito tcnico
Documentacin a entregar:
Soporte por el primer ao a
Honduras e indicar la fecha de
inicio y fin del soporte; segn
aplique.
Captulo C
Inciso 2.1.2

Capitulo C
Inciso 2.1.3.3,
literal a.-
requisito:



Los incisos desde IT-32 al IT-35 se refieren a los tems 1, 2, 3, 4, 5, 6 y 7.

Requisito tcnico
N IT-32

Servicios conexos
Localidad
El proveedor tendr que entregar,
instalar, configurar y probar
adecuadamente los bienes en las
instalaciones del Banco Central de
Honduras en las Ciudades de
Tegucigalpa, Comayagela y San Pedro
Sula; bajo la supervisin de personal
tcnico del Departamento de Tecnologa
y Comunicaciones de BCH, dichas
actividades debern realizarse en la
ubicacin convenida.

Captulo C
Inciso 2.1.3.1,
literal b.-

Captulo C
Inciso 2.1.3.2,
literal d.-

Captulo C
Inciso 2.1.3.3,
literal b.-

requisito:


Requisito tcnico
N IT-33

Servicios conexos
Participantes
La recepcin de los bienes tendr que
realizarse en presencia de los
representantes de los Departamentos de
Auditora Interna, Tecnologa y
Comunicaciones y Servicios Generales;
as como, el Representante Legal de la
(s) empresa (s) adjudicada (s) o la
persona que ste designe por escrito.

Captulo C
Inciso 2.1.3.1,
literal c.-

Capitulo C
Inciso 2.1.3.2,
literal b.-

Captulo C
Inciso 2.1.3.3,
literal b.-

Requisito tcnico
N IT-34

Servicios conexos
Costos
El Proveedor se compromete a asumir
los costos de movilizacin,
comunicacin, hospedajes, impresin y
otros que sean necesarios para llevar a
cabo las labores requeridas en los
servicios conexos relacionadas a cada
uno de los tems de la infraestructura
tecnolgica.
Captulo C
Inciso 2.1.3.1,
literal g.-

Capitulo C
Inciso 2.1.3.2
Literal h.-

Captulo C
Inciso 2.1.3.3,
literal f.-

requisito:


Requisito tcnico
N IT-35

Servicios conexos
Notificacin
El proveedor tendr que notificar con
cinco (5) das hbiles de anticipacin, la
fecha y hora de la recepcin.
Captulo C
Inciso 2.1.3.1,
literal d.-

Captulo C
Inciso 2.1.3.2,
literal c.-

Captulo C
Inciso 2.1.3.3,
literal c.-

requisito:




Requisito tcnico
N IT-36

Servicios conexos
Instalacin
El proveedor tendr que instalar y
configurar los seis (6) servidores de la
siguiente forma:

Dos (2) servidores para ambiente
de produccin de la capa de Base
de Datos instalados y
configurados en alta
disponibilidad mediante el
Oracle Real Application Clusters.
Dos (2) servidores para ambiente
de produccin de la capa de
aplicacin (El software de
servidor de aplicacin/web
deber de ser provisto con el
licenciamiento correspondiente a
Honduras).
Un (1) servidor para ambiente de
pruebas-capacitacin de la capa
de Base de Datos y
Aplicacin/Web.
Un (1) servidor para ambiente de
contingencia -recuperacin ante
desastres- (Sitio Alterno) de la
capa de Base de Datos y
Aplicacin/Web.
Captulo C
Inciso 2.1.3.1,
literal e.-
requisito:



Requisito tcnico
N IT-37

Servicios conexos
Informe
Como resultado de la instalacin,
configuracin, puesta en funcionamiento
y pruebas, se presentar al Jefe del
Departamento de Tecnologa y
Comunicaciones del Banco Central de
Honduras, un informe tcnico detallado
de los trabajos relativos a cada uno de
los bienes suministrados.

Captulo C
Inciso 2.1.3.1,
literal f.-
requisito:




Requisito tcnico
N IT-38

Servicios conexos
Alta Disponibilidad y Replicacin
El Proveedor tendr que configurar el
software del Motor de Base de Datos y
dems componentes para la
configuracin en Alta Disponibilidad
(RAC) y Replicacin de datos a sitio
alterno (Golden Gate) de acuerdo al
licenciamiento adquirido en los
servidores correspondientes, dicha
instalacin tendr que quedar actualizada
con las ltimas versiones de parches de
seguridad liberadas por el fabricante
para los productos adquiridos.
Captulo C
Inciso 2.1.3.2,
literal e.-
requisito:


Requisito tcnico
N IT-39

Servicios conexos
Instalacin
configurar el software del Motor de Base
de Datos y dems componentes para la
configuracin en Alta Disponibilidad
(RAC) y Replicacin de datos a sitio
alterno (Golden Gate) de la siguiente
manera:

Ambiente de Produccin:
Seis (6) licencias de Base de
Datos Oracle Enterprise Edition
11g R2.
Seis (6) licencias del
Componente de Alta
Disponibilidad de Base de Datos
Oracle Real Application Clusters
Captulo C
Inciso 2.1.3.2,
literal f.-

11g R2.
Seis (6) licencias del
Componente de Replicacin de
Datos Oracle Golden Gate 11g
(Deber de ser configurado para
replicar datos hacia el servidor de
recuperacin ante desastres, sitio
alterno).
Ambiente de Recuperacin ante
desastres:
Dos (2) Licencias de Base de
Datos Oracle Estndar Edition
11g R2.
Tres (3) licencias del
Componente de Replicacin de
Datos Oracle Golden Gate 11g
(Deber de Tendr que ser
configurado para replicar datos
desde el servidor de produccin).
Ambiente de Pruebas-
Capacitacin:
Dos (2) Licencias de Base de
Datos Oracle Estndar Edition
11g R2.
requisito:


El inciso IT-40 se refiere a los tems 6 y 7.

Requisito tcnico
N IT-40

Servicios conexos
Documentacin
El Proveedor tendr que entregar a El
Banco Central de Honduras la
Captulo C
Inciso 2.1.3.3,
literal a.-

documentacin tcnica como ser los
manuales de usuario, tcnico,
instalacin, configuracin y
administracin; as como tambin, los
medios pticos de instalacin originales
CDs o DVDs, Original del Contrato de
Licenciamiento a nombre de El Banco
Central de Honduras, indicando fecha de
inicio y finalizacin del soporte, segn
aplique y cualquier documentacin
tcnica adicional.

requisito:



El inciso IT-41 se refiere al tem 6.

Requisito tcnico
N IT-41

Servicios conexos
Documentacin
configurar el software del Servidor de
Aplicaciones/Web en los servidores
implementados en los siguientes
ambientes: Produccin,
Pruebas/Capacitacin y Contingencia;
bajo la supervisin de personal tcnico
del Departamento de Tecnologa y
Comunicaciones.
Captulo C
Inciso 2.1.3.3,
literal d.-
requisito:


Los incisos desde IT-42 al IT-43 se refieren a los tems 7.

Requisito tcnico
N IT-42

Servicios conexos
Documentacin
El Proveedor tendr que instalar,
configurar y probar en caso de que
aplique: el Software de Integracin de
Datos (Para conexin de enlaces
sealados en la seccin VI Requisitos
Tcnicos, numeral 2.5.1 Integracin del
Sistema literal C y Sistema SWIFT),
en los servidores implementados en los
siguientes ambientes: Produccin,
Pruebas/Capacitacin y Contingencia;
bajo la supervisin de personal tcnico
del Departamento de Tecnologa y
Comunicaciones.
Captulo C
Inciso 2.1.3.3,
literal e.-
requisito:



Requisito tcnico
N IT-43

Servicios conexos
Documentacin
Cualquier requerimiento de software
adicional, como ser conectores a la base
de datos en produccin Progress; tendr
que ser expresamente sealado e
incluido como parte de su oferta.
Captulo C
Inciso 2.1.3.3,
literal g.-
requisito:


Los incisos desde IT-44 al IT-48 se refieren a los tems 1, 2, 3, 4, 5, 6 y 7.

Requisito tcnico
N IT-44

Apoyo Tcnico
Defectos
En caso de defectos el proveedor
efectuar los cambios, modificaciones
y/o adiciones que se necesiten para que
los bienes o alguna parte de stos
alcancen los niveles contractuales
garantizados estipulados en el Contrato,
a su propio costo y gastos, y someter los
bienes a otras pruebas en cuanto a
funcionamiento.
Captulo C
Inciso 2.5.4.1,
literal a.-
requisito:



Requisito tcnico
N IT-45

Apoyo Tcnico
Integral
La garanta tendr que ser integral en
partes y servicios pudiendo derivarse en
terceros, siempre y cuando stos cuenten
con personal con experiencia y
debidamente certificados en los bienes
objeto de este proceso; la atencin para
la correccin de la falla u error
reportado.
Captulo C
Inciso 2.5.4.1,
literal c.-
requisito:


Requisito tcnico
N IT-46

Apoyo Tcnico
Reemplazo de equipo
La garanta se har efectiva con el
reemplazo de la pieza, elemento o
equipo completo averiado, por un nuevo
y original; sin cargo alguno para el
comprador, incluida la mano de obra
necesaria para su reposicin.
Captulo C
Inciso 2.5.4.1,
literal d.-
requisito:


Requisito tcnico
N IT-47

Apoyo Tcnico
Costos
La garanta tendr que ser efectuada en
el lugar fsico donde se sufri el
desperfecto. Los traslados que deba
efectuar el proveedor para el
cumplimiento de la garanta corrern
exclusivamente por su cuenta, no
reconociendo ningn monto en concepto
de fletes, embalajes, mano de obra,
transporte u otros.
Captulo C
Inciso 2.5.4.1,
literal e.-

requisito:



Requisito tcnico
N IT-48

Apoyo Tcnico
Sustitucin
Dentro del plazo de la garanta, el
perodo para correccin de defectos ser
de un mximo de 10 horas, dichos
trabajos tendrn que iniciarse en un
tiempo mximo de dos (2) horas
contadas a partir de la notificacin
realizada al proveedor va telfono,
facsmil o correo electrnico. Para lo
cual, si es necesario tendrn que
reemplazar las piezas que se requieran
para el buen funcionamiento del equipo,
sin que existan gastos adicionales; las
piezas que se utilicen para reemplazar
las daadas, tendrn que ser nuevas y
originales.

Si la misma falla se repite por ms de
dos veces durante el perodo de garanta,
no se admitir su reparacin, sino que el
proveedor quedar obligado a sustituir el
equipo de acuerdo con lo indicado en el
inciso f), de la seccin 2.5.4.3.
Servicio de mantenimiento y reparacin
durante el perodo de garanta tem 1:
Seis (6).
Captulo C
Inciso 2.5.4.1
requisito:


El inciso IT-49 se refiere a los tems 2, 3, 4, 5, 6 y 7.

Requisito tcnico
N IT-49

Apoyo Tcnico
Respaldo
El Proveedor tendr que garantizar que
el Soporte a Producto, se iniciar en
un tiempo mximo de dos (2) horas
contado a partir del momento en que la
Captulo C
Inciso 2.5.4.1,
tems 2, 3, 4 y 5,
literal a.-

Captulo C

falla es reportada por El Banco Central
de Honduras va llamada telefnica,
facsmile o correo electrnico; debiendo
corregir el problema en un tiempo
mximo de veinte y cuatro (24) horas,
contado a partir del momento en que la
falla fue reportada por El Banco Central
de Honduras para lo cual, si es necesario
tendr que reinstalar el producto en su
totalidad para el buen funcionamiento
del mismo, sin que El Banco Central de
Honduras tenga que incurrir en gastos
adicionales y sin comprometer en la
medida de lo posible la disponibilidad
de cualquier servicio que ya se brinde
con dicho software.

Inciso 2.5.4.1,
tems 6 y 7,
literal a.-

requisito:



Requisito tcnico
N IT-50

Apoyo Tcnico
Respaldo
El Proveedor suministrar al Banco
Central de Honduras con carcter de
inmediato y prioritario mximo cuatro
(4) horas despus de conocida la falla-,
equipo de respaldo en calidad de
prstamo con especificaciones tcnicas
similares al comprado, en caso de que
por cualquier falla grave propia de dicho
equipo; todo o parte del mismo deje de
funcionar y no sea posible su
restablecimiento a operacin normal
mediante los primeros intentos de
reparacin indicados en inciso e) de la
Seccin 2.5.4.1 Garanta de los
Captulo C
Inciso 2.5.4.1,
tem 1, literal a.-

Bienes.
requisito:


Requisito tcnico
N IT-51

Apoyo Tcnico
Compatibilidad
El equipo de respaldo tendr que ser
absolutamente compatible con los
equipos objetos de adquisicin y su uso
ser libre de todo costo y por el tiempo
necesario hasta que se corrija (n) la(s)
falla(s) que origino (aron) la sustitucin.
El equipo de respaldo estar en
operacin en las Instalaciones de El
Banco Central de Honduras mientras El
Proveedor realiza todas las gestiones
correspondientes para la entrega
definitiva del equipo sustituto; mismo
que tendr que ser nuevo.
Captulo C
Inciso 2.5.4.1,
tem 1, literal b.-
requisito:


Requisito tcnico
N IT-52

Apoyo Tcnico
Devolucin
El servicio de mantenimiento correctivo
durante el perodo de garanta contempla
sin costo adicional para El Banco
Central de Honduras, todos los gastos
para la movilizacin del equipo, partes,
repuestos y del personal tcnico que El
Proveedor necesite para poner en
funcionamiento el equipo defectuoso,
las partes y accesorios que se requieran
sern nuevas, originales y pasarn a ser
propiedad de El Banco Central de
Honduras, los repuestos defectuosos y
Captulo C
Inciso 2.5.4.1,
tem 1, literal c.-

reemplazados se devolvern a el
Proveedor si as ste lo requiere, en el
caso particular de dispositivos de
almacenamiento (discos duros), de ser
posible tendrn que ser sometido a un
proceso previo de eliminacin de datos
antes de su devolucin.

requisito:




Requisito tcnico
N IT-53

Apoyo Tcnico
Respaldo
El Proveedor tendr que comprometerse
a presentar al Departamento de
Tecnologa y Comunicaciones de El
Banco Central de Honduras, un informe
tcnico describiendo las causas de las
fallas reportadas y la solucin de las
mismas.
Captulo C
Inciso 2.5.4.1,
tems 2, 3, 4 y 5,
literal b.-
requisito:


Requisito tcnico
N IT-54

Apoyo Tcnico
Respaldo
El servicio de Soporte a Producto
durante el perodo de garanta contempla
sin costo adicional para El Banco
Central de Honduras, todos los gastos
para la movilizacin del personal tcnico
que el proveedor necesite para poder
atender los problemas que le sean
reportados.
Captulo 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.

Requisito tcnico
N IT-55

Apoyo Tcnico
Repuestos
El Proveedor tendr que mantener
existencias suficientes (ver lista de
Componentes y Repuestos de gran valor
y Frecuencia de uso) para asegurar el
Captulo C
Inciso 2.5.4.1.1,
tem 1


suministro inmediato de repuestos
consumibles para los bienes. (El tiempo
mximo de atencin ser de veinticuatro
(24) horas). Los dems repuestos y
componentes sern suministrados tan
pronto como sea posible, pero en un
tiempo no mayor a tres (3) semanas
contadas a partir de la colocacin del
pedido.
requisito:


Requisito tcnico
N IT-56

Apoyo Tcnico
Periodo de Garanta
El equipo objeto del proceso de
adquisicin, tendr que estar cubierto
por servicios de mantenimiento
preventivo sin costo adicional para el
Banco Central de Honduras al menos
durante el perodo de garanta de tres (3)
aos para el equipo completo.
Captulo C
Inciso 2.5.4.2,
tem 1, literal a.-

requisito:


Requisito tcnico
N IT-57

Apoyo Tcnico
Plan de Mantenimiento
Dentro del plazo de quince (15) das
hbiles posteriores a la entrega,
instalacin, configuracin correcta y
prueba del equipo, El Proveedor tendr
que presentar un plan sugiriendo las
fechas y horarios en que se realizar el
mantenimiento preventivo
correspondiente a los equipos en
garanta, el cual tendrn que realizarse
cuatrimestralmente y una vez que dicho
mantenimiento haya sido realizado se
Captulo C
Inciso 2.5.4.2,
tem 1, literal b.-


entregar un reporte por escrito del
mismo. Este mantenimiento tendr que
planificarse en un horario que no
perturbe la operacin normal de cada
equipo.
requisito:


Requisito tcnico
N IT-58

Apoyo Tcnico
Plan de Mantenimiento
Estos servicios entre otros podrn
consistir en ajustes, reparaciones,
reemplazos y limpieza que sean
necesarios, cada trabajo que se realice
tendrn que ser recibidos a satisfaccin
del personal tcnico de El Banco
Central de Honduras, por tanto El
Proveedor presentar un informe
correspondiente a dicho mantenimiento;
el cual servir como base de revisin,
para su aceptacin o no a satisfaccin.
Captulo C
Inciso 2.5.4.2,
tem 1, literal c.-

requisito:


Requisito tcnico
N IT-59

Apoyo Tcnico
Requerimientos de Mantenimiento
Los requerimientos mnimos de
mantenimiento preventivo que El
Proveedor 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. Aplicacin de limpiador de
Captulo C
Inciso 2.5.4.2,
tem 1, literal d.-


contactos en las ranuras
principales que interconectan
dispositivos segn corresponda.
4. Limpieza de unidad de CD /
DVD.
5. Ejecucin de prueba de
diagnstico general del hardware
de cada equipo completo.
6. Aplicacin de parches de
seguridad a los Sistemas
Operativos de ser requeridos en
cada equipo.
7. Otros requerimientos
recomendados por el fabricante.
requisito:


Requisito tcnico
N IT-60

Apoyo Tcnico
Actualizaciones
El Proveedor recomendar y
proporcionar dentro del perodo de
garanta, las actualizaciones (Upgrade) o
nuevas versiones del sistema operativo
de los servidores cuando el fabricante los
libere al mercado, las cuales sern
suministradas a El Banco Central de
Honduras a travs de medios pticos
originales (CDS / DVDS ); o
habilitando acceso al Sitio Web del
Fabricante para la descarga
correspondiente.

El Proveedor realizar los trabajos de
instalacin de actualizaciones,
estableciendo las fechas de dichos
trabajos en comn acuerdo con el
Captulo C
Inciso 2.5.4.2,
tem 1, literal g.-


personal tcnico del Departamento de
Tecnologa y Comunicaciones segn la
necesidad de parte de El Banco Central
de Honduras o cuando resulte de
extrema urgencia para garantizar la
correcta operacin de dichos equipos y
de los sistemas en ellos instalados.
requisito:



Los incisos desde IT-61 al IT-64 se refieren a los tems 2, 3, 4, 5, 6 y 7.

Requisito tcnico
N IT-61

Apoyo Tcnico
Asesora
El Proveedor garantizar la asesora
tcnica va telfono, correo electrnico
y, en su caso, la asistencia en las
instalaciones de El Banco Central de
Honduras, para todo lo relacionado con
la operacin y funcionamiento de los
productos bajo licencia durante el
periodo de vigencia del soporte tcnico
inicial.
Captulo C
Inciso 2.5.4.2,
tems 2, 3, 4 y 5,
literal a.-

Captulo C
Inciso 2.5.4.2,
tems 6 y 7,
literal a.-
requisito:


Requisito tcnico
N IT-62

Apoyo Tcnico
Asistencia
a brindar la asistencia tcnica de
Soporte a Producto, el cual se realizar
las veinticuatro (24) horas al da, siete
(7) das a la semana, los trescientos
sesenta y cinco (365) das del ao
(7X24X365), sin costo adicional para El
Banco Central de Honduras.
Captulo C
Inciso 2.5.4.2,
tems 2, 3, 4 y 5,
literal b.-

Captulo C
Inciso 2.5.4.2,
tems 6 y 7,
literal b.-
requisito:


Requisito tcnico
N IT-63

Apoyo Tcnico
Medios
a brindar el Soporte a Actualizaciones
que consiste en proporcionar a El Banco
Central de Honduras los medios pticos
de instalacin (CD s / DVD s)
originales y manuales de las nuevas
Captulo C
Inciso 2.5.4.2,
tems 2, 3, 4 y 5,
literal c.-

Captulo C
Inciso 2.5.4.2,
tems 6 y 7,

versiones, parches de seguridad que
sean liberadas al mercado por el
fabricante o habilitando acceso al Sitio
Web del Fabricante para la descarga
correspondiente, entregando adems el
addendum correspondiente al
Certificado de Licenciamiento por
programa a nombre de El Proveedor, sin
que el BCH incurra en algn costo
adicional.
literal c.-
requisito:


Requisito tcnico
N IT-64

Apoyo Tcnico
Recomendar
El Proveedor tendr que comprometerse,
cuando sea requerido por El Banco
Central de Honduras, a recomendar y
apoyar en las tareas de instalacin y
configuracin de todos los productos
incluidos en el Servicio de Actualizacin
de Licencias y Soporte contratado, sin
costo adicional.
Captulo C
Inciso 2.5.4.2,
tems 2, 3, 4 y 5,
literal d.-

Captulo C
Inciso 2.5.4.2,
tems 6 y 7,
literal d.-
requisito:


El inciso IT-65 se refiere a los tems 2, 3, 4 y 5.

Requisito tcnico
N IT-65

Apoyo Tcnico
Sistema de Soporte
a proporcionar a El Banco Central de
Honduras los accesos al Sistema de
Soporte al Cliente de Oracle (Oracle
Support) a travs de Internet, stos
Captulo C
Inciso 2.5.4.2,
tems 2, 3, 4 y 5,
literal e.-


deben estar a nombre de El Banco
Central de Honduras. Asimismo deber
proporcionar la informacin del nombre,
cargo, direccin de correo y telfonos de
los contactos tcnicos que brindarn el
servicio de actualizacin de licencias y
soporte contratado, tanto localmente
como en el exterior.
requisito:


El inciso IT-66 se refiere a los tems 6 y 7.

Requisito tcnico
N IT-66

Apoyo Tcnico
Recomendar
El Proveedor tendr que
comprometerse, cuando sea requerido
por El Banco Central de Honduras, a
recomendar y apoyar en las tareas de
instalacin y configuracin de todos los
productos incluidos en el Servicio de
Actualizacin de Licencias y Soporte
contratado, sin costo adicional.
Captulo C
Inciso 2.5.4.2,
tems 6 y 7, literal
d.-

requisito:



El inciso IT-67 se refieren al tems 1.

Requisito tcnico
N IT-67
Requisito tcnico
Inspecciones de la Infraestructura
Tecnolgica
El Comprador requiere los siguientes
procedimientos de inspeccin y pruebas
antes de que los bienes sean embarcados
y aceptados definitivamente:

f. Pruebas POST a efecto de verificar el
reconocimiento adecuado de todos
los dispositivos del equipo.
g. Pruebas a nivel de OBP (Open Boot
Prom)
h. Verificacin de funcionamiento
adecuado del Firmware (System
Flash Prom).
i. Prueba de carga del sistema operativo
pre instalado.
j. Pruebas de funcionamiento de discos,
memorias y procesadores.

Estas pruebas podrn variar o no ser
requeridas segn el tipo de equipo que
se est ofertando.

Captulo D
Inciso 3.1.2
requisito:



H. ANEXOS

Anexo 1: Tecnologas y Sistemas de informacin existentes
Anexo 2: Planos y estudio del lugar del proyecto
Anexo 3: Proyecto del BCH y estructura de la direccin de su empresa
Anexo 4: Partes interesadas y modalidades de gestin de proyectos del
comprador
Anexo 5: Cdigos legales y reglamentos jurdicos 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 Tecnolgica Solicitada


ANEXO 1
TECNOLOGIAS Y SISTEMAS DE INFORMACIN EXISTENTES

Este anexo describe el ambiente y las facilidades de Tecnologas de Informacin y
Comunicaciones (TIC) del Banco Central de Honduras (BCH). Los licitantes debern
preparar sus Ofertas asumiendo que el ambiente especificado en este anexo estar en
funcionamiento previo a la implementacin de la solucin tecnolgica propuesta, a menos
que 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 rea
Local (LAN) en cada uno de los edificios geogrficamente dispersos,
mismos que estn interconectados mediante una red WAN; siendo sus
componentes de red Computadoras personales de escritorio, servidores de
servicios (Directorio Activo, Correo Electrnico, Antivirus Corporativo,
DNS), servidores de aplicacin con servicios y aplicaciones publicadas en
intranet e internet. La conexin entre pisos de los edificios se logra mediante
fibra ptica,as mismo se tiene enlace de fibra ptica al sitio alterno del BCH
ubicado a 1.5 kilmetros de distancia del edificio principal.

El BCH tiene implementado una extranet que interconecta a: CEPROBAN
para el uso de la Cmara de Compensacin Electrnica de Cheques
(CCECh), la cmara de compensacin electrnica de pagos (ACH por sus
siglas en ingls). CNBS usada para la transferencia de informacin
estadstica y de regulacin del sistema financiero y SEFIN para pagos de
proveedores y planillas del gobierno. La conexin a Internet es
proporcionada por dos Proveedores de Servicio de Internet (ISP) de las
cuales una es utilizada para conexin a SWIFT.

1.1.2 Estaciones de Trabajo de los Usuarios
El BCH cuenta con ms de 500 estaciones de trabajo (computadoras
personales) operando con sistemas operativos Windows XP, Windows Vista
y Windows 7.

1.1.3 Servidores actuales

El BCH a raz de su estndar de plataforma tecnolgica segn lo definido en
el Plan Estratgico Informtico de largo plazo aprobado por el Directorio del
BCH en enero 2004, hace uso de servidores Sun Microsystems operados con
la versin ms reciente del sistema operativo Solaris.

A continuacin se presenta el listado de algunos servidores con que cuenta
el BCH:

1.1.4 Aplicaciones
Actualmente alrededor del 80% de las aplicaciones estn escritas en el
lenguaje de programacin Progress utilizando como sistema manejador de
base de datos (DBMS) la base de datos Progress, ambiente bajo el cual se
encuentra desarrollado el actual Sistema Integrado de Contabilidad (SIC)
que incluye los mdulos de Cuenta Corriente y Mayor General, el Sistema
de Administracin de ttulos valores y otros sistemas que permiten
administrar los ttulos valores denominados en dlares.

Cantidad Descripcin
Arquitectura
de Procesador
Ambientes Aplicacin
2
SunFire V880
(Sistema Operativo:
Solaris 10)
UltraSPARC III,
RIS 64 Bits
Produccin,
Contingencia
Base de
Datos
(Oracle 10G)
2
SunFire V440
(Sistema Operativo:
Solaris 10)
UltraSPARC
IV, RIS 64 Bits
Desarrollo/
Mantenimien
to, Pruebas
Base de
Datos
(Oracle 10G)
1
Sun SPARC
Enterprise M4000
(Sistema Operativo:
Solaris 10)
SPARC VI,
RIS 64 Bits
Produccin
Base de
Datos
(Oracle 10G)
3
Sun Fire T2000
(Sistema Operativo:
Solaris 10)
UltraSPARC
RIS 64 Bits
Pruebas,
Produccin
Servidor de
Aplicacin
(Oracle
Application
Server 10 y
Base de
Datos Oracle
10G)
8

Existen otras aplicaciones construidas en Microsoft Visual Foxpro y Visual
Basic 6.0, las cuales utilizan la Base de Datos Microsoft SQL 2005.Se
cuenta tambin con aplicaciones construidas en herramientas Microsoft
.NET, algunas de las cuales utilizan el motor de base de datos Oracle 10g y
otras el Microsoft SQL 2005, entre las que est el Sistema Electrnico de
Negociacin de Divisas, el cual permite realizar la subasta de divisas y
aplicaciones para usuarios externos.

1.1.5 Manejador de Base de Datos
En cuanto a plataforma de bases de datos, el BCH actualmente cuenta como
parte de su estndar definido con las licencias correspondientes a la base de
datos Oracle versin 10g release 2 para los ambientes de desarrollo,
produccin y contingencia de los procesos y sistemas de informacin
crticos.

Asimismo, cuenta con el DBMS de Progress en el cual reside un gran
nmero de bases de datos, sin embargo conforme la nueva estrategia ya no
se 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 conexiones
a 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 cual
se conecta a travs de una red de fibra ptica entre CEPROBAN y el
BCH a una velocidad de 10MB, y tpicamente de entre 512Kb y 2 Mb
para los bancos participantes y todos los sistemas estn
permanentemente conectados. Esta red cuenta con al menos dos puntos
de contingencia;

b. La red de la Comisin Nacional de Bancos y Seguros (CNBS) es una
red dedicada que conecta a los bancos a velocidades entre 128KB a
384KB. La conexin al BCH es directa y es de 1MB. Esta red ha sido
refrendada en su seguridad por una compaa internacional (No posee
contingencia);

c. Tres enlaces a Internet con diferentes proveedores a velocidades de 10
Mb, 4 Mb y 1 Mb;

d. Una red de fibra ptica a velocidad de 4Gb que conecta al centro de
procesamiento principal del BCH con un sitio de procesamiento
alterno localizado a 1.5 Km. del edificio principal (edificio anexo del
BCH), adems la comunicacin entre estos dos edificios est
respaldada por una conexin de radio a velocidad de 3MB;

e. La conexin a la red SWIFT es por Service Bureau a travs del
Internet. SWIFT es utilizado para realizar pagos transfronterizos;

f. La conexin que existe entre BCH y la Secretaria de Finanzas
(SEFIN), se realiza a travs 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 travs del Software
comercial y software de cdigo abierto.

1.1.7 Instalaciones Informticas
Los servidores de aplicacin estn ubicados en un centro de cmputo seguro
en el BCH. El control de acceso a dicho sitio es a travs de mecanismo de
doble factor.

Los sistemas estn soportados por sistemas elctricos UPS con un generador
de respaldo. Este corre al 10% de capacidad.

Los servidores de contingencia se encuentran ubicados en un sitio alterno
fsicamente separados.

1.1.8 Seguridad
1.1.8.1 Seguridad Fsica
El BCH tiene mecanismos de control para la seguridad fsica en todos sus
edificios (mecanismos de circuito cerrado y control de acceso mediante
seguros electromagnticos).

1.1.8.2 Seguridad de la Informacin

Se tiene implementado mecanismo de autenticacin centralizado de
identidades, se cuenta con antivirus corporativo, sistema de prevencin de
intrusos, anti-spam, firewalls en los permetros, comunicaciones cifradas,
entre otros.

1.1.9 Soporte
El BCH cuenta con contratos de mantenimientos preventivos y correctivos
en su infraestructura tecnolgica, 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)
kilmetros del sitio de procesamiento actual conectado con un enlace de
fibra ptica.

El BCH est en proceso de implementar un nuevo sitio alterno a una mayor
distancia.

1.2. Estndar Tecnolgico Definido por el BCH
El Directorio del BCH en enero 2004 aprob el Plan Estratgico Informtico de
largo plazo, en el cual se contempla:

El uso de plataforma de hardware para servidores Sun Microsystems con la versin
ms reciente del sistema operativo Solaris.
El uso de la base de datos Oracle en su versin ms reciente para los ambientes de
desarrollo, produccin y contingencia de los procesos y sistemas de informacin
crticos.

Los proyectos LBTR, CDV fuertemente ligados al Sistema de Pagos debern
implementarse 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 DIRECCIN DE SU EMPRESA

3.1. Administracin del Proyecto
3.1.1 Estructura y funciones del equipo
Las expectativas del BCH para la Estructura del Proyecto, se muestra a
continuacin (ver figura A.1):
Figura A.1 - Estructura de Proyecto -

Descripciones:

Gerente del BCH:
Tiene a su cargo la direccin inmediata de la administracin y de las operaciones del
BCH, ser el encargado de girar las aprobaciones para realizacin de los pagos, y
aprobar las decisiones institucionales.

Enlace UCP:
Enlace entre el BCH y la UCP, encargado del monitoreo y seguimiento de los
proyectos.
Enlace UCP Gerente BCH
Asesora de Apoyo
Ejecutivo BCH
Subgerente de
Operaciones
Comit Coordinador
Sistema Nacional de
Pagos (CCSNP)
Enlace del Proveedor
Equipo Coordinador
del Proyecto

Asesora de Apoyo Ejecutivo BCH:
Asesorar al BCH, gestionar y coordinar las comunicaciones entre el BCH, CNBS y
Banco Mundial, colaborar en funciones de coordinacin y seguimiento del proyecto

Subgerente de Operaciones:
Dirigir, coordinar, supervisar y controlar las actividades de los distintos
Departamentos Operativos del BCH, y del proyecto, es el encargado de la toma de
decisiones importantes del proyecto y de gestionar la toma de decisiones ante el
Gerente del BCH.

Comit Coordinador Sistema Nacional de Pagos (CCSNP):
integrado por la Asesora de Apoyo Ejecutivo, el Enlace UCP, departamentos de
Sistema de Pagos, Tecnologa y Comunicaciones, Jurdico y Operaciones
Monetarias, este comit evaluara el impacto de las decisiones del proyecto ser la
primera lnea en la toma de decisiones, velara y colaborara en los requerimientos de
otros proyectos en desarrollo.

Equipo Coordinador del Proyecto:
Responsables de desarrollar las actividades del Proyecto, es el primer punto de
contacto con el proveedor los departamentos involucrados son: Sistema de Pagos,
Tecnologa y Comunicaciones y Operaciones Monetarias. Este equipo ser el
encargado de escalar la toma de decisiones al CCSP

Enlace del Proveedor: Encargado de coordinar las comunicaciones y desarrollo del
proyecto entre el Proveedor y el BCH

Los licitantes DEBERN describir:
La estructura de su equipo propuesto para la implementacin;
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 informacin anterior deber ser proporcionada para el proyecto en
general y para la ejecucin de los subsistemas o elementos individuales.

Las propuestas incluirn el Curriculum Vitae de todo el personal clave
propuesto, particularmente el Jefe del proyecto y el personal tcnico y de
negocios clave. En caso que alguna de estas personas no se encuentre
disponible para el proyecto, el BCH espera se nombre a otras personas con
capacidad y experiencia equivalente o superior, siempre sujetas a la
aprobacin del BCH.

3.1.2 Reportes del Proyecto y Resolucin de Asuntos
Los licitantes describirn sus procesos y procedimientos de administracin
del proyecto para asegurar un efectivo y continuo manejo del estatus del

proyecto y la toma de decisiones oportuna en cuanto a asuntos que puedan
tener un impacto sobre los horarios y en los entregables.

Las licitantes incluirn, por lo menos en forma esquematizada, un rgimen
adecuado de reporte del proyecto y el formato estndar para todos los
reportes del proyecto, presentaciones, procedimientos de resolucin de
asuntos, y otros aspectos que contribuyan a un mejor manejo del proyecto y
el mantenimiento de buenas relaciones entre el comprador y el proveedor.


ANEXO 4
PARTES INTERESADAS Y MODALIDADES DE GESTIN DE PROYECTOS
DEL COMPRADOR

4.1. Partes Interesadas
4.1.1 Comit de Alto Nivel del Sistema de Pagos (CASP)
13

El CASP est constituido por representantes del BCH, la Comisin Nacional
de Bancos y Seguros, la Secretara de Finanzas, la Asociacin Hondurea de
Instituciones Bancarias, la Cmara Hondurea de Casas de Bolsa, la Bolsa
Centroamericana de Valores y Ceproban.

El CASP jugar un rol muy importante guiando el desarrollo contnuo, la
implementacin y operacin del nuevo sistema de pagos y valores, al
mantener el balance entre los intereses de los distintos participantes y
asegurar que todos los actores trabajen juntos para alcanzar un eficiente
sistema de pagos.

4.1.2 Comisin Nacional de Bancos y Seguros (CNBS)
La Comisin Nacional de Bancos y Seguros tiene un papel clave en el
sistema financiero, al tener asignados los siguientes roles:
Supervisin de las instituciones miembros del sistema financiero
nacional.
Asesoramiento a la Secretara de Finanzas en todos los asuntos referentes
a la industria de los valores.
La vigilancia del mercado de valores para asegurar tratos abiertos, justos
y equitativos en valores.
El registro, autorizacin o regulacin de emisores, organizacin de
organizaciones auto-reguladas y los participantes de mercado para
asegurar el mantenimiento de estndares apropiados de conducta y
profesionalismo en los negocios de valores.
La proteccin de la integridad del mercado de valores contra cualquier
abuso que surja de prcticas anti-ticas en la divulgacin de informacin
interna.
La creacin y promocin de condiciones en el mercado de valores a
medida que sea necesario, para asegurar el crecimiento ordenado y el
desarrollo del mercado de capitales.
Todas las agencias de liquidacin de valores se deben registrar en la
Comisin Nacional de Bancos y Seguros.

13
Tambin denominado CPSF

4.2. Modalidades de Gestin de Proyectos del Comprador
El Proyecto de implementacin de la solucin tecnolgica solicitada en esta
licitacin ser coordinado a travs de la Comisin Nacional de Bancos y Seguros en
su calidad de Entidad Ejecutora del Proyecto, a travs de su Unidad Coordinadora
del Proyecto (UCP), en representacin del Banco Central de Honduras.

ANEXO 5
CDIGOS LEGALES Y REGLAMENTOS PERTINENTES

a) Principios de Contabilidad Generalmente aceptados (PCCA)
b) Normas Internacionales de Informacin Financiera (NIIF) vigentes desde el 1 de
enero de 2011.
c) Ley General de la Administracin Pblica.
d) Ley de Contratacin del Estado y su Reglamento
e) Ley Orgnica de Presupuesto y su Reglamento
f) Presupuesto de Ingresos y Egresos de la Repblica y su Reglamento vigente ( estas
disposiciones se modifican anualmente)
g) Reglamento para Depreciacin y Agotamiento de Activos
h) Ley Monetaria
i) Ley del Banco Central de Honduras
j) Ley de la Comisin Nacional de Bancos y Seguros
k) Ley del Sistema Financiero
l) Ley de Mercado de Valores
m) Ley de Seguros de Depsitos en Instituciones del Sistema Financiero
n) Ley de Equilibrio Financiero y la Proteccin Social
o) Cdigo Tributario
p) Ley del Impuesto Sobre la Renta y su Reglamento
q) Ley del Impuesto Sobre Ventas y su Reglamento
r) Ley de Equidad Tributaria y Su Reglamento
s) 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 mayo
de 2002.
t) Decreto No.3 2008 Reformas a la Ley Contra el Delito de Lavado de Activos.
u) Reglamento para la Prevencin y Deteccin del Uso Indebido de los Servicios y
Productos Financieros en el Lavado de Activos Resolucin CNBS No.869/29-10-
2002.
v) Resolucin No.325/9-2003 del 18 de Septiembre de 2003 del Directorio del Banco
Central de Honduras.
w) Resolucin CNBS Resolucin No.1308/21-12-2004.
x) Cdigo Civil
y) Cdigo Procesal Civil
z) Cdigo de Comercio
aa) Cdigo Penal
bb) Cdigo Procesal Penal

Fuentes de consultas:
http://www.cnbs.gov.hn/web/index.htm
http://www.latinlaws.com/honduras.html

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

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 continuacin representan un aspecto de suma importancia para el
BCH, con el objetivo de garantizar la operatividad entre la LBTR y CVD con los sistemas
que utiliza el BCH.
Este anexo contiene los sistemas que se conectarn hacia el LBTR y CDV:

7.1 ENLACES CON LA LBTR
7.1.1 Enlace CCECh - LBTR
7.1.1.1 Descripcin del sistema
Es un sistema que tiene como propsito agilizar el proceso de pago de los
cheques emitidos por el sistema bancario hondureo en moneda nacional y
extranjera (dlares estadounidenses), el Banco Central de Honduras (BCH) y
la Asociacin Hondurea de Instituciones Bancarias (AHIBA), consideraron
conveniente establecer una Cmara de Compensacin Electrnica de Cheques
(CCECh), para procesar en forma automtica los cheques emitidos, utilizando
mquinas de lectura de cdigos.
Participan directamente en la CCECh: el BCH, los bancos del sistema
financiero hondureo y dems instituciones que previamente sean autorizadas
por el BCH.

Podrn ser pagados en la Cmara de Compensacin Electrnica todos los
documentos en moneda nacional y extranjera (dlares estadounidenses)
emitidos por el sistema bancario hondureo de conformidad con al marco
legal vigente.

La compensacin de documentos en la Cmara Electrnica se efectuar de
lunes a viernes en los horarios establecidos en la normativa en vigor de la
CCECh.

7.1.1.2 Proceso de interconexin actual
La CCECh realiza dos compensaciones. En la Primera Compensacin el
BCH enva y recibe de CEPROBAN los datos e imgenes de los documentos
presentados a compensacin, tanto por el anverso como por el reverso durante
el horario establecido.

Posteriormente se realiza la Segunda Compensacin en la que CCECh enva
y recibe las imgenes de los cheques rechazados de la primera compensacin.

Al concluir la segunda compensacin CEPROBAN es el responsable de
proporcionar exclusivamente al BCH, la informacin de saldos netos deudores
y acreedores que resulten de la liquidacin de la compensacin de documentos
(sistema de liquidacin neta diferida). El BCH realiza la liquidacin por
regin en el mdulo de cuenta corriente.

7.1.1.3 Detalles tcnicos
Para facilitar el procesamiento de los cheques del sistema financiero
hondureo, de acuerdo a normativa, estos deben ser impresos utilizando la
tecnologa MICR (Magnetic Ink Character Recognition).

La captura de la imagen electrnica de los documentos presentados a
compensacin se realiza en Microimage. As mismo, este software permite la
consulta de las imgenes capturadas.

La CCECh se enlaza a CEPROBAN, para la recepcin y envo de datos e
imgenes, a travs del Sistema DIPS.

La informacin que se recibe de CEPROBAN en archivos planos, se importa
al Sistema Cmara Electrnica de Compensacin (Camelec) para realizar las
aplicaciones correspondientes a la cuenta corriente.

Archivo de Liquidacin

Es un archivo separado por comas:
1. Fecha
2. Regin
3. Banco
4. Nombre
5. Crdito
6. Dbito
7. Documento
8. Moneda
Lo primero que se hace con este archivo es validar que este cuadrado los
dbitos y los crditos. Valida la fecha de la liquidacin que corresponda a la
fecha de hoy del sistema y valida el banco, la regin y la moneda.

Aplicacin Contable:
Antes de aplicar contablemente verifica que los bancos tengan los fondos
suficientes, caso contrario no se aplica la liquidacin.

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 Requerido
La CCECh enva las posiciones netas multilaterales del proceso de
compensacin a la LBTR como un lote de instrucciones que sern liquidadas
simultneamente, segn 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 fueron recibidas, y que los valores son correctos.

La LBTR notificar al sistema CCECh sobre el resultado del procesamiento
de un lote remitido. Por lo tanto, la CCECh sabr inmediatamente cuando sus
mensajes son recibidos, rechazados, liquidados o cancelados.

El LBTR notificar a los participantes de la CCECh los resultados de la
liquidacin; en el caso de que alguno de los participantes no tenga los fondos
necesarios para realizar la liquidacin, el LBTR informar al participante y al
BCH.

Los participantes y el BCH podrn identificar las transacciones realizadas por
concepto de liquidacin de la CCECh.

El LBTR permitir parametrizar de forma independiente, ventanas de tiempo
para la liquidacin de la CCECh en moneda nacional y extranjera; dichos
horarios sern modificados a conveniencia del BCH y ser consultados por los
participantes en tiempo real.

La LBTR proporcionar mecanismos de validacin que eviten que un lote de
liquidacin sea ingresado ms de una vez.

El enlace CCECh LBTR ser automtico, sin embargo, en caso de que est
no est disponible la LBTR contar con la posibilidad de ingresar el resultado
de la compensacin en forma manual.

El LBTR permitir a los participantes reservar fondos necesarios para la
liquidacin de la CCECh.

7.1.1.5 Aspectos a Considerar
La transmisin de datos se realiza desde los centros regionales establecidos en
la normativa vigente, actualmente existen 11. Se efecta una liquidacin para
cada centro regional.

Adicionalmente a su rol de agente liquidador, el BCH tambin es un
participante directo de la CCECh en el cual puede enviar y recibir cheques por
cuenta propia o cuenta de terceros.


El BCH en el rol de participante representa a los clientes gubernamentales
debido a que administra sus cuentas corrientes en el SIC-CC, dichos clientes
inicialmente no se han considerado como participantes directos de la LBTR.

7.1.1.6 Detalle de informacin a transferir
La informacin que contiene el archivo de liquidacin es la siguiente:
Fecha
Cdigo de centro regional
Cdigo de banco
Descripcin del banco
Saldo neto por participante
Cdigo de transferencia

7.1.1.7 Metodologa de trabajo
El proveedor realizar sesiones de trabajo en conjunto con CEPROBAN y el
BCH para consensuar los mecanismos de conexin, cronograma de trabajo,
estrategias para elaboracin, pruebas e implementacin de dicho enlace.

7.1.2 Enlace ACH - LBTR
La Asociacin Hondurea de Instituciones Bancarias (AHIBA) con la
aprobacin y observancia del BCH implement una Cmara de Compensacin
Electrnica de Pagos (ACH, por sus siglas en ingls), la cual es operada por
CEPROBAN. El enfoque principal de este proyecto es la reduccin del uso de
cheques y estimular la introduccin de instrumentos de pago ms eficientes y
convenientes.

La ACH es un sistema de transferencias electrnicas de fondos que permite a
las empresas y personas particulares, enviar electrnicamente a sus bancos
desde sus propias oficinas diferentes tipos de instrucciones de movimientos de
fondos; esto bajo los ms estrictos estndares bancarios y de seguridad
informtica.

Actualmente se realizan crditos directos en moneda nacional y en moneda
extranjera (US$); as mismo, est en proceso de aprobacin la realizacin de
dbitos directos entre los participantes de la ACH.

La operacin de la ACH se efecta de lunes a viernes de acuerdo a los
horarios definidos en la reglamentacin vigente de la ACH para los proceso
de: Envo y Recepcin de Transferencias, Envi y Recepcin de Rechazos,
Cierre y Liquidacin.


Actualmente, CEPROBAN en su funcin como operador, realiza el proceso de
compensacin calculando la posicin neta (saldos netos deudores y
acreedores), para operaciones en moneda nacional y extranjera, de los
participantes. Esta informacin es recibida por el BCH a travs del sistema
PaySett y procesada por el Sistema Compensacin Electrnica de Pagos
ACH PRONTO para realizar las afectaciones correspondientes en el
Sistema contable actual, este proceso de liquidacin se realiza una vez al da.

La transferencia de informacin se realiza mediante archivos planos con
formatos previamente definidos y acordados los cuales son depositados en
directorios seguros elaborados para tal fin.

Actualmente se realiza el proceso de liquidacin en forma semi automtica. El
archivo de liquidacin se recibe en texto plano y se deposita en la carpeta de
liquidacin del servidor de ACH.

La Cmara de Compensacin de Transacciones Electrnicas de Pago ACH
PRONTO del BCH, cuando carga por ejemplo: el archivo
SF201007131648.snt valida desde la posicin 2,12 para reconocer si el
archivo es nuevo o ya existe en el histrico de las liquidaciones.

La Cmara de Compensacin de Transacciones Electrnicas de Pago ACH
PRONTO valida que exista el cuadre de montos en el final del archivo F:

F000000008512684758000000008512684758

De la posicin 2,16 son los montos enteros y de la posicin 18,2 se identifican
los decimales y valida que esto sea igual a los montos que reporta de la
posicin 20,16 son montos enteros y de la posicin de 36,2 son decimales.

En el detalle: de la posicin 43, 16 se identifica el monto de la operacin y los
decimales de la 59,2.
D01 BANCO CENTRA0100101001001010 2000000000001763824

En este ejemplo:
el monto sera 17,638.24
Identifica la clave del Banco es de la posicin 17 a la 8 Ejemplo:
01001010 ( Esta pertenece al Banco Central)
En la posicin 42 se encuentra se identifica el tipo de operacin, si es 1
corresponde a un Dbito y 2 es un crdito

EL sistema realiza las siguientes validaciones:

Suma de dbitos y de crditos que se encuentran en el detalle. Si el total de
dbitos es igual al total de crditos el archivo indica que est cuadrado.
Cuadre entre el total de dbitos del fin de archivo contra el total dbitos de
detalle
Cuadre entre el total de crditos del fin de archivo contra el total crditos
de detalle.
La ACH PRONTO mantiene histricos de todas las liquidaciones.

El sistema operativo en el que se ejecuta la ACH en el BCH es Windows
Server 2003.

Actualmente la comunicacin entre CEPROBAN y BCH se realiza a travs de
la red privada de CEPROBAN.

La ACH enva las posiciones netas multilaterales del proceso de
compensacin a la LBTR como un lote de instrucciones que sern liquidadas
simultneamente (este proceso se realizar una o varias veces al da), segn 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 fueron
recibidas, y que los valores son correctos.

La LBTR notificar a la ACH sobre el resultado del procesamiento de un
lote remitido. Por lo tanto, la ACH sabr inmediatamente cuando sus mensajes
son recibidos, rechazados, liquidados o cancelados.

El LBTR notificar a los participantes de la ACH los resultados de la
liquidacin; en el caso de que el alguno de los participantes no tenga los
fondos necesarios para realizar la liquidacin, el LBTR informar al
participante y al BCH.

concepto de liquidacin de la ACH.

El LBTR podr parametrizar ventanas de tiempo para la liquidacin de la
ACH en moneda nacional y extranjera; dichos horarios sern modificados a
conveniencia del BCH y ser consultados por los participantes en tiempo real.

liquidacin sea ingresado ms de una vez.

El enlace ACH LBTR ser automtico, sin embargo, en caso de que est no
est disponible el enlace el LBTR contar con la posibilidad de ingresar el
resultado de la compensacin en forma manual.


El LBTR permitir a los participantes reservar fondos necesarios para la
liquidacin de la ACH.

Adicionalmente a su rol de agente liquidador el BCH tambin es un
participante directo de la ACH en el cual puede enviar y recibir pagos por
cuenta propia o cuenta de terceros.

El BCH en el rol de participante representa a las instituciones
gubernamentales debido a que administra sus cuentas corrientes en el SIC-
CC, dichos cuentahabientes inicialmente no se han considerado como
participantes directos de la LBTR.

La informacin bsica del enlace contiene al menos lo siguiente:
Identificador del lote
Fecha
Hora
Cdigo de banco
Descripcin de banco
Identificador ACH (ruta de transito)
Cdigo de transaccin (dbito o crdito)
Saldo neto por participante
Total dbitos de lote
Total crditos de lote

El proveedor realizar sesiones de trabajo en conjunto con CEPROBAN y el
BCH para consensuar los mecanismos de conexin, cronograma de trabajo,

7.1.3 Enlace LBTR-Mdulos de Inversiones Obligatorias
7.1.3.1 Descripcin del Sistema
La Ley del Banco Central de Honduras faculta a ste para que instruya a las
instituciones del sistema financiero (ISF) que mantengan inversiones
obligatorias de forma temporal, ya sea en moneda nacional o en moneda
extranjera, a efecto de asegurar el cumplimiento de su objetivo de mantener el
valor interno y externo de la moneda nacional, durante aquellos perodos en
que se observen riesgos relevantes de desviacin de la tasa de inflacin con
relacin al rango meta establecido en el Programa Monetario por el Directorio
de esta Institucin.


Las inversiones en moneda nacional, se rigen de acuerdo a los pasivos en
moneda nacional sujetos a encaje y a los dems parmetros establecidos por el
Directorio del BCH.

Las inversiones obligatorias en moneda nacional se registran en el mdulo de
Inversiones Obligatorias en Moneda Nacional y las inversiones obligatorias en
moneda extranjera se registran en el Mdulo de Inversiones Obligatorias en
Moneda Extranjera.

Las inversiones obligatorias en moneda nacional o extranjera, pueden
aumentar o disminuir conforme a solicitudes de las ISF (inversin o
desinversin).

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 inversin, en moneda nacional y moneda
extranjera, devengan un rendimiento anual; el cual es provisionado
mensualmente en forma manual en una cuenta del mdulo de mayor general
del SIC para su posterior pago.

El registro contable de las inversiones obligatorias en moneda nacional por
cada institucin, se ingresa en forma manual en el mdulo de Inversiones
Obligatorias en Moneda Nacional.

Las inversiones obligatorias en moneda extranjera son transacciones
compartidas con el Departamento Internacional, quin recibe la orden Swift
de inversin o desinversin de los bancos corresponsales. Estas transacciones,
son registradas por el Departamento Internacional en una cuenta transitoria,
para que de forma posterior a la confirmacin, el Departamento de
Operaciones Monetarias efecte el registro correspondiente en el mdulo para
moneda extranjera. Esta cuenta transitoria debe quedar con saldo cero al final
del da.

Posteriormente al cierre del mdulo de las inversiones obligatorias (moneda
nacional y moneda extranjera), se envan en forma electrnica las operaciones
descritas anteriormente (los movimientos de los saldos de las inversiones)
hacia el mayor general y de manera simultnea se afectan las cuentas
corrientes de las instituciones en el SIC-CC.

Si no se presentan inversiones obligatorias, tanto en moneda nacional y
extranjera, no se realiza ninguna afectacin en los mdulos mencionados
anteriormente.


Las afectaciones contables por el pago peridico (catorcenal) de los intereses
devengados se realizan mediante el envo electrnico por medio del mdulo de
inversiones obligatorias en moneda nacional y el mdulo de inversiones
obligatorias en moneda extranjera, para su registro en las cuentas corrientes de
las ISF en el SIC-CC.

7.1.3.3 Detalles Tcnicos
Tanto el mdulo de inversiones obligatorias en moneda nacional como el
mdulo de inversiones obligatorias en moneda extranjera fueron desarrollados
usando la herramienta Progress carcter versin 9 (tanto base de datos como
lenguaje de programacin).

La lgica de negocio para el registro contable est escrita en Progress dentro
del sistema de inversiones obligatorias y realiza diversas validaciones previo
al envo electrnico de un lote de operaciones contables a los mdulos de
cuenta corriente y mayor general del SIC.

La LBTR permitir a la ISF ingresar instrucciones de pago hacia el BCH con
el propsito de realizar inversiones obligatorias o desinversiones, las cuales
sern identificadas con un cdigo especfico de transaccin para ser
trasladadas automticamente al mdulo de inversiones obligatorias en moneda
nacional.

La LBTR recibir instrucciones de pago provenientes del mdulo de
inversiones obligatorias en moneda nacional y del mdulo de inversiones
obligatorias en moneda extranjera por el pago de intereses peridicos y el
pago de la desinversin de fondos en moneda nacional.

La LBTR enviar en forma automtica, hacia el mdulo de inversiones
obligatorias en moneda nacional y el mdulo de inversiones en moneda
extranjera, la confirmacin de liquidacin por los pagos recibidos.

Las operaciones contables por inversiones obligatorias en moneda extranjera
se realizan en cuentas del banco del exterior, y se registran en el mdulo de
mayor general del SIC y se afecta las cuentas corrientes en moneda nacional y
extranjera del SIC-CC de las ISF por el pago peridico (catorcenal) de los
intereses sobre el saldo promedio diario de la inversin en moneda nacional y
moneda extranjera.

El enlace de la LBTR hacia el mdulo de inversiones obligatorias, tendr la
capacidad de identificar que una instruccin de pago hacia el BCH es para
realizar inversin obligatoria y por lo tanto transmitirla al sistema de
inversiones obligatorias en moneda nacional para el registro de la inversin.


Se requiere que la liquidacin de las inversiones obligatorias en moneda
nacional (inversin y desinversin) y el pago de los intereses devengados
catorcenalmente se efecten en la LBTR, por lo menos con la siguiente
informacin:

Cdigo de la institucin
Fecha de Operacin
Cdigo de Moneda
Tipo de Operacin: Dbito o Crdito
Valor de la Operacin: valor de liquidacin
Nmero de Cuenta: nmero de la cuenta corriente para liquidacin
Cdigo de referencia: cdigo para identificar el tipo de la operacin y la
sinopsis predefinida
Cdigo del sistema: cdigo del sistema que origina la operacin

Para el registro de la inversin obligatoria (moneda nacional y moneda
extranjera) en una cuenta de mayor general del SIC, se requiere por lo menos
la siguiente informacin:

Fecha de Operacin
Cdigo de Moneda
Valor de la Operacin
Cdigo de cuenta: cdigo de la cuenta de mayor general para el registro de
las inversiones

El proveedor coordinar las acciones requeridas para el diseo e
implementacin de este enlace en conjunto con el departamento de
Operaciones Monetarias y el departamento de Tecnologa y Comunicaciones.

7.1.4 SENDI LBTR

El Sistema Electrnico de Negociacin de Divisas (Sendi) est compuesto por
el mdulo de Subasta y Negociacin Directa de divisas. Su funcin principal
es la negociacin de divisas, dicho sistema entr en produccin el 28 de
septiembre de 2009.


La negociacin de divisas es operada por el Banco Central de Honduras
(BCH) a travs del Departamento Internacional.

La negociacin de divisas est orientada a los agentes cambiarios (Bancos,
Casas de Cambio y Asociaciones de Ahorro y Prstamo.)

En general el proceso de negociacin de divisas se resumen en:

a. Recepcin de las ofertas de Compra de Divisas
b. Aprovisionamiento de fondos (T+0) en ambos mdulos
c. Negociacin de divisas (T+0)
d. Operacin de compra/venta de divisas
e. Liquidacin de transacciones (T+1) en ambos mdulos
f. Cobro de comisiones de servicio (T+1)

El sistema SENDI es Multi-moneda y actualmente opera en moneda nacional
y Dlares estadounidenses.

El sistema da servicio de lunes a viernes en un horario de 9:00 a.m. a las 4:00
p.m, periodo en el cual se desarrolla un evento de un evento de negociacin.

El Subsistema de Liquidacin Bruta en Tiempo Real (LBTR) tendrn relacin
con el SENDI en las operaciones siguientes:

Aprovisionamiento de fondos
Operacin de dbito en moneda nacional
Operacin de crdito en moneda extranjera (Mdulo de Negociacin
Directa de Divisas)
Operaciones de crdito en moneda nacional a los participantes (Mdulos
de Negociacin Directa de Divisas)
Cobro de comisiones por el servicio (Mdulo de Negociacin Directa)
Devolucin de fondos por rechazos de ofertas a los agentes cambiarioso
por no calces o retiros de ofertas (Mdulo de Subasta y Mdulo de
Negociacin Directa de Divisas).

Actualmente el SENDI tiene la deficiencia de no contar con conexin directa
hacia el sistema SWIFT de tal manera que permita procesar las rdenes
generadas por el sistema para realizar las transferencias de dlares a las
cuentas de los agentes cambiarios en el exterior, nicamente genera un archivo
plano el cual es subido manualmente en el SWIFT.

Actualmente, SENDI genera las operaciones para ser procesadas por el
Sistema Integrado de Contabilidad (SIC), desde el aprovisionamiento hasta su

liquidacin. Adicionalmente, el sistema genera un archivo con las
instrucciones de transferencias internacionales en el formato definido, el cual
es utilizado por el SWIFT para registrar las rdenes de divisas a los
corresponsales en el exterior.

El SENDI se conecta con el Sistema Contable a fin de realizar las
transacciones o asientos contables que le permitan realizar:

Aprovisionamiento o reserva de fondos por BCH
Proceso que permite verificar que los oferentes tienen los fondos necesarios
para participar en la negociacin de divisas, durante este proceso el sistema
pignora o reserva los fondos mediante operaciones de dbito de cada
participante en base a la oferta presentada para la negociacin (En el Mdulo
de Subasta se ejecuta luego de la hora de cierre de recepcin de ofertas 4:00
pm; en el mdulo de Negociacin Directa (9: am a -4:00 pm)

Operaciones de Negociacin o adjudicacin de Divisas
Proceso donde se concretiza la compra/venta de divisas, los fondos reservados
se depositan en la cuenta del vendedor y las divisas son depositados en las
cuentas de los compradores (En el mdulo de subasta en las cuenta de los
corresponsales extranjeros de los agentes cambiarios catalogados como
transferencias transfronterizas y realizadas a travs de SWIFT o del sistema
CITIDIRECT; en el mdulo de Negociacin Directa a sus cuentas en moneda
extranjera 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 lograron
negociar divisas durante el evento o que en el escenario del mdulo de
Negociacin Directa retiran sus ofertas o no calzaron las mismas, el sistema
por estas acciones genera operaciones de crdito.

Cobros de comisiones por servicio
Proceso donde a los participantes se le realiza el cobro de una comisin por el
servicio del sistema.

El SENDI fue construido utilizando el lenguaje de programacin Visual Basic
.Net 2008 con base de Datos Oracle 10g, realiza la conexin al sistema
contable mediante ODBC a travs de un usuario asignado con nivel operativo,
est integrado al Directorio Activo, utiliza autenticacin de doble factor y las
ofertas son firmadas mediante certificados digitales.

El SENDI en base a los resultados obtenidos de las ofertas de compra de
divisas recibidas, valida en el sistema contable que exista la cuenta y que la

misma tenga los fondos necesarios para participar en el evento, los clientes
cuya 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 operacin contable.

7.1.4.4 Enlace Requerido del SENDI
La LBTR en base a las instrucciones del SENDI tendrn que realizar al
menos las operaciones siguientes:
Aprovisionamiento de fondos (Mdulo de Subasta y Mdulo de
Negociacin Directa de Divisas)
Liquidacin de divisas (Mdulo de Negociacin directa)
Devoluciones de fondos (Mdulo de Subasta y Mdulo de Negociacin
Directa de Divisas)
Cobros de comisiones por servicio(Mdulo de Subasta y Mdulo de
Negociacin Directa de Divisas)

La LBTR notificar al SENDI sobre el resultado del procesamiento de las
operaciones. Por lo tanto, el SENDI conocer inmediatamente cuando sus

El SENDI enviar instruccin al LBTR a fin de procesar la provisin de
fondos. El LBTR notificar al SENDI los resultados del aprovisionamiento en
el caso de que el alguno de los participantes no tenga los fondos necesarios
para realizar el aprovisionamiento.

concepto de aprovisionamiento de fondos del SENDI.

El LBTR parametrizar de forma independiente, ventanas de tiempo para los
diferentes procesos de la negociacin de divisas (en moneda nacional y
extranjera); dichos horarios sern modificados a conveniencia del BCH y ser
consultados por los participantes en tiempo real.

provisin y liquidacin de fondos sea ingresado ms de una vez.

El enlace SENDI LBTR ser automtico, sin embargo, en caso de que est
no est disponible el enlace, la LBTR contar con la posibilidad de ingresar
las 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 tambin tiene la potestad de
ser un participante (Mdulo de Negociacin Directa de Divisas).

Actualmente, es importante recalcar que el SENDI realiza procesos de
instrucciones para pagos transfronterizos a travs de SWIFT, CITIDIRECT o
cualquier otro sistema electrnico que le proporcione bancos extranjeros.

7.1.4.6 Detalle de informacin a transferir en los procesos
La informacin bsica del enlace contendr al menos la siguiente informacin:
Identificador del nmero del evento
Fecha de inicio y cierre del evento
Cdigo/Nmero de Cuenta de agente cambiario
Cdigo de transaccin (dbito o crdito)
Nombre de Cuentas del BCH
Monto de transacciones

El proveedor realizar sesiones de trabajo en conjunto con personal del
Departamento de Internacional para consensuar los mecanismos de conexin,
cronograma de trabajo, estrategias para elaboracin, pruebas e implementacin
de dicho enlace.

7.1.5 Enlace SIC-CC - LBTR
El Sistema Integrado de Contabilidad (SIC) actualmente est compuesto por:
El mdulo Cuenta Corriente (SIC-CC) el cual registra las operaciones que
afectan las cuentas de depsito de los distintos cuentahabientes del BCH
(gobierno e instituciones financieras) y el mdulo de Mayor General que
registra la contabilidad del BCH.

El BCH recibe solicitudes de transferencia a travs de mensajes SWIFT,
oficios y Transferencias Electrnicas Bancarias (TRB) provenientes de la
Secretara de Finanzas (SEFIN).

Actualmente, las instituciones financieras envan solicitudes de transferencia a
travs de mensajes SWIFT al BCH, las cuales son operadas en SIC-CC de
forma manual.

Las transferencias autorizadas por medio de oficios son presentadas en
ventanilla al BCH para su operacin. Al momento de recibir los oficios se
realiza la afectacin 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 y
acredita la cuenta de encaje de cada banco con el monto total de las
transferencias. Posteriormente, el BCH deposita en su servidor el archivo
cabecera y los archivos de detalle de pagos en los directorios asignados para
cada banco. Los bancos comerciales procesan automticamente los archivos
que reciben del BCH y realizan los crditos correspondientes en las cuentas de
los beneficiarios. Los bancos comerciales modifican el archivo de detalles con
el estado correspondiente (Ok o Error). Si se produce algn error o se
rechaza algn pago la institucin financiera actualiza la cabecera con el total
del monto no pagado correspondiente a los pagos no acreditados del archivo e
inmediatamente enva el archivo de respuesta al BCH.

En caso que el BCH reciba de un banco del sistema financiero un archivo de
cabecera 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 acredita
ese monto a la cuenta de la Tesorera General de la Repblica. Seguidamente
consolida esa informacin en un solo archivo cabecera y lo enva a la SEFIN.

Para lograr el proceso de conciliacin bancaria el sistema compara los
movimientos de crditos y dbitos de cada cuenta bancaria reportados en los
extractos bancarios que enva el BCH, con los registros de ingresos, pagos y
transferencias registrados en el Libro Banco de SIAFI.

Al final del da el BCH realiza traspasos de fondos de una cuenta recaudadora
hacia una pagadora (ambas cuentas transitorias de la TGR), esta operacin es
ejecutada diariamente de forma automtica, quedando la cuenta con saldo cero
al momento de la liquidacin.

El BCH recibe de SEFIN un lote (BATCH) de archivos planos de texto
cifrados en gpg*. Estos archivos de texto cifrados (.gpg) se colocan en una
carpeta visible para la Secretara de Finanzas que se encuentra dentro de un
Servidor Linux del BCH. Este lote cuenta con la siguiente estructura:
GPG (GNU Privacy Guard) es una
herramienta para cifrado y firmas digitales,
que viene a ser un remplazo del PGP
(Pretty Good Privacy) pero con la principal
diferencia que es software libre licenciado
bajo la GPL. GPG utiliza el estndar del
IETF denominado OpenGPG.
Los archivos *.gpg que corresponden al
BCH son descifrados por equipo Sunfire. A
continuacin se describe un lote y cada uno
de 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.gpg
TRB_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
TRB_00168_00437_00018_20070305.TXT.gpg

responsable de descifrarlo:
1) Cabecera de Envos (Descifrado por el BCH) Cuando se Recibe de SEFIN
El objetivo es indicar al BCH la cantidad de archivos que SEFIN enva y el
tipo 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 Cabecera
ii) 00168 : Es el Nmero de Envo
iii) 20070305 : Es la Fecha de Envo en Formato [AAAAMMDD]

b) Estructura Interna del Archivo

2) Lote TRB (Descifrado por el BCH)
Este archivo seala los datos necesarios para hacer los respectivos dbitos a
las cuenta de la Secretara de Finanzas.
a) Formato del Archivo [LOTE_TRB_00168_00437_20070305.TXT] donde:
i) LOTE_TRB_: Es el nombre inicial del archivo
iii) 00437 : Es el Nmero del Lote.
iv) 20070305 : Es la Fecha de Envo en Formato [AAAAMMDD]

Nombre Descripcin
Nmero Lote Nmero del lote de pagos
Banco Origen Banco de la cuenta origen(desde donde se
realizan los pagos)
Cuenta Origen Nmero de Cuenta origen del
gobierno(desde donde se realizan los
pagos)
Moneda Cuenta Moneda de la cuenta origen
Monto Pagos
Moneda del Lote
Monto total de los pagos ordenados en el
lote
Monto No Pagado
Moneda del Lote
Monto total de los pagos no realizados del
Lote(es la sumatoria de todos los montos no
pagados reportados por los bancos
pagadores)
Monto Pagos Monto de los pagos ordenados en el lote
Nombre Descripcin
Nmero de envo
Nmero del envo que se hace por
cada caracterstica de grupo de
archivos.
Caracterstica de grupo
de archivos
PA / Transferencias bancarias.
Cantidad de archivos Cantidad de archivos que se envan.

Lempiras expresado en lempiras
Monto No Pagado
Lempiras
Monto de los pagos no realizados del lote
expresado 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 crditos que el BCH tiene que
realizar 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 archivo
iv) 20070305 : Es la Fecha de Envo en Formato [AAAAMMDD]


4) Detalle de Transferencias
Este 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 Cdigo del Banco es el que expresa quien
es el responsable de descifrar este archivo. El BCH es el encargado de colocar el
archivo detalle en la carpeta correspondiente a cada institucin financiera.

Nombre Descripcin
Banco pagador Cdigo del banco pagador
Nmero Archivo Nmero de Archivo de transferencias
Cuenta Encaje Nmero de la cuenta encaje del banco
pagador
Monto Moneda
Origen Pagos
Monto total de los pagos ordenados
expresado en la moneda de la cuenta
Monto Lempiras
Pagos
Monto total de los pagos expresado en
lempiras
Monto Moneda
Origen no Pagado
Monto total de los pagos no realizados
del archivo(es la sumatoria de todos
los montos de las transferencias que no
pudo Realizar el banco pagador)
Monto Lempiras no
Pagado
Monto total de los pagos normalizados
del archivo expresado en lempiras.
Cantidad de
Registros 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.
iv) 00001 : Es el Cdigo del Banco.
v) 20070305 : Es la Fecha de Envo en Formato [AAAAMMDD]

Nombre Descripcin
Banco Pagador Cdigo del banco pagador
Nmero Archivo Nmero del archivo de transferencias
Correlativo Nmero Correlativo por archivo de
transferencias
Cdigo Referencia Cdigo referencia (TRB) correspondiente a
los cdigos del banco
Nmero
Transferencia
Nmero de transferencia generado por el TGR
Pas beneficiario Pas del documento identificacin del
beneficiario final
Tipo Identificacin
Beneficiario
Tipo de identificacin del beneficiario
(Tarjeta de identidad, Pasaporte, etc.)
Nmero
Identificacin
Beneficiario
Nmero de identificacin del beneficiario
final
Nombre Titular de
la Cuenta
Nombre del titular de la cuenta (del
beneficiario)
Cuenta Destino Nmero de cuenta del beneficiario del pago
Moneda de la cuenta
Pagadora
Moneda del pago

Monto a Pagar
Moneda de la
Cuenta
Monto del pago expresado en moneda de la
cuenta pagadora
Monto a Pagar en
Lempiras
Monto del pago expresado en lempiras
Relacionado a
Planillas
Nmero de Planilla
Estado
Transferencia
Estado del pago

Una vez que el proceso de copia y descifrado de archivos ha sido finalizado
por el equipo Sunfire, este comienza a mover los archivos cifrados .gpg hacia
una carpeta de respaldo, para que los programas encuentren archivos que
corresponden a BCH nicamente en formato .TXT.

Cuando el proceso de copia, descifrado y movimiento de archivos hacia
respaldo ha finalizado en un 100% el Sistema se encuentra listo para realizar
las siguientes 2 Macro-Tareas:

a. Lectura, envo de archivos y aplicacin contable al SIC.
Realizar las conexiones a las Bases de Datos necesarias para el proceso.
Realizar las tareas de Validacin necesarias para asegurar la
consistencia de los Lotes de archivos recibidos y realizar un conteo de
cuantos lotes sern procesados.
Cargar la informacin de los archivos planos .TXT a las tablas de la
Base de Datos.
Validar la informacin cargada en las tablas de la Base de Datos para
asegurar la consistencia de la informacin y la validez contable del
mismo.
Realizar las operaciones Contables necesarias para poder enviar los
archivos de pagos resultantes hacia los Bancos Privados del Sector
Financiero.
De existir un archivo de Pago para Proveedores internos del BCH,
entonces se realizan las validaciones necesarias y luego se hacen las
aplicaciones contables resultantes.

Al finalizar la primera Macro-Tarea el equipo Sunfire empezar a cifrar
cada uno de los archivos de encabezado
(ARCHIVO_TRB_<Envo>_<Lote>_<Banco>_<Fecha>.TXT) de las
parejas de archivos disponibles para los bancos privados. Estos archivos de
cabeceras son generados y son distribuidos junto con su archivo de detalle a
los bancos.
Cabe mencionar que para este proceso ha existido previamente un
intercambio de firmas digitales (Llaves Pblicas) entre el Banco Central de
Honduras y los Bancos Privados.

b. Recepcin de archivos, aplicacin contable al SIC por montos no
pagados y procesamiento de archivos histricos.
Realizar las conexiones a las Bases de Datos necesarias para el proceso.
Validar la informacin de los archivos planos .TXT, para verificar que
contienen los datos correctos.
Cargar la informacin de los archivos planos .TXT en las tablas de la
Base de Datos.
Realizar las operaciones Contables por reversiones resultantes indicadas
por los Bancos Privados del Sector Financiero.
Procesar y Validar la informacin de Archivos Histricos que
representan respuestas pendientes de los bancos privados.
Generar las operaciones contables por reversiones histricas resultantes.


El objetivo principal de este enlace es la liquidacin de pagos de alto valor en
tiempo real, entre las instituciones gubernamentales y los participantes
directos del LBTR, quienes podrn ingresar instrucciones de pago en moneda
nacional y moneda extranjera.

Las instituciones Gubernamentales tienen la opcin de recibir y enviar
instrucciones de pago, pagos a terceros, pago de inversiones, transferencias a
participantes directos de la LBTR (ver detalle en enlace Participantes directos
- LBTR).

El enlace SIC-CC LBTR ser automtico para evitar la digitacin en ambos
sistemas reduciendo el riesgo operativo.

La LBTR proporcionar mecanismos de validacin que eviten que un pago
sea duplicado.

Tanto la LBTR como el SIC-CC notificarn sobre el resultado de la
liquidacin de instrucciones de pago. Por lo tanto, ambos sistemas sabrn
inmediatamente cuando sus mensajes son recibidos, rechazados, liquidados o
cancelados.

El BCH podr identificar las transacciones realizadas por concepto de
liquidacin de pagos entre instituciones gubernamentales y participantes
directos de la LBTR y generar reporte de liquidacin de las mismas.

La LBTR identificar cuando una instruccin de pago, es originada por un
participante directo y es en beneficio de una institucin gubernamental para
redireccionarla al SIC-CC (ver detalle en la Seccin VI Anexo 7 numeral 7.1.7
Enlace Participantes Directos - LBTR).

Las transferencias bancarias (TRB) enviadas por SIAFI a travs del SIAFI y
recibidas por el SIC-CC, se envan a la LBTR para ser liquidadas.

El enlace SIC-CC LBTR ser automtico, sin embargo, en caso de que est
no est disponible dicho enlace, la LBTR contar con la posibilidad de
ingresar el resultado de la compensacin en forma manual.

Entre las instituciones financieras y gubernamentales existe un intercambio
continuo de transferencias de fondos.

Una vez implementada la LBTR el SIC-CC solo administrar las cuentas de
las instituciones gubernamentales.

Se tomar en cuenta que la transmisin de mensajes de pagos entre la SIC-CC
y LBTR requiere de la transformacin a formatos SWIFT.

El SIAFI utiliza la operatoria de la Cuenta nica del Tesoro, para optimizar la
administracin de los recursos. Actualmente, existen aproximadamente 50
instituciones gubernamentales descentralizadas que no forman parte de dicha
cuenta y que mantiene cuenta en el BCH (SIC-CC); asimismo, las
instituciones gubernamentales mantienen las cuentas de los proyectos de cada
uno de estas instituciones en el BCH, estas cuentas ascienden a 305.

Controles de Integridad Financiera para asegurar el valor de entrada (Crdito)
= valor de salida (Dbito) en todo momento y que el sitio de procesamiento
LBTR y SIC-CC pueda ser conciliado a un balance neto cero en cualquier
momento, lo anterior mediante cuentas transitorias en ambos sistemas que al
final del da quedarn en cero.

Reporte de liquidacin incluir al menos lo siguiente:
Descripcin Participante
Total Dbitos
Total Crditos
Fecha
Saldo por participante
Identificador Banco

El proveedor realizar sesiones de trabajo en conjunto con el BCH y SEFIN
para consensuar los mecanismos de conexin, cronograma de trabajo,

7.1.6 LBTR Mayor General
El sistema Integrado de Contabilidad (SIC) actualmente est compuesto por
un Mdulo de Cuenta Corriente (SIC-CC) el cual registra las operaciones que
afectan las cuentas de depsito de los cuentahabientes del BCH (gobierno e
instituciones financieras) y un Mdulo de Mayor General que registra la
contabilidad del BCH.

Actualmente, las instituciones financieras envan solicitudes de transferencia
a travs de mensajes SWIFT y oficios. Todas estas operaciones son ingresadas
manualmente al SIC-CC a travs de un operador que ingresa los dbitos y
crditos correspondientes. Posteriormente, las operaciones son revisadas y
autorizadas por el responsable competente para realizar el registro en el Libro
Mayor del BCH.

La SEFIN remite transferencias va electrnica, que son ingresadas al Mdulo
de Cuenta Corriente del Sic; sin embargo, son procesadas manualmente, a
nivel de revisin y autorizacin; asimismo, existen otras transferencias de
otras dependencias del Gobierno, ordenadas mediante oficios, que son
procesadas manualmente al SIC-CC.

Todas las operaciones transadas en la Cmara de Compensacin Electrnica
de Cheques (CCECh) y en la Cmara de Compensacin de Electrnicas son
registradas electrnicamente en SIC-CC en la liquidacin.

Es preciso indicar, que todas las operaciones ingresadas al SIC-CC, son
trasladadas a las cuentas correspondientes del Mayor General, al momento en
que son revisadas en el SIC-CC y aceptadas y revisadas en el Mdulo de
Mayor General.

El sistema integrado de Contabilidad (SIC) se encuentra desarrollado en la
Base de Datos Progress 9 y como plataforma de desarrollo utiliza Xponent y
Progresss.

Los sistemas LBTR y el Mayor General, estarn interconectados de forma
integrada y automtica y es responsabilidad del licitante bajo las condiciones
del sistema LBTR y los equipos del Mayor General asegurar que el enlace
trabaje apropiadamente.

El LBTR al final del da enviar el detalle de las operaciones cursadas entre
los participantes directos del sistema, de forma automtica al Mayor General
con el fin de llevar a cabo su registro contable de forma automatizada.

El Sistema LBTR generar un lote consolidado (batch) por tipo de
operacin al final del da de las transacciones operadas y las enviar al
Mayor General para su contabilizacin.

El lote generado por la LBTR puede elaborarse en cualquiera de los
siguientes formatos:
Formato XML (a travs de la exposicin de un Webservice).
Archivo plano separado por comas (CSV).
Entre otros.

El Mayor General recibe la informacin de las transacciones, la valida,
genera los registros contables (asientos) correspondientes y comunica la
recepcin exitosa de la informacin, caso contrario, notifica inconsistencias
al Departamento de Sistema de Pagos para que realice las investigaciones y
correcciones correspondientes y as cargar el lote nuevamente.

El LBTR permitir el envo de las operaciones al Mayor General de las
siguientes maneras: a) envo de las transacciones una a una; b) envo de la
posicin multilateral neta; c) total dbitos y crditos.

Cuando se realicen transferencia de fondos entre instituciones financieras y
gubernamentales se utilizar una cuenta control (transitoria) en la LBTR y otra
en el mayor general, ambas cuentas al momento de la liquidacin del SIC-CC
y LBTR quedarn en cero.

Se requiere que el Sistema LBTR identifique cada registro que se enva al
mayor general con la siguiente informacin:
a. Nmero de documento (Identificador del lote).
b. Fecha y hora de operacin
c. Cdigo identificador del tipo de transaccin. (Dato de mayor relevancia ya
que el Mayor General lo deber utilizar para tipificar cada operacin).
d. Nombre y nmero de cuenta corriente
e. Monto
f. Tipo de moneda
g. Cdigo que identifica el sistema que genera la transaccin.
h. Sinopsis predeterminada
i. Sector econmico.
j. Status de las transacciones.

El proveedor realizar sesiones de trabajo en conjunto con el equipo el BCH
para consensuar los mecanismos de conexin, cronograma de trabajo,

Los licitantes tendrn en cuenta de que el sistema de informacin contable
(SIC-Mayor General) actual, ser sustituido por un nuevo mdulo de mayor
general el cual ser parte de un ERP (Enterprise Resource Planning), el cual
est en proceso de adquisicin.

Mientras no se implemente el nuevo Sistema de Informacin Contable, se
requiere que todas las operaciones contables se enven al mdulo de Mayor
General del SIC actual.


7.1.7 Enlace Participantes Directos LBTR
7.1.7.1 Descripcin del enlace
Las instituciones que manejan cuentas en el Banco Central de Honduras
(BCH) con frecuencia realizan transferencias de fondos mediante el uso de
notas debidamente autorizadas o mediante mensaje SWIFT.

Actualmente, el sistema financiero realiza entre otras las siguientes
operaciones: transferencias entre cuentas, transferencias interbancarios,
transferencias desde y hacia los corresponsales, transferencias a instituciones
gubernamentales.

Las transferencias autorizadas por medio de oficios son presentadas en
ventanilla al BCH para su operacin. Al momento de recibir los oficios se
realiza la afectacin en la cuenta corriente.

Las transferencias en moneda nacional que se reciben a travs del SWIFT
son impresas por el Departamento Internacional y remitido al Departamento
de Sistema de Pagos para su operacin en la cuenta corriente de forma
manual.

Realizan transferencias de fondos todas aquellas instituciones que mantienen
cuenta en el BCH:

Todas las instituciones del sistema financiero, excluyendo las compaas
de seguro y los almacenes generales de depsito.
Todas las instituciones gubernamentales.

El horario para efectuar estas transacciones ser el establecido en la
normativa vigente.

No aplican.

El objetivo principal de este enlace es la liquidacin de pagos de alto valor en
tiempo real. Los participantes de la LBTR podrn ingresar sus instrucciones
de pago tanto en moneda nacional como en moneda extranjera.

El participante directo de la LBTR tiene la opcin de recibir y enviar
instrucciones de pago, pagos a terceros, transferencias de fondos, pago de
inversiones, transferencias interbancarias, transferencias a instituciones
gubernamentales y se espera el retiro y depsito de numerario (ver detalle en
la Seccin VI Anexo 7 numeral 7.1.5 Enlace SIC-CC - LBTR).

Las instituciones participantes podrn utilizar los mensajes SWIFT (al menos
MT102, MT103, MT202), los cuales tienen una estructura estndar.

Este enlace tambin cuenta con las siguientes funcionalidades:
a) Notificar sobre el resultado de la liquidacin de instrucciones de pago. Por
lo tanto, ambos sistemas se darn cuenta inmediatamente cuando sus
b) Crear, modificar o eliminar usuarios
c) Administrar colas de pagos
d) Consulta de reportes.
e) Consultas en lnea.

El LBTR proveer mecanismos que permitan a los participantes ingresar lotes
de rdenes de pago a travs de sus sistemas Back-office, con el objeto de
lograr un autntico STP.

La LBTR proporcionar mecanismos de validacin que eviten que un pago
sea duplicado.

EL LBTR permitir a los participantes reservar fondos para propsitos
especficos de liquidacin como ser cmaras de compensacin y subastas de
divisas y valores.

El sistema utilizar mensajes en formato SWIFT, enlazndose y gestionando
conexiones 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 puedan
ingresar pagos y consultar la informacin relacionada a los mismos.

Con el enlace se espera reducir la autorizacin de transferencias por medio de
oficios, permitiendo a los participantes directos ingresar sus transacciones
directamente al LBTR por medio de: una interface Web, la red SWIFT o a
travs de la conexin 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 sector
gubernamental sern enviados al sistema SIC-CC para el procesamiento final.
(Ver detalle en la Seccin VI Anexo 7 numeral 7.1.5 Enlace SIC-CC - LBTR)

La LBTR identificar cuando una instruccin de pago, es originada por un
participante directo y es en beneficio de una institucin gubernamental para
redireccionarla al SIC-CC.

Al menos se requiere que los participantes puedan consultar y generar lo
siguiente:

7.1.7.6.1 Balance de saldos :
El cual incluye: Nmero de cuenta, Nombre del cuentahabiente,
Fecha de apertura, Fecha ltima transaccin, Saldo inicial, Saldo
final.
7.1.7.6.2 Estado de cuenta:
El cual incluye: Procedencia, Referencia, Asiento, Documento,
Fecha Valida, Dbito, Crdito, Saldo inicial, Saldo Final, Sinopsis

El proveedor realizar sesiones de trabajo en conjunto con los participantes
directos y el BCH para consensuar los mecanismos de conexin, cronograma
de trabajo, estrategias para elaboracin, pruebas e implementacin de dicho
enlace.

Adicionalmente el proveedor realizar pruebas de contingencia en la red
SWIFT y en red privada.

7.1.8 Enlace RECAUDACIN FISCAL - LBTR
La Unidad de Servicios Fiscales (USF) es la encargada de administrar el
Sistema de Recaudacin Fiscal, proceso mediante el cual se registra contable
y estadsticamente los ingresos a favor del Gobierno por los impuestos
tributarios recaudados a travs del sistema bancario en moneda nacional.

A partir del ao 1995 se firm un convenio entre la SEFIN y el sistema
bancario para recaudar los impuestos tributarios de los contribuyentes. El
BCH acta como agente fiscal del estado administrando la recaudacin
fiscal, emisin y distribucin de especies fiscales.

Las recaudaciones se realizan diariamente de lunes a viernes en un horario
establecido por los bancos del sistema financiero y transmitido al BCH al da
siguiente hbil. El BCH a su vez traslada al Gobierno esos ingresos al cuarto
da hbil. Actividad por el cual el BCH recibe una comisin por la
recaudacin de tres impuestos indirectos que equivale al 1% mensual sobre
el total recaudado.

Se recibe la informacin del Sistema Bancario a travs de dispositivos de
almacenamiento electrnico las recaudaciones efectuadas a nivel nacional

(PA01/A Fnix y Tradicional), esta informacin es presentada por los
delegados de cada banco en las oficinas de la Unidad de Servicios Fiscales del
BCH, la cual es cargada al Sistema de Recaudacin Fiscal.

Los montos recaudados son revisados y validados por un operador, la
verificacin se realiza comparando los montos cargados en el sistema contra
los reportes fsicos presentados por cada delegado.

Al cuarto da hbil y mediante el Sistema de Recaudacin Fiscal, el operador
responsable efecta los dbitos a los bancos del sistema bancario y el crdito a
la cuenta de la Tesorera General de la Repblica (TGR).

En compensacin al servicio prestado por recaudacin fiscal el BCH por
medio del sistema de Recaudacin Fiscal efecta mensualmente el clculo de
las comisiones que es el 1% del total recaudado, el pago de esta comisin se
efecta en base a convenios establecidos. Posteriormente, un operador ingresa
al SIC-CC para debitar la cuenta de la TGR y acreditar la cuenta de ingresos
del BCH.

El Sistema Bancario por el servicio que presta a la Direccin Ejecutiva de
Ingresos (DEI) recibe una comisin del 0.032 del 1%. Para el pago de esta
comisin el BCH recibe de la DEI una nota de autorizacin con el detalle de
los montos a pagar a cada institucin bancaria, para lo cual debita la cuenta de
la TGR y acredita la cuentas corrientes de los bancos.
El Sistema de Recaudacin Fiscal tiene una conexin automtica con el SIC-
CC para realizar las recaudaciones fiscales, sin embargo, el pago de
comisiones y cobro de intereses se efecta directamente en el SIC-CC.

El Sistema de Recaudacin Fiscales est desarrollado en el lenguaje de
programacin Progress 9.1D y su base de datos se encuentra en la versin
9.1A de Progress.

El proceso de envo de operaciones contables del sistema de Recaudacin
Fiscal hacia SIC-CC consiste en la lectura de los registros contenidos en la
tabla partidas que cuenta con la siguiente estructura:

Cdigo de Banco
Monto
Cuenta Contable
Fecha Transaccin
Tipo Movimiento (dbito/Crdito)
Clase (Mayor o Cuenta Corriente)
Transaccin (Normal/Extempornea)

Nmero de lote

El enlace Sistema de Recaudacin Fiscal LBTR ser automtico para evitar
la digitacin en ambos sistemas reduciendo el riesgo operativo.

La LBTR notificar al Sistema de Recaudacin Fiscal sobre el resultado de la
liquidacin por las recaudaciones efectuadas. Por lo tanto, ambos sistemas se
darn cuenta inmediatamente cuando sus mensajes son recibidos, rechazados,
liquidados o cancelados.

El BCH podr identificar las transacciones realizadas por concepto de
recaudaciones fiscales, pago de comisiones al sistema bancario y generar
reporte de liquidacin de las mismas.

El enlace Sistema de Recaudacin Fiscal LBTR ser automtico, sin
embargo, en caso de que est no est disponible dicho enlace, la LBTR
contar con la posibilidad de ingresar el resultado de la liquidacin en forma
manual.

En algunos casos existen diferencias entre lo reportado y lo debitado, esto se
debe a errores por montos de recaudaciones reportados incorrectamente por
los bancos. En estos casos la USF efecta reversiones en las cuentas de los
bancos del sistema bancario.

En caso de las recaudaciones extemporneas, la USF efectuar el clculo por
los intereses moratorios los cuales sern debitados de la cuenta del banco que
corresponda y acreditar la cuenta de la TGR.

Montos Recaudados
Banco
Fecha de Recaudacin
Fecha de Liquidacin
Cuenta
Tipo de operacin

El proveedor realizar sesiones de trabajo en conjunto con USF para
consensuar los mecanismos de conexin, cronograma de trabajo, estrategias
para elaboracin, pruebas e implementacin de dicho enlace.


7.1.9 Enlace ESPECIES FISCALES - LBTR
La Unidad de Servicios Fiscales (USF) es la encargada de administrar el
Sistema de Especies Fiscales, proceso mediante el cual se administra el
inventario y el registro contable de las especies fiscales y Judiciales del
Gobierno como ser timbres de contratacin, papel sellado, libretas para
pasaportes (diplomticos, corrientes y oficiales), libretas de marinos, timbres
consulares, timbres para licores y esencias importada.

De conformidad con lo dispuesto en el artculo 55 de su Ley Orgnica EL
BANCO CENTRAL DE HONDURAS, en su carcter de Agente Fiscal del
Estado, le corresponder la adquisicin, edicin, fabricacin, emisin,
custodia y distribucin de las Especies Fiscales y Judiciales, segn contratos
para la Administracin 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 se
efecta la venta directa de las especies fiscales denominadas timbres de
contratacin y papel sellado al sistema bancario nacional en un horario de
9:00 am a 3:00 pm. El resto de las especies fiscales se distribuye a travs de
los agentes autorizados, los cuales son los encargados de ponerlos a
disposicin de los contribuyentes para lo cual el BCH cumple solamente el rol
de distribuidor. La recaudacin de estos ingresos son enterados a la Tesorera
General de la Republica (TGR) a travs del sistema de recaudacin fiscal.

En casos de los ingresos por libretas para pasaporte corriente y timbres
consulares utilizados en las oficinas diplomticas en el exterior son enterados
a travs de transferencias ordenadas va SWIFT y donde el Departamento de
Sistema de Pagos digita la operacin contable y afecta la cuenta de la TGR en
moneda extranjera.

Para la atencin de timbres de contratacin y papel sellado se recibe nota del
banco del sistema solicitando la venta de estas especies, detallando cantidad y
denominacin de las mismas.

El auxiliar contable encargado de atender la solicitud procesa durante el da en
el Sistema de Especies Fiscales las Facturas de Remisin solicitadas por los
bancos, las cuales contienen la siguiente informacin: nombre del banco
solicitante, cantidades, valores, descuento, tipo de especie.

Al final de da el Sistema de Especies Fiscales genera una orden de afectacin
automtica al SIC-CC, debitando la cuenta de encaje de los bancos solicitantes
y acreditando la cuenta de la TGR por el total de las ventas realizadas en el
da.


Para la atencin de solicitudes de papel sellado y timbres de contratacin en
las sucursales del BCH, stas realizan la operacin de cobro de las especies
debitando la cuenta de encaje de los bancos solicitantes y acreditando una
cuenta transitoria de acreedores varios. Al final del da las sucursales del BCH
remiten va fax a la USF copia de las facturas de remisin de las operaciones
contables realizadas, con el objeto de registrar los ingresos al fisco, debita la
cuenta transitoria y acredita la cuenta de la TGR por medio del sistema de
especies fiscales en forma automtica.

El Sistema de Especies Fiscales est desarrollado en el lenguaje de
programacin Progress 9.1D y su base de datos se encuentra en la versin
9.1A de Progress.
El proceso de envo de operaciones contables del sistema de Especies Fiscales
hacia 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 (dbito/Crdito)
Clase (Mayor o Cuenta Corriente)
Fecha
Monto
Sinopsis
Movimiento

El enlace Sistema de Especies Fiscales LBTR ser automtico debitando la
cuenta de encaje del sistema bancario para evitar la digitacin en ambos
sistemas y reducir el riesgo operativo.

La LBTR notificar al Sistema de Especies Fiscales sobre el resultado de la
liquidacin. Por lo tanto, ambos sistemas se darn cuenta inmediatamente
cuando sus mensajes son recibidos, rechazados, liquidados o cancelados.

El BCH podr identificar las transacciones realizadas por concepto de venta
de especies fiscales (timbres de contratacin y papel sellado) y generar reporte
de liquidacin de las mismas.

El enlace Sistema de Especies Fiscales LBTR ser automtico, sin embargo,
en caso de que est no est disponible dicho enlace, la LBTR contar con la
posibilidad de ingresar el resultado de la liquidacin en forma manual.

En caso de existir devoluciones por vencimientos, deterioros o daos el banco
del Sistema podr solicitar a travs de la Secretaria de Finanzas la autorizacin

de la devolucin del importe parcial o total, el cual se acreditar a su cuenta de
encaje, debitando la cuenta de ingresos de la TGR.

Este proceso es realizado mediante el sistema de Especies Fiscales en forma
automtica.

Monto cobrado
Banco
Fecha de la operacin
Cuenta
Tipo de especie

El proveedor realizar sesiones de trabajo en conjunto con USF para
para elaboracin, pruebas e implementacin de dicho enlace.

7.1.10 Enlace FPI-LBTR
7.1.10.1 Descripcin
Para realizar una adecuada gestin de la liquidez el BCH ha establecido las
facilidades permanentes de liquidez de corto plazo en moneda nacional
poniendo a disposicin de las Instituciones del Sistema Financiero (ISF) la
Facilidad Permanente de Inversin (FPI).

Las operaciones por Facilidades Permanente de Inversin son realizadas
exclusivamente por ISF a un da plazo (overnight), en moneda nacional y en
un horario de recepcin de 5:00 p.m. a 6:30 p.m.

Para acceder a estas facilidades las instituciones financieras suscriben un
convenio de participacin con el BCH y las solicitudes son remitidas al
departamento de Operaciones Monetarias va fax en el formato establecido
para estas transacciones, las cuales son procesadas manualmente.

Las principales transacciones por las facilidades de inversin son:

El registro de la solicitud de inversin realizadas por la ISF en el BCH

El registro de la liquidacin de la inversin y pago de intereses al
vencimiento

Por la solicitud de inversin recibida se realiza en forma manual un crdito en
la cuenta de pasivo del mdulo de mayor general y un dbito a la cuenta
corriente de la ISF en el SIC-CC, por el monto pactado de la transaccin.

Al vencimiento se registra un dbito en el mayor general del SIC por el monto
pactado de la transaccin ms los respectivos intereses y la suma de ambos
valores 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 una
tasa fija que resulta de restar la Tasa de Poltica Monetaria (TPM) menos los
puntos bsicos que determine el directorio del BCH en la normativa vigente.

El registro contable y la liquidacin de las FPI se efecta manualmente, al
igual que la cancelacin de las mismas. Las estadsticas y el control se llevan
en archivos de Excel, las cuales se actualizan diariamente.

No aplica.

El proveedor disear e implementar, en coordinacin con el departamento
de Operaciones Monetarias y el departamento de Tecnologa y
Comunicaciones, un mecanismo para agilizar este proceso, que considere
tanto la liquidacin de la operacin en la LBTR como el registro de la
inversin en el mayor general del SIC, el cual deber ser consensuado y
aprobado por el BCH.

No existe un mdulo que permita el ingreso de las solicitudes de las FPI, por
lo cual se realizan en forma manual y se lleva control en hojas de Excel.

Se requiere que la liquidacin de estas operaciones (inversin y vencimiento)
se efecte en la LBTR, por lo menos con la siguiente informacin:
Fecha de Operacin
Cdigo de Moneda
Cdigo del operador: cdigo del operador que realiza la operacin

Para el registro de la inversin en una cuenta de mayor general del SIC, se
requiere por lo menos la siguiente informacin:

Fecha de Operacin:
Cdigo de Moneda
Valor de la Operacin
Cdigo de cuenta: cdigo de la cuenta de mayor general para el registro de
las inversiones
Cdigo del operador: cdigo del operador que realiza la operacin

El proveedor coordinar las acciones requeridas para el diseo e
implementacin de este enlace en conjunto con personal del departamento de
Operaciones Monetarias y el departamento de Tecnologa y Comunicaciones.

7.1.11 Enlace SIP - LBTR
El desarrollo y fortalecimiento de los sistemas de pagos es un objetivo
estratgico fundamental para los bancos centrales de la regin, facilita la
ejecucin de la poltica monetaria y promueven el desarrollo de los sistemas
financieros, tanto nacionales como regionales, es por esto que nace el Sistema
de Interconexin de Pagos (SIP) cuyo gestor institucional actual es el Banco
Central de Repblica Dominicana. El SIP tiene como propsito brindar los
mecanismos automatizados que, mediante procesos transparentes, eficientes y
seguros, permitan a los participantes directos liquidar electrnicamente, en
forma bruta y en tiempo real sus operaciones, derivadas en dlares de los
Estados Unidos de Amrica.

Actualmente el BCH est en procesos de prueba para conectarse a los Bancos
Centrales adheridos al SIP. Se estima que a mediados del 2011 se iniciarn
las operaciones del SIP.

El proveedor ofrecer al BCH la plataforma informtica necesaria para
interactuar con el Gestor Institucional la cual incluye mecanismos de
comunicacin que garanticen el servicio y la seguridad entre los participantes.

El Ciclo de Operacin para transmitir pagos en el SIP a travs de la LBTR es
el siguiente:

Un Cliente remite un pago a una institucin del Sistema Financiero del pas
origen (en nuestro caso Honduras) para acreditar fondos a otro participante en
un pas destino (Costa Rica, Salvador, Guatemala, Republica Dominicana,
Nicaragua). Posteriormente, las instituciones de nuestro Sistema Financiero

por medio del LBTR emite la instruccin de pago solicitadas por los clientes
(Ver Detalles Seccin VI Requisitos Tcnicos, Literal H Anexo 7 numeral
7.1.7 Enlace Participantes Directos - LBTR) para ser liquidadas por el LBTR.

El LBTR identificar, canalizar y remitir automticamente una instruccin
de pago al Gestor institucional a travs de Swift (actualmente Repblica
Dominicana), el cual recibir el mensaje y liquidar el pago mediante la
cuenta de liquidacin que posea el BCH en el Gestor institucional contra la
cuenta de liquidacin de posea el pas destino en el Gestor Institucional.

El Gestor Institucional enviar una confirmacin de liquidacin al LBTR
indicando que se efectu el pago. El LBTR trasladar dicha confirmacin al
Sistema Financiero.

El Banco Central de pas destino por medio del Gestor Institucional recibe la
instruccin de pago y la remite al participante del pas destino, este a su vez
entrega los fondos al cliente beneficiario.

Para mayor detalle ver el siguiente grfico.

Las conexiones y comunicaciones en el SIP se efectuarn por medio de la
red 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 enva, la
institucin central que opera el sistema LBTR, y el participante que recibe.


El dlar de los Estados Unidos de Amrica (USD) ser la moneda oficial que
se utilizar para las operaciones que se realicen por medio del SIP.

Se espera que BCH a largo plazo pueda operar como Gestor institucional por
ello la LBTR tendr que cumplir con los siguientes requisitos:

a. Liquidacin en tiempo real de pagos individuales, sujeto a disponibilidad
de fondos.
b. Gestin de lmites de cuentas de liquidacin de los participantes.
c. Capacidad de gestin de colaterales.
d. Facilidades para trabajar con mltiples horarios de operaciones.
e. Gestin 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. Remisin automtica de estados de cuenta, al cierre diario de operaciones.
j. Gestin de tarifas.
k. Integracin de forma nativa con SWIFT.
l. Soporte de operaciones va SWIFT.
m. Pistas de auditoras.
n. Liquidacin de operaciones nacionales y regionales en instancias
separadas.
o. Contar con infraestructura tecnolgica moderna, segura y eficiente, con
centro de procesamiento y resguardo de informacin en un sitio alterno.

El proveedor realizar sesiones de trabajo en conjunto con el BCH para
para elaboracin, pruebas e implementacin de este enlace.
7.2 ENLACES CON LA CDV
7.2.1 Enlace CDV-LBTR
Actualmente la dependencia del BCH que administra las Operaciones de
Mercado Abierto (OMA) es el departamento de Operaciones Monetarias, el
cual cuenta con varios sistemas para la gestin de sus procesos, entre los
cuales se encuentran: el Sistema de Anotacin en Cuenta (SAC), Sistema de
Certificados de Absorcin Denominados en Dlares (SIS LBCH EN M/E).
Dichos sistemas tienen interrelacin directa con el mdulo de cuenta corriente
del SIC (SIC-CC) para la liquidacin de operaciones de mercado abierto.


Todas las operaciones que realizan los participantes directos en el mercado de
valores, que se procesan en el SAC y SIS LBCH EN M/E se liquidan en SIC-
CC a travs del envo electrnico de las operaciones contables.

Los principales registros contables que se realizan derivado de las operaciones
mencionadas anteriormente son:

a) Transacciones en el mercado Primario
Liquidaciones por la adjudicacin de valores en la subasta de Letras del
BCH: adjudicaciones totales, adjudicaciones parciales y devoluciones.
Liquidaciones por la adjudicacin de valores en la subasta por
emisiones de instituciones del sector pblico (Sefin, ENEE):
adjudicaciones totales, adjudicaciones parciales y devoluciones a los
inversionistas. Esto incluye la transferencia de fondos a favor de la
Sefin.
Liquidacin 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
Liquidacin 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 peridicos y capital al
vencimiento de los valores emitidos.
Pagos a los inversionistas por los intereses peridicos y capital al
vencimiento de los valores.
Retenciones del impuesto sobre la renta sobre los intereses devengados
por las inversiones.
Traslado peridico a la DEI por la retencin del impuesto sobre la renta
sobre los intereses devengados por los inversionistas de ttulos valores.

d) Facilidades de Crdito y Acuerdos de Recompra
Liquidaciones por los crditos concedidos por BCH a favor de ISF
Liquidacin del crdito al vencimiento
Cobro de intereses

e) Facilidades de Inversin
Liquidaciones por las inversiones realizadas en el BCH por la ISF
Liquidacin de la inversin al vencimiento
Pago de intereses

f) Transferencias de Valores para garantizar Crditos Interbancarios

Todas las transacciones de valores se liquidan en el SIC-CC en moneda
nacional.

Las liquidaciones del mercado primario se realizan el mismo da en forma
simultnea o posterior a la adjudicacin 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 un
horario de 9:00 a.m. a 3:00 p.m. a excepcin del traslado peridico a la
DEI por la retencin del impuesto sobre la renta sobre los intereses
devengados por los inversionistas de valores gubernamentales, el cual se
liquida trimestralmente.

Las Facilidades de Crdito y Facilidades de Inversin 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 recepcin.

Para hacer efectivos los pagos (crditos) por de intereses peridicos y
capital al vencimiento a los inversionistas (pblico en general) que no
tienen cuenta corriente en el BCH, los inversionistas pueden solicitar la
emisin de un cheque para el pago o que se les acredite el monto en cuentas
del Sistema Financiero para lo cual el departamento de Operaciones
Monetaria requiere una nota de autorizacin para realizar el crdito en una
cuenta corriente del banco receptor del pago, registrada en el SIC-CC.

Para liquidar las transacciones de valores, actualmente se realiza un slo
dbito en la cuenta corriente de los bancos por la suma de las afectaciones
en el SIC-CC, correspondientes a inversiones propias y de otros
inversionistas previa autorizacin de los bancos. Cuando se utilizan
cheques certificados o de caja como medio de pago estos representan una
afectacin directa de dbito en la cuenta corriente en el SIC-CC.

Por concepto de las transacciones individuales derivadas por el servicio de
la deuda (pago de intereses y capital al vencimiento) se realiza un slo
crdito en las cuentas corrientes autorizadas por los inversionistas. Si el
inversionista no tiene cuenta en el BCH se emite un cheque a favor del
mismo o en su defecto por instrucciones del inversionista con previa
autorizacin se acredita los fondos en la cuenta de un banco.

Las operaciones del mercado primario y secundario se envan en forma
electrnica al SIC-CC por medio de los sistemas SAC y SIS LBCH EN M/E,
los cuales realizan una conexin directa al sistema contable, transmitiendo un
lote de operaciones.


En el caso de la liquidacin de la subasta de valores gubernamentales se debe
realizar el cierre de la subasta en el SAC, para posteriormente realizar el envo
electrnico de las operaciones contables al SIC-CC.

Al generar las operaciones contables por transferencias en el mercado
secundario se realiza un cierre automtico de traspasos de mercado secundario
en el SAC.

Todas las operaciones por el servicio de la deuda se realizan en forma manual
y se digitan por un operador en el SIC, afectando cuentas de mayor general y
cuenta corriente. Se utilizan las cuentas de mayor general por la provisin de
intereses, para retencin de impuesto y en el SIC-CC los crditos a favor de
los inversionistas.

Las operaciones de Facilidades de Crdito e Inversin y los Acuerdos de
Recompra se operan en forma manual en el sistema contable, afectando
cuentas de mayor general y cuenta corriente.

Las operaciones por Facilidades de Crdito se registran como inversin en el
mayor general y se liquidan en la cuenta corriente de la institucin en el SIC-
CC, se realiza un crdito por el monto pactado y un dbito por el monto
pactado ms los intereses el da de la cancelacin de la FPC.

Las aplicaciones SAC (versin carcter) y SIS LBCH EN M/E (interface
Windows) fueron desarrolladas con Progress 9 (tanto base de datos como

de los sistemas SAC y SIS LBCH EN M/E y realiza diversas validaciones
previo al envo electrnico del lote de operaciones contables hacia los
mdulos de cuenta corriente y mayor general del SIC.

Las afectaciones contables se envan como un valor neto hacia los mdulos de
cuenta corriente y mayor general del SIC; el SAC y SIS LBCH EN M/E son
utilizados como un auxiliar contable.

La CDV enviar en forma electrnica a la LBTR las instrucciones de
liquidacin de las transacciones por los siguientes conceptos: mercado
primario, mercado secundario, servicio de la deuda y crditos colateralizados.

La CDV garantizar el principio entrega contra pago modelo 1 para las
transacciones de mercado primario, mercado secundario, facilidades de
crdito, acuerdos de recompra y prstamos interbancarios.


La LBTR enviar en forma automtica la confirmacin de la liquidacin
hacia 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 mecanismo
para realizar ajustes sobre las retenciones si fuera necesario debido a reclamo
presentado.

Lo anterior con el objeto que la CDV sea capaz de generar una instruccin de
pago a la cuenta de la DEI en un banco privado a travs de la LBTR, para el
pago peridico (trimestral, semestral, anual o personalizado), por la
acumulacin de las retenciones del impuesto sobre la renta sobre los intereses
devengados por las inversiones, desde una cuenta de retencin del mayor
general.

Cuando el enlace entre la CDV y la LBTR deje de operar normalmente, el
proveedor proporcionar el mecanismo de contingencia para el envo y
transferencia de informacin entre ambos sistemas.

Las 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. Para
este tipo de transacciones el principio de entrega contra pago no ser
requerido.

Para realizar las liquidaciones de las diferentes transacciones de valores se
enviarn instrucciones de la CDV hacia la LBTR por lo menos contiendo la
siguiente informacin:
Fecha de Operacin

El proveedor trabajar en forma conjunta con los departamentos de
Operaciones Monetarias y de Sistema de Pagos para coordinar los detalles
operativos de este enlace.


7.2.2 Enlace CDV PARTICIPANTES DIRECTOS
El proceso de Subasta de Valores Gubernamentales del BCH se realiza en el
Sistema de Anotacin en Cuenta (SAC) para valores emitidos en moneda
nacional y en el Sistema de Letras del BCH Denominadas en Moneda
Extranjera (SIS LBCH EN M/E)
El propsito general de los sistemas antes referidos es la administracin de
valores gubernamentales emitidos por el Banco Central de Honduras y por
otras instituciones del Sector Pblico; y su administracin est a cargo del
departamento de Operaciones Monetarias.

Estos sistemas permiten las siguientes operaciones:
- Emisin de valores gubernamentales de acuerdo a las caractersticas
autorizadas por los emisores.
- Colocacin de valores bajo el mecanismo de subasta de valores.
- Colocacin de valores directa o bilateral en mercado primario.
- Transferencias de valores gubernamentales en mercado secundario.
- Transferencia de valores gubernamentales en garanta por el
otorgamiento de Facilidades de Crdito y Acuerdos de Recompra
(crditos colateralizados).
- Administrar el servicio de la deuda: pago de intereses peridicos y
capital al vencimiento.

Mercado Primario
Las colocaciones directas o bilaterales, son transacciones donde ocurre una
negociacin directa entre el emisor y el inversionista, una vez que ambos
llegan a un acuerdo sobre el tipo de emisin, tasa de rendimiento, plazo y
precio, el BCH recibe, por medios escritos con las respectivas firmas
autorizadas en el registro de valores, las instrucciones para la venta o
adquisicin de valores as como la afectacin de las cuentas corrientes
correspondientes en el SIC-CC.

Mercado Secundario
Las transferencias de valores en mercado secundario son el producto de una
negociacin entre un tenedor de valores (vendedor) y un interesado en
adquirir valores (comprador), quienes pactan el precio y el valor a pagar por la
transaccin. Posteriormente acuden a una casa de bolsa autorizada y estas
notifican al BCH por medio escrito con firmas autorizadas en el Registro de
Valores, en los formatos de compra y venta establecidos para estas
transacciones, las instrucciones para la transferencia de la titularidad en el
SAC y liquidacin de las transacciones en cuenta corriente del SIC-CC si
aplica la liquidacin.
Dichas transacciones deben ser solicitadas utilizando los servicios de
intermediacin de las casas de bolsa autorizadas.


Facilidades Permanentes
Para realizar una adecuada gestin de la liquidez, el BCH ha establecido las
facilidades permanentes de liquidez de corto plazo en moneda nacional
poniendo a disposicin de las Instituciones del Sistema Financiero (ISF) la
Facilidad Permanente de Crdito (FPC) y la Facilidad Permanente de
Inversin (FPI), las cuales constituyen operaciones a un da plazo (overnight).

Para acceder a estas facilidades las instituciones financieras suscriben un
convenio de participacin con el BCH y las solicitudes son remitidas al
departamento de Operaciones Monetarias va fax en el formato preestablecido
para estas transacciones que son procesadas en forma manual.

Las facilidades permanentes de crdito se documentan mediante pagars a la
vista a favor del BCH suscritos por los representantes legales de las ISF
peticionarias y colateralizadas con valores gubernamentales propiedad de la
institucin solicitante.

Las ISF presentan el detalle de los valores gubernamentales que sirven de
colateral para acceder a la FPC, con su respectivo valor presente, utilizando
para ello la tasa de inters promedio de colocacin de las Letras del BCH en
moneda nacional a un ao plazo de la ltima subasta. Una vez verificados
todos los requisitos se realiza manualmente la transferencia de titularidad en el
SAC a favor del BCH y la afectacin en la cuenta corriente de la ISF
solicitante.

Al vencimiento de la FPC se efecta el dbito en la cuenta corriente de la ISF
solicitante por la cancelacin de la FPC (monto de capital ms intereses) y se
registra la transferencia de los valores a favor de la ISF solicitante en el SAC
y se devuelve el pagar cancelado.

Los acuerdos de Recompra son crditos concedidos a las ISF basados en una
garanta o colateral por un plazo de 2 a 6 das, cuyo tratamiento es similar a
las 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), pago
de intereses peridicos y pago de capital al vencimiento a los tenedores de
valores gubernamentales.

Horarios
La subasta de valores gubernamentales en moneda nacional se realiza el da
martes de cada semana y la subasta de valores gubernamentales en moneda
extranjera se realiza el da mircoles de cada semana. Si alguno de estos das
resulta inhbil, la subasta se realiza el da hbil siguiente. La recepcin de las

ofertas es de 9:00 a.m. a 11:15 a.m. para subastas estructurales y para subastas
dirigidas a las instituciones del sistema financiero el horarios es de 9:00 a.m. a
2:45 p.m. Posteriormente el mismo da se realizan los procesos de revisin,
adjudicacin y liquidacin de la subasta.

Las operaciones que no son por medio de subasta se atienden en un horario de
lunes a viernes de 9:00 a.m. a las 3:30 p.m., excepto para las Facilidades
Permanentes de Inversin y Crdito cuyo horario de atencin es de 5:00 p.m.
a 6:30 p.m.

Debido a que no existe una conexin electrnica directa entre el SAC/SIS
LBCH EN M/E con los participantes directos y con el propsito de agilizar el
proceso de negociacin de valores gubernamentales mediante el mecanismo
de subasta, se dise el Mdulo Electrnico de Captura de Ofertas (MECO).

El MECO permite el envo electrnico a travs de una interface web de ofertas
de compra de valores de los inversionistas directos y de los agentes
intermediarios de valores desde terminales remotas utilizando la Red de
Interconexin Financiera (RIF) administrada por la Comisin Nacional de
Bancos y Seguros (CNBS).

Una vez que las ofertas son capturadas, las mismas son transferidas al SAC y
SIS LBCH EN M/E para efectuar la adjudicacin de valores gubernamentales
y la respectiva liquidacin 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 las
operaciones se reciben por medio de solicitudes por escrito que se ingresan
manualmente al SAC y se liquidan en el mdulo de SIC-CC y mayor general.

El MECO est desarrollado en la plataforma Microsoft ASP .NET 2005
usando base de datos SQL Server 2005.


La recepcin de las ofertas se realiza en el horario definido en el MECO. Una
vez que se cierra el proceso de recepcin de las ofertas, stas son transferidas
al SAC y SIS LBCH EN M/E por medio electrnico a travs de una interface
electrnica entre ambos sistemas.


Las principales validaciones para el ingreso de ofertas que se realizan en el
MECO 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 mximo establecido
c. Valida que el mltiplo de la tasa sea el correcto
d. Valida que el valor nominal de la oferta no sea menor al establecido
e. Valida que el mltiplo del valor nominal sea el correcto
f. 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
parmetro establecidos

7.2.2.4 Detalles tcnicos de la importacin y exportacin de informacin
del SAC hacia el MECO
Para comunicar el SAC y el MECO, se desarroll en Progress un Mdulo de
Exportacin e Importacin de Ofertas Electrnicas a travs de archivos
planos separados por coma.

Este mdulo intermedio permite extraer del SAC los datos necesarios de la
convocatoria de subasta tanto en moneda nacional como en moneda
extranjera, los cuales posteriormente son ingresados al MECO. Los archivos
para importar la subasta y el detalle de las emisiones son los siguientes:

Moneda Nacional
a) Subasta de valores en moneda nacional

Nmero de Subasta
Da
Mes
Ao
Tipo Subasta: Venta o de Compra
Forma de la subasta: Precio mltiple
Tiempo

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

Nmero de Subasta
Tipo Emisin
Plazo (Serie)
2010007, 12, 5, 2010, V, DPM, 0

Da
Mes
Ao
Monto Ofrecido
Cdigo ISIN

Moneda Extranjera

a) Subasta de valores en moneda extrajera
2010206 12, 5, 2010, V, DPM, 0 19.0257

Nmero de Subasta
Da
Mes
Ao
Tipo Subasta: Venta o de Compra
Forma de la subasta: Precio mltiple
Tiempo
Tipo de Cambio

b) Detalle de las emisiones
2010206, 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

Nmero de Subasta
Tipo Emisin
Plazo (Serie)
Da
Mes
Ao
Monto Ofrecido
Cdigo ISIN

Para las subastas de valores emitidos por el Gobierno se ingresa en el
MECO el detalle de las emisiones y las ofertas se capturan en forma
electrnica el proceso de carga de las ofertas es manual.

Al momento del cierre del periodo de recepcin de ofertas en el MECO,
se utiliza el Mdulo de Exportacin e Importacin de Ofertas
Electrnicas para exportar al sistema de anotacin en cuenta (SAC) las
ofertas ingresadas en el MECO, para lo cual se generan tres archivos
planos separados por comas. Los archivos se detallan a continuacin:

2010206-oferta.txt Datos Generales de las ofertas
2010206-DetaOfer.txt Datos especficos de las ofertas
2010206-ForPaOfe.txt Forma de Pagos de las ofertas

Cuando ocurra la implementacin de la CDV, los enlaces bsicos requeridos
entre la CDV y los participantes directos son:

La CDV habilitar los avisos electrnicos de subasta a los participantes
directos.

Los participantes directos (las ISF y casas de bolsas autorizadas) enviarn
de forma electrnica a travs de una interface web sus posturas para la
compra/venta de valores gubernamentales (colocacin por medio de
subasta, colocacin directa o bilateral) las cuales sern capturadas por la
CDV.

La CDV enviar en forma electrnica los resultados de la adjudicacin de
valores gubernamentales a los participantes directos e intermediarios
autorizados, una vez que se ha hecho la liquidacin, para dar cumplimiento
al principio Entrega contra Pago (ECP) modelo 1.

La CDV permitir a los participantes directos enviar de forma electrnica
a travs de una interface web sus solicitudes o instrucciones de
transferencia de valores gubernamentales, registro de valores en garanta
en el otorgamiento de Facilidades de Crdito y Acuerdos de Recompra
cumpliendo el principio Entrega contra Pago (ECP) modelo 1.

La CDV contendr mecanismos de consulta y proporcionar en formato
electrnico estados de cuenta o extractos a los inversionistas o
intermediarios que as lo requieran, respecto del movimiento o estado de
su(s) cuenta(s).

La CDV realizar las notificaciones a los inversionistas, donde se les
informar peridicamente el pago de los intereses y capital.

La transferencia de informacin se realizar utilizando mensajes con el
formato SWIFT, de conformidad con los estndares internacionales
mnimos para mensajes generados segn los lineamientos BIS.

La CDV permitir ciertas facilidades para la interconexin con los
sistemas BackOffice de los participantes directos para el envo y recepcin
de informacin de forma automtica, de manera que agilice los procesos
relacionados con la participacin en el mercado de valores.

En caso de interrupcin del servicio a uno o varios participantes, durante
un evento de negociacin, es decir, que el enlace entre la CDV y los
participantes directos deja de operar normalmente o no est disponible y
las ofertas o posturas no puedan ser ingresadas en forma electrnica, la

CDV permitir al BCH el ingreso manual de las ofertas fsicas recibidas o
en su defecto se habilitar una terminal en el BCH para que los
inversionistas puedan ingresar sus ofertas.

Asimismo, cuando que se presente interrupcin total del servicio durante
un evento de subasta, se proveer la facilidad para que el BCH pueda
extender los horarios de la subasta del da.

La Secretaria de Finanzas (Sefin) puede actuar como, emisor de valores
gubernamentales y/o como participante directo para la adquisicin de valores
en la subasta de valores gubernamentales.

En relacin al enlace requerido entre la CDV y la Sefin, en caso de que sta
acte como emisor se proveer un enlace para consulta y gestin de la deuda
pblica y cuando la Sefin acte como inversionista este permitir que realice
todas las operaciones como un participante directo; para la liquidacin de las
transacciones se utilizarn las cuentas corrientes indicadas por la Sefin.

La Sefin presenta posturas no competitivas (ciegas) a diferencia de los dems
participantes estas ofertas no tienen lmite en el monto ofrecido.

Dado que los medios de pago actualmente autorizados por el BCH para
liquidar las transacciones de las subastas de valores son: Cuenta corriente,
Cheque de caja o cheque certificado y comprobante de inversin vencida en el
SAC y en el SIS LBCH EN M/E, durante el proceso de implementacin y
reformas a los procesos de liquidacin se analizar la mejor opcin para
liquidar dichas transacciones especialmente por los inversionistas que no
tienen cuenta corriente en el BCH.

Los datos relativos a las ofertas de subasta que son transferidos desde el
MECO al SAC y SIS LBCH EN M/E son:
a. Cdigo del inversionista
b. Nombre del inversionista
c. Fecha de Operacin
d. Cdigo de Moneda
e. Plazo: expresado en das.
f. Caractersticas de los valores a comprar: fecha de emisin, fecha de
vencimiento
g. Valor nominal: Requiere una precisin de doce (12) dgitos y dos (2)
posiciones decimales.
h. Tasa: Requiere una precisin de dos (2) posiciones decimales. Ej. 6.65
i. Precio: Requiere una precisin de seis (6) posiciones decimales.
Ej. 93.857056

j. Valor a pagar: Requiere una precisin de doce (12) dgitos y dos (2)
posiciones decimales.
k. Medio de pago

El proveedor realizar sesiones de trabajo en conjunto con personal del
Departamento de Operaciones Monetarias del BCH para trabajar n el enlace
descrito anteriormente y proveer los mecanismos y estrategias para la
implementacin y pruebas del enlace con los participantes directos.

Una vez que entre en funcionamiento la CDV cumplir los requerimientos
para la gestin de las operaciones de mercado de valores gubernamentales,
unificando las funcionalidades del SAC, SIS LBCH EN M/E y del MECO e
incorporando nuevas funcionalidades que no estn disponibles en los sistemas
actuales.

Mientras no se realice la implementacin de la CDV, se seguir operando con
el esquema actual, utilizando al MECO como capturador de ofertas y SAC y
SIS LBCH EN M/E como gestores del proceso de negociacin de valores.

7.2.3 Enlace CDV-MAYOR GENERAL
El Sistema de Anotacin en Cuenta (SAC) y el Sistema de Letras del BCH
Denominadas en Moneda Extranjera (SIS LBCH EN M/E), envan
operaciones contables al mdulo de mayor general del Sistema Integrado de
Contabilidad (SIC).

Actualmente se realizan operaciones mixtas. Las operaciones mixtas que
generan el SAC y SIS LBCH EN M/E, comprenden afectaciones en cuenta
corriente SIC (SIC-CC) y afectaciones en el mdulo de mayor genera (SIC-
Mayor General) en forma simultnea; asimismo para efectuar el registro
contable de la tenencia, se realiza de acuerdo a la sectorizacin econmica del
mayor general.

Existen otro tipo de operaciones que no se generan de ningn sistema y se
digitan manualmente en el mdulo de mayor general (conocidas como
operaciones manuales).

Los principales eventos que generan afectaciones contables al mayor general
del SIC son: transacciones de valores gubernamentales en el mercado
primario, transferencias de valores gubernamentales en mercado secundario,
servicio de la deuda, facilidades de crdito y de inversin, acuerdos de
recompra y registro de garantas de crditos interbancarios y todas estas se
realizan en moneda nacional. Los sistemas SAC y SIS LBCH EN M/E, envan

un lote de operaciones al final de cada evento que se registran en diferentes
cuentas del Mayor General.

En lo referente a la emisin, colocacin y redencin de valores
gubernamentales se actualizan los saldos en las cuenta de orden del mayor
general por: montos emitidos, monto disponible y el control de las
obligaciones del estado cuando se trata de emisiones de la Sefin.

Las colocaciones de valores en el mercado primario generan afectaciones de
cuentas acreedoras en el mayor general por el registro de los pasivos
originados por las emisiones del BCH y en las cuentas deudoras por el registro
del descuento concedido. Al vencimiento de los valores negociados se generan
afectaciones de la cuenta acreedora en el mayor general para registrar la
cancelacin de la obligacin contrada por el BCH.

Las transferencias en el mercado secundario generan afectaciones en el mayor
general, para el registro de la tenencia de los valores, las cuales pueden ser en
cuentas acreedoras cuando se trata de emisiones del BCH y en cuentas de
orden cuando son emisiones del sector pblico (Sefin, ENEE).

Las operaciones contables por el servicio de la deuda, tales como: pago de
intereses y capital, provisin de intereses y retencin del impuesto sobre la
renta de las referidas colocaciones se realizan en el mayor general de forma
manual afectando de cuentas deudoras y acreedoras.

Por el registro de las facilidades permanentes de crdito overnight (FPC), se
realiza en el mayor general de forma manual un dbito a una cuenta de activo
por el monto pactado del crdito, y un crdito por el mismo valor a la cuenta
de mayor de la institucin financiera que recibe el crdito overnight, se
debitan y acreditan las cuentas de orden correspondientes por el registro del
pagar. Al vencimiento se realizan las operaciones por la cancelacin en las
cuentas mencionadas y se realiza el registro respectivo por concepto de
intereses en una cuenta de resultado.

El traspaso de los valores gubernamentales que garantizan la FPC se realiza en
el SAC y se envan las operaciones contables en forma electrnica hacia el
mdulo de mayor general del SIC, afectando cuentas de pasivo o cuentas de
orden segn corresponda de acuerdo al emisor de los valores cmo colateral.
Al vencimiento se realizan las operaciones por la cancelacin del traspaso en
las cuentas mencionadas.

El registro de los acuerdos de recompra se realiza en forma manual mediante
una operacin mixta en el mayor general un dbito a una cuenta de activo por
la concesin del crdito y en el SIC-CC un crdito a la cuenta corriente de la
institucin financiera, crdito que se traslada al mayor general al ser revisada
la operacin. Al vencimiento se realizan las operaciones por la cancelacin en

las cuentas mencionadas y se realiza el registro respectivo por concepto de
intereses en una cuenta de resultado.

Los acuerdos de Recompra son crditos concedidos a las Instituciones del
Sistema Financiero amparada en una garanta o colateral a un plazo de 2 a 6
das, cuyo tratamiento es similar a las FPC con la diferencia de que por estos
acuerdos no se suscribe un pagar.

Por las facilidades de inversin (overnight), se afecta en el mayor general en
forma manual un crdito a una cuenta de pasivo para registrar la obligacin
contrada por el BCH y dbito a la cuenta de mayor de la institucin
financiera, y la cancelacin se registra el da siguiente, se realiza el registro
correspondiente por concepto de intereses pagados en una cuenta de resultado.

Los envos de estas operaciones se realizan en forma electrnica al final de
cada evento al SIC-CC y se mayorizan posteriormente en el mdulo de mayor
general.

Hay operaciones manuales (servicio de la deuda, facilidades permanentes de
inversin, facilidades de crdito, acuerdos de recompra) que no se generan de
ningn sistema y estas son ingresadas en forma manual por un operador en el
mdulo de mayor general del SIC para afectar cuentas de activo o pasivo, y al
SIC-CC afectar las respectivas cuentas corrientes, que al ser revisada la
operacin 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 envos electrnicos al SIC-
CC; en el caso de las facilidades permanentes de crdito y de inversin se
realizan las afectaciones manuales en el SIC-CC.

Adems del registro manual de los acuerdos de recompra por medio del SAC
se hace el envo electrnico de un lote al mdulo de mayor general, para el
traspaso de la titularidad en el momento de la concesin y al momento de la
cancelacin del mismo.


de los sistemas SAC y SIS LBCH EN M/E y realiza diversas validaciones
previas al envo electrnico del lote de operaciones contables hacia los
mdulos de cuenta corriente y mayor general del SIC.


Las afectaciones contables se envan como un valor neto hacia los mdulos de
cuenta corriente y mayor general del SIC; el SAC y SIS LBCH EN M/E son
utilizados como un auxiliar contable.

La CDV enviar al mdulo de Mayor General en forma automtica el registro
contable por las diferentes transacciones al final de cada evento, de acuerdo a
la sectorizacin econmica del mayor general.

La CDV se adaptar a los formatos requeridos por el Mayor General para el
envo electrnico de las operaciones contables.

La CDV se enlazar al mayor general para realizar el registro contable de las
obligaciones en los pasivos del BCH, el control de obligaciones del estado por
las emisiones de la Sefin, as como el ingreso por el servicio de administracin
de valores gubernamentales.

Las emisiones de valores gubernamentales administradas en la CDV sern
identificadas y contabilizadas utilizando un cdigo nico.

Cuando el enlace entre la CDV y el Mayor General no est disponible, el
proveedor proporcionar el mecanismo de contingencia adecuado para el
envo y recepcin de informacin entre ambos sistemas.

Para 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 las
transacciones, por lo tanto la CDV ser capaz de actualizar los saldos de las
cuentas bajo dicha estructura contable.

Para realizar los envos de las operaciones contables derivada de las diferentes
transacciones de valores hacia el Mayor General se requiere por lo menos la
siguiente informacin:

Cdigo nico: ISIN
Fecha de Operacin:
Cdigo de Moneda
Valor de Operacin: valor nominal, valor a pagar, descuento concedido o
prima
Cdigo de cuenta: auxiliar del inversionista

El proveedor trabajar en forma conjunta con los departamentos de
Operaciones Monetarias y de Contadura para coordinar los detalles de
implementacin de este enlace.

Los licitantes tomarn en cuenta de que el sistema de informacin contable
(SIC) actual, ser sustituido por un nuevo mdulo de mayor general el cual
ser parte de un ERP (Enterprise Resource Planning), el cual est en
proceso de adquisicin.

Mientras no se implemente el nuevo Sistema de Informacin Contable, todas
las operaciones contables se enviarn al mdulo de Mayor General del SIC
actual.


ANEXO 8
INFRAESTRUCTURA SWIFT


ANEXO 9
DECLARACIN DE CONFIDENCIALIDAD

Yo, [nombre], actuando en mi condicin de Representante Legal de [nombre de
la empresa proveedora constituida bajo las leyes de [pas], registro, nmeros
telefnicos, correo electrnico, domicilio y cualquier otro dato general de la
misma], por el presente documento DECLARO Y JURO que antes, durante y
posterior a la vigencia del contrato [nmero y nombre del contrato] para
proveer los Sistemas Liquidacin Bruta en Tiempo Real, LBTR, y Central
Depositaria de Valores, CDV, suscrito entre mi representada y [con quien se
firme el contrato], tanto mi representada, todo el personal contratado por ella,
sus consultores u otros y mi propia persona, nos obligamos a mantener absoluta
confidencialidad y reserva en FORMA PERPETUA, sobre la informacin y
asuntos que llegsemos a conocer, en razn del trabajo derivado del presente
contrato, especialmente los de carcter institucional, comprometindonos a no
ceder, copiar o utilizar la informacin con fines distintos a los que figuran en
dicho contrato; as mismo, mi representada asume la responsabilidad civil y
penal por cualquier dao causado en contra de [quien firma el contrato, BCH,
El Estado de Honduras o terceros], por el manejo indebido de la informacin o
aprovechamiento de la misma para fines distintos.

En fe de lo cual firmo la presente, en la ciudad [nombre ciudad, pas, da, mes
ao]


FORMATO

ACUERDO DE CONFIDENCIALIDAD

Nosotros HECTOR BIENVENIDO MENDEZ CALIX, Licenciado en Economa,
casado, actuando en mi carcter de GERENTE Y REPRESENTANTE LEGAL
DEL BANCO CENTRAL DE HONDURAS, nombrado mediante la Resolucin No.
54-2/2010, emitida por el Directorio de dicha Institucin el 12 de febrero de 2010, que
en adelante se denominar EL BCH por una parte y por la otra el (la) seor (sra.)
(seorita) _______________________________________________________con
documento de identificacin nmero,____________________________ extendido por
________________________________________________en la Ciudad de
____________________________________________, estado civil
____________________________, profesin u oficio
______________________________________________ y empleado (a) de la
empresa ______________________________________ desempendome en el
puesto de _________________________________________________________
quien en lo sucesivo se denominar EL CONSULTOR; de comn acuerdo hemos
convenido en celebrar, como en efecto, por este documento dejamos formalizado, el
presente ACUERDO DE CONFIDENCIALIDAD, con el objeto de que EL
CONSULTOR guarde la debida confidencialidad de la informacin a la que tendr
acceso durante la implementacin de la LBTR y CDV, el cual se regir por las
declaraciones, condiciones y trminos que ambas partes estipulamos y expresamente
aceptamos en las clusulas siguientes:

CLAUSULA PRIMERA
OBJETO DEL ACUERDO
Con el objeto de fijar controles administrativos, EL BCH implementa medidas
preventivas encaminadas a evitar la divulgacin de informacin confidencial, razn
por la cual, este acuerdo establece los trminos y condiciones bajo la cual se mantendr
dicha confidencialidad.
CLAUSULA SEGUNDA
UTILIZACION DE INFORMACION
EL CONSULTOR manifiesta que la informacin que conocer y tendr acceso, ya
sea a travs del uso de dispositivos mviles,, medios de almacenamiento, medios
escritos, correo electrnico, conferencia web o cualquier otro medio y por la naturaleza
de las funciones que realiza en beneficio del Banco Central de Honduras, la utilizar
nicamente para el desempeo de las actividades laborales convenidas.
CLAUSULA TERCERA
CONFIDENCIALIDAD
EL CONSULTOR manifiesta que se compromete a guardar estricta
confidencialidad de los datos, informes, presentaciones, documentos, Direcciones IP y
resultados que por razones de trabajo conozca y tenga que almacenar en dispositivo
Memoria USB, cintas magnticas, CDs, microcomputadoras de escritorio,
microcomputadoras porttiles y cualquier otro dispositivo mvil, fijo o impreso y que
los utilizar nicamente para trabajo en beneficio de esta Institucin, manteniendo la
confidencialidad por tiempo indefinido.
CLAUSULA CUARTA
SANCIONES

El incumplimiento del presente acuerdo, as como el uso o divulgacin no autorizada
de la informacin confidencial por parte de EL CONSULTOR, constituye un
incumplimiento al presente Acuerdo y faculta a EL BCH para que ejercite las
acciones legales que correspondan, segn las leyes Hondureas, respecto a juicios
internacionales.

En fe de lo cual, para constancia suscribimos este documento en dos (2) ejemplares de
un mismo texto, en la Ciudad de Tegucigalpa, Municipio del Distrito Central, a los
______ das del mes de __________________________del ao dos mil diez (2010).

HECTOR B. MENDEZ CALIX
GERENTE
BANCO CENTRAL DE HONDURAS
EL CONSULTOR


ANEXO 10
INFRAESTRUCTURA TECNOLGICA SOLICITADA

530

SECCIN VII. FORMULARIOS TIPO

Seccin VII. Formularios Tipo 531

Notas a los Licitantes sobre la preparacin de los formularios
El Comprador ha preparado los formularios correspondientes a esta seccin de los
Documentos de Licitacin para adaptarlos a las exigencias especiales del Sistema que se va a
adquirir. Estos se derivan de los formularios incluidos en los documentos estndar de
licitacin para suministro e instalacin de Sistemas de informacin del Banco Mundial. En su
oferta, el Licitante deber emplear estos formularios (o los que presenten prcticamente la
misma informacin y en la misma secuencia). Los Licitantes debern abstenerse de hacer
cambios no autorizados por escrito por el Comprador (los que podran necesitar tambin la
aprobacin por el Banco Mundial). Si el Licitante tuviese alguna duda en relacin con el
significado o la exactitud del contenido, o con respecto al formato de los formularios y a las
instrucciones que se dan en ellos, tales dudas debern someterse, a la brevedad posible, a la
atencin del Comprador durante el proceso aclaratorio de la oferta, ya sea en la reunin
previa a la Licitacin o envindolas por escrito de conformidad con la clusula 10 de las IAL.
El Comprador ha tratado de dar explicaciones e instrucciones al Licitante para que
prepare, de manera exacta y completa, los formularios en cuestin. Las instrucciones que
aparecen en los formularios mismos estn indicadas por medios tipogrficos: es decir, estn
escritas en letra cursiva y entre corchetes, tal como se muestra en el ejemplo que se da a
continuacin tomado del Formulario de Licitacin:
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 la
informacin solicitada y de haber eliminado todas las indicaciones tipogrficas. De no
hacerlo, la oferta podra ser rechazada por no ajustarse a los Documentos de Licitacin.
Los formularios tipo constituyen un conjunto de documentos estndar que facilitan el
proceso de licitacin y que cubren, desde la etapa de presentacin de ofertas, pasando por la
redaccin del Contrato y hasta llegar a su ejecucin. Se deber llenar y presentar el primer
conjunto de formularios como parte de la licitacin antes de la fecha lmite establecida para
su entrega. Dicho conjunto estar formado por: i) el Formulario de Licitacin; ii) las Listas
de Precios; iii) los Formularios de Autorizacin del Fabricante; iv) la Lista de Subcontratistas
Propuestos; v) la Garanta de Seriedad de la Oferta, as como los otros formularios que
figuran en las subsecciones 1 a 4, de esta Seccin VII de los Documentos de Licitacin.

- Formulario de Licitacin: Adems de ser el documento donde constan la confirmacin
oficial del precio de la oferta, el desglose de divisas, la (s) fecha (s) de culminacin, y
donde se expresan otros detalles importantes del Contrato, el Formulario de Licitacin
tambin lo utilizar el Licitante para confirmar en caso de que su adjudicacin sea
concretada en este Contrato su aceptacin del Conciliador propuesto por el Comprador,
o para proponer otra alternativa. Si la oferta es presentada en nombre de una sociedad en
participacin, es fundamental que el Formulario de Oferta est firmado por el socio a
cargo y que tenga como respaldo las autorizaciones y poderes necesarios, de conformidad
con la clusula 6.2 de las IAL. Dada la preocupacin generalizada por el uso ilegal de
software protegido por una licencia, se solicitar a los Licitantes que certifiquen en el
Formulario de Licitacin que el Software incluido en la oferta fue desarrollado y es
532 Seccin VII. Formularios Tipo

propiedad del Licitante o, en su defecto, que el Software est cubierto por licencias
vlidas otorgadas por los dueos del Software.

- Listas de precios: Los precios cotizados en las Listas de precios, debern constituir una
retribucin completa y justa por el suministro, la instalacin, y para lograr la Aceptacin
operacional del Sistema tal como se describe en los Requisitos Tcnicos, sobre la base
del Programa de Ejecucin y de acuerdo a los trminos y condiciones del Contrato
propuesto, tal como se establece en los Documentos de Licitacin. Deber darse el precio
para 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 slo
suministran un resumen del desglose de los productos y componentes, o no cubren
algunos productos que son nicos para la solucin tcnica y particular que ofrece el
Licitante, 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 mayor
comprensin de la oferta, se debern incluir.
Debern evitarse los errores aritmticos. Si stos ocurriesen, el Comprador los corregir
de conformidad con la clusula 26.2 de (IS1STG SBD) o la clusula 38.2 (IS2STG SBD)
de las IAL sin que tenga la obligacin de consultar al Licitante. La omisiones y las
incoherencias importantes, as como la falta de detalles podran ocasionar el rechazo de la
oferta por no ajustarse a los requisitos comerciales requeridos. La presentacin de los
precios, de conformidad con el desglose estipulado en las Listas de precios tambin es
fundamental por otra razn. Si en una oferta no se desglosan los precios de la forma
indicada, y como resultado de ello, el Comprador no puede aplicar la disposicin sobre
preferencia nacional descrita en la clusula 29 de las IAL (IS1STG SBD) o en la
clusula 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 las
ofertas con el propsito de corregir errores u omisiones.

- Autorizaciones del fabricante: De conformidad con la clusula 6.1 b) de los IAL, el
Licitante deber presentar, como parte de su oferta, los Formularios de autorizacin del
fabricante, en el formato suministrado en los Documentos de Licitacin para todos los
productos especificados en los DDL.

- Lista de subcontratistas propuestos: De conformidad con la clusula 6.3 de los IAL, el
Licitante deber presentar, como parte de su oferta, una lista de los Subcontratistas
propuestos para complejos productos de tecnologa, bienes y servicios (y aquellos cuyos
costos calculados sean superiores a un 10 por ciento del precio total de la oferta). La lista
deber incluir tambin los nombres y lugares de registro de los Subcontratistas
propuestos para cada producto, adems de un resumen de sus calificaciones.

- Lista de software y materiales: De conformidad con la clusula 13.1 e) vi) (IS1STG
SBD) o las clusulas 13.1 c) vi) y 25.1 e) vi) (IS2STG SBD) de los IAL, los Licitantes
debern presentar, como parte de sus ofertas, las listas de todo el Software que ofrecen,

clasificado dentro de una de las siguientes categoras: A) Software del sistema, de
propsito general o de aplicacin; o B) Software estndar o personalizado. Los Licitantes
tambin debern presentar una lista de todos los materiales personalizados. Si estuviese
previsto en los DDL, el Comprador podr reservarse el derecho de asignar determinados
tipos clave de software a una categora diferente.

- Formulario de informacin sobre calificacin: De conformidad con la clusula 6 de los
IAL, el Comprador determinar la elegibilidad del Licitante para ejecutar el Contrato.
Esta elegibilidad abarca los criterios basados en antecedentes de desempeo, as como en
las cualidades financieras y tcnicas que se especifican en los DDL, para la clusula 6 de
los IAL. El Licitante deber suministrar la informacin necesaria para que el Comprador
pueda hacer la evaluacin empleando los formularios que figuran en esta sub-seccin.
Los formularios contienen instrucciones detalladas adicionales que el Licitante deber
seguir.

- Garanta de seriedad de la oferta: El Licitante deber presentar una garanta de seriedad
de la oferta ya sea en el formularios tipo o en otro formato que sea aceptable para el
Comprador, de conformidad con las disposiciones que figuran en las instrucciones para
los Licitantes. Si el Licitante opta por usar un formato alternativo de garanta de seriedad
de la oferta, el Licitante deber asegurarse de que el formato suministrado incluya,
fundamentalmente, la misma proteccin ofrecida en el formato estndar; de no ser as,
correra el riesgo de que se rechace su oferta por no ajustarse a los requisitos comerciales
exigidos.

No se exige que los Licitantes presenten una Garanta de cumplimiento ni una fianza
bancaria por anticipo a la presentacin de las ofertas. Slo el Licitante favorecido con la
adjudicacin estar en la obligacin de presentar ambas garantas.

El Licitante favorecido, una vez que ha recibido la notificacin de la adjudicacin del
Contrato, deber presentar debidamente diligenciados los siguientes Formularios: i) Contrato,
con todos sus apndices; ii) Garanta de cumplimiento; iii) Garanta bancaria por anticipo.
- Contrato: adems, de identificar las Partes y el Precio del Contrato, en este documento
debern figurar: i) el Representante del Proveedor; ii) de ser el caso, el nombre del
Conciliador designado y su remuneracin; y iii) la Lista de los Subcontratistas aprobados.
Por otra parte, se adjuntarn al Contrato las modificaciones de las Listas de precios del
Licitante favorecido, las que debern incluir las correcciones y los ajustes de los precios
de la oferta del Proveedor necesarios para rectificar errores, ajustar el Precio del
Contrato y reflejar as, de ser necesario, toda prrroga de la validez de la oferta que
supere los 56 das.
- Garanta de cumplimiento: De conformidad con la clusula 13.3 de las CGC, el Licitante
favorecido deber suministrar la Garanta de cumplimento en el formulario incluido en
esta seccin de los Documentos de Licitacin y por el monto determinado de
conformidad con las CEC.

- Fianza bancaria por anticipo: De conformidad con la clusula 13.2 de las CGC, el
Licitante favorecido deber suministrar la fianza bancaria por anticipo en el formulario
incluido en esta seccin de los Documentos de Licitacin o en otro formato que goce de
la aceptacin del Comprador. Si el Licitante deseara proponer un formato diferente para
la fianza bancaria por anticipo, ste deber enviarla tan pronto sea posible al Comprador
para su examen y confirmacin de aceptacin antes del vencimiento del plazo para la
presentacin de la oferta. El monto del pago adelantado por el cual se constituir la fianza
se especifica en la clusula 13 de las CEC (la que, generalmente, se refiere a su vez a la
clusula 12 de las CEC (Trminos de Pago)).

El Comprador y el Proveedor emplearn los siguientes formularios durante la
ejecucin del Contrato con la finalidad de formalizar o certificar eventos importantes del
Contrato: i) los certificados de instalacin y de Aceptacin operacional; y ii) los diversos
formularios para solicitud de modificaciones. Estos formularios, adems de los
procedimientos para su empleo durante la ejecucin del Contrato, estn incluidos en los
Documentos de Licitacin para informacin de los Licitantes.


ndice de Formularios Tipo
1. FORMULARIO DE OFERTA (LICITACIN EN UNA ETAPA) .......................................... 537537539
2. FORMULARIOS DE LISTAS DE PRECIOS ......................................................................................... 542542544
2.1 PREMBULO ................................................................................................................................543543545
2.2 CUADRO RESUMIDO DE COSTOS TOTALES ...........................................................................................545545547
2.3 CUADRO RESUMIDO DE COSTOS DE SUMINISTRO E INSTALACIN .............................................................546546548
2.4 CUADRO RESUMIDO DE GASTOS ORDINARIOS ......................................................................................548548550
2.5 CUADRO PARCIAL DE COSTOS DE SUMINISTRO E INSTALACIN .................................................................549549551
2.6 CUADRO DE CDIGOS DE PAS DE ORIGEN ...........................................................................................553553555
2.7 CUADRO DE IMPUESTOS QUE SE AGREGARN 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 AUTORIZACIN 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 INFORMACIN GENERAL ...........................................................................565565567
3.5.2 RCORD DE EXPERIENCIA GENERAL EN SISTEMAS DE INFORMACIN ..................................566566568
3.5.2A RESUMEN DE LA SOCIEDAD EN PARTICIPACIN .......................................................................567567569
3.5.3 RCORD DE EXPERIENCIA EN SISTEMAS DE INFORMACIN ...................................................568568570
3.5.3A DETALLES DE CONTRATOS DE NATURALEZA Y COMPLEJIDAD SIMILARES .............................569569571
INDICAR MONTOS EQUIVALENTES EN DLARES 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 TCNICAS .....................................................................................................575575577
4. FORMULARIO DE GARANTA DE SERIEDAD DE LA OFERTA (GARANTA BANCARIA)
........................................................................................................................................................ 576576578
4A. FORMULARIO DE GARANTA DE SERIEDAD DE LA OFERTA (SEGURO DE OFERTA)
........................................................................................................................................................ 578578580
5. FORMULARIO DEL CONTRATO ......................................................................................... 580580582
APNDICE 1. REPRESENTANTE DEL PROVEEDOR ...............................................................................584584586
APNDICE 2. CONCILIADOR(A) ..................................................................................................................585585587
APNDICE 3. LISTA DE SUBCONTRATISTAS APROBADOS ...................................................................586586588
APNDICE 4. CATEGORAS DE SOFTWARE .........................................................................................587587589
APNDICE 5. MATERIALES PERSONALIZADOS ....................................................................................588588590
APNDICE 6. LISTAS DE PRECIOS REVISADOS ....................................................................................589589591
APNDICE 7. ACTA DE LAS DISCUSIONES DE FINALIZACIN Y ENMIENDAS DEL CONTRATO .............590590592
6. FORMULARIOS DE GARANTA DE CUMPLIMIENTO Y DE FIANZA POR ANTICIPO
........................................................................................................................................................ 591591593
6.1 GARANTA BANCARIA COMO GARANTA DE CUMPLIMIENTO .....................................................592592594
6.2 GARANTA BANCARIA COMO FIANZA POR ANTICIPO ................................................................595595597
7. CERTIFICADOS DE INSTALACIN Y ACEPTACIN ....................................................... 597597599
7.1 FORMULARIO DEL CERTIFICADO DE INSTALACIN ...................................................................598598600

7.2 FORMULARIO DEL CERTIFICADO DE ACEPTACIN OPERACIONAL.............................................599599601
8. PROCEDIMIENTOS Y FORMULARIOS PARA LAS RDENES DE MODIFICACIN ... 600600602
8.1 FORMULARIO DE SOLICITUD DE PROPUESTA DE MODIFICACIN ...............................................602602604
8.2 FORMULARIO DE PROPUESTA ESTIMADA DE PREPARACIN DE MODIFICACIN ........................604604606
8.3 FORMULARIO DE ACEPTACIN DEL ESTIMADO DE COSTO DE PROPUESTA DE MODIFICACIN ..606606608
8.4 FORMULARIO DE PROPUESTA DE MODIFICACIN ......................................................................607607609
8.5 FORMULARIO DE ORDEN DE MODIFICACIN .............................................................................609609611
8.6 FORMULARIO DE SOLICITUD DE ORDEN DE MODIFICACIN ......................................................610610612


1. FORMULARIO DE OFERTA (LICITACIN EN UNA ETAPA)

Fecha: [Licitante indicar: fecha de la oferta ]
Crdito No.: [El Comprador indicar: nmero ]
Llamado a Licitacin: [El Comprador indicar: nombre y nmero]
Contrato: [El Comprador indicar: nombre del contrato ]

Para: [El Comprador indicar: nombre y direccin del Comprador ]

Apreciado a) Seor o Seora:
Una vez examinados los documentos de licitacin, incluidos las Enmiendas N
os
.
[indicar: nmeros], y cuyo recibo acusamos, nosotros, los abajo firmantes, ofrecemos
suministrar, instalar, obtener la Aceptacin operacional, y dar apoyo al Sistema e
Infraestructura Tecnolgica (Hardware y Software) objeto del Contrato mencionado, en
plena conformidad con los llamados documentos de licitacin, por la cantidad de:
[indicar: [monto en moneda
local en letras]
([indicar: monto en moneda local, en
cifras, tomado del correspondiente
gran total del cuadro de costos
resumido])
ms [ indicar: monto en divisas A
en letras]
([indicar: monto de la divisa A, en
resumido])
[ segn sea el caso, agregar lo siguiente]
ms [ indicar: monto en divisas B
en letras]
([indicar: monto de la divisa B en
resumido])
ms [indicar: monto en divisas C en
letras]
([indicar: monto de la divisa C en
resumido])

o cualquier otra cantidad que pudiera determinarse de conformidad con los trminos y
condiciones del Contrato. Los montos expresados estn conformes con las Listas de precios
anexas y que forman parte de esta oferta.
De ser aceptada nuestra oferta, nos comprometemos a iniciar los trabajos relacionados
con el Sistema de informacin, a efectuar la instalacin y a obtener la Aceptacin
operacional dentro de los plazos respectivos estipulados en los documentos de licitacin.

Si nuestra oferta es aceptada, nos comprometemos a suministrar una garanta bancaria
por el anticipo y una garanta de cumplimiento de acuerdo con la forma, las cantidades y los
plazos establecidos en los documentos de licitacin.

[Segn sea el caso, incluir o eliminar el siguiente prrafo]
Aceptamos el nombramiento de [El Comprador indicar: nombre del (de la)
Conciliador(a) propuesto(a) en los DDL ] como Conciliador(a).

[y suprimir el prrafo siguiente o, si procede, eliminar lo anterior e incluir
lo siguiente o, en caso de que en los DDL no se especifique ningn(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 proponemos
que se nombre como tal a [indicar: nombre], cuyos currculum vitae y tarifa por hora, se
adjuntan a esta oferta."
Por la presente certificamos que el Software que hemos ofrecido y suministraremos
con arreglo al Contrato i) es de nuestra propiedad o ii) en caso contrario, est cubierto por
una licencia vlida del dueo del Software.
Convenimos en regirnos por esta oferta que, de conformidad con las clusulas 13 y 16
de las IAL, incluida esta carta (Formulario de la oferta) y los anexos enumerados ms
adelante, por un perodo de [el Comprador indicar: nmero de das segn los DDL] das a
partir de la fecha de presentacin de las ofertas estipulada en los documentos de licitacin;
la oferta nos obligar y podr ser aceptada por ustedes en cualquier momento antes de que
venza dicho plazo.
Las comisiones o gratificaciones, si las hubiere, pagadas o por pagar por nosotros, a
agentes relacionados con esta Oferta y con la ejecucin del Contrato en caso que ste nos sea
adjudicado, se enumeran a continuacin:

Nombre y
Direccin del
Agente
Monto y
Moneda
Propsito de la
Comisin o
Gratificacin

etc. [en caso negativo, indicar: ninguna]

Esta oferta, junto con la aceptacin de ustedes manifestada por escrito y la
notificacin de adjudicacin, constituir un Contrato vlido entre nosotros hasta que se
prepare y firme un Contrato formal definitivo. Entendemos que ustedes no estn obligados a
aceptar la oferta ms baja, ni ninguna otra de las ofertas que reciban.

Fechado hoy [ indicar: ordinal ] da de [ indicar: mes ], [ indicar: ao ].

Firmado:

Fecha:

En mi carcter de [indicar: [ttulo o cargo ]


Debidamente autorizado para firmar esta oferta a nombre de [ indicar: nombre del Licitante ]

ANEXOS:
Listas de precios
Garanta de seriedad de la oferta
Autorizacin de firma [adems, en el caso de que el Licitante sea una sociedad en
participacin, agregar el resto de las autorizaciones, de conformidad con la clusula
6.2 de las IAL]
Anexo 1 Elegibilidad del Licitante
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 informacin con los Documentos de
Licitacin
Anexo 5 Subcontratistas propuestos
Anexo 6 Propiedad Intelectual (Listas de Software y Materiales)
Anexo 7 Descripcin de los mdulos incluidos en la oferta que conforman los
subsistemas LBTR y CDV
Anexo 8 Lista de Verificacin Tcnica que demuestre que el sistema cumple
sustancialmente con los requerimientos tcnicos conforme Seccin V
Requisitos Tcnicos, Literal G, Lista de Verificacin Tcnica.
Anexo 9 Programa detallado de Ejecucin del Proyecto
Toda la documentacin en forma impresa deber presentarse
debidamente foliada y firmada por el la Representante Legal del
licitante

[si fuese el caso, especificar otros anexos o inserciones]

ndice y lista de verificacin de la oferta
Nota: Los Licitantes debern ampliar y (si fuese el caso) modificar y llenar el cuadro
siguiente, cuya finalidad es darles una lista de verificacin resumida de los elementos que
debern incluir en la oferta que ha de ser considerada para la adjudicacin del Contrato,
segn se describe en las clusulas 13.1 y 16 de las IAL. El cuadro tambin constituye una
pgina de referencia resumida que facilitar y acelerar, para el Comprador, el proceso de
evaluacin de las ofertas.

Elemento
Incluido
S /No
Pgina No.
Formulario de Oferta .......................................................
Listas de precios ..............................................................
Garanta de seriedad de la oferta
Poder Legal o Confirmacin de autorizacin del
signatario de la oferta
.........................................................................................

Anexo 1 Elegibilidad del licitante Documentacin
solicitada 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 informacin con
los documentos de licitacin

Anexo 5 Subcontratistas propuestos

Anexo 6 Propiedad intelectual (Listas de software y
materiales)

Anexo 7 Descripcin de los mdulos incluidos en la
oferta que conforman los subsistemas LBTR y CDV

Anexo 8 Lista de Verificacin Tcnica que demuestre


que el sistema cumple sustancialmente con los
requerimientos tcnicos.
Anexo 9 Programa Detallado de Ejecucin del Proyecto

Anexo 10.
Anexo 11.


2. FORMULARIOS DE LISTAS DE PRECIOS


2.1 Prembulo
.
Generalidades
1. Las Listas de precios estn divididas en listas separadas, tal como se indicar a
continuacin:
2.2 Resumen general de los costos (sin incluir los impuestos)
2.3 Cuadro resumido de costos de suministro e instalacin (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 instalacin (sin incluir los
impuestos)
2.6 Cuadro de cdigo de los pases de origen
2.7 Cuadro de impuestos que se agregarn antes de la firma del contrato
2. En las Listas, por lo general, no se har una descripcin completa de las tecnologas
informticas que se van a suministrar e instalar y para las que es preciso obtener la
Aceptacin 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 habrn ledo los Requisitos Tcnicos y otras secciones de los
Documentos de Licitacin, a fin de conocer todo el alcance de los requisitos para
cada elemento que se solicita. Se entender que las tarifas y los precios cotizados
cubren todos los elementos de dichos Requisitos Tcnicos, as como los gastos
generales y la rentabilidad.
3. Si el Licitante no tiene una idea clara acerca del alcance de algn elemento que se
solicita o tiene dudas al respecto deber, de conformidad con las Instrucciones a los
Licitantes que figuran en los Documentos de Licitacin, solicitar una aclaracin antes
de presentar su oferta.
Precios
4. Los formularios con los precios debern llenarse con tinta indeleble, y toda
modificacin que se necesite debido a algn error, etc. deber llevar las iniciales del
Licitante.
5. Los precios de la oferta se cotizarn en la forma indicada y en las monedas
estipuladas en las clusulas 14 y 15 (IS1STG SBD) o 27 y 28 (IS2STG SBD) de las
Instrucciones a los Licitantes (IAL), que forman parte de los Documentos de
Licitacin. Los precios debern corresponder a elementos cuyo alcance y calidad son
los que se han definido en los Requisitos Tcnicos o en cualquier otra seccin de
estos Documentos de Licitacin.
6. El Licitante deber efectuar sus clculos con sumo cuidado, ya que no podr corregir
los errores una vez vencido el plazo para la presentacin de las ofertas. En
consecuencia, un slo error al especificar un precio unitario podr cambiar
substancialmente el precio total general de la oferta del Licitante, hacer que la oferta
no sea competitiva o, someter al Licitante a una posible prdida. El Comprador

corregir cualquier error aritmtico, de conformidad con lo estipulado en las clusulas
26.2 (IS1STG SBD) o 38.2 (IS2STG SBD) de las IAL.
7. Los pagos al Proveedor se harn en la moneda o las monedas indicadas para cada
elemento. Segn lo estipulado en las clusulas 15.1 (IS1STG SBD) o 28.1 (IS2STG
SBD) de las IAL, no podrn utilizarse ms de tres monedas extranjeras. El precio de
un elemento deber ser nico independientemente del sitio de instalacin.

2.2 Cuadro resumido de costos totales
1

[ indicar: Moneda Local ]
Precio
[ indicar: Divisa A ]
Precio
[ indicar: Divisa B ]
Precio
[ indicar: Divisa C ]
Precio

1. Costos de Suministro e
Instalacin (tomado del
Resumen de costos de
suministros e instalacin)

2. Gastos ordinarios (del
Resumen de los gastos
ordinarios)

3. Grandes totales (trasladar al
Formulario de oferta)

Nombre del Licitante:

Firma autorizada del Licitante:

1
Incluir los costos sin impuestos

2.3 Cuadro resumido de costos de suministro e instalacin
2

Los costos debern reflejar las tarifas y los precios cotizados, de conformidad con las clusulas 14 y 15 (IS1STG SBD) o las clusulas 27 y 28
(IS2STG SBD) de las IAL.
Precios de suministro e instalacin

Elementos
suministrados
localmente
Elementos suministrados desde un pas que no sea el del
Comprador

Partida
No.

Subsistema/elemento
Costo de suminis-
tro e instalacin
Cuadro 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 Infraestructura
Tecnolgica
2.5
2 Subsistema
Liquidacin Bruta en
Tiempo Real
(LBTR)
n/a
3 Subsistema
Central
Depositaria de
Valores (CDV)
n/a
SUBTOTALES
TOTAL (Al cuadro resumido total)

2
No incluir impuesto
Consultar en el cuadro parcial de costos de suministro e instalacin pertinente, los componentes especficos que constituyen cada
Subsistema o partida de este cuadro resumido.


Firma Autorizada del Licitante:

2.4 Cuadro resumido de gastos ordinarios
3

Los gastos DEBERN reflejar las tarifas y los precios cotizados de conformidad con las clusulas 14 (IS1STG SBD) o 27 (IS2STG
SBD) de las IAL.

No. de
Partida

Subsistema/elemento
No. del cuadro
parcial de gastos
ordinarios
[ indicar:
Moneda
Local ] Precio
[ indicar:
Divisa A ]
Precio
[ indicar:
Divisa B ]
Precio
[ indicar:
Divisa C ]
Precio
4 Mantenimiento Item 1 -
1er. Ao
2.6
5 Mantenimiento Item
1 2do. Ao
2.6
6 Mantenimiento Item
1 3er. Ao
2.6
7 Mantenimiento Items 2 a 5
1er. ao
2.6
8 Mantenimiento LBTR y
CDV, incluyendo items 6 y
7 - 1 ao 1er. ao
2.6
Subtotales (al cuadro resumido de totales)


Firma Autorizada del Licitante:

3
No incluir impuesto
2.5 Cuadro parcial de costos de suministro e instalacin
4

Subsistema: Infraestructura Tecnolgica
Los precios, tarifas y subtotales debern cotizarse de conformidad con las clusulas 14 y 15 (IS1STG SBD) o las clusulas 27 y 28
(IS2STG SBD) de las IAL. Los precios unitarios del mismo tem que aparezcan repetidos en el Cuadro debern ser idnticos en el
monto y la moneda.
Precios/Tarifas Unitarios Precios totales
Suministrado
localmente
Suministrado desde un pas que no es
el del Comprador
Suministrado
localmente
el del Comprador
Item Descripcin del
Item
Pas de
origen
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 de
Base de Datos
Oracle
Enterprise
Edition 11g R2
perpetuas
36

4
No incluir impuesto
Suministrado
localmente
el del Comprador
Suministrado
localmente
el del Comprador
Item Descripcin del
Item
Pas de
origen
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]
3
Licencias del
Componente de
Alta
Disponibilidad
de Base de
Datos Oracle
Real Application
Clusters 11g R2
perpetuas
36
4 Licencias de
Base de Datos
Oracle Estndar
Edition 11g R2
perpetuas
24
5 Licencias del
Componente de
Replicacin de
Datos Oracle
Golden Gate
11g perpetuas
54
Suministrado
localmente
el del Comprador
Suministrado
localmente
el del Comprador
Item Descripcin del
Item
Pas de
origen
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]
6 Software del
Servidor de
Aplicaciones/
Web
1
7 En caso de que
la solucin
propuesta lo
requiera:
Software de
Integracin de
Datos
1
Subtotales ( [indicar: partida] del cuadro resumido de costos de suministro e instalacin)

Nota: -- indica que no es aplicable indica repeticin de la anotacin precedente.


2.6 Cuadro de cdigos de pas de origen
Pas de origen Cdigo de
pas
Pas de origen Cdigo de
pas
Pas de origen Cdigo de pas

2.7 Cuadro de impuestos que se agregarn antes de la firma del contrato no volcar al formulario de
oferta
Precio
Precio
Precio
Precio

1. Grandes totales (de Cuadro
2.2) sin impuestos

2.
Impuesto sobre la
Renta establecido en
el artculo
5to. numeral 9) de la
Ley de
Fortalecimiento de los
Ingresos Equidad
Social y
Racionalizacin del
Gasto Pblico,
Decreto Legislativo
17-2010 - Se aplicar
un Diez por Ciento
(10%) de retencin
sobre el valor pagado
por la Infraestructura
Tecnolgica (tems 1,
2, 3, 4, 5 ,6 y 7)

Precio
Precio
Precio
Precio

3 uso de patentes, diseos,
marca de fbrica y
derechos de autor
establecido en el artculo
187 numeral 1) de la Ley del
Derecho de Autor y de los
Derechos Conexos
contenidos en el Decreto 4-
99-E. y reformado mediante
el artculo 5to. Numeral 6)
de la Ley de Fortalecimiento
de los Ingresos Equidad
Social y Racionalizacin del
Gasto Pblico, Decreto
Legislativo 17-2010.

4 Impuesto sobre la Renta
establecido en el artculo
5to., numeral 3) de la Ley
de Fortalecimiento de los
Ingresos Equidad Social y
Racionalizacin del Gasto
Pblico, Decreto
Legislativo 17-2010. -
honorarios a no residentes
o no domiciliados en
Honduras

Precio
Precio
Precio
Precio

5
Impuesto sobre la
Renta establecido en
el artculo 50 de la
Ley de Impuesto sobre
la Renta - honorarios
profesionales a
residentes en
Honduras dentro del
territorio nacional

6 Impuesto Sobre Ventas del
valor de la Infraestructura
Tecnolgica (tems 1, 2, 3,
4, 5 ,6 y 7) si el Proveedor
proviene del mismo pas del
Comprador.

7 Totales para el Contrato
montos que se utilizarn
para la firma del contrato y
no para la evaluacin de las
ofertas (incluyendo
impuestos)




560

3. OTROS FORMULARIOS Y LISTAS PARA LA OFERTA

3.1 Formulario de autorizacin del fabricante

Fecha:
LPI No.:
Invitacin a presentar ofertas N
o
:
N
os
. de oferta y lote:
Para: ________________________________

CONSIDERANDO que ______________________________________ quienes son
fabricantes oficiales de _______________________________________________ y
tienen establecimientos de produccin en
_____________________________________________por la presente autorizan a
__________________________________________________________________
ubicado en _____________________________________________________ (que en
adelante se designar como el Licitante) a presentar una oferta y luego a negociar y a
firmar un Contrato con ustedes para la reventa de los productos siguientes elaborados
por nosotros, segn las cantidades, especificaciones y cronograma de entrega
estipulados en los Requisitos de suministro asociados con la mencionada Invitacin a
presentar ofertas:

Por la presente, le extendemos una garanta y fianza plenas, de conformidad con la
clusula 29, Responsabilidad por defectos, de las Condiciones Generales del Contrato y
con nuestra propia garanta estndar del producto; y autorizamos debidamente al
Licitante para que acte en nuestro nombre y cumpla a cabalidad todas las obligaciones
de garanta con respecto a los productos mencionados ofrecidos para la reventa por el
Licitante en relacin con esta Invitacin a presentar ofertas.

Certificamos adems, que el Licitante ha sido facultado por nosotros para suministrar
el mantenimiento subsiguiente, el apoyo tcnico o de mesa de ayuda, actualizaciones a
nuevas versiones y otros servicios relacionados con los productos mencionados, de
conformidad con la clusula 7: Alcance del Sistema, de las Condiciones Generales del
Contrato.

Nombre En su carcter de

Firmado

Autorizado debidamente para firmar la autorizacin para y a nombre de:
________________________

Fechado en _________________________el _____da de
__________________de______.

Nota: Esta carta de autorizacin deber escribirse en papel membrete del fabricante, deber
firmarla una persona competente que haya recibido un poder para representar al Fabricante y
contraer compromisos en su nombre, y el Licitante deber incluirla en su oferta segn se
estipula en las Instrucciones a los Licitantes.
3.2 Lista de subcontratistas propuestos

Artculo Subcontratista Propuesto Lugar de registro y
calificaciones

3.3 Lista de Software

(seleccione uno por elemento) (seleccione uno por
elemento)

Elemento del
Software

Software del
Sistema
Software de
propsito
general

Software de
aplicaciones

Software
estndar

Software
personalizado

3.4 Lista de materiales personalizados

Materiales personalizados

3.5.1 Formulario de informacin general

Todas las empresas que sean propiedad de un nico dueo y cada socio de una sociedad
en participacin que est presentando ofertas debern suministrar la informacin pedida
en este formulario. La informacin sobre la nacionalidad se deber dar para todos los
dueos de empresas o Licitantes que sean socios de una empresa o sean el nico dueo.

En los casos en que el Licitante propone emplear a determinados subcontratistas para
suministrar componentes sumamente especializados del Sistema de informacin,
tambin deber darse la informacin siguiente referente al (los) Subcontratista(s), junto
con la informacin solicitada en los formularios 3.5.2, 3.5.3, 3.5.3a, 3.5.4, y 3.5.5. Las
sociedades en participacin debern llenar tambin el formulario 3.5.2a.

1. Nombre de la empresa
1. Direccin de la Oficina Principal
3. Telfono Contacto
4. Fax Tlex
5. Lugar de constitucin / registro

Ao de constitucin / 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 dueo de una
empresa

3.5.2 Rcord de Experiencia General en Sistemas de Informacin

Nombre del Licitante o socio de una sociedad en participacin

Todas las empresas individuales y todos los socios de una sociedad en participacin
debern suministrar la informacin en este Formulario, al respecto de sus contratos
sobre sistemas de informacin, en general. La informacin suministrada deber ser el
volumen de facturacin del Licitante (o de cada socio de una sociedad en participacin),
para trabajos en curso o terminados, convertido a dlares de los EE.UU., al tipo de
cambio vigente al finalizar el perodo notificado.
Los perodos anuales deben ser aos calendario, con un corte contable hasta la fecha en
que se presenten las ofertas. Este formulario se utilizar para los Subcontratistas
nicamente si la clusula 6.1 (a) de los DDL autoriza explcitamente que la experiencia
y los recursos de (ciertos) subcontratistas representen una contribucin a las
calificaciones del Licitante.
Por cada contrato se deber aadir una nota breve describiendo la naturaleza del sistema
de informacin, la duracin y el monto del contrato, los arreglos administrativos, el
contratante y otros detalles pertinentes.
Utilice una hoja separada para cada socio de una sociedad en participacin.
Los Licitantes no debern incluir como anexos a sus solicitudes testimonios,
certificados, ni material publicitario ya que stos no se tomarn en cuenta para la
evaluacin de requisitos.

Datos sobre el volumen de facturacin (nicamente actividades pertinentes)
Ao Volumen de negocios Equivalente en Dlares de
los Estados Unidos.
1.
2.
3.
4.
5.

/ Comenzar con el ao parcial hasta la fecha de la presentacin de ofertas

3.5.2a Resumen de la sociedad en participacin
Nombres de todos los miembros de la sociedad en participacin
1. Socio encargado
2. Socio
3. Socio
4. Socio
5. Socio
6. etc.

Total facturado en su equivalente a dlares americanos, convertidos al tipo de cambio al
final del perodo reportado:

Datos anuales de la facturacin (nicamente actividades pertinentes; equivalente en dlares
de los Estados Unidos.)
Socio Formulario 2,
pgina N
o
.
Ao 1 Ao 2 Ao 3 Ao 4 Ao 5
1. Socio
encargado

2. Socio
3. Socio
4. Socio
5. Socio
6. etc.
Totales

3.5.3 Rcord de experiencia en Sistemas de informacin

En pginas separadas, utilizando el formato del formulario 3.5.3a, se pide al Licitante
listar contratos de similar naturaleza y complejidad, los cuales utilizan tecnologas de
informacin y metodologa similares al contrato o contratos para los que se estn
presentando estos Documentos de Licitacin y en los cuales el Licitante haya
participado durante el perodo; adems del nmero especificado en la clusula 6.1 a) de
los DDL. Cada socio de una sociedad en participacin debe suministrar de manera
individual detalles relevantes de sus propios contratos. El valor del contrato ser el
equivalente en dlares de los EE.UU. de la moneda o monedas en que el contrato se
denomine, en la fecha de terminacin sustancial o para contratos en curso en el
momento da la adjudicacin.
3.5.3a Detalles de Contratos de Naturaleza y Complejidad Similares
Indicar montos equivalentes en dlares de los Estados Unidos

Utilice una hoja separada para cada contrato.
1. Nmero de Contrato
Nombre del Contrato
Pas
2. Nombre del Comprador
3. Direccin del Comprador
4. Naturaleza de los Sistemas de informacin y caractersticas especiales pertinentes al contrato
para el cual se publican los documentos de licitacin
5. Funcin en el contrato (verifique uno)
Proveedor principal Contratista General Subcontratante Socio en una sociedad
en participacin
6. Monto del total del Contrato/subcontrato/participacin del socio (en las monedas
especificadas y a la culminacin de los trabajos o a la fecha de la adjudicacin para los
contratos en curso)
Divisa Divisa Divisa
7.
Total Contrato: _______; Subcontrato: _______;
Participacin socio: _______;
8. Fecha de adjudicacin/finalizacin
9. El contrato se termin _____ meses de adelanto/atraso del cronograma original (si es atraso,
d una explicacin).
10. El contrato se termin en la cantidad de _________ suma que es equivalente menor/superior
al monto del contrato original (si fue menor, d una explicacin).
11. Requisitos especiales contractuales/tcnicos:
12. Indique el porcentaje aproximado de valor total de contrato (y la cantidad de EE.UU.) que
represent la parte subcontratada del sistema de informacin, y la naturaleza funcional de tal
parte subcontratada.

3.5.4 Hoja Resumen: Compromisos del Contrato Actual/ Trabajo en
Curso.

Los licitantes individuales y cada socio de una sociedad en participacin licitante
debern dar informacin acerca de sus compromisos actuales en todo contrato
adjudicado, o acerca del cual se ha recibido una carta de intencin o de aceptacin, o
que estando prximo a terminar, no le ha sido emitido un certificado incondicional de
terminacin.
Nombre del
Contrato
Comprador,
direccin
contacto/tel./fax
Valor de la parte
que est pendiente
del Sistema de
informacin
(equivalente en
dlares de los
Estados Unidos)
Fecha estimada de
conclusin
Promedio mensual
de facturacin en
los ltimos seis
meses en dlares
de los Estados
Unidos./mes
1.
2.
3.
4.
5.
etc.

3.5.5 Capacidad Financiera

Cada Licitante, inclusive cada socio de una sociedad en participacin, suministrar a
travs de este formulario la informacin financiera necesaria para demostrar que cumple
con los requisitos indicados en la Clusula 6.1 a) de los DDL. Si es necesario, se
utilizarn hojas separadas para presentar la informacin bancaria completa. Se deber
anexar una copia auditada de los estados financieros.

Las subdivisiones autnomas de empresas que forman parte de un conglomerado
debern presentar la informacin financiera relacionada slo con las actividades
particulares de cada subdivisin.

Banquero Nombre del banquero
Direccin del banquero

Telfono Nombre del contacto y cargo
Fax Tlex

Resuma los activos y los pasivos existentes en el equivalente en dlares de los EE.UU.
(a los tipos de cambio vigentes al final de cada ao) para los ltimos cinco aos civiles.
Sobre la base de los compromisos conocidos, resuma el equivalente en dlares de los
EE.UU. de las proyecciones de activos y pasivos de los dos aos siguientes, a menos
que el Licitante pueda justificar que como empresa pblica cotizadas en la Bolsa de
Valores no puede revelar esta informacin.

Informacin
financiera en el
equivalentes en
dlares de los
Estados Unidos.
Cifras reales:
ltimos cinco aos
Cifras
proyectadas:
prximos dos
aos
5 4 3 2 1 1 2
1. Activo total
2. Activo
corriente

3. Pasivo total
4. Pasivo
corriente

5. Ganancias
antes de deducir
impuestos

6. Ganancias
despus de
deducir
impuestos

Especifique las fuentes propuestas de financiacin tales como activos lquidos, activos
reales sin gravmenes, lneas de crdito, y otros medios financieros, netos de
compromisos actuales, las cuales estn disponibles para cumplir con las demandas
totales del flujo de caja durante la ejecucin del contrato o contratos en cuestin, segn
se indica en la clusula 6.1 a) de los DDL.

Fuente de Financiamiento Monto (equivalente en dlares de
los Estados Unidos.)
1.
2.
3.
4.

Anexe estados financieros auditados (del Licitante individual y de cada socio de una
sociedad en participacin) que incluyan, como mnimo, la cuenta de prdidas y
ganancias, el balance, y notas explicativaspara el perodo indicado en la clusula 6.1
(a) de los Datos de la Licitacin.
Si las leyes de los pases de origen de los Licitantes no exigen las auditorias, las
asociaciones y las empresas de personas individuales podrn presentar sus balances
certificados por un contador registrado, respaldados por copias de las declaraciones de
impuestos.
3.5.6 Capacidades de Personal
Nombre del Licitante

Para cargos especficos esenciales para la gestin o ejecucin del contrato (y para otros
cargos estipulados en los Documentos de Licitacin, si fuese el caso), los Licitantes
debern suministrar los nombres de por lo menos dos candidatos que satisfagan los
requisitos especificados para cada cargo. Los datos de experiencia de cada candidato
debern suministrarse en formularios 3.5.6 (a) separados.

Los licitantes podrn proponer alternativas para la gestin e implementacin del
contrato que exijan otro tipo de personal clave. En este caso, debern presentar los
documentos que demuestren la experiencia de los candidatos.

1. Denominacin del Cargo

Nombre del candidato principal
Nombre del candidato alterno
2. Denominacin del cargo

3.5.6a Resumen del Candidato

Cargo

Candidato
Principal Alterno
Informacin
del Candidato
Nombre del Candidato Fecha de Nacimiento
Calificaciones Profesionales

Empleo actual Nombre del Empleador
Direccin del Empleador

Telfono Contacto (gerente / funcionario de
personal)
Fax Tlex
Cargo del candidato Aos con el empleador actual

Resuma la experiencia profesional de los ltimos veinte aos, en orden cronolgico
inverso. Indique la experiencia particular, tcnica y gerencial, pertinente para este
proyecto.
Desde Hasta Compaa/Proyecto/Cargo/Experiencia tcnica o gerencial pertinente

3.5.7 Capacidades Tcnicas

El Licitante suministrar la informacin adecuada para demostrar claramente que cuenta
con la capacidad tcnica para cumplir los requisitos exigidos por el Sistema de
Informacin. En el mismo formulario el Licitante deber resumir las certificaciones,
metodologas patentadas o tecnologas especializadas que propone utilizar en la
ejecucin del Contrato o Contratos.

4. FORMULARIO DE GARANTA DE SERIEDAD DE LA OFERTA
(GARANTA BANCARIA)
________________________________
[indicar: Nombre del banco, y direccin de la sucursal u oficina emisora]
Beneficiario: [indicar: Nombre y direccin del Comprador]
Fecha: [indicar: fecha]
GARANTA DE LICITACION No.: [indicar: nmero de Garanta de
Licitacin]
Hemos sido informados que [indicar: nombre del Licitante] (que en lo adelante se
designar 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 ejecucin de
[indicar: nombre del contrato] de conformidad con el Llamado a Licitacin No.
[indicar: nmero IAL] (el LAL).
Por otra parte, nosotros entendemos que, de conformidad con sus condiciones, las
ofertas deben estar respaldadas una por una garanta de la licitacin.
A peticin del Licitante, nosotros [indicar: Nombre del Banco] por la presente nos
comprometemos irrevocablemente a pagar Uds. cualquier cantidad o cantidades cuyo
total no sea superior a [indicar: cantidad en cifras] ([indicar: cantidad en palabras])
una vez que recibamos de ustedes la primera exigencia por escrito acompaada por una
declaracin 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 perodo de validez de la oferta por el
Licitante en el formulario de oferta; o
b) no acepta la correccin de errores de conformidad con las
Instrucciones a los Licitantes (que de ahora en adelante se
designarn como las IAL); o
c) luego de haber recibido la notificacin de aceptacin de la oferta por el
Comprador durante el perodo de validez de la oferta, i) no ejecuta o se
niega a ejecutar el Formulario del Contrato, si se exige, o ii) no suministra
o se niega a suministrar la garanta de cumplimiento, de conformidad con
las IAL.

Esta garanta dejar de tener vigencia: a) si el Licitante es el Licitante favorecido, una
vez que recibamos las copias del contrato firmado por el Licitante y de la garanta de
cumplimiento 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 notificacin al Licitante
favorecido; o ii) veintiocho das despus del vencimiento de la oferta del Licitante, de
estas dos situaciones la que ocurra primero.

En consecuencia, cualquier exigencia de pago de conformidad con esta garanta deber
recibirse en nuestra oficina en esa fecha o antes.

Esta Garanta est sujeta a las Uniform Rules for Demand Guarantees, Publicacin
ICC No. 458.

_____________________________
[firma(s)]

4A. FORMULARIO DE GARANTA DE SERIEDAD DE LA OFERTA
(SEGURO DE OFERTA)

Garanta N
o
. ______________________

MEDIANTE ESTA GARANTA [indicar: nombre del Licitante] como Principal (que
en lo adelante se designar como el Principal), y [indicar: nombre, ttulo legal, y
direccin del garante], autorizado para tramitar el negocio en [indicar: nombre del
pas del Comprador], como Garante (que en lo adelante se designar como el
Garante), se compromete y sostiene firmemente el compromiso ante [inserte: nombre
del Comprador] como Obligante (que en lo adelante se designar como el
Comprador) por la cantidad de [indicar monto de la Garanta] (). [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 sucesores
y cesionarios, juntos y por separado, firmemente por este documento.

CONSIDERANDO QUE el Principal ha presentado una Oferta por escrito al
Comprador en fecha ___ de______, 20__, para el suministro de [indicar: nombre y
descripcin de bienes] (que en lo adelante se designar como la Oferta).

ACTUALMENTE, POR CONSIGUIENTE, LA CONDICION DE ESTA
OBLIGACIN es tal que si el Principal:

1) retira su Oferta durante el perodo de validez de la oferta especificado por el
Licitante en el Formulario de Oferta, o
2) se niega a aceptar la correccin de errores en su precio de oferta de acuerdo con
las Instrucciones a los Licitantes; o
3) una vez recibida la notificacin de aceptacin de su Oferta por el Comprador
durante el perodo de validez de la oferta;
a) no ejecuta o se niega a ejecutar el Formulario del Contrato de acuerdo
con las Instrucciones a los Licitantes, si as se le exigiera; o
b) no suministra o se niega a suministrar la garanta de cumplimiento de
acuerdo con las Instrucciones a los Licitantes;

entonces el Garante pagar inmediatamente al Comprador un monto no mayor del que
se indica ms 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 del
Comprador se derive de alguno de los sucesos indicados anteriormente especificando
cul(es) de esos sucesos (s) ha(n) ocurrido.

Por la presente, el Garante acuerda que su obligacin permanecer totalmente vigente y
tendr efecto hasta e incluir la fecha que corresponda a los 28 das siguientes a la
fecha de vencimiento de la validez de la Oferta tal como se indic en el Llamado a
Licitacin. Cualquier exigencia relativa a esta garanta deber llegar al Garante en una
fecha no posterior a la que se acaba de indicar.

EN FE DE LO CUAL, el Principal y el Garante firman la presente en este ____ da 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 garanta se denominar en la moneda del pas del Comprador o en la
cantidad equivalente en una moneda de conversin libre.

5. FORMULARIO DEL CONTRATO

CONTRATO celebrado a los [indicar: nmero] das del mes de [indicar: mes] de
[indicar: ao].

ENTRE
(1) El Presidente y Representante Legal de la COMISION NACIONAL DE
BANCOS Y SEGUROS, entidad desconcentrada de la Presidencia de la
Repblica, creada mediante Artculo 245 numeral 31 de la Constitucin
de la Repblica y regulada por la Ley de la Comisin Nacional de
Bancos y Seguros, del Gobierno de Honduras, con domicilio social
principal en Edificio Santa Fe, Colonia Castao Sur, Paseo Virgilio
Zelaya Rub, Bloque C Tegucigalpa M.D.C. Honduras C.A. (en
adelante denominado "el Comprador") y

(2) [indicar: nombre del Proveedor], persona jurdica constituida conforme
a las leyes de [indicar: pas del Proveedor], con domicilio social
principal en [indicar: direccin del Proveedor] (en adelante
denominado "el Proveedor").

POR CUANTO el Comprador desea contratar los servicios del Proveedor para disear,
fabricar, implementar, probar, entregar, instalar, terminar y poner en servicio: un
Sistema compuesto por los Subsistemas: Liquidacin Bruta en Tiempo Real
Infraestructura Tecnolgica (Hardware y Software) en adelante ("el Sistema") y
el Proveedor ha convenido en prestar dichos servicios en las condiciones establecidas en
este Contrato.

SE ACUERDA lo siguiente:

Artculo 1.
Documentos
del Contrato
1.1 Documentos del Contrato (Referencia a la clusula 1.1 a) ii) de
las CGC)
Los siguientes documentos constituirn el Contrato entre el
Comprador y el Proveedor, y cada uno se considerar e
interpretar como parte integral del Contrato:
a) El presente Contrato y sus apndices
b) Condiciones Especiales del Contrato
c) Condiciones Generales del Contrato
d) Requisitos Tcnicos (incluido el Programa de Ejecucin)
e) La oferta del Proveedor y las Listas de precios originales
f) [aadir aqu: cualquier otro documento]
1.2 Orden de precedencia (Referencia a la clusula 2 de las CGC)
En caso de ambigedad o de conflicto entre los documentos del
Contrato aqu enumerados, el orden de precedencia ser el orden
en que dichos documentos se enumeran en el artculo 1.1
(Documentos del Contrato) precedente, siempre que el Apndice
7 prevalezca sobre todas las otras disposiciones del Contrato y
los dems apndices que acompaan a este y todos los otros
documentos del Contrato enumerados en el citado artculo 1.1.
1.3 Definiciones (Referencia a la clusula 1 de las CGC)
Las palabras y frases que se utilicen en el presente Contrato
tendrn el mismo significado que se les atribuye en las
Condiciones Generales del Contrato.
Artculo 2. Precio
del Contrato y
Condiciones de
pago
2.1 Precio del Contrato (Referencia a la clusula 1.1 a) viii) y a la
clusula 11 de las CGC)
Por el presente, el Comprador conviene en pagar al Proveedor el
Precio del Contrato en compensacin por el cumplimiento, por
parte del Proveedor, de las obligaciones contradas en virtud de
este instrumento. El Precio del Contrato ser la suma de lo
siguiente: [indicar: monto en moneda extranjera A, expresado
en palabras], [indicar: monto en cifras] ms [indicar: monto
en moneda extranjera B, expresado en palabras], [indicar:
monto en cifras] ms [indicar: monto en moneda extranjera
C, 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 de
conformidad con la Lista de precios.
El Precio del Contrato reflejar los trminos y condiciones que
se utilizan para la especificacin de los precios en las listas
detalladas de precios, incluidos los trminos y condiciones de los
Incoterms conexos, as como los impuestos, derechos y
gravmenes afines, segn se identifiquen. Los impuestos,
derechos y gravmenes afines que no se especifiquen en el
Precio del Contrario, as como las listas de precios
pormenorizadas se manejan de conformidad con las
disposiciones de la clusula 14 de las CGC.
Artculo 3. Fecha
en que
comienza el
plazo para la
Aceptacin
operacional
3.1 Fecha en que comienza el plazo para la Aceptacin operacional
(Referencia a la clusula 1.1 e) ix) de las CGC)
El plazo para la entrega, instalacin y obtencin de la
Aceptacin operacional se determinar a partir de la fecha en
que se hayan cumplido las siguientes condiciones:
a) el Comprador haya obtenido la autorizacin expresa del
poder ejecutivo, extendida mediante acuerdo, para poder
someter la solucin de conflictos que surjan de este
contrato a los procedimientos de conciliacin y arbitraje
con base en los artculos 64 de Decreto No. 17-2010 Ley
de Fortalecimiento de los Ingresos, Equidad Social y
Racionalizacin del Gasto Pblico y Artculo 19 de la Ley
Orgnica de la Procuradura General de Repblica de
Honduras;b) el presente Contrato haya sido
debidamente firmado en nombre del Comprador y del
Proveedor;
c) el Proveedor haya presentado al Comprador la garanta de
cumplimiento de la oferta y la fianza por anticipo, de
conformidad con las clusulas 13.2 y 13.3 de las CGC;
d) el Comprador haya pagado el anticipo al Proveedor,
conforme a la clusula 12 de las CGC;
Cada una de las partes procurar cumplir tan pronto como sea
posible las condiciones antes indicadas que sean de su
responsabilidad.
3.2 Si las condiciones enumeradas en el artculo 3.1 precedente no
se cumplen dentro de los dos (2) meses a partir de la fecha de
este Contrato por razones no atribuibles al Proveedor, las partes
discutirn y acordarn un reajuste equitativo del Precio del
Contrato y del plazo para obtener la Aceptacin operacional u
otras disposiciones pertinentes del Contrato.
Artculo 4.
Apndices
4.1 Los apndices enumerados en la lista que se incluye al final de
este artculo se considerarn parte del presente Contrato.
4.2 Toda mencin de algn apndice que se haga en el Contrato se
referir a los apndices del presente documento, y el Contrato
ser ledo e interpretado de acuerdo con ello.

APNDICES
Apndice 1 Representante del Proveedor
Apndice 2 Conciliador(a) (no se aplica)]
Apndice 3 Lista de subcontratistas aprobados
Apndice 4 Categoras de software
Apndice 5 Materiales personalizados
Apndice 6 Listas de precios revisados (si los hubiere)
Apndice 7 Actas de las conversaciones destinadas a finalizar el Contrato y
enmiendas convenidas

EN FE de lo cual el presente Contrato ha sido suscrito por los representantes
debidamente autorizados del Comprador y el Proveedor en el da y ao antes indicados.

Por y en nombre del Comprador

Firmado:
en calidad de [indicar: cargo u otra designacin adecuada]

en presencia de

Por y en nombre del Proveedor

Firmado:
en calidad de [indicar: cargo u otra designacin adecuada]

en presencia de

CONTRATO
celebrado a los [indicar: nmero] das del mes de [indicar: mes] de
[indicar: ao].
ENTRE
[indicar: nombre del Comprador], "el Comprador"
y
[indicar: nombre del Proveedor], el "Proveedor"

Apndice 1. Representante del Proveedor

De conformidad con la clusula 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) das
posteriores a la fecha de inicio"]

Cargo: [indicar: cargo, o bien: "se especificar dentro de los catorce (14)
das posteriores a la fecha de inicio"]

Apndice 2. Conciliador(a)

De conformidad con la clusula 1.1 b) vi) de las CGC, el (la) Conciliador(a)
convenido(a) es:

Nombre: [indicar: nombre ]

Cargo: [indicar: cargo ]

Direccin: [indicar: direccin postal]

Telfono: [indicar: telfono ]

De conformidad con la clusula 6.1.3 de las CGC, los honorarios y los gastos
reembolsables acordados son:

Honorarios por hora: [indicar: honorarios por hora ]

Gastos reembolsables: [ indicar:: gastos reembolsables ]

De acuerdo con la clusula 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.

Apndice 3. Lista de Subcontratistas Aprobados

El Comprador ha aprobado a los siguientes subcontratistas designados por el Proveedor
para ejecutar el rubro o componente del Sistema que se indica. Cuando hubiera ms de
un subcontratista, el Proveedor podr escoger entre ellos, pero deber comunicar su
eleccin al Comprador con la debida antelacin a la fecha en que debe comenzar el
trabajo subcontratado, a fin de que el Comprador disponga del tiempo necesario para su
examen. Conforme a la clusula 20.1 de las CGC, ocasionalmente el Proveedor podr
proponer otros subcontratistas para otros rubros. No se celebrar ningn subcontrato
respecto de rubros adicionales mientras los Subcontratistas del caso no hayan sido
aprobados por escrito por el Comprador y sus nombres no se hayan agregado a esta lista
de subcontratistas aprobados, conforme a la clusula 20.3.

[especificar: rubro, subcontratistas aprobados y lugar de inscripcin. los
Subcontratistas estarn entre los propuestos por el Proveedor en el anexo
correspondiente de su oferta y a quienes el Comprador haya aprobado. Agregar las
pginas que sean necesarias.]

Rubro
Subcontratistas aprobados Lugar de inscripcin

Apndice 4. Categoras de Software
En el cuadro siguiente, cada partida del Software suministrado e instalado de
conformidad con el Contrato se enmarca dentro de una las tres categoras siguientes: i)
software del Sistema, ii) software de propsito general, o iii) software de aplicacin; y
dentro de una de las dos categoras siguientes: i) software estndar, o ii) software
personalizado.
(Elegir una sola categora por partida) (Elegir una sola categora
por partida)

Partida de Software

Software
del Sistema
Software de
Propsito
General

Software de
Aplicacin

Software
Estndar

Software
Personalizado

Apndice 5. Materiales personalizados

En el cuadro siguiente se especifican los materiales personalizados que el Proveedor
suministrar en virtud del Contrato.

Materiales Personalizados

Apndice 6. Listas de Precios Revisados

Las listas de precios revisados que se adjuntan (si las hubiere) formarn parte del
presente Contrato y, si existieran diferencias, reemplazarn a las Listas de precios
incluidas en la oferta del Proveedor. Las listas de precios revisados reflejarn toda
correccin o ajuste del precio de la oferta del Proveedor, de conformidad con las
clusulas 18.3, 26.2 y 33.1 (IS1STG SBD) de las IAL o las clusulas 30.3, 38.2, y 45.1
(IS2STG SBD) de las IAL.

Apndice 7. Acta de las Discusiones de Finalizacin y Enmiendas del
Contrato
Las enmiendas del Contrato que se acompaan (si las hubiera) formarn parte del
presente Contrato y, si existieran diferencias, reemplazarn a las clusulas pertinentes
de las CGC, las CEC, los Requisitos Tcnicos u otras partes de este Contrato definidas
en la sub-clusula 1.1 a) ii) de las CGC.

6. FORMULARIOS DE GARANTA DE CUMPLIMIENTO Y DE
FIANZA POR ANTICIPO
6.1 Garanta bancaria como garanta de cumplimiento
19

(incondicional)

Fecha: [ indicar: fecha]
Numero Crdito: [ indicar: nmero de crdito del LAL ]
LAL: [ indicar: ttulo y nmero de LAL ]
Contrato: [ indicar: nombre y nmero de Contrato ]

Para: [ indicar: nombre y direccin del Comprador]
Estimado Seor o Seora:

Nos referimos al Contrato firmado el [indicar: fecha] entre usted y [indicar: el
nombre del Proveedor] con respecto al diseo, suministro, instalacin, y logro de la
Aceptacin operacional de [indicar: una descripcin breve del Sistema de
Informacin]. Mediante esta carta nosotros, el abajo firmante, [indicar: el nombre del
Banco], un banco (o compaa) constituida de conformidad con las leyes de [indicar:
pas del Banco] y que tiene su sede/oficina principal [indicar: direccin del Banco],
(que se denominar en lo adelante, el Banco), garantizamos irrevocablemente, en
forma mancomunada y solidaria con el Proveedor, el pago de la suma que les adeude el
Proveedor en virtud del Contrato, hasta un monto de [indicar: monto en cifras y en
palabras]. Esta garanta se reducir o vencer segn lo dispuesto en la subclusula 13.3
de las CGC.

Nos obligamos a efectuar el pago en virtud de esta carta de garanta contra
recibo 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 obligaciones
contradas en virtud del Contrato, y sin oponer reparos u objeciones de ninguna clase,
de cualquier suma que no exceda de los lmites indicados, sin necesidad de que ustedes
tengan que probar o aducir causa o razn alguna a su solicitud y sin que el Proveedor
tenga derecho a refutar o poner en duda dicho requerimiento. Nuestra obligacin en
virtud de esta carta de garanta ser pagar a ustedes la que sea menor de las cantidades
solicitadas o la suma garantizada por la presente, respecto de cualquier requerimiento
debidamente presentado antes del vencimiento de esta carta de garanta, sin derecho a
indagar si este pago se reclama legtimamente o no.

Esta Carta de Garanta tendr validez desde la fecha de su emisin hasta la
fecha de vencimiento de la garanta, segn lo estipula el Contrato. Salvo por los
documentos aqu especificados, no se requerir ningn otro documento ni otro trmite,
sea cual fuere la ley o reglamentacin aplicable.
Nuestra responsabilidad en virtud de esta Carta de Garanta quedar anulada y
revocada inmediatamente despus de su vencimiento, independientemente de que sea
devuelta o no, y no se podr efectuar ningn reclamo en virtud de esta carta despus de
tal vencimiento o despus de que el agregado de las sumas pagadas por nosotros a
ustedes sea igual a la suma total garantizada de conformidad con esta Carta, de estas dos
situaciones la que ocurra primero. Todas las notificaciones que se efecten en virtud de

19
Se deber incluir la informacin adicional solicitada por el BCH.
esta Carta debern ser enviadas por correo (areo) certificado al destinatario a las
direcciones aqu especificadas, o en la forma indicada y acordada por las partes.

Nosotros, por la presente convenimos en que, de comn acuerdo entre ustedes y
el Proveedor, se podr enmendar, renovar, ampliar, modificar, negociar, dejar sin efecto
o revocar cualquier parte del Contrato, y esta garanta podr ser intercambiada o
transferida sin que esto menoscabe o afecte nuestras obligaciones contradas por la
presente, sin que se nos notifique y sin la necesidad de un endoso, consentimiento, o
garanta adicional por nuestra parte, a condicin, no obstante, de que la suma
garantizada no se aumente ni se reduzca.

Ninguna accin, suceso, o condicin que por alguna ley aplicable pudiera
intervenir para liberarnos de nuestra obligacin tendr efecto y, por la presente,
renunciamos a cualquier derecho que pudiramos tener al aplicar dicha ley, de modo
que en todo respecto, nuestra responsabilidad contrada 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 carcter de: [ indicar: ttulo u otra designacin apropiada ]

Sello Comn del Banco

Informacin Adicional a incluir en la Garanta de Cumplimiento

En caso de garantas bancarias o plizas, stas debern contener las siguientes clusulas
obligatorias: "LA PRESENTE GARANTA SER EJECUTADA POR EL CIEN
POR CIENTO (100%) DE SU VALOR POR SIMPLE REQUERIMIENTO DEL
BANCO CENTRAL DE HONDURAS, ACOMPAADO DE UN CERTIFICADO
DE INCUMPLIMIENTO".

EL VALOR DE ESTE DOCUMENTO PODR HACERSE EFECTIVO, A FAVOR
DEL BANCO CENTRAL DE HONDURAS, DESPUS DE SU FECHA DE
VENCIMIENTO, SIEMPRE Y CUANDO EL REQUERIMIENTO DE PAGO SE
REALICE DENTRO DEL PLAZO EN QUE ESTE DOCUMENTO EST VIGENTE.

La Garanta Bancaria o pliza no deber contener clusulas generales o especiales
que limiten o anulen las clusulas obligatorias.
La garanta que se emita a favor de EL CONTRATANTE, deber ser solidaria,
incondicional, irrevocable y de realizacin automtica, debiendo mantener el mismo
valor para el plazo que se ha estipulado para ella.

6.2 Garanta Bancaria como Fianza por Anticipo
Fecha: [ indicar: fecha ]
Nmero Crdito: [ indicar: nmero de crdito de LAL ]
LAL: [ indicar: ttulo y nmero de LAL ]

Para: [ indicar: nombre y direccin del Comprador]


Nos referimos al Contrato celebrado el [ indicar: fecha] entre ustedes y [ indicar:
nombre del Proveedor ] (el Proveedor) en relacin con el diseo, suministro,
instalacin, y obtencin de la Aceptacin operacional de [ indicar: breve descripcin
del Sistema de Informacin].

Considerando que, de conformidad con los trminos de dicho contrato, el Comprador ha
convenido en pagar o hacer que se pague al Proveedor un anticipo por la cantidad de
[ indicar: monto en nmeros y palabras, para cada divisa del Anticipo] a favor del
Proveedor.

Por medio de la presente, nosotros, los abajo firmantes, [ indicar: nombre del Banco],
un Banco (o compaa) constituido(a) de conformidad con las leyes de [indicar: pas
del Banco], cuya sede / oficina principal se encuentra en [indicar: direccin del
Banco], (que en lo adelante se designar como el Banco) garantizamos
irrevocablemente, en forma mancomunada y solidaria con el Proveedor, el reembolso
irrevocable de la garanta por dichos montos una vez recibida la primera exigencia del
Comprador, sin oponer reparos ni objeciones en caso de que el Proveedor no inicie o
deje de cumplir las obligaciones que ha contrado en virtud de dicho Contrato y, en
caso de que esto ocurra, se niegue a rembolsar al Contratante la totalidad o parte (segn
sea el caso) del mencionado Anticipo entregado al Proveedor. Se estipula que en todo
momento la obligacin del Banco se limitar a un monto igual al saldo pendiente del
anticipo, segn se ha calculado de conformidad con las Condiciones Especiales del
Contrato para la clusula 13.2.2 de las Condiciones Generales del Contrato
Esta Garanta permanecer en plena vigencia desde la fecha en que el Anticipo es
recibido por el Proveedor hasta la fecha en que el Proveedor haya rembolsado
totalmente el monto as anticipado al Comprador, de acuerdo con los trminos del
Contrato. Esta Garanta pasar a ser nula y sin efecto en el momento en que el monto
adeudado sea cero, independientemente de que el original nos sea devuelto o no.
Cualquier reclamacin que se haga en relacin con esta Garanta deber ser recibida por
el Banco durante el perodo de validez de la misma.

Por y en nombre del Banco

Firmado:

Fecha:

En carcter de: [ indicar: cargo o cualquier otra designacin apropiada ]

Sello comn del Banco
7. CERTIFICADOS DE INSTALACIN Y ACEPTACIN
7.1 Formulario del Certificado de Instalacin
Nmero Crdito: [ indicar: nmero de crdito del LAL ]
LAL: [ indicar: ttulo y nmero del LAL ]

Para: [ indicar: nombre y direccin del Proveedor ]


De conformidad con la clusula 26 de las CGC (Instalacin del Sistema) del
Contrato celebrado entre ustedes y el [ indicar: nombre del Comprador] (que de ahora
en adelante se designar como el Comprador) fechado [ indicar: fecha del
Contrato], relativo al [ indicar: breve descripcin del Sistema de Informacin ], les
notificamos por la presente que el Sistema (o un Subsistema o componente principal del
Sistema) se considera instalado correctamente en la fecha especificada a continuacin.

1. Descripcin del Sistema (o Subsistema pertinente o componente principal):
[ indicar: descripcin ]
2. Fecha de instalacin: [ indicar: Fecha ]

No obstante, ustedes debern terminar tan pronto como sea posible los rubros
pendientes que se enumeran en el anexo del presente certificado. Esta carta no los libera
de la obligacin de obtener la aceptacin operacional del sistema de acuerdo con el
Contrato, ni de sus obligaciones durante el perodo de garanta.


Firmado:

Fecha:

En mi carcter de: [ enunciar: Gerente del Banco Central de Honduras (BCH)
como Beneficiario del Contrato o enunciar el cargo de una autoridad de mayor
jerarqua en la organizacin del Comprador ]

7.2 Formulario del Certificado de Aceptacin Operacional
LAL: [ indicar: nombre del Sistema o Subsistema y
nmero del LAL ]
Contrato: [ indicar: nombre del Sistema o Subsistema y
nmero de Contrato ]



De conformidad con la clusula 27 de las CGC (Puesta en servicio y Aceptacin
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 descripcin del Sistema de
Informacin], por la presente les notificamos que el Sistema (o el Subsistema o
componente principal identificado ms abajo) ha pasado exitosamente las pruebas de
Aceptacin Operacional especificadas en el Contrato.

1. Descripcin del Sistema (o Subsistema o componente principal): [ indicar:
descripcin ]
2. Fecha de la Aceptacin operacional [ indicar: fecha ]

Esta carta no lo libera de sus obligaciones de desempeo restantes, de
conformidad con el Contrato, ni de sus obligaciones durante el Perodo de Garanta


Firmado:

Fecha:

En mi carcter de: [ enunciar: Gerente del Banco Central de Honduras (BCH)
como Beneficiario del Contrato o enunciar el cargo de una autoridad de mayor
jerarqua en la organizacin del Comprador ]
8. PROCEDIMIENTOS Y FORMULARIOS PARA LAS RDENES DE
MODIFICACIN

nmero de LAL ]
nmero de Contrato ]

CONTENIDO
Generalidades
Registro de rdenes de modificacin
Referencias a las modificaciones

ANEXOS
8.1 Formulario de solicitud de propuesta de modificacin
8.2 Formulario de propuesta estimada de preparacin de modificacin
8.3 Formulario de aceptacin del estimado de costo de Propuesta de Modificacin.
8.4 Formulario de propuesta de modificacin
8.5 Formulario de orden de modificacin
8.6 Formulario de solicitud de orden de modificacin

General
En esta seccin se presentan procedimientos y formularios tipo para efectuar
modificaciones en el Sistema durante la ejecucin del Contrato de conformidad con
la clusula 39 de las CGC (Modificaciones al Sistema) del Contrato.

Registro de las rdenes de modificacin
El Proveedor mantendr actualizado un Registro de las rdenes de modificacin, en
el cual indicar la situacin actual de las propuestas de modificacin y de las
rdenes de modificacin autorizadas o pendientes. Las modificaciones se anotarn
regularmente en el registro de las rdenes de modificacin para asegurar que el
registro se mantenga actualizado. El Proveedor adjuntar al informe mensual de
avance que presente al Comprador una copia del Registro de rdenes de
modificacin actualizado.

Referencias a las modificaciones
1) A las propuestas de solicitud de modificacin se les asignarn los
nmeros de serie CR-X-nnn.
2) A las propuestas de clculos de modificacin se les asignarn los
nmeros de serie CN-X-nnn.
3) A las aceptaciones de clculos se les asignarn los nmeros de serie
CA-X-nnn.
4) A las propuestas de modificacin se les asignarn los nmeros de serie
CP-X-nnn.
5) A las rdenes de modificacin se les asignarn los nmeros de serie
CO-X-nnn.

Nota: a) Las solicitudes para presentar una propuesta de modificacin provenientes
de la oficina principal del Comprador y de los representantes del
Comprador en el sitio de la instalacin debern llevar las siguientes
referencias, respectivamente:
Oficina principal CR-H-nnn
Sitio de las instalacin CR-S-nnn
b) El nmero nnn que se asigne a una modificacin deber ser el mismo en
la solicitud para presentar una propuesta de modificacin, la propuesta
estimada de preparacin de modificacin, la aceptacin del clculo, la
propuesta de modificacin y la orden de modificacin.
8.1 Formulario de Solicitud de Propuesta de Modificacin
(Membrete del Comprador)

Nmero de Crdito: [ indicar: nmero crdito del LAL]
LAL: [ indicar: nombre del Sistema o Subsistema o
nmero del LAL ]
Contrato: [ indicar: nombre del Sistema o Subsistema o
nmero del Contrato ]

A la atencin de: [ indicar: nombre y cargo ]

Estimado(a) Seor(a):

Con respecto al Contrato mencionado en la referencia, le solicitamos que se
sirva preparar y presentar una propuesta de modificacin para la modificacin que se
indica a continuacin, de conformidad con las siguientes instrucciones, dentro de los
[ indicar: nmero ] das contados a partir de esta fecha.

1. Nombre de la modificacin: [ indicar: nombre ]

2. Nmero o revisin de propuesta de modificacin: [ indicar: nmero ]

3. Iniciador de la modificacin: Comprador: [ indicar: nombre del iniciador ]
Proveedor (mediante Solicitud de propuesta de
modificacin No. [ indicar: nmero de
propuesta ]): [ indicar: nombre del iniciador ]

4. Descripcin breve de la modificacin: [ indicar: descripcin ]

5. Sistema (o Subsistema o componente principal afectado por la modificacin
requerida): [ indicar: descripcin ]

6. Documentos tcnicos y planos para la propuesta de modificacin:
Nmero de documento o plano Descripcin

7. Condiciones detalladas o requisitos especiales de la modificacin propuesta:

8. Procedimientos a seguir:
a) Su propuesta de modificacin deber indicar cul ser el efecto de la
modificacin solicitada sobre el Precio del Contrato.
b) Su propuesta de modificacin deber estipular el tiempo necesario para
efectuar la modificacin solicitada as como el impacto, de existir alguno,
que sta tendr sobre la fecha de Aceptacin operacional de la totalidad del
Sistema acordada en el Contrato.
c) Si usted considera que la modificacin requerida tendra un impacto
negativo en la calidad, funcionamiento, o integridad del Sistema, favor
explicarlo detalladamente, e incluir otras opciones que podran tener el
mismo impacto que el de la modificacin solicitada.
d) Usted tambin deber indicar cual sera el impacto que la Modificacin
tendra en el nmero y tipo de empleados requeridos por el Proveedor para
cumplir con el Contrato.
e) Usted no deber proceder con la ejecucin del trabajo relacionado con la
modificacin requerida hasta que nosotros no hayamos aceptado y
confirmado por escrito el impacto que la misma tendra sobre el Precio del
Contrato y el programa de ejecucin.

9. Como prximo paso, srvase responder utilizando el formulario de propuesta
estimada de preparacin de modificacin, indicando cunto le costar la
preparacin de una propuesta de modificacin concreta que describa el enfoque
propuesto para ejecutar la modificacin, todos sus elementos, y que tambin
aborde todos los puntos que figuran en el prrafo 8, de conformidad con la
clusula 39.2.1. de las CGC. Su propuesta estimada de preparacin de
modificacin deber incluir una primera aproximacin del enfoque propuesto, y
sus consecuencias en relacin con el programa y el costo de la modificacin.

Por el Comprador y en su nombre

Firmado:
Fecha:
En su carcter de : [ especificar: Gerente del Banco Central de Honduras (BCH)
como Beneficiario del Contrato o funcionario de mayor jerarqua en la organizacin
del Comprador]
8.2 Formulario de Propuesta Estimada de Preparacin de
Modificacin
(Membrete del Proveedor )

Nmero de Crdito: [ indicar: nmero del crdito del LAL]
nmero del LAL ]
nmero de Contrato ]

Para [ indicar: nombre y direccin del Comprador ]


Con relacin a su propuesta de solicitud de modificacin, cumplimos con
notificarle cul ser el costo aproximado de preparar la Modificacin cuya referencia se
presenta ms abajo, de conformidad con la clusula 39.2.1 de las CGC del Contrato. Por
la presente le confirmamos que tenemos que contar con su aprobacin acerca del costo
de preparar la propuesta de modificacin, de conformidad con la clusula 39.2.2 de las
CGC, antes de proceder con la preparacin de la propuesta de modificacin
propiamente dicha, lo que incluir un estimado detallado del costo de ejecutar la
Modificacin per se.


2. Nmero/rev. de solicitud: [ indicar: nmero ]

3. Descripcin breve de la modificacin (incluido el mtodo de ejecucin propuesto):

4. Impacto sobre el cronograma de la modificacin (clculo inicial): [ indicar:
descripcin ]

5. Clculo de costo inicial para efectuar la modificacin: [indicar: clculo de costo
inicial]

6. Costo de preparacin de la propuesta de modificacin: [ indicar: costo en las
monedas del Contrato ], tal como se detalla ms adelante en el desglose de
precios, tarifas y cantidades.

Por el Proveedor y en su nombre

Firmado:

Fecha:

En su carcter de: [ especificar: Representante del Proveedor u otro funcionario
de mayor jerarqua de la organizacin del Proveedor ]

8.3 Formulario de Aceptacin del Estimado de Costo de Propuesta
de Modificacin

Nmero de Crdito: [ indicar: nmero del crdito del LAL ]
nmero del LAL ]




Por medio de la presente, aceptamos su estimado de costo de propuesta de
modificacin y le informamos que puede proceder con la preparacin formal de tal
propuesta.

2. Nmero/rev. de solicitud de modificacin: [ indicar: nmero/rev. de solicitud ]
3. Nmero/rev. de estimado de costo de modificacin: [ indicar: nmero/rev. de
propuesta ]
4. Nmero/rev. de aceptacin de estimado de costo de propuesta de modificacin:
[ indicar: nmero/rev. de clculo ]
6. Otros trminos y condiciones:

En caso de que decidamos no ordenar la modificacin mencionada en la
referencia, usted tendr derecho a una compensacin por el costo de la preparacin
de la propuesta de modificacin hasta por el monto que se calcul para ese
propsito en el estimado de costo de la propuesta de modificacin, de
conformidad con la clusula 39 de las Condiciones Generales del Contrato.


Firmado:

Fecha:

En mi carcter de: [especificar: Gerente del Banco Central de Honduras (BCH) o
funcionario de mayor jerarqua de la organizacin del Comprador ]
8.4 Formulario de Propuesta de Modificacin
(Membrete del Proveedor)

Nmero de Crdito: [ indicar: nmero del LAL para el crdito ]
nmero del LAL ]
Contrato: [ indicar: nombre del Sistema y Subsistema y

Para: [ indicar: nombre y direccin del comprador ]



En respuesta a su propuesta de solicitud de modificacin N
o
. [ indicar:
nmero ], por medio de la presente sometemos nuestra propuesta de la forma siguiente:

2. Nmero/rev. de propuesta de modificacin: [ indicar: nmero/rev. de
propuesta ]
3. Iniciador de la modificacin: Comprador [ indicar: nombre]
Proveedor [ indicar: nombre ]
5. Razones para la modificacin: [ indicar: razn(es) ]
6. El Sistema, Subsistema, componente principal, o equipo que ser afectado por la
modificacin solicitada: [ indicar: descripcin ]
7. Documentos tcnicos y planos de la modificacin requerida:
Nmero de documento o plano Descripcin
8. Clculo del aumento/disminucin del Precio del Contrato resultante de la
modificacin propuesta: [ indicar: monto en la moneda del Contrato ], segn
se detalla en el desglose de precios, tarifas, y cantidades.
Costo global total de la modificacin:
Costo de la preparacin de esta propuesta de modificacin (es decir, el monto
pagadero en caso de que la modificacin no sea aceptada, est limitado de
conformidad con la clusula 39.2.6 de las CGC):
9. Tiempo adicional para obtener la Aceptacin operacional requerida, debido a la
modificacin: [ indicar: nmero de das/semanas ]
10. Efecto sobre las Garantas Funcionales: [ indicar: descripcin ]
11. Efecto sobre los otros trminos y condiciones del Contrato: [ indicar:
descripcin ]
12. Validez de esta Propuesta: por un perodo de [ indicar: nmero ] das luego de
la recepcin de esta Propuesta por el Comprador.
13. Procedimientos a seguir:
a) Se les solicita que nos informen de su aceptacin, comentarios o rechazo de
esta Propuesta de modificacin detallada, dentro de los [ indicar: nmero ]
das siguientes a la recepcin de esta Propuesta.
b) El monto de cualquier aumento o disminucin ser tomado en cuenta al
ajustar el Precio del Contrato.


Firmado:

Fecha:

En mi carcter de: [especificar: Representante del Proveedor u otro funcionario de
mayor jerarqua en la organizacin del Proveedor ]

8.5 Formulario de Orden de Modificacin

Nmero de Crdito: [ indicar: nmero del LAL para el crdito ]
nmero del LAL ]




Por medio de la presente aprobamos la Orden de Modificacin para el trabajo
especificado en la propuesta de modificacin N
o
. [ indicar: nmero ]), y acordamos
ajustar el Precio del Contrato, la fecha de conclusin, as como las otras condiciones del
Contrato, de conformidad con la clusula 39 de las CGC del Contrato

2. Nmero/rev. de solicitud de modificacin: [ indicar: nmero/rev. de solicitud ]
3. Nmero/rev. de orden de modificacin: [ indicar: nmero/rev. de orden ]
4. Iniciador de la modificacin: Comprador: [ indicar: nombre ]
Proveedor: [ indicar: nombre ]
5. Precio autorizado para la modificacin:
Ref. No.: [indicar: nmero] Fecha: [ indicar: fecha ]
[ indicar: monto en divisa A ] ms [ indicar: monto en divisa B ] ms [ indicar:
monto en divisa C ] ms [ indicar: monto en moneda local ]
6. Ajuste de fecha para obtener la Aceptacin operacional: [ indicar: monto y
descripcin del ajuste ]
7. Otros efectos, si los hubiere: [ especificar: ninguno o indicar descripcin ]


Firmado:
Fecha:
En mi carcter de: [especificar: Jefe de proyecto o funcionario de mayor jerarqua
en la organizacin del Comprador ]


Firmado:
Fecha:
En mi carcter de: [especificar Representante del Proveedor o funcionario de
mayor jerarqua en la organizacin del comprador ]

8.6 Formulario de Solicitud de Orden de Modificacin
(Membrete del Proveedor )

Nmero del Crdito: [ indicar: nmero del crdito del LAL ]
nmero del LAL ]




Por medio de la presente proponemos que el trabajo mencionado a continuacin
sea considerado como una modificacin del Sistema.

1. Nombre de la modificacin: [ indicar: nombre]

2. Nmero/rev. solicitud de propuesta de modificacin: [ indicar: nmero /
revisin] fechado: [ indicar: fecha ]


4. Razones para la modificacin: [ indicar: descripcin ]

5. Clculo del orden de magnitud: [ indicar: monto en las monedas del Contrato ]

6. Impacto de la modificacin sobre el cronograma: [ indicar: descripcin ]

7. Efecto sobre las garantas funcionales si lo hubiere: [ indicar: descripcin ]

8. Anexos: [ indicar: Nombres (si lo hubiere); si no los hay: ninguno ]


Firmado:
Fecha:

En mi carcter de: [especificar: Representante del Proveedor o funcionario de
mayor jerarqua en la organizacin del Proveedor ]

Publicado B Lpi 004 2010 BM Documento de Licitacion LBTR CDV It

Transféré par

Informations du document

Description originale:

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Publicado B Lpi 004 2010 BM Documento de Licitacion LBTR CDV It

Transféré par

Droits d'auteur :

Formats disponibles

REPUBLICA DE HONDURAS

COMISION NACIONAL DE BANCOS Y SEGUROS

Vous aimerez peut-être aussi