universidad de costa rica vicerrectoría de administración...

Universidad de Costa Rica Vicerrectoría de Administración

Oficina de Suministros 2511-3794 2511-4161 [email protected]

1

LICITACIÓN ABREVIADA No. 2012LA-000009-UADQ “CONTRATACIÓN DE UN SISTEMA VÍA WEB PARA EL PROCESO DE SEGUIMIENTO Y

CONTROL DE SOLICITUDES DE RECONOCIMIENTO Y EQUIPARACIÓN DE CURSOS, GRADO Y/O TÍTULO”

En cumplimiento de lo dispuesto en los artículos Nº 7, 8 y 9 de la Ley de Contratación Administrativa y en los artículos Nº 8, 9, 10, 11 y 12 del Reglamento a la Ley de Contratación Administrativa.

RESULTANDO QUE,

1. La Unidad de Adquisiciones de la Oficina de Suministros, recibe la Solicitud No.2011-4672, de la Oficina de Registro e Información, la cual incluye la Decisión Inicial No.4257, para iniciar el trámite de la contratación indicada.

2. De conformidad con lo que establecen los artículos 7 de la Ley de Contratación Administrativa y 8 del Reglamento de Contratación Administrativa, la Unidad Solicitante emite la solicitud indicada con su respectiva decisión inicial.

CONSIDERANDO QUE,

3. Se estima esta contratación en la suma de ¢27, 638, 000,00 (Veintisiete millones seiscientos treinta

y ocho mil colones con 00/100).

4. Se dispone de contenido presupuestario aprobado por un monto de ¢27, 638, 000,00 (Veintisiete millones seiscientos treinta y ocho mil colones con 00/100).

5. Que el requerimiento de la Unidad Solicitante, resulta congruente con el Programa de Adquisiciones de la Institución, publicado por la Universidad de Costa Rica en la Gaceta No.23 el día 02 de febrero del 2011.

6. Se cuenta con el recurso humano y la infraestructura administrativa suficiente para verificar el fiel

cumplimiento del objeto de la contratación.

POR TANTO Esta oficina dispone iniciar los trámites utilizando la modalidad de Licitación Abreviada, de conformidad con lo que establece el artículo 44 de la Ley de Contratación Administrativa y el artículo 97 del Reglamento a la Ley de Contratación Administrativa y a los límites de contratación establecidos por la Contraloría General de la República, publicados en el Diario Oficial La Gaceta No.41 del viernes 27 de febrero del 2012.

Sabanilla de Montes de Oca, a los 04 días del mes de julio del 2012.

MBA. Vanessa Jaubert Pazanni Jefe, Unidad de Adquisiciones



2

LICITACIÓN ABREVIADA No. 2012LA-000009-UADQ

“CONTRATACIÓN DE UN SISTEMA VÍA WEB PARA EL PROCESO DE SEGUIMIENTO Y CONTROL DE SOLICITUDES DE RECONOCIMIENTO Y EQUIPARACIÓN DE CURSOS, GRADO

Y/O TÍTULO”

La Oficina de Suministros recibirá ofertas por escrito hasta las 10:00 horas del 18 de julio del 2012, para la contratación indicada.

Los interesados podrán obtener el cartel mediante las siguientes páginas de internet http:// www.merlink.co.cr, cejilla concursos, consulta de concursos fuera de línea ó http: //osum.ucr.ac.cr, modulo contrataciones, Licitaciones Abreviadas. O bien podrán retirarlo en la Oficina de Suministros de la Universidad de Costa Rica, ubicada en Sabanilla de Montes de Oca, de las Instalaciones Deportivas 250 metros al este y 400 metros al norte. Los interesados en participar que adquieran el cartel por medio electrónico, deberán enviar al fax: 2511-3785 los datos de la empresa, número telefónico, fax y el nombre de la persona a quien contactar en caso necesario, el incumplimiento de este requisito exonera a la Unidad de Adquisiciones la no comunicación de prórrogas, modificaciones o aclaraciones al concurso. Sabanilla de Montes de Oca, 04 de julio del 2012. MBA. Vanessa Jaubert Pazzani. Jefe, Unidad de Adquisiciones.

http://www.merlink.co.cr/



3



La Oficina de Suministros, recibirá ofertas por escrito hasta las 10:00 horas del 18 de julio del 2012, para la contratación indicada.

1. Objetivo de la Contratación

La Universidad de Costa Rica contratará los servicios de una empresa o persona física dedicada al desarrollo de sistemas de información, para elaborar el análisis, diseño, construcción e implantación del nuevo Sistema vía web para el control de reconocimientos y equiparaciones.

Este sistema deberá ser desarrollado por la empresa o persona física adjudicada en concordancia con el equipo del proyecto dispuesto por la Universidad dentro del marco de los sistemas actuales que interactuarán con el mismo, a saber el Sistema de Aplicaciones Estudiantiles SAE.

La Universidad ha establecido como estándar para el desarrollo de este sistema la plataforma computacional que se detalla a continuación, por considerarla de alto valor agregado en términos de integración de los sistemas existentes:

Plataforma de Hardware: ORACLE-Sun Sistema Operativo: Linux RedHat EL 5, o superior. Motor de base de datos: Oracle 10g o superior Servidor de Aplicaciones: OAS 10g o superior Herramientas de desarrollo: JDeveloper Estándar de Desarrollo: JAVA J2EE, Hibernate, NetBeans Arquitectura de implementación: Tres capas

2. Requerimientos funcionales para el desarrollo

Situación actual

La UNIVERSIDAD requiere construir un nuevo sistema automatizado para la gestión de

reconocimientos y equiparaciones de las unidades docentes-administrativas. Dicho sistema deberá ser accedido vía web por toda la Comunidad Universitaria (todas las sedes y recintos distribuidos en todo el territorio nacional) y mantener controles detallados de los procesos internos. También, deberá contener los elementos de seguridad necesarios para garantizar las autorizaciones que se requieren durante el flujo de trabajo.

El sistema deberá trabajar en forma integral e interconectada para todas las dependencias

de la Universidad con autorización de manejo y gestión académica, manteniendo para tal efecto las



4

restricciones de acceso a la información que se detallarán una vez iniciado el trabajo por parte del contratista.

El proyecto será desarrollado en un esquema mixto; o sea, una empresa experta lo

desarrollará pero -al mismo tiempo- habrá personal seleccionado de la Universidad en capacitaciones referentes al proyecto. Este esquema deberá ser obligatoriamente acatado por la contraparte.

Para el sistema se utilizará una plataforma Oracle, por cuanto es de interés institucional el

consolidar las plataformas existentes. Esta decisión se fundamenta en el estudio conjunto realizado por la Vicerrectoría de Vida Estudiantil, Rectoría, Vicerrectoría de Administración y Centro de Informática, en el cual se valoran diferentes aspectos, tanto técnicos como económicos.

Además de las consideraciones antes citadas, el nuevo sistema deberá garantizar el

adecuado manejo de usuarios concurrentes tanto a nivel de base de datos como en servidor de aplicaciones, ya que debe brindar servicio a aproximadamente 10000 usuarios.

De igual manera una vez levantados los requerimientos específicos y diagramas de flujo, el

contratista deberá construir en coordinación con la Universidad un plan de contingencia inicial, para atender las situaciones de riesgo que puedan presentarse durante la puesta en marcha del sistema.

3. Requerimientos técnicos del Proyecto

Condiciones del desarrollo del proyecto

El contratista deberá tener la experiencia y habilidad necesarias para hacer un uso extensivo de las ventajas que ofrece la plataforma tecnológica, escogida en cuanto a:

Administración y afinamiento de bases de datos

Esquemas de seguridad

Conocimientos de la arquitectura a utilizar

Desarrollos orientados a procesos de negocios

Las condiciones para el desarrollo del proyecto y la programación de las aplicaciones son las siguientes:

1. El contratista deberá analizar y entender la filosofía de diseño y la implementación del

manejo de la información en las bases de datos que interactuarán. Además, deberá estudiar y conocer con detalle la lógica y funcionalidad de las aplicaciones y procesos del SIAF, la Oficina de Suministros y la Oficina de Planificación Universitaria, así como la forma de la construcción y distribución de los componentes que los conforman.



5

2. El contratista deberá analizar y entender la lógica de los procedimientos automatizados o manuales que complementan todos los aspectos referentes a la gestión de compras propias de la Universidad.

3. El contratista deberá analizar y entender las interfaces con otros sistemas, especialmente con los sistemas de la Oficina de Administración Financiera, la Oficina de Planificación Universitaria y la Oficina de Suministros.

El contratista deberá comprender y aceptar que la información, desarrollos y código de las aplicaciones existentes o por desarrollarse SON PROPIEDAD EXCLUSIVA DE LA UNIVERSIDAD DE COSTA RICA, Y NO PODRÁ HACER USO DE LAS MISMAS PARA NINGÚN FIN AJENO A LOS INTERESES DE DICHA INSTITUCIÓN; además, para todo efecto deberá contar con autorización formal de la Universidad para hacer uso de esta información o desarrollos.

4. Estándares de programación y documentación

El contratista deberá ajustarse a los estándares utilizados por la Universidad para el desarrollo del sistema, siempre y cuando este exista; en caso contrario, deberá proponer su estándar el cual deberá ser aprobado por la contraparte universitaria.

Estándares de nomenclatura

Estándares de las especificaciones de las aplicaciones

Estándares de programación

Estándares de diseño

Estándares de formatos de ventanas y reportes

Estándares de manejo de errores y mensajes El catálogo de mensajes de error deberá contener código, descripción del error y al menos una sugerencia de la acción a seguir, todo esto en idioma español.

4.1. Estándares de documentación

4.1.1. Manual de usuario, donde se deberá incluir:

Descripción de menús

Descripción de aplicaciones

Descripción de procesos y tareas típicas, donde se incluyan los diagramas e imágenes necesarios

4.1.2. Manual de operación, el cual deberá incluir:

Descripción de las operaciones de menú y de las aplicaciones que invoca

Procedimientos de respaldo para cada proceso invocado

Procedimientos explícitos de operación normal para cada proceso



6

En caso de contingencia los procedimientos de recuperación

4.1.3. Manual técnico del sistema, donde se incluirán:

Matriz Entidad-Atributos con su descripción incluida

Matriz Tablas-Procesos

Script de la base de datos documentado

Relación de las aplicaciones (formas y reportes) con los procesos asociados

Especificaciones de aplicaciones; debe documentar internamente el código fuente

Detalle de referencias cruzadas Programas-Tablas, Tablas-Programas

Manejo de la seguridad

Diagramas Entidad-Relación

Unidades de Programa (Program Units)

Disparadores de Base de Datos (Database Triggers)

Disparadores de Formas y Reportes (Forms and Reports Triggers) La documentación generada por el contratista será propiedad exclusiva de la Universidad;

por lo tanto, deberá entregar todo lo pertinente al proyecto, tal como bitácoras, manuales, listados, y cualquier otra información que facilite la comprensión de las labores ejecutadas durante este, y que permitan la modificación de los productos programados por parte de la Universidad.

Los manuales deberán ser presentados en dos ejemplares completos e impresos, mientras

que la documentación deberá entregarse en un disco compacto; ambos documentos en idioma español.

5. Requerimientos específicos de la contratación

El contratista deberá preparar un documento de Análisis de Requerimientos para ser evaluado de previo al desarrollo. Dicho documento deberá mantener el estándar dado por la institución.

5.1. Planificación, análisis y desarrollo: El contratista deberá desarrollar el nuevo sistema de la Oficina de Registro e Información, para lo cual realizará un análisis detallado en coordinación con el personal de la Universidad, validando los requerimientos del cartel con el usuario final e incorporando las observaciones de los mismos. Una vez realizado este análisis, se procederá al desarrollo del sistema con base en el cronograma establecido para tal efecto. De igual forma, se deberá establecer la estructura óptima para la base de datos. El contratista deberá desarrollar un prototipo no funcional en HTML de la solución contratada con el fin de facilitar el trabajo de desarrollo y la validación con el usuario final, este prototipo deberá ser desarrollado durante la etapa de validación de requerimientos.

5.2. Plan de pruebas: El contratista, en coordinación con la Universidad preparará un plan de

pruebas con diferentes unidades, tanto de la sede central como de la sedes regionales, con



7

el fin de probar en vivo el servicio; en esta fase es obligatorio la presencia del contratista, con el fin de solventar inmediatamente in situ posibles problemas.

5.3. Capacitación: El contratista, en coordinación con la Universidad, preparará un plan de

capacitación dirigido a los diferentes usuarios de la Universidad; además de ser el encargado de dicho proceso, será quien prepare y entregue el material didáctico necesario solicitado por la Universidad para tal efecto. Este material consiste en manuales impresos y un tutor en línea que incluya todas y cada una de las ventanas del sistema y donde se explique su funcionamiento.

El personal que será capacitado lo conformará:

5 profesionales en informática: Capacitación a nivel operativo de la nueva base de datos para profesionales de la Universidad. Dicha capacitación no debe ser menor a 40 horas

10 funcionarios de la Oficina de Registro e Información: Capacitación dirigida a usuarios finales del sistema. La Capacitación no debe ser menor a 40 horas

Nota: Para todas las capacitaciones, la Universidad proporcionará los recursos de equipo de cómputo, salas, auditorios.

6. Requerimientos de personal

El proyecto será conformado con una estructura compartida que involucrará funcionarios de la empresa desarrolladora y de la propia Universidad, con los objetivos siguientes:

Aprovechar la experiencia de la empresa en el desarrollo de productos de software, en lo referente a técnicas de análisis, organización de la información, planificación del tiempo y de los recursos disponibles, así como sus destrezas técnicas.

Proveer a la Universidad el beneficio de la transferencia de conocimientos mediante las técnicas del trabajo en equipo y la Administración por objetivos.

Asegurar el logro del objetivo primordial, a saber la construcción e implementación del Sistema de Portal de Servicios Financieros para la Universidad de Costa Rica, mediante la suficiente transferencia de conocimiento a la Universidad como para obtener independencia posterior en el mantenimiento de dicho sistema.

6.1. Asignación de personal por parte de la Universidad:

La Universidad se compromete a ofrecer al proyecto el siguiente personal, el cual deberá ser tomado en cuenta para las labores de coordinación y gestión del proyecto:



8

Un Gestor de proyecto: gerente que coordinará todos los aspectos administrativos del proyecto; velará por la buena marcha del proyecto según los cronogramas establecidos y colaborará en la solución de imprevistos.

Un Coordinador Técnico del Proyecto: profesional encargado de coordinar todos los aspectos técnicos referentes al proyecto (interacción, interfaces, conectividad, entre otras).

Un Coordinador de Calidad del Proyecto: encargado de coordinar las revisiones de los entregables solicitados en términos de su cumplimiento con los requerimientos funcionales solicitados.

Un DBA: funcionario que se integrará al desarrollo del proyecto, para validar y dar visto bueno a la propuesta de base de datos de la empresa.

Un Comité Gerencial del proyecto: encargados de analizar los desarrollos entregados contra los requerimientos solicitados; además, velará por la funcionalidad del desarrollo.

La comunicación entre el contratista y la Universidad durante la ejecución de proyecto se hará únicamente por medio del Gestor del proyecto designado; esta persona es la única autorizada para realizar las gestiones administrativas del proyecto

6.2. Del personal del oferente:

El oferente deberá indicar la cantidad de recurso humano que asignará al proyecto, así como el desglose de tiempo que invertirán en el mismo, donde -como mínimo- será indispensable la asignación de:

Un Coordinador de proyecto, el cual contará con suficiente formación demostrada que lo capacite para el desempeño de sus funciones, con las siguientes características obligatorias: (*) (**) (****)

o Grado de Maestría en Administración de Proyectos, P.M.P. o similar, con énfasis en

Sistemas de Información o Administración de Proyectos Informáticos, avalada por el Colegio de Profesionales en Informática

o Destrezas en Gerencia de al menos 5 proyectos formales de más de 12 meses en

cronograma

o Destinado ¼ de Tiempo al proyecto.

Un Líder técnico o Coordinador de analistas/programadores experto en las herramientas de desarrollo citadas anteriormente, este puede ser uno de los analistas propuestos, puede ser uno de los analistas del punto siguiente. Con las siguientes características (*) (**) (****)



9

o Grado de Bachillerato en Informática, con más de 24 meses de experiencia en Bases de Datos Oracle y verificada experiencia en Oracle 10g y Aplication Server 10g

o Conocimientos demostrados en sistema operativo y arquitectura ORACLE-SUN y Linux RedHat EL 5 o superior

o Experiencia a nivel técnico en al menos 5 proyectos formales de más de 12 meses

en cronograma y al menos 2 de estos similares al aquí contratado

Los Analistas/Programadores y cualquier otro personal que el oferente considere necesario para el cumplimiento del proyecto en cuanto a tiempo y calidad del desarrollo (mínimo 2 funcionarios en jornada completa por el tiempo de ejecución del sistema). Deben contar con los siguientes requisitos (*)

o Grado mínimo de bachillerato en informática o afín avalada por el Colegio de Profesionales en Informática, experiencia en el desarrollo de sistemas Web con J-Developer, JAVA y conocimiento demostrado en Servidor de Aplicaciones Oracle 10g (*)(**)(***)

o Experiencia a nivel técnico en al menos 5 proyectos formales de más de 12 meses

en cronograma y al menos 2 de estos similares al aquí contratado.

o Destinados Tiempo Completo al Proyecto

Los DBA necesarios para la óptima construcción y afinamiento de la base de datos, asignados según sea necesario. Todos como mínimo deben cumplir con lo siguiente: (*)

o Grado mínimo de bachillerato en informática o afín avalada por el Colegio de Profesionales en Informática.(**)

o Experiencia demostrada de al menos 3 años en Administración de bases de datos ORACLE 10g o superior y certificados por ORACLE para tal efecto (*)

(*) La Universidad se reserva el derecho de verificar la información brindada por el oferente sobre la información solicitada. En caso de que se compruebe exista información falsa por parte del OFERENTE, quedará automáticamente excluido del cartel. En todos los casos requeridos, deberán presentar copia del certificado emitido por ORACLE UNIVERSITY o su equivalente para respaldar la información. (**) Todos los miembros profesionales deben estar incorporados y activos en el colegio profesional respectivo, lo que se demostrará mediante certificación del colegio con menos de un mes de emitida al momento de la presentación de la oferta.



10

(***) Los analistas/programadores no deben ser expertos en todas las tecnologías citadas; sin embargo, debe existir -al menos- una persona capacitada por cada tecnología mencionada. (****) El líder de proyecto y el líder técnico no pueden ser -en ningún caso- la misma persona. Este grupo humano deberá coordinar con el equipo de proyecto de la Universidad, con el fin de elaborar en conjunto el cronograma de proyecto en las actividades de desarrollo.

El personal asignado por el oferente para el desarrollo del proyecto es una de las consideraciones de evaluación durante el proceso de adjudicación. Por lo anterior, el contratista deberá comprometerse a mantener al personal ofrecido durante todo el proyecto. Si por razones ajenas y fuera de control del contratista esto no pudiera cumplirse en un momento determinado, deberá comunicar -por escrito- al Administrador del proyecto designado por la Universidad, la situación presentada y enviar a un sustituto con preparación académica y experiencia equivalente, lo cual debe ser aprobado previamente por la Universidad.

La Universidad se reserva el derecho de solicitar el remplazo de cualquier funcionario del contratista asignado al proyecto, el que a criterio de la institución no cumpla con los requerimientos mínimos razonables de productividad, responsabilidad y seriedad de los trabajos desarrollados, así como su conducta y relaciones interpersonales. Para tal, efecto la institución comunicará formalmente el requerimiento con los justificantes correspondientes. Esto será condición suficiente para iniciar el proceso de remplazo, cuyo sustituto deberá cumplir con los requerimientos establecidos de preparación y experiencia indicados en este cartel y estar previamente autorizado por la Universidad.

El oferente deberá demostrar que cuenta con el personal técnico necesario para afrontar el proyecto; para tal efecto, aportará información de diez funcionarios profesionales como mínimo, los cuales demostrarán (por medio de copia de las planillas recibidas por la CCSS o certificación de la CCSS) que cuentan con al menos un año de laborar para la empresa y hasta la fecha de presentación de la oferta; dicho personal debe estar afiliado y activo ante el Colegio de Profesionales en Informática; además, deberá aportar para cada profesional UNICAMENTE la siguiente información (en un anexo indicado como personal adicional):

Nombre completo

Nacionalidad

Formación académica

Capacitación complementaria en el área de Sistemas de Información

Años con la empresa y sus principales funciones

Años de experiencia en Sistemas de Información

Tres proyectos fundamentales en los que ha participado con la firma, donde se anexe:



11

o Nombre del proyecto

o Empresa o institución contratante

o Funciones principales

o Tiempo asignado

El oferente deberá presentar el curriculum vitae de cada miembro del equipo de trabajo que participará directamente en el proyecto. Tales documentos deben mostrar la experiencia y capacitación de cada uno de los miembros del equipo en el uso de las herramientas que se utilizarán en el desarrollo del proyecto, esto según los términos indicados posteriormente para la evaluación de las ofertas.

7. Pruebas

El contratista entregará un plan de pruebas a la Universidad para que se evalúen los entregables amparados a la validación de requerimientos contra el cartel. La Universidad hará pruebas de aceptación después de las pruebas generales, de acuerdo con las características propias del desarrollo.

El contratista deberá comprometerse a incorporar todas las observaciones que el gestor de proyecto designado por la Universidad le plantee, tanto a los productos parciales como a los productos finales presentados durante las diferentes fases en que se desarrolle el proyecto.

8. Cronograma del proyecto

El proyecto debe ser finalizado en su totalidad, probado y entregado a más tardar el 1 año después de adjudicado e iniciado el proyecto; sin embargo, se deben realizar entregas parciales de módulos funcionales durante el semestre posterior a la adjudicación. La priorización de módulos quedará sujeta al criterio de la Universidad. El contratista deberá presentar un plan de trabajo preliminar detallado en forma de actividades, redes de actividades (Gantt/Pert) y productos esperados, donde se especifiquen los plazos de entrega para cada una de las etapas del proyecto y el personal necesario para llevar a cabo el trabajo (matriz de responsabilidades); para esto, debe utilizar como herramienta el MS-Project. Esto con el fin de evitar inconvenientes en la estimación de tiempo dada por la validación de requerimientos con el usuario final. Una vez realizada la validación de requerimientos con el usuario final, el contratista presentará un cronograma definitivo, con línea base, donde se determinará en coordinación con la Universidad la fecha de entrega final del proyecto. Así mismo el contratista se compromete a incorporar todas las aclaraciones a los requerimientos dadas por el usuario final, bajo el entendido de que las mismas no cambien el alcance del proyecto ni sean dadas en momentos no indicados para tal efecto.



12

El contratista deberá presentar por escrito informes periódicos ya sean semanales o mensuales del avance del proyecto. Las fechas de su presentación deben quedar claramente especificadas en el p’lan de trabajo. El informe debe contemplar al menos los siguientes aspectos:

Fecha

Periodo que cubre el informe

Resumen del estado actual y del avance desde el último informe

Comparación de lo planeado versus lo ejecutado, donde se indique el porcentaje de avance

Detalle de las situaciones encontradas y el impacto de estas

Recomendaciones, ajustes y sugerencias aplicadas o las que se deben aplicar para el buen avance del proyecto

Desarrollos ejecutados y su situación actual El contratista se compromete a presentar, a juicio de la Universidad, los informes necesarios con el fin de solventar consultas que surjan con respecto al desarrollo.

9. Actividades conjuntas

Para el adecuado control de todas las actividades en conjunto, el oferente acepta el uso de los mecanismos de seguimiento aprobados por la Universidad, como son minutas, documentos de entrega de trabajo, solicitudes de cambio y demás documentos propias de la gestión de proyectos.

El oferente se compromete a aceptar estas condiciones y documentos como único mecanismo válido para la gestión del proyecto, por lo que la Universidad no acepta condicionamientos referentes al uso de herramientas ajenos a los autorizados por ella. El diseño de la base de datos será aprobado por la Universidad, el contratista acatará cualquier cambio que la Universidad indique al mismo y se compromete a ajustar el sistema según sea el caso. No se deberá iniciar el desarrollo de previo a la autorización del modelo de base de datos.

10. Obligaciones Adicionales

10.1. Del contratista

El contratista se comprometerá a presentar el cronograma y a cumplir con él en cuanto a lo detallado en el punto 8, una vez aprobado por parte de la Universidad.

El contratista no podrá subcontratar ni ceder a terceros los derechos y obligaciones derivados de la formalización del proceso de adjudicación.

El contratista coordinará con la Universidad el espacio físico necesario para el desarrollo del proyecto, el acceso y utilización de las instalaciones físicas; el uso de infraestructura o equipo de cómputo de la Universidad que se encuentre fuera del horario normal o recesos establecido en días



13

no hábiles, quedará a criterio exclusivo de la Universidad. Por lo anterior, el contratista deberá contemplar esta situación en la programación de sus actividades y sobre todo en el tiempo estimado para la entrega de cada uno de los productos parciales y finales.

El contratista se compromete a suplir las estaciones de trabajo necesarias para el desarrollo del proyecto por parte de su personal.

El diseño de la base de datos, así como las aplicaciones desarrolladas, serán de propiedad exclusiva de la Universidad, por lo que no podrán ser utilizados por el contratista para ningún fin diferente al aquí contratado.

El contratista se compromete a mantener la confidencialidad de la información propiedad de la Universidad.

El contratista no podrá utilizar ningún producto o herramienta de desarrollo adicional a las indicadas en este cartel sin la autorización escrita por parte de la Universidad.

El contratista deberá mantener asignado al proyecto al personal presentado para efectos de valoración; en caso de que se requiera sustituir a algún miembro del equipo, el sustituto deberá cumplir con los requisitos solicitados para ese cargo.

11. Requerimientos Generales del Sistema a contratar (Anexo 1 “Requerimientos funcionales del

sistema de reconocimientos de la Oficina de Registro e Información”)

11.1. Módulo Reconocimiento y Equiparación de materias

Comprende el registro, seguimiento y control de las solicitudes que se realizan en la Oficina de Registro e Información (ORI), de cursos individuales realizados en otras Instituciones de Educación Superior, para efectos de continuar una carrera en la Universidad de Costa Rica.

11.2. Módulo de Reconocimiento y Equiparación de Diplomas

Comprende el registro, seguimiento y control de las solicitudes de Reconocimiento y Equiparación de grado o de grado y título de estudios que han culminado con la emisión de un diploma por parte de una Institución de Educación Superior extranjera, que se realizan en CONARE y posteriormente son enviadas a la ORI de la Universidad de Costa Rica para su trámite.

11.3. Módulo de seguridad

El sistema debe contar con un módulo de seguridad y control de roles, de esta manera cada funcionario que ingrese al sistema debe autenticarse previamente con un nombre de



14

usuario y una clave que el sistema deberá estar en la capacidad de generar (refiérase al punto generación de claves de acceso.

Para efectos de seguridad el módulo deberá permitir a los funcionarios mantener un control de las transacciones realizadas por los usuarios dentro del sistema Web (toda transacción en el sistema deberá estar auditada).

Este módulo deberá abarcar aspectos tales como:

o Generación de claves de acceso: La aplicación deberá permitir que los funcionarios (as) del sistema puedan generar automáticamente la clave de acceso, contraseña o PIN de acceso. Se deberán establecer los controles necesarios para que las claves sean seguras y que tenga opciones para cambiar la clave, o bien si el usuario “olvidó su clave” que permita generar una nueva.

o Roles

Desarrollar un módulo Web para la administración de usuarios que permitirá al encargado del sistema incluir, consultar, y modificar la información de las personas que tendrán acceso al sistema así como los módulos del sistema a los que tendrán acceso.

La aplicación deberá permitir que se establezcan diferentes roles en el sistema y que por medio de éstos, se establezcan los niveles de acceso a las diferentes opciones: Inicialmente se establecen roles para:

Los estudiantes El administrador del sistema en UCR Los funcionarios de las Áreas de Reconocimiento de Estudios

responsables del proceso Usuarios de consulta Digitadores Entre otros.

o Auditorias

Además cada solicitud registrada, modificada o eliminada debe ser auditada, almacenando la información de la solicitud antes y después del movimiento e indicando la fecha y hora, tipo de movimiento y usuario que lo realizó la transacción.

11.4. Módulo de mantenimiento del sistema



15

Desarrollar un módulo Web de configuración general del sistema, que le brindará al usuario las opciones de modificar y consultar los parámetros del sistema, tales como fechas de recepción de solicitudes, costo del crédito entre otros.

11.5. Módulo de estadísticas y reportes

El sistema deberá contar con un módulo de reportes donde se suministre a los funcionarios del Área de Reconocimiento y de la ORI, información (impresa o con la posibilidad de bajar la información en formato Excel o PDF) como:

Cursos de Estudios Generales equiparados por sede, recinto, escuela carrera ciclo,

Otros cursos equiparados por sede, recinto, escuela carrera ciclo

Cursos equiparados por Universidad de procedencia

Diplomas según resultado:

reconocido, equiparado de grado, equiparado de grado y titulo

por país

por Universidad de procedencia

por año

por nacionalidad

por género

Solicitudes por X periodo de tiempo con resultado de gestión

Recursos presentados en X periodo de tiempo

Se deberán definir en la etapa de requerimientos del sistema más detalladamente los siguientes tipos de reportes y estadísticas:

o Reportes generales

o Reportes específicos para cada reconocimiento

o Estadísticas generales

o Estadísticas específicas para cada reconocimiento

11.6. Módulo de conectividad

El oferente en la etapa de levantamiento de requerimiento debe definir en conjunto con el personal de la ORI y de CONARE la forma en que se van a llevar a cabo el trasiego de la información entre los sistemas. Se requiere definir la conectividad entre:



16

o CONARE y la UCR: para el traslado de la información entre la base de datos de Reconocimientos de CONARE y la base de datos de la ORI de la UCR

o Otros sistemas y el Sistema de Reconocimiento: Este sistema deberá interactuar con los otros sistemas de la ORI por lo que la conectividad con la base de datos actual del Sistema de Administración Estudiantil es fundamental para su desarrollo.



17



CONDICIONES INVARIABLES

1. Vigencia de las ofertas: 45 días hábiles, a partir de la fecha de la apertura de ofertas.

2. Garantía de cumplimiento: Se requiere un cinco por ciento (5%) sobre el presupuesto anual adjudicado, con una vigencia de 60 días adicionales, a partir de la fecha probable de aceptación del servicio a satisfacción de la Administración.

3. Plazo para adjudicar: La Administración tiene hasta 20 días hábiles para adjudicar, contados a partir del día de la apertura de las ofertas.

4. Fecha de inicio: La Oficina de Registro e Información, determinará la fecha de inicio en coordinación con el contratista.

5. Fecha máxima de entrega: 360 días naturales a partir de la fecha de inicio.

6. Lugar de entrega: Debidamente instalado en la Oficina de Registro e Información en la Sede Rodrigo Facio, Edificios Administrativos A, previa coordinación con Ricardo Luna teléfono 2511-4749.

7. Experiencia:

6.1. El oferente deberá ser una empresa costarricense o transnacional debidamente establecida y consolidada en Costa Rica; deberá contar con representación y autorización legal para operar en el territorio nacional.

6.2. Únicamente se contemplarán como elegibles empresas dedicadas al desarrollo de sistemas

de información automatizados que hayan operado –ininterrumpidamente- durante los últimos 5 años.

6.3. Para tal efecto, el oferente deberá presentar la siguiente información, además de los documentos necesarios que la garanticen:

Nombre de la empresa

Razón social

Cédula Jurídica



18

Fecha y acta de constitución

Teléfono, fax y dirección electrónica

Descripción de actividades de los últimos 5 años

La información sobre la constitución de la firma, nombre de sus socios, distribución de acciones, representante legal, entre otros (esta información debe respaldarse con las certificaciones notariales correspondientes)

6.4. El oferente deberá presentar documentación que demuestre su trayectoria y solidez, la cual

hará mención a la experiencia que tiene en el desarrollo de sistemas de información de acuerdo con el objeto de contratación.

8. Forma de pago: La forma de pago se regirá bajo las siguientes cláusulas:

Se reservará el 25% del monto total del proyecto, el cual se entregará después de que la UNIVERSIDAD acepte formalmente la totalidad de los productos esperados del proyecto.

El 75% restante del monto total del proyecto se realizará en pagos, de acuerdo con la entrega de trabajos establecidos en el cronograma por parte del CONTRATISTA, previa aprobación de los mismos por parte de la UNIVERSIDAD. Para este fin, la UNIVERSIDAD se compromete a probar y recibir el trabajo quince días hábiles después de la entrega del mismo por parte de la contraparte contratada.

El trabajo se calificará como satisfactorio si un 90% de su funcionabilidad está correcta, lo que hace que quede un 10% que se corregirá en un plazo máximo de 10 días hábiles, tomados a partir de la fecha de recibido. En caso contrario; es decir, que no cumpla con el 90% de su funcionabilidad, se realizará un ciclo de corrección donde el ADJUDICATARIA tendrá 10 días hábiles para realizar las correcciones; sin embargo, estas correcciones no deben atrasar la entrega de otros módulos calendarizados en el cronograma de proyecto.

Para efectos de pago, el proyecto se dividirá en 5 partes porcentuales, de 20% cada una, definidas en coordinación con la UNIVERSIDAD; por lo tanto, el CONTRATISTA deberá entregar cada parte con sus entregables completos y distribuidos equitativamente en el tiempo de duración del proyecto.

Se debe incluir como un solo pago el plan de proyecto, el documento de análisis, el documento de diseño y el prototipo no funcional, según el esfuerzo en tiempo de los mismos.

El modelo de base de datos debe ser entregado de manera física a la UNIVERSIDAD y ser considerado como un entregable más, por lo que se debe documentar adecuadamente.



19

Cada se realizará 30 días naturales siguientes al recibido conforme de las diferentes etapas por parte de la Oficina de Registro e Información. La factura deberá presentarse en el tipo de moneda cotizado, cuando se trate de una moneda distinta al colón, el pago se realizará en colones costarricenses y de acuerdo a lo establecido en el artículo 25 del Reglamento a la Ley de Contratación Administrativa.

9. Garantía de funcionamiento:

8.1. La garantía del servicio deberá ser de 12 meses mínimo, contados a partir del recibido conforme de todos los módulos del sistema de manera global, brindado por escrito por parte de la Universidad.

8.2. El contratista deberá garantizar que durante el plazo de garantía del servicio, tendrá al

personal calificado disponible en forma inmediata para atender cualquier consulta o situación no prevista en las aplicaciones entregadas. Las condiciones para brindar el mantenimiento correctivo serán las siguientes:

o El tiempo transcurrido entre el reporte de algún problema que afecte los módulos

entregados y la atención del problema no deberá ser mayor de 2 horas o El tiempo transcurrido entre la atención de un problema de la herramienta de desarrollo

utilizada y su respectiva solución no deberá ser mayor de 2 días naturales o Durante el período de garantía, los costos de mantenimiento correrán por cuenta del

contratista

10. Multa: Por cada día hábil de atraso en el plazo de entrega establecido en el cronograma se les multará con un 1% del valor de lo entregado tardíamente.

11. Evaluación de las ofertas: Los elementos que serán tomados en cuenta para la calificación final, así como sus valores relativos, serán los siguientes:

CUADRO DE PONDERACIÓN DE LAS OFERTAS

Factor Porcentaje

Experiencia del OFERENTE en desarrollo y mantenimiento de bases de datos ORACLE 10g o superior

15%

Experiencia del OFERENTE en desarrollo, integración de aplicaciones y mantenimiento de Oracle Application Server 10g o superior

15%

Experiencia del OFERENTE y su equipo de trabajo en desarrollo de aplicaciones con herramientas JDeveloper, Hibernate, NetBeans

15%

Experiencia del OFERENTE en integración de bases de datos Oracle con bases de datos relacionales.

15%

Menor Precio 40%

TOTAL: 100%



20

11.1 Experiencia del OFERENTE en desarrollo de bases de datos ORACLE 10g o

superior (15%)

En este punto se evaluará la experiencia del OFERENTE en el desarrollo y mantenimiento de bases de datos Oracle en sus versiones 10g o superior; por lo tanto, se tomarán en consideración solamente los sistemas desarrollados con motor de base de datos Oracle 9i o superior. La evaluación se realizará con base en la información suministrada en las tablas que se solicitan a continuación: Desarrollo de Bases de Datos

DESCRIPCIÓN

DEL SISTEMA (*)

DESCRIPCIÓN DE

LA BASES DE

DATOS

CARACTERÍSTICAS TÉNICAS (**)

NÚMERO

DE TABLAS

NÚMERO DE

RELACIONES

Los puntos se asignarán al OFERENTE según el siguiente criterio:

Se le asignará 5 puntos por cada sistema con más de 30 tablas y 10 relaciones.

Se le asignará 2 puntos por cada sistema con un número igual a 30 tablas y 10 relaciones.

En ningún caso la suma de calificaciones podrá exceder los 15 puntos. (*) El sistema descrito debe haber sido desarrollado en su totalidad por el OFERENTE, debe contener -como mínimo- 30 tablas y 10 relaciones para ser valorados y debe indicar a qué empresa se le desarrolló, el contacto en dicho lugar y el motor de base de datos, así como la arquitectura de hardware utilizada. El OFERENTE debe presentar -como máximo- 6 sistemas desarrollados que cumplan con lo estipulado. (**) La UNIVERSIDAD se reserva el derecho de verificar la información ofrecida por el OFERENTE sobre la información contenida en la tabla. En caso de que se compruebe información falsa por parte del OFERENTE, quedará automáticamente excluido del cartel.

11.2 Experiencia del OFERENTE en desarrollo, integración de aplicaciones y

mantenimiento de Oracle Application Server 10g o superior (15%)

En este punto se evaluará la experiencia del OFERENTE en el desarrollo y mantenimiento de Oracle Application Server en sus versiones10g o superior; por lo tanto, se tomarán en



21

consideración solamente los sistemas desarrollados en estas versiones. La evaluación se realizará con base en la información suministrada en las tablas que se solicitan a continuación:

Integración de Sistemas y Mantenimiento de Servidor de Aplicaciones

DESCRIPCIÓN DEL SISTEMA(*)

DESCRIPCIÓN DE LAS APLICACIONES

CARACTERÍSTICAS TÉNICAS DEL LENGUAJE DE DESARROLLO DE LOS SISTEMAS INTEGRADOS(**)

Los puntos se asignarán al OFERENTE según el siguiente criterio:

Se le asignará 5 puntos por cada arquitectura que controle más de 3 sistemas por medio de webcache Oracle y cluster de servidores de aplicaciones.

Se le asignará 2 puntos por cada arquitectura que controle 2 sistemas por medio de cluster de servidor de aplicaciones.

En ningún caso la suma de calificaciones podrá exceder los 15 puntos.

(*) El sistema descrito debe haber sido integrado en su totalidad por el OFERENTE, usando -como mínimo- la herramienta de desarrollo Application Server 9i para ser valorados y debe indicar a qué empresa se le desarrolló, el contacto en dicho lugar y el motor de base de datos, así como la arquitectura de hardware utilizada. El OFERENTE debe presentar -como máximo- 6 sistemas desarrollados que cumplan con lo estipulado. (**) La UNIVERSIDAD se reserva el derecho de verificar la información ofrecida por el OFERENTE sobre la información contenida en la tabla. En caso de que se compruebe información falsa por parte del OFERENTE, quedará automáticamente excluido del cartel.

11.3 Experiencia del OFERENTE en desarrollo de aplicaciones con herramientas J-

Developer, Hibernate, NetBeans (15%)

En este punto se evaluará la experiencia del OFERENTE y su equipo de trabajo en el desarrollo de aplicaciones en JDeveloper, Hibernate, NetBeans; por lo tanto, podrá aportar para el desarrollo del proyecto profesionales con experiencia demostrada en esta herramienta de desarrollo, para lo que deberán aportar el curriculum vitae y demás atestados que comprueben la validez.

Se asignará 7.5 puntos por cada profesional presentado, con un máximo de 15 puntos. La UNIVERSIDAD se reserva el derecho de verificar la información ofrecida por el OFERENTE sobre la información contenida en la tabla. En caso de que se compruebe información falsa por parte del OFERENTE, quedará automáticamente excluido del cartel.



22

11.4 Experiencia del OFERENTE en integración de bases de datos Oracle con bases de

datos relacionales (15%) En este punto se evaluará la experiencia del OFERENTE en la integración de bases de datos Oracle con otras bases de datos relacionales, en plataformas heterogéneas por medio de web services o sockets de comunicación, preferiblemente que incluya MS-SQL; por lo tanto, se tomarán en consideración solamente las integraciones de base de datos Oracle 9i o superior con dichas plataformas utilizando los criterios antes descritos. La evaluación se realizará con base en la información suministrada en las tablas que se solicitan a continuación: Integración de Bases de Datos

DESCRIPCIÓN DEL SISTEMA

DESCRIPCIÓN DE LA BASES DE DATOS

DESCRIPCIÓN DE LA INTEGRACIÓN(*)

Los puntos se asignarán al oferente según el siguiente criterio:

Se le asignará 3 puntos por cada sistema presentado, con un máximo de 15 puntos.

(*) La UNIVERSIDAD se reserva el derecho de verificar la información ofrecida por el OFERENTE sobre la información contenida en la tabla. En caso de que se compruebe información falsa por parte del OFERENTE, quedará automáticamente excluido del cartel. El Oferente debe presentar -como máximo- 5 sistemas desarrollados que cumplan con lo estipulado.

11.5 Menor Precio (40%)

Se asignarán hasta un máximo de 40 puntos según el precio ofertado de acuerdo con la fórmula dada a continuación: Puntaje a asignar = (Pm/Po) * 40% * 100

Pm= Menor precio ofertado Po= Precio de la oferta a evaluar



23

NOTA: En todos los casos, los sistemas presentados no podrán haber sido elaborados para lo interno de la empresa OFERENTE, sus subsidiarias o socios de negocio; en otros términos, los sistemas presentados deberán haber sido desarrollados o migrados para instituciones o empresas sin relación alguna con los OFERENTES.

12. Criterio de desempate: Si el resultado del concurso arroja empate entre dos o más oferentes, se tomarán en cuenta los criterios de evaluación en forma individual de la siguiente forma:

Menor precio.

Experiencia del oferente en desarrollo y mantenimiento de bases de datos Oracle 10g o superior.

Experiencia del oferente en desarrollo, integración de aplicaciones y mantenimiento de Oracle Application Server 10g o superior.

Experiencia del oferente y su equipo de trabajo en desarrollo de aplicaciones con herramientas JDevloper, Hipernate, NetBeans.

Experiencia del oferente en integración de bases de datos Oracle con bases de datos relacionales.

De persistir el empate la Administración decidirá al azar, según artículo 55 “Sistema de Evaluación” del Reglamento a la Ley de Contratación Administrativa. De lo aquí actuado se consignará un acta que se incorporará al expediente.

13. Resolución del Contrato: En caso de incumplimiento del contrato imputable al contratista, la Universidad de Costa Rica podrá resolver las relaciones contractuales sin responsabilidad por parte de la Institución en un todo de acuerdo al Artículo 204 del Reglamento a la Ley de Contratación Administrativa. En caso de que el incumplimiento del contratista ocasione daños y perjuicios, la Universidad de Costa Rica se arroga el derecho de acudir a la vía legal correspondiente para el resarcimiento de los mismos.



24



CONDICIONES GENERALES 1. Presentación de la oferta:

La recepción de ofertas será en la Oficina de Suministros, ubicada en Sabanilla de Montes de Oca, de las Instalaciones Deportivas, 250 metros este y 400 metros norte, en la fecha y hora que indique la invitación.

La oferta deberá presentarse por escrito, en sobre cerrado rotulado con el número y el objeto de la Licitación. Toda oferta deberá presentarse en papel corriente, en original y dos copias idénticas (inclusive la literatura), con la firma de su oferente o de su representante legal, sin tachaduras ni borrones. Cualquier corrección debe ser hecha mediante nota. Igualmente se acompañaran fotocopias de los documentos complementarios de la oferta.

2. Debe adherir a la oferta un timbre de la Ciudad de las Niñas de ¢20,00 y un timbre de ¢200,00 del Colegio de Profesionales en Ciencias Económicas.

3. Documentos que deben entregarse:

3.1. Certificación sobre la personería jurídica de la sociedad mercantil o copia de la cédula de identidad en caso de persona física.

3.2. Cuando el oferente fuere una sociedad mercantil costarricense, deberá acompañar con su propuesta una certificación pública con la naturaleza y propiedad de sus cuotas y acciones. Si las cuotas o acciones fueran nominativas y estas pertenecieran a otra sociedad deberá igualmente aportarse certificación pública respecto a esta última en cuanto a la naturaleza de sus acciones. Las certificaciones serán emitidas: a) En cuanto a la naturaleza de las cuotas y acciones, por el Registro Público o por un Notario Público con vista en los libros de Registro, y b) En cuanto a la propiedad de las cuotas y acciones, con vista de los libros de la sociedad por un Notario Público o Contador Público autorizado. No obstante, si se tratare de una sociedad inscrita dentro del año anterior al requerimiento de la certificación, o modificada a acciones nominativas dentro del período indicado, la certificación sobre ambos extremos, podría ser extendida por el Registro Público o por un Notario Público.

3.2.1. En tanto se declare bajo juramento, que la propiedad de las cuotas o acciones se mantiene invariable, la certificación original o una copia certificada de la misma, serán admitidas a los indicados efectos. Si la certificación o copia certificada hubiere sido presentada en una diligencia anterior y el oferente lo manifieste así en su oferta, deberá



25

indicar claramente el número de Licitación en que fue presentada o una copia del recibido por parte del Oficina de Suministros, así como la declaración jurada de que permanece invariable.

3.3. El oferente debe presentar una certificación indicando que se encuentra al día con las

obligaciones obrero-patronales de la CCSS, o bien, que tiene un arreglo de pago aprobado por ésta, vigente al momento de la apertura de las ofertas. (Art. 65.c) Reglamento a la Ley de Contratación Administrativa).

3.4. Declaración jurada que no le alcanzan, al oferente, las prohibiciones para contratar con la Universidad de Costa Rica, a que se refiere el numeral 22 de la Ley de Contratación Administrativa y en los Artículos 19 y 20 de su Reglamento.

3.5. Declaración jurada que el oferente se encuentra al día en el pago de todo tipo de

impuestos nacionales de conformidad con lo dispuesto en el Art No. 65 a) del Reglamento a la Ley de Contratación Administrativa.

3.6. Cualesquiera otros documentos que se considere oportuno acompañar, según la

naturaleza del objeto licitado y el tipo de licitación que se haya promovido.

Cuando los documentos originales vigentes, se encuentren en el Registro de Proveedores, deberá manifestarse expresamente, indicar el número de proveedor y se aportará copia simple de los documentos que se indican.

4. Contenido de la oferta, debe contener por lo menos:

4.1. Nombre y dirección del oferente, apoderado o representante legal, con indicación del

nombre, cédula, dirección y posición del firmante dentro de la empresa.

4.2. Número de cédula jurídica o de cédula de identidad en caso de persona física.

4.3. El oferente debe indicar en su oferta un número de fax, para recibir notificaciones, caso contrario, se tendrá por notificado en el transcurso de 24 horas.

4.4. Descripción completa del bien indicando marca, modelo.

4.5. El precio total cotizado deberá presentarse en números y en letras coincidentes. En caso

de divergencia entre ambas formas prevalecerá la consignada en letras. (Art. 25 del Reglamento a la Ley de Contratación Administrativa).

5. Garantías:

5.1. Garantía de cumplimiento: Todo contratista deberá rendir una garantía de cumplimiento con el objeto de garantizar la calidad y funcionamiento adecuado del



26

programa, así como el tiempo de entrega convenido y cláusulas de la presente licitación y de las ofertas adjudicadas, todo esto a plena satisfacción de la Universidad. La misma deberá rendirse dentro de los cinco (5) días hábiles siguientes a la adjudicación en firme. su inobservancia dentro de dicho plazo dejará sin efecto el acto de adjudicación y autorizará a la administración para readjudicar el concurso a la segunda mejor oferta calificada, sin perjuicio de toda acción tendiente a resarcir los daños y perjuicios ocasionados a la administración por el contratista renuente.

5.2. Forma de rendir las garantías: Las garantías deberán rendirse independientemente para

cada negocio (por concurso) mediante depósito de bono de garantía de instituciones aseguradoras reconocidas en el país, o de uno de los bancos del sistema bancario nacional o el banco popular y de desarrollo comunal, certificados de depósitos a plazo, bonos del estado o de sus instituciones, cheques certificados de un banco del sistema bancario nacional en forma irrevocable y a la orden de la Universidad de Costa Rica, en general, conforme se estipula en el Artículo No.42 del Reglamento a la Ley Contratación Administrativa.

Para el depósito de garantías en efectivo, tanto en colones como en dólares, podrán realizarse directamente en las cajas de la oficina de administración financiera o mediante transferencia bancaria. Para realizar la transferencia bancaria la Universidad de costa rica dispone de las siguientes cuentas: Banco Nacional de Costa Rica, cuenta maestra en colones 100-01-80-00980-6 Banco Nacional de Costa Rica, cuenta cliente colones 15108010010009801 Banco Nacional de Costa Rica, cuenta maestra en dólares 100-02-000-061357-0 Banco Nacional de Costa Rica, cuenta cliente en dólares 15100010020613577 El comprobante de la transferencia bancaria deberá ser presentado mediante nota dirigida a la unidad de ejecución contractual de la oficina de suministros, incluyendo la siguiente información:

A. Nombre de la persona física o jurídica que rinde la garantía B. Nombre de la persona física o jurídica que realiza la transferencia C. Tipo de garantía D. Número y nombre de la contratación E. Monto de la garantía F. Fecha de la transferencia G. Vigencia de la garantía (60 días naturales, a partir de la fecha probable de

aceptación a satisfacción de la Universidad de costa rica) H. Número de comprobante de la transferencia.



27

5.3. Sitio donde se depositan las garantías: Deberán ser depositadas directamente en la Oficina de Administración Financiera (OAF), ubicada en el edificio administrativo a, de la sede central de la Universidad de Costa Rica. El recibo generado por el depósito de la garantía deberá ser entregado en la oficina de suministros.

5.4. Devolución de las garantías: Los interesados deberán solicitar la autorización de la

devolución de la garantía mediante nota dirigida a la unidad de ejecución contractual, de la oficina de suministros de la UCR en la cual indicarán el número de concurso, número de recibo, monto y tipo de garantía. dicha solicitud debe venir firmada por la persona que suscribió la oferta, caso contrario deberá aportar certificación de personería de quien está firmando, será devuelta dentro de los 20 días hábiles siguientes a la fecha en que la Universidad tenga por definitivamente ejecutado el contrato a satisfacción y se haya rendido el informe correspondiente.

Para efectos de devolución de garantías depositadas en efectivo, únicamente se devolverá con la presentación del recibo original del comprobante de ingreso de la Oficina de Administración Financiera.

6. Formalización del contrato: En todo lo relacionado con la formalización del contrato deberá

cumplirse con lo estipulado en el artículo No.188, 189 y 190 del Reglamento a la Ley de Contratación Administrativa.

YMC*-

universidad de costa rica vicerrectoría de administración...

Documents