Resolución de Directorio D/80/2011 de fecha 16 de marzo de 2011:Resolución de Directorio D/80/2011 de fecha 16 de marzo de 2011:Resolución de Directorio D/80/2011 de fecha 16 de marzo de 2011:Resolución de Directorio D/80/2011 de fecha 16 de marzo de 2011:

SE RESUELVESE RESUELVESE RESUELVESE RESUELVE

1)1)1)1) “Reiterar el gasto dispuesto por la resolución D/446/2010 de 15 de diciembre de 2010, radicada en el expediente Nº 2009/04337.”

ADJUDICACIÓNADJUDICACIÓNADJUDICACIÓNADJUDICACIÓN Resolución de directorio D/Resolución de directorio D/Resolución de directorio D/Resolución de directorio D/446/201446/201446/201446/2010 de fecha 16 de diciembre de 0 de fecha 16 de diciembre de 0 de fecha 16 de diciembre de 0 de fecha 16 de diciembre de 2010:2010:2010:2010:

SE RESUELVESE RESUELVESE RESUELVESE RESUELVE

1) “Adjudicar la Licitación Pública Nº 3/09, cuyo objeto es el suministro, instalación y configuración inicial, implantación, capacitación, garantía, soporte y mantenimiento de versiones de un sistema informático integrado para la gestión, administración y análisis de la información de recursos humanos, materiales, contables y presupuestales en modalidad llave en mano, al Consorcio conformado por las empresas Ute y Genexus Consulting S.A., según el siguiente detalle:

Oferta Básica

ÍtemÍtemÍtemÍtem PRECIOPRECIOPRECIOPRECIO (*)(*)(*)(*) 1111

Licencias Fase 1 3.933.677

Fase 2 1.082.445

Proyecto de Implantación Fase 1 15.238.209

Fase 2 2.322.856

Soporte y Mantenimiento de versiones (mes 1 a 24)

Fase 1 3.146.941

Fase 2 865.956

Precio TotaPrecio TotaPrecio TotaPrecio Total ítem 1 (Oferta Básica)l ítem 1 (Oferta Básica)l ítem 1 (Oferta Básica)l ítem 1 (Oferta Básica) 26.590.08326.590.08326.590.08326.590.083

Opcionales

2222 Soporte y Mantenimiento de Versiones (Mes 25 a 60)

Fase 1 4.720.412

Fase 2 1.298.934

Precio Total Ítem 2 Precio Total Ítem 2 Precio Total Ítem 2 Precio Total Ítem 2 6.019.3466.019.3466.019.3466.019.346

3333 Hasta 2.000 horas de consultoría Hasta 2.000 horas de consultoría Hasta 2.000 horas de consultoría Hasta 2.000 horas de consultoría –––– Precio Total Ítem 3Precio Total Ítem 3Precio Total Ítem 3Precio Total Ítem 3 2.854.8002.854.8002.854.8002.854.800

PRECIO TOTAL DPRECIO TOTAL DPRECIO TOTAL DPRECIO TOTAL DE LA OFERTAE LA OFERTAE LA OFERTAE LA OFERTA 35.464.22935.464.22935.464.22935.464.229

(*)(*)(*)(*) Precios expresados en pesos uruguayos y con impuestos incluidos 2) Disponer que la utilización de los opcionales - ítem 2: servicio de soporte y mantenimiento de Versiones (Mes 25 a 60) e ítem 3: hasta 2.000 horas de consultoría, deberá contar con la autorización de la Gerencia de Servicios Institucionales en cada caso. Las horas de consultoría deberán ser solicitadas por el servicio interesado y se abonarán únicamente las efectivamente realizadas, no admitiéndose mínimos de ningún tipo.”

LICITACIÓN PÚBLICA Nº 3/009 Aclaraciones al Pliego Complementario de Aclaraciones al Pliego Complementario de Aclaraciones al Pliego Complementario de Aclaraciones al Pliego Complementario de Condiciones:Condiciones:Condiciones:Condiciones:

Página 5 Numeral 2.1 Ítem 1) Propuesta Básica: SoportePágina 5 Numeral 2.1 Ítem 1) Propuesta Básica: SoportePágina 5 Numeral 2.1 Ítem 1) Propuesta Básica: SoportePágina 5 Numeral 2.1 Ítem 1) Propuesta Básica: Soporte – Definición de Producto: se entiende como “producto” el conjunto de todos los entregables que en el marco del contrato el proveedor brinde al Banco, incluyendo tanto los sistemas a personalizar como su personalización.

Página 38 Numeral 10 Página 38 Numeral 10 Página 38 Numeral 10 Página 38 Numeral 10 –––– Evaluación de las Ofertas Evaluación de las Ofertas Evaluación de las Ofertas Evaluación de las Ofertas –––– 2: Evaluación Técnica de 2: Evaluación Técnica de 2: Evaluación Técnica de 2: Evaluación Técnica de las ofertas, literal blas ofertas, literal blas ofertas, literal blas ofertas, literal b: la consideración de las características del sistema propuesto a fin de cumplir con los requerimientos funcionales solicitados incluye la evaluación del cumplimiento a lo solicitado en los numerales 5.1 a 5.6 (Requisitos funcionales y tecnológicos mínimos) y 6 (Requisitos funcionales específicos de los procesos)

LICITACIÓN PÚBLICA Nº 3/009: CONSULTAS RECIBIDAS Y SUS RESPUESTAS

Asimismo, en el marco de lo dispuesto en el numeral 9.2 “Solicitud de aclaraciones – Acto de Consultas” se recibieron 116 consultas, acordándose las correspondientes respuestas, según el siguientes detalle: Consulta 1) La Cláusula 8.4 - Documentación, numeral vii- Consorcios, establece que cada una de las empresas integrantes de un Consorcio con intención de presentarse a la licitación, debe cumplir con la totalidad de los requisitos establecidos en el presente pliego. Se interpreta que dicha exigencia refiere a los requisitos formales y de documentación a adjuntar, y no a requisitos de experiencia y capacidad técnica (Cláusulas 8.1 y 4.3.1). en este sentido, se analizaría el requisito de experiencia y capacidad técnica respecto al Consorcio en sí mismo, y no respecto a cada uno de sus integrantes, de forma que los requisitos de experiencia y capacidad técnica, se considerarán satisfechos cuando uno de los integrantes del Consorcio cumpla con los mismos. Para ello, se tiene en cuenta que la finalidad de un consorcio es la vinculación temporaria entre dos o más personas físicas o jurídicas para la realización de una actividad en conjunto (Artículo 501, Ley 16.060). Agradecemos confirmar que esta interpretación es correcta. RespuestaRespuestaRespuestaRespuesta: La interpretación no es correcta. Cada una de las empresas integrantes del Consorcio debe cumplir con los requisitos establecidos en los numerales 4.3.1. (Requisitos de Admisibilidad del oferente – Experiencia y Capacidad Técnica), 8.1 (Requisitos de Presentación de las ofertas – Experiencia y Capacidad Técnica) y 8.4, literales iv (de corresponder), v y vi (si dicha información no se encontrara incluida en la documentación solicitada en el numeral vii) Consulta 2) La Cláusula 4.3.1 dispone que el Oferente debe ser una empresa de plaza. Por las mismas razones expuestas en la Consulta 1, se interpreta que, en el caso de los Consorcios, cuando uno de sus integrantes es una empresa de plaza (empresa nacional), dicho requisito se considerará satisfecho. Esto es, independientemente que uno sus integrantes sea una empresa extranjera sin domicilio en nuestro país. Agradecemos confirmar que esta interpretación es correcta, o si, de lo contrario, el requisito excluye la posibilidad de formar un consorcio entre empresas nacionales y empresas extranjeras. RespuestaRespuestaRespuestaRespuesta: Cada empresa integrante del consorcio deberá ser de plaza, reuniendo tal requisito las personas jurídicas que se constituyen en la República o quienes han constituido una sucursal o designado un representante en nuestro país en el marco de lo dispuesto por el artículo 193 y siguientes de la ley 16060.

2 Consultas de Requerimientos 2 Consultas de Requerimientos 2 Consultas de Requerimientos 2 Consultas de Requerimientos

2.1 Objeto del llamado: 2.1 Objeto del llamado: 2.1 Objeto del llamado: 2.1 Objeto del llamado: 1) 2.2 Opcionales: Consulta 3) Item 2: Es posible gestionar el soporte y mantenimiento a distancia? RespuestaRespuestaRespuestaRespuesta: Remitirse al numeral 7.2.3.2.del Pliego Complementario de Condiciones. Consulta 4) b. Item 3: Se requiere la entrega de las 2000 Horas en forma presencial? RespuestaRespuestaRespuestaRespuesta: Podría admitirse la entrega de horas no presenciales, siempre que el plan de trabajo de la empresa contenga una importante carga de horas en modalidad presencial. Consulta 5) El "Mantenimiento de Versiones" implica tener solo las versiones disponibles para el

BCU o debe incluir la instalación de las mismas si este lo requiere? RespuestaRespuestaRespuestaRespuesta: El Mantenimiento de Versiones incluye la instalación. Consulta 6) Es posible dar parte de los servicios del proyecto: parametrización, desarrollo, parte

del soporte, con parte del equipo ubicado fuera de las instalaciones del BCU? RespuestaRespuestaRespuestaRespuesta: Si, siempre que los servicios a brindar no sean críticos para el proyecto, y se efectúen con la previa autorización por escrito del Líder del Proyecto por parte del Banco. Consulta 7) Brindaría el BCU los permisos y la conectividad de su lado para poder trabajar de

modo remoto con una conexión segura al BCU? RespuestaRespuestaRespuestaRespuesta: Si, siempre que no involucre datos de producción o confidenciales y que el ancho de banda disponible no supere los 512 Kbps.

2.2 Generalidades 2.2 Generalidades 2.2 Generalidades 2.2 Generalidades Consulta 8) En el pliego se habla de "Aceptación Funcional" y de "Aceptación Operativa": se está

hablando de la misma instancia o cada una de estas aprobaciones ocurrirá en un momento diferente del proyecto?

RespuestaRespuestaRespuestaRespuesta: La implementación del sistema prevé dos instancias de aceptación: la funcional (u operativa) y la definitiva. Remitirse al numeral 11.2, literal v “Instalación y Pruebas de aceptación”.

2.3 Licenciamiento 2.3 Licenciamiento 2.3 Licenciamiento 2.3 Licenciamiento En el Anexo 7 se mencionan: 125 usuarios de gestión y 2788 usuarios de auto gestión o auto consulta. Consulta 9) Estos usuarios de gestión se corresponden 1 a 1 con funcionarios, o 1 funcionario

puede cumplir las funciones de más de uno de estos usuarios? RespuestaRespuestaRespuestaRespuesta: Un funcionario puede cumplir las funciones de más de uno de estos usuarios. Consulta 10) Estos usuarios de auto gestión se corresponden 1 a 1 con funcionarios o usuarios

nominales externos o 1 funcionario o usuario nominal externo cumple las funciones de más de uno de estos usuarios declarados?

RespuestaRespuestaRespuestaRespuesta: Remitirse a la respuesta a la consulta 11.

Consulta 11) En resumen cuantos usuarios nominales deben considerarse tanto para la

funcionalidad de gestión como para la de auto gestión? RespuestaRespuestaRespuestaRespuesta: Los usuarios nominales para autogestión serían 625 (estimados) que corresponde a la cantidad de funcionarios del B.C.U., de los cuales 125, de acuerdo a estimación que figura en Anexo 7, serán también usuarios de gestión.

2.4 Requisitos de admisibilidad de las ofertas 2.4 Requisitos de admisibilidad de las ofertas 2.4 Requisitos de admisibilidad de las ofertas 2.4 Requisitos de admisibilidad de las ofertas Consulta 12) Cantidad de funcionarios técnicos que se deberán capacitar del área de tecnología RespuestaRespuestaRespuestaRespuesta: 15 (estimados). Consulta 13) Cantidad de funcionarios técnicos del negocio que se deberán capacitar. RespuestaRespuestaRespuestaRespuesta: 20 (estimados). Consulta 14) Cantidad de funcionarios usuarios del sistema que se deberán participar. RespuestaRespuestaRespuestaRespuesta: De acuerdo a lo establecido en el numeral 7.2.2. la empresa debe proponer su estrategia a los efectos de facilitar la efectiva puesta en producción de las soluciones ofertadas. Consulta 15) Cantidad de ubicaciones geográficas donde se deberá dictar las capacitaciones RespuestaRespuestaRespuestaRespuesta: Una. Consulta 16) Se encuentra considerado la metodología de capacitación a capacitadores (Train The

Trainers) dentro del modelo de capacitación a funcionarios del sistema? RespuestaRespuestaRespuestaRespuesta: Si. Consulta 17) Los manuales de usuarios serán impresos y editados por BCU? Respuesta:. En el marco del requisito establecido en el numeral 4.1 los manuales deberán presentarse en la oferta (preferentemente en formato electrónico). Una vez en producción, los mismos deberán estar disponibles en línea para poder eventualmente ser impresos por los usuarios.

2.5 Requisitos funcionales y tecnológicos mínimos. 2.5 Requisitos funcionales y tecnológicos mínimos. 2.5 Requisitos funcionales y tecnológicos mínimos. 2.5 Requisitos funcionales y tecnológicos mínimos. Consulta 18) Cantidad de niveles que cuenta el Cuadro de Ordenadores de Gastos. RespuestaRespuestaRespuestaRespuesta: 6 niveles. Consulta 19) Que tipos de alarmas se requiere para la detección automática de desvíos? RespuestaRespuestaRespuestaRespuesta: Se requiere la remisión de correo electrónico a las casillas de los usuarios intervinientes y adicionalmente que, al conectarse al sistema, el usuario reciba un mensaje de aviso. Consulta 20) Cantidad de indicadores que se requiera para la gestión automática de alarmas? RespuestaRespuestaRespuestaRespuesta: Los indicadores serán definidos oportunamente durante la ejecución del proyecto en función de las necesidades que surjan.

Cuando se habla de Software de Base, se menciona que el proveedor debe proporcionar además del manejador de Base de Datos (que por lo que se entiende según los requisitos técnicos debe ser Oracle), el sistema operativo, el Application Server y cualquier herramienta de desarrollo que se necesite. Consulta 21) Es necesario incluir el licenciamiento de algún sistema operativo en particular dentro

de la propuesta? RespuestaRespuestaRespuestaRespuesta: No. Consulta 22) Es necesario incluir las licencias de Oracle dentro de la propuesta o el BCU ya tiene

las suyas? RespuestaRespuestaRespuestaRespuesta: El Banco tiene las suyas. Consulta 23) Cuál es el fabricante de HW con el que trabaja el BCU y que HW tiene disponible

para este proyecto? RespuestaRespuestaRespuestaRespuesta: En la línea Unix: Servidores SUN e IBM. En la línea Intel: Servidores DELL e IBM. Consulta 24) No se menciona en ningún momento como requisito el dimensionamiento del HW,

sino que debe ser instalado en el que el BCU proporcione. El HW ya existe y se encuentra disponible o va a ser comprado en base a los requisitos de la solución que se seleccione?.

RespuestaRespuestaRespuestaRespuesta: Remitirse a lo establecido en el numeral 8.6.

2.6 Requisitos funcionales específico de los procesos.2.6 Requisitos funcionales específico de los procesos.2.6 Requisitos funcionales específico de los procesos.2.6 Requisitos funcionales específico de los procesos. 1) Liquidación de Haberes y Descuentos Consulta 25) Cantidad de funcionarios que deba realizarse la liquidación RespuestaRespuestaRespuestaRespuesta: La cantidad de funcionarios a la que se le deberá realizar la liquidación es de un aproximado de 625. Se debe de tener en cuenta que dentro de este número existen distintos tipos de liquidaciones tales como Contratos a término, funcionarios presupuestados o con contrato de función pública y los funcionarios que se encuentran en Comisión provenientes de otros organismos y desarrollan funciones en el BCU. Consulta 26) Cantidad de convenios que afectan a los funcionarios Respuesta: Respuesta: Respuesta: Respuesta: El número aproximado de convenios son 20, entre los que se encuentra los préstamos de la Caja Bancaria, Cooperativa Bancaria, ANDA, Contaduría general de la Nación, Mutualistas, entre otros. Consulta 27) Cantidad de conceptos a incluir en la liquidación RespuestaRespuestaRespuestaRespuesta: La cantidad de conceptos serían aproximadamente 50 entre haberes y descuentos. Consulta 28) Cuenta el BCU con liquidación de haberes de funcionarios confidenciales

RepuestaRepuestaRepuestaRepuesta: No existe. 2) Gestión de Asistencias y Licencias Consulta 29) La generación automática de correo electrónico se genera solo a partir de la

registración de la ausencia en la aplicación a implementar RespuestaRespuestaRespuestaRespuesta: El correo electrónico se dispara por ejemplo en casos de solicitud de salidas dentro del horario de trabajo (por motivos particulares, médicos u de oficina), falta o inconsistencias en las marcas, ausencias, una vez autorizada la salida, entre otros. Dichos correos electrónicos pueden ser para el funcionario o el autorizante según corresponda. Consulta 30) Sistema actual de Fichada / Relojes que deberán integrarse a la aplicación RepuestaRepuestaRepuestaRepuesta: Para las marcas de entrada y salida se utiliza el SAICA. 3) La solución como Módulo Contable Consulta 31) La información histórica puede residir en otra base de datos que la aplicación a

implementar? Respuesta: Respuesta: Respuesta: Respuesta: No es lo óptimo, ya que puede dificultar el análisis comparativo de la información histórica con la actual, así como también la búsqueda de transacciones en los mayores de las cuentas de detalle. De todas formas, a los efectos contables, no es crítico. Consulta 32) Citar ejemplo de niveles para acumulación de saldos Respuesta: Si bien está planificada la reformulación del plan de cuentas de la Institución en ocasión de la implementación del nuevo sistema a fin de maximizar la utilización de las potencialidades del mismo, se da como ejemplo la estructura actual del mismo con sus niveles de acumulación: el plan de cuentas tiene esta estructura: x.x.x.x.xxxx.xxxx.xxxx siendo los niveles de acumulación: x. TÍTULO x.x. CAPÍTULO x.x.x. GRUPO x.x.x.x. RUBRO x.x.x.x.xxxx MAYOR x.x.x.x.xxxx.xxxx ENTIDAD x.x.x.x.xxxx.xxxx.xxxx CUENTA Consulta 33) Citar cuenta contable modelo referenciando los niveles requeridos RespuestaRespuestaRespuestaRespuesta: Ver respuesta pregunta anterior....

Consulta 34) Identificar los idiomas requeridos para la emisión de estados contables RRRRespuestaespuestaespuestaespuesta: Los Estados Contables deberán ser emitidos al menos en castellano e inglés. 4) Servicios y Seguridad a. No permitir continuar el procedimiento en caso de no cumplirse con las instancias de Comisión Asesora de Adjudicaciones (CAA), Tribunal de Cuentas, etc. en caso de corresponder. Consulta 35) La no continuidad se debe definir por niveles de autorizaciones? RespuestaRespuestaRespuestaRespuesta: No. Se entiende por no continuidad el bloqueo de un proceso. El sistema debe bloquear el proceso automáticamente ante el no cumplimento de etapas que se consideran obligatorias, evitando la continuidad del mismo. Ejemplos: las licitaciones por montos mayores al doble del establecido para compras directas deben ser intervenidas por la Comisión Asesora de Adjudicaciones y las licitaciones públicas deben ser remitidas al Tribunal de Cuentas de la República para su intervención. Consulta 36) Definir el medio para las autorizaciones RespuestaRespuestaRespuestaRespuesta: Remitirse a la respuesta de consulta 35. 3 Validación de Alcance de Proyecto 3 Validación de Alcance de Proyecto 3 Validación de Alcance de Proyecto 3 Validación de Alcance de Proyecto 3.1 Primera FASE: 3.1 Primera FASE: 3.1 Primera FASE: 3.1 Primera FASE: 1) Validación de alcance de requerimientos cubiertos dentro de la primera FASE: Consulta 37) Se debe contemplar la migración de datos históricos operativos? RespuestaRespuestaRespuestaRespuesta: El adjudicatario deberá cargar los datos a partir de archivos planos con información consistente que el Banco oportunamente le brindará. Consulta 38) Se debe contemplar la migración de datos para operaciones no cerradas, entre las que

se pueden identificar:

a) Saldos de partidas contables

b) Ordenes de compras pendientes

c) Saldos de posiciones presupuestarias

d) Datos maestros de proveedores

e) Inventarios

f) Activos Fijos

g) Contratos de proveedores abiertos

h) Otros:

RespuestaRespuestaRespuestaRespuesta: Sí, pero dentro del pequeño margen que deja la puesta en producción. Consulta 39) Idiomas requeridos para emisión de Estados Contables? ReReReRespuestaspuestaspuestaspuesta: los Estados Contables deberán ser emitidos al menos en castellano e inglés. Consulta 40) Se requiere la implementación para la gestión de Base de datos sobre Normativas? RespuestaRespuestaRespuestaRespuesta: Se requiere la implementación de una base de datos documental de texto jurídico, que permita la búsqueda full text. Consulta 41) Identificar y enumerar los circuitos que deban ser cubiertos en forma automática

mediante el envió de correos electrónicos RespuestaRespuestaRespuestaRespuesta: Entendemos que la identificación y numeración de circuitos forma parte de la estrategia de implementación del oferente. Consulta 42) Todos los usuarios que gestionen alertas automáticas serán usuarios de la aplicación? RespuestaRespuestaRespuestaRespuesta: Si por gestión se entiende la configuración de alertas, entonces, sí deben ser usuarios. Consulta 43) Especificar cuáles de los siguientes requerimientos funcionalidades que debe cubrir

la aplicación son considerados obligatorios dentro del alcance de la primera FASE y cuáles podrían ser características deseables del sistema para ser implementadas en el futuro:

a. Servicios y a. Servicios y a. Servicios y a. Servicios y Seguridad Seguridad Seguridad Seguridad

a) Requerimientos Generales

1. Registro de Ordenadores del Gasto y Autorizantes de Llamados.

2. Poseer una base de datos con la información de las personas que están habilitadas a autorizar llamados y gastos.

3. Permitir un vínculo con Capital Humano con respecto a la actualización de dicho registro (por ascensos, designaciones, etc.) y a la inhabilitación de funcionarios a actuar.

4. Permitir actualizar los topes que varían cuatrimestralmente.

5. Permitir altas, bajas y modificaciones a la información de la base.

6. Llevar un registro de los procedimientos en los actuaron las personas que conforman la base.

7. Permitir listar información de la base según distintos criterios.

b) Tablas de contenido (con valores actualizables cuatrimestralmente)

1. Topes máximos establecidos para adquisiciones (ingreso y modificación permitidos)

2. Topes para la constitución de garantías (de mantenimiento de oferta y fiel cumplimiento de contrato)

3. Tope para la intervención de la Comisión Asesora de Adjudicaciones

4. Tope para poner expedientes de manifiesto

5. Tope para la Intervención del Tribunal de Cuentas

c) Registro de Responsables de bienes y espacios físicos

1. Poseer una base de datos con la información de las distintas áreas y sectores del Banco (codificada)

2. Poseer un detalle de los espacios físicos correspondientes a cada una de dicha áreas y sectores (codificada)

3. Permitir la modificación de la información de la denominación del área o sector, así como la asignación de espacios físicos.

4. Listar por distintos criterios.

d) Base de datos sobre Normativa

1. Permitir la conformación de una base de datos que contenga:

a. Dictámenes de Asesoría Jurídica, Resoluciones de Directorio, Internos, TOCAF, TOFUP, Estatutos, etc.

2. Permitir el ingreso de nueva documentación en cualquier

3. Permitir la realización de opciones de búsqueda por patrones título y en el contenido), por fecha, por número, etc.

e) Gestionar el Registro de Participantes en Comisiones Asesoras de Adjudicaciones (CAA)

1. Poseer una base de datos con la información de las personas que habitualmente participan en las CAA.

2. Permitir la designación desde esa base la conformación de la CAA que va a actuar, por medio del superior respectivo.

3. Permitir el envío de comunicaciones por correo electrónico y archivos adjuntos.

4. Llevar un registro de los procedimientos en los que actuó cada uno de las personas que forman parte de la base.

5. Llevar un registro de numeración automática y correlativa de Actas y Dictámenes.

6. Emitir mensaje de alerta al fijar fecha de CAA y Actos de Apertura cuando algunos de los integrantes ya aceptó otra reunión en la misma fecha. (gestión de agenda)

7. Permitir la realización de consultas según distintos criterios, ej. Por procedimiento, por tema, por nombre, etc.

f) Gestionar adquisiciones de Bienes y Servicios:

1. Gestionar contrataciones de bienes y servicios y permitir la automatización de todo el proceso vinculándose con el módulo presupuestal.

2. Permitir el inicio de procedimientos a través de distintas fuentes: a solicitud de los usuarios, a instancias del Dpto. de Suministros, vía Apia o Mantis.

3. Restringir la autorización de llamados y adjudicaciones a los ordenadores competentes.

4. Restringir los procedimientos de compra en función de los topes máximos establecidos.

5. No permitir continuar el procedimiento en caso de no cumplirse con las instancias de Comisión Asesora de Adjudicaciones (CAA), Tribunal de Cuentas, etc. en caso de corresponder.

6. Permitir el ingreso de los hitos de los procedimientos (respetando los plazos mínimos), y admitir modificaciones (prórrogas de fecha o realización de actos adicionales) en caso de requerirse.

7. Determinar fecha y hora de recepción y apertura de ofertas y posibilidad de prórroga y comunicaciones de las mismas, en función de los plazos mínimos estipulados legalmente.

8. Gestionar en forma centralizada la venta de pliegos.

9. Comprobar proveedores habilitados para la presentación de ofertas.

10. Permitir el ingreso del objeto de la compra por renglones y permitir su vinculación con el catálogo de bienes y servicios.

11. Permitir formar CAA utilizando los datos del Registro CAA.

12. Permitir ingresar ofertas de plaza y del exterior, más de una oferta por proveedor en la misma contratación, ítems ofertados no incluidos en la solicitud original, cronogramas de entregas, fórmulas paramétricas para ajuste de precios.

13. Permitir adjuntar archivos (de distintos formatos) asociados a las ofertas recibidas.

14. Permitir adjudicaciones totales o parciales, en este último caso manteniendo pendiente el saldo de la contratación para adjudicar a posteriori, la declaración de desierta o rechazo de todas las ofertas para un renglón o grupo de renglones.

15. Realizar notificaciones a través del sistema a las distintas partes involucradas (proveedores y usuarios) y realizar las publicaciones correspondientes.

16. Permitir recibir conformidad de usuarios del servicio prestado por el proveedor a través del sistema.

17. Permitir habilitar o inhabilitar el pago de la contratación realizando las comunicaciones pertinentes.

18. Permitir la vinculación con el área competente para la emisión de informes de disponibilidad, afectaciones, compromisos, obligaciones, pagos y registraciones contables emergentes del procedimiento.

19. Controlar disponibilidad, afectación de reservas, registro y compromiso presupuestales, en forma automática y cuando el proceso lo requiera.

20. Controlar el cumplimiento de constitución de garantías (entre ellas las de mantenimiento de oferta y cumplimiento de contrato). Controlar montos, vencimientos y necesidades de actualización (en función de los ajustes de precios que se realicen).

21. Contabilizar las garantías en cuentas de orden.

22. Controlar los tiempos y los vencimientos en base a los plazos legales y particulares de cada contratación.

23. Permitir la vinculación con el Registro de Proveedores del Banco, con el Registro de CAA, con el Catálogo de Bienes y Servicios, con el Presupuesto, con las Tablas de Contenido.

24. Permitir publicación en la página web del Banco Central del Uruguay

25. Permitir el ingreso de fechas topes para hitos seleccionados por el usuario.

26. Mostrar evolución respecto al cumplimiento de los hitos.

27. Controlar plazos mínimos dentro de procesos, tales como períodos de notificación, manifiesto, Acto de Apertura, etc.

28. Controlar montos de las garantías según su tipo.

29. Controlar el vencimiento de las garantías constituidas.

30. Emitir mensajes de alerta cuando corresponde constituir alguna de las garantías referidas en el momento de ingreso de las ofertas o de la adjudicación

31. Permitir realizar las invitaciones a participar de los procedimientos, las comunicaciones a áreas internas del Banco y a revistas especializadas, la publicación en páginas web (Banco y Compras Estatales) a través del SIG.

g) Administrar contratos:

1. Permitir el inicio del proceso mediante la adjudicación de un procedimiento de contratación en forma manual o vía APIA.

2. Permitir el ingreso, visualización y consulta de las condiciones del contrato (objeto, precio, ajustes, destinatarios, etc).

3. Permitir el ingreso de variados tipos de objetos

4. Asociar el contrato al procedimiento de contratación que lo originó.

5. Generar el procedimiento de renovación de contrato: a partir del vencimiento del período anterior o a instancias del usuario (cuando se trata de contrataciones nuevas).

6. Permitir controlar: vencimientos de plazos de contratación, renovaciones máximas permitidas, etc.

7. Permitir el ingreso de parámetros para el cálculo de las fórmulas de ajuste de precio y otras paramétricas.

8. Permitir la modificación de dichos parámetros.

9. Realizar el cálculo automático de ajustes de precios y otras fórmulas paramétricas.

10. Controlar monto y vencimiento de garantías de Fiel Cumplimiento de Contrato.

11. Llevar un registro histórico de las diversas renovaciones y actuaciones realizadas para cada contrato.

12. Permitir habilitar o inhabilitar el pago del contrato realizando las comunicaciones pertinentes.

b. Desarrollo Estratégico y Presupuesto b. Desarrollo Estratégico y Presupuesto b. Desarrollo Estratégico y Presupuesto b. Desarrollo Estratégico y Presupuesto

1. Definir alarmas que nos indiquen las desviaciones de indicadores preestablecidos (tiempo de demora de un proceso, cercanía de punto crítico en cuanto a disponibilidad de algún rubro presupuestal, etc.).

2. Una herramienta de Gestión de Proyectos, que permita realizar un seguimiento de los recursos aplicados y el avance de los proyectos que la Institución defina dentro de su Plan Estratégico.

3. Una herramienta para Formulación Presupuestal, que permita la descentralización del proceso de solicitud de requerimientos para el cumplimiento de los planes operativos (recursos humanos, bienes y servicios) por parte de los diferentes centros de responsabilidad, contando con un flujo de trabajo multidireccional, de ida y vuelta de información y con diferentes niveles de autorización. Asimismo, deberá permitir la parametrización de dichas solicitudes para facilitar el costeo, su correlación con los rubros presupuestales correspondientes, y la generación de múltiples reportes y consultas, autogenerables por los usuarios.

4. Un componente enfocado a Planificación Estratégica y Control de Gestión, que permita:

a. el ingreso descentralizado de misión, visión, objetivos estratégicos, metas e indicadores por diferentes centros de responsabilidad;

b. la elaboración de reportes a medida para las diferentes Gerencias del Banco, además de los reportes estándar para toda la Institución;

c. la configuración de avisos de desvíos mediante alertas;

d. la realización de consultas sencillas;

e. el monitoreo de los indicadores predefinidos (tablero de control, cuadro de mando, entre otros).

RespuestaRespuestaRespuestaRespuesta: La lista de requisitos presentes en el numeral 6 del Pliego Complementario abarca todas las funcionalidades que el Banco considera necesarias, sin priorizarlas. Oportunamente, en la etapa de evaluación de las ofertas, el Banco valorará las características del sistema propuesto a fin de cumplir con los requerimientos funcionales solicitados.

3.2 Segunda FASE: 3.2 Segunda FASE: 3.2 Segunda FASE: 3.2 Segunda FASE: Consulta 44) Especificar cuáles de los siguientes requerimientos funcionalidades que debe cubrir la

aplicación son considerados obligatorios dentro del alcance de la segunda FASE y cuáles podrían ser características deseables del sistema para ser implementadas en el futuro:

1) Reclutamiento y selección de personal, con captura de datos externa vía Intranet o web

a. Registración y publicación en Intranet y/o Web de los términos del llamado y las bases respectivas,

b. Inscripciones electrónicas de postulantes con ingreso de datos personales y de antecedentes académicos y laborales, con control de requisitos mínimos.

c. Preselección, con descarte de postulantes que no cumplan los requisitos establecidos.

d. Administración de agendas con turnos parametrizables para las distintas entrevistas en base a cantidad de personas y puestos de atención, a realizarse en el marco del proceso de selección.

e. Realizar vía electrónica citaciones para las distintas instancias dispuestas en función de los turnos determinados por agenda.

f. Notificación vía electrónica de resultados con confirmación de lectura por parte del destinatario.

g. Registro de realización de las distintas pruebas y sus resultados y la decisión final, con formulación de ranking respectivo. Incluye publicación en Web y/o Intranet de los resultados de cada etapa.

h. Volcado automático de la información de los concursantes seleccionados para ingresar, en caso de un concurso externo, a la base de datos, sin necesidad de realizar un nuevo ingreso de datos, teniendo en cuenta la condición de ingreso, es decir el vínculo laboral a mantener con el seleccionado.

i. Administración del proceso de inducción de la persona que ingresa.

j. Administración de planes de carrera, previendo capacitaciones en el tiempo o coaching de acuerdo a las evaluaciones de desempeño y a la realidad de la organización

k. Mantenimiento histórico de la información acumulada en cada proceso de selección.

RespuestaRespuestaRespuestaRespuesta: La lista de requisitos presentes en el numeral 6 del Pliego Complementario abarca todas las funcionalidades que el Banco considera necesarias, sin priorizarlas. Oportunamente, en la etapa de evaluación de las ofertas, el Banco valorará las características del sistema propuesto a fin de cumplir con los requerimientos funcionales solicitados. GeneralesGeneralesGeneralesGenerales Consulta 45) En el Capítulo 4, Numeral 4.3 se establecen los Requisitos de Admisibilidad del Oferente. En el Numeral 4.3.1, Inciso ii, se menciona que se deberá acreditar experiencia en instalación e integración “de naturaleza análoga a lo solicitado”. Entendemos que esta experiencia es independiente del producto de software en sí mismo, siempre y cuando el producto implantado sea de la misma envergadura al producto ofertado. Pregunta: ¿Es correcta nuestra interpretación? Respuesta:Respuesta:Respuesta:Respuesta: Si, es correcta. Consulta 46) El Capítulo 8 Numeral 8.4 Documentación concluye explicitando: "Cada una de las empresas integrantes del Consorcio debe cumplir con la totalidad de los requisitos establecidos en el presente pliego." En el caso de un consorcio, se asume que una empresa participa en un rol implementador y otra en el rol de proveedor del software, lo que les permite complementarse para cumplir con la totalidad de los requisitos exigidos. Por tanto entendemos que ambas empresas (en conjunto, integradas como consorcio y no independientemente) deben cumplir con la totalidad de la documentación formal solicitada y la acreditación de la experiencia requerida. Pregunta: ¿Es correcta nuestra interpretación? Respuesta:Respuesta:Respuesta:Respuesta: Cada una de las empresas integrantes del Consorcio debe cumplir con los requisitos establecidos en los numerales 4.3.1. (Requisitos de Admisibilidad del oferente – Experiencia y Capacidad Técnica), 8.1 (Requisitos de Presentación de las ofertas – Experiencia y Capacidad Técnica) y 8.4, literales iv (de corresponder), v y vi (si dicha información no se encontrara incluida en la documentación solicitada en el numeral vii). Requisitos Funcionales Mínimos Requisitos Funcionales Mínimos Requisitos Funcionales Mínimos Requisitos Funcionales Mínimos Consulta 47) Cuando hace referencia a requisitos funcionales mínimos.

Pregunta: ¿Tienen que estar disponibles en forma nativa en el ERP o puede ser desarrollado teniéndolo disponible durante los tiempos de implementación del proyecto. (En particular, no hacemos referencia a aspectos estructurales “fuertes”, sino, a obtención de información específica del banco)?

RespuestaRespuestaRespuestaRespuesta: Los requisitos funcionales mínimos deberán estar disponibles al momento de la evaluación del producto ofrecido.

Consulta 48) En el Numeral 5.6, Documentación - Página 12- se expresa “Se requiere que el Sistema cuente con la generación de documentos en todas las transacciones en las que se defina como necesarios”.

Pregunta: ¿Podrían especificar a que documentos se refiere con el fin de acotar el alcance?

RespuestaRespuestaRespuestaRespuesta: Los documentos son los que surgen de los procesos definidos en el Anexo 2, a título de ejemplo y de manera no exhaustiva se citan las órdenes de compra, autorizaciones, movimientos de caja, remitos, etc.

Consulta 49) Pregunta: ¿Se dará preferencia a productos nacionales (software nacional) conforme al Artículo 52 del TOCAF?

RespuestaRespuestaRespuestaRespuesta: Si, de acuerdo a lo estipulado en el artículo 41 de la Ley 18362 y su Decreto Reglamentario Nº 13/009 y a lo establecido en los numerales 8.1 y 9.5 del Pliego Único de Bases y Condiciones Generales para los Contratos de Suministros y Servicios No Personales y 2.2 del Pliego Particular de Condiciones de Llamados a Licitación, en lo que corresponda.

Requisitos Funcionales EspecíficosRequisitos Funcionales EspecíficosRequisitos Funcionales EspecíficosRequisitos Funcionales Específicos Contaduría Contaduría Contaduría Contaduría –––– Sistema de Gestión Sistema de Gestión Sistema de Gestión Sistema de Gestión Página 19

Consulta 50) Pregunta: ¿El MC del ERP tiene que recibir todos los asientos a través del SRC? O sea, todos los asientos en el ERP tienen que tener su correlación en el SRC. ¿El módulo de Activo Fijo del ERP tiene que pasar por el SRC?

Respuesta: Respuesta: Respuesta: Respuesta: El envío de los asientos generados por el ERP a través del SRC o no es optativo, pero deberá enviarse información de los mismos al módulo de cierre contable a efectos de control según requerimientos que surgirán durante la implantación. Consulta 51) Pregunta: ¿En caso que el MC reciba asientos directos del SG esos tienen que ser informados al SRC?

Respuesta: Respuesta: Respuesta: Respuesta: No al SRC, pero sí al módulo de cierre como está aclarado en la consulta anterior. Módulo contable MCMódulo contable MCMódulo contable MCMódulo contable MC Página 20

Consulta 52) Cuando se indica que la información en línea disponible tiene que incluir desde diciembre 1998 e información respaldada fuera de línea. Y que la información debe ser accesible desde la nueva solución contable.

Preguntas:

¿El/Los plan/es de cuentas asociado/s a esa información son compatibles?

¿Pueden incluir el formato de la información histórica para ambos casos?

La información histórica está a nivel de saldos o a nivel de movimientos?

Respuesta: Respuesta: Respuesta: Respuesta: Los planes desde diciembre de 1998 son compatibles. La información histórica deberá ser igual a la disponible en línea para lo relacionado con asientos contables y saldos. Dicha información deberá ser presentada a nivel de movimientos y ser procesable con las herramientas existentes en la aplicación. Página 21-2

Consulta 53) En el numeral 2 del tema Definiciones de la información de la contabilidad central se expone:

“Deberá permitir la reclasificación de la información de saldos en forma diaria y automática utilizando múltiples planes de cuenta, ya sea por relación con cuentas del plan del Banco, relación que podrá ser de 1 a 1 o de n a 1, así como aplicando en su valuación tablas de arbitrajes diferentes a las contables. Para este caso será necesaria además, la posibilidad de ingresar asientos de adecuación

de la información, no ligados a lo contable y asociados a un período de vigencia modificable a posteriori. Estas reclasificaciones de la información contable deberán ser fácilmente generables, con definiciones cuyas relaciones se puedan copiar unas a otras y en cantidad no inferior a 25.”

Preguntas:

¿Qué periodicidad tendrá esta generación de re-expresión?

¿Pueden enviarnos algún ejemplo (caso práctico) que cumpla con este requerimiento?

¿Es correcto pensar que son 25 planes de cuenta?

¿Con un movimiento contable se generan 25 asientos contables distintos (En el supuesto de que se quieran imputar los 25 planes).?

¿Podemos asumir que esta es una herramienta para "simular"?

¿Pueden enviarnos el formato de registro de la interfaz de SRC y algún ejemplo?

RespuestaRespuestaRespuestaRespuesta: La periodicidad de la reexpresión descrita es diaria, disponible desde el día posterior a la generación de la información contable. El sistema deberá tener la potencialidad de reclasificar la información en hasta 25 planes, actualmente se tienen 9 planes para información diaria y otro tanto para ejercicios anteriores, existiendo la posibilidad de mantener consultas históricas para algunos otros (hasta 25). La reclasificación no es a nivel de movimientos, sino de saldos, por lo que no se generan asientos por cada operación. La herramienta no es para simular, sino para brindar información diaria reclasificada según criterios dados por los usuarios internos y externos a otras áreas del Banco. Ver en Anexo I ejemplo solicitado. Página 21-3 Consulta 54) “La información del numeral anterior debe ser pasible de ser ajustada a posteriori, ejemplo de ello es la creación de ajustes de adecuación o cambios de fecha de vigencia en los mismos, por esto deberá ser reprocesable en forma rápida, de forma tal que los resultados de las modificaciones puedan ser consultables en un lapso no mayor a una hora.”

Pregunta: ¿La fecha de vigencia se corresponde con la fecha de valor y en base al cambio de la misma se deben recalcular los importes en base a la moneda de origen?

Respuesta: Respuesta: Respuesta: Respuesta: La fecha de vigencia de los ajustes corresponde al rango de fechas para los cuales debe ser afectada la información reclasificada. En caso que el rango de fechas comience en fecha anterior a la confección del registro la información deberá ser recalculada. Desde el momento del ingreso hasta la fecha final de vigencia deberá afectar los saldos calculados automáticamente. Página 21-4 Consulta 55) Pregunta: ¿Pueden indicar un ejemplo respecto a los 256 atributos asociados a la cuenta y su relacionamiento en forma jerárquica?

Respuesta: Respuesta: Respuesta: Respuesta: Ejemplo de los atributos son: mayor de la cuenta, tipo de inventario respaldatorio, sector responsable, sector solicitante del alta de cuenta, institución relacionada. Ejemplo del relacionamiento jerárquico es que las instituciones se clasifican por tipo, de esta forma una cuenta del BROU tendrá atributos: Cuenta – Banca Oficial – BROU Página 22-1

Consulta 56) A los efectos de conocer mejor el alcance sistema MC a sustituir.

Pregunta: ¿Pueden entregarnos ejemplos de los estados contables?

• Balance

• Balancete

• Mayor

• Diario

• Inventarios

• Posición

• Estado de situación

• Estado de origen y aplicación de fondos

• Ejemplos al menos dos informes con planes de cuentas distintos. (Uno con moneda que cotiza y otro con moneda que arbitra)

Respuesta: Respuesta: Respuesta: Respuesta: Los Estados Contables pueden ser consultados en la página web del Banco Central del Uruguay. Ver en Anexo II algunos de los ejemplos solicitados. Servicios y seguridadServicios y seguridadServicios y seguridadServicios y seguridad Página 25-3 Consulta 57) ¿La idea es manejar la agenda completa de los posibles integrantes de la CAA? Respuesta:Respuesta:Respuesta:Respuesta: No. Se busca que el sistema permita mantener comunicaciones con los integrantes de la CAA y llevar registros de la actuación de la misma. Página 25-5 – 27-2 Consulta 58) Pregunta: ¿Podría especificar más en detalle los procesos de expediente electrónico ya implantados involucrados con algunas de los procedimientos de compra o presupuestales? RespuestaRespuestaRespuestaRespuesta: En el sistema de expediente electrónico no hay un ruteo preestablecido de procesos para los procedimientos de compra. Este sistema otorga un número único al asunto a gestionar, permite la incorporación de información en distintos formatos y la remisión del mismo al área o funcionario que el usuario le indique. Se pretende que el procedimiento de contratación se inicie a través del S.I.G. mediante una solicitud de usuario (por ej. a instancias del Dpto. de Suministros para reposición de stock) o mediante la generación de un expediente electrónico (Sistema APIA), en cuyo caso el procedimiento será captado por el S.I.G. y gestionado a través del mismo. Durante su gestión o a su término, eventualmente, se dejará un registro de las actuaciones que se consideren necesarias para el proceso administrativo en el expediente electrónico. Será necesario que el sistema permita la eventual consulta del estado de situación de un asunto generado por expediente electrónico cuando se encuentra siendo gestionado por el S.I.G.. NómiNómiNómiNómina y recursos humanosna y recursos humanosna y recursos humanosna y recursos humanos “Permitir la delegación de la autorización y la ordenación a partir de determinados criterios”

Consulta 59) Pregunta: ¿En qué casos se podrían delegar autorizaciones e indicar los criterios a que se refiere anteriormente? RespuestaRespuestaRespuestaRespuesta: Los casos en que se pueden delegar autorizaciones, es por ejemplo, en ausencia del autorizante, o a través de un sistema de delegados con potestades de autorizantes. Los criterios para la asignación de dichas potestades serán a través de los perfiles asignados a los cargos o puestos según corresponda. “Viáticos: registro, calculo y control de la liquidación del viático con interacción con el modulo de Asistencia y Áreas involucradas” Consulta 60) Pregunta: ¿Cómo se realiza el registro del viático? ¿Quién lo realiza? ¿Qué dato referente al viático se debe registrar? RespuestaRespuestaRespuestaRespuesta: Los viáticos son pagados por Servicios y Seguridad, con la excepción de los viáticos al interior que son pagados a través de la nómina. Interacción con los módulos Contable y Presupuestal Consulta 61) Pregunta: ¿Cuál será la apertura necesaria en este sentido? RespuestaRespuestaRespuestaRespuesta: Para la Contabilidad la apertura debe de hacerse por rubro contable, mientras que para presupuestal la apertura se debe hacer por renglón y por centro de costos. Evaluación de Desempeño Consulta 62) En este punto se menciona que se requiere la compilación de la información de la evaluación realizada, generación de estadísticas e informes al respecto. Pregunta: ¿Se puede explicitar con mayor detalle las estadísticas e informes que se requieren? RespuestaRespuestaRespuestaRespuesta: Como mínimo los siguientes reportes, a nivel de un periodo de calificación en particular, y comparativo histórico: - RESUMIDOS Por Grupo funcional y total a nivel institución Por Grupo funcional, área y total a nivel institución Promedios por Grupo funcional, cargos del grupo, Área (elegible por el operador) y total a nivel Institución Promedios y desviación estándar por grupo funcional, cargos del grupo y Área (elegible por el operador) y total a nivel institución. Listado de calificaciones por rango de calificación (a ingresar por el operador) por grupo funcional, Área, cargos (elegible por el operador) - DETALLADO (Nº funcionario, nombre completo funcionario, cargo, área, calificación, período de calificación, ordenable por cualquiera de los anteriores campos) Por Grupo funcional y total a nivel institución Por Área y total a nivel institución Por calificación y total a nivel institución Listado de calificaciones por rango (a ingresar por el operador) por grupo funcional, cargo, Area. Posibilidad de combinar (cruzar) las dimensiones anteriores entre sí: grupo funcional, cargo, área y calificación, incluyendo un total a nivel institución.

Reporte de calificaciones primarias (evaluador primario) y finales (definitiva) Reporte de personal sin alguna calificación en un periodo de tiempo. Para los informes incluidos en “resumidos” y “detallados”, en caso de consultarse evoluciones se requiere poder listar la diferencia en porcentaje (si el operador así lo indica) respecto al periodo inmediatamente anterior, pudiendo establecer filtros para aquellas diferencias “mas de” o “menos de” un determinado % a indicar por el operador. Los reportes deben poder ser imprimibles y además ser exportables a Excel o pdf. Reclutamiento y Selección Consulta 63) Se incluye un requerimiento que comprende la administración del proceso de Inducción de la persona que ingresa. Pregunta: ¿Qué aspectos específicos debe comprender el sistema en este punto? RespuestaRespuestaRespuestaRespuesta: Este proceso a nivel organizacional, se encuentra en etapa de definición pero es esperable que permita registrar información sobre los distintos módulos del proceso de inducción, y respecto de la persona a medida que va pasando por las distintos módulos establecidos en el proceso, así como la calificación obtenida, tanto numérica como cualitativa. Que además permita realizar la impresión de listados como mínimo de resultados por persona, por tipo de modulo con detalle por persona, entre otros. Gestión de ProyectosGestión de ProyectosGestión de ProyectosGestión de Proyectos Página 29-10 Consulta 64) Una herramienta de Gestión de Proyectos, que permita realizar un seguimiento de los recursos aplicados y el avance de los proyectos que la Institución defina dentro de su Plan Estratégico. Pregunta: ¿Podría definir mejor el alcance requerido para esta herramienta? RespuestaRespuestaRespuestaRespuesta: La herramienta debe contar con la posibilidad de definir diferentes hitos con sus actividades, cronogramas y asignación de recursos y permitir el posterior seguimiento de la ejecución del proyecto. Licencias de SoftwareLicencias de SoftwareLicencias de SoftwareLicencias de Software Página 32-7.2.5 Consulta 65) Pregunta: Se solicita detallar la cantidad de licencias que el Banco Central considera necesarias en el sitio alternativo en el ambiente de pruebas y en el de desarrollo. RespuestaRespuestaRespuestaRespuesta: El BCU entiende que no debería requerirse ningún tipo de licencia de producto ofertada para el sitio alternativo en la medida que los usuarios de este sitio serían los mismos que los del sitio principal. El sitio alternativo sólo funcionaría en caso de no estar disponible el principal. En modo similar, el sitio de pruebas y desarrollo, no debería tener usuarios diferentes de los de producción, o bien, en caso que las pruebas se realicen con usuarios ficticios, éstos no deberían ser un número

significativo como para afectar la cotización del oferente. Remitirse al numeral 7.2.5 del Pliego Complementario.

1111 INTRODUCCION AINTRODUCCION AINTRODUCCION AINTRODUCCION AL LLAMADO A LICITACIONL LLAMADO A LICITACIONL LLAMADO A LICITACIONL LLAMADO A LICITACION Consulta 66) La frase "Desarrollo Estratégico y Presupuesto" sugiere que el enfoque estratégico al que se refiere es netamente financiero o puede sugerir otras áreas y cobertura de seguimiento de objetivos estratégicos? RespuestaRespuestaRespuestaRespuesta: Si, sugiere otras áreas y cobertura de seguimiento de objetivo estratégicos. Remitirse a lo establecido en el numeral 6.4. 1111 OBJETO DEL LLAMADOOBJETO DEL LLAMADOOBJETO DEL LLAMADOOBJETO DEL LLAMADO Consulta 67) Existe un paralelo entre la garantía y los primeros 12 meses del "Soporte y mantenimiento de versiones"? RespuestaRespuestaRespuestaRespuesta: Si. Consulta 68) SUMINISTRO: Es limitante la expresión "consiste en la concesión de los derechos de

uso permanentes de la versión de los procedimientos, programas o módulos de software integrados a la solución actual"? En algunos casos la solución propuesta no puede ser cedida como software sino que se permite un licenciamiento que da derecho al uso del mismo, se puede precisar la expresión para dar cabida a este caso?

RespuestaRespuestaRespuestaRespuesta: Se trata de derecho al uso y no a la modificación del código del producto. Consulta 69) SUMINISTRO: La comercialización de diferentes sistemas de mercado contienen un

componente económico inicial y un componente económico anual por licenciamiento, por lo que se solicita modificar la expresión: "consiste en la concesión de los derechos de uso permanentes de la versión de los procedimientos, programas o módulos de software integrados a la solución actual".

RespuestaRespuestaRespuestaRespuesta: El Banco considera los derechos de uso de la versión corriente al momento de ser suministrada imperecederos y pagaderos en forma inicial y única (Ítem 1 - A del Anexo 4 – Tabla de Cotización), no obstante lo cual el soporte y mantenimiento de versiones posteriores (Ítem 1 - C) implican un costo anual recurrente cuya contratación, para los meses 25 a 60 (Ítem 2), será evaluada oportunamente por el Banco. Consulta 70) CAPACITACIÓN: Podrían ampliar y precisar la expresión "comprende la

transferencia de conocimientos que permitan administrar, operar, utilizar el producto y aplicar las mejores prácticas"? Se refieren al uso funcional? O se deben cubrir aspectos evolutivos del mismo?

RespuestaRespuestaRespuestaRespuesta: La capacitación concluye con la puesta en producción de la solución ofertada una vez obtenida la aceptación definitiva. Consulta 71) GARANTÍA: En los casos en que el producto no es de propiedad o desarrollo del

proponente sino de un tercero, ¿es este tercero quién mediante mecanismos de mantenimiento garantiza la atención de "errores de ingeniería del producto" y el proponente

o implementador cubre lo relacionado con "análisis, diseño y configuración o parametrización? ¿Se podría ajustar el texto para cubrir este caso?

RespuestaRespuestaRespuestaRespuesta: El costo y la responsabilidad por los productos suministrados es del adjudicatario. Consulta 72) GARANTIA: ¿Se espera que el proponente sea Prime Contractor? O ¿es posible que

el propietario del producto establezca una relación directa con el Banco? RespuestaRespuestaRespuestaRespuesta: Se espera que el proponente sea Prime Contractor. Consulta 73) MANTENIMIENTO DE VERSIONES: ¿Incluye aspectos correctivos limitados al

alcance funcional del proyecto o debe cubrir también evolutivos (nuevo módulos o funcionalidades así como nuevos desarrollos)?

RespuestaRespuestaRespuestaRespuesta: Se trata de mantenimiento de versiones del producto, no de la implantación ni de su evolución. Remitirse a la definición de mantenimiento de soporte presente en el numeral 2.1 del Pliego. Consulta 74) OPCIONALES ITEM 2: ¿Cuál es el límite de horas del "Soporte y mantenimiento

anual" por tres años? RespuestaRespuestaRespuestaRespuesta: No tiene límites, será de acuerdo a las necesidades planteadas. Consulta 75) OPCIONALES ITEM 3: ¿Es correcto afirmar que las 2.000 HH señaladas deben ser

incluidas como un servicio independiente de la implantación y del soporte? RespuestaRespuestaRespuestaRespuesta: Sí, es correcto. Consulta 76) OPCIONALES ITEM 3: ¿Quién del Banco estaría autorizado a "invertir" de esas

2.000 HH y cuales serían los mecanismos de evaluación de solicitudes? RespuestaRespuestaRespuestaRespuesta: Se le comunicará oportunamente al adjudicatario. 2222 ALCANCEALCANCEALCANCEALCANCE Consulta 77) FASES: ¿Es permitido sugerir Estrategias de implementación distintas a las

mencionadas en las bases (2 fases)? RespuestaRespuestaRespuestaRespuesta: No, no es permitido, la oferta debe ser elaborada considerando la implementación en las dos fases definidas. No obstante, si el oferente entiende que es pertinente incorporar en la fase 1 elementos o procesos de la fase 2, podrá proponerlo como alternativa y el Banco eventualmente lo evaluará. Consulta 78) ELEMENTOS MINIMOS: Requerimos precisar la responsabilidad de la "Migración

de Datos" RespuestaRespuestaRespuestaRespuesta: El adjudicatario deberá cargar los datos a partir de archivos planos con información consistente que el Banco oportunamente le brindará.

Consulta 79) REQUISITOS A CUMPLIR POR EL SOFTWARE OFERTADO: ¿Cuales son los criterios que establecen "una implantación similar a la solución ofertada"? ¿Se refiere al Presupuesto? ¿Se refiere a los Módulos? Favor ampliar.

RespuestaRespuestaRespuestaRespuesta: Se refiere al producto en cuanto a módulos y funcionalidades. 3333 REQUISITOS FUNCIONALES Y TECNOLÓGICOS MÍNIMOSREQUISITOS FUNCIONALES Y TECNOLÓGICOS MÍNIMOSREQUISITOS FUNCIONALES Y TECNOLÓGICOS MÍNIMOSREQUISITOS FUNCIONALES Y TECNOLÓGICOS MÍNIMOS Consulta 80) GENERALES: Al mencionar "Implementar servicios WEB (Web Services) para el

desarrollo de las interfaces con las aplicaciones del BCU.", ¿se refieren a que el software tenga la capacidad o permita crear servicios? O ¿se refiere a que se deben crear y dejar disponibilizados los servicios de acuerdo al Mapa señalado en el Anexo 2?

RespuestaRespuestaRespuestaRespuesta: Si, deben utilizarse los servicios web para crear y dejar disponibles los servicios de acuerdo al mapa que figura en el Anexo 2. Consulta 81) GENERALES: Favor especificar las plataformas tecnológicas de los sistemas que

interactuarán con las interfaces a desarrollar. Asimismo, favor especificar los lenguajes de los mismos.

RespuestaRespuestaRespuestaRespuesta: Remitirse al diagrama presente en el Anexo 2 que figura en la página 56 del pliego. Consulta 82) GENERALES: Ampliar detalle de "Proveer una herramienta que sea capaz de

modelar procesos de negocios involucrando las funcionalidades de la Solución". RespuestaRespuestaRespuestaRespuesta: Se busca que el usuario pueda modificar el flujo de tareas sin modificar el código fuente. Se refiere al uso de lenguajes con BPEL o herramientas de Work Flow Consulta 83) GENERALES: Ampliar detalle de "Manejar en forma simultánea distintas estructuras

de la Institución de acuerdo a diferentes parámetros (ejemplo: centro de costos, funcional, matricial)"

RespuestaRespuestaRespuestaRespuesta: Se solicita que las líneas de reportes para diferentes procesos pueden ser distintas. Por ejemplo que un funcionario reporte a su jefe por organigrama en materia de tiempo (asistencias y licencias) y que por otra, formando parte de un proyecto, reporte al jefe del mismo. Consulta 84) GENERALES: Al mencionar "Incorporar documentos digitalizados en las distintas

etapas de los procesos (por ejemplo: justificaciones para inicio de contrataciones, certificados de cursos realizados en forma externa, facturas de proveedores, etc.) o generarlos en las distintas etapas de los procesos (orden de compra, remitos, etc.) contando con flexibilidad para el manejo de los mismos" se refieren a la posibilidad de referenciar un documento solamente? o también incluye la gestión documental (versiones, permisos, etc.)?

RespuestaRespuestaRespuestaRespuesta: Se refiere a tener accesible los documentos externos que se digitalicen así como los que genere el sistema. Consulta 85) GENERALES: Cuando se menciona "Que la anulación de cualquier transacción sea

realizada (por parte de un usuario autorizado) revirtiendo automáticamente la secuencia de transacciones vinculadas.", ¿se refiere a la anulación de toda la cadena de pasos de forma automática? o ¿sólo del último evento o transacción ejecutada?

RespuestaRespuestaRespuestaRespuesta: Dependerá del flujo del proceso si deberá anular todas las operaciones anteriores o sólo la última. Consulta 86) GENERALES: Favor precisar y ampliar alcance de "Tener un Diccionario de datos

que facilite la identificación única de las entidades y atributos en el SIG." RespuestaRespuestaRespuestaRespuesta: Se desea tener acceso a los datos del sistema con un claro conocimiento de sus funciones. Se solicita con el fin de elaborar consultas web service para interactuar con otras aplicaciones. Consulta 87) GENERALES: Favor precisar y ampliar alcance de "Con un generador de reportes,

integrado al Sistema para ser utilizado por los usuarios que permita generar información por columnas, filas o combinando ambas, sobre la información de la base de datos de la solución para distintos períodos, fechas, etc. Además, permitir elaborar consultas y reportes no planificados, pudiendo almacenar los criterios de los mismos para futuras utilizaciones."

RespuestaRespuestaRespuestaRespuesta: El sistema deberá contar con una herramienta de tipo QBE integrada que permita generar los reportes con las características señaladas para las funcionalidades de todos los módulos. Consulta 88) GENERALES: Cuando se menciona "Definir alarmas automáticas que detecten

desviaciones de indicadores preestablecidos", ¿se refieren a Reportes de KPI definidos en el proyecto de implementación? O ¿se refieren a elementos automáticos que sean diseñados y construidos para verificar estatus, enviar mails y tomar acciones dependiendo de los resultados?

RespuestaRespuestaRespuestaRespuesta: Se refiere a lo definido en segundo término. Consulta 89) GENERALES: Al mencionar "Permitir asignar roles o privilegios a cargos de la

estructura vigente.", ¿se permite que los roles se asignen a usuarios y estos usuarios estén vinculados a roles, es decir, que no se permita la asignación de roles a cargos?

Respuesta:Respuesta:Respuesta:Respuesta: Remitirse a lo establecido en el numeral 5.1 del pliego complementario de condiciones. Consulta 90) GENERALES: Favor precisar y ampliar detalle de "Proporcionar controles de

consistencia de datos y la posibilidad de incorporar controles Ad Hoc." ¿De cuales tipos de controles hablamos? ¿Al alcance de quién (perfil de usuario de dichos mecanismos)?

RespuestaRespuestaRespuestaRespuesta: Se busca que las transacciones y los resultados se mantengan consistentes mediante controles automáticos, que el sistema permita realizar verificaciones de consistencia entre datos que se derivan unos de otros con el objeto de detectar alteraciones de base de datos y efectuar controles preventivos. Los controles estarán al alcance de un usuario administrador. Consulta 91) GENERALES: Proveer una herramienta que sea capaz de modelar procesos de

negocios involucrando las funcionalidades de la Solución y una herramienta que permita diseñar flujo de tareas (work flow).¿Se requiere sólo proveer la herramienta o también se requiere el desarrollo de algunos Work Flow? ¿En caso de requerirse el desarrollo de WF por favor especificar cuales con más detalle?

RespuestaRespuestaRespuestaRespuesta: Se solicita que la solución provea la herramienta y la modele si esto resulta necesario para cubrir las funcionalidades requeridas. Consulta 92) INFORMACIÓN HISTÓRICA: Al mencionar "Asimismo deberá proveer

herramientas que faciliten la consulta de esa información en forma online o por recuperación de la misma." es correcto entender que se deben ofrecer mecanismos para "sacar de línea" información que se considere histórica y mecanismos para poder

consultarlas? ¿Se debe adicionalmente incluir en la propuesta los servicios vinculados a la configuración de estos mecanismos?

RespuestaRespuestaRespuestaRespuesta: No se solicitan mecanismos para “sacar de línea” información, pero información histórica que figure fuera del sistema debe poder eventualmente ser accedida a través del mismo. Consulta 93) DOCUMENTACION: Al mencionar "Se requiere que el Sistema cuente con la

generación de documentos en todas las transacciones en las que se defina como necesarios.", ¿se refiere a que permita ser documentado o que contenga funcionalidad que permita generar la documentación en cualquier momento?

RespuestaRespuestaRespuestaRespuesta: Se refiere a que contenga funcionalidad que permita generar la documentación en cualquier momento (generar documentos con los datos de la transacción). 4 REQUISITOS FUNCIONALES ESPECÍFICOS DE LOS PROREQUISITOS FUNCIONALES ESPECÍFICOS DE LOS PROREQUISITOS FUNCIONALES ESPECÍFICOS DE LOS PROREQUISITOS FUNCIONALES ESPECÍFICOS DE LOS PROCESOSCESOSCESOSCESOS Consulta 94) CONTADURIA: Cuando se menciona "El Sistema deberá permitir el adjuntar el

flujo de las operaciones la información de soporte necesaria para servir de respaldo de las registraciones contables solicitadas por el mismo, enviándola a los sistemas de archivo correspondientes. Esto incluye incorporar documentos en las distintas etapas de los procesos, contando con flexibilidad para el manejo de los mismos. En caso que los respaldos de la operación sean físicos (facturas, notas, otros documentos), el Sistema deberá proveer soporte para ingresar los archivos generados mediante escaneo de los mismos" se pretende que la funcionalidad permita conectar a un documento que sea administrado por otro software o se pretende que el SW incluya la funcionalidad de administración de versiones y documentos (upload, download, etc.)

Respuesta: Respuesta: Respuesta: Respuesta: El interés de la Contaduría es que en la consulta de cada operación pueda accederse al documento que le dio origen, así como la grabación final diaria de los mismos en soporte informático no modificable. Consulta 95) CONTADURIA: Es imperativo cargar el histórico previo a la implementación o

cuando mencionamos histórico, ¿se refieren a la historia generada en la nueva plataforma? RespuestaRespuestaRespuestaRespuesta: No es imperativo cargarlo previo a la implementación y no se refiere a la generada en la nueva plataforma. Consulta 96) CONTADURIA: Es factible "El MC permitirá la definición de una estructura de

cuentas contables de longitud flexible con múltiples niveles de acumulación de saldos, no menos de 7, con una cantidad parametrizable de dígitos por nivel en cada capítulo y con un total de 16 dígitos como mínimo." ¿Existe flexibilidad con la longitud mínima de la cuenta contable?

RespuestaRespuestaRespuestaRespuesta: Si. Consulta 97) CONTADURIA: Es factible "Para realizar lo antes descrito deberá soportar varios

planes de cuentas relacionables, con una cantidad no inferior a 256 atributos por registro en cada uno de los mismos, para cuya administración se deberán implementar procesos de altas, bajas y modificaciones consultables por fecha. Los atributos deberán poder relacionarse entre sí y además disponerse en forma jerárquica (atributos de atributos)." ¿Todos los planes de

cuentas estarán asociados a una misma sociedad (Banco Central)? ¿Es factible tener un único plan de cuenta con múltiples estructura de balance?

ReReReRespuesta: spuesta: spuesta: spuesta: Los planes están todos asociados a la misma institución. En principio no sería aceptable la utilización de un único plan con múltiples estructuras. Consulta 98) CONTADURIA: en términos específicos, cuando se habla de que SRC envía

información a MC cual es el nivel de detalle que se tiene en mente? Consolidado bajo algún criterio o un nivel de detalle máximo (cada movimiento generado)?

Respuesta: Respuesta: Respuesta: Respuesta: El nivel de detalle es el máximo, ya que el MC contendrá la contabilidad de la institución, movimiento por movimiento. Consulta 99) CONTADURIA: Cuando se menciona "un mismo estado debe admitir varios

formatos" se definirán las opciones del formato en el proyecto y estas quedarán disponibles en productivo? O se espera una funcionalidad que permita la construcción ad hoc por un usuario final?

Respuesta: Respuesta: Respuesta: Respuesta: Un usuario final del área de Contaduría debería poder definir las estructuras de los estados contables. Consulta 100) CONTADURIA: Al mencionar "Deberá proveer información mediante la puesta a

disposición de tablas para su lectura, a otras aplicaciones proveedoras de información existentes en la institución por ejemplo las de Estadísticas Económicas." se espera definir durante el proyecto un mecanismo de integración basado en la generación de un archivo plano cuya estructura y rutinas serán construidas previo a la activación del sistema? o se espera únicamente que exista la posibilidad técnica para realizar alguna integración como parte de un evolutivo?

Respuesta: Respuesta: Respuesta: Respuesta: La situación actual es que el sistema contable graba una tabla con la información a procesar por los sistemas clientes. El MC deberá proveer la información para que los usuarios de la misma puedan realizar sus procesos. Consulta 101) CONTADURIA: Es factible en su totalidad "La presentación de los informes, cuadros,

estados contables básicos, etc. deberá poder realizarse en unidades, miles y millones, con y sin centésimos; realizándose los redondeos en forma automática." ¿Es imperante con y sin centésimos a la vez?

Respuesta: Respuesta: Respuesta: Respuesta: Los estados deben poder emitirse en cualquiera de las modalidades definidas en el pliego alternativamente: o bien en unidades, o bien en miles, o bien en millones y cada una de estas opciones con o sin centésimos. Consulta 102) CONTADURIA: El Sistema deberá permitir el adjuntar el flujo de las operaciones la

información de soporte necesaria para servir de respaldo de las registraciones contables solicitadas por el mismo, enviándola a los sistemas de archivo correspondientes. Esto incluye incorporar documentos en las distintas etapas de los procesos, contando con flexibilidad para el manejo de los mismos. En caso que los respaldos de la operación sean físicos (facturas, notas, otros documentos), el Sistema deberá proveer soporte para ingresar los archivos generados mediante escaneo de los mismos. ¿Se requiere que todas las facturas, notas ingresadas al sistema se encuentren escaneadas?

Respuesta: Respuesta: Respuesta: Respuesta: Si.

Consulta 103) Servicios y Seguridad: Al mencionar "Permitir la conformación de una base de datos

que contenga: Leyes, Decretos, Dictámenes de Asesoría Jurídica, Resoluciones de Directorio, Reglamentos Internos, TOCAF, TOFUP, Estatutos, etc." se refieren documentos o información que deba ser administrada y mostrada por demanda? Debe poder ser consultada en línea desde la aplicación?

RespuestaRespuestaRespuestaRespuesta: Se requiere la implementación de una base de datos documental de texto jurídico, que permita la búsqueda full text. La consulta al material que figure en la base de datos deberá poder ser accedida por el usuario cuando éste lo demande y en línea. Consulta 104) Gestionar adquisiciones de Bienes y Servicios: Se podría ampliar el detalle de "No

permitir continuar el procedimiento en caso de no cumplirse con las instancias de Comisión Asesora de Adjudicaciones (CAA), Tribunal de Cuentas, etc. en caso de corresponder."

RespuestaRespuestaRespuestaRespuesta: Se entiende por no continuidad el bloqueo de un proceso. El sistema debe bloquear el proceso automáticamente ante el no cumplimento de etapas que se consideran obligatorias, evitando la continuidad del mismo. Ejemplos: las licitaciones por montos mayores al doble del establecido para compras directas deben ser intervenidas por la Comisión Asesora de Adjudicaciones y las licitaciones públicas deben ser remitidas al Tribunal de Cuentas de la República para su intervención Consulta 105) Gestionar adquisiciones de Bienes y Servicios: Se podría ampliar el detalle de

"Permitir la vinculación con el área competente para la emisión de informes de disponibilidad, afectaciones, compromisos, obligaciones, pagos y registraciones contables emergentes del procedimiento."

RespuestaRespuestaRespuestaRespuesta: El sistema debe permitir la intervención de las distintas áreas involucradas de acuerdo a lo que demande el procedimiento del que se trate (en función del flujo de procesos que se diseñe para el mismo). Remitirse a Anexo 2 – Servicios y Seguridad – Proceso Principal 1: Gestionar Contratación de bienes y servicios. Consulta 106) Gestionar adquisiciones de Bienes y Servicios: Al mencionar "Permitir publicación

en la página web del Banco Central del Uruguay" se habla de disponibilizar servicios WEB para ser utilizados por una aplicación del banco que no forma parte del alcance? O se requiere que el aplicativo que permita mostrar forme parte del alcance de la propuesta?

RespuestaRespuestaRespuestaRespuesta: No se solicita disponibilizar servicios WEB para ser utilizados por una aplicación del banco ni se requiere que el aplicativo que permita mostrar forme parte del alcance de la propuesta. Se trata de que el sistema, ante el requerimiento de una publicación, permita la generación de un correo electrónico a determinados usuarios, encargados de realizar la misma en los sitios web correspondientes, remitiendo los archivos a publicar (pliegos de condiciones, respuestas a consultas, resultados de adjudicaciones). El responsable de la publicación la efectuará utilizando las aplicaciones actualmente vigentes para tal fin. Consulta 107) Favor ampliar detalles de "Realizar notificaciones a través del sistema a las distintas

partes involucradas (proveedores y usuarios) y realizar las publicaciones correspondientes." Cómo y a quién se le notificará? Dónde y cómo se realizarán las publicaciones?

RespuestaRespuestaRespuestaRespuesta: Las notificaciones se realizarán por correo electrónico a las partes involucradas (proveedores y clientes internos). En cuanto a las publicaciones remitirse a respuesta de consulta 106 en lo que corresponda. Consulta 108) Se requiere mayor especificación de lo requerido en cuanto al manejo de Costos.

Respuesta:Respuesta:Respuesta:Respuesta: No se interpreta el alcance de la consulta. 5 REQUERIMIENTOS DE IMPLANTACIÓN, MANTENIMIENTOS Y SOPORTEREQUERIMIENTOS DE IMPLANTACIÓN, MANTENIMIENTOS Y SOPORTEREQUERIMIENTOS DE IMPLANTACIÓN, MANTENIMIENTOS Y SOPORTEREQUERIMIENTOS DE IMPLANTACIÓN, MANTENIMIENTOS Y SOPORTE Consulta 109) Capacitación de usuarios: en este aspecto cual es la expectativa del Banco? Que el

proponente realice la capacitación a usuarios finales en su totalidad? O que se formen a los usuarios claves para que sean ellos quienes dicten la capacitación (train the trainers)?

RespuestaRespuestaRespuestaRespuesta: Que se formen a los usuarios claves para que sean ellos quienes dicten la capacitación (train the trainers). Consulta 110) SOPORTE TÉCNICO: La atención telefónica en el “call center” deberá funcionar en

un horario mínimo de 8.00 a 20.00 en días de actividad financiera local (días de labor establecidos por el BCU). ¿EL soporte de primer nivel de Call Center será gestionado por el Banco Central Uruguay?

RespuestaRespuestaRespuestaRespuesta: El Call Center deberá ser brindado por la empresa pero será invocado por una Unidad del BCU, que recepcionará los incidentes reportados por usuarios. Consulta 111) CÓDIGO FUENTE DEL SOFTWARE: La empresa adjudicataria y el Banco acordarán

un depositario de los programas fuentes y documentación imprescindible para la realización de mantenimiento y elaboración de nuevas versiones de los productos suministrados. Si la solución consiste en una solución del mercado, es factible realizar la entrega del código fuente sólo de los desarrollos específicos realizados para el Banco Central y no de TODO el producto?

Respuesta: En caso que exista un código fuente específico del Banco, o en el caso que se desarrollen programas especiales para implementar en el Banco, éstos deberán estar comprendidos dentro de lo establecido en el numeral 7.2.4 del Pliego. Por su parte, el código fuente genérico que se distribuye a todos los clientes del producto debe estar en un depositario independiente del proveedor. Consulta 112) Hoja:Hoja:Hoja:Hoja: 22 RequerimientoRequerimientoRequerimientoRequerimiento: 2. Deberá proveer información mediante la puesta a disposición de tablas para su lectura, a otras aplicaciones proveedoras de información existentes en la institución por ejemplo las de Estadísticas Económicas. Duda:Duda:Duda:Duda: Indicar número estimado de tablas requeridas para lectura y ejemplos del tipo de información solicitada Respuesta: Respuesta: Respuesta: Respuesta: Se estima no más de 10. Ejemplo: Consultas simples que por restricción de seguridad se dan a través de una réplica. Ver en Anexo III.

Consulta 113) Hoja:Hoja:Hoja:Hoja: 25 Requerimiento:Requerimiento:Requerimiento:Requerimiento: "6.3.2 Requerimientos vinculados al proceso “Gestionar contratación de bienes y servicios”. 5. Gestionar adquisiciones de Bienes y Servicios: Permitir el inicio de procedimientos a través de distintas fuentes: a solicitud de los usuarios, a instancias del Dpto. de Suministros, vía Apia o Mantis." Duda:Duda:Duda:Duda: Por favor aclarar cual es la funcionalidad esperada en la relación de Apia y Mantis con el nuevo sistema? RespuestaRespuestaRespuestaRespuesta: En referencia al sistema Mantis y de acuerdo a lo estipulado en el Anexo 2, página 56, “Mapa futuro de Sistemas – Fase 1”, el mismo será sustituido por la solución a adquirir, por lo que no serán iniciadas nuevas contrataciones por esta vía. Se pretende que el procedimiento de contratación se inicie a través del S.I.G. mediante una solicitud de usuario (por ej. a instancias del Dpto. de Suministros para reposición de stock) o mediante la generación de un expediente electrónico (Sistema APIA), en cuyo caso el procedimiento será captado por el S.I.G. y gestionado a través del mismo. Durante su gestión o a su término, eventualmente, se dejará un registro de las actuaciones que se consideren necesarias para el proceso administrativo en el expediente electrónico. Será necesario que el sistema permita la eventual consulta del estado de situación de un asunto generado por expediente electrónico cuando se encuentra siendo gestionado por el S.I.G.. Consulta 114) Hoja:Hoja:Hoja:Hoja: 29 Requerimiento: Requerimiento: Requerimiento: Requerimiento: "6.4 Desarrollo Estratégico y Presupuesto 11) Una herramienta para Formulación Presupuestal, que permita la descentralización del proceso de solicitud de requerimientos para el cumplimiento de los planes operativos (recursos humanos, bienes y servicios) por parte de los diferentes centros de responsabilidad, contando con un flujo de trabajo multidireccional, de ida y vuelta de información y con diferentes niveles de autorización. Asimismo, deberá permitir la parametrización de dichas solicitudes para facilitar el costeo, su correlación con los rubros presupuestales correspondientes, y la generación de múltiples reportes y consultas, autogenerables por los usuarios." Duda: Duda: Duda: Duda: Detallar cantidad de usuarios. Respuesta:Respuesta:Respuesta:Respuesta: Un delegado por Área (aproximadamente 30). Consulta 115) Hoja:Hoja:Hoja:Hoja: 29 Requerimiento:Requerimiento:Requerimiento:Requerimiento: "6.4 Desarrollo Estratégico y Presupuesto 12) Un componente enfocado a Planificación Estratégica y Control de Gestión, que permita: • el ingreso descentralizado de misión, visión, objetivos estratégicos, metas e indicadores por diferentes centros de responsabilidad; • la elaboración de reportes a medida para las diferentes Gerencias del Banco, además de los reportes estándar para toda la Institución;

• la configuración de avisos de desvíos mediante alertas; • la realización de consultas sencillas; • el monitoreo de los indicadores predefinidos (tablero de control, cuadro de mando, entre otros)." Duda: Duda: Duda: Duda: Detallar cantidad de usuarios. Respuesta:Respuesta:Respuesta:Respuesta: Un delegado por Área (aproximadamente 30). Consulta 116) Nuestra empresa ha revisado los requisitos establecidos en el pliego de condiciones particulares que rigen la presente Licitación. En el art. 4.3.1establece que "....el oferente deberá ser una empresa de plaza y contar con:...". Nuestra empresa, subsidiaria de Matchmind España adquirida a su vez por la empresa Telvent, se encuentra instalada en plaza desde Julio del 2008, como parte de la estrategia de expansión de la compañía y de el establecimiento en Montevideo de un centro de competencia y desarrollo de software, de cara a brindar servicios al mercado local e internacional. A su vez, en el mismo artículo inciso i, se establece "....mínimo de tres años de experiencia ...", a lo cual cabe entender que si bien Matchmind Uruguay cuenta con una oficina local con una antigüedad menos a 3 años, nuestra casa matriz en España, posee mas de 30 años de experiencia en el mercado internacional, con clientes en mas de 40 países. En función de lo anterior, y de acuerdo a la política del Gobierno de atraer inversiones extranjeras al país, entendemos que nuestra experiencia de 30 años a pesar de estar presentes en plaza desde hace un periodo menos a 3 años, confirmaría esta exigencia del pliego. ¿podrían por favor confirmar que se toma como valido la expresado? RespuestaRespuestaRespuestaRespuesta: Únicamente podría computarse la antigüedad y experiencia adquirida en el extranjero si se configuran las circunstancias establecidas en el artículo 193 de la ley 16060. En el caso que la empresa local fuese una sucursal de una empresa extranjera, sí se puede computar la experiencia de esta última a favor de la primera, no así en el caso que la empresa local fuese subsidiaria de la extranjera.

ANEXOANEXOANEXOANEXOSSSS

Consulta 53)Consulta 53)Consulta 53)Consulta 53) SRCSRCSRCSRC IIII

a) Asientosa) Asientosa) Asientosa) Asientos manualesmanualesmanualesmanuales

b) b) b) b) AAAAsientos tiposientos tiposientos tiposientos tipo

Consulta 56)Consulta 56)Consulta 56)Consulta 56)

IIIIIIII

Consulta 11Consulta 11Consulta 11Consulta 112) 2) 2) 2)

IIIIIIIIIIII

Pagina 47

Banco Central del UruguayBanco Central del UruguayBanco Central del UruguayBanco Central del Uruguay

LLAMADO LLAMADO LLAMADO LLAMADO

LICITACION PUBLICA Nº 3/09LICITACION PUBLICA Nº 3/09LICITACION PUBLICA Nº 3/09LICITACION PUBLICA Nº 3/09

Recepción de consultas: hasta 03/03/2010Recepción de consultas: hasta 03/03/2010Recepción de consultas: hasta 03/03/2010Recepción de consultas: hasta 03/03/2010 Acto de Consultas: 17/03/2010Acto de Consultas: 17/03/2010Acto de Consultas: 17/03/2010Acto de Consultas: 17/03/2010 Apertura de Ofertas Apertura de Ofertas Apertura de Ofertas Apertura de Ofertas –––– ProProProPropuesta técnica puesta técnica puesta técnica puesta técnica 14/04/2010 14/04/2010 14/04/2010 14/04/2010 ---- 15.00 horas15.00 horas15.00 horas15.00 horas

Valor del Pliego: $ 50.000Valor del Pliego: $ 50.000Valor del Pliego: $ 50.000Valor del Pliego: $ 50.000

Pagina 48

INDICEINDICEINDICEINDICE 1111 INTRODUCCION AL LLAMINTRODUCCION AL LLAMINTRODUCCION AL LLAMINTRODUCCION AL LLAMADO A LICITACIONADO A LICITACIONADO A LICITACIONADO A LICITACION ............................................................................................................................................................................................................51515151

2222 OBJETO DEL LOBJETO DEL LOBJETO DEL LOBJETO DEL LLAMADOLAMADOLAMADOLAMADO ............................................................................................................................................................................................................................................................................................................................................................................52525252

2.12.12.12.1 IIIITEM TEM TEM TEM 1)1)1)1) PPPPROPUESTA ROPUESTA ROPUESTA ROPUESTA BBBBÁSICAÁSICAÁSICAÁSICA:::: ................................................................................................................................................................................................................................................................................................................................................................................ 52525252 2.22.22.22.2 OOOOPCIONALESPCIONALESPCIONALESPCIONALES:::: ........................................................................................................................................................................................................................................................................................................................................................................................................................................................................ 53535353

3333 ALCANCEALCANCEALCANCEALCANCE ............................................................................................................................................................................................................................................................................................................................................................................................................................................................................54545454

4444 REQUISITOS DE ADMISIREQUISITOS DE ADMISIREQUISITOS DE ADMISIREQUISITOS DE ADMISIBILIDAD DE LAS OFERTBILIDAD DE LAS OFERTBILIDAD DE LAS OFERTBILIDAD DE LAS OFERTAS.AS.AS.AS. ........................................................................................................................................................................55555555

4.14.14.14.1 CCCCONTENIDO MÍNIMO DE LONTENIDO MÍNIMO DE LONTENIDO MÍNIMO DE LONTENIDO MÍNIMO DE LA PROPUESTA TÉCNICAA PROPUESTA TÉCNICAA PROPUESTA TÉCNICAA PROPUESTA TÉCNICA::::........................................................................................................................................................................................................................................................ 55555555 4.24.24.24.2 RRRREQUISITOS TÉCNICOS YEQUISITOS TÉCNICOS YEQUISITOS TÉCNICOS YEQUISITOS TÉCNICOS Y FUNCIONALESFUNCIONALESFUNCIONALESFUNCIONALES .................................................................................................................................................................................................................................................................................................................... 55555555 4.34.34.34.3 RRRREQUISITOS DE ADMISIBEQUISITOS DE ADMISIBEQUISITOS DE ADMISIBEQUISITOS DE ADMISIBILIDAD DEL OFERENTEILIDAD DEL OFERENTEILIDAD DEL OFERENTEILIDAD DEL OFERENTE.... .................................................................................................................................................................................................................................................................... 56565656 4.3.1 Experiencia y Capacidad Técnica. ........................................................................................ 56 4.3.2 Requisitos a cumplir por el software ofertado. .................................................................... 56 4.3.3 Requisitos a cumplir por el equipo de proyecto. ................................................................. 56

5555 REQUISITOS FUNCIONALREQUISITOS FUNCIONALREQUISITOS FUNCIONALREQUISITOS FUNCIONALES Y TECNOLÓGICOS MÍES Y TECNOLÓGICOS MÍES Y TECNOLÓGICOS MÍES Y TECNOLÓGICOS MÍNIMOSNIMOSNIMOSNIMOS ............................................................................................................................57575757

5.15.15.15.1 GGGGENERALESENERALESENERALESENERALES .................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... 57575757 5.25.25.25.2 IIIINFORMACIÓN HISTÓRICANFORMACIÓN HISTÓRICANFORMACIÓN HISTÓRICANFORMACIÓN HISTÓRICA ................................................................................................................................................................................................................................................................................................................................................................................................ 59595959 5.35.35.35.3 PPPPISTAS DE ISTAS DE ISTAS DE ISTAS DE AAAAUDITORÍAUDITORÍAUDITORÍAUDITORÍA ........................................................................................................................................................................................................................................................................................................................................................................................................................ 59595959 5.45.45.45.4 SSSSEGURIDADEGURIDADEGURIDADEGURIDAD .................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... 59595959 5.55.55.55.5 CCCCONTINUIDAD ONTINUIDAD ONTINUIDAD ONTINUIDAD OOOOPERATIVAPERATIVAPERATIVAPERATIVA ........................................................................................................................................................................................................................................................................................................................................................................................ 60606060 5.65.65.65.6 DDDDOCUMENTACIÓNOCUMENTACIÓNOCUMENTACIÓNOCUMENTACIÓN ............................................................................................................................................................................................................................................................................................................................................................................................................................................ 60606060

6666 REQUISITOS FUNCIONALREQUISITOS FUNCIONALREQUISITOS FUNCIONALREQUISITOS FUNCIONALES ESPECÍES ESPECÍES ESPECÍES ESPECÍFICOS DE LOS PROCESOFICOS DE LOS PROCESOFICOS DE LOS PROCESOFICOS DE LOS PROCESOS.S.S.S. ................................................................................................61616161

6.16.16.16.1 CCCCAPITAL APITAL APITAL APITAL HHHHUMANO Y UMANO Y UMANO Y UMANO Y DDDDESARROLLO ESARROLLO ESARROLLO ESARROLLO OOOORGANIZACIONALRGANIZACIONALRGANIZACIONALRGANIZACIONAL ............................................................................................................................................................................................................................ 61616161 6.26.26.26.2 CCCCONTADURÍAONTADURÍAONTADURÍAONTADURÍA ........................................................................................................................................................................................................................................................................................................................................................................................................................................................................ 69696969 6.36.36.36.3 SSSSERVICIOS Y ERVICIOS Y ERVICIOS Y ERVICIOS Y SSSSEGURIDADEGURIDADEGURIDADEGURIDAD ........................................................................................................................................................................................................................................................................................................................................................................................................ 75757575 6.3.1 Requerimientos Generales ................................................................................................... 75 6.3.2 Requerimientos vinculados al proceso “Gestionar contratación de bienes y servicios”. ... 76 6.3.3 Requerimientos vinculados al proceso “Administrar bienes y servicios”........................... 79 6.3.4 Requerimientos vinculados al proceso “Gestionar adelantos de fondos”. ......................... 81

6.46.46.46.4 DDDDESARROLLO ESARROLLO ESARROLLO ESARROLLO EEEESTRATÉGICO Y STRATÉGICO Y STRATÉGICO Y STRATÉGICO Y PPPPRESUPUESTORESUPUESTORESUPUESTORESUPUESTO .................................................................................................................................................................................................................................................................................... 81818181

7777 REQUERIMIENTOS DE IMREQUERIMIENTOS DE IMREQUERIMIENTOS DE IMREQUERIMIENTOS DE IMPLANTACIÓN, MANTENIMPLANTACIÓN, MANTENIMPLANTACIÓN, MANTENIMPLANTACIÓN, MANTENIMIENTO Y SOPORTEIENTO Y SOPORTEIENTO Y SOPORTEIENTO Y SOPORTE ............................83838383

7.17.17.17.1 IIIINTERFACESNTERFACESNTERFACESNTERFACES ................................................................................................................................................................................................................................................................................................................................................................................................................................................................................ 83838383 7.27.27.27.2 GGGGERENCIAMIENTO DEL ERENCIAMIENTO DEL ERENCIAMIENTO DEL ERENCIAMIENTO DEL PPPPROYECTOROYECTOROYECTOROYECTO ................................................................................................................................................................................................................................................................................................................................................ 83838383 7.2.1 Plan Preliminar del Proyecto ............................................................................................... 83 7.2.2 Capacitación de usuarios ..................................................................................................... 84 7.2.3 Garantía y soporte ................................................................................................................ 84 7.2.4 Código fuente del Software .................................................................................................. 86 7.2.5 Licencias del Software .......................................................................................................... 86 7.2.6 Nivel de Servicio. .................................................................................................................. 86

8888 REQUISITOS DE PRESENREQUISITOS DE PRESENREQUISITOS DE PRESENREQUISITOS DE PRESENTACIÓN DE LAS OFERTATACIÓN DE LAS OFERTATACIÓN DE LAS OFERTATACIÓN DE LAS OFERTASSSS ............................................................................................................................................................................87878787

8.18.18.18.1 EEEEXPERIENCIA Y XPERIENCIA Y XPERIENCIA Y XPERIENCIA Y CCCCAAAAPACIDAD PACIDAD PACIDAD PACIDAD TTTTÉCNICAÉCNICAÉCNICAÉCNICA.... ........................................................................................................................................................................................................................................................................................................................ 87878787 8.28.28.28.2 AAAANTECEDENTES DEL SOFTNTECEDENTES DEL SOFTNTECEDENTES DEL SOFTNTECEDENTES DEL SOFTWAREWAREWAREWARE.... ............................................................................................................................................................................................................................................................................................................................................................ 87878787 8.38.38.38.3 EEEEQUIPO DE TRABAJOQUIPO DE TRABAJOQUIPO DE TRABAJOQUIPO DE TRABAJO.... ............................................................................................................................................................................................................................................................................................................................................................................................................................ 87878787 8.48.48.48.4 DDDDOCUMENTACIÓNOCUMENTACIÓNOCUMENTACIÓNOCUMENTACIÓN ............................................................................................................................................................................................................................................................................................................................................................................................................................................ 88888888 8.58.58.58.5 CCCCONDICIONES ONDICIONES ONDICIONES ONDICIONES EEEECONÓMICASCONÓMICASCONÓMICASCONÓMICAS ................................................................................................................................................................................................................................................................................................................................................................................ 88888888 8.5.1 Ajuste de Precio de Soporte y Mantenimiento y horas de consultoría. ............................. 89

Pagina 49

8.68.68.68.6 IIIINFORMACIÓN A SUMINISNFORMACIÓN A SUMINISNFORMACIÓN A SUMINISNFORMACIÓN A SUMINISTRARTRARTRARTRAR .................................................................................................................................................................................................................................................................................................................................................................... 89898989

9999 CARACTERÍSTICAS DEL CARACTERÍSTICAS DEL CARACTERÍSTICAS DEL CARACTERÍSTICAS DEL PROCEDIMIENTOPROCEDIMIENTOPROCEDIMIENTOPROCEDIMIENTO ........................................................................................................................................................................................................................................91919191

9.19.19.19.1 RRRRECEPCIÓN Y ECEPCIÓN Y ECEPCIÓN Y ECEPCIÓN Y AAAAPERTURA DE PERTURA DE PERTURA DE PERTURA DE OOOOFERTASFERTASFERTASFERTAS ............................................................................................................................................................................................................................................................................................................................ 91919191 9.29.29.29.2 SSSSOLICITUD DE ACLARACIOLICITUD DE ACLARACIOLICITUD DE ACLARACIOLICITUD DE ACLARACIONESONESONESONES.... AAAACTO DE CTO DE CTO DE CTO DE CCCCONSULTASONSULTASONSULTASONSULTAS .................................................................................................................................................................................................................................... 92929292 9.39.39.39.3 DDDDEMOSTRACEMOSTRACEMOSTRACEMOSTRACIÓN DE LAS FUNCIONALIÓN DE LAS FUNCIONALIÓN DE LAS FUNCIONALIÓN DE LAS FUNCIONALIDADESIDADESIDADESIDADES.... .................................................................................................................................................................................................................................................................................... 92929292 9.49.49.49.4 VVVVISITAS A OTRAS INSTAISITAS A OTRAS INSTAISITAS A OTRAS INSTAISITAS A OTRAS INSTALACIONESLACIONESLACIONESLACIONES.... ................................................................................................................................................................................................................................................................................................................................................ 92929292

10101010 EVALUACIÓN DE LAS OFEVALUACIÓN DE LAS OFEVALUACIÓN DE LAS OFEVALUACIÓN DE LAS OFERTASERTASERTASERTAS ................................................................................................................................................................................................................................................................................................................93939393

11111111 ADJUDICACIÓN Y EVALUADJUDICACIÓN Y EVALUADJUDICACIÓN Y EVALUADJUDICACIÓN Y EVALUACIÓN DEL CUMPLIMIENACIÓN DEL CUMPLIMIENACIÓN DEL CUMPLIMIENACIÓN DEL CUMPLIMIENTO CONTRACTUALTO CONTRACTUALTO CONTRACTUALTO CONTRACTUAL ............................95959595

11.111.111.111.1 AAAADJUDICACIÓNDJUDICACIÓNDJUDICACIÓNDJUDICACIÓN ............................................................................................................................................................................................................................................................................................................................................................................................................................................................ 95959595 11.211.211.211.2 PPPPAUTAUTAUTAUTAS DE EJECUCIÓN DEL AS DE EJECUCIÓN DEL AS DE EJECUCIÓN DEL AS DE EJECUCIÓN DEL CONTRATOCONTRATOCONTRATOCONTRATO .................................................................................................................................................................................................................................................................................................................... 95959595 11.311.311.311.3 EEEEVALUACIÓN DEL CUMPLIVALUACIÓN DEL CUMPLIVALUACIÓN DEL CUMPLIVALUACIÓN DEL CUMPLIMIENTO CONTRACTUALMIENTO CONTRACTUALMIENTO CONTRACTUALMIENTO CONTRACTUAL .................................................................................................................................................................................................................................................... 98989898

12121212 CONDICIONES GENERALECONDICIONES GENERALECONDICIONES GENERALECONDICIONES GENERALES DE LA CONTRATACIÓNS DE LA CONTRATACIÓNS DE LA CONTRATACIÓNS DE LA CONTRATACIÓN.... .................................................................................................................................................... 100100100100

12.112.112.112.1 VVVVIGENCIA DEL IGENCIA DEL IGENCIA DEL IGENCIA DEL CCCCONTRATOONTRATOONTRATOONTRATO .................................................................................................................................................................................................................................................................................................................................................................................... 100100100100 12.212.212.212.2 RRRRESCISIÓNESCISIÓNESCISIÓNESCISIÓN .................................................................................................................................................................................................................................................................................................................................................................................................................................................................................... 100100100100 12.312.312.312.3 OOOOBLIGACIBLIGACIBLIGACIBLIGACIONES LABORALESONES LABORALESONES LABORALESONES LABORALES,,,, PROVISIONALES E IMPOPROVISIONALES E IMPOPROVISIONALES E IMPOPROVISIONALES E IMPOSITIVAS CON SU PERSOSITIVAS CON SU PERSOSITIVAS CON SU PERSOSITIVAS CON SU PERSONALNALNALNAL........................................................................ 100100100100 12.412.412.412.4 CCCCONFIDENCIALIDADONFIDENCIALIDADONFIDENCIALIDADONFIDENCIALIDAD ........................................................................................................................................................................................................................................................................................................................................................................................................................ 100100100100 12.512.512.512.5 IIIINSTRUCTIVONSTRUCTIVONSTRUCTIVONSTRUCTIVO ................................................................................................................................................................................................................................................................................................................................................................................................................................................................ 101101101101 12.612.612.612.6 AAAALTAS Y LTAS Y LTAS Y LTAS Y BBBBAJAS DEL EQUIPO DE TAJAS DEL EQUIPO DE TAJAS DEL EQUIPO DE TAJAS DEL EQUIPO DE TRABAJORABAJORABAJORABAJO .................................................................................................................................................................................................................................................................................................... 101101101101 12.712.712.712.7 CCCCONTRAPARTEONTRAPARTEONTRAPARTEONTRAPARTE ........................................................................................................................................................................................................................................................................................................................................................................................................................................................ 102102102102 12.812.812.812.8 AAAAPOYO A BRPOYO A BRPOYO A BRPOYO A BRINDAR POR EL INDAR POR EL INDAR POR EL INDAR POR EL BCUBCUBCUBCU .................................................................................................................................................................................................................................................................................................................................................... 102102102102

13131313 CONDICIONES GENERALECONDICIONES GENERALECONDICIONES GENERALECONDICIONES GENERALES.S.S.S. ................................................................................................................................................................................................................................................................................................................................ 103103103103

13.113.113.113.1 TTTTOPES PARA LA OPES PARA LA OPES PARA LA OPES PARA LA CCCCONSTITUCIÓN DE ONSTITUCIÓN DE ONSTITUCIÓN DE ONSTITUCIÓN DE GGGGARANTÍASARANTÍASARANTÍASARANTÍAS ............................................................................................................................................................................................................................................................ 103103103103 13.213.213.213.2 PPPPENALIDADESENALIDADESENALIDADESENALIDADES ................................................................................................................................................................................................................................................................................................................................................................................................................................................................ 104104104104 13.313.313.313.3 PPPPRINCIPIOS DE ACTUACIRINCIPIOS DE ACTUACIRINCIPIOS DE ACTUACIRINCIPIOS DE ACTUACIÓNÓNÓNÓN ................................................................................................................................................................................................................................................................................................................................................................................ 101010104444 13.413.413.413.4 NNNNORMAS APLICABLES Y DORMAS APLICABLES Y DORMAS APLICABLES Y DORMAS APLICABLES Y DOCUMENTACIÓNOCUMENTACIÓNOCUMENTACIÓNOCUMENTACIÓN INTEGRANTE DEL CONTRINTEGRANTE DEL CONTRINTEGRANTE DEL CONTRINTEGRANTE DEL CONTRATOATOATOATO ............................................................................................................ 105105105105 13.513.513.513.5 CCCCOMUNICACIONES Y NOTIOMUNICACIONES Y NOTIOMUNICACIONES Y NOTIOMUNICACIONES Y NOTIFICACIONESFICACIONESFICACIONESFICACIONES ................................................................................................................................................................................................................................................................................................................ 105105105105 13.613.613.613.6 JJJJURISDICCIÓN COMPETENURISDICCIÓN COMPETENURISDICCIÓN COMPETENURISDICCIÓN COMPETENTETETETE ............................................................................................................................................................................................................................................................................................................................................................................ 105105105105 13.713.713.713.7 RRRRECHAZO DE OFERTASECHAZO DE OFERTASECHAZO DE OFERTASECHAZO DE OFERTAS ............................................................................................................................................................................................................................................................................................................................................................................................................ 105105105105

14141414 INFORMACIÓN TÉCNICA INFORMACIÓN TÉCNICA INFORMACIÓN TÉCNICA INFORMACIÓN TÉCNICA A SUMINISTRAR POR ELA SUMINISTRAR POR ELA SUMINISTRAR POR ELA SUMINISTRAR POR EL OFERENTEOFERENTEOFERENTEOFERENTE .................................................................................... 106106106106

14.114.114.114.1 AAAACERCA DE LA OFERTA TCERCA DE LA OFERTA TCERCA DE LA OFERTA TCERCA DE LA OFERTA TÉCNICAÉCNICAÉCNICAÉCNICA.... ................................................................................................................................................................................................................................................................................................................................................ 106106106106 14.214.214.214.2 CCCCONCORDANCIAS DE LAS ONCORDANCIAS DE LAS ONCORDANCIAS DE LAS ONCORDANCIAS DE LAS APLICACIONES CON EL APLICACIONES CON EL APLICACIONES CON EL APLICACIONES CON EL PLIEGO DE LICITACIÓPLIEGO DE LICITACIÓPLIEGO DE LICITACIÓPLIEGO DE LICITACIÓNNNN.... ........................................................................................................ 106106106106

15151515 PLAZOS DE ENTREGAPLAZOS DE ENTREGAPLAZOS DE ENTREGAPLAZOS DE ENTREGA................................................................................................................................................................................................................................................................................................................................................................................ 108108108108

16161616 PAGOSPAGOSPAGOSPAGOS ........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................ 109109109109

ANEXO 1 ANEXO 1 ANEXO 1 ANEXO 1 ---- FORMULARIO DE IDENTIFORMULARIO DE IDENTIFORMULARIO DE IDENTIFORMULARIO DE IDENTIFICACION DEL OFERENTFICACION DEL OFERENTFICACION DEL OFERENTFICACION DEL OFERENTEEEE ........................................................................................................ 111111111111

ANEXO 2 ANEXO 2 ANEXO 2 ANEXO 2 –––– MAPAS DE APLICACIONEMAPAS DE APLICACIONEMAPAS DE APLICACIONEMAPAS DE APLICACIONES, INTERFACES Y PROCS, INTERFACES Y PROCS, INTERFACES Y PROCS, INTERFACES Y PROCESOS RELEVANTES DE LESOS RELEVANTES DE LESOS RELEVANTES DE LESOS RELEVANTES DE LAS ÁREAS.AS ÁREAS.AS ÁREAS.AS ÁREAS. ........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................ 112112112112

__ __ RRRREQUERIMIENTOS DE INTEQUERIMIENTOS DE INTEQUERIMIENTOS DE INTEQUERIMIENTOS DE INTERFACESERFACESERFACESERFACES............................................................................................................................................................................................................................................................................................................................................................ 112112112112 __ __ DDDDESCRIPCIÓN DE LOS ESCRIPCIÓN DE LOS ESCRIPCIÓN DE LOS ESCRIPCIÓN DE LOS PPPPROCESOS ROCESOS ROCESOS ROCESOS RRRRELEVANTES DE LAS ELEVANTES DE LAS ELEVANTES DE LAS ELEVANTES DE LAS ÁÁÁÁREASREASREASREAS.... ............................................................................................................................................................................................ 114114114114

ANEXO 3 ANEXO 3 ANEXO 3 ANEXO 3 –––– PRESENTACIÓN DE PROPPRESENTACIÓN DE PROPPRESENTACIÓN DE PROPPRESENTACIÓN DE PROPUESTUESTUESTUESTASASASAS ............................................................................................................................................................................................................................................ 138138138138

ANEXO 4 ANEXO 4 ANEXO 4 ANEXO 4 ---- TABLA DE COTIZACIÓNTABLA DE COTIZACIÓNTABLA DE COTIZACIÓNTABLA DE COTIZACIÓN.................................................................................................................................................................................................................................................................................................................... 139139139139

ANEXO 5ANEXO 5ANEXO 5ANEXO 5----B CONSTANCIA NUMERB CONSTANCIA NUMERB CONSTANCIA NUMERB CONSTANCIA NUMERAL 6.1 AL 6.1 AL 6.1 AL 6.1 ---- EMPRESAEMPRESAEMPRESAEMPRESA ........................................................................................................................................................................................ 141141141141

ANEXO 5ANEXO 5ANEXO 5ANEXO 5----C CONSTANCIA NUMEC CONSTANCIA NUMEC CONSTANCIA NUMEC CONSTANCIA NUMERAL 6.2 RAL 6.2 RAL 6.2 RAL 6.2 ---- EQUIPO DE TRABAJOEQUIPO DE TRABAJOEQUIPO DE TRABAJOEQUIPO DE TRABAJO ................................................................................................ 142142142142

Pagina 50

ANEXO 6 ANEXO 6 ANEXO 6 ANEXO 6 ---- AUTORIZACIÓN DEL FABAUTORIZACIÓN DEL FABAUTORIZACIÓN DEL FABAUTORIZACIÓN DEL FABRICANTERICANTERICANTERICANTE ................................................................................................................................................................................................................................ 143143143143

ANEXO 7 ANEXO 7 ANEXO 7 ANEXO 7 ---- ESTIMACIÓN DE LOS PEESTIMACIÓN DE LOS PEESTIMACIÓN DE LOS PEESTIMACIÓN DE LOS PERFILES DE USUARIOS DRFILES DE USUARIOS DRFILES DE USUARIOS DRFILES DE USUARIOS DE LOS SISTEMAS E LOS SISTEMAS E LOS SISTEMAS E LOS SISTEMAS DEFINIDOS……………………………DEFINIDOS……………………………DEFINIDOS……………………………DEFINIDOS………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………………….……….……….……….1431431431436666

Pagina 51

1111 INTRODUCCION AL LLAMADO A LICITACIONINTRODUCCION AL LLAMADO A LICITACIONINTRODUCCION AL LLAMADO A LICITACIONINTRODUCCION AL LLAMADO A LICITACION

El Banco Central del Uruguay ha definido su misión como la de “Contribuir dentro de sus atribuciones a establecer un marco adecuado para el crecimiento económico, a través de una política monetaria orientada hacia la estabilidad del nivel general de precios y la promoción y regulación de un sistema financiero y un sistema de pagos sólidos, transparentes y eficientes”. Entre sus metas se ha propuesto llevar a cabo dicha misión a través del uso eficiente de los recursos públicos que maneja, lo que deberá traducirse en una mejora continua de la gestión y la estructura corporativa de la Institución. La División de Servicios Institucionales es quien tiene bajo su responsabilidad la administración de los recursos humanos, tecnológicos, materiales, de información y planificación del BCU. Para ello se encuentra abocado a la búsqueda de una solución de administración de información integrada para la automatización de sus procesos contables, administrativos y de recursos humanos. En tal sentido, los procesos identificados que el Banco pretende abarcar son los que llevan adelante las Áreas de:

• Capital Humano y Desarrollo Organizacional

• Contaduría

• Servicios y Seguridad

• Desarrollo Estratégico y Presupuesto

Pagina 52

2222 OBJETO DEL LLAMADOOBJETO DEL LLAMADOOBJETO DEL LLAMADOOBJETO DEL LLAMADO

2.12.12.12.1 Item 1) Propuesta Básica:Item 1) Propuesta Básica:Item 1) Propuesta Básica:Item 1) Propuesta Básica:

El objeto del presente llamado comprende el suministro, instalación y configuración inicial, implantación, capacitación, garantía, soporte y mantenimiento de versiones * de un sistema informático integrado para la gestión, administración y análisis de la información de recursos humanos, materiales, contables y presupuestales en modalidad llave en mano (en adelante S.I.G.). *Los períodos de cobertura serán los siguientes a contar en ambos casos desde la fecha del otorgamiento de la “Aceptación Funcional” por parte del BCU: __Garantía: 12 meses. __Soporte y mantenimiento de versiones: 24 meses. A continuación se definen los términos comprendidos en el objeto del llamado: Suministro:Suministro:Suministro:Suministro: consiste en la concesión de los derechos de uso permanentes de la versión de los procedimientos, programas o módulos de software integrados a la solución actual a la fecha de la “Aceptación Operacional”, la entrega de los medios para la instalación de los mismos y de la documentación necesaria para la administración de la solución, incluido el modelo de datos, un diagrama de alto nivel de los componentes y de la arquitectura de la solución, la documentación de referencia para la parametrización de las funcionalidades del sistema, un manual de interpretación de mensajes del sistema y la ayuda en línea para usuarios finales. Instalación y configuración inicial:Instalación y configuración inicial:Instalación y configuración inicial:Instalación y configuración inicial: es la realización de todas las tareas necesarias, de instalación propiamente dicha y de configuración, para que los productos de software queden en condiciones de brindar los servicios que le son inherentes en el equipamiento y con la configuración por la que el BCU opte. Implantación:Implantación:Implantación:Implantación: comprende el conjunto de actividades necesarias para la puesta en funcionamiento del producto suministrado a fin de que el software se adapte a las funcionalidades requeridas y a la plataforma del BCU. Dentro de este ítem se debe incluir la configuración inicial, las tareas de migración de los datos del sistema actual a la solución que se adquiera, el diseño de la arquitectura de continuidad operativa propuesto, la construcción de los programas de interfaces necesarias para la integración con otras aplicaciones del BCU, y las correspondientes pruebas que aseguren el fiel cumplimiento de los objetivos. Capacitación:Capacitación:Capacitación:Capacitación: comprende la transferencia de conocimientos que permitan administrar, operar, utilizar el producto y aplicar las mejores prácticas para los fines para los cuales fue adquirido. Garantía:Garantía:Garantía:Garantía: la empresa adjudicataria garantiza que la Solución suministrada, incluidos todos los módulos de aplicación, las interfaces construidas para integrar la solución al entorno del BCU, los componentes de terceras partes embebidos en el código suministrado y otros bienes, no tienen defectos imputables a errores de ingeniería, diseño o construcción, que impidan que la solución cumpla con los requisitos técnicos, o que resulte limitada de una manera sustancial en su rendimiento, confiabilidad o capacidad de crecimiento o adaptación. En caso de detectarse defectos en la solución suministrada con posterioridad a la instalación en el BCU y dentro de la vigencia de la garantía, la empresa adjudicataria deberá rectificarlos a su costo en tiempos tan breves como técnicamente resulte posible.

Pagina 53

Soporte:Soporte:Soporte:Soporte: engloba el conjunto de actividades necesarias para mantener las condiciones de funcionalidad del producto, responder satisfactoriamente las consultas de sus usuarios y administradores y resolver los incidentes que se presenten en el funcionamiento del producto o de su integración al entorno en que se instale. Mantenimiento de versiones:Mantenimiento de versiones:Mantenimiento de versiones:Mantenimiento de versiones: comprende todos los suministros, licenciamiento de programas o módulos incluidos en la solución y la ejecución de las tareas indispensables para que la instalación del producto efectuada en el BCU mantenga su funcionalidad, vigencia y compatibilidad con el entorno o plataforma en la que se instaló. Esto implica que bajo el contrato de mantenimiento de versiones, el BCU contará con el derecho al uso de la versión más reciente que haya sido liberada y de todas las versiones anteriores a las que el proveedor continúe brindando soporte, así como las modificaciones inherentes a la documentación de dichas versiones.

2.22.22.22.2 Opcionales:Opcionales:Opcionales:Opcionales:

Se deberá ofertar como opcionales: ITEM 2)ITEM 2)ITEM 2)ITEM 2) Soporte y mantenimiento anual: por un período de 3 años posterior al comprendido en la propuesta básica (definido en el Numeral 2 – Objeto del Llamado). ITEM 3)ITEM 3)ITEM 3)ITEM 3) Hasta 2.000 horas de consultoría a ser utilizadas, a requerimiento del Banco, hasta la Aceptación Definitiva o con posterioridad a la misma, en el caso que el BCU lo entienda necesario para la eventual incorporación de una nueva funcionalidad a la versión definida al inicio de la contratación o la capacitación de usuarios adicionales.

Pagina 54

3333 ALCANCEALCANCEALCANCEALCANCE

El oferente deberá tener en cuenta que la implantación del SIG se hará en 2 fases2 fases2 fases2 fases, de acuerdo al siguiente detalle:

• Primera fase: comprenderá la implantación de los módulos correspondientes a la Gestión Contable, Presupuestal y de Recursos Materiales.

• Segunda fase: una vez obtenida la aceptación funcional de la primera fase, se comenzará con la implantación del módulo correspondiente a la gestión de los Recursos Humanos.

La implantación del sistema objeto del llamado deberá contemplar los siguientes elementos mínimos:

• El suministro de las herramientas de software de aplicación1 y de base2 para la implantación de la Solución que permita la gestión, administración y análisis de la información de los recursos humanos, materiales, contables y presupuestales. El suministro incluirá las herramientas de desarrollo de software de aplicación y administración del entorno técnico necesarias para que el BCU disponga de la autonomía suficiente para el desarrollo y mantenimiento del software de aplicación.

• La instalación, configuración inicial, personalización e implantación de la Solución, incluyendo la formación y el soporte al equipo de trabajo informático y administrativo del BCU que actúe como contraparte y la capacitación de los usuarios del sistema..

• La migración de los datos de los sistemas actuales requeridos para el buen funcionamiento de la solución ofertada, así como toda información que el Banco entienda necesaria para el normal cumplimiento de las tareas de cada uno de los servicios involucrados. En la fase 2 se migrará la historia laboral completa soportada en los sistemas informáticos vigentes.

1 El Software de aplicación es el Software formulado para realizar determinadas funciones comerciales o técnicas y para

establecer una interfaz con los usuarios comerciales o técnicos del Sistema, así como cualquier otro software respecto del cual las

partes convengan por escrito en que se trata de Software de aplicación.

2 El Software de base es el Software de base a todos los componentes diseñados con el fin de auxiliar al desarrollo y explotación

del software de aplicación, por la vía de abstraerlo de las complejidades vinculadas al hardware. Se consideran dentro de esta

categoría los sistemas operativos, servidores de aplicaciones, gestores de bases de datos, compiladores o intérpretes de lenguajes y

otras herramientas que integran la “plataforma” sobre la que se apoyan las aplicaciones de “negocios”.

Pagina 55

4444 REQUIREQUIREQUIREQUISITOS DE ADMISIBILIDAD DE LAS OFERTAS.SITOS DE ADMISIBILIDAD DE LAS OFERTAS.SITOS DE ADMISIBILIDAD DE LAS OFERTAS.SITOS DE ADMISIBILIDAD DE LAS OFERTAS.

4.14.14.14.1 Contenido mínimo de la propuesta técnica:Contenido mínimo de la propuesta técnica:Contenido mínimo de la propuesta técnica:Contenido mínimo de la propuesta técnica:

Las ofertas deberán incluir: i Un plan preliminar del proyecto3 que incluya al menos las siguientes etapas:

• Definición de alcance.

• Instalación.

• Diseño y configuración.

• Prueba del sistema

• Capacitación a técnicos del Área de Tecnología de la Información, técnicos del negocio y a todos los usuarios participantes del sistema.

• Cronograma preliminar del proyecto con recursos y supuestos clave.

ii Una descripción del método de trabajo propuesto para la administración del proyecto, incluyendo el equipo de trabajo que implantará el producto y su organización (explicitando el integrante que asumirá el rol de Director de Proyecto de acuerdo a lo establecido en el numeral 7.2)

iii Documentación del producto incluyendo:

• Manuales de usuarios y de administración.

• Diseño técnico de los productos (arquitectura del software, estructura de la base de datos y características de seguridad).

4.24.24.24.2 Requisitos técnicos y funcionalesRequisitos técnicos y funcionalesRequisitos técnicos y funcionalesRequisitos técnicos y funcionales

i. Los componentes servidores del software deberán ser soportados en al menos dos de los siguientes sistemas operativos: Sun Solaris 10, IBM AIX 5.x, Microsoft Windows Server 2003 o 2008 y RedHat Linux

ii. Las versiones de los componentes distribuidos en formato binario deben ser compatibles con al menos dos de las siguientes arquitecturas de procesador: Sun/UltraSPARC, IBM/POWER, Intel EMT64 (Xeon) o AMD64.

iii. Debe estar implementado para motores de bases de datos Oracle (versiones 9 y 10g).

iv. Todas las funcionalidades destinadas a usuarios finales (no administradores) deben estar implementadas en plataforma cliente/servidor de tres capas.

3 Cabe señalar que en el numeral 5.7.2. se amplía el alcance del Plan Preliminar del Proyecto, limitándose el presente numeral a

especificar aquellos aspectos mínimos que éste debe contemplar y cuya ausencia implica la invalidez de la oferta.

Pagina 56

4.34.34.34.3 Requisitos de admisibilidad del oferente.Requisitos de admisibilidad del oferente.Requisitos de admisibilidad del oferente.Requisitos de admisibilidad del oferente.

4.3.14.3.14.3.14.3.1 Experiencia y Capacidad Técnica.Experiencia y Capacidad Técnica.Experiencia y Capacidad Técnica.Experiencia y Capacidad Técnica.

El oferente deberá ser una empresa de plaza y contar con: i. Un mínimo de tres (3) años de experiencia en la implantación de soluciones

comparables (en cuanto a porte y complejidad) con el objeto de la presente Licitación

ii. Haber suministrado e implantado un mínimo de dos (2) proyectos en los que se hayan instalado e integrado en cada uno, al menos dos módulos de naturaleza análoga a los solicitados (correspondientes a los procesos de gestión de recursos humanos, materiales, contables y presupuestales definidos en el objeto del llamado), los que deben estar en producción a la fecha del Acto de Apertura de Ofertas. La empresa adjudicataria deberá proporcionar al menos 2 referencias de sus clientes donde conste la satisfacción obtenida por la implantación y explotación de los mismos.

4.3.24.3.24.3.24.3.2 Requisitos a cumplir por el software ofertado.Requisitos a cumplir por el software ofertado.Requisitos a cumplir por el software ofertado.Requisitos a cumplir por el software ofertado.

Por lo menos tres de los cuatro módulos del software ofertado, en cualquiera de sus versiones, deberá encontrarse instalado e integrado en dos personas jurídicas de porte similar al B.C.U.

4.3.34.3.34.3.34.3.3 Requisitos a cumplir por el equipo de proyecto.Requisitos a cumplir por el equipo de proyecto.Requisitos a cumplir por el equipo de proyecto.Requisitos a cumplir por el equipo de proyecto.

• Los integrantes del equipo técnico propuesto deberán contar con experiencia en implantación y soporte de uso del producto ofertado o de productos similares a éste, en empresas de porte similar al Banco

• Los oferentes deberán especificar la composición de los equipos de implantación con el correspondiente curriculum vitae de cada uno de sus integrantes, según modelo que se incorpora en Anexo 5-a. Dichos curriculum vitae deberán detallar la experiencia en proyectos de este tipo, estableciendo el cargo y la responsabilidad específica en las diferentes etapas del proyecto.

• Al menos el 50 % del equipo del proyecto propuesto por el oferente debe haber participado en al menos una implantación similar a la solución ofertada, en tareas análogas a las que asumirá en la implantación de la solución propuesta.

• El Director del Proyecto deberá haber participado como tal, en al menos una implantación de la solución propuesta.

Cualquier cambio en la integración del equipo de trabajo propuesto en la oferta, debe realizarse con empleados con capacitación y experiencia similar, y previa conformidad expresa del Banco Central del Uruguay. (Ver numeral 12.6 “Altas y Bajas del Equipo de Trabajo” del presente Pliego)

Pagina 57

5555 REQUISITOS FUNCIONALES Y TECNOLÓGICOS REQUISITOS FUNCIONALES Y TECNOLÓGICOS REQUISITOS FUNCIONALES Y TECNOLÓGICOS REQUISITOS FUNCIONALES Y TECNOLÓGICOS MÍNIMOSMÍNIMOSMÍNIMOSMÍNIMOS

5.15.15.15.1 GeneralesGeneralesGeneralesGenerales

� Ser un sistema multiusuario, multiempresa, multimoneda.

� Soportar clientes web (estaciones de trabajo que accedan a la aplicación desde un navegador) al menos para todas las funciones de consulta.

� Utilizar como medio de autenticación una base de datos LDAP o bien un servicio de directorio MS/Active Directory que el BCU ya posee.

� Implementar servicios WEB (Web Services) para el desarrollo de las interfaces con las aplicaciones del BCU. A modo ilustrativo se proporciona en el Anexo 2 – “Mapa de Aplicaciones, Interfaces y procesos relevantes de las Áreas”, información acerca del mapa de aplicaciones y procesos más relevantes.

� Tener toda su Base de Datos unificada en una sola instancia.

� Proveer una herramienta que sea capaz de modelar procesos de negocios involucrando las funcionalidades de la Solución y una herramienta que permita diseñar flujo de tareas (work flow).

� Contar con todas las pantallas y las ayudas en línea en idioma español.

� La solución deberá poseer escalabilidad, modularidad y adaptabilidad . Es decir, que admita el crecimiento en cantidad de usuarios y porte del hardware de acuerdo a los eventuales requerimientos del Banco, que permita incorporar los procesos en forma gradual, de acuerdo a lo establecido en el Numeral 3 “Alcance del llamado” y que sea adaptable, capaz de implementar eficientemente funcionalidades particulares de la realidad en Uruguay ( impuestos, leyes sociales, etc) o integrarse con sistemas pre-existentes que por sus características y buen funcionamiento no se tiene previsto discontinuar.

� Manejar en forma simultánea distintas estructuras de la Institución de acuerdo a diferentes

parámetros (ejemplo: centro de costos, funcional, matricial)

� Permitir definir varias cadenas de autorizantes y de ordenadores, incorporando el Cuadro de Ordenadores del Gasto, dependiendo del procedimiento que se esté desarrollando.

� Incorporar documentos digitalizados en las distintas etapas de los procesos (por ej.: justificaciones para inicio de contrataciones, certificados de cursos realizados en forma externa, facturas de proveedores, etc.) o generarlos en las distintas etapas de los procesos (orden de compra, remitos, etc.) contando con flexibilidad para el manejo de los mismos.

Pagina 58

� Contar con perfiles diferenciados para administradores, usuarios especializados, usuarios de consulta y para cada función diferenciada en el sistema, permitiendo que los privilegios asignados puedan ser acumulados en un mismo usuario.

A título informativo, se presenta en el Anexo 7 cuadro explicitando la cantidad de usuarios de los sistemas actuales, discriminado en función de los perfiles de cada uno (gestión o autogestón/consulta.)

� Ingresar la identificación del usuario una sola vez para acceder a todas las funcionalidades que tenga autorizadas en la Solución.

� Permitir que el ingreso y verificación de determinadas operaciones deban ser realizados por diferentes personas.

� Permitir la delegación de la autorización y la ordenación a partir de determinados criterios.

� Requerir para la registración o ingreso de la información:

a. Que los datos de los documentos fuentes se ingresen una única vez, y que éstos afecten automáticamente los procesos relacionados y los actualicen en forma on-line.

b. Que la anulación de cualquier transacción sea realizada (por parte de un usuario autorizado) revirtiendo automáticamente la secuencia de transacciones vinculadas.

c. Tener un Diccionario de datos que facilite la identificación única de las entidades y atributos en el SIG.

d. Que pueda realizarse en forma descentralizada y con efecto en fecha diferente a la del día.

� Consultar o acceder a la información:

Con un generador de reportes, integrado al Sistema para ser utilizado por los usuarios que permita generar información por columnas, filas o combinando ambas, sobre la información de la base de datos de la solución para distintos períodos, fechas, etc. Además, permitir elaborar consultas y reportes no planificados, pudiendo almacenar los criterios de los mismos para futuras utilizaciones.

� Definir alarmas automáticas que detecten desviaciones de indicadores preestablecidos.

� Permitir asignar roles o privilegios a cargos de la estructura vigente.

� Permitir asignar roles o privilegios a las personas independientemente del cargo que ocupen.

� Proporcionar controles de consistencia de datos y la posibilidad de incorporar controles Ad Hoc.

Pagina 59

� Posibilidad de comunicación electrónica de eventos predefinidos (por ejemplo cambio de estado/situación/condición de funcionarios) a diferentes usuarios o grupos según se defina, incluyéndose alertas vinculadas a vencimientos, eventos de fecha fija, o similares.

� Permitir la notificación electrónica con prueba de recepción del destinatario.

5.25.25.25.2 Información históricaInformación históricaInformación históricaInformación histórica

La Solución deberá permitir definir criterios para el mantenimiento de la información histórica, para facilitar los respaldos y para recuperarla. Asimismo deberá proveer herramientas que faciliten la consulta de esa información en forma on-line o por recuperación de la misma. En particular, los datos que reflejan la historia laboral de los funcionarios deben registrarse y mantenerse en forma permanente y completa.

5.35.35.35.3 Pistas de AuditoríaPistas de AuditoríaPistas de AuditoríaPistas de Auditoría

La aplicación deberá suministrar información sobre todos los eventos de seguridad y la información que permita la trazabilidad de las transacciones (operaciones) realizadas a través de esta aplicación.Se deberá registrar información relativa a la transacción realizada, de modo que se pueda reconstruir la operación, identificando para eso los datos más relevantes de la misma. Como mínimo deberá registrar:

o ·Origen de la solicitud de conexión/desconexión: identificación del PC (equipo) o dirección IP, etc.

o Fecha y hora· Código (o identificación) de usuario o Tipo de evento (conexión, desconexión, tipo de transacción, etc..) o Resultado del evento (éxito o fracaso) o Datos de la transacción que permitan conocer en la manera más detallada posible la historia

de los cambios en la información. Además, se deberá guardar información acerca de quien realizó consultas sobre información considerada sensible o reservada.

5.45.45.45.4 SeguridadSeguridadSeguridadSeguridad

• Contar con mecanismos que permitan preservar la integridad, confidencialidad y disponibilidad de la información, de acuerdo a los requerimientos de los procesos del Banco que se implementarán, descriptos en el Anexo 2 del presente.

• Disponer de facilidades para la administración de usuarios del sistema, ofreciendo la posibilidad de crear usuarios con un sistema de doble intervención (cuatro ojos).

• Asegurar que los usuarios no se puedan conectar con sus códigos de usuario a la base de datos por fuera de la aplicación.

• Ofrecer informes de los registros de seguridad, a través de los cuales se puedan monitorear como mínimo los intentos de uso no autorizado del sistema.

Pagina 60

5.55.55.55.5 Continuidad OperativaContinuidad OperativaContinuidad OperativaContinuidad Operativa

• Proveer el diseño de una arquitectura del sistema que garantice la continuidad del servicio, de acuerdo a los requerimientos de los procesos del Banco implementados y que contemple tanto la disponibilidad de la aplicación, como de la información, previendo que frente a una falla general de hardware, la recuperación no lleve màs de 6 horas sobre el hardware alternativo..

• Permitir al menos un diseño de la arquitectura del sistema en continuidad operativa, con controles de integridad de información entre el sitio principal y el sitio alternativo, y que garanticen que las interrupciones no provocarán pérdidas de información.

5.65.65.65.6 DocumentaciónDocumentaciónDocumentaciónDocumentación

Se requiere que el Sistema cuente con la generación de documentos en todas las transacciones en las que se defina como necesarios.

Pagina 61

6666 REQUISITOS FUNCIONALES ESPECÍFICOS DE LOS PROCESOS.REQUISITOS FUNCIONALES ESPECÍFICOS DE LOS PROCESOS.REQUISITOS FUNCIONALES ESPECÍFICOS DE LOS PROCESOS.REQUISITOS FUNCIONALES ESPECÍFICOS DE LOS PROCESOS.

El SIG deberá soportar los procesos que se detallan a continuación, bajo la condición del cumplimiento de la Normativa VigenteNormativa VigenteNormativa VigenteNormativa Vigente y ser parametrizable para poder adaptarse a los posibles cambios.

6.16.16.16.1 Capital Humano y Desarrollo OrganizacionalCapital Humano y Desarrollo OrganizacionalCapital Humano y Desarrollo OrganizacionalCapital Humano y Desarrollo Organizacional

ObjetivoObjetivoObjetivoObjetivo: disponer de un sistema de información y gestión integral de recursos humanos, con una única base de datos, que permita el ingreso, consulta y extracción de información en forma descentralizada, en función de los perfiles de usuario que se definan, con el más alto nivel de seguridad en el archivo y consistencia de la información, la automatización de controles y de trámites administrativos. Se valorará la seguridad y eficiencia de la modalidad de migración de la información contenida en la actual base de datos y sistemas relacionados, así como la seguridad y facilidad en el acceso a información histórica anterior a la puesta en producción del software a adquirir. REQUERIMIENTOS POR PROCESOSREQUERIMIENTOS POR PROCESOSREQUERIMIENTOS POR PROCESOSREQUERIMIENTOS POR PROCESOS:

I) Liquidación de haberes y descuentos

Deberán preverse como mínimo los siguientes conceptos, su parametrización de acuerdo a la legislación vigente en la materia (Presupuesto, normativa legal e interna del BCU) y su relación con los demás módulos de Recursos Humanos (legajo personal, asistencias, beneficios, etc):

� Haberes: Sueldo, aguinaldo, viáticos, compensaciones, quebrantos, horas especiales y

beneficios sociales. � Descuentos: legales (IRPF, Montepío, FONASA) y otros: llegadas tarde, suspensiones,

postgrados, retenciones judiciales, retenciones por préstamos bancarios o de otros tipos (BCU, CGN, COFUBACE, ABC, etc).

� Otros:

• Banco de Previsión Social - El sistema deberá permitir la generación automática de las salidas exigidas por el BPS (FONASA) Deberá contemplar toda la información referente al núcleo familiar del personal (cónyuge, hijos, edad y beneficios asociados).

• Caja de Jubilaciones y Pensiones Bancarias – El sistema deberá posibilitar la salida de los registros de forma compatible con el SICORE.

• Dirección General Impositiva – Deberá generar la información para el PARS y contar con los datos correspondiente a los formularios 3100 asociados.

• Instituciones financieras - Deberá permitir la definición y generación automática de las salidas para el pago de haberes, en particular con el Banco de la República Oriental del

Pagina 62

Uruguay a través de banca electrónica, y la posibilidad de dialogar con el software de Sistema de Pagos.

El proceso de la liquidación de los haberes y descuentos del personal implicará que el Sistema permita, como mínimo, las siguientes acciones:

1) Ingreso de datos en forma manual o a través de medios magnéticos: a. en forma individual o masiva para un grupo de personas b. para la liquidación del mes anterior, actual o futuro c. con valores del mes actual o retroactivo

2) Especificación de conceptos de liquidación cuyos atributos determinan su comportamiento así como la liquidación de conceptos de haberes o descuentos en un orden predeterminado.

3) Definición de rutinas de liquidación dinámicas y que puedan ser gestionadas por el usuario (por ejemplo, horas extras, diferentes compensaciones, diferencias de grados, corrimientos automáticos, antigüedad) según fechas, condiciones y conceptos.

4) Generación, validación y eliminación de movimientos de liquidación de acuerdo a la estructura, los atributos del personal y del concepto de liquidación.

5) Definición de diferentes áreas para imputar el gasto (centros de costos, actualizándose en forma automática de acuerdo a los cambios que se originen en el módulo de Legajo del Personal).

6) Manejo de distintas formas de pago (efectivo, depósito bancario, etc.). 7) Cálculo y liquidación de retroactividades, generales o parciales, de conceptos de

liquidación y/o personales, como puede ser un pago de aumento retroactivo de sueldo, pago por compensaciones, liquidación por egreso (licencia generada y no gozada, cuotaparte de aguinaldo a determinada fecha) etc. Simulación de diferentes eventos, por ejemplo, de aumentos de sueldos diferenciados (pago de productividad según metas alcanzadas por diferentes áreas, centros de costos o grupos de trabajo).

8) Realización de liquidaciones parciales (grupos de personas seleccionados según datos laborales, conceptos de liquidación, lista de personas, documento del movimiento, etc.) así como múltiples liquidaciones distintas en el mismo mes (aguinaldo, sueldo, productividad, egreso, etc.).

9) Posibilidad de pagar haberes (como por ejemplo un egreso) – que correspondan a una liquidación cerrada – antes del cierre de la siguiente liquidación (antes de pagar BPS en el mes siguiente), respetando lo dispuesto por la legislación de Historia Laboral (BPS).

10) Cambio en los haberes de una persona a cualquier altura del mes (subrogación o asignación de funciones, corrimientos de grado, diferencia de haberes por horarios nocturnos, antigüedad, etc.).

11) Quebrantos: registro, control, generación del pago anual y liquidación final. 12) Viáticos: registro, cálculo y control de la liquidación del viático con interacción con el

módulo de control de Asistencia y Áreas involucradas. 13) Generación automática del archivo para enviar al Banco de la República Oriental del

Uruguay (BROU) correspondiente al SAC (Sistema automático de Crédito), con posibilidad de definir topes de descuento diferentes.

14) Retenciones judiciales y legales – contemplar las siguientes situaciones:

Pagina 63

a. Importes fijos, o porcentajes nominales o líquidos b. Conceptos de liquidación y porcentajes de los mismos c. Adaptarse a cualquier tipo de disposición judicial d. Definición de uno o más beneficiarios y su prioridad e. Realizar el descuento al personal y el pago a los beneficiarios

15) Gestión de sueldos impagos - Previo al pago poder retener total o parcialmente los importes de liquidaciones cerradas. La retención podrá ser:

i. Levantada, generando la orden de pago correspondiente ii. Reembolsada, registrándose en la siguiente liquidación iii. Reembolso realizados en la caja pagadora del BCU por haberes cobrados

indebidamente en liquidaciones cerradas, y su repercusión en la siguiente liquidación.

16) Interacción con los módulos Contable y Presupuestal, realizando y registrando los asientos contables correspondientes en cada caso. El intercambio de información deberá ser transparente y parametrizable en cuanto a la definición de asientos.

17) Emisión de informes estadísticos y búsquedas dinámicas parametrizables por el propio usuario, así como la emisión de certificados en forma automática para la presentación en diferentes Organismos a solicitud de las partes interesadas.

18) Toda la información relativa a sueldos deberá estar a disposición de los interesados en la intranet del Instituto (incluida la forma de cálculo del IRPF) y respaldarse de acuerdo a los estándares de uso en cada caso.

II) Gestión de Asistencias y Licencias

El módulo deberá contemplar las disposiciones establecidas en el Reglamento de Asistencias, Asiduidad y Licencias del BCU. Como mínimo deberá considerar las siguientes situaciones, las que se espera puedan ser manejadas a su vez en forma descentralizada:

1) Ser lo suficientemente flexible para permitir definir y gestionar con independencia del proveedor del sistema, los siguientes conceptos:

a. Áreas, Departamentos y Unidades, grados, escalafones, etc. (organigrama) b. Excepciones (salidas del BCU por diferentes razones: particulares, médicas, de servicio, etc)

y el control de autorización en cada caso. c. Tipos de horario (servicio, estudio, docencia, enfermedad, etc), horas y feriados. d. Horario de media hora de descanso, de tolerancia y de compensación, según los tipos de

horarios. e. Paros (generales o parciales). f. Llegadas tarde y exceso de salidas autorizadas. g. Comisiones de servicio, misiones en el exterior, licencias especiales (con y sin goce de

sueldo). 2) Definición de grupos de funcionarios que trabajan con las mismas características. 3) Interacción con el sistema de control de asistencia (entre otras posibilidades, gestión de tarjetas

magnéticas y relojes). 4) Gestión, control y cálculo de las marcas, llegadas tarde, salidas, comisiones, cursos, misiones en el

exterior, etc., así como de las licencias reglamentarias, por enfermedad, extraordinarias, generadas y no gozadas y demás establecidas en la reglamentación del BCU.

Pagina 64

5) Generación de la información necesaria para efectuar la liquidación de sueldos (licencias exentas de IRPF, descuentos por llegadas tarde, ausencias, exceso de salidas particulares, paros, horas extras, horarios especiales, licencia generada y no gozada, sanciones, etc) y obtención de listados y reportes correspondientes.

6) Control de la presentación de comprobantes requeridos en cada caso (licencias especiales, autorizaciones de salidas durante la jornada, etc).

7) Generación automática de correo electrónico a la empresa Certificadora de las ausencias por enfermedad así como a los funcionarios en el caso de ausencias, salidas sin autorización, faltantes de comprobantes, etc. Posibilidad de diseñar workflow si fuera necesario.

8) Emisión de informes estadísticos y búsquedas dinámicas parametrizables por el propio usuario.

9) Contar con un módulo de auto consulta y gestión para ser utilizado por los funcionarios, respecto a su situación (intranet) y también para la gestión descentralizada de asistencias y licencias por parte de los distintos sectores del BCU.

III) Gestión de los Beneficios del personal

El módulo deberá contemplar las disposiciones establecidas en las normas vigentes en el BCU. Como mínimo deberá considerar las siguientes situaciones, las que se espera puedan ser manejadas a su vez en forma descentralizada:

1) Definición de distintos tipos de beneficios del personal de acuerdo a la legislación vigente y a las normas del BCU.

2) Actualización de topes en forma automática de acuerdo al índice que se determine (Ejemplo: BPC, aranceles, índices de salario)

3) Ingreso, gestión y control de la solicitud, autorización y validación de los beneficios en el Sistema, de acuerdo a las particularidades de cada caso (mutualistas, odontológico, ortodoncia, lentes, varios, etc) con la discriminación correspondiente según el beneficiario (funcionario, ex funcionario y/o núcleo familiar).

4) Pago del beneficio (mensual, anual, por única vez, etc.) por caja, en cuenta corriente, o enviando el beneficio a abonar con la liquidación de haberes o con el pago de la pasividad (Caja de Jubilaciones y Pensiones Bancarias) en forma automática.

5) Registro, control y pago a las Mutualistas y Seguros Privados, así como a las Empresas de emergencia médica y generar – de corresponder - el descuento asociado (sea en la liquidación de sueldos o con el pago de la pasividad) con la discriminación correspondiente según el tipo de beneficiario.

6) Gestión de préstamos al personal: Posibilidad de otorgar, renovar, cancelar total o parcialmente diferentes tipos de préstamos al personal (solicitud, análisis, autorización y pago).

7) Generación automática del archivo para envío al Banco de la República Oriental del Uruguay correspondiente al SAC (Sistema automático de Crédito), con posibilidad de definir topes de descuento diferentes y recepción de la información remitida por el referido banco a efectos del descuento de las cuotas de préstamos otorgados por dicha Institución.

8) Emisión de informes estadísticos y búsquedas parametrizables por el propio usuario. En particular, generación de archivo Beta 9 (DGI) para el caso de beneficios de ex funcionarios.

Pagina 65

9) Interacción con el módulo contable y presupuestal, realizando y registrando los asientos contables en cada caso. Se deberá contar con los inventarios correspondientes a cada rubro en particular, de acuerdo a las fechas solicitadas por el usuario. El intercambio de información deberá ser transparente y parametrizable en cuanto a la definición de asientos. Deberá incluir la posibilidad de dialogar con el software de Sistema de Pagos.

10) Contar con un módulo de auto consulta y gestión para ser utilizado por los funcionarios, respecto a su situación (intranet).

IV) Legajo personal del funcionario

Comprende la gestión del legajo personal del funcionario, entendiéndose como tal a toda persona que se encuentre trabajando para la Institución en relación de dependencia, más allá de la naturaleza del vínculo laboral correspondiente. El sistema debe mantener toda la historia del funcionario dentro de la Institución, permitiendo además llevar información acerca de los antecedentes laborales que el funcionario tenga al momento de ingresar al Banco, contemplando a su vez posibles actividades que el funcionario lleve en paralelo a las que realiza en el Instituto. Comprende como mínimo:

1. La administración del tipo de vínculo que el funcionario mantiene con el Banco, considerando el ciclo de ingresos/egresos que pueda presentarse respecto a la Institución y mantenimiento de su historia, en tal sentido estará activo/inactivo para un momento dado.

2. Cada funcionario puede tener en todo momento un puesto de trabajo asignado, el que puede pertenecer a un cargo del organigrama o a un conjunto de tareas no identificadas con un cargo, debiendo mantenerse la historia correspondiente.

3. Registro de traslados realizados, los que pueden ser transitorios (con fecha de finalización cierta o no) o definitivos, los que podrán ser prorrogables, finalizados antes de la vigencia, ser registrados con fechas a futuro, entre otros casos.

4. Antigüedad: se deberá poder parametrizar el cálculo de al menos 4 tipos de antigüedades por funcionario, las que afectan individual o combinadamente la generación de derechos para el funcionario cuyo cálculo y registro también se deberá incluir.

5. Corrimientos de grados de cobro, en función de criterios establecidos institucionalmente, los que básicamente consideran la antigüedad y la calificación como un insumo a tales efectos y que aplican sobre algunos cargos.

6. Facultades, derechos otorgados a un funcionario que ocupa un puesto determinado por desempeñar otro de mayor jerarquía o determinadas tareas no asociadas a un cargo determinado, que tienen fecha de vigencia determinada y en tal sentido son requeridas las alertas correspondientes, podrán ser prorrogables, finalizadas antes de la vigencia, ser registradas con fechas a futuro, entre otros casos.

7. Salidas del funcionario tales como misiones/representaciones, cursos externos, etc 8. Registro de declaraciones juradas ante la Junta de Transparencia y Ética Pública, con control

de vencimientos. 9. Sanciones aplicadas 10. Calificación anual 11. Capacitación realizada

Pagina 66

12. Beneficios sociales recibidos según corresponda en función de los criterios institucionales y la situación funcional.

13. Profesiones y otras clasificaciones

En todos los casos se debe mantener información histórica, en especial de los cambios realizados.

V) Reclutamiento y selección de personal, con captura de datos externa vía Intranet o web

Permitirá efectuar el seguimiento de las solicitudes de personal que se realicen desde otras áreas o estaciones, especificando en especial cantidad y tipo de personal requerido y sistematizando las distintas solicitudes a efectos de determinar las necesidades Institucionales. El sistema deberá posibilitar la captación, recopilación y clasificación de aspirantes a ciertos puestos con el fin de constituir una base de datos para búsqueda de candidatos internos y externos. En este sentido interesa contar con una base de datos de aspirantes, que permita el ingreso de criterios técnicos de ordenamiento, el registro, análisis y posterior seguimiento de las distintas etapas que integran el proceso de reclutamiento y selección. Las herramientas de asistencia a la selección de personal, deberán permitir la evaluación automática en función de la ponderación que a cada factor se le asigne. En relación con el proceso de selección en sí, el sistema deberá permitir la administración y el seguimiento de cada una de las etapas del proceso de selección, que como mínimo considere: 1. Registración y publicación en Intranet y/o Web de los términos del llamado y las bases

respectivas, 2. Inscripciones electrónicas de postulantes con ingreso de datos personales y de antecedentes

académicos y laborales, con control de requisitos mínimos. 3. Preselección, con descarte de postulantes que no cumplan los requisitos establecidos. 4. Administración de agendas con turnos parametrizables para las distintas entrevistas en base a

cantidad de personas y puestos de atención, a realizarse en el marco del proceso de selección. 5. Realizar vía electrónica citaciones para las distintas instancias dispuestas en función de los

turnos determinados por agenda. 6. Notificación vía electrónica de resultados con confirmación de lectura por parte del

destinatario. 7. Registro de realización de las distintas pruebas y sus resultados y la decisión final, con

formulación de ranking respectivo. Incluye publicación en Web y/o Intranet de los resultados de cada etapa.

8. Volcado automático de la información de los concursantes seleccionados para ingresar, en caso de un concurso externo, a la base de datos, sin necesidad de realizar un nuevo ingreso de datos, teniendo en cuenta la condición de ingreso, es decir el vínculo laboral a mantener con el seleccionado.

9. Administración del proceso de inducción de la persona que ingresa. 10. Administración de planes de carrera, previendo capacitaciones en el tiempo o coaching de

acuerdo a las evaluaciones de desempeño y a la realidad de la organización 11. Mantenimiento histórico de la información acumulada en cada proceso de selección.

VI) Organigrama y estructura de cargos y puestos

Pagina 67

El sistema debe permitir representar el organigrama actual del Banco, y mantener la historia de los cambios operados, permitiendo en todo momento altas y bajas de sectores, modificación de la vinculación jerárquica de los mismos y de los subordinados bajo su órbita. En cuanto a los cargos y puestos, también deberá operarse a nivel de altas, bajas y modificaciones, manteniendo la historia correspondiente. Debe permitir la transformación de los mismos en otros o su eliminación. Asimismo, reconocer situaciones funcionales que no ocupan un lugar en el organigrama, es decir que no están vinculadas a un cargo del organigrama, ej. contratados, pasantes, funciones, etc. En todo momento: a) realizar simulaciones de cambios en la estructura actual con estudio de costos correspondiente. b) obtener información acerca del estado de cargos o puestos, según corresponda, ocupados o vacantes, comprometidos o no, para financiar la creación de nuevos. c) Mantenimiento de los perfiles correspondientes. d) mapeo de la situación de los funcionarios en cualquier momento en dos niveles de análisis, de acuerdo a donde pertenece el puesto que ocupa y según donde efectivamente presta funciones la persona. Respecto a la planificación de Recursos Humanos, el sistema deberá permitir proyectar la reposición de puestos en forma temporaria o con reemplazos definitivos, generar informes con contratos próximos a vencer, simular mapeo de puestos en función de eventuales ascensos o corrimientos y realizar proyección de necesidades de personal en función de estructura vigente o planificada para un período de tiempo determinado.

VII) Evaluación de desempeño

Deberá permitir la administración del proceso de evaluación, en especial, la planificación, evaluación del desempeño de los colaboradores realizada por parte de cada evaluador y seguimiento de la misma, así como su evolución histórica. Compilación de la información de la evaluación realizada, generación de estadísticas e informes al respecto. Asimismo, soportar la administración de diversos modelos de evaluación de acuerdo a lo que se defina, en especial basado en competencias laborales y proporcionar insumos para la formulación del plan de capacitación a partir de la detección de brechas de desempeño ajustables con instancias formativas.

VIII) Gestión de la Capacitación

El sistema deberá permitir la administración de tres etapas netamente diferenciadas que integran el proceso de capacitación a saber:

1. Elaboración del Plan de Capacitación.

2. Ejecución de la capacitación.

3. Evaluación

Pagina 68

1. Elaboración del Plan de Capacitación. Relevar y costear las necesidades que en materia de capacitación, deberán ser atendidas en el transcurso del año/s siguiente/s al del relevamiento realizado. Comprende tanto el inventario y costeo de las necesidades de capacitación, elaborado a partir de los inputs realizados por los distintos servicios, incluidas aquellas provenientes de la evaluación de desempeño realizada. Debe permitir establecer distintos horizontes de presupuestación, según los períodos para los cuales quiera realizarse planificación en esta materia. 2. Ejecución de la capacitación. Gestionar el desarrollo de una instancia de capacitación a partir del requerimiento realizado por un servicio. Comprende la cadena de intervenciones y autorizaciones requeridas para implementar una instancia de capacitación controlando contra el saldo de la asignación que recibió el Servicio para gastar en el año y gestiones posteriores a su cumplimiento (registro del cumplimiento de aspectos formales por parte del participante, actualización de estimación de costos realizada al momento de la solicitud en base a los costos reales que deberán ser tomados de la información del módulo presupuestal, entre otros). El sistema deberá actualizar el legajo funcional correspondiente con el detalle requerido por la Institución. 3. Evaluación de la capacitación. Vía sistema deberán al menos realizarse en una primera etapa las siguientes evaluaciones:

• De reacción: orientada a evaluar la adaptabilidad del curso a la función y la calidad de la capacitación recibida en cuanto al centro de enseñanza, docentes, programa y material, en base a un cuestionario que se defina previamente, el cual podrá variar según el caso.

Dicha evaluación deberá ser parametrizable, definiendo y graduando factores de calificación, a efectos de permitir la posterior compilación para el análisis. Asimismo, debe incluir espacio libre de texto para que el funcionario realice las consideraciones no contempladas, en especial cuando se trata de cursos que no son de capacitación horizontal. Esta funcionalidad debe operar en forma descentralizada de manera que el funcionario cargue los datos desde su estación de trabajo.

• De transferencia: enfocada a evaluar el traslado de la capacitación recibida por el funcionario al puesto de trabajo, al momento que se parametrice su realización (por ej. a los 6 meses, al año, etc), en función de los objetivos e indicadores definidos. Esta funcionalidad debe operar en forma descentralizada de manera que el supervisor respectivo cargue los datos desde su estación de trabajo.

La solución deberá permitir la sistematización automática de las evaluaciones realizadas, permitiendo obtener la información consolidada de las mismas.

Pagina 69

IX) Gestión por competencias

El sistema debe soportar un modelo de gestión por competencias, definido a diferentes niveles de profundidad desde el nivel más macro, como ser la organización como un todo, pasando por niveles funcionales intermedios hasta llegar al cargo propiamente dicho, tomando en consideración a estos efectos las definiciones en el perfil correspondiente que se establezca. Otorgar pesos relativos a las distintas competencias de acuerdo al cargo. Mantener un diccionario de competencias adecuado al modelo que se defina, con identificación de los niveles o indicadores conductuales correspondientes. Interactuar con los módulos de recursos humanos relacionados, según se defina qué subsistema de gestión de RRHH se administrarán con el enfoque de competencias, permitiendo igualmente la interacción con aquellos que se mantengan trabajando bajo un esquema tradicional.

X) Salud Ocupacional

Permitirá registrar la aptitud del personal a su ingreso (examen clínico general e interrogatorio), registrar exámenes preventivos, la historia médico-laboral y aspectos psicosociales del trabajo. Contemplar campañas en contra del tabaquismo, stress laboral, a favor de la vida sana, etc. Incluir aspectos de seguridad e higiene dentro del Instituto, como la ergonomía del mobiliario, ruidos, luz, aire acondicionado.

6.26.26.26.2 ContaduríaContaduríaContaduríaContaduría

La solución informática presenta para el Área de Contaduría dos aspectos:

• La solución como SG (Sistema de Gestión), en cuanto deberá manejar las operaciones que generen información contable, surgidas de la operativa normal de las Áreas de Capital Humano y Desarrollo Organizacional y de Servicios y Seguridad, aspecto por el cual deberá realizar las registraciones contables correspondientes en base a las políticas y normas fijadas por la Contaduría; en su defecto, deberá construir las solicitudes automáticas de registro para que el actual SRC genere los asientos contables correspondientes según las políticas y normas que allí residen. Deberá asimismo dejar accesible información de inventarios para su contrastación con los saldos contables en el cierre.

• La solución como MC (Módulo Contable) que recibe los registros contables previamente

controlados y que debe generar la información requerida. El Sistema deberá poder implementarse, en lo que hace a sus aspectos contables, en forma modular. En ese entendido es que corresponde discriminar los requerimientos de Contaduría en lo atinente a la solución como SG así como MC o en su defecto, a sus interfases con el actual SRC. La solución como SG de las Áreas de Capital Humano y Desarrollo Organizacional y de La solución como SG de las Áreas de Capital Humano y Desarrollo Organizacional y de La solución como SG de las Áreas de Capital Humano y Desarrollo Organizacional y de La solución como SG de las Áreas de Capital Humano y Desarrollo Organizacional y de Servicios y Seguridad, su relación con elServicios y Seguridad, su relación con elServicios y Seguridad, su relación con elServicios y Seguridad, su relación con el MC o en su defecto con el actual SRC.MC o en su defecto con el actual SRC.MC o en su defecto con el actual SRC.MC o en su defecto con el actual SRC.

Pagina 70

1. Los datos de los documentos fuente se ingresarán por única vez en el SG, y éstos deberán afectar automáticamente todos los procesos relacionados incluyendo los asientos correspondientes, en el caso de realizarse la registración contable dentro del flujo de información del sistema o en su defecto, incluyendo las solicitudes de registración contable a enviar al SRC.

2. El SG deberá ser capaz de remitir información diaria de sus inventarios al sistema de Cierre

Contable para su control con el MC.

3. La información generada por la solución como SG que se enviará para su contabilización, deberá contener un sumario o descripción comprensible para ser incorporada en el registro contable. Además cada operación en el SG deberá permitir, previo a la actualización de saldos, la visualización a modo de consulta de toda la información adicional necesaria para su identificación (arbitrajes, tasas, autorizaciones, descripción, sistema del que proviene, número de operación en el sistema de gestión, etc.). La definición de dichos datos debe ser flexible por tipo de operación.

4. Para el caso en que la registración contable no se resuelva dentro del propio SG, el mismo

deberá generar un archivo con la información señalada en el numeral anterior así como toda otra que se le solicite y dejarlo a disposición del SRC para que el mismo genere los asientos correspondientes a la transacción según la norma contable asociada. La generación de ese archivo debe realizarla a partir del momento en el cual corresponde una registración en la contabilidad patrimonial, momento identificado dentro del flujo de operaciones.

5. En los casos en que el SG solicite operaciones que deban ser ejecutadas por otros sistemas

(tales como créditos en cuenta corriente de instituciones financieras, pagos por caja, etc.) el sistema deberá generar un archivo con la información señalada en el numeral anterior y toda otra que se le solicite, y dejarlo a disposición del sistema que corresponda, para que el mismo le de el curso necesario para que llegue a buen fin la registración contable.

6. La solución como SG deberá generar las registraciones contables en el momento en que se

producen las transacciones y enviar la información correspondiente solicitada a MC o, en su defecto, al SRC de tal forma que el control concomitante realizado no se vea distorsionado por acumulación de operaciones en ciertos períodos del día.

7. El SG de la solución deberá generar los respaldos en forma electrónica para cada transacción

que amerite registración contable.

8. El Sistema deberá permitir el adjuntar el flujo de las operaciones la información de soporte necesaria para servir de respaldo de las registraciones contables solicitadas por el mismo, enviándola a los sistemas de archivo correspondientes. Esto incluye incorporar documentos en las distintas etapas de los procesos, contando con flexibilidad para el manejo de los mismos. En caso que los respaldos de la operación sean físicos (facturas, notas, otros documentos), el Sistema deberá proveer soporte para ingresar los archivos generados mediante escaneo de los mismos.

Pagina 71

9. El SG en lo relativo a Capital Humano y Desarrollo Organizacional así como en lo relativo a

Servicios y Seguridad, en cuanto refiera a activos o pasivos pasibles de ajustes, reexpresiones, revaluaciones, depreciaciones e intereses, deberá generar los devengamientos y actualizaciones correspondientes. Los criterios y la periodicidad serán a elección de Contaduría.

La solución como Módulo ContableLa solución como Módulo ContableLa solución como Módulo ContableLa solución como Módulo Contable Requerimientos para la información proveniente de sistemas preexistentes 1. La solución deberá permitir la definición de criterios para el mantenimiento de la

información histórica, para facilitar los respaldos y para recuperarla. Cabe aclarar que el módulo central actual tiene información en línea desde el mes de diciembre de 1998, e información respaldada fuera de línea, con otro formato, de ejercicios previos. Ambos tipos de información deberán ser accesibles desde la solución como módulo contable.

2. Asimismo deberá proveer para la mencionada información histórica de herramientas que faciliten la consulta y emisión de listados de rápido acceso y con la sola intervención del usuario.

Definiciones de la información de la contabilidad central e información estadística 1. El MC permitirá la definición de una estructura de cuentas contables de longitud flexible con

múltiples niveles de acumulación de saldos, no menos de 7, con una cantidad parametrizable de dígitos por nivel en cada capítulo y con un total de 16 dígitos como mínimo.

2. Deberá permitir la reclasificación de la información de saldos en forma diaria y automática utilizando múltiples planes de cuenta, ya sea por relación con cuentas del plan del Banco, relación que podrá ser de 1 a 1 o de n a 1, así como aplicando en su valuación tablas de arbitrajes diferentes a las contables. Para este caso será necesaria además, la posibilidad de ingresar asientos de adecuación de la información, no ligados a lo contable y asociados a un período de vigencia modificable a posteriori. Estas reclasificaciones de la información contable deberán ser fácilmente generables, con definiciones cuyas relaciones se puedan copiar unas a otras y en cantidad no inferior a 25.

3. La información del numeral anterior debe ser pasible de ser ajustada a posteriori, ejemplo de ello es la creación de ajustes de adecuación o cambios de fecha de vigencia en los mismos, por esto deberá ser reprocesable en forma rápida, de forma tal que los resultados de las modificaciones puedan ser consultables en un lapso no mayor a una hora.

4. Para realizar lo antes descrito deberá soportar varios planes de cuentas relacionables, con una cantidad no inferior a 256 atributos por registro en cada uno de los mismos, para cuya administración se deberán implementar procesos de altas bajas y modificaciones consultables

Pagina 72

por fecha. Los atributos deberán poder relacionarse entre sí y además disponerse en forma jerárquica (atributos de atributos).

Ingreso de la información 1. La solución como MC deberá ser capaz de recibir todos los datos que para cada transacción le

envíe el SRC a efectos de emitir información y posibilitar su análisis.

2. Controlará que los días ya cerrados no puedan ser reabiertos salvo en casos excepcionales (por ejemplo fin de ejercicio) y con autorización expresa del Área de Contaduría, así como deberá incluir un calendario que tenga predefinidos los días feriados como cerrados. Deberá permitir la definición de días no hábiles de forma flexible (esto es especialmente importante en caso de suspensión no prevista de la operativa normal, por ejemplo en caso de paros).

3. La registración contable deberá ser incorporada al MC en moneda de origen, en equivalente en dólares (de corresponder), en moneda nacional (para los casos en que el registro sea en esta moneda y en Total moneda nacional, tal como se lo ha definido en la descripción. Deberá asimismo permitir el manejo de unidades de cuenta como la Unidad Indexada o la Unidad Reajustable, las que, si bien tienen Total moneda nacional, no deberán contar con equivalente en dólares.

4. Las registraciones contables que genera el SRC incluyen una definición de registración por evento, concepto que define a una transacción que puede generar uno o múltiples asientos contables. La solución como MC deberá mantener la información proveniente de cada uno de estos eventos clasificada según este criterio, de forma que pueda ser procesada como una unidad.

5. En el proceso de fin de ejercicio deberá permitir mantener abierto el 31 de diciembre hasta que se hayan ingresado todos los asientos de ajuste a esa fecha, dentro de este proceso deberán generarse con una periodicidad no mayor a un día saldos provisorios de forma tal de poder verificarlos antes del cierre definitivo, después del mismo se deberá permitir el reproceso de todos los saldos hasta llegar a la fecha corriente.

6. El MC deberá contar además con generación automática de los asientos de resultados, así como de cierre y apertura de libros.

7. El MC deberá realizar el ajuste por inflación en forma automática, con los criterios que el Banco fije. Deberá asimismo, por este concepto, generar las correspondientes solicitudes de registro contable al SRC.

Consultas 1. La consulta o acceso a la información deberá contar, por lo menos, con:

a. Un generador de reportes predefinidos por tramo del plan de cuentas, integrado al MC, que deberá ser de manejo a nivel de usuario de la información contable. Dicho

Pagina 73

generador de reportes deberá permitir desplegar 8 columnas o más y realizar operaciones entre las mismas. Las definiciones de reportes se guardarán para ser usadas periódicamente.

b. Un generador de reportes que cumpla con las condiciones del anterior, permitiendo además la definición por parte del usuario de las líneas que se desea mostrar, sus títulos y contenidos (definidos tanto por cuenta o niveles superiores de las mismas, cuanto por los atributos de las cuentas). Deberán poder presentar la información agregada o desagregada. Son aplicables a los mismos las definiciones de columnas descritas para el literal a.

c. Una utilidad de generación de consultas y reportes no planificados, que permita almacenar los criterios de las mismas para futuras utilizaciones. Dicha utilidad permitirá extraer datos de la base en forma bruta, para su posterior análisis y reclasificación mediante otras herramientas.

En todos los casos la información deberá generarse tanto en papel como en los formatos electrónicos más comunes (al menos PDF, DOC, XLS).

2. La consulta de “mayores de cuentas”, “diario general”, “operaciones”, “comprobantes”, “atributos de cuentas”, etc. deberá estar relacionada de forma que, desde la una de las “vistas” pueda accederse a la otra a través de un vínculo. Por ejemplo, si se está analizando un mayor, cada registro deberá estar relacionado con el asiento que le dio origen pudiendo visualizarse desde allí. Una vez que se esté visualizando el asiento, deberá estar accesible el respaldo que lo ha originado.

3. Deberá permitir realizar consultas de evolución temporal de los distintos tipos de datos incluidos en la solución como MC como por ejemplo saldos de cuentas o de títulos o mayores, tipos de cambio o arbitrajes de monedas, etc., siendo esta información pasible de ser bajada a planilla electrónica.

4. Deberá permitir realizar consultas de operaciones, filtrando por sector, por moneda, por su estado (anuladas o válidas), etc.

5. Deberá tener información estadística de cantidades de operaciones e imputaciones diarias o por otro período, filtrables por algún atributo; de altas, bajas y modificaciones de cuentas realizadas en un período dado; de planes de cuenta incluyendo o no las cuentas dadas de baja, etc.

Emisión de información 1. Deberá proveer, en forma automática y en cualquier momento del tiempo, todos los estados

contables básicos, de acuerdo con los criterios establecidos por el BCU, lo que implica que un mismo estado debe admitir varios formatos, incluir información comparativa con períodos anteriores (a elección del banco) y relacionamiento tanto numérico como por hipervínculos, con las notas a los estados contables.

Pagina 74

2. Deberá proveer información mediante la puesta a disposición de tablas para su lectura, a otras aplicaciones proveedoras de información existentes en la institución por ejemplo las de Estadísticas Económicas.

3. El estado de Fuentes y Usos de Fondos del BCU deberá ser realizado por el método directo esto es que, definida una cuenta o grupo de cuentas como concepto de fondos aplicable al mismo, las fuentes y usos se calculen por acumulación de los movimientos de las contracuentas integrantes del evento contable que origina cada registro en cada una de las cuentas así definidas. Este estado deberá ser expresado en moneda nacional ajustado por inflación (según el índice elegido por el Banco).

4. En todos los estados contables la información comparativa de períodos anteriores deberá ser pasible de presentarse a valores corrientes o constantes, ajustada por inflación por el índice de precios al consumo o por cualquier otro.

5. La presentación de los informes, cuadros, estados contables básicos, etc. deberá poder realizarse en unidades, miles y millones, con y sin centésimos; realizándose los redondeos en forma automática.

6. El sistema deberá proveer automáticamente y con posibilidades de generarlos tanto en papel como en los formatos electrónicos más comunes (al menos PDF, DOC, XLS), los estados contables básicos, mayores, balancetes de saldos, diario general (que deberá ser respaldado en medios electrónicos en conjunto con los comprobantes de las operaciones tanto físicos cuanto electrónicos), flujos de caja con la definición de cuentas que integran la caja a elección del banco, posición general en oro y divisas, etc.

7. Deberá contar con envío por correo o fax en forma automática y predefinida por el usuario de estados de cuenta y cuentas de las distintas instituciones contrapartida del banco, permitiendo modificar el correo o la carátula de fax según el uso al que esté destinado (por ejemplo información periódica o circularización de saldos).

8. Se deberá permitir el manejo de la información por períodos mayores a un ejercicio económico, por ejemplo, para la presentación de un estado de resultados por un período que exceda al año.

9. Deberán poder configurarse versiones restringidas o con potencialidades reducidas del producto, para cubrir las necesidades de información de usuarios externos que tienen cuentas en la Institución (por ejemplo la Tesorería General de la Nación, que solamente accede a saldos y mayores de las cuentas del Ministerio de Economía y Finanzas).

10. Deberá contar la posibilidad de visualizar a fecha de fin de ejercicio los resultados abiertos y cerrados.

11. Deberá permitir la emisión de Estados Contables en monedas diferentes al peso uruguayo.

Pagina 75

12. Los reportes que generen los Estados Contables deberán tener la flexibilidad suficiente para emitir los estados en varios idiomas.

La solución deberá contar con integración total con MS-Office (se entiende por integración la capacidad de transferir y guardar la información de una consulta o reporte o indicador en un documento de texto, base de datos o planilla electrónica)

6.36.36.36.3 Servicios y SeguridadServicios y SeguridadServicios y SeguridadServicios y Seguridad

6.3.16.3.16.3.16.3.1 Requerimientos GeneralesRequerimientos GeneralesRequerimientos GeneralesRequerimientos Generales

1.1.1.1. Registro de Ordenadores del Gasto y Autorizantes de LlamadRegistro de Ordenadores del Gasto y Autorizantes de LlamadRegistro de Ordenadores del Gasto y Autorizantes de LlamadRegistro de Ordenadores del Gasto y Autorizantes de Llamados.os.os.os. • Poseer una base de datos con la información de las personas que están habilitadas a

autorizar llamados y gastos. • Permitir un vínculo con Capital Humano con respecto a la actualización de dicho

registro (por ascensos, designaciones, etc.) y a la inhabilitación de funcionarios a actuar. • Permitir actualizar los topes que varían cuatrimestralmente. • Permitir altas, bajas y modificaciones a la información de la base. • Llevar un registro de los procedimientos en los actuaron las personas que conforman

la base. • Permitir listar información de la base según distintos criterios.

2.2.2.2. Registro de Funcionarios autorizados a realizar pedidos de artículos y servicios.Registro de Funcionarios autorizados a realizar pedidos de artículos y servicios.Registro de Funcionarios autorizados a realizar pedidos de artículos y servicios.Registro de Funcionarios autorizados a realizar pedidos de artículos y servicios.

• Poseer una base de datos con la información de las personas habilitadas a ingresar solicitudes (exclusivamente) y a autorizarlas (puede ser ambas habilitaciones a una misma persona). • Permitir realizar altas, bajas y modificaciones en la información de la base. • Permitir listar por distintos criterios: nombre, área, permisos, etc.

3.3.3.3. Tablas de contenido (con valorTablas de contenido (con valorTablas de contenido (con valorTablas de contenido (con valores actualizables cuatrimestralmente)es actualizables cuatrimestralmente)es actualizables cuatrimestralmente)es actualizables cuatrimestralmente)

• Topes máximos establecidos para adquisiciones (ingreso y modificación permitidos) • Topes para la constitución de garantías (de mantenimiento de oferta y fiel cumplimiento de contrato) • Tope para la intervención de la Comisión Asesora de Adjudicaciones • Tope para poner expedientes de manifiesto • Tope para la Intervención del Tribunal de Cuentas

4.4.4.4. Catálogo de artículos y serviciosCatálogo de artículos y serviciosCatálogo de artículos y serviciosCatálogo de artículos y servicios • Poseer una base de datos con los artículos y servicios, con códigos asignados a cada

uno.

Pagina 76

• Permitir vincular los artículos con los proveedores que los suministran. • Permitir vinculación de los códigos de los artículos y servicios con los objetos del gasto

a los que serán imputados. • Permitir ingreso, baja y modificación de artículos y servicios. • Vincular con procedimientos de compra, de forma de acceder a la historia de cada

artículo o servicio. • Listar información de la base por distintos criterios definidos por el usuario. • Permitir vincular los tipos de artículos y servicios a los sectores que realizan el

procedimiento correspondiente. • Permitir la modificación de dichas vinculaciones (situaciones particulares) e ingresar

manualmente el próximo paso.

5.5.5.5. Registro de Responsables de bienes y espacios físicosRegistro de Responsables de bienes y espacios físicosRegistro de Responsables de bienes y espacios físicosRegistro de Responsables de bienes y espacios físicos • Poseer una base de datos con la información de las distintas áreas y sectores del Banco

(codificada) • Poseer un detalle de los espacios físicos correspondientes a cada una de dichas áreas y

sectores (codificada) • Permitir la modificación de la información de la denominación del área o sector, así

como la asignación de espacios físicos. • Listar por distintos criterios.

6.6.6.6. Base de datos sobre NormativaBase de datos sobre NormativaBase de datos sobre NormativaBase de datos sobre Normativa • Permitir la conformación de una base de datos que contenga: Leyes, Decretos,

Dictámenes de Asesoría Jurídica, Resoluciones de Directorio, Reglamentos Internos, TOCAF, TOFUP, Estatutos, etc.

• Permitir el ingreso de nueva documentación en cualquier momento. • Permitir la realización de opciones de búsqueda por patrones de texto (en el título y

en el contenido), por fecha, por número, etc.

6.3.26.3.26.3.26.3.2 Requerimientos vinculados al procesoRequerimientos vinculados al procesoRequerimientos vinculados al procesoRequerimientos vinculados al proceso “Gestionar contratación de bienes y “Gestionar contratación de bienes y “Gestionar contratación de bienes y “Gestionar contratación de bienes y servicios”.servicios”.servicios”.servicios”.

1.1.1.1. Planificar necesidades anuales de bienes y servicios:Planificar necesidades anuales de bienes y servicios:Planificar necesidades anuales de bienes y servicios:Planificar necesidades anuales de bienes y servicios:

• Permitir la estandarización de este proceso, aportando por ejemplo información de ejercicios anteriores, renovaciones de contratos, selección de artículos catalogados y no catalogados.

• Permitir incorporar solicitudes de adquisición de nuevos bienes y servicios.

2.2.2.2. Gestionar el “Registro de proveedores”:Gestionar el “Registro de proveedores”:Gestionar el “Registro de proveedores”:Gestionar el “Registro de proveedores”:

• Poseer una base de datos con la información de los proveedores registrados en el Banco.

Pagina 77

• Permitir altas, bajas, ingreso de comentarios, ingreso de suspensiones temporarias, sanciones, etc.

• Elaborar una codificación que vincule los proveedores con los artículos que comercializan (ej. agrupados por rubros: papelería, artículos eléctricos, etc.).

• Listar por distintos criterios, mediante filtros que seleccione el usuario (ej. fecha, rubro, etc.)

• Permitir depuración de la base de datos, por ejemplo seleccionando proveedores que no hayan participado en procedimientos de compra por un tiempo prolongado, y transfiriéndolos a una base separada.

• Llevar un registro de las contrataciones que se realizan a cada proveedor, que conecte con el módulo presupuestal, las cuales formarán su historial, al igual que los comentarios, sanciones, multas que se le apliquen.

• Permitir ingresar parámetros para elaborar la calificación de los proveedores (puntaje) 3.3.3.3. Gestionar el Registro de Participantes en Comisiones Asesoras de Adjudicaciones (CAA)Gestionar el Registro de Participantes en Comisiones Asesoras de Adjudicaciones (CAA)Gestionar el Registro de Participantes en Comisiones Asesoras de Adjudicaciones (CAA)Gestionar el Registro de Participantes en Comisiones Asesoras de Adjudicaciones (CAA)

• Poseer una base de datos con la información de las personas que habitualmente participan en las CAA.

• Permitir la designación desde esa base la conformación de la CAA que va a actuar, por medio del superior respectivo.

• Permitir el envío de comunicaciones por correo electrónico y archivos adjuntos. • Llevar un registro de los procedimientos en los que actuó cada uno de las personas que

forman parte de la base. • Llevar un registro de numeración automática y correlativa de Actas y Dictámenes. • Emitir mensaje de alerta al fijar fecha de CAA y Actos de Apertura cuando algunos de

los integrantes ya aceptó otra reunión en la misma fecha. (gestión de agenda) • Permitir la realización de consultas según distintos criterios, ej. por procedimiento,

por tema, por nombre, etc.

4.4.4.4. Gestionar solicitudes de suministros:Gestionar solicitudes de suministros:Gestionar solicitudes de suministros:Gestionar solicitudes de suministros:

• Permitir el ingreso en forma descentralizada de pedidos de artículos y servicios por parte de los funcionarios de la Institución.

• Permitir la selección del artículo y servicio desde el catálogo disponible o realizar un ingreso manual en caso de no hallarse en el mismo.

• Permitir continuar el proceso mediante autorización del superior correspondiente. • Realizar automáticamente la transferencia de la solicitud dependiendo del tipo de

artículo o servicio que se trate al sector correspondiente. (remitirse a los procedimientos correspondientes). Ver anexo 2 ( procesos ).

5.5.5.5. Gestionar adquisiciones de Bienes y Servicios:Gestionar adquisiciones de Bienes y Servicios:Gestionar adquisiciones de Bienes y Servicios:Gestionar adquisiciones de Bienes y Servicios:

• Gestionar contrataciones de bienes y servicios y permitir la automatización de todo el proceso vinculándose con el módulo presupuestal.

Pagina 78

• Permitir el inicio de procedimientos a través de distintas fuentes: a solicitud de los usuarios, a instancias del Dpto. de Suministros, vía Apia o Mantis.

• Restringir la autorización de llamados y adjudicaciones a los ordenadores competentes.

• Restringir los procedimientos de compra en función de los topes máximos establecidos.

• No permitir continuar el procedimiento en caso de no cumplirse con las instancias de Comisión Asesora de Adjudicaciones (CAA), Tribunal de Cuentas, etc. en caso de corresponder.

• Permitir el ingreso de los hitos de los procedimientos (respetando los plazos mínimos), y admitir modificaciones (prórrogas de fecha o realización de actos adicionales) en caso de requerirse.

• Determinar fecha y hora de recepción y apertura de ofertas y posibilidad de prórroga y comunicaciones de las mismas, en función de los plazos mínimos estipulados legalmente.

• Gestionar en forma centralizada la venta de pliegos. • Comprobar proveedores habilitados para la presentación de ofertas. • Permitir el ingreso del objeto de la compra por renglones y permitir su vinculación

con el catálogo de bienes y servicios. • Permitir formar CAA utilizando los datos del Registro CAA. • Permitir ingresar ofertas de plaza y del exterior, más de una oferta por proveedor en la

misma contratación, ítems ofertados no incluidos en la solicitud original, cronogramas de entregas, fórmulas paramétricas para ajuste de precios.

• Permitir adjuntar archivos (de distintos formatos) asociados a las ofertas recibidas. • Permitir adjudicaciones totales o parciales, en este último caso manteniendo

pendiente el saldo de la contratación para adjudicar a posteriori, la declaración de desierta o rechazo de todas las ofertas para un renglón o grupo de renglones.

• Realizar notificaciones a través del sistema a las distintas partes involucradas (proveedores y usuarios) y realizar las publicaciones correspondientes.

• Permitir recibir conformidad de usuarios del servicio prestado por el proveedor a través del sistema.

• Permitir habilitar o inhabilitar el pago de la contratación realizando las comunicaciones pertinentes.

• Permitir la vinculación con el área competente para la emisión de informes de disponibilidad, afectaciones, compromisos, obligaciones, pagos y registraciones contables emergentes del procedimiento.

• Controlar disponibilidad, afectación de reservas, registro y compromiso presupuestales, en forma automática y cuando el proceso lo requiera.

• Controlar el cumplimiento de constitución de garantías (entre ellas las de mantenimiento de oferta y cumplimiento de contrato). Controlar montos, vencimientos y necesidades de actualización (en función de los ajustes de precios que se realicen).

• Contabilizar las garantías en cuentas de orden. • Controlar los tiempos y los vencimientos en base a los plazos legales y particulares de

cada contratación.

Pagina 79

• Permitir la vinculación con el Registro de Proveedores del Banco, con el Registro de CAA, con el Catálogo de Bienes y Servicios, con el Presupuesto, con las Tablas de Contenido.

• Permitir publicación en la página web del Banco Central del Uruguay • Permitir el ingreso de fechas topes para hitos seleccionados por el usuario. • Mostrar evolución respecto al cumplimiento de los hitos. • Controlar plazos mínimos dentro de procesos, tales como períodos de notificación,

manifiesto, Acto de Apertura, etc. • Controlar montos de las garantías según su tipo. • Controlar el vencimiento de las garantías constituidas. • Emitir mensajes de alerta cuando corresponde constituir alguna de las garantías

referidas en el momento de ingreso de las ofertas o de la adjudicación • Permitir realizar las invitaciones a participar de los procedimientos, las

comunicaciones a áreas internas del Banco y a revistas especializadas, la publicación en páginas web (Banco y Compras Estatales) a través del SIG.

6.3.36.3.36.3.36.3.3 Requerimientos vinculados al proceso “Administrar bienes y servicios”.Requerimientos vinculados al proceso “Administrar bienes y servicios”.Requerimientos vinculados al proceso “Administrar bienes y servicios”.Requerimientos vinculados al proceso “Administrar bienes y servicios”.

1. Administración de Bienes eAdministración de Bienes eAdministración de Bienes eAdministración de Bienes en stock:n stock:n stock:n stock:

• Permitir el ingreso de parámetros para determinar el stock crítico, cantidades máximas de consumo por sectores o áreas, artículos de consumo exclusivo de ciertos sectores, etc.

• Emitir listados según distintos criterios del stock actual: ej. por máximo uso, por fecha de vencimiento, por fecha de compra de los productos, etc.

• Emitir listados de resumen (histórico), ej. por cantidad, precio, artículo, servicio, fecha, consumo, etc.

• Realizar una selección aleatoria de productos para control de stock. (cantidad a determinar por usuario)

• Permitir ajustes por diferencia de stock, roturas, vencimiento (si se trata de artículos perecederos)

• Actualización de los saldos de los artículos en stock en forma automática (incrementos con el ingreso de la factura y disminuciones con las entregas de pedidos).

2.2.2.2. Administrar contratos: Administrar contratos: Administrar contratos: Administrar contratos:

• Permitir el inicio del proceso mediante la adjudicación de un procedimiento de contratación en forma manual o vía APIA.

• Permitir el ingreso, visualización y consulta de las condiciones del contrato (objeto, precio, ajustes, destinatarios, etc).

• Permitir el ingreso de variados tipos de objetos • Asociar el contrato al procedimiento de contratación que lo originó. • Generar el procedimiento de renovación de contrato: a partir del vencimiento del

período anterior o a instancias del usuario (cuando se trata de contrataciones nuevas). • Permitir controlar: vencimientos de plazos de contratación, renovaciones máximas

permitidas, etc.

Pagina 80

• Permitir el ingreso de parámetros para el cálculo de las fórmulas de ajuste de precio y otras paramétricas.

• Permitir la modificación de dichos parámetros. • Realizar el cálculo automático de ajustes de precios y otras fórmulas paramétricas. • Controlar monto y vencimiento de garantías de Fiel Cumplimiento de Contrato. • Llevar un registro histórico de las diversas renovaciones y actuaciones realizadas para

cada contrato. • Permitir habilitar o inhabilitar el pago del contrato realizando las comunicaciones

pertinentes.

3.3.3.3. Administración de Bienes de Activo Fijo y determinación de su dAdministración de Bienes de Activo Fijo y determinación de su dAdministración de Bienes de Activo Fijo y determinación de su dAdministración de Bienes de Activo Fijo y determinación de su disposición final.isposición final.isposición final.isposición final.

• Poseer una base de bienes que conforman el Activo Fijo del Banco. • Permitir ingresos manuales (en caso de bienes que se adquieren sin costo para el

Banco) y automáticos (estos últimos originados por el ingreso de la factura de compra) • Permitir vinculación con los registros contables (sobre valores históricos,

amortizaciones, revaluaciones, etc.) con cálculo automático de revaluación y amortización.

• Permitir baja de bienes por razones de transferencia entre organismos, donación, venta, remate o faltantes de inventario (en lo que respecta a este último según establezca el Reglamento respectivo)

• Poseer vinculación con el catálogo de artículos (utilizar mismos códigos). • Listar por distintos criterios a elección del usuario información de la base de datos. • Permitir la extracción de información a planillas de cálculo (Excel). • Permitir la consulta, en forma descentralizada por parte de las distintas áreas del

Banco, de los bienes de activo fijo que figuran bajo su responsabilidad. • Permitir la incorporación de archivos fotográficos vinculados a los artículos. • Poseer un registro de los movimientos (históricos) de cada bien. • Permitir ingresar comentarios a la información de los bienes. • Permitir asociar los bienes a distintos responsables de bienes y espacios físicos

correspondientes. • Poseer un módulo que permita el control de inventario (relevamiento anual de

bienes). • Habilitar la baja de bienes una vez realizada la Declaración de Fuera de Uso por el

ordenador competente. • Permitir la baja de bienes con destino final: transferencia entre organismos, donación,

venta o remate. • Permitir la vinculación de la baja del registro físico con el registro contable. • Realización de asientos contables automáticos. • Poseer vinculación con la historia del bien de forma que la baja quede registrada

como último hito de la misma.

4.4.4.4. Ordenar pagos:Ordenar pagos:Ordenar pagos:Ordenar pagos:

Pagina 81

• Identificar facturas pendientes de pago • Controlar factura contra orden de compra • Generar pagos parciales • Chequear disponibilidad presupuestal salvo que ya exista compromiso previo. • Controlar la vigencia de los certificados de estar al día con los requerimientos de los

organismos recaudadores y de contralor • Solicitar y requerir la conformación de la factura previo al pago • Permitir diferentes modalidades de pago • Generar las interfaces para con los sistemas de liquidación de pagos existentes a los

efectos de efectuar los pagos en las distintas modalidades ( cheques, giros al exterior, etc.)

• Permitir provisionar los gastos presupuestados pendientes de facturación (ajustes de cierre)

6.3.46.3.46.3.46.3.4 RequeriRequeriRequeriRequerimientos vinculados al proceso “Gestionar adelantos de fondos”.mientos vinculados al proceso “Gestionar adelantos de fondos”.mientos vinculados al proceso “Gestionar adelantos de fondos”.mientos vinculados al proceso “Gestionar adelantos de fondos”.

1.1.1.1. Administración de Adelantos de Fondos:Administración de Adelantos de Fondos:Administración de Adelantos de Fondos:Administración de Adelantos de Fondos:

• Permitir contabilizar y liquidar adelantos de fondos (cajas chicas, adelantos de misiones al interior, adelantos de misiones al exterior y adelantos concretos e inmediatos).

• Permitir que cada funcionario que deba realizar una liquidación de adelantos de fondos la pueda realizar en forma descentralizada desde su estación de trabajo.

6.46.46.46.4 Desarrollo Estratégico y PresupuestoDesarrollo Estratégico y PresupuestoDesarrollo Estratégico y PresupuestoDesarrollo Estratégico y Presupuesto

1) Asegurar la intervención del contador delegado en las diferentes etapas del proceso de gasto generadas desde los módulos de adquisiciones y/o recursos humanos, de acuerdo a los permisos de acceso correspondientes. 2) Afectar reservas y compromisos plurianuales, es decir, aquellas que no sólo afecten crédito presupuestal del ejercicio corriente, sino que afecten también los de futuros ejercicios (por ejemplo por contratos cuya duración abarquen más de un período). 3) Que exista una identificación lineal de la afectación, compromiso, liquidación y pago, que permita revertir las etapas anteriores, a medida que se avanza en el proceso de ejecución del gasto. Además, en el caso de que se emita la orden de compra de un gasto por el cual ya se había generado una afectación preventiva, el sistema debe preguntar si se baja el saldo no comprometido de la misma, o si permanece afectado para compromisos posteriores (caso: adjudicaciones parciales de licitaciones). 4) Obtener en línea la disponibilidad a nivel de rubro presupuestal logrando así la no liberación de compras para rubros y/o proyectos carentes de crédito presupuestal.

Pagina 82

5) BALANCE DE EJECUCION PRESUPUESTAL: El Sistema debe proporcionar el Balance de Ejecución presupuestal en línea y con la mayor desagregación posible de acuerdo al siguiente modelo:

CREDITO ADECUACIONES CREDITO CREDITO

ORIGINAL DEFINITIVO EJECUTADO DISPONIBLE

RENGLÓN RUBRO 0: SERVICIOS PERSONALES 975.492.386 121.070.687 1.096.563.073 818.185.874 278.377.199

011 Sueldo básico de cargos 330.295.660 41.286.958 371.582.618 300.842.605 70.740.013

Sueldo Directores 1.531.104 177.948 1.709.052 1.342.977 366.075012 Incremento por mayor horario permanente 58.651.491 7.577.241 66.228.732 53.612.117 12.616.615013 Dedicación total 61.846.913 7.990.063 69.836.976 55.902.001 13.934.975

RENGLÓN RUBRO 1: BIENES DE CONSUMO 234.556.751 -29.510.505 205.046.246 185.884.902 19.161.344111 Alimentos para personas 510.000 324.708 834.708 746.899 87.809122 Prendas de vestir 400.000 39.320 439.320 364.705 74.615

131 Papeles de oficina 1.500.000 147.450 1.647.450 440.570 1.206.880 6) Obtener la ejecución en moneda extranjera totalizada en una única moneda (dólares) a través del arbitraje. 7) Revaluar los compromisos en moneda extranjera, tanto con la baja o alza de la cotización del dólar. 8) Imputar automáticamente los compromisos pendientes de ejecución del presente ejercicio por los bienes y servicios no recibidos en el mismo, contra los créditos del próximo período. 9) Definir alarmas que nos indiquen las desviaciones de indicadores preestablecidos (tiempo de demora de un proceso, cercanía de punto crítico en cuanto a disponibilidad de algún rubro presupuestal, etc.). 10) Una herramienta de Gestión de Proyectos, que permita realizar un seguimiento de los recursos aplicados y el avance de los proyectos que la Institución defina dentro de su Plan Estratégico. 11) Una herramienta para Formulación Presupuestal, que permita la descentralización del proceso de solicitud de requerimientos para el cumplimiento de los planes operativos (recursos humanos, bienes y servicios) por parte de los diferentes centros de responsabilidad, contando con un flujo de trabajo multidireccional, de ida y vuelta de información y con diferentes niveles de autorización. Asimismo, deberá permitir la parametrización de dichas solicitudes para facilitar el costeo, su correlación con los rubros presupuestales correspondientes, y la generación de múltiples reportes y consultas, autogenerables por los usuarios. 12) Un componente enfocado a Planificación Estratégica y Control de Gestión, que permita:

• el ingreso descentralizado de misión, visión, objetivos estratégicos, metas e indicadores por diferentes centros de responsabilidad;

• la elaboración de reportes a medida para las diferentes Gerencias del Banco, además de los reportes estándar para toda la Institución;

• la configuración de avisos de desvíos mediante alertas; • la realización de consultas sencillas;

Pagina 83

• el monitoreo de los indicadores predefinidos (tablero de control, cuadro de mando, entre otros).

7777 Requerimientos de implantación, mantenimiento y sopRequerimientos de implantación, mantenimiento y sopRequerimientos de implantación, mantenimiento y sopRequerimientos de implantación, mantenimiento y soporteorteorteorte

Esta sección especifica los requerimientos de servicios, que deben ser cumplidos a efectos de garantizar una exitosa implementación del sistema licitado.

7.17.17.17.1 InterfacesInterfacesInterfacesInterfaces

Se requerirá que al momento de la puesta en producción las interfaces mencionadas en el Anexo 2, estén configuradas y automatizadas, salvo las que no sean necesarias por estar cubiertas por funcionalidades adquiridas.

7.27.27.27.2 Gerenciamiento del ProyectoGerenciamiento del ProyectoGerenciamiento del ProyectoGerenciamiento del Proyecto

La empresa deberá establecer en su oferta el Director del equipo de proyecto, quien coordinará con la contraparte designada por el BCU, explicitada en el numeral 12.7 del presente Pliego Complementario. Los oferentes deberán establecer:

• La estructura de su equipo para la ejecución del proyecto

• Los roles y responsabilidades de todos los miembros del equipo.

• El perfil requerido para los integrantes de la contraparte designada por el B.C.U.

A todos los efectos del proyecto el oferente deberá considerar que los funcionarios del Banco Central del Uruguay desarrollan su tarea en días de actividad bancaria de 9.45 a 17.45. En caso de surgir necesidades de horarios adicionales de las contrapartes del BCU, generadas en situaciones excepcionales en el cumplimiento del Contrato, éstas deben solicitarse al Director del Proyecto.

7.2.17.2.17.2.17.2.1 Plan Preliminar del ProyectoPlan Preliminar del ProyectoPlan Preliminar del ProyectoPlan Preliminar del Proyecto

Las ofertas deben incluir un Plan Preliminar del Proyecto que describa la metodología por medio de la cual llevará adelante su gestión y los recursos humanos y materiales que propone utilizar en caso de resultar adjudicatario de la licitación. El Plan Preliminar del Proyecto debe incluir: • Organización del Proyecto y Plan de Implementación.

• Plan de Desarrollo, Entrega e Instalación

• Plan de Capacitación.

• Plan de Entrega de Documentación

• Procedimientos de Gestión de cambios.

• Instalación y Plan de Pruebas de Aceptación

• Garantía y Servicio de Post- Garantía

Pagina 84

• Listas de Tareas, plazos y recursos, mostrando la duración estimada, asignación de Recursos y la interrelación de todas las tareas necesarias para completar el proyecto.

Los oferentes deben describir su proceso de gestión de proyectos y procedimientos. Las propuestas deben definir los canales de comunicación y los formatos para los reportes, presentaciones, procesos de resolución de problemas y otros aspectos que contribuyan a la marcha del proyecto y al relacionamiento entre el BCU y la empresa adjudicataria.

7.2.27.2.27.2.27.2.2 Capacitación de usuariosCapacitación de usuariosCapacitación de usuariosCapacitación de usuarios

La oferta deberá incluir una propuesta de capacitación que satisfaga las necesidades del proyecto de implantación, con el alcance que resulte necesario para facilitar la efectiva puesta en producción de las soluciones ofertadas y el logro de la autonomía operativa en su uso por parte del BCU. Todas estas instancias deberán realizarse en las locaciones y para el personal que éste determine. Los oferentes deben especificar todos los requisitos previos a satisfacerse antes del comienzo del plan de capacitación. La capacitación debe incluir módulos específicos para:

i. Personal perteneciente a cada una de las Áreas de la División Servicios Institucionales

ii. Personal de Auditoría.

iii. Entrenamiento técnico para el personal de tecnología. iv. Entrenamiento en la creación y parametrización de reportes escritos y electrónicos. v. Cualquier otro entrenamiento que la empresa adjudicataria entienda relevante.

7.2.37.2.37.2.37.2.3 Garantía y soporte Garantía y soporte Garantía y soporte Garantía y soporte

7.2.3.17.2.3.17.2.3.17.2.3.1 Período de garantía Período de garantía Período de garantía Período de garantía

Luego de la Aceptación Funcional, las modificaciones en el software o su parametrización, derivadas de fallas de diseño, ingeniería, fabricación o implantación, deben proveerse sin cargo por un período no inferior a un año (Período de Garantía).

7.2.3.27.2.3.27.2.3.27.2.3.2 Soporte técnico.Soporte técnico.Soporte técnico.Soporte técnico.

Dentro de los mecanismos de soporte, debe existir una primera línea de respuesta a nivel local. Este soporte local deberá estar instalado físicamente dentro del Departamento de Montevideo y contar con una mesa central de atención telefónica o “call center” que funcione en sus instalaciones. La atención telefónica en el “call center” deberá funcionar en un horario mínimo de 8.00 a 20.00 en días de actividad financiera local (días de labor establecidos por el BCU). Establecida la llamada, el soporte deberá registrar la incidencia ingresada en un sistema que permita reportar a pedido del cliente cada evento vinculado a ella. Los incidentes se clasificarán en normales, urgentes o críticas conforme a las consecuencias4. El servicio contará

4 A los efectos del presente contrato se considera un incidente a toda circunstancia en que se constatan anomalías o desvíos entre

los resultados esperados en el uso de una aplicación informática y los resultados actuales.

Pagina 85

con un máximo de 30 minutos a partir del ingreso de la solicitud para establecer contacto telefónico o presencial con el cliente a través de un técnico con formación específica y actualizada por el desarrollador de la solución. El promedio del tiempo de respuesta deberá mantenerse por debajo de los 15 minutos. En caso de que el soporte local no esté en condiciones de proporcionar una resolución al incidente reportado, éste transferirá los antecedentes al fabricante, a los efectos de lograr una solución a la incidencia reportada. Frente a un incidente o tarea de mantenimiento programado el BCU demandará el servicio de soporte, el que deberá ser atendido en las condiciones y plazos estipulados para el servicio de soporte técnico.

7.2.3.37.2.3.37.2.3.37.2.3.3 Tiempos de respuestaTiempos de respuestaTiempos de respuestaTiempos de respuesta

La atención del incidente o tarea de mantenimiento programada que el BCU solicite podrá implicar una etapa de diagnóstico, una etapa de ejecución de acciones correctivas para eliminar o mitigar los inconvenientes ocasionados y una etapa de reparación o rectificación que culminará con la eliminación definitiva de las causas de los mismos. El prestador deberá especificar en la oferta los tiempos máximos a los que se obliga en el marco de la prestación contratada, para cumplir las etapas descritas, o bien presentar un plan de servicio análogo en cuanto al abordaje de los incidentes reportados, en el que se establezcan los tiempos máximos comprometidos. Los tiempos de respuesta podrán diferenciarse a nivel de la propuesta de servicios, de acuerdo a la seriedad o gravedad de las fallas o de sus consecuencias para el BCU. En el momento de reportar un incidente, el BCU informará acerca de la seriedad o gravedad de la situación generada indicando si éste es “normal”, “urgente” o “crítico”. Si el BCU omite mencionar detalles, el prestador podrá presumir que se trata de un incidente de gravedad “normal”. El tiempo máximo de reparación de fallas que afecten al funcionamiento del SIG y que impidan la obtención en tiempo de los resultados imprescindibles para la gestión del Banco, no podrá ser mayor a 36 horas contadas a partir del momento de la comunicación de la falla al adjudicatario. En caso que se configure la situación antes mencionada y cuando la reparación exceda las 36 horas, el adjudicatario deberá proporcionar soluciones alternativas sin costo para el Banco.

Se considera un problema a toda situación en la que el comportamiento de una aplicación no es correcto de acuerdo a las reglas

que rigen el negocio o la realidad para la cual fue diseñada, siendo conocidas las circunstancias que determinan esta situación sin

haber sido aún rectificadas. A los efectos de este pliego, se hace mención como incidentes tanto a incidentes propiamente dichos

como problemas según las definiciones anteriores.

Se considera que un incidente o problema que se presenta en el marco de la operación de una aplicación informática es crítico,

cuando sus efectos inmediatos impiden o distorsionan severamente el cumplimiento, dentro de los parámetros establecidos como

normales, de alguna de las actividades que éste considera de misión crítica.

Son urgentes los incidentes o problemas cuyas consecuencias provocan al Banco daños materiales o reputacionales capaces de

aumentar o agravarse con el transcurso del tiempo en la medida que permanecen sin ser resueltos.

Son normales los incidentes que no responden a la definición de críticos o urgentes.

Pagina 86

7.2.47.2.47.2.47.2.4 Código fuenteCódigo fuenteCódigo fuenteCódigo fuente5555 del Software del Software del Software del Software

La empresa adjudicataria y el Banco acordarán un depositario de los programas fuentes y documentación imprescindible para la realización de mantenimiento y elaboración de nuevas versiones de los productos suministrados. En caso de que la empresa adjudicataria se vea imposibilitada de cumplir con sus obligaciones contractuales y no haya designado otra persona que esté materialmente en condiciones de asumir dichas obligaciones, el BCU tendrá el derecho a reclamar las fuentes y documentación necesaria para realizar tareas de mantenimiento de los productos licenciados. El depositario deberá estar constituido y domiciliado en el país.

7.2.57.2.57.2.57.2.5 Licencias del SoftwareLicencias del SoftwareLicencias del SoftwareLicencias del Software

Para los sistemas licitados, el Banco Central del Uruguay requiere que la instalación del Software en el sitio principal, en el sitio alternativo y en el ambiente de “pruebas y desarrollo” se realice con una única licencia o, en caso contrario, que no implique nuevas erogaciones para el Banco.

7.2.67.2.67.2.67.2.6 Nivel de SerNivel de SerNivel de SerNivel de Servicio.vicio.vicio.vicio.

Se entiende como nivel de servicio mínimo aceptable aquel que cumpla lo siguiente: 1 No más de un total de 3 fallas de software en un año y no más de una por mes. Una falla de

software se define como un evento en el que un componente de la aplicación no brinda respuesta a las instrucciones o mensajes recibidos, las brinda en forma incorrecta, no reinicia o es necesario reiniciarlo manualmente. En todos los casos el restablecimiento debe hacerse efectivo en un plazo no superior a 30 minutos.

2 En aquellas situaciones en que la perfomance del sistema se reduce, la situación debe ser

resuelta en un plazo no superior a una hora y no debe demorar el cierre del día de operaciones en más de dos horas.

5 El “Código Fuente” son las estructuras de bases de datos, diccionarios, definiciones, archivos fuente de programas y cualquier

otra representación simbólica necesaria para la compilación, ejecución y posterior mantenimiento del software.

Pagina 87

8888 REQUISITOS DE PRESENTACIÓN DE LAS OFERTASREQUISITOS DE PRESENTACIÓN DE LAS OFERTASREQUISITOS DE PRESENTACIÓN DE LAS OFERTASREQUISITOS DE PRESENTACIÓN DE LAS OFERTAS

8.18.18.18.1 Experiencia y CapExperiencia y CapExperiencia y CapExperiencia y Capacidad Técnica.acidad Técnica.acidad Técnica.acidad Técnica.

Además de lo requerido en los numerales 4.1, 4.2 y 14, y sin perjuicio de los requisitos técnicos e información exigidos en los distintos apartados de este pliego de licitación, los oferentes deberán incluir en su oferta, la acreditación, como mínimo, de la experiencia y capacidad técnica requerida en el numeral “4.3.1 – Experiencia y Capacidad Técnica” del presente llamado, mediante constancias expedidas por las empresas donde fueron prestados dichos servicios. Dichas constancias deberán presentarse en hoja membretada y de acuerdo a modelo que luce en Anexo 5-b, indicando lo siguiente:

• Tipo de solución o módulos instalados e integrados, fecha de instalación, cantidad de usuarios y servicios de mantenimiento y soporte brindados.

• Período durante el cual se brindaron los servicios, nombre de la persona de referencia y teléfono para contactar.

• Nombre de los técnicos que participaron en dichas instancias.

8.28.28.28.2 Antecedentes del software.Antecedentes del software.Antecedentes del software.Antecedentes del software.

Asimismo, se deberá incluir un listado de personas jurídicas que tengan instalado el software ofertado, indicando lo siguiente:

Nombre de la empresa adquiriente

Persona a contactar Fecha de instalación Módulos instalados

Cantidad de usuarios

El cumplimiento del requisito establecido en el numeral 4.3.2 – Requisitos a cumplir por el software ofertado”, se deberá acreditar mediante constancias emitidas por las empresas en las cuales se brindaron los servicios.

8.38.38.38.3 Equipo de trabajo.Equipo de trabajo.Equipo de trabajo.Equipo de trabajo.

A efectos del cumplimiento de las estipulaciones del numeral “4.3.3 – Requisitos a cumplir por el equipo del Proyecto”, el oferente deberá acreditar la experiencia del equipo de trabajo que desarrollará la implantación objeto de licitación, declarada en el curriculum vitae, mediante constancias expedidas por las empresas en las que prestaron servicios. Tales constancias deberán presentarse en hoja membretada y de acuerdo a modelo que luce en Anexo 5-c., indicando lo siguiente:

• Participación y responsabilidad específica en las diferentes etapas del proyecto.

• Período de actuación

• Nombre de la persona de referencia y teléfono para contactar.

Pagina 88

8.48.48.48.4 DocumentaciónDocumentaciónDocumentaciónDocumentación

Los Oferentes deberán presentar los documentos que se detallan a continuación en sobre separado identificado con la leyenda “Documentación” y los datos de la Licitación (número y objeto):

i. Comprobante de adquisición del pliego.

ii. Garantía de Mantenimiento de Oferta de conformidad con el numeral 10 del Pliego Único de Bases y Condiciones Generales para los Contratos de Suministros y Servicios No personales, con el numeral 2.8 del Pliego Particular de Llamados a Licitación y numeral 11.1 – Topes para la constitución de Garantías, de este Pliego.

iii. Formulario de Identificación del Oferente (Anexo I)

iv. Constancia de inscripción en la Tabla de Beneficiarios del Sistema Integrado de Información Financiera (SIIF)

v. Fotocopia de la documentación que acredite tener contratado el seguro de accidentes y enfermedades profesionales con el Banco de Seguros del Estado.

vi. Certificado expedido por Escribano Público en el que se acredite:

� Razón social, denominación, domicilio, giro, plazo y vigencia de la sociedad, tipo de documento de constitución, número y fecha de inscripción del mismo en el Registro Nacional de Comercio, fecha y nombre de los Diarios en que se efectuaron las publicaciones. Los mismos extremos deberán certificarse en caso de haberse producido modificaciones de cualquier tipo, detallándose las mismas.

� Nombre, Cédula de Identidad y domicilio del o los representantes de la sociedad, vigencia de los cargos de los representantes y que éstos tienen facultades suficientes para presentar y suscribir la oferta a nombre del oferente y actuar en su nombre y representación en todas las instancias del procedimiento licitatorio de que se trate.

� Nombre y documentos de identidad de Directores y Administradores de las personas jurídicas oferentes, acompañado de certificado emitido por el Registro de Actos Personales – Sección Interdicciones, a los efectos de dar cumplimiento al Art. 6 de la Ley Nº 17.957 de fecha 04.04.2006.

vii. Consorcios: En caso de presentarse bajo la modalidad de Consorcio (artículos 501 y siguientes de la Ley 16060) se deberá presentar testimonio notarial del compromiso o contrato de consorcio.

Cada una de las empresas integrantes del Consorcio debe cumplir con la Cada una de las empresas integrantes del Consorcio debe cumplir con la Cada una de las empresas integrantes del Consorcio debe cumplir con la Cada una de las empresas integrantes del Consorcio debe cumplir con la totalidad de los requisitos establecidos en el presente pliego.totalidad de los requisitos establecidos en el presente pliego.totalidad de los requisitos establecidos en el presente pliego.totalidad de los requisitos establecidos en el presente pliego.

8.58.58.58.5 Condiciones EconómicasCondiciones EconómicasCondiciones EconómicasCondiciones Económicas

Los costos podrán ser expresados en moneda dólares estadounidenses o en pesos uruguayos, debiendo completarse a tales efectos el Anexo 3 y la tabla de desagregación de costos estipulada en el Anexo 4 – Tabla de Cotización. Los precios de las licencias de software se expresarán en la modalidad DDP.

Pagina 89

El oferente deberá tener en cuenta:El oferente deberá tener en cuenta:El oferente deberá tener en cuenta:El oferente deberá tener en cuenta::

• El BCU está exento de toda clase de tributos nacionales, exceptuadas las contribuciones de seguridad social. Las importaciones realizadas por el BCU están exoneradas de derechos de aduana y/o adicionales de cualquier recargo, así como de tributos a la importación o aplicados en ocasión de la misma (Ley 13.608 de 8 de diciembre de 1967 – artículo 25, Ley 16.696 del 30 de marzo de 1995 – art. 6, Decreto 432/971).

• Para determinar el valor en aduana de los soportes informáticos importados que lleven datos o instrucciones, se tomará en consideración únicamente el costo o valor del soporte informático propiamente dicho. Por consiguiente el valor en Aduana no comprenderá el costo o valor de los datos o instrucciones, siempre que éste se distinga del costo del valor del soporte informático...” (Orden del día de la Dirección Nacional de Aduanas del 12 de setiembre de 1996, artículo 1º).

• Los precios cotizados por el Oferente serán al firme, excepto los correspondientes a:

o soporte y mantenimiento de versiones;

o horas de consultoría (a partir del tercer año del inicio de la vigencia del contrato)

8.5.18.5.18.5.18.5.1 Ajuste de Precio de Soporte y Mantenimiento y horas de consultoría.Ajuste de Precio de Soporte y Mantenimiento y horas de consultoría.Ajuste de Precio de Soporte y Mantenimiento y horas de consultoría.Ajuste de Precio de Soporte y Mantenimiento y horas de consultoría.

En ocasión de cada renovación el adjudicatario podrá solicitar por escrito, dentro de los 60 días previos, ajuste de precio. En caso que el precio de la oferta se exprese en moneda pesos uruguayos, se utilizará la siguiente paramétrica: P1=Po((IPC1 / IPCo)*0,50 + (IMS1 / IMSo)*0,50) Siendo P1= Precio Ajustado P0=Precio Adjudicado IPC1=Índice de Precios al Consumo correspondiente al mes anterior al del ajuste. IPC0= Índice de Precios al Consumo correspondiente al mes anterior a la fecha de apertura de ofertas. IMS1= Índice Medio de Salarios correspondiente al mes anterior al del ajuste. IMS0= Índice Medio de Salarios correspondiente al mes anterior a la fecha de apertura de ofertas. En caso que el precio de la oferta se exprese en moneda dólares estadounidenses, éste podrá ser ajustado tomando en cuenta la variación experimentada por el CPI-USA.

8.68.68.68.6 Información a suInformación a suInformación a suInformación a suministrarministrarministrarministrar

Cumplimiento de RequisitosCumplimiento de RequisitosCumplimiento de RequisitosCumplimiento de Requisitos Deben establecerse claramente en la propuesta técnica, las necesidades de Hardware, Software y Comunicaciones para la introducción de estas aplicaciones en el ambiente tecnológico del Banco Central. En el caso del Software, deberán especificarse detalladamente

Pagina 90

los productos requeridos incluyendo la cantidad de licencias, los que deben cumplir con los requerimientos tecnológicos especificados en el punto 4.2. – Requisitos técnicos.

Pagina 91

9999 CARACTERÍSTICAS DEL PROCEDIMIENTOCARACTERÍSTICAS DEL PROCEDIMIENTOCARACTERÍSTICAS DEL PROCEDIMIENTOCARACTERÍSTICAS DEL PROCEDIMIENTO

9.19.19.19.1 Recepción y Apertura de OfertasRecepción y Apertura de OfertasRecepción y Apertura de OfertasRecepción y Apertura de Ofertas

La oferta deberá ser redactada en idioma español y se presentará en tres sobres cerradosen tres sobres cerradosen tres sobres cerradosen tres sobres cerrados, conteniendo uno de ellos la propuesta técnica técnica técnica técnica (numerales 8.1, 8.2, 8.3 y 8.6), otro la ececececonómicaonómicaonómicaonómica (numeral 8.5) y el restante la documentacióndocumentacióndocumentacióndocumentación (numeral 8.4). Tanto la “Propuesta Técnica” como la “Propuesta Económica” deben ser presentadas en cuatro (4) carpetas anilladas separadas, debidamente identificadas como “Original” (en original) y “Duplicado” (3 copias simples), y acompañadas de tres copias en soporte óptico (CD Rom u otro) para ser usadas en sistema operativo Windows 2000 o XP, formato pdf. Estos sobres deberán identificarse con el nombre del oferente y las leyendas “Propuesta Técnica”, “Propuesta Económica” y ·”Documentación” y con los siguientes datos identificatorios: Atención: Área de Servicios y Seguridad – Unidad COMPRAS 1 Dirección: Avda. Diagonal J P Fabini 777 - Entrepiso Ciudad: Montevideo País: Uruguay Código Postal: 11.100 AclaraciónAclaraciónAclaraciónAclaración: Los costos de la oferta, tanto los correspondientes a los ítems que integran la propuesta básica como los opcionales, deben figurar exclusivamente en la “Propuesta Económica”. La inclusión de costos en la Propuesta Técnica dará lugar a La inclusión de costos en la Propuesta Técnica dará lugar a La inclusión de costos en la Propuesta Técnica dará lugar a La inclusión de costos en la Propuesta Técnica dará lugar a su su su su descalificación.descalificación.descalificación.descalificación. Las ofertas se recibirán hasta las 15.00 horas del día 14 de abril de 2010, en el Área Servicios y Seguridad – Unidad Compras 1 (Entrepiso) del BCU, Avda. Fabini 777. Las ofertas que se presenten con posterioridad serán rechazadas y devueltas sin abrir. Los sobres conteniendo la “Propuesta Técnica” y “Documentación” serán abiertos en acto público el día y lugar anteriormente indicados a partir de las 15:00 horas. Los correspondientes a la “Propuesta Económica” que pertenezcan a oferentes que hayan superado los mínimos requeridos en la evaluación de la “ Propuesta Técnica”, serán abiertos en acto público en el Área Servicios y Seguridad – Unidad Compras 1 (Entrepiso) del BCU, Avda. Fabini 777 en la fecha y hora que oportunamente el BCU establezca. En caso de que la apertura, tanto de la “Propuesta Técnica” y “Documentación”, como de la “Propuesta Económica”, no puedan concretarse en las fechas previstas por causas de fuerza mayor, se realizarán el primer día hábil siguiente de actividad normal del BCU, manteniéndose incambiada la hora y el lugar fijados. Los sobres correspondientes a las “Propuestas Económicas” que pertenezcan a empresas cuya oferta técnica no supere los mínimos requeridos en dicha evaluación, o que no cumplan con los requisitos de admisibilidad establecidos, serán devueltos sin abrir luego de los 10 días corridos posteriores a la notificación del acto administrativo que resuelva acerca de los puntajes técnicos asignados, siempre que no medie recurso administrativo.

Pagina 92

9.29.29.29.2 SoliSoliSoliSolicitud de aclaraciones. Acto de Consultascitud de aclaraciones. Acto de Consultascitud de aclaraciones. Acto de Consultascitud de aclaraciones. Acto de Consultas

Los adquirentes del pliego podrán solicitar aclaraciones referentes al presente llamado, mediante comunicación escrita (nota o fax) o método electrónico, dirigidas a: Área Servicios y Seguridad – Unidad Compras 1 Diagonal Juan P. Fabini No. 777, Entrepiso Teléfono: (598-2) 1967 2301 Fax: (598-2) 902 02 30 E-mail: licita@bcu.gub.uy

En el caso que un eventual oferente solicite aclaraciones respecto a este llamado, deberá hacerlo en las condiciones establecidas en el numeral 1.3 del pliego particular de condiciones. Las consultas deberán ser específicas y se recepcionarán hasta las 17:00 horas del día 03 de marzo de 2010. Serán contestadas por escrito en acto que se llevará a cabo el día 17 de marzo de 2010 a la hora 15:00 y en el que podrán participar las empresas que hayan adquirido los correspondientes pliegos de condiciones. En esta instancia, se podrán recepcionar consultas por escrito, las que se responderán –vía electrónica.- en el plazo de 5 días hábiles posteriores al Acto. El Banco no está obligado a responder las consultas recibidas en fecha posterior a dicho evento.

9.39.39.39.3 Demostración de las funcionalidades.Demostración de las funcionalidades.Demostración de las funcionalidades.Demostración de las funcionalidades.

En caso de considerarlo de su interés, el BCU podrá solicitar a los oferentes la realización de una demostración de la solución propuesta, la que se podrá realizar a opción del oferente en las instalaciones del BCU o por video conferencia. A estos efectos, el BCU asignará al oferente una fecha para el cumplimiento de esta instancia. Esta demostración no implicará la aceptación del producto. Asimismo, el Banco podrá exigir el suministro de una instalación piloto en el entorno del BCU o el acceso en forma remota a una instalación en el entorno del oferente, en las que se puedan probar exhaustivamente las funcionalidades ofertadas.

9.49.49.49.4 Visitas a otras instalaciones.Visitas a otras instalaciones.Visitas a otras instalaciones.Visitas a otras instalaciones.

El BCU se reserva el derecho de visitar alguna de las instalaciones detalladas por el Oferente a efectos de evaluar el cumplimiento de los requerimientos de experiencia y capacidad técnica referenciados en el punto 4.3.1 – Experiencia y capacidad técnica.

Pagina 93

10101010 EVALUACIÓN DE LAS OFERTASEVALUACIÓN DE LAS OFERTASEVALUACIÓN DE LAS OFERTASEVALUACIÓN DE LAS OFERTAS

El BCU evaluará las ofertas que se ajusten a lo exigido en este Pliego Complementario, de acuerdo a la siguiente distribución de puntajes: La propuesta técnica (PT) tendrá una ponderación de 0.60, equivalente a un 60 por ciento de la evaluación total. La propuesta económica (PE) tendrá una ponderación de 0.40, equivalente a un 40 por ciento de la evaluación total.

La evaluación de las ofertas se realizará en tres etapas: 1. Cumplimiento de los requisitos de admisibilidadCumplimiento de los requisitos de admisibilidadCumplimiento de los requisitos de admisibilidadCumplimiento de los requisitos de admisibilidad: pasarán a la siguiente etapa de

evaluación aquellas ofertas que satisfagan los requerimientos de admisibilidad del llamado establecidos en el numeral 4 del presente Pliego Complementario.

2. Evaluación técnica de las ofertasEvaluación técnica de las ofertasEvaluación técnica de las ofertasEvaluación técnica de las ofertas: consistirá en la evaluación de las ofertas que calificaron

en la etapa anterior. Se considerarán:

(a)(a)(a)(a) los antecedentes y experiencia de la empresa en proyectos de implantación de soluciones de igual naturaleza a las del objeto del llamado y los antecedentes del software, en ambos casos llevados a cabo en instalaciones de porte no inferior al del Banco (de acuerdo a lo (de acuerdo a lo (de acuerdo a lo (de acuerdo a lo declarado y acreditadodeclarado y acreditadodeclarado y acreditadodeclarado y acreditado en cumplimiento de los numerales 8.1 y 8.2 del presente pliego en cumplimiento de los numerales 8.1 y 8.2 del presente pliego en cumplimiento de los numerales 8.1 y 8.2 del presente pliego en cumplimiento de los numerales 8.1 y 8.2 del presente pliego complementario)complementario)complementario)complementario) (b)(b)(b)(b) las características del sistema propuesto a fin de cumplir con los requerimientos funcionales solicitados (numerales 5.1 a 5.6 del presente pliego complementarionumerales 5.1 a 5.6 del presente pliego complementarionumerales 5.1 a 5.6 del presente pliego complementarionumerales 5.1 a 5.6 del presente pliego complementario), en el marco de su adaptación al Banco. (c)(c)(c)(c) el Plan Preliminar de Proyecto presentado y la dotación, formación y experiencia de los integrantes del equipo de trabajo propuesto (numerales 7.2.1. a 7.2.3. y 8.3 del presente (numerales 7.2.1. a 7.2.3. y 8.3 del presente (numerales 7.2.1. a 7.2.3. y 8.3 del presente (numerales 7.2.1. a 7.2.3. y 8.3 del presente pliego complementario)pliego complementario)pliego complementario)pliego complementario). A esta evaluación se le otorgará un puntaje máximo de 60 puntos, los cuales se distribuirán con los siguientes máximos:

• Anteced. y experiencia de la empresa y antecedentes del software (a)(a)(a)(a) 5 puntos.

• Características del sistema propuesto (b)(b)(b)(b) 40 puntos.

• Plan Preliminar de Proyecto y equipo de trabajo (c)(c)(c)(c) 15 puntos.

_____________ Total 60 puntos

Sólo se aceptarán los términos y condiciones establecidas en la oferta que modifiquen este pliego complementario si resultan más beneficiosas para el Banco.

Pagina 94

PasaránPasaránPasaránPasarán a la siguiente etapa aquellas ofertas que hayan obtenido en cada ìtem evaluado a la siguiente etapa aquellas ofertas que hayan obtenido en cada ìtem evaluado a la siguiente etapa aquellas ofertas que hayan obtenido en cada ìtem evaluado a la siguiente etapa aquellas ofertas que hayan obtenido en cada ìtem evaluado un mínimo del 40% del puntaje asignado a cada uno (a,b y un mínimo del 40% del puntaje asignado a cada uno (a,b y un mínimo del 40% del puntaje asignado a cada uno (a,b y un mínimo del 40% del puntaje asignado a cada uno (a,b y c) y un mínimo del 50 % del c) y un mínimo del 50 % del c) y un mínimo del 50 % del c) y un mínimo del 50 % del puntaje total (30 puntos)puntaje total (30 puntos)puntaje total (30 puntos)puntaje total (30 puntos)

3. Evaluación Económica de las ofertasEvaluación Económica de las ofertasEvaluación Económica de las ofertasEvaluación Económica de las ofertas. Las ofertas económicas se abrirán para todos

aquellos oferentes que hayan superado el mínimo requerido en la propuesta técnica. Para esta evaluación se considerará el precio ofertado que figure en el Anexo 4 de este pliego, tomando para dichos efectos el precio total (impuestos incluídos) de la oferta Básica (Item 1) + el precio ofertado (impuestos incluídos) por el Soporte y Mantenimiento de versiones Mes 25 a Mes 60 (Ítem 2). Se otorgará un máximo de 40 puntos a la oferta que presente las mejores condiciones económicas. A las restantes se les otorgará un puntaje inversamente proporcional de acuerdo a la siguiente fórmula: PE = 40 x Pmin / Po siendo:

PE = Puntaje asignado a la propuesta económica.

Pmin = Precio de la propuesta más baja. Po = Precio de la oferta a estudio

A efectos comparativos, los precios de las ofertas se convertirán a dólares USA billete vendedor y la fuente del tipo de cambio será el cierre diario de la Mesa de Negociaciones del Banco Central del Uruguay. La fecha a la cual corresponderá el tipo de cambio será: 10 días hábiles anteriores a la fecha de apertura .

Calificación FinalCalificación FinalCalificación FinalCalificación Final Se calculará la calificación final para los oferentes que cumplieron las exigencias del Punto 4 – Requisitos de Admisibilidad de las Ofertas, como la sumatoria del puntaje técnico más el puntaje económico (CF = PT + PE). Con estos resultados se confeccionará una tabla de orden de prelación para la selección de oferentes, adjudicándole la licitación a aquel que registre el máximo puntaje.

Pagina 95

11111111 ADJUDICACIÓN Y EVALUACIÓN DEL CUMPLIMIENTO ADJUDICACIÓN Y EVALUACIÓN DEL CUMPLIMIENTO ADJUDICACIÓN Y EVALUACIÓN DEL CUMPLIMIENTO ADJUDICACIÓN Y EVALUACIÓN DEL CUMPLIMIENTO CONTRACTUALCONTRACTUALCONTRACTUALCONTRACTUAL

11.111.111.111.1 AdjudicaciónAdjudicaciónAdjudicaciónAdjudicación

La adjudicación se realizará a la oferta que obtenga el mayor puntaje de acuerdo a los criterios de evaluación establecidos en este Pliego. La misma recaerá sobre la propuesta básica y los ítems opcionales que el Banco estime conveniente.

11.211.211.211.2 Pautas de ejecución del contratoPautas de ejecución del contratoPautas de ejecución del contratoPautas de ejecución del contrato

El adjudicatario deberá presentar su Plan de Proyecto6, para la primera fase establecida en el Numeral 3: “Alcance”, dentro de los 60 días posteriores a la constitución de garantía de fiel cumplimiento de contrato y para la segunda fase, dentro de los 60 días de otorgada la aceptación funcional de la primera. El proyecto contará con una serie de etapas que cubran el diseño, desarrollo, instalación, entrenamiento y soporte de los sistemas, las que se resumen en las siguientes secciones: i. Inicio del proyecto

ii. Diseño de la Solución

iii. Adaptación de la Solución.

iv. Migración de información.

v. Instalación y pruebas de aceptación.

vi. Capacitación

vii. Puesta en funcionamiento del sistema y aceptación definitiva.

viii. Períodos de Garantía y soporte y mantenimiento.

iiii Inicio del ProyectoInicio del ProyectoInicio del ProyectoInicio del Proyecto

Durante esta etapa el oferente deberá:

� Conformar el equipo de proyecto (Equipo propuesto + contraparte BCU)

� Tomar conocimiento de la organización, procesos e infraestructura tecnológica del B.C.U.

El producto final de esta etapa del proyecto es generar un documento de especificación técnica de la infraestructura necesaria para la puesta en producción del sistema adjudicado.

Trabajar en coordinación con el BCU a efectos de determinar la existencia de necesidades complementarias de hardware y software.

6 El Plan de Proyecto es el documento que debe preparar la empresa adjudicataria y ser aprobado por el BCU, sobre la base de los

requisitos establecidos en los pliegos y sus aclaraciones y el Plan Preliminar del Proyecto incluido en la oferta de la empresa

adjudicataria.

Pagina 96

iiiiiiii Diseño de la SoluciónDiseño de la SoluciónDiseño de la SoluciónDiseño de la Solución

Esta etapa se ejecutará en forma simultánea con la primera, con énfasis en los requerimientos del negocio. Debe utilizarse para la determinación de aquellas adaptaciones que son necesarias a efectos del cumplimiento de las necesidades del Banco Central del Uruguay.

Durante esta etapa se deberán analizar las necesidades complementarias y realizar su especificación en consulta con el BCU, como introducción para las tareas de adaptación y desarrollo que puedan ser necesarias. Los mapas de aplicaciones presente y proyectado, así como el flujo de los procesos más relevantes, se adjuntan en Anexo 2.

Al fin de esta etapa, la empresa adjudicataria entregará un análisis detallado de los requerimientos y de la brecha que surge entre las necesidades del BCU y las capacidades de sus aplicaciones, especificando las formas en que serán cubiertas. Este documento deberá ser validado por el Líder de proyecto del BCU.

iiiiiiiiiiii Adaptación de la soluciónAdaptación de la soluciónAdaptación de la soluciónAdaptación de la solución

En esta etapa del proyecto, la empresa que resulte adjudicataria del presente llamado, iniciará los desarrollos necesarios a efectos de la cobertura de la brecha determinada en la etapa de “diseño de la solución”

El BCU controlará el avance de las tareas y validará el progreso de las mismas a efectos de lograr minimizar los problemas en su interpretación.

El adjudicatario deberá:

� Presentar un plan en el cual se identifiquen entregables, el cual será actualizado periódicamente en forma bimensual o en oportunidad que el Banco lo solicite.

� Acordar planes de pruebas de aceptación de las adaptaciones implementadas.

Los oferentes deben describir la metodología de desarrollo de sistemas que será utilizada en la etapa de adaptación de las aplicaciones ofertadas. Esto debe incluir la confirmación de las necesidades por los usuarios, los planes de adaptación, el desarrollo, la verificación, la entrega de documentación y la puesta en marcha.

iviviviv MiMiMiMigración de informacióngración de informacióngración de informacióngración de información

En esta etapa, la empresa adjudicataria con la asistencia del BCU, trabajará en la transferencia de datos desde los sistemas existentes a las nuevas aplicaciones. Esto implica que la empresa adjudicataria ha identificado y acordado con el BCU en las etapas anteriores cuál es la información histórica que debe incorporarse a las nuevas aplicaciones.

vvvv Instalación y Pruebas de aceptación Instalación y Pruebas de aceptación Instalación y Pruebas de aceptación Instalación y Pruebas de aceptación

En esta etapa se cumplen los aspectos relacionados con la implementación, incluyendo la instalación en el BCU. Esto abarca también el inicio de los cursos al personal necesario, desarrollo y documentación para que todos los participantes involucrados puedan llevar a cabo las pruebas finales de aceptación.

Pagina 97

El sistema no será aprobado (Aceptación Funcional) hasta tanto todas sus funcionalidades no hayan sido integralmente probadas y muestren su correcto funcionamiento en los puestos de trabajo.

Consideraciones generalesConsideraciones generalesConsideraciones generalesConsideraciones generales

Durante la etapa de instalación y pruebas de aceptación deben verificarse: i. Correcta configuración del sistema

ii. Funcionamiento de la plataforma del sistema.

iii. Correcto funcionamiento de las interfaces de comunicación

iv. Integridad de los procesos (prevención contra pérdida de información y/o duplicación)

v. Documentación de soporte íntegra y clara.

vi. Cursos efectivos de formación.

vii. Ajustes organizacionales adecuados para todo el proceso de instalación;

viii. Eficacia de la estructura de apoyo de la empresa adjudicataria;

ix. Mecanismos de reporte de problemas, procedimientos de seguimiento y resolución.

Pruebas dePruebas dePruebas dePruebas de aceptaciónaceptaciónaceptaciónaceptación

El correcto cumplimiento del contrato, debe establecerse a través de la consecución de una serie de pruebas de aceptación en todos los aspectos vinculados con los módulos, los que podrán incluir etapas de paralelo con sistemas actuales a elección del Banco. Las pruebas de aceptación deben demostrar que la adjudicataria ha cumplido con todos los requerimientos especificados y convenidos en este llamado y en el contrato de adjudicación, ha entregado toda la documentación y los sistemas implantados funcionan eficazmente. Cada paso de las pruebas de aceptación debe ser íntegramente documentado y validado por la firma del Líder del Proyecto del BCU para que implique la aceptación de cada etapa.

Ubicación y contenido de las pruebas de aceptaciónUbicación y contenido de las pruebas de aceptaciónUbicación y contenido de las pruebas de aceptaciónUbicación y contenido de las pruebas de aceptación

i. Para la aceptación inicial, las pruebas utilizarán el sistema indicado en las instalaciones del BCU.

ii. Las pruebas de Aceptación Funcional, incluyen el funcionamiento a plena carga a efectos de verificar la capacidad del software de trabajar sin inconvenientes. El BCU requiere a efectos de la aprobación de esta etapa, que el software replique la operativa integral resultante de la simulación de todos los distintos tipos de procesos que ocurren en el transcurso de un año en la institución. Estas pruebas deben incluir toda la gama posible de comportamiento del sistema ante los diferentes eventos y valores de los datos ingresados.

Diseño y Ejecución de las Pruebas de Aceptación Diseño y Ejecución de las Pruebas de Aceptación Diseño y Ejecución de las Pruebas de Aceptación Diseño y Ejecución de las Pruebas de Aceptación

El diseño de las pruebas de aceptación será propuesto por la empresa adjudicataria en base a los datos y con la inclusión de las operaciones proporcionadas por el Banco Central del Uruguay, el que deberá brindar su aprobación expresa. Todas las pruebas de aceptación

Pagina 98

sugeridas serán llevadas a cabo por personal de la División Servicios Institucionales, con especial participación del Área de Tecnología de la Información del BCU y deberán contar con el apoyo de la empresa adjudicataria en cada etapa. El BCU asignará a las tareas de instalación un grupo de funcionarios que participarán activamente en las pruebas de aceptación y el plan de capacitación de manera de asegurar la adecuada transferencia de conocimientos a efectos de la entrega de los sistemas al BCU.

Evaluación de los resultados de las pruebas de aceptaciónEvaluación de los resultados de las pruebas de aceptaciónEvaluación de los resultados de las pruebas de aceptaciónEvaluación de los resultados de las pruebas de aceptación

Al final de cada etapa de prueba, el Líder del proyecto del BCU entregará al adjudicatario una carta formal de aceptación o de corresponder, un detalle de las obligaciones cumplidas y de aquellas pendientes para el logro de la aceptación.

Corrección de fallasCorrección de fallasCorrección de fallasCorrección de fallas

La empresa adjudicataria será responsable por la corrección de todos los defectos detectados durante la etapa de pruebas de aceptación, en forma oportuna, de manera que el calendario del proyecto no resulte afectado. vivivivi CapacitaciónCapacitaciónCapacitaciónCapacitación

En esta etapa se llevará a cabo la formación del personal del BCU de manera de satisfacer lo requerido en tal sentido en el numeral 7.2.2 “Capacitación de Usuarios” del presente Pliego Complementario. viiviiviivii Puesta en funcionamiento del Sistema y Aceptación DefinitivaPuesta en funcionamiento del Sistema y Aceptación DefinitivaPuesta en funcionamiento del Sistema y Aceptación DefinitivaPuesta en funcionamiento del Sistema y Aceptación Definitiva

Otorgada la “Aceptación Funcional”, el sistema debe ser puesto en funcionamiento. La empresa adjudicataria, en cada fase definida en el alcance del contrato, deberá mantener un equipo de soporte in-situ****, durante al menos los dos primeros meses de funcionamiento del Sistema y hasta tanto la frecuencia y gravedad de los incidentes reportados se puedan considerar, por parte del BCU, dentro de lo aceptable, momento en que el BCU otorgará la conformidad final de la puesta en funcionamiento de las aplicaciones (Aceptación Definitiva). El plazo que medie entre la aceptación funcional y la definitva no podrá exceder los seis meses. **** El equipo de soporte in-situ mencionado debe contar con capacidad para resolver los incidentes reportados, cubriendo todos los módulos instalados en cada fase con una dedicación horaria mínima de 8 horas/hombre diarias. viiiviiiviiiviii Garantía, soporte y mantenimiento. Garantía, soporte y mantenimiento. Garantía, soporte y mantenimiento. Garantía, soporte y mantenimiento.

Los períodos de garantía y soporte y mantenimiento darán inicio una vez obtenida la aceptación funcional de cada fase definida en el Alcance del llamado. La ejecución de tales períodos deberá llevarse a cabo dando cumplimiento a lo establecido en el numeral 7.2.3.. “Garantía y Soporte” del presente pliego complementario.

11.311.311.311.3 Evaluación del cumplimiento contractualEvaluación del cumplimiento contractualEvaluación del cumplimiento contractualEvaluación del cumplimiento contractual

El cumplimiento del objeto del Contrato podrá ser periódicamente analizado y evaluado. Realizada esta evaluación y cuando a juicio del BCU sean detectadas desviaciones respecto de

Pagina 99

cronogramas y planes de trabajo se convocará a la adjudicataria a los efectos de proceder a la realización de los ajustes correspondientes En caso que la adjudicataria no instrumente los mencionados ajustes en el plazo acordado, el Banco podrá considerar que se ha configurado una causal de rescisión y la empresa adjudicataria deberá reintegrar al B.C.U. la suma por éste abonada hasta el momento de la rescisión, pudiendo el BCU imputar la Garantía de Fiel Cumplimiento del Contrato a la misma.

Pagina 100

12121212 CONDICIONES GENERALES DE LA CONTRATACIÓN.CONDICIONES GENERALES DE LA CONTRATACIÓN.CONDICIONES GENERALES DE LA CONTRATACIÓN.CONDICIONES GENERALES DE LA CONTRATACIÓN.

12.112.112.112.1 Vigencia del ContratoVigencia del ContratoVigencia del ContratoVigencia del Contrato

El contrato entrará en vigencia, a partir del día hábil siguiente a la constitución de la Garantía de Fiel Cumplimiento del Contrato.

12.212.212.212.2 RescisiónRescisiónRescisiónRescisión

En caso de incumplimiento de las condiciones contractuales, o de incumplimiento del Plan de Proyecto por parte de la firma adjudicataria, el Banco tendrá la facultad de declarar rescindido el contrato en cualquier momento, sin que la empresa adjudicataria tenga derecho a indemnización o compensación alguna y sin perjuicio de las responsabilidades que puedan corresponder. Además de las causales señaladas se considerará causal de rescisión el no cumplimiento de la cláusula de confidencialidad definida en el numeral 12.4 Confidencialidad.

12.312.312.312.3 Obligaciones laborales, provisionales e impositivas con su personalObligaciones laborales, provisionales e impositivas con su personalObligaciones laborales, provisionales e impositivas con su personalObligaciones laborales, provisionales e impositivas con su personal

1.- Serán de cargo exclusivo de la adjudicataria todas las obligaciones laborales, previsionales e impositivas que la ley, laudos y/o los convenios colectivos y demás normativa imponen respecto del personal asignado para el cumplimiento del contrato adjudicado. 2.- El Banco Central del Uruguay se reserva el derecho de exigir a la adjudicataria la documentación que acredite los pagos emergentes de la relación laboral, como condición previa al pago de los servicios prestados, a los efectos de cumplir con la normativa al respecto. 3.- En caso de constatarse incumplimientos por parte de la adjudicataria en el pago de las obligaciones laborales de ésta hacia los trabajadores contratados, el Banco Central del Uruguay podrá retener de los pagos debidos en virtud del contrato, el monto correspondiente, a los efectos de pagar con ella al trabajador.

12.412.412.412.4 ConfidencialidadConfidencialidadConfidencialidadConfidencialidad

La información obtenida por la Empresa adjudicataria y los técnicos que ella suministre están alcanzadas por el secreto profesional, estando estrictamente prohibida su divulgación, y utilización en beneficio propio o de terceros, salvo autorización expresa. Esta obligación se mantendrá vigente aún después de la expiración o rescisión del Contrato. Todo integrante del equipo de trabajo deberá suscribir, previamente a iniciar actividades, el Convenio en los términos señalados a continuación:

Texto del ConvenioTexto del ConvenioTexto del ConvenioTexto del Convenio “De conformidad con el art. 21 de la ley 18401 y a lo establecido en el art. 302 del Código Penal (“El que, sin justa causa, revelare secretos que hubieran llegado a su conocimiento, en virtud de su profesión, empleo o comisión, será castigado, cuando el hecho causare perjuicio, con 100 UR a 600 UR de multa”), me obligo a guardar estricto secreto y absoluta reserva sobre todos los asuntos que lleguen a mi conocimiento durante la ejecución de la

Pagina 101

contratación emergente de la adjudicación de la Licitación Nº…………., aceptando la prohibición de utilizar, sin previa autorización, documentos, informes y otros datos del Banco. Estoy en conocimiento que la violación del deber de guardar secreto y reserva aparejará la rescisión unilateral del contrato sin responsabilidad alguna para el Banco, sin perjuicio de las eventuales responsabilidades civil y penal derivadas”. En prueba de conformidad y como constancia de notificación firman por la adjudicataria las autoridades y técnicos prestadores de los servicios de referencia entregando copia a la Empresa.- Si la firma adjudicataria quisiera efectuar algún tipo de publicidad en cualquier medio de difusión invocando el nombre del Banco Central del Uruguay deberá previamente solicitar y obtener la autorización pertinente.

12.512.512.512.5 Instructivo Instructivo Instructivo Instructivo

Las tareas incluidas en el proyecto de implantación o en el mantenimiento de la solución ofertada en las oficinas del BCU, serán realizadas por el Equipo Técnico ofertado e individualizado cumpliendo con los numerales 4.3.3 y 8.3 de este pliego. Los horarios y días de trabajo serán acordados entre el Director del Proyecto designado por el Oferente y la contraparte designada por el BCU al inicio del proyecto de implantación. El BCU proporcionará un ambiente de trabajo adecuado en las mismas condiciones en que se desempeñan sus funcionarios. Por razones de seguridad, los técnicos integrantes del equipo de trabajo de la adjudicataria, ingresarán a las instalaciones del BCU identificados con tarjetas magnéticas o permisos personales e intransferibles. Si por razones inherentes al cronograma propuesto por la empresa adjudicataria fuera necesaria la permanencia en las oficinas del BCU más allá de los horarios convenidos inicialmente, o la concurrencia en días sábados, domingos o feriados, deberán comunicarlo a la contraparte designada por el BCU Los técnicos contratados deberán declarar ante el funcionario de Conserjería y Seguridad cualquier bien que ingresen al edificio del Banco Central. En tal caso, les será entregada una copia del registro realizado, a efectos de poder retirarlo al abandonar el edificio. Acceso a los sistemas y uso de instalaciones de Tecnología de la Información: Cada técnico del equipo de implantación será provisto de usuario y contraseña para acceder a la red (de uso estrictamente personal), con acceso a Internet de banda ancha.

12.612.612.612.6 Altas y Bajas del equipo de trabajoAltas y Bajas del equipo de trabajoAltas y Bajas del equipo de trabajoAltas y Bajas del equipo de trabajo

En caso de que resultare necesario cambiar la integración del equipo, la empresa adjudicataria ofrecerá al BCU un nuevo personal que cumpla con los requisitos establecidos en el pliego disponiendo el Banco de un plazo de hasta 10 días hábiles para aceptar la modificación. En caso que el BCU rechace la modificación de la integración del personal, podrá hacer uso de la opción prevista en el numeral 12.2 del presente pliego. En caso que el cambio de equipo de trabajo sea por necesidad de sustituir integrantes, la adjudicataria deberá solicitar la autorización por escrito del BCU, con la debida antelación.

Pagina 102

Dicha sustitución se hará de tal forma que, al volverse a puntuar el equipo de trabajo, en las mismas condiciones de la licitación, su cuantía no sea inferior a la que obtuvo en el momento de la adjudicación.- En caso que el cambio se produzca por incorporación de personal, también se deberá solicitar la autorización por escrito del BCU, con la debida antelación. Evaluada la pertinencia y necesidad de tal incorporación, el Banco comunicará a la adjudicataria si se acepta o no la solicitud.

12.712.712.712.7 ContraparteContraparteContraparteContraparte

El Banco designará una contraparte, cuya integración será encabezada por un Líder de Proyecto e integrada por funcionarios de las Áreas de Contaduría, Desarrollo Estratégico y Presupuesto, Servicios y Seguridad, Capital Humano y Desarrollo Organizacional y de Tecnología de la Información. Al inicio de la ejecución de la contratación, el Banco informará esta integración a la adjudicataria en forma fehaciente; comunicándose también cualquier modificación en la integración que se produzca . El líder de proyecto tendrá como cometidos principales: a- Oficiar como interlocutor entre el adjudicatario y el Banco b.-coordinar desde el punto de vista operacional y tecnológico la relación entre la adjudicataria y los servicios del Banco c – acordar y aprobar el Plan de Proyecto. d.- otorgar la conformidad de los servicios.

12.812.812.812.8 Apoyo a brindar por el BCUApoyo a brindar por el BCUApoyo a brindar por el BCUApoyo a brindar por el BCU

El Banco Central facilitará a la adjudicataria: información, documentación y otros elementos que se entienda pertinente para el cumplimiento del objeto de la Licitación. Esta documentación podrá ser consultada en los locales del Banco y, debido a su carácter reservado, no podrá ser retirada de los mismos, salvo autorización expresa por parte del Banco.

Pagina 103

13131313 CONDICIONES GENERALES.CONDICIONES GENERALES.CONDICIONES GENERALES.CONDICIONES GENERALES.

13.113.113.113.1 Topes para la Constitución de GarantíasTopes para la Constitución de GarantíasTopes para la Constitución de GarantíasTopes para la Constitución de Garantías

Mantenimiento de oferta:Mantenimiento de oferta:Mantenimiento de oferta:Mantenimiento de oferta: Los oferentes deberán garantizar el mantenimiento de su oferta siempre que la misma supere el equivalente a $ 2.175.000 (dos millones ciento setenta y cinco mil pesos) A los efectos de este numeral se considerará que el monto de la oferta es el Precio Total A los efectos de este numeral se considerará que el monto de la oferta es el Precio Total A los efectos de este numeral se considerará que el monto de la oferta es el Precio Total A los efectos de este numeral se considerará que el monto de la oferta es el Precio Total

de la Oferta Básica (Item 1) que surja del Cuadro de Cotización (Anexo 4).de la Oferta Básica (Item 1) que surja del Cuadro de Cotización (Anexo 4).de la Oferta Básica (Item 1) que surja del Cuadro de Cotización (Anexo 4).de la Oferta Básica (Item 1) que surja del Cuadro de Cotización (Anexo 4). Fiel cumplimiento de contrato:Fiel cumplimiento de contrato:Fiel cumplimiento de contrato:Fiel cumplimiento de contrato: Corresponde constituirla cuando el monto adjudicado al

oferente supere el equivalente a $ 870.000 (ochocientos setenta mil pesos). En caso de garantías conformadas por aval bancario, éstas deberán constituirse incondicionalmente a favor del Banco Central del Uruguay, estableciéndose expresamente que será suficiente la notificación a la institución bancaria del incumplimiento del deudor para hacer efectivo su cobro, y sin que se tenga que realizar trámite especial, discusión de cobro, o explicitación de las causales que ameritaron la solicitud. Cuando las garantías se realicen de acuerdo al literal e) del numeral 2.8. del Pliego Particular de Condiciones de llamados a Licitación (Depósito en efectivo en el Banco Central del Uruguay.), conjuntamente con la realización del depósito se deberá instruir al Banco Central del Uruguay, en qué cuenta bancaria se realizará la eventual devolución del depósito. De tratarse de una persona jurídica, la nota deberá ser suscrita por representantes con De tratarse de una persona jurídica, la nota deberá ser suscrita por representantes con De tratarse de una persona jurídica, la nota deberá ser suscrita por representantes con De tratarse de una persona jurídica, la nota deberá ser suscrita por representantes con facultades suficientes cuya firma deberá estar defacultades suficientes cuya firma deberá estar defacultades suficientes cuya firma deberá estar defacultades suficientes cuya firma deberá estar debidamente certificada por Escribano Público; bidamente certificada por Escribano Público; bidamente certificada por Escribano Público; bidamente certificada por Escribano Público; en caso de tratarse de una persona física se deberá acompañar de fotocopia de la cédula de en caso de tratarse de una persona física se deberá acompañar de fotocopia de la cédula de en caso de tratarse de una persona física se deberá acompañar de fotocopia de la cédula de en caso de tratarse de una persona física se deberá acompañar de fotocopia de la cédula de identidad del titular.identidad del titular.identidad del titular.identidad del titular. La autorización deberá contener, además de la identificación de la Licitación, los datos del oferente y número y Banco de la cuenta, el siguiente texto: “Por cada uno de los créditos que se efectúen en cuenta bancaria otorgo desde ya carta de pago total en la fecha y por el importe que figure en la transferencia realizada por el Banco Central, exonerándolo de toda responsabilidad por la demora en que pueda incurrir la Institución Financiera a quien se transferirán los fondos o por cualquier otra circunstancia vinculada a la acreditación en cuenta, cuando se comprobare que la transferencia se ha realizado debidamente. La presente autorización tendrá vigencia y validez hasta que no comunique de forma fehaciente y por escrito su revocación a la Gerencia a la cual me dirijo o a la repartición que indique el Banco Central. Igual validez y vigencia tendrá la identificación de la/s cuenta/s en la/s cual/es se autoriza a realizar la transferencia.

Pagina 104

Cualquier modificación en relación a éstas deberá ser comunicada por escrito y de forma fehaciente al Banco Central del Uruguay, y la transferencia a las cuentas que se puedan indicar en el futuro, será con el mismo efecto cancelatorio. Declaro conocer que los fondos depositados en cuentas bancarias tienen el carácter de embargables.”

El Banco Central del Uruguay solicitará, de corresponder, en oportunidad de cada renovación con ajuste de precios, la actualización, en idéntica proporción, del monto asegurado en la Garantía de Fiel Cumplimiento de Contrato, de manera que la misma mantenga el porcentaje de cobertura establecida en el numeral 18 del Pliego Único de Bases y Condiciones Generales.

13.213.213.213.2 PenalidadesPenalidadesPenalidadesPenalidades

Para esta licitación no se aplicará el numeral 9 “Penalidades” del Pliego Particular del Banco. El adjudicatario caerá en mora de pleno derecho respecto a los plazos de entrega por el solo vencimiento del plazo pactado, sin necesidad de interpelación judicial o extrajudicial alguna. El atraso de la empresa adjudicataria, en el cumplimiento del contrato podrá dar mérito a la aplicación de una multa determinada por el siguiente criterio:

• Se tomarán en cuenta los días de atraso en el cumplimiento de las fechas acordadas entre el BCU y la Empresa Adjudicataria en cumplimiento de lo dispuesto en el Punto 9.3 – Pautas de Ejecución del Contrato. A efectos de determinar estas fechas se estará a lo consignado en la Oferta, en el Plan Preliminar del Proyecto, y en el Plan Definitivo de Proyecto, y a los agregados y modificaciones que se hubieran establecido por mutuo consentimiento por escrito entre el BCU y la Empresa Adjudicataria en el marco de su ejecución.

• El monto de la multa por cada día de atraso equivaldrá al cociente de dividir el precio total del ítem B de la Oferta Básica “Proyecto de implantación” extraído del Anexo 4 – Tabla de Cotización, por el total de días comprendidos entre el inicio de la vigencia del contrato y la fecha establecida para la Aceptación Funcional del sistema, contemplando los agregados y modificaciones mencionados en párrafo inmediato anterior, la que no será en ningún caso inferior a U$S 1.000 (un mil dólares americanos) diarios.

En todo caso el importe total que se descuente por “Penalidades” no podrá ser superior al 25 % del total del Precio Total de la Oferta Básica.

13.313.313.313.3 Principios de actuación Principios de actuación Principios de actuación Principios de actuación

En aplicación de los principios generales de actuación y contralor en materia de contrataciones establecidas en el Art. 131 del T.O.C.A.F., el Banco se reserva el derecho a otorgar a los proponentes un plazo de 2 (dos) días hábiles para salvar defectos, carencias, errores formales o evidentes o de escasa importancia, así como para presentar documentos y/o muestras que atestigüen situaciones que existieran al momento del acto de apertura, siempre que a juicio del Banco no se altere el principio de igualdad de los oferentes.

Pagina 105

13.413.413.413.4 Normas aplicables y documentación integrante del contratoNormas aplicables y documentación integrante del contratoNormas aplicables y documentación integrante del contratoNormas aplicables y documentación integrante del contrato

La presentación de oferta implica la aceptación total de las condiciones estipuladas en las Bases Generales, Particulares y Complementarias de esta Licitación, y la renuncia del oferente a la validez que pudiera tener cualquier especificación modificativa o en contrario de las mismas que se hayan incluido en su oferta, salvo aceptación expresa del Banco. Esta Licitación se rige, además, por el Pliego Único de Condiciones Generales, el Pliego Particular de Condiciones de Llamados a Licitación y por el presente Pliego Complementario.

13.513.513.513.5 Comunicaciones y notificacionesComunicaciones y notificacionesComunicaciones y notificacionesComunicaciones y notificaciones

Las partes convienen que todas las comunicaciones y notificaciones que refieran a aspectos técnicos y comerciales se realizarán mediante nota que se entregará en la Unidad Compras 1 del Área de Servicios y Seguridad, o mediante fax al número 902 02 30.- Las partes confieren valor a la comunicación facsimilar para todas las comunicaciones legales, excepto aquellas en las cuales la ley exige forma especial.

13.613.613.613.6 Jurisdicción competenteJurisdicción competenteJurisdicción competenteJurisdicción competente

Por el solo hecho de presentarse a licitación, se entenderá que el oferente hace expreso reconocimiento y manifiesta su voluntad de someterse a las Leyes y Tribunales de la República Oriental del Uruguay, con exclusión de todo otro recurso.

13.713.713.713.7 Rechazo de ofertasRechazo de ofertasRechazo de ofertasRechazo de ofertas

i. El BCU se reserva el derecho de rechazar, por razones fundadas, cualquiera o todas las ofertas, sin incurrir en responsabilidad alguna con respecto al oferente afectado sin más obligación que informar las razones del rechazo.

ii. El BCU también se reserva el derecho de declarar desierto el llamado si las propuestas se apartan del objeto licitado o si determina que los precios ofertados son excesivamente elevados, sin incurrir en responsabilidad alguna.

iii. Todas las restricciones sobre la utilización de los datos contenidos en las ofertas deben estar claramente indicados.

Pagina 106

14141414 INFORMACIÓN TÉCNICA A SUMINISTRAR POR EL OFERENTEINFORMACIÓN TÉCNICA A SUMINISTRAR POR EL OFERENTEINFORMACIÓN TÉCNICA A SUMINISTRAR POR EL OFERENTEINFORMACIÓN TÉCNICA A SUMINISTRAR POR EL OFERENTE

Sin perjuicio de la información técnica exigida en los distintos apartados de este pliego de licitación, el oferente deberá presentar la información que se detalla a continuación:

14.114.114.114.1 Acerca de la oferta técnica.Acerca de la oferta técnica.Acerca de la oferta técnica.Acerca de la oferta técnica.

• Nombre, versión, fabricante y origen de los productos ofertados. Autorización expresa del fabricante a favor del oferente para el otorgamiento de licencias en el marco de la presente licitación, así como producir las modificaciones inherentes a la implantación en el entorno BCU, completando a tales efectos el formulario que figura en Anexo 6.

• Descripción detallada de las características funcionales y técnicas de los productos.

• Descripción minuciosa de los derechos otorgados por el licenciamiento de los productos.

• Criterios de licenciamiento.

• Características detalladas del servicio de soporte técnico. Se solicita a los oferentes incluir en sus propuestas detalles de los términos de soporte de software (condiciones de mantenimiento del software) propuesto tanto para el primer año (primeros doce meses) así como para los años subsiguientes. La propuesta deberá incluir compromiso de aceptar las renovaciones de dichos términos, en caso que el BCU así lo estime conveniente.

• Características y duración de la capacitación inicial.

• Requisitos de hardware y software de base necesarios para la instalación de la solución.

• Material informativo impreso o digital (presentaciones, versiones de demostración, etc.) que permitan conocer mejor las características del software, en idioma español. El material suministrado quedará, en todos los casos, en poder del BCU.

14.214.214.214.2 Concordancias de las aplicaciones con el pliego de licConcordancias de las aplicaciones con el pliego de licConcordancias de las aplicaciones con el pliego de licConcordancias de las aplicaciones con el pliego de licitación.itación.itación.itación.

• Las pruebas documentadas de conformidad del sistema informático con lo establecido en

los pliegos deberán presentarse en forma de descripciones escritas, bibliografía, diagramas, certificados y referencias de clientes, es decir, se incluirá en la oferta una descripción detallada de la solución técnica propuesta por la empresa adjudicataria que satisfaga, en todos los aspectos materiales, los Requisitos Técnicos y otras secciones de este documento, así como también las características técnicas y de desempeño fundamentales de cada componente del sistema informático propuesto.

• Un informe que demuestre que el sistema informático propuesto cumple sustancialmente con cada uno de los Requisitos Técnicos solicitados. Al demostrar la satisfacción de los Requisitos Técnicos, el informe deberá incluir referencias cruzadas explícitas a las páginas pertinentes del material de apoyo que se incluya en la oferta. Si llegara a surgir alguna discrepancia entre el informe y cualesquiera catálogos, especificaciones técnicas, u otros

Pagina 107

materiales previamente impresos presentados conjuntamente con la oferta, prevalecerá lo expresado en el mencionado informe.

Pagina 108

15151515 PLAZOS DE ENTREGAPLAZOS DE ENTREGAPLAZOS DE ENTREGAPLAZOS DE ENTREGA

La empresa adjudicataria tendrá en cuenta que, por cada fase definida en el Alcance del Llamado, el sistema licitado debe obtener la conformidad de su funcionamiento (aceptación definitiva) en un plazo máximo de dieciocho meses, para lo cual es condición que la Aceptación Funcional del Sistema deba ser otorgada por el BCU entre el décimo y el doceavo mes. Para la primera fase el plazo se cuenta a partir de la fecha de entrada en vigencia del contrato y para la segunda fase a partir de la aceptación funcional de la primera.

Pagina 109

16161616 PAGOSPAGOSPAGOSPAGOS

Los pagos de los diferentes ítems se realizarán conforme se detalla a continuación: • Los correspondientes a la propuesta básica de cada fase, de acuerdo al calendario

de pagos que figura en este numeral

• Los correspondientes al soporte y mantenimiento de versiones contratados con posterioridad al período básico de 24 meses, en forma anual adelantada.

• Las horas de consultoría que el Banco adjudique se abonarán en forma mensual, no aceptándose mínimos a contratar de ningún tipo.-

Calendario de PagosCalendario de PagosCalendario de PagosCalendario de Pagos

La forma y condiciones de pago al adjudicatario en virtud del Contrato propuesto por el BCU serán, por cada fase definida en el alcance del llamado, las siguientes:

i. Anticipo: Anticipo: Anticipo: Anticipo: El diez por ciento (10%) del Precio 7 se pagará dentro de los quince (15) días siguientes al inicio de la Vigencia del Contrato, contra solicitud de pago y presentación de una garantía bancaria por el monto equivalente y válida hasta que los productos hayan sido entregados en la forma establecida en los documentos de licitación o en otra forma que el BCU considere aceptable.

ii. Al entregar las licencia de uso e instalación y configuración inicial:Al entregar las licencia de uso e instalación y configuración inicial:Al entregar las licencia de uso e instalación y configuración inicial:Al entregar las licencia de uso e instalación y configuración inicial: El veinte por ciento (20%) del Precio, contra presentación de los certificados de autenticidad del software y medios conteniendo la totalidad del software adjudicado y documentación.

iii. A la conformidad de la implantación de la solución:A la conformidad de la implantación de la solución:A la conformidad de la implantación de la solución:A la conformidad de la implantación de la solución: El veinticinco por ciento (25%), del Precio, una vez adecuada la implantación de la solución a las necesidades del BCU y acordado el conjunto de las pruebas de aceptación a aplicar.

iv. AceptaciónAceptaciónAceptaciónAceptación Funcional:Funcional:Funcional:Funcional: El veinticinco por ciento (25%), del total del Contrato, una vez que la solución ha demostrado a través de las “Pruebas de Aceptación” previstas en el Punto 11.2 – Pautas de Ejecución del Contrato, funcionar de acuerdo con las especificaciones establecidas por el BCU en este llamado.

v. Conformidad de la Puesta en funcionamiento (Aceptación Definitiva):Conformidad de la Puesta en funcionamiento (Aceptación Definitiva):Conformidad de la Puesta en funcionamiento (Aceptación Definitiva):Conformidad de la Puesta en funcionamiento (Aceptación Definitiva): El veinte por ciento (20 %) remanente del Contrato, contra la aceptación a texto expreso del BCU del funcionamiento de las aplicaciones de acuerdo a lo previsto en el Punto 11.2 – Pautas de Ejecución del Contrato.

vi. Los costos especificados en el ítem C del Anexo 4 – Tabla de Cotización, para los primeros dos años de mantenimiento se abonarán al inicio de cada período anual.

En todos los casos se seguirá el siguiente procedimiento:

7 Se considera el Precio a efectos de los literales i a v de este apartado, el emergente de la tabla de cotización solicitada en el

Anexo 4 correspondiente a la sumatoria de los precios (impuestos incluidos )de los ítems A y B.

Pagina 110

• En las oportunidades referidas en este numeral, la empresa adjudicataria presentará la correspondiente factura original en la Unidad Gestión de Bienes y Servicios del Área de Servicios y Seguridad la que solicitará su conformidad al Líder dentro de 2 (dos) días hábiles posteriores a la recepción de la factura.

• Al término de ese plazo, se computará un plazo de 15 días hábiles (en adelante plazo de conformidad) dentro del cual se otorgará la conformidad. Ésta deberá prestarse por el Líder del Proyecto del BCU o quienes éste designe.

• De merecer observaciones, el Líder del Proyecto del BCU o quien haga sus veces dará cuenta de las mismas a la Unidad Compras 1 del Área de Servicios y Seguridad la cual las notificará a la adjudicataria, con lo cual se interrumpe el plazo de conformidad.

• Otorgada la conformidad de cada etapa por el Líder del Proyecto del BCU o en forma tácita - por transcurrido el plazo indicado sin mediar observaciones-, se realizará el pago mediante transferencia bancaria a la institución financiera y cuenta indicado por la empresa adjudicataria en un plazo máximo de 10 días hábiles.

Para hacer efectivo el respectivo cobro la adjudicataria deberá, previamente, registrarse como proveedor del BCU debiendo acreditar el cumplimiento de las obligaciones con la Dirección General Impositiva (DGI) y el Banco de Previsión Social (BPS).

Pagina 111

ANEXO 1 ANEXO 1 ANEXO 1 ANEXO 1 ---- FORMULARIO DE IDENTIFICACION DEL OFERENTEFORMULARIO DE IDENTIFICACION DEL OFERENTEFORMULARIO DE IDENTIFICACION DEL OFERENTEFORMULARIO DE IDENTIFICACION DEL OFERENTE

LICITACION PUBLICA Nº …/009LICITACION PUBLICA Nº …/009LICITACION PUBLICA Nº …/009LICITACION PUBLICA Nº …/009

RAZON SOCIALRAZON SOCIALRAZON SOCIALRAZON SOCIAL DE LA EMPRESADE LA EMPRESADE LA EMPRESADE LA EMPRESA

NOMBRE NOMBRE NOMBRE NOMBRE COMERCIALCOMERCIALCOMERCIALCOMERCIAL DE LA EMPRESADE LA EMPRESADE LA EMPRESADE LA EMPRESA

R.U.T.R.U.T.R.U.T.R.U.T.

Solo para Empresas que Solo para Empresas que Solo para Empresas que Solo para Empresas que deben inscribirse.deben inscribirse.deben inscribirse.deben inscribirse.

DOMICILIO ADOMICILIO ADOMICILIO ADOMICILIO A LOS EFECTOS DE LA PRESENTE LICITACION:LOS EFECTOS DE LA PRESENTE LICITACION:LOS EFECTOS DE LA PRESENTE LICITACION:LOS EFECTOS DE LA PRESENTE LICITACION: Calle: Calle: Calle: Calle: Nº: Nº: Nº: Nº: Localidad:Localidad:Localidad:Localidad: Código Postal: Código Postal: Código Postal: Código Postal: País: País: País: País: Teléfono: Teléfono: Teléfono: Teléfono: Fax:Fax:Fax:Fax: EmailEmailEmailEmail Declaro estar en condiciones para contratar con el Estado.Declaro estar en condiciones para contratar con el Estado.Declaro estar en condiciones para contratar con el Estado.Declaro estar en condiciones para contratar con el Estado. FIRMA/S: FIRMA/S: FIRMA/S: FIRMA/S: Aclaración de firmas: Aclaración de firmas: Aclaración de firmas: Aclaración de firmas:

Pagina 112

ANEXO 2 ANEXO 2 ANEXO 2 ANEXO 2 –––– Mapas de aplicaciones, interfaces y procesos relevantes de Mapas de aplicaciones, interfaces y procesos relevantes de Mapas de aplicaciones, interfaces y procesos relevantes de Mapas de aplicaciones, interfaces y procesos relevantes de las Áreas.las Áreas.las Áreas.las Áreas.

• Requerimientos de interfacesRequerimientos de interfacesRequerimientos de interfacesRequerimientos de interfaces

El plan de implantación de la solución deberá contemplar la interacción con las aplicaciones que se describen a continuación:

Pagina 113

Sistema Integrado para la Gestión (SIG)Sistema Integrado para la Gestión (SIG)Sistema Integrado para la Gestión (SIG)Sistema Integrado para la Gestión (SIG) Descripción de interfaces para la implementación de la FASE 1Descripción de interfaces para la implementación de la FASE 1Descripción de interfaces para la implementación de la FASE 1Descripción de interfaces para la implementación de la FASE 1 El sistema ofertado deberá contemplar el desarrollo de interfaces con los siguientes sistemas: Sistemas de Capital Humano.Sistemas de Capital Humano.Sistemas de Capital Humano.Sistemas de Capital Humano. Se deberá construir una interface con los sistemas: Gestión de la Capacitación, Beneficios al Personal y Liquidación de sueldos, a los efectos de realizar la afectación presupuestal correspondiente en el módulo “Gestión presupuestal”. Dado que la implantación se hará en dos fases, en la primera fase se deberá analizar las ventajas y desventajas de utilizar la nómina de funcionarios y la estructura jerárquica desde el Sistema de Selección y Carrera. Expediente Electrónico Expediente Electrónico Expediente Electrónico Expediente Electrónico –––– APIA.APIA.APIA.APIA. Existen trámites de compras, que se inician en un expediente electrónico. Se deberá desarrollar la interface del módulo de “Abastecimiento” con el sistema APIA. Sistema de Pagos.Sistema de Pagos.Sistema de Pagos.Sistema de Pagos. El pago a proveedores genera transferencias de dinero, que deberán ser acreditadas en Bancos de Plaza, a través del Sistema de Pagos. Será necesario desarrollar una interface que permita enviar la orden de pago al Sistema de Pagos y reciba la confirmación de que dicho pago fue realizado. La contabilización de la transferencia de dinero se realizará en el S.R.C. a través del Sistema de pagos. En la FASE 2 de la implementación, esta interface será utilizada por el Módulo de Capital Humano para realizar las transferencias electrónicas del pago de sueldos y de beneficios al personal. Sistema Tesoro, CajaSistema Tesoro, CajaSistema Tesoro, CajaSistema Tesoro, Cajassss.

Pagina 114

Los pagos que se realicen en efectivo, deberán ser transferidos al sistema de Tesoro-Cajas, para control del cajero. Sistema de Registración Contable (S.R.C.)Sistema de Registración Contable (S.R.C.)Sistema de Registración Contable (S.R.C.)Sistema de Registración Contable (S.R.C.) Este sistema generará las imputaciones contables de: Gestión de Pasivos y Mercados, Sistema de Pagos, Sistemas de Capital Humano y Gestión de Activos. Dichas imputaciones deben ser ingresadas al Sistema Contable adquirido a los efectos de su mayorización. El S.R.C. necesitará acceder a la cuenta contable del nuevo sistema a los efectos de generar las partidas contables para los sistemas mencionados. Cierre Contable DiarioCierre Contable DiarioCierre Contable DiarioCierre Contable Diario En el proceso de Cierre Contable Diario, se realiza el control de los saldos operativos y los saldos contables. Para ello el sistema contable adquirido deberá proporcionar los saldos contables del día a los efectos de controlarlos con los saldos proporcionados por los sistemas de gestión. Nota:Nota:Nota:Nota: Cada una de las interfaces deberá ser analizada como caso particular a los efectos de definir la forma más eficiente de implementación, desde el punto de vista del proceso de negocio, como desde el punto de vista de la tecnología que se proponga para la implementación.

• Descripción de los Procesos Relevantes de las Áreas.Descripción de los Procesos Relevantes de las Áreas.Descripción de los Procesos Relevantes de las Áreas.Descripción de los Procesos Relevantes de las Áreas.

1.1.1.1. Capital Humano y Desarrollo OrganizacionalCapital Humano y Desarrollo OrganizacionalCapital Humano y Desarrollo OrganizacionalCapital Humano y Desarrollo Organizacional DESCRIPCIÓN DE LOSDESCRIPCIÓN DE LOSDESCRIPCIÓN DE LOSDESCRIPCIÓN DE LOS PROCESOS ACTUALES DEL ÁREA: PROCESOS ACTUALES DEL ÁREA: PROCESOS ACTUALES DEL ÁREA: PROCESOS ACTUALES DEL ÁREA: Aspectos a considerar vinculados a la Gestión del Área de Capital Humano y Desarrollo Organizacional del Aspectos a considerar vinculados a la Gestión del Área de Capital Humano y Desarrollo Organizacional del Aspectos a considerar vinculados a la Gestión del Área de Capital Humano y Desarrollo Organizacional del Aspectos a considerar vinculados a la Gestión del Área de Capital Humano y Desarrollo Organizacional del Banco Central del Uruguay.Banco Central del Uruguay.Banco Central del Uruguay.Banco Central del Uruguay.---- El Área de Capital Humano y Desarrollo Organizacional del Banco Central del Uruguay tiene como misión: “Crear las condiciones para el desarrollo y crecimiento de las personas, promoviendo una cultura de trabajo en equipo alineado con las políticas y objetivos estratégicos de la organización. Continuar desarrollando y profundizando mejores políticas de personal para ser reconocidos como un área al servicio de cada uno de los integrantes del Banco.” En relación a la estructura organizacional, el Área de Capital Humano y Desarrollo Organizacional reporta a la Gerencia de Servicios Institucionales y está dividida en tres departamentos: Diseño Institucional y Políticas de Personal, Formación y Desarrollo Funcional y Gestión de Personas. El departamento de Diseño Institucional y Políticas de Personal es el encargado de planificar y diseñar tanto las políticas de recursos humanos, como los cambios estructurales y los requerimientos de competencias asociados a éstos. Se encuentra también dentro de su ámbito de responsabilidad la formulación y el monitoreo del cumplimiento del plan estratégico y los objetivos de recursos humanos del Banco, el diseño de procesos y la formulación de reglamentos relativos a las funciones del área. Por su parte, el departamento de Formación y Desarrollo Funcional tiene a su cargo procesos que van desde el reclutamiento y la selección de personal, hasta la gestión del plan de desarrollo del personal y los sistemas de evaluación de desempeño. Estos cometidos implican también la responsabilidad por la detección de necesidades de formación y la formulación del Plan Anual de Capacitación de la Institución. Asimismo, el departamento de Gestión de Personas tiene entre sus funciones brindar atención personalizada sobre los temas del área, gestionar el sistema de beneficios, gestionar el régimen descentralizado de asistencias y licencias del personal, liquidar los haberes de todos los funcionarios del Banco, así como también identificar necesidades y proponer mejoras para el funcionamiento del área. Dentro de los procesos del área se identifican los siguientes:

OS

OS

OS

OS

PRINCI

PRINCI

PRINCI

PRINCI

Liquidación de Haberes OS

OS

OS

OS

SECUN

SECUN

SECUN

SECUN

Pagina 115

Asistencias y

Licencias

Prestaciones

y Beneficios

Gestión de Préstamos

Reintegro de gastos

Desarrollo Funcional

Reclutamiento

y Selección

Legajo Personal

Evaluación de

Desempeño

Capacitació

n

Diseño de Políticas

Desarrollo FuncionalDesarrollo FuncionalDesarrollo FuncionalDesarrollo Funcional Recl

uta

mien

to y

Selec

ción

Elaboración de Perfiles.

Preparación plataforma web para inscripción.

Realización de concursos Internos.

ProcesosProcesosProcesosProcesos ActividadesActividadesActividadesActividades

Liquidación de HaberesLiquidación de HaberesLiquidación de HaberesLiquidación de Haberes

Recepcionar la información a considerar en sueldos: movimientos de sueldos, corrimientos, antigüedades, hogar constituido, horas extras, quebrantos, llegadas tarde, licencias exentas, etc. Realizar la liquidación y control primario de sueldos. Acreditar los sueldos en las cuentas bancarias respectivas. Contabilizar los sueldos. Enviar declaraciones juradas, nóminas y otra información a organismos públicos: BPS, Caja Bancaria. Liquidar impuestos y tributos de haberes.

Asistencias y LicenciasAsistencias y LicenciasAsistencias y LicenciasAsistencias y Licencias

Controlar las asistencias del personal. Gestionar las Certificaciones Médicas. Controlar y acreditar las licencias reglamentarias, por estudio, especiales, por turismo, elecciones. Gestionar las tarjetas magnéticas y relojes.

Elaborar información mensual para Remuneración y Beneficios tales como llegadas tarde, ausencias no justificadas, entre otros.

PrPrPrPrestaciones y estaciones y estaciones y estaciones y BeneficiosBeneficiosBeneficiosBeneficios

Gestión de

Préstamos Analizar, aprobar y pagar los préstamos y refinanciaciones.

Contabilización de operaciones.

Recepcionar la información de cuotas a descontar remitida desde el Banco República.

Reintegro de Gastos Pagar a las empresas de salud por los servicios prestados a los

funcionarios. Reintegrar a los funcionarios (activos y pasivos) los gastos de servicios de salud y acreditar el pago de los beneficios en las cuentas corrientes (remisión de la información semanal al BROU). Enviar mensualmente las cuotas a descontar a Remuneración y Beneficios y a la Caja Bancaria, y posteriormente contabilizar los rechazos de cobros.

Pagina 116

Realización de concursos Externos.

Legajo Personal

Actualización base de datos por movimientos de carrera (ingresos, egresos, ascensos, sanciones, traslados, pases en comisión, etc.).

Implementación cambios por reestructuras: modificaciones en el Organigrama.

Evaluación

de Desempeño

Elaboración cronograma y preparación del sistema.

Elaboración de reportes y estadísticas para Tribunal calificador.

CapacitaciónCapacitaciónCapacitaciónCapacitación

Relevar las necesidades de capacitación, Formulación del Plan Anual de Capacitación (PAC).

Análisis de solicitudes de capacitación y actividades de seguimiento a la finalización (control de normativa, actualización ficha del funcionario, conformidad de facturas y ajuste, estimación de costos estimados a real, intercambios con proveedores).

Revisión semestral del PAC y propuesta de ajustes (transferencias de fondos o aumento de PAC).

Realización de evaluaciones de reacción y sistematización de resultados.

Elaboración de información relativa al proceso de capacitación.

ProcesosProcesosProcesosProcesos ActividadesActividadesActividadesActividades

Diseño de PolíticasDiseño de PolíticasDiseño de PolíticasDiseño de Políticas

Formular y monitorear el cumplimiento del plan estratégico y los objetivos de recursos humanos del Banco.

Diseñar procesos y formular reglamentos relativos a las funciones del área en el marco de la normativa vigente.

Asesorar en materia de diseño organizacional en aspectos vinculados con los recursos humanos.

Elaborar y monitorear el presupuesto de Recursos Humanos.

Liquidación de Haberes se inicia con la recepción de la información proveniente de los distintos proveedores y áreas del banco para luego procesar dicha información en el sistema Payroll. Este sistema realiza los descuentos correspondientes y automáticamente genera el asiento contable a través del envío de la información al sistema SRC, a través del AS 400. Con el previo control del Área de Desarrollo Estratégico y Presupuesto se acreditan los sueldos en las cuentas bancarias correspondientes mediante banca electrónica del BROU, o a través del sistema SEDEC para el resto de los Bancos de plaza. Por último, se publican los recibos de sueldo en Intranet y se envían por mail. Asistencias y Licencias tiene como objetivo controlar las asistencias, asiduidad y licencias de los funcionarios para poder generar información relevante a ser usada por Liquidación de Haberes. Se inicia con la migración de las marcas de los relojes, se gestionan las incidencias que puedan existir por cambios de horario, falta de marca, llegadas tardes, etc. Se recogen los pedidos diarios de certificación médica y se envían por mail al SEMM. Dichas certificaciones son ingresadas manualmente al sistema el día posterior. Prestaciones y Beneficios brinda a los funcionarios y ex funcionarios jubilados cobertura de asistencia médica y emergencia médica móvil, beneficio que se extiende al núcleo familiar y ascendientes hasta el primer grado de consanguinidad. Tiene a su cargo también, el reintegro de los gastos de órdenes y tickets de medicamentos, la gestión y otorgamiento de los distintos préstamos existentes para los funcionarios del Banco ya sean estos presupuestados o contratados, entre otras. Desarrollo funcional comienza con la incorporación de nuevo personal al Banco Central del Uruguay, de acuerdo a los perfiles previamente definidos. La información del funcionario es

Pagina 117

ingresada a la base de datos “Selección y Carrera”, se dan las altas correspondientes en BPS y CJPB, y se informa a los distintos organismos estatales tales como la OPP y la ONSC las altas correspondientes. Asimismo tiene como fin ocupar las vacantes de funcionarios que la Gerencia de Servicios Institucionales solicita en coordinación con el respectivo jerarca funcional y mantiene actualizada la información personal y funcional de los funcionarios a lo largo de su carrera en el Banco. Anualmente se lleva a cabo el sub-proceso de evaluación del desempeño de acuerdo al cronograma establecido. El proceso de Capacitación tiene como misión procesar de forma descentralizada y con los debidos niveles de autorización, la información referente a la capacitación que realiza el banco para sus funcionarios y su debido impacto en el legajo de los mismos. Diseño de Políticas implica la planificación de cambios estructurales en los recursos humanos y requerimientos de competencias asociados, así como también asesorar en materia de diseño organizacional en aspectos vinculados con los recursos humanos.

2.2.2.2. ContaduríaContaduríaContaduríaContaduría

El sistema contable del Banco Central del Uruguay utiliza un modelo de contabilidad descentralizada. Esto implica que todas las operaciones ingresan a la contabilidad a instancias del sector encargado de las operaciones, el cual es responsable tanto de los movimientos cuanto de los saldos de las cuentas afectadas por las operaciones que realiza. La registración contable se produce en la mayor parte de los casos en forma automática cuando se realizan las transacciones en el sistema informático diseñado para tal fin (en adelante Sistema de Gestión: “SG”). Dichos SG incluyen, entre otros, el sistema de administración de activos de reserva, el encargado de administrar el sistema de pagos, el sistema de financiamiento externo, el sistema del Tesoro, etc.

La información ingresada en los SG llega hasta el sistema contable central donde se realiza la mayorización de las operaciones y desde el que se emite toda la información financiera (en adelante Módulo Contable: “MC”), a través de esquemas de registración contables definidos en forma centralizada por el Área de Contaduría. Los mismos son diseñados en base a las políticas y normas contables emitidas por el Área basadas, en lo aplicable a la Institución, en las Normas Internacionales de Información Financiera.

Existe un sistema único (el Sistema de Registración Contable: “SRC”), en el cual residen los esquemas de asientos, los que son diseñados por el Departamento de Políticas y Normas Contables del Área de Contaduría. El SRC es la única herramienta utilizada para generar registros contables y recibe la información de los SG, de las distintas áreas de negocios o de servicios de la institución, a través de interfases. A estos efectos los SG invocan electrónicamente una solicitud de registro y la completan con información correspondiente a la operación realizada.

El SRC integra la contabilización de todos los SG y procesa incluso los registros contables de operaciones que se generen fuera de un SG. El carácter de única boca de ingreso y diseño centralizado del formato de registro de las operaciones brinda homogeneidad al diseño y la aplicación de los esquemas de asientos al registro, así como seguridades en la aplicación de los controles básicos aplicables a cada operación. Esta conexión indisoluble entre Políticas y Normas Contables y registro de las operaciones asegura una relación biunívoca entre el diseño y la generación de la información. El SRC recibe la información generada en los SG en el momento de las operaciones en forma de solicitudes automáticas de registro y las traduce en asientos. Las registraciones así generadas se consolidan en el MC. Toda operación que ingresa en éste debe generarse a través del SRC.

Los créditos y débitos son registrados en un plan de cuentas con una estructura por niveles de

acumulación que, administrado por el Área de Contaduría, es propiedad de los sectores operativos en lo que refiere a las cuentas que han solicitado para su gestión, y su mantenimiento se realiza a requerimiento de los mismos. Soportado en este plan de cuentas, el MC contiene los saldos y movimientos de las mismas los que se registran para las cuentas en monedas extranjeras en moneda de origen, equivalente en dólares y equivalente en moneda nacional como moneda de presentación de los estados contables (Total moneda nacional), para los rubros en unidades de cuenta en dichas unidades y Total moneda nacional, y para las cuentas en moneda nacional en pesos y en Total moneda nacional (con el fin de ser acumuladas con las dos anteriores). Los saldos en equivalentes en dólares y en Total moneda nacional se acumulan en los niveles de título del plan según su estructura, sea cual fuere la moneda en la que están registrados los rubros que integran.

Pagina 118

Los registros contables se generan en forma transparente para el usuario, esto es que el mismo, en el momento de realizar sus operaciones diarias, obtenga las registraciones contables las que, sin dejar de ser responsabilidad del sector, ingresan en forma automática en sus cuentas a través de los asientos prediseñados por el Área de Contaduría.

El MC brinda no solamente la información contable sino también diversas reclasificaciones y recálculos de la misma, que incluyen todas o parte de los rubros que integran el plan de cuentas de la institución. Ejemplo de esto es la información de los balances monetarios, que comprenden balances expresados en moneda nacional con arbitrajes y tipos de cambio diferentes al contable y balances en equivalente en dólares, utilizados para los análisis de la posición en moneda extranjera de la institución. En suma, por lo mencionado en el punto anterior, la información del sistema contable de la Institución se encuentra soportada, a grandes rasgos, en los siguientes elementos:

Sistemas de gestión (SG) Sistema de registración contable (SRC) Módulo contable (MC)

A continuación se presenta un esquema simplificado del mismo:

Sistemas de

gestión de CHyDO

y S y S

Otros sistemas

de gestión

Sistema de

Registración

Contable

Cierre

Contable

Módulo

Contable

Datos de las

Transacciones

Saldos Operativos

Registraciones

Contables

Registraciones

Contables

Saldos Iniciales

Pagina 119

Servicios y SeguridadServicios y SeguridadServicios y SeguridadServicios y Seguridad DESCRIPCIÓN DE LOS PROCESOS ACTUALES DEL ÁREADESCRIPCIÓN DE LOS PROCESOS ACTUALES DEL ÁREADESCRIPCIÓN DE LOS PROCESOS ACTUALES DEL ÁREADESCRIPCIÓN DE LOS PROCESOS ACTUALES DEL ÁREA:::: Aspectos a considerar vinculados a la Gestión del Área de Servicios y Seguridad del Banco Central del UrAspectos a considerar vinculados a la Gestión del Área de Servicios y Seguridad del Banco Central del UrAspectos a considerar vinculados a la Gestión del Área de Servicios y Seguridad del Banco Central del UrAspectos a considerar vinculados a la Gestión del Área de Servicios y Seguridad del Banco Central del Uruguay.uguay.uguay.uguay.---- El Área de Servicios y Seguridad del Banco Central del Uruguay tiene como misión el “atender las necesidades del Banco en materia de suministro de bienes, servicios y seguridad, creando mediante una actitud proactiva y de interacción permanente con usuarios y demandantes, condiciones favorables que contribuyan al proceso de mejora continua de la gestión de la organización y al logro de los objetivos institucionales”. Con el fin último de cumplir con dicha misión, el Área se plantea como objetivo estratégico el optimizar el suministro de bienes y servicios a través de la mejora de los procesos y el uso eficiente de los recursos disponibles. El cumplimiento de dicho objetivo estratégico implica el desarrollo de determinadas iniciativas, algunas de las cuales ya se han llevado a cabo, como ser el rediseño de la organización del Área. Dentro de las iniciativas estratégicas pendientes de implementación, se encuentra el rediseñar los procesos y contar con sistemas tecnológicos integrados de gestión (tanto a nivel del Área como del resto de la Organización), que brinden información oportuna, suficiente y confiable a los usuarios, así como permitir la automatización de los procesos que se llevan a cabo en el Área, según se detalla seguidamente. Dentro del Modelo de Procesos del Área, se puede identificar procesos principales y secundarios:

PROCESOS PRINCIPALES

PROCESOS PRINCIPALES

PROCESOS PRINCIPALES

PROCESOS PRINCIPALES

Gestionar Gestionar Gestionar Gestionar contratación de contratación de contratación de contratación de

bienes y bienes y bienes y bienes y serviciosserviciosserviciosservicios

PROCESO SECUNDARIO

PROCESO SECUNDARIO

PROCESO SECUNDARIO

PROCESO SECUNDARIO

Administrar Administrar Administrar Administrar bienes y bienes y bienes y bienes y serviciosserviciosserviciosservicios

GestionGestionGestionGestionar ar ar ar adelantos de adelantos de adelantos de adelantos de fondosfondosfondosfondos

Mantener la Mantener la Mantener la Mantener la estructura estructura estructura estructura ediliciaediliciaediliciaedilicia

Cada uno de los procesos mencionados, implican la ejecución de diversas actividades para su cumplimiento. Las mismas pueden resumirse de la siguiente forma:

ProcesosProcesosProcesosProcesos ActiActiActiActividadesvidadesvidadesvidades

1111---- Gestionar contratación de Gestionar contratación de Gestionar contratación de Gestionar contratación de bienes y serviciosbienes y serviciosbienes y serviciosbienes y servicios

1.1 - Planificar necesidades anuales de bienes y servicios 1.2 - Gestionar registro de proveedores 1.3 - Gestionar solicitud de suministros

1.4 - Gestionar adquisición de bienes y servicios

2222---- Administrar bienes y Administrar bienes y Administrar bienes y Administrar bienes y serviciosserviciosserviciosservicios

2.1 - Administrar bienes de stock 2.2 - Administrar contratos y controlar tercerizaciones 2.3 - Administrar bienes de activo fijo y determinar su disposición final. 2.4 - Ordenar pagos

3333---- Mantener lMantener lMantener lMantener la estructura a estructura a estructura a estructura ediliciaediliciaediliciaedilicia

3.1 - Mantener y conservar la estructura física e instalaciones críticas

Pagina 120

3.2 - Administrar los espacios físicos

4444---- Gestionar adelantos de Gestionar adelantos de Gestionar adelantos de Gestionar adelantos de fondosfondosfondosfondos 4.1 - Administrar adelantos de fondos

El proceso “Gestionar contratación de bi“Gestionar contratación de bi“Gestionar contratación de bi“Gestionar contratación de bienes y servicios”enes y servicios”enes y servicios”enes y servicios” se inicia a instancia de una solicitud que puede surgir por dos vías: directamente por el usuario (otras Áreas del Banco) o por el Área de Servicios y Seguridad. Dependiendo de la modalidad de compra que corresponda al monto de la adquisición, se dará curso a los procedimientos acordes a la misma. Dichas modalidades son Compra Directa, Compra Directa por Excepción, Concurso de Precio, Licitación Abreviada y Licitación Pública. En caso de licitaciones, la misma implicará elaborar las bases del llamado, aprobación del mismo, difusión, apertura, estudio de ofertas y sugerencias de adquisición, publicaciones y notificaciones, etc. Se deberá prever asimismo, la intervención de una Comisión Asesora de Adjudicaciones (en adelante CAA), cuya integración se conforma con funcionarios de distintas áreas que varían dependiendo del objeto de la contratación. En cuanto al proceso “Administrar bienes y servicios“Administrar bienes y servicios“Administrar bienes y servicios“Administrar bienes y servicios”, el mismo implica la recepción y control de bienes adquiridos (tanto bienes de stock como de activo fijo), el relevamiento de inventarios, alta y baja de bienes de activo fijo, ordenar pagos a proveedores, así como también la administración de los contratos y el control de empresas tercerizadas. La ejecución del proceso “Mantener la estructura e“Mantener la estructura e“Mantener la estructura e“Mantener la estructura edilicia” dilicia” dilicia” dilicia” (mantenimiento preventivo y correctivo) implica coordinar, supervisar y controlar las obras que realiza el Banco, realizar los estudios de las mismas, así como dirigirlas técnicamente. El proceso “Gestionar adelantos de fondos”,“Gestionar adelantos de fondos”,“Gestionar adelantos de fondos”,“Gestionar adelantos de fondos”, implica realizar, contabilizar y liquidar las cinco partidas que son consideradas “adelantos de fondos”. Estas son: pago de gastos o servicios concretos e inmediatos, misiones en el interior del país, gastos y viáticos por misiones en el exterior, mantenimientos de cajas chicas y pagos de gastos o servicios especiales autorizados por Directorio (eventos).

Proceso Principal 1Proceso Principal 1Proceso Principal 1Proceso Principal 1: : : : Gestionar Contratación de bienes y servicios.Gestionar Contratación de bienes y servicios.Gestionar Contratación de bienes y servicios.Gestionar Contratación de bienes y servicios. Actividad 1.1: Actividad 1.1: Actividad 1.1: Actividad 1.1: Planificar necesidades anuales de bienes y serviciosPlanificar necesidades anuales de bienes y serviciosPlanificar necesidades anuales de bienes y serviciosPlanificar necesidades anuales de bienes y servicios

Pagina 121

Actividad 1.2Actividad 1.2Actividad 1.2Actividad 1.2: : : : Gestionar regiGestionar regiGestionar regiGestionar registro de proveedoresstro de proveedoresstro de proveedoresstro de proveedores

Pagina 122

Actividad 1.3:Actividad 1.3:Actividad 1.3:Actividad 1.3: Gestionar solicitud de suministrosGestionar solicitud de suministrosGestionar solicitud de suministrosGestionar solicitud de suministros

Pagina 123

Actividad 1.4:Actividad 1.4:Actividad 1.4:Actividad 1.4: Gestionar adquisición de bienes y serviciosGestionar adquisición de bienes y serviciosGestionar adquisición de bienes y serviciosGestionar adquisición de bienes y servicios

Pagina 124

Actividad 1.4.1Actividad 1.4.1Actividad 1.4.1Actividad 1.4.1: : : : Procedimiento de Compra Procedimiento de Compra Procedimiento de Compra Procedimiento de Compra DirectDirectDirectDirecta.a.a.a.

Pagina 125

Actividad 1.4.2Actividad 1.4.2Actividad 1.4.2Actividad 1.4.2:::: Procedimiento Procedimiento Procedimiento Procedimiento de Compra Directa por excepción.de Compra Directa por excepción.de Compra Directa por excepción.de Compra Directa por excepción.

Pagina 126

Actividad 1.4.3:Actividad 1.4.3:Actividad 1.4.3:Actividad 1.4.3: Procedimiento de Licitación AbreviadaProcedimiento de Licitación AbreviadaProcedimiento de Licitación AbreviadaProcedimiento de Licitación Abreviada

Pagina 127

Pagina 128

Actividad 1.4.4Actividad 1.4.4Actividad 1.4.4Actividad 1.4.4:::: Procedimiento de Licitación Pública.Procedimiento de Licitación Pública.Procedimiento de Licitación Pública.Procedimiento de Licitación Pública.

Pagina 129

Proceso Principal 2Proceso Principal 2Proceso Principal 2Proceso Principal 2:::: AAAAdministrar bienes y servicios.dministrar bienes y servicios.dministrar bienes y servicios.dministrar bienes y servicios.

Actividad 2.1Actividad 2.1Actividad 2.1Actividad 2.1:::: Administrar bienes de stockAdministrar bienes de stockAdministrar bienes de stockAdministrar bienes de stock 2.1.1: Relevamiento de inventarios2.1.1: Relevamiento de inventarios2.1.1: Relevamiento de inventarios2.1.1: Relevamiento de inventarios

2.1.2: Recepción de mercaderías en almacenes2.1.2: Recepción de mercaderías en almacenes2.1.2: Recepción de mercaderías en almacenes2.1.2: Recepción de mercaderías en almacenes

2.1.3: Pedidos de compra para reposición de stock.2.1.3: Pedidos de compra para reposición de stock.2.1.3: Pedidos de compra para reposición de stock.2.1.3: Pedidos de compra para reposición de stock.

Pagina 130

Actividad 2.2:Actividad 2.2:Actividad 2.2:Actividad 2.2: Administrar contratos y cAdministrar contratos y cAdministrar contratos y cAdministrar contratos y controlar tercerizaciones.ontrolar tercerizaciones.ontrolar tercerizaciones.ontrolar tercerizaciones.

2.2.1 Ingreso de nuevos contratos.2.2.1 Ingreso de nuevos contratos.2.2.1 Ingreso de nuevos contratos.2.2.1 Ingreso de nuevos contratos.

2.2.2 Renovación de contratos.2.2.2 Renovación de contratos.2.2.2 Renovación de contratos.2.2.2 Renovación de contratos.

2.2.3Ajuste de Precios 2.2.3Ajuste de Precios 2.2.3Ajuste de Precios 2.2.3Ajuste de Precios

Pagina 131

Actividad 2.3Actividad 2.3Actividad 2.3Actividad 2.3: Administrar bienes de activo fijo y determinar su disposición final: Administrar bienes de activo fijo y determinar su disposición final: Administrar bienes de activo fijo y determinar su disposición final: Administrar bienes de activo fijo y determinar su disposición final....

Pagina 132

Actividad 2.4:Actividad 2.4:Actividad 2.4:Actividad 2.4: Ordenar pagosOrdenar pagosOrdenar pagosOrdenar pagos

Pagina 133

PPPProceso Principal 3:roceso Principal 3:roceso Principal 3:roceso Principal 3: Mantener la estructura edilicia.Mantener la estructura edilicia.Mantener la estructura edilicia.Mantener la estructura edilicia. Actividad 3.1Actividad 3.1Actividad 3.1Actividad 3.1:::: Mantener y conservar la estructura física e instalaciones (Mantenimiento Correctivo)

Pagina 134

Actividad 3.2Actividad 3.2Actividad 3.2Actividad 3.2:::: Mantener y conservar la estructura física e instalaciones (Mantenimiento Preventivo)

Actividad 3.3:Actividad 3.3:Actividad 3.3:Actividad 3.3: Administrar los espacios físicos

Pagina 135

4 Proceso Secundario: 4 Proceso Secundario: 4 Proceso Secundario: 4 Proceso Secundario: Gestionar adelantos Gestionar adelantos Gestionar adelantos Gestionar adelantos Actividad 4.1:Actividad 4.1:Actividad 4.1:Actividad 4.1: Administrar adelantos de fondosAdministrar adelantos de fondosAdministrar adelantos de fondosAdministrar adelantos de fondos

Actividad 4.2:Actividad 4.2:Actividad 4.2:Actividad 4.2: Rendición de cuentasRendición de cuentasRendición de cuentasRendición de cuentas

Pagina 136

3.3.3.3. Desarrollo Estratégico y PresupuestoDesarrollo Estratégico y PresupuestoDesarrollo Estratégico y PresupuestoDesarrollo Estratégico y Presupuesto De acuerdo a lo establecido por el artículo 221 de la Constitución de la República, el Banco Central del Uruguay debe formular su Presupuesto anual, el cual se eleva, para su aprobación, al Poder Ejecutivo (con asesoramiento de la Oficina de Planeamiento y Presupuesto), y al Tribunal de Cuentas. Una vez obtenida dicha aprobación mediante el Decreto correspondiente, y el dictamen favorable del Tribunal de Cuentas, se inicia el proceso de gestión presupuestal para los distintos programas, proyectos y rubros, contenidos en dicho instrumento. El control de la gestión presupuestal se encomienda a los Contadores Delegados del Tribunal de Cuentas (Ordenanza No. 64 del Tribunal de Cuentas) - funcionarios de la Institución designados para cumplir dichas funciones - quienes son responsables de la intervención preventiva de todos los gastos y pagos que afecten el Presupuesto del BCU. Por tanto, el sistema deberá ser diseñando de forma que permita asegurar:

1) que los actos administrativos que generan gastos hayan sido dictados por autoridad competente (considerando nivel del cargo y topes asignados a cada nivel),

2) que existe disponibilidad suficiente en los créditos asignados a los rubros presupuestales o extrapresupuestales,que permita al Contador Delegado, corregir los rubros y renglones que hubieran sido imputados incorrectamente,

3) que permita verificar, en forma previa al pago, que se hubieren cumplido las normas vigentes para la liquidación y pago (por ejemplo, control de vigencia de Certificados de estar al día en los pagos a DGI, BPS, CJPPU, etc.),

4) que en caso de ameritar observación del Contador Delegado para algún gasto o pago, éste pueda dejar constancia de la misma en el Workflow o Gestión documental del proceso.

Las etapas del proceso de gestión presupuestal en lo relativo a la adquisición de bienes y/o servicios abarcan:

Pagina 137

1. FORMULACIÓN PRESUPUESTAL: Se trata del proceso que se desarrolla a nivel interno del BCU, por el cual los diferentes sectores que componen su estructura organizacional presentan sus necesidades de adquisición de bienes y servicios, para el ejercicio siguiente. Se prepara el Proyecto de Presupuesto Operativo, de Operaciones Financieras y de Inversiones, con la apertura que se defina en términos de centros operativos, programas, proyectos, rubros, renglones, etc, y se eleva a consideración del Poder Ejecutivo.

2. ASIGNACIÓN PRESUPUESTAL: En esta etapa se ingresan al Sistema los créditos aprobados por el Poder Ejecutivo para el Presupuesto vigente, los cuales tendrán una apertura inicial por centros operativos, programas, proyectos, rubros y renglones, la cual podrá ser consolidada, en el caso de algunas partidas administradas en forma centralizada. Asimismo, la asignación presupuestal podrá ser modificada a lo largo del ejercicio mediante adecuación de rubros, trasposiciones, a nivel de distintos centros operativos, proyectos, rubros y renglones. 3. INFORME DE DISPONIBILIDAD PRESUPUESTAL: Se procederá a emitir este informe toda vez que se ingrese al sistema la intención de ordenar un gasto o una inversión por parte del ordenador competente a los efectos de consultar previamente sobre la disponibilidad del renglón presupuestal, es decir si existen fondos suficientes para continuar con el proceso de adquisición o contratación. 4. RESERVA PRESUPUESTAL: A partir de los informes de disponibilidad emitidos donde surge la existencia de crédito presupuestal para continuar el proceso de compra de un bien o contratación de un servicio, se afectará en forma preventiva el crédito presupuestal correspondiente de forma de asegurar, previo al acto administrativo del ordenador competente, la existencia de fondos por el importe estimado del gasto. 5. COMPROMISO PRESUPUESTAL: Se generará a partir de los actos administrativos dictados por la Autoridad competente que dispongan destinar definitivamente la asignación presupuestal o parte de ella a la finalidad enunciada en el mismo. 6. LIQUIDACIÓN: Es la afectación definitiva del crédito presupuestal existente, por la cual surge la obligación de pago al tercero acreedor, una vez recibida la factura y obtenida la conformidad por el recibo del bien o servicio. 7. PAGO: Es la cancelación de la obligación, a través de acreditación en cuenta.

Pagina 138

ANEXO 3ANEXO 3ANEXO 3ANEXO 3 –––– Presentación de PropuestasPresentación de PropuestasPresentación de PropuestasPresentación de Propuestas

Licitación Pública Nº - xxxx /009

Banco CentralBanco CentralBanco CentralBanco Central del Uruguaydel Uruguaydel Uruguaydel Uruguay He/Hemos examinado las Condiciones del Contrato, los requerimientos y descripción de servicios, comprendemos el alcance de estos documentos y ofertamos ejecutar el contrato y las instrucciones futuras que se reciban de conformidad con el llamado a licitación. Los costos de nuestra propuesta son los que figuran en el Anexo 4: Tabla de Cotización y se expresan a continuación: Precio del Ítem 1Precio del Ítem 1Precio del Ítem 1Precio del Ítem 1 (Precio Total de la Oferta básica) (expresar cantidad en letras) Precio del Ítem 2Precio del Ítem 2Precio del Ítem 2Precio del Ítem 2 (Precio del Soporte y Mantenimiento Mes 25 a Mes 60) (expresar cantidad en letras). Precio del Ítem 3Precio del Ítem 3Precio del Ítem 3Precio del Ítem 3 (Hasta 2.000 Horas de Consultoría) (expresar cantidad en letras) ImpuestosImpuestosImpuestosImpuestos (desagregar y expresar cantidad en letras) Yo/Nosotros aceptamos que la validez de nuestra propuesta es por el plazo de 180 días, 180 días, 180 días, 180 días, prorrogables por períodos de 90 días prorrogables por períodos de 90 días prorrogables por períodos de 90 días prorrogables por períodos de 90 días salvo que con anterioridad al vencimiento del lapso inicial o cualquiera de sus prórrogas se comunique al Banco, por escrito, la voluntad en contrario. Firma …………………………………………. En representación de………………………………………… (Indicar el nombre completo de la persona cuyo nombre y calidad se indican. Indicar la calidad jurídica de la persona que firma el formulario) .…………………………………………………………………………………………………………...……. Dirección…………………………………………………………………….………..……………..…………. Fecha: ………..……………… Compañía: ....................................................................

Pagina 139

ANEXO 4ANEXO 4ANEXO 4ANEXO 4 ---- Tabla de Cotización Tabla de Cotización Tabla de Cotización Tabla de Cotización

MONEDA DE LA OFERTAMONEDA DE LA OFERTAMONEDA DE LA OFERTAMONEDA DE LA OFERTA (se deberá especificar.............) LA OMISIÓN DE COTIZACIÓN DE ALGUNO DE LOS ÍTEMS INVALIDARÁ TODA LA OFERTA.LA OMISIÓN DE COTIZACIÓN DE ALGUNO DE LOS ÍTEMS INVALIDARÁ TODA LA OFERTA.LA OMISIÓN DE COTIZACIÓN DE ALGUNO DE LOS ÍTEMS INVALIDARÁ TODA LA OFERTA.LA OMISIÓN DE COTIZACIÓN DE ALGUNO DE LOS ÍTEMS INVALIDARÁ TODA LA OFERTA.

EN CASO DE QUE SE TRATE DE ÍTEMS SIN CARGO, O QUE NO CORRESPONDA SU COTIZACIÓN, EN CASO DE QUE SE TRATE DE ÍTEMS SIN CARGO, O QUE NO CORRESPONDA SU COTIZACIÓN, EN CASO DE QUE SE TRATE DE ÍTEMS SIN CARGO, O QUE NO CORRESPONDA SU COTIZACIÓN, EN CASO DE QUE SE TRATE DE ÍTEMS SIN CARGO, O QUE NO CORRESPONDA SU COTIZACIÓN, SE DEBERÁ INDICAR “IMPORTE CERO”SE DEBERÁ INDICAR “IMPORTE CERO”SE DEBERÁ INDICAR “IMPORTE CERO”SE DEBERÁ INDICAR “IMPORTE CERO”

El soporte técnico y mantenimiento de versiones se cotizará considerando su pago anual adelantando, excluidos los eventuales ajustes de precios de conformidad con lo indicado en el numeral 8.5.1 de este Pliego. (*) Sólo se aceptará un único precio por hora al firme.

Descripción de Licencias Descripción de Licencias Descripción de Licencias Descripción de Licencias ofertadas (de corresponder)ofertadas (de corresponder)ofertadas (de corresponder)ofertadas (de corresponder)

Fase 1Fase 1Fase 1Fase 1

Denominación de Licencia

Tipo Cantidad Cantidad

de usuarios

Precio unitario S/I.V.A.

Fase 2Fase 2Fase 2Fase 2

Denominación de Licencia

Tipo Cantidad Cantidad

de usuarios

Precio unitario S/I.V.A.

ÍteÍteÍteÍtemmmm

Descripción de los bienes Descripción de los bienes Descripción de los bienes Descripción de los bienes y serviciosy serviciosy serviciosy servicios

AclaracioneAclaracioneAclaracioneAclaracionessss

Precio sin Precio sin Precio sin Precio sin I.V.A. por I.V.A. por I.V.A. por I.V.A. por

hora o Anual hora o Anual hora o Anual hora o Anual s/correspondas/correspondas/correspondas/corresponda

Precio con I.V.A. Precio con I.V.A. Precio con I.V.A. Precio con I.V.A. por hora o Anual por hora o Anual por hora o Anual por hora o Anual s/correspondas/correspondas/correspondas/corresponda

Precio Total Precio Total Precio Total Precio Total

1111 Oferta BásicaOferta BásicaOferta BásicaOferta Básica

A Licencias Fase 1 Fase 2

B Proyecto de Implantación

Fase 1

Fase 2

C

Soporte y Mantenimiento de Versiones (mes 1 a 24)

Fase 1

Fase 2

Precio total de la Precio total de la Precio total de la Precio total de la Oferta Básica (A+B+C)Oferta Básica (A+B+C)Oferta Básica (A+B+C)Oferta Básica (A+B+C)

2222

Soporte y Soporte y Soporte y Soporte y MantenimienMantenimienMantenimienMantenimien----to de to de to de to de Versiones Versiones Versiones Versiones (Mes 25 a 60)(Mes 25 a 60)(Mes 25 a 60)(Mes 25 a 60)

Fase 1

Fase 2

3333 Hasta 2.000 Horas de Hasta 2.000 Horas de Hasta 2.000 Horas de Hasta 2.000 Horas de Consultoría (*)Consultoría (*)Consultoría (*)Consultoría (*)

Precio Total de la Precio Total de la Precio Total de la Precio Total de la Oferta (Oferta (Oferta (Oferta (Con Con Con Con Impuestos)Impuestos)Impuestos)Impuestos)

Pagina 140

ANEXO 5ANEXO 5ANEXO 5ANEXO 5----a a a a CV de Equipo de TrabajoCV de Equipo de TrabajoCV de Equipo de TrabajoCV de Equipo de Trabajo Numeral 4.3.3Numeral 4.3.3Numeral 4.3.3Numeral 4.3.3

Nombre Completo

Cargo asignado en proyecto Antigüedad

Lugar y fecha de nacimiento Nacionalidad

Domicilio Teléfono

Nº Documento de identidad Correo Electrónico

Formación Curricular

Formación No Curricular

EXPERIENCIA PROFESIONAL

Lugar Período

En proyectos de similar naturaleza

Otras implantaciones

Otros

Cargo y responsabilidad específica

Institución Período

ESTUDIOS

CURRICULUM VITAE

DATOS PERSONALES

Institución Año de graduación

Pagina 141

ANEXO 5ANEXO 5ANEXO 5ANEXO 5----bbbb CONSTANCIA CONSTANCIA CONSTANCIA CONSTANCIA NuNuNuNumeral 6.1meral 6.1meral 6.1meral 6.1 ---- EmpresaEmpresaEmpresaEmpresa

Fecha

CONSTANCIACONSTANCIACONSTANCIACONSTANCIA

Por la presente dejamos constancia que la Empresa_______________________________

implantó satisfactoriamente en nuestra Organización las soluciones que se detallan a continuación :

Solución o Módulos instalados e integrados(*)

Fecha de implantación

Cantidad de usuarios

Tiempo que demandó la implantación

Se brindo soporte y mantenimiento? Actualmente está vigente?

Nombre de los Técnicos suministrados por el proveedor

Nombre de Referencia

Teléfono de Referencia

(*) 1= Gestión de Recursos Humanos 2= Gestión de Recursos Materiales 3= Gestión Contable 4= Gestión Presupuestal.

Por_____________________

Firma

Pagina 142

ANEXO 5ANEXO 5ANEXO 5ANEXO 5----cccc CONSTANCIACONSTANCIACONSTANCIACONSTANCIA Numeral 6.2Numeral 6.2Numeral 6.2Numeral 6.2 ---- Equipo de TrabajoEquipo de TrabajoEquipo de TrabajoEquipo de Trabajo

Fecha

CONSTANCIACONSTANCIACONSTANCIACONSTANCIA

Por la presente dejamos constancia que la Empresa___________________________

implantó satisfactoriamente en nuestra Organización un Sistema Integrado de Gestión, con el Equipo de

Trabajo que se detalla a continuación:

Nombre del Técnico

Módulos (*) instalados e integrados en el/los que participó

Calidad de Participación y responsabilidad específica

Período de actuación

Nombre de Referencia

Teléfono de Referencia

(*) 1= Gestión de Recursos Humanos 2= Gestión de Recursos Materiales 3= Gestión Contable 4= Gestión Presupuestal.

Por_____________________

Firma

Pagina 143

ANEXO 6 ANEXO 6 ANEXO 6 ANEXO 6 ---- Autorización del FabricanteAutorización del FabricanteAutorización del FabricanteAutorización del Fabricante

[El Oferente solicitará al Fabricante que complete este formulario de acuerdo con las instrucciones indicadas. Esta carta de autorización deberá estar escrita en papel membrete del Fabricante y deberá estar firmado por la persona debidamente autorizada para firmar documentos que comprometan el Fabricante. El Oferente lo deberá incluir en su oferta,

Fecha: [indicar la fecha (día, mes y año) de presentación de la oferta] LP No.: [indicar el número del proceso licitatorio]

A: [indicar el nombre completo del Comprador] POR CUANTO Nosotros [nombre completo del fabricante], como fabricantes oficiales de [indique el nombre de los bienes fabricados], con fábricas ubicadas en [indique la dirección completa de las fábricas] mediante el presente instrumento autorizamos a [indicar el nombre y dirección del Oferente] a presentar una oferta con el solo propósito de suministrar los siguientes Bienes de fabricación nuestra [nombre y breve descripción de los bienes] Por este medio extendemos nuestro aval y plena garantía respecto a los bienes ofrecidos por la firma antes mencionada.

Firma: _________________________________________________ [firma del(los) representante(s) autorizado(s) del fabricante]

Nombre: [indicar el nombre completo del representante autorizado del Fabricante] Cargo: [indicar cargo] Debidamente autorizado para firmar esta Autorización en nombre de: [nombre completo del Oferente]

Pagina 144

ANEXO 7 ANEXO 7 ANEXO 7 ANEXO 7 ---- Estimación de los perfiles de usuarios de los Estimación de los perfiles de usuarios de los Estimación de los perfiles de usuarios de los Estimación de los perfiles de usuarios de los sistemas vigentes en el B.C.U.sistemas vigentes en el B.C.U.sistemas vigentes en el B.C.U.sistemas vigentes en el B.C.U.

PERFILES PERFILES PERFILES PERFILES

AREAS USUARIOSUSUARIOSUSUARIOSUSUARIOS USUARIOSUSUARIOSUSUARIOSUSUARIOS

SISTEMASSISTEMASSISTEMASSISTEMAS DEDEDEDE DE AUTOGESTIONDE AUTOGESTIONDE AUTOGESTIONDE AUTOGESTION GESTIONGESTIONGESTIONGESTION O CONSULTAO CONSULTAO CONSULTAO CONSULTA CONTADURIACONTADURIACONTADURIACONTADURIA Sistema Contable 20 145 SERVICIOS Y SEGURIDADSERVICIOS Y SEGURIDADSERVICIOS Y SEGURIDADSERVICIOS Y SEGURIDAD COMPRA Y PEDIDO DE UTILES 21 625 CONTRATOS 6 7 PAGO A PROVEEDORES 4 7 ACTIVO FIJO - INVENTARIO 6 GESTIO DE PAGO DE VIATICOS 4 DESARROLLO ESTRATÉGICO Y PRESUPUESTODESARROLLO ESTRATÉGICO Y PRESUPUESTODESARROLLO ESTRATÉGICO Y PRESUPUESTODESARROLLO ESTRATÉGICO Y PRESUPUESTO SISTEMA PRESUPUESTAL 10 0

CAPITAL HUMANO Y DESARROLLO ORGANIZACIONALCAPITAL HUMANO Y DESARROLLO ORGANIZACIONALCAPITAL HUMANO Y DESARROLLO ORGANIZACIONALCAPITAL HUMANO Y DESARROLLO ORGANIZACIONAL LIQUIDACION DE HABERES Y DESCUENTOS 8 28

GESTION DE ASISTENCIAS Y LICENCIAS 9 625

GESTION DE BENEFICIOS DEL PERSONAL 13 625

SELECCIÓN Y CARRERA(Base de Datos RRHH) 14 625

CAPACITACION 10 86

AUDITORIAAUDITORIAAUDITORIAAUDITORIA 0 15

USUARIOS DE GESTION:USUARIOS DE GESTION:USUARIOS DE GESTION:USUARIOS DE GESTION:

Operan regularmente los sistemas generando altas, bajas y modificaciones

USUARIOS DE AUTOGESTION O CONSULTA:USUARIOS DE AUTOGESTION O CONSULTA:USUARIOS DE AUTOGESTION O CONSULTA:USUARIOS DE AUTOGESTION O CONSULTA:

Interactúan con los sistemas como clientes solicitando por ej determinado bien o servicio, autorizando un trámite o simplemente efectuando consultas.