INFORME TÉCNICO PARA LA CONSISTENCIA DE LA ETAPA 7 DEL ...

Proyecto de Inversión “Mejoramiento de la capacidad para la generación del conocimiento y mejora continua en la Gestión de la Contratación pública” - Código de Inversión 2394412.

Página 1 de 127

INFORME TÉCNICO PARA LA CONSISTENCIA DE LA ETAPA 7 DEL PROYECTO DE INVERSIÓN:

“MEJORAMIENTO DE LA CAPACIDAD PARA LA

GENERACIÓN DEL CONOCIMIENTO Y

MEJORA CONTINUA EN LA GESTIÓN DE LA

CONTRATACIÓN PÚBLICA”

(Documento Equivalente – Etapa 7)

Elaborado por: Equipo de Gestión del Proyecto

Responsable:

Consultor Pedro Alfredo Astudillo Paredes

Junio 2021


Página 2 de 127

I. ANTECEDENTES

Del origen del proyecto de inversión 1.1. El Proyecto de Inversión 2394412, denominado “Mejoramiento de la capacidad para la

generación del conocimiento y mejora continua en la gestión de la contratación pública” (en adelante, el Proyecto) fue declarado viable el 23.10.2017 por la Oficina de Planeamiento y Modernización (OPM), en su calidad de Unidad Formuladora del OSCE.

1.2. Con Decreto Supremo N° 074-2018-EF publicado el 12.04.2018, el Estado peruano aprobó la operación de endeudamiento externo entre la República del Perú y el Banco Interamericano de Desarrollo (BID), hasta por la suma de US$ 65 000 000 (Sesenta y Cinco Millones y 00/100 Dólares Americanos), destinada a financiar parcialmente los Proyectos “Mejoramiento de la Gestión de la Inversión Pública” y “Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública”. Posteriormente, mediante Decreto Supremo N° 332-2018-EF del 30.12.2018 se realiza la modificación de su artículo 3, donde se designa al OSCE como Unidad Ejecutora del Proyecto “Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública”, entre otros.

1.3. Mediante Contrato de Préstamo N° 4428/OC-PE de fecha 21.05.2018 y Contrato Modificatorio del Contrato de Préstamo N° 4428/OC-PE de fecha 31.12.2018, la República del Perú y el BID, acordaron los términos y condiciones en que el Banco otorga el préstamo al Prestatario, para contribuir al financiamiento y ejecución del proyecto para la mejora de la eficiencia en la gestión de la inversión y las contrataciones públicas, que incluye los proyectos de inversión: “Mejoramiento de la Gestión de la Inversión Pública” y “Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública”.

Arreglos institucionales 1.4. Mediante Resolución N° 029-2019-OSCE/PRE de fecha 12.02.2019, modificada mediante

Resolución N° 228-2019-OSCE/PRE de fecha 24.12.2019 y Resolución N° 070-2021-OSCE/PRE de fecha 07.05.2021 se aprueba el Manual Operativo del Proyecto OSCE “Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública”, documento que entre otros comprende la organización interna del proyecto.

1.5. El OSCE como Unidad Ejecutora del Proyecto, ha contratado al Equipo de Gestión del Proyecto (EGP) con la finalidad de que este se haga cargo de las actividades necesarias para una adecuada ejecución del mismo. El EGP cuenta con una Coordinadora General y un Equipo Técnico, que ha previsto que el Proyecto se implemente POR ETAPAS.

1.6. Con Resolución N° 002-2020-OSCE/PRE del 08.01.2020, numeral 1.3, se delega en el Secretario General del OSCE la facultad de aprobar expedientes técnicos o documentos equivalentes que constituyan proyectos de inversión, a fin de iniciar la etapa de ejecución física.

1.7. Con fecha 15.05.2020 se aprueba la Etapa 1 de ejecución física del Proyecto mediante Resolución N° 020-2020-OSCE/SGE, vinculado al Componente 2.



1.10. Con Resolución N° 187-2020-OSCE/PRE del 29.12.2020, numeral 1.3, se delega en el Secretario General del OSCE la facultad de aprobar expedientes técnicos o documentos equivalentes que constituyan proyectos de inversión, a fin de iniciar la etapa de ejecución física.


1.12. Mediante Memorando N° D000068-2021-OSCE-PBID de fecha 11.02.2021 se reporta a la UEI DSEACE la necesidad de contratar la consultoría para el “Desarrollo del Plan de Implementación para Proyectos Complementarios” que comprende parte de los desarrollos


Página 3 de 127

identificados en la Etapa 1 y 2 del Proyecto por un total de S/ 20,000. 1.13. Con Memorando N° D000046-2021-OSCE-PBID-PAP del 22.02.2021, se da conformidad al

Cuarto Producto, “Planificación” de la Consultoría “Elaboración del Diagnóstico/Línea Base y Propuesta “To Be” del Proyecto Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública”.


1.15. Con fecha 20.04.2020 se aprueba la Etapa 6 de ejecución física del Proyecto mediante Resolución N° 032-2021-OSCE/SGE, vinculado al Componente 1 y 3.

1.16. En el marco del Anexo 1: Alcance del Otro Documento equivalente para la consistencia de Proyectos de inversión, remitido por el MEF, se elabora el presente documento. En el marco del Sistema Nacional de Programación Multianual y Gestión de Inversiones (Invierte.pe), existen algunas tipologías de PI que se caracterizan por incluir aspectos relacionados a la modernización de la gestión pública, como gestión por procesos, simplificación administrativa, organización institucional, sistemas de información, digitalización de servicios, gestión del cambio, gestión del conocimiento, entre otros, cuyo desarrollo requiere la contratación de diversos servicios de consultoría y adquisición de bienes. Asimismo, para realizar la referida consistencia en este tipo de PI, los cuales suelen ejecutarse por etapas e incluir un considerable número de servicios de consultoría o adquisición de bienes en diferentes momentos de la fase de Ejecución, la UEI puede solicitar a la UF la aprobación de la consistencia remitiendo un Informe Técnico, el cual para efectos del Invierte.pe constituye un documento equivalente, conforme lo establece el inciso 7 del artículo 5 de la Directiva General, de esta manera se agiliza el proceso de ejecución física de los proyectos de inversión a fin de no aprobar la consistencia de cada documento equivalente por cada servicio o bien necesario para cumplir con el objetivo de los proyectos. Cabe precisar que en dicho Informe Técnico se debe sustentar la relación lógica de los servicios de consultoría y/o adquisiciones que incluye la etapa y su articulación con todo el PI, así como los entregables, el plazo de ejecución, la modalidad de ejecución, entre otros. La consistencia del documento equivalente (Informe técnico) con la concepción técnica y el dimensionamiento del proyecto de inversión, se realizará siempre que el PI cumpla con las siguientes características: • Tener un número considerable de servicios de consultoría o adquisiciones relacionados

a gestión por procesos, simplificación administrativa, organización institucional, sistemas de información no complejos, digitalización de servicios, gestión del cambio, capacitación, asistencia técnica, entre otros.

• Las características y condiciones de los servicios de consultoría y adquisiciones; así como los entregables o productos a obtener son conocidos y puede definirse variables como alcance, características, condiciones, requisitos, costos, plazo de ejecución, modalidad de ejecución, entre otros; y además existe una baja probabilidad de modificaciones en la etapa de ejecución física.

• La UEI cuenta con experiencia e información reciente sobre el alcance, características, condiciones, requisitos, costos, plazo de ejecución, modalidad de ejecución, entre otros, de los servicios de consultoría y/o adquisiciones; así como de los entregables o productos que incluye la etapa del PI, y su articulación con las demás etapas del proyecto.

• El PI se ejecuta por etapas y el plazo de ejecución es igual o superior a 4 años. En ese sentido, se considera utilizar “otro documento equivalente” debido a que todas las actividades incluidas en este informe corresponden a una solución integral, denominada como la nueva plataforma de la compra pública. Cabe señalar que durante la construcción del modelo del Proyecto se ha contado con la participación de la DGA del MEF y Perú compras, a través de reuniones participativas en las cuales han colaborado en la construcción del modelo con sus aportes. A continuación, se muestra las reuniones temáticas participativas sostenidas:


Página 4 de 127

N° Tema de reunión de

trabajo colaborativo

Fecha de realización Instituciones

participantes

Negocio

1. Política Lunes 12.10.20, de 4:00 pm

a 5:30 pm

OSCE, Perú Compras y

la DGA-MEF

2. Estrategia Martes 13.10.20, de 10:00

am a 11:30 am


la DGA-MEF

3. Normatividad Jueves 15.10.20, de 10:00

am a 11:30 am


la DGA-MEF

4. Supervisión Martes 20.10.20, de 9.30

am a 10:30 am

OSCE

5. Posición del Comprador Martes 20.10.20, de 4pm a

5pm


la DGA-MEF

6. Competencias y

capacitaciones

Miércoles 21.10.20, de

3pm a 4pm

OSCE y la DGA-MEF

7. Evaluación y

Conocimiento

Miércoles 21.10.20, de

4pm a 5pm

OSCE y la DGA-MEF

8. Proceso de la Compra Miércoles 14.10.20, de

10:00 am a 11:30 am


la DGA-MEF

9. Proceso de la Compra,

continuación

Lunes 19.10.20, de 11:00

am a 12:00 pm


la DGA-MEF

Arquitectura

tecnológica

10. Arquitectura general Viernes 16.10.20, de 10:00

am a 11:30 am


la DGA-MEF

11. Capa de interacción Miércoles 21.10.20, de

11:00 am a 12:30pm

OSCE y Perú Compras

12. Capa de presentación

(gestión de contenidos y

gestión de procesos)

Jueves 22.10.20, de 4:30

pm a 6:00 pm


la DGA-MEF

13. Capa de negocios de

Arquitectura Tecnológica

Viernes 23.10.20, de 10:30

am a 12:00 pm


la DGA-MEF

14. Capa de datos e

interoperabilidad

Viernes 23.10.20, de 12:00

pm a 1:00 pm


la DGA-MEF

Como se puede apreciar en las reuniones sostenidas se ha trabajado el modelo de manera colaborativa, evidenciando que todos forman parte de manera conjunta de la nueva plataforma de la compra pública del Estado Peruano. En esta etapa final de ejecución del proyecto deben ser visualizados como una solución donde todos los softwares que se listan funcionan de manera articulada como es la infraestructura de la plataforma (infraestructura nube, servicios de nube, stack tecnológicos entre otros), los desarrollos de sistemas necesarios para crear el nuevo modelo de la compra pública (el sistema de abastecimiento estratégico, fábrica de software, market place, entre otros), la mesa de ayuda que dará soporte a esta plataforma de la compra pública (una solución ITMS y la implementación de los procesos necesarios), y los proyectos de fortalecimiento (PMO, seguridad de la información, perfiles especializados para el acompañamiento del proyecto, entre otros) para lograr con éxito la implementación de este proyecto. Durante la ejecución del Proyecto se continuará realizando reuniones de coordinación con


Página 5 de 127

entidades el Estado como la DGA, Perú Compras para las diferentes contrataciones requeridas para la implementación del modelo de compras públicas.

1.17. Con la aprobación del último Documento equivalente, se iniciará las gestiones para la obtención del mayor presupuesto. Dichas solicitudes se platearán en las reuniones de coordinación con el Comité de Inversiones y en las revisiones de cartera con las direcciones del MEF, se informará acerca de los mayores costos que requerirá el Proyecto y su respectivo procedimiento.

1.18. Con respecto al Plan de implementación de la hoja de ruta. Para el desarrollo del PI 2394412 (el Proyecto), que inició sus operaciones en el año 2019, se establecieron dos etapas principales, la primera de Diseño y la segunda de Implantación. En la etapa de diseño se realizaron diversas consultorías con el objetivo de definir la situación actual de los principales componentes de las contrataciones públicas incluidos en su alcance y diseñar los nuevos componentes a ser implantados en la etapa siguiente. Entre las principales consultorías elaboradas en esta etapa se cuenta con: Formulación de la Estrategia para la Gestión del Conocimiento, Diseño de la Estrategia de la Innovación, Diseño de la Estrategia para la Gestión del Cambio, Diagnóstico de la Estrategia de Capacitación y Certificación y Propuesta de Modelo Mejorado, y principalmente la de Elaboración de la Línea Base y Modelo “To be”, la última de las cuales definió el Modelo Mejorado de la contratación pública o gestión de las adquisiciones como se nombra en el Decreto Legislativo Nro. 1439 del Sistema Nacional de Abastecimiento (SNA), la cual permitió establecer el Plan de implementación de la hoja de ruta del Proyecto. El Plan de Implementación de la hoja de ruta establece los objetivos, alcances, estrategias, líneas de acción, actividades, gobernanza, actividades a ejecutar, presupuesto y riesgos requeridos para implantar la organización, procesos, normativa, sistemas, herramientas e infraestructura que permita el cumplimiento de los objetivos del Proyecto, el cual está enmarcado en un proceso de cambio cultural como despliegue de la estrategia de gestión del cambio definida para el Proyecto. Este documento constituye como el marco de trabajo para el desarrollo de las actividades que el Proyecto ejecutará en esta etapa y ha sido elaborado tomando como insumo las consultorías ejecutadas en la etapa de diseño más la elaboración propia del Equipo de Gestión del Proyecto (EGP). Las actividades que se detallan en este Informe Técnico para la consistencia (otro documento equivalente) forman parte del Plan de implementación de la hoja de ruta.

1.19. Con respecto a la Plataforma de la compra pública. El Proyecto, dentro de sus componentes tiene la acción 2.4 referida a la adquisición de la infraestructura tecnológica (Hardware y Software) para el funcionamiento de la plataforma de soporte al proceso de contratación pública, esta acción es justificada en el estudio de preinversión del Proyecto, indicando en su justificación lo siguiente:

“…es importante tener en cuenta la constante evolución de las infraestructuras tecnológicas que obliga a actualizar y alinearse hacia una nueva infraestructura tecnológica con el fin de aprovechar el avance tecnológico en procesamiento, almacenamiento, copias de respaldo, etc.; y a su vez contar con un horizonte de vida útil y garantía de fábrica de los componentes tecnológicos de por lo menos cinco (05) años…”, pág. 185.

Debido a la importancia de la infraestructura a implementar y a las características denotadas en la justificación de la infraestructura en el estudio de preinversión, es muy importante aprovechar el avance tecnológico, por ello se ha visto por conveniente optar por la infraestructura en nube, siendo que cumple a cabalidad con las características requeridas en el estudio de preinversión del Proyecto y absuelve muchas de las consideración que debemos tomar en cuenta como la obsolescencia tecnológica, disponibilidad del servicio, soporte y mantenimiento, entre otros, siendo la mejor opción para darle continuidad a la plataforma de compra pública en el tiempo.


Página 6 de 127

Cabe señalar que la consultoría “Elaboración del Diagnóstico/Línea Base y Propuesta To Be del Proyecto” insumo para la elaboración del documento del Plan de implementación de la hoja de ruta del Proyecto propuso la contratación del servicio de nube.

1.20. Los costos de operación y mantenimiento se mantendrán de acuerdo a lo establecido en el estudio de preinversión del Proyecto. Sin perjuicio de ello, dichos costos podrán ser actualizados durante la ejecución del Proyecto.

II. ANÁLISIS

2.1. Estudio de preinversión del Proyecto de Inversión N° 2394412

a) El objetivo central del Proyecto OSCE se define como: “Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública” y para el logro de dicho objetivo el Proyecto comprende los siguientes componentes: ✓ Componente 1: Capacidad de Marco Institucional. ✓ Componente 2: Desarrollo e Implementación de una plataforma de soporte al proceso de

contratación orientado a la gestión por resultados y maximización del valor por el dinero. ✓ Componente 3: Capacidad de los Recursos Humanos.

Cuadro N° 1:

Presupuesto de Inversión según PI Viable

N° Componentes Monto de

Inversión PI Viable (S/ )

C1 Capacidad del marco institucional 6,459,601

C2 Desarrollo e implementación de una plataforma de soporte de soporte al proceso de contratación orientado a la gestión por resultados y maximización del valor por el dinero

40,916,833

C3 Capacidad de los recursos humanos 4,868,424

Sub Total 52,244,859

SUP Supervisión 0

ET Expediente Técnico 0

GP Gestión del Proyecto 8,505,143

Total 60,750,002

El costo estimado del proyecto es de S/ 60,750,002, equivalente a US$ 18,750,0001, de los cuales US$ 3,75 millones corresponde a aporte local y US$ 15 millones a financiamiento BID (ROOC). Asimismo, debe indicarse que en el estudio de preinversión viable no se contempló las partidas “Supervisión” ni “Expediente Técnico” como ítems independientes de los Componentes 1, 2 y 3, sino que dichas partidas y sus respectivos costos se incluyeron en cada componente.

2.2. Acciones Previas El PI 2394412 desde su inicio de la Fase de Ejecución a la fecha, han contratado consultorías como: (i) Gestión del Proyecto - Contratación del Equipo de Gestión Técnico y Administrativo, otros; (ii) Expediente Técnico - Contratación de consultorías de elaboración de TDR / diagnóstico / línea base / propuesta To be; (iii) Supervisión - Contratación de consultorías de acompañamiento; que en el estudio de preinversión se encontraban contemplados en cada

1 Tipo de cambio utilizado en el estudio de preinversión fue de S/ 3.24.


Página 7 de 127

componente; los cuales no requieren de solicitud de consistencia previa. Es por ello que, tal y como hemos detallado en las Etapas 3, 4, 5 y 6 del Proyecto se han reportado consultorías previas que han sido vinculadas a cada componente, y que para fines prácticos del registro en el aplicativo del Banco de Inversiones han sido reportadas como costo de “Expediente Técnico” y “Supervisión”, sin que ello implique modificaciones a nivel presupuestal (SIAF). Asimismo, ello permitirá que no se afecte el seguimiento del gasto que se viene realizando en el marco del Contrato de Préstamo N° 4428/OC-PE, el cual sólo contempla los Componentes 1, 2, 3 y Gestión del Proyecto (Administrativa y Técnica) como componentes del Proyecto. Por lo tanto, a continuación, se detallan las consultorías que a la fecha han sido ejecutadas en el marco de los Componente 1, 2 y 3, pero que serán reportadas en la partida “Expediente Técnico” y “Supervisión”, las cuales no requieren de solicitud de consistencia, permitiendo así desglosar la distribución de los costos contemplados inicialmente en el estudio de preinversión. El monto total a ser asignado en la partida “Expediente Técnico” asciende a S/ 5,280,032, que corresponde al siguiente detalle: Expediente Técnico (Componente 1): S/ 2,229,358 Costos asignados a la Acción 1.1 ▪ Contrato N° 007-2019-OSCE/OAD-PBID - Consultoría “Elaboración de los términos de

referencia de una firma consultora para el Diagnóstico/Línea de Base del proyecto”, cuyo monto total fue de S/ 33,440.012 (contrato suscrito en dólares por US$ 20,000.00 distribuido uniformemente entre el Componente 1 y 2).

▪ Contrato N° 016-2020-OSCE/OAD-PBID - “Consultoría para diseñar el modelo de desempeño y estimación de costos del proceso de contratación pública”, cuyo monto total fue de S/ 281,807.60.

▪ Contrato N° 020-2020-OSCE/OAD-PBID - “Analista de procesos para ampliación del mapa de procesos del Sistema de Contrataciones del Estado peruano”, cuyo monto total fue de S/ 16,000.00.

Costos asignados a la Acción 1.2 ▪ Contrato N° 025-2019-OSCE/OAD-PBID - Consultoría “Organización y facilitación de

talleres Propuesta para la mejora continua del proceso de compra del Estado”, cuyo monto total fue de S/ 15,000.00.

▪ Orden de servicio 775-2019 - “Alquiler de local para conferencias”, cuyo monto total fue de S/ 8,684.80.

Costos asignados entre las Acciones 1.1 y 1.2 ▪ Contrato N° 015-2020-OSCE/OAD-PBID - Consultoría “Elaboración del Diagnóstico/Línea

Base y Propuesta "To Be" del Proyecto Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública”, de cuyo monto total se asignó S/ 456,302.933 para el componente 1 (contrato suscrito en dólares por US$ 518,526.515 – Pago fijo distribuido entre el Componente 1 y 2). Se asigna 70% (S/ 314,912.05) a la Acción 1.1 y 30% (S/ 136,890.88) a la Acción 1.2.

Costos asignados a la Acción 1.3 ▪ Contrato N° 008-2019-OSCE/OAD-PBID - Consultoría “Elaboración de los términos de

referencia para contratar a la firma consultora que realizará el diseño de la Estrategia de Gestión del Conocimiento”, cuyo monto total fue de S/ 23,800.00.

▪ Contrato N° 024-2019-OSCE/OAD-PBID - Consultoría “Formulación de la Estrategia de la Gestión del Conocimiento en la Contratación Publica en el OSCE”, cuyo monto total fue de S/ 778,747.284 (contrato suscrito en dólares por US$ 224,200).

2 Monto girado según el SIAF. 3 Monto girado según el SIAF. 4 Monto girado según el SIAF.


Página 8 de 127

▪ Órdenes de servicio 124-2020 y 241-2020 - “Consultoría para la definición del plan de datos abiertos del OSCE”, cuyo monto total fue de S/ 30,000.00.

Costos asignados a la Acción 1.4 ▪ Contrato N° 017-2020-OSCE/OAD-PBID – “Consultoría para realizar el diagnóstico de los

canales digitales externos e internos del OSCE”, cuyo monto total fue de S/ 122,954.00. Costos asignados a la Acción 1.5 ▪ Contrato N° 009-2019-OSCE/OAD-PBID - Consultoría “Elaboración de términos de

referencia de una firma consultora para realizar el diseño de la Estrategia de Innovación en el OSCE”, cuyo monto total fue de S/ 23,800.00.

▪ Contrato N° 001-2020-OSCE/OAD-PBID - Consultoría “Diseño de estrategia de gestión de innovación en el OSCE”, cuyo monto total fue de S/ 431,544.195 (contrato suscrito en dólares por US$ 122,342.4).

▪ Orden de servicio 224-2020 - “Adquisición de pasajes aéreos nacionales”, cuyo monto total fue de S/ 7,276.72.

Expediente Técnico (Componente 2): S/ 2,190,874 Costos asignados a la Acción 2.1 ▪ Contrato N° 007-2019-OSCE/OAD-PBID - “Consultoría individual para elaboración de los

términos de referencia de una firma consultora para el Diagnóstico/Línea de Base del proyecto”, cuyo monto total fue de S/ 33,479.99.

▪ Contrato N° 020-2019-OSCE/OAD-PBID - Consultoría “Estudio de casos internacionales de mejoramiento en la contratación pública”, cuyo monto total fue de S/ 114,287.60

▪ Contrato N° 007-2020-OSCE/OAD-PBID - Consultoría “Elaboración de los Términos de Referencia y las Especificaciones Técnicas funcionales para contratar una firma consultora que implementará una plataforma de gestión documental y del proceso arbitral para la Dirección de Arbitraje”, cuyo monto total fue de S/ 24,000.

▪ Contrato N° 013-2020-OSCE/OAD-PBID - “Consultoría para realizar el análisis de requerimiento para soluciones de sistemas en la Dirección de Gestión de Riesgos y en el Tribunal de Contrataciones del OSCE”, cuyo monto total fue de S/ 26,000.

▪ Contrato N° 015-2020-OSCE/OAD-PBID - Consultoría “Elaboración del Diagnóstico/Línea Base y Propuesta To Be del Proyecto Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública”, de cuyo monto total se asignó S/ 1,385,632.16 para el componente 2 (contrato suscrito en dólares por US$ 518,526.515 – Pago fijo distribuido entre el Componente 1 y 2).

▪ Contrato N° 018-2020-OSCE/OAD-PBID - “Consultoría para revisión de los aspectos técnicos del modelado To Be en la arquitectura tecnológica”, cuyo monto total fue de S/ 118,676.45.

Costos asignados a la Acción 2.4 ▪ Orden de servicio 321-2019 - “Consultoría individual para realizar el diagnóstico de la

Infraestructura tecnológica que soporta los sistemas del OSCE”, cuyo monto total fue de S/ 28,998.

▪ Contrato N° 009-2020-OSCE/OAD-PBID - Consultoría “Servicio de análisis y propuestas para la migración de la infraestructura para las aplicaciones del OSCE”, cuyo monto total fue de S/ 92,000.

Costos asignados a la Acción 2.5 ▪ Contrato N° 021-2020-OSCE/OAD-PBID - “Consultoría del Diagnóstico y diseño del modelo

de Mesa de Ayuda del OSCE”, cuyo monto total fue de S/ 367,800.12 Expediente Técnico (Componente 3): S/ 859,800 Costos asignados a la Acción 3.1

5 Monto girado según el SIAF de los Entregables 1 al 12 y monto proyectado del Entregable 13.


Página 9 de 127

▪ Contrato N° 019-2019-OSCE/OAD-PBID - Consultoría “Diagnóstico de la situación actual de los Recursos Humanos que intervienen en el Proceso de la Contratación Pública”, cuyo monto total fue de S/ 194,161.866 (contrato suscrito en dólares por US$ 57,900).

Costos asignados entre las Acciones 3.1 y 3.2 ▪ Contrato N° 029-2020-OSCE/OAD-PBID - Consultoría “Diagnóstico de la Estrategia de

Capacitación y Certificación y Propuesta de Modelo Mejorado”, cuyo monto total fue de S/ 281,615.297 (contrato suscrito en dólares por US$ 78,009.80).

Costos asignados a la Acción 3.3 ▪ Contrato N° 016-2019-OSCE/OAD-PBID - Consultoría “Elaboración de los Términos de

Referencia para contratar a la firma consultora que realizará el diseño de la Estrategia de Gestión del cambio en el OSCE en el proceso de contratación pública”, cuyo monto total fue de S/ 13,600.00.

▪ Contrato N° 025-2020-OSCE/OAD-PBID - Consultoría “Diseño de la Estrategia de Gestión de Cambio en el OSCE en el Proceso de Contratación Pública”, cuyo monto total fue de S/ 370,422.828 (contrato suscrito en dólares por US$ 102,952.46).

Asimismo, el monto total a ser asignado en la partida “Supervisión” asciende a S/ 2,819,200.00, que corresponde a: Supervisión (Componente 1): S/ 1,510,200 Costos asignados a la Acción 1.1 ▪ Especialista en procesos de gestión para el desarrollo del componente 1 del proyecto

de mejoramiento al proceso de contratación pública: S/ 352,000.00 Dicho importe fue justificado y reportado a la UPPR (UF) a través de la solicitud de CCP respectiva, mediante MEMORANDO N° 127-021-OSCE-PBID (Adjunta: MEMORANDO N° 067-2021-OSCE-PBID-PAP del 08/03/2021)9. (Anexo 1).

▪ Coordinador de enlace de la Dirección Técnico Normativa: S/ 396,000.00 Esta contratación iniciará en Julio 2021, el TDR y la solicitud para su contratación vienen siendo elaborados por la Coordinación Técnica del Proyecto para gestionar la solicitud de No Objeción al BID.

Costos asignados a la Acción 1.3 ▪ Analista de Datos para apoyo en la Gestión del Conocimiento en el marco de las

mejoras para el proceso de la Contratación Pública: S/ 355,200.00 Esta consultoría se encuentra en curso (Contrato 032-2020-OSCE/OAD-PBID)

▪ Analista de Gestión del Conocimiento y la Innovación: S/ 407,000.00 Esta contratación iniciará en junio 2021, el TDR se encuentran en No Objeción al BID.

Supervisión (Componente 2): S/ 1,309,000 Costos asignados a la Acción 2.2 ▪ Servicio de apoyo para la definición de la infraestructura de la plataforma tecnológica

para la compra pública: S/ 323,000.00 Dicho importe fue justificado y reportado a la UPPR (UF) y a DSEACE (UEI) a través de la solicitud de CCP respectiva, mediante MEMORANDO N° 072-021-OSCE-PBID (Adjunta: MEMORANDO N° 032-2021-OSCE-PBID-PAP del 11/02/2021)10. (Anexo 2).

▪ Servicio de apoyo al seguimiento y control de la ejecución de los proyectos relacionados al desarrollo e implementación de la plataforma de soporte al proceso de contratación pública: S/ 306,000.00 Dicho importe fue justificado y reportado a la UPPR (UF) y a DSEACE (UEI) a través de la solicitud de CCP respectiva, mediante MEMORANDO N° 072-021-OSCE-PBID (Adjunta:

6 Monto girado según el SIAF. 7 Monto girado según el SIAF. 8 Monto girado según el SIAF. 9 Dicha documentación se adjunta como parte de los Anexos del presente informe técnico. 10 Dicha documentación se adjunta como parte de los Anexos del presente informe técnico.


Página 10 de 127

MEMORANDO N° 032-2021-OSCE-PBID-PAP del 11/02/2021).

Costos asignados a la Acción 2.4 ▪ Servicio de analista de sistemas 1 para proyectos vinculados al desarrollo de mejoras

de la plataforma de soporte al proceso de contratación pública: S/ 340,000.00 Dicho importe fue justificado y reportado a la UPPR (UF) y a DSEACE (UEI) a través de la solicitud de CCP respectiva, mediante MEMORANDO N° 072-021-OSCE-PBID (Adjunta: MEMORANDO N° 032-2021-OSCE-PBID-PAP del 11/02/2021).

▪ Servicio de analista de sistemas 2 para proyectos vinculados al desarrollo de mejoras de la plataforma de soporte al proceso de contratación pública: S/ 340,000.00 Dicho importe fue justificado y reportado a la UPPR (UF) y a DSEACE (UEI) a través de la solicitud de CCP respectiva, mediante MEMORANDO N° 072-021-OSCE-PBID (Adjunta: MEMORANDO N° 032-2021-OSCE-PBID-PAP del 11/02/2021).

Finalmente, el monto total a ser asignado en la partida “Gestión del Proyecto” asciende a S/ 9,859,055, que corresponde a la actualización de los costos vinculados a la contratación del Equipo de Gestión del Proyecto, Auditorías, así como la ampliación de la Fase de ejecución, dado que en el estudio de preinversión sólo se contempló 4 años y actualmente el Proyecto tiene una proyección de 6 años.

NOTA: Todas las consultorías, previamente a su contratación contaban (Caso: consultorías en curso o culminadas) o contarán (Caso: consultorías pendientes de contratación) con la No Objeción del BID y/o el TDR debidamente visado por las áreas usuarias y/o responsable en señal de aprobación. A continuación, se detalla la estructuración del presupuesto de inversión por componente y partidas a ser contempladas en la Etapa 7:

Cuadro N° 2: Presupuesto de Inversión según Documento Equivalente (Etapa 7)

N° Componentes Monto de Inversión

Actualizado (S/ )

C1 Capacidad del marco institucional 4,449,300

C2 Desarrollo e implementación de una plataforma de soporte de soporte al proceso de contratación orientado a la gestión por resultados y maximización del valor por el dinero

46,218,430

C3 Capacidad de los recursos humanos 4,142,528

Sub Total 54,810,257

SUP Supervisión 2,819,200

Supervisión (Componente 1) 1,510,200

Supervisión (Componente 2) 1,309,000

ET Expediente Técnico 5,280,032

Expediente Técnico (Componente 1) 2,229,358

Expediente Técnico (Componente 2) 2,190,874

Expediente Técnico (Componente 3) 859,800

GP Gestión del Proyecto 9,859,055

Total 72,768,544

(*) Las partidas Supervisión y Expediente Técnico contemplan el monto cargado a la meta presupuestal vinculada al Componente 1, 2 y 3, pero para fines de seguimiento en el Invierte.pe, se está detallando de manera separada de esos componentes. Asimismo, la partida Gestión del Proyecto contempla el monto ejecutado (2019-2020) y las proyecciones (2021-2024), tomadas del Informe N° D000003-2021-OSCE-PBID-PAP - Plan de implementación del Proyecto 2021-2024.


Página 11 de 127

Como se puede observar, el monto actualizado del Proyecto de inversión se ha visto modificado en un 19.8% (S/ 12,018,542), lo cual se encuentra dentro de las variaciones que se esperan para esta tipología de proyectos TI. Asimismo, se informa que las variaciones que se contemplan en esta nueva Etapa propuesta, incluyen la totalidad de consultorías que han arrojado el Plan de implementación de la hoja de ruta del Proyecto. Cabe señalar que durante la construcción del modelo del proyecto se ha contado con la participación de la DGA del MEF y Perú compras, a través de reuniones participativas en las cuales han colaborado en la construcción del modelo con sus aportes. (Cuadro con el listado de reuniones se detalla en el Ítem Arreglos instituciones, numeral 1.16) NOTA: En el caso específico del Componente 2, cuyo presupuesto con respecto al estudio de preinversión es mayor en un 21.5% (COMP 2 + SUP 2 + ET 2), el incremento se sustenta en dos aspectos principales:

1. Actualización del costo de las consultorías en la etapa de diseño: Durante la elaboración del estudio de preinversión, se asumió un escenario distinto, el cual ha ido cambiando, en especial al momento de hacer las contrataciones de las consultorías como: (i) “Elaboración del Diagnóstico/Línea Base y Propuesta To Be del Proyecto”, (ii) “Consultoría del Diagnóstico y diseño del modelo de Mesa de Ayuda del OSCE”, (iii) “Estudio de casos internacionales de mejoramiento en la contratación pública”, correspondientes a la etapa de diseño, cuyos costos han sido mayores a los previstos. NOTA

- Con respecto a la Acción 2.1: Las cinco (05) metas físicas de esta acción han sido atendidas por las consultorías “Elaboración del Diagnóstico/Línea Base y Propuesta "To Be" del Proyecto Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública”, “Consultoría para revisión de los aspectos técnicos del modelado To Be en la arquitectura tecnológica”, “Elaboración de los Términos de Referencia y las Especificaciones Técnicas funcionales para contratar una firma consultora que implementará una plataforma de gestión documental y del proceso arbitral para la Dirección de Arbitraje” y “Consultoría para realizar el análisis de requerimiento para soluciones de sistemas en la Dirección de Gestión de Riesgos y en el Tribunal de Contrataciones del OSCE” contempladas en la partida de Expediente Técnico, las cuales han sido contratadas a un mayor costo (actualización de costos respecto a lo programado en el estudio de preinversión), debidamente justificados en el desarrollo del procedimiento de contratación de estas consultorías (estudio de mercado).

2. Incorporación de nuevos desarrollos para completar el macroproceso de la

contratación pública: La contratación de la consultoría a cargo de la elaboración del modelo To Be ha permitido identificar procesos manuales que actualmente no son parte de la plataforma del SEACE y forman parte de la contratación pública, los cuales han sido incorporados a la nueva plataforma de la compra pública, la cual considera la virtualización de todo el proceso mediante el Expediente Electrónico con el objeto de gestionar los resultados y maximizar el valor por dinero. Asimismo, del análisis realizado y la propuesta obtenida de la consultoría, se ha decidido utilizar la infraestructura de nube, debido a que es más eficiente en cuestión de uso de los recursos y permite consolidar servicios, que actualmente son realizados de manera física y manual, en un sólo servicio administrado, permitiendo ahorrar recursos y maximizando el valor por dinero. NOTA - Con respecto a la Acción 2.2: De acuerdo al modelo To Be y al dimensionamiento se ha

identificado que la solución requiere un mayor número de softwares (procesos automatizados como por ejemplo: manejo de datos maestro; sistema integrado de tribunal de contrataciones; gestor de contenidos y de procesos; el expediente electrónico integrando el procesos de licitación y la gestión de los contratos; entre otros) para completar todo el macroproceso de las contrataciones públicas, lo cual ha generado un mayor costo del contemplado en el estudio de preinversión.


Página 12 de 127

Por lo tanto, como consecuencia de la actualización de costos de las consultorías de la etapa de diseño, así como la incorporación de nuevos desarrollos, han generado que el presupuesto previsto en el estudio de preinversión se vea incrementado.

2.3. Etapas del Proyecto de Inversión

a) El Equipo de Gestión del Proyecto (EGP) ha previsto que el Proyecto se implemente POR ETAPAS. Asimismo, debido a las características del presente proyecto de inversión (por su tipología TI, tamaño, complejidad e impacto), sus etapas podrán desarrollarse en forma secuencial o superponerse durante la ejecución del mismo.

b) En ese sentido, se incorpora la Etapa 7, de manera posterior a las Etapas 111, 212, 313, 414, 515 y

616, las cuales fueron ya sustentadas ante la Unidad Ejecutora de Inversiones (UEI-DSEACE) y su consistencia aprobada por la Unidad Formuladora (UF-OPM); por lo tanto, las etapas contempladas para sustentar incluyen las Etapas de la 1 a la 7. En el cuadro siguiente, se puede apreciar de manera más clara lo explicado en el párrafo anterior:

Cuadro N° 3: Etapas del Proyecto

Etapas Componentes

Etapa 1

❖ COMPONENTE 2: Desarrollo e Implementación de una plataforma de soporte al proceso de contratación orientado a la gestión por resultados y maximización del valor por el dinero.

➢ Acción 2.2 “Implementación de la plataforma de soporte al Proceso de Contratación orientada a la Gestión por Resultados y maximización del valor por el dinero” – Etapa 1 Sólo se atenderá una parte de la Acción 2.2 (el 10% de la meta física establecida en la Tarea 2.2.1).

Etapa 2

❖ COMPONENTE 2: Desarrollo e Implementación de una plataforma de soporte al proceso de contratación orientado a la gestión por resultados y maximización del valor por el dinero.

➢ Acción 2.2 “Implementación de la plataforma de soporte al Proceso de Contratación orientada a la Gestión por Resultados y maximización del valor por el dinero” – Etapa 2 Sólo se atenderá una parte de la Acción 2.2 (el 14% de la meta física establecida en la Tarea 2.2.1) quedando por ejecutar el resto en Otras Etapas.

Etapa 3

❖ COMPONENTE 2: Desarrollo e Implementación de una plataforma de soporte al proceso de contratación orientado a la gestión por resultados y maximización del valor por el dinero. Acción 2.2 “Implementación de la plataforma de soporte al Proceso de Contratación orientada a la Gestión por Resultados y maximización del valor por el dinero” – Etapa 3 Sólo se atenderá una parte de la Acción 2.2 (el 11% de la meta física establecida en la Tarea 2.2.1; el 11% de la meta física establecida en la Tarea 2.2.2; el 2% de la meta física establecida en la Tarea 2.4.2) quedando por ejecutar el resto en Otras Etapas.

11 ETAPA 1 aprobada mediante Resolución N° 020-2020-OSCE/SGE de fecha 15/05/2020. 12 ETAPA 2 aprobada mediante Resolución N° 026-2020-OSCE/SGE de fecha 19/06/2020. 13 ETAPA 3 aprobada mediante Resolución N° 036-2020-OSCE/SGE de fecha 17/07/2020. 14 ETAPA 4 aprobada mediante Resolución N° 003-2021-OSCE/SGE de fecha 22/01/2021. 15 ETAPA 5 aprobada mediante Resolución N° 020-2021-OSCE/SGE de fecha 05/03/2021. 16 ETAPA 6 aprobada mediante Resolución N° 032-2021-OSCE/SGE de fecha 20/04/2021.


Página 13 de 127

Etapa 4

❖ COMPONENTE 1: Capacidad de Marco Institucional Acción 1.1 “Implantación de un nuevo marco organizacional que permita la articulación entre los operadores del Proceso de Contratación orientado a la gestión por resultados y maximización del valor por el dinero.” – Etapa 4 Sólo se atenderá una parte de la Acción 1.1 (70% de la meta física de la Tarea 1.1.4; y (ii) 80% de cuatro (04) metas físicas de la Tarea 1.1.8 (equivalente al 64% del total de metas contempladas en el Tarea 1.1.8), consistentes en el “Documento de Mapeo de Puestos”, “Informe de Dimensionamiento de la entidad”, “Cuadro de puestos de la entidad – CPE” y el “Documento del Manual de Perfiles de Puestos – MPP”, quedando por ejecutar el resto en Otras Etapas.

Etapa 5

COMPONENTE 3: Capacidad de los recursos humanos Acción 3.2 “Desarrollo e implementación de un programa de capacitación integral con un enfoque de abastecimiento estratégico en el marco de la gestión del conocimiento” – Etapa 5 Sólo se atenderá: (i) 20% de la meta física de la Tarea 3.2.4, consistente en el “Informe de la ejecución del programa piloto de capacitación” quedando por ejecutar el resto en Otras Etapas.

Etapa 6

COMPONENTE 1: Capacidad de Marco Institucional Acción 1.1 “Implantación de un nuevo marco organizacional que permita la articulación entre los operadores del Proceso de Contratación orientado a la gestión por resultados y maximización del valor por el dinero” – Etapa 6 Sin contar las intervenciones incluidas en el Etapa 4 del Proyecto. Acción 1.2 “Desarrollo e implementación de un modelo de gestión del proceso de contratación orientado a la gestión por resultados y maximización del valor por el dinero, considerando los enfoques de eficiencia, eficacia y transparencia” – Etapa 6 Acción 1.3 “Implementación de la gestión de conocimiento en la contratación pública” – Etapa 6 Acción 1.4 “Rediseño / actualización de los portales del OSCE” – Etapa 6 Acción 1.5 “Implementación de la gestión de innovación y calidad en la contratación pública.” – Etapa 6 COMPONENTE 3: Capacidad de los recursos humanos Acción 3.1 “Fortalecimiento del capital humano” – Etapa 6 Acción 3.2 “Desarrollo e implementación de un programa de capacitación integral con un enfoque de abastecimiento estratégico en el marco de la gestión del conocimiento” – Etapa 6 Sin contar las intervenciones incluidas en el Etapa 5 del Proyecto Acción 3.3 “Desarrollo e implementación de una estrategia de gestión del cambio para todo el ciclo de la contratación pública” – Etapa 6

Etapa 7

❖ COMPONENTE 2: Desarrollo e Implementación de una plataforma de soporte al proceso de contratación orientado a la gestión por resultados y maximización del valor por el dinero – Las acciones que están quedando pendientes de ejecutar, que no se atienden en las Etapas 1, 2 ni 3.

Elaborado por: Equipo Técnico del Proyecto

c) Con la Etapa 7 se procederá a implementar cuatro (04) acciones del Componente 2 “Desarrollo

e implementación de una plataforma de soporte al proceso de contratación orientado a la gestión por resultados y maximización del valor por el dinero”, las cuales se listan a continuación: COMPONENTE 2: DESARROLLO E IMPLEMENTACIÓN DE UNA PLATAFORMA DE SOPORTE AL PROCESO DE CONTRATACIÓN ORIENTADO A LA GESTIÓN POR RESULTADOS Y MAXIMIZACIÓN DEL VALOR POR EL DINERO – ETAPA 7


Página 14 de 127

▪ Acción 2.2: Implementación de la plataforma de soporte al Proceso de Contratación

orientada a la Gestión por Resultados y maximización del valor por el dinero. ✓ FO02 - Servicio de Gestión de Proyectos para el OSCE. ✓ FO03 - Capacitación Técnica al personal para gestión de los servicios y la nube. ✓ FO04 - Fortalecimiento de la Seguridad de la Información y la Ciberseguridad. ✓ FO05 - Acompañamiento técnico al Centro de Desarrollo. ✓ AC01 - Adquisición e Implementación del Sistema de Abastecimiento Estratégico (e-

sourcing) para la Gestión de las Adquisiciones. ✓ AC02 - Levantamiento de requerimientos funcionales complementarios de la Gestión

de las Adquisiciones. ✓ AC03 - Contratación de la Autoridad Independiente para la Adquisición e

Implementación del Sistema de Abastecimiento Estratégico. ✓ AC04 - Selección del Gestor de contenidos y de procesos. ✓ AC05 - Adquisición e instalación del gestor de contenidos y de procesos. ✓ AC06 - Expediente Electrónico de la Compra Pública. ✓ AC07 - Desarrollo del Sistema de Gestión de Proveedores Etapa I. ✓ AC08 - Desarrollo del Sistema de Gestión de Proveedores Etapa II. ✓ AC09 - Desarrollo del Sistema de Gestión de Compradores. ✓ AC10 - Desarrollo del Sistema de Gestión del Catálogo. ✓ AC11 - Desarrollo del Sistema de Planeamiento y Gestión del PAC de la cadena de

valor de las adquisiciones. ✓ AC12 - Desarrollo del módulo de administración de datos maestros. ✓ AC13 - Sistema de Tribunal de Contrataciones del Estado. ✓ AC14 - Desarrollo del Sistema de Supervisión. ✓ AC15 - Desarrollo del Market Place. ✓ AC16 - Desarrollo de maquetas de usuarios. ✓ AC17 - Adaptación de la APP Única Móvil. ✓ AC18 - Elaboración y seguimiento de planes de implementación. ✓ AC20 - Sistema de Gestión del Aprendizaje y Certificación. ✓ AC21 - Acompañamiento al Proceso de Adquisición e Implementación del Sistema de

Abastecimiento Estratégico. ✓ AC22 – Integración de los buscadores públicos. ✓ CO03 – Implementación de plataforma tecnológica de gestión del conocimiento. ✓ PO01 – Diseño e implementación de la Plataforma Colaborativa del OSCE. ✓ IN10 – Implementación de Plataforma de Gestión de Ideas. ✓ Analistas para la implementación de la Solución Tecnológica. ✓ Gestor de proyectos para el seguimiento de proyectos de interoperación con el SEACE. ✓ Gestor de proyectos para el seguimiento de proyectos. ✓ SC01 - Sistema de gestión integral de alertas y notificaciones. ✓ SC02 - Servicio integral de alertas y notificaciones (mensajes de texto, correos). ✓ SC03 - Selección del Sistema de Autenticación. ✓ SC04 - Servicio de Sello de Tiempo. ✓ SC05 - Adquisición de licencias de firma digital. ✓ SC06 - Configuración de los trámites relacionados a las adquisiciones. ✓ SC07 - Implementación del Sistema de Autenticación. ✓ CD03 - Contratación de Servicios Fábrica para Desarrollo de Sistemas.

La fábrica está conformada por los siguientes proyectos: o AC07 - Desarrollo del Sistema de Gestión de Proveedores Etapa I. o AC08 - Desarrollo del Sistema de Gestión de Proveedores Etapa II. o AC09 - Desarrollo del Sistema de Gestión de Compradores. o AC10 - Desarrollo del Sistema de Gestión del Catálogo. o AC11 - Desarrollo del Sistema de Planeamiento y Gestión del PAC de la cadena

de valor de las adquisiciones. o AC12 - Desarrollo del módulo de administración de datos maestros. o AC14 - Desarrollo del Sistema de Supervisión. o AC17 - Adaptación de la APP Única Móvil. o AC19 - Desarrollo de interfaces e integración con los sistemas internos y externos.

✓ CD06 - Metodología para Desarrollo de Software.


Página 15 de 127

✓ DA01 - Diseño de la Arquitectura de OCDS. ✓ DA02 - Instalación y estabilización de la Arquitectura de OCDS. ✓ DA03 - Mapeo y carga de Datos en OCDS y Piloto de Tableros de aplicaciones

actuales. ✓ BI06 – Rediseño del Data Warehouse. ✓ BI07 – Implementación del rediseño del Data Warehouse. ✓ AD12 – Mejora continua de los proyectos complementarios

▪ Acción 2.3: Desarrollo de interfaces e integraciones con otros sistemas de gestión.

✓ AC19 - Desarrollo de interfaces e integración con los sistemas internos y externos. ✓ Arquitecto de Hardware y Software.

▪ Acción 2.4: Adquisición de la infraestructura tecnológica (hardware y software) para

el funcionamiento de la plataforma de soporte al proceso de contratación pública. ✓ CD05 - Reforzamiento de perfiles de Gestión y Tecnología: Gestor de Proyectos,

arquitecto, analista de calidad (QA), Líder de desarrollo, Especialista DBA, Ux, Documentador.

✓ IF02 - Adquisición y operación de los Servicios de Nube Pública para el funcionamiento de la Plataforma de Adquisiciones.

✓ IF03 - Implementación de los Ambientes de Desarrollo, Prueba y Producción. ✓ IF04 - Implementación del Stack Tecnológico y la Gestión de APIs. ✓ IF05 - Servicios Administrados de Nube Pública. ✓ IF06 - Evaluación y Auditoría técnico-administrativa de la Infraestructura actual. ✓ IF07 - Portal de las Contrataciones Públicas.

Cabe precisar que el personal que apoyará al proyecto como reforzamiento del equipo de tecnología, se considera como parte de la acción 2.4 debido a que trabajarán de manera coordinada en lo referido a la infraestructura y software que se adquiera, articulando los proyectos para la conformación de la nueva plataforma de la compra pública.

▪ Acción 2.5: Implementación de una mesa de ayuda para la plataforma de soporte al

proceso de contratación pública. ✓ AY02 - Selección y Adquisición de la Solución ITMS para Mesa de ayuda. ✓ AY03 - Implementación de los Procesos de atención al Usuario, Catálogo de Servicios,

Incidencias y Requerimientos. ✓ AY04 - Implementación de los Procesos de Gestión del Conocimiento y Problemas.

d) La Etapa 7 se implementará a través cincuenta y siete (57) servicios de consultorías

correspondientes al Componente 2 por un total de S/ 41,418,000, según el siguiente detalle:

Cuadro N° 4: Contenido de la Etapa 7 – Servicios de consultorías a desarrollar


Página 16 de 127


Página 17 de 127


e) La Etapa 7 comprende cuatro (04) acciones del Componente 2, las cuales han sufrido un ajuste

con respecto a lo establecido en el Estudio de preinversión, puesto que el Plan de implementación de la hoja de ruta establece nuevas tareas, siempre resguardando el cumplimiento del objetivo del Proyecto de inversión, sin cambiar la concepción técnica y dimensionamiento del mismo. A continuación, se detallan estas tareas y los productos finales, las cuales de manera conjunta dan como resultado la gran meta física única del Componente 2 denominada: la nueva plataforma de la compra pública.


Página 18 de 127

Cuadro N° 5: Metas físicas del Proyecto de Inversión

COMPONENTE 2


Página 19 de 127


Página 20 de 127


Página 21 de 127


Página 22 de 127


Página 23 de 127


Página 24 de 127


Nota: - Con respecto a las tareas 2.1.1, 2.1.2 y 2.1.3 vinculadas a la Acción 2.1, se debe precisar que, al ser el Contrato N° 015-2020-OSCE/OAD-PBID transversal a todas

estas tareas, esta consultoría además es vinculante a las 3 tareas, y sus productos contienen las metas físicas inicialmente propuestas en el estudio de preinversión, de manera conjunta con las otras consultorías listadas en las columnas del Documento equivalente (Contratos N° 007, 013 y 018-2020-OSCE/OAD-PBID).

- Con respecto a las tareas 2.2.2, 2.2.3, y 2.2.4, que no presentan información en las columnas del Documento equivalente debido a que las consultorías de FO02 a la AD12 se vinculan proporcionalmente con las 3 tareas a la vez, dado que es como se lleva a cabo el proceso de desarrollo e implantación de las metas listadas en dichas líneas.


Página 25 de 127

En ese sentido, con la implementación de la Etapa 7 se alcanzaría la gran meta física única denominada: la nueva plataforma de la compra pública, detallada en el Cuadro N° 5, al igual que los productos finales de cada actividad que conformará la Etapa 7 del Proyecto.

f) Adicionalmente, sobre esta Etapa 7, se debe señalar que los TdR y/o EE.TT que resulten para la contratación de las consultorías que componen esta etapa y que son necesarios para realizar los procesos de selección correspondientes, serán registrados por la UEI en la sección C del Formato 8-A: Registros en la Fase de Ejecución para proyectos de inversión, debiendo adjuntar:

- El documento de aprobación. - El cronograma de ejecución. - La descripción del servicio. - El presupuesto.

2.4. Alcance de la Etapa 7

A continuación, se detallan las consultorías que componen la Etapa 7 del proyecto de inversión. COMPONENTE 2: DESARROLLO E IMPLEMENTACIÓN DE UNA PLATAFORMA DE SOPORTE AL PROCESO DE CONTRATACIÓN ORIENTADO A LA GESTIÓN POR RESULTADOS Y MAXIMIZACIÓN DEL VALOR POR EL DINERO Objetivo general Implementar el Modelo “To-Be” de procesos de la Contratación Pública, abarcando la implementación progresiva de los procesos estratégicos y de soporte de la contratación pública en donde participa el OSCE y de los procesos de la Cadena de Valor de las Adquisiciones en las entidades contratantes; así como el desarrollo de la nueva plataforma de contrataciones del Estado y su mejora continua. Proyectos propuestos Se han agrupado las consultorías de acuerdo con el Plan de Implementación de la Hoja de ruta en siete grupos que se describen a continuación: ▪ FORTALECIMIENTO

Actividades que se deben ejecutar para desarrollar y potenciar las competencias y capacidades del OSCE para implementar, de manera planeada y secuencial, la infraestructura, las soluciones, los estándares y los componentes de la nueva plataforma. Los proyectos de fortalecimiento son:

✓ FO02 - Servicio de Gestión de Proyectos para el OSCE. ✓ FO03 - Capacitación Técnica al personal para gestión de los servicios y la nube. ✓ FO04 - Fortalecimiento de la Seguridad de la Información y la Ciberseguridad. ✓ FO05 - Acompañamiento técnico al Centro de Desarrollo.

▪ APLICACIONES EN DESARROLLO

Actualmente se vienen desarrollando proyectos complementarios para el OSCE mediante los cuales se están automatizando procesos que en su mayoría son manuales y que están ligados a la plataforma del SEACE actual. Dichos proyectos van a ser evaluados para que posteriormente sean integrados a la nueva plataforma de la compra pública. La actividad incluida en esta línea de acción es:

✓ AD12 – Mejora continua de los proyectos complementarios.

▪ APLICACIONES CRÍTICAS Dentro de esta línea de acción se desarrollan las actividades que permiten contar con las aplicaciones principales de la Plataforma de Adquisiciones. Constituye la línea principal de la plataforma y requerirá un esfuerzo importante de ejecución, Bajo esta línea se incluyen, por ejemplo, la adquisición y/o desarrollo a medida e implementación del Sistema de Abastecimiento Estratégico (“e-Sourcing”), la Gestión de los Proveedores, la Gestión de los Compradores, entre otros. Esta sección interactúa directamente con las líneas de acción de procesos dentro del componente de Negocio.


Página 26 de 127

Los proyectos de aplicaciones críticas son: ✓ AC01 - Adquisición e Implementación del Sistema de Abastecimiento Estratégico

(e-sourcing) para la Gestión de las Adquisiciones. ✓ AC02 - Levantamiento de requerimientos funcionales complementarios de la

Gestión de las Adquisiciones. ✓ AC03 - Contratación de la Autoridad Independiente para la Adquisición e

Implementación del Sistema de Abastecimiento Estratégico. ✓ AC04 - Selección del Gestor de contenidos y de procesos. ✓ AC05 - Adquisición e instalación del gestor de contenidos y de procesos. ✓ AC06 - Expediente Electrónico de la Compra Pública. ✓ AC07 - Desarrollo del Sistema de Gestión de Proveedores Etapa I. ✓ AC08 - Desarrollo del Sistema de Gestión de Proveedores Etapa II. ✓ AC09 - Desarrollo del Sistema de Gestión de Compradores. ✓ AC10 - Desarrollo del Sistema de Gestión del Catálogo. ✓ AC11 - Desarrollo del Sistema de Planeamiento y Gestión del PAC de la cadena de

valor de las adquisiciones. ✓ AC12 - Desarrollo del módulo de administración de datos maestros. ✓ AC13 - Sistema de Tribunal de Contrataciones del Estado. ✓ AC14 - Desarrollo del Sistema de Supervisión. ✓ AC15 - Desarrollo del Market Place. ✓ AC16 - Desarrollo de maquetas de usuarios. ✓ AC17 - Adaptación de la APP Única Móvil. ✓ AC18 - Elaboración y seguimiento de planes de implementación. ✓ AC19 - Desarrollo de interfaces e integración con los sistemas internos y externos. ✓ AC20 - Sistema de Gestión del Aprendizaje y Certificación. ✓ AC21 - Acompañamiento al Proceso de Adquisición e Implementación del Sistema

de Abastecimiento Estratégico. ✓ AC22 – Integración de los buscadores públicos. ✓ CO03 – Implementación de plataforma tecnológica de gestión del conocimiento. ✓ PO01 – Diseño e implementación de la Plataforma Colaborativa del OSCE. ✓ IN10 – Implementación de Plataforma de Gestión de Ideas. ✓ Analistas para la implementación de la Solución Tecnológica. ✓ Gestor de proyectos para el seguimiento de proyectos de interoperación con el

SEACE. ✓ Gestor de proyectos para el seguimiento de proyectos. ✓ Arquitecto de hardware y software.

▪ SERVICIOS COMUNES

En esta línea de acción se incluyen las aplicaciones que por sus características funcionales son transversales a las demás aplicaciones. Concebidas como servicios para ser ejecutados desde las otras aplicaciones incluye aspectos como las notificaciones, firma digital, autenticación, entre otros. Los proyectos de servicios comunes son:

✓ SC01 - Sistema de gestión integral de alertas y notificaciones. ✓ SC02 - Servicio integral de alertas y notificaciones (mensajes de texto, correos). ✓ SC03 - Selección del Sistema de Autenticación. ✓ SC04 - Servicio de Sello de Tiempo. ✓ SC05 - Adquisición de licencias de firma digital. ✓ SC06 - Configuración de los trámites relacionados a las adquisiciones. ✓ SC07 - Implementación del Sistema de Autenticación.

▪ MESA DE AYUDA

Las aplicaciones y la implantación de los servicios de Mesa de Ayuda se incluyen en esta línea de acción. Comprende las actividades que permite seleccionar y adquirir las herramientas respectivas, y la implantación de los procesos relacionados. La Mesa de Ayuda se ha programado para ser implantada a la brevedad posible. Los proyectos de mesa de ayuda son:

✓ AY02 - Selección y Adquisición de la Solución ITMS para Mesa de ayuda. ✓ AY03 - Implementación de los Procesos de atención al Usuario, Catálogo de

Servicios, Incidencias y Requerimientos.


Página 27 de 127

✓ AY04 - Implementación de los Procesos de Gestión del Conocimiento y Problemas.

▪ INFRAESTRUCTURA Y SERVICIOS Bajo esta línea de acción se están considerando los aspectos de servicios ligados directamente a la infraestructura que permite ejecutar y desarrollar las aplicaciones. Se incluyen en esta línea la contratación de los servicios de nube y la operación del “stack” tecnológico (aplicaciones que permiten desarrollar y mantener otras aplicaciones). Las actividades de esta línea son la base para la implantación de la Plataforma y dado que se ha optado por una Arquitectura de Nube reemplazan las adquisiciones de Hardware. Los proyectos de infraestructura son:

✓ IF02 - Adquisición y operación de los Servicios de Nube Pública para el funcionamiento de la Plataforma de Adquisiciones.

✓ IF03 - Implementación de los Ambientes de Desarrollo, Prueba y Producción. ✓ IF04 - Implementación del Stack Tecnológico y la Gestión de APIs. ✓ IF05 - Servicios Administrados de Nube Pública. ✓ IF06 - Evaluación y Auditoría técnico-administrativa de la Infraestructura actual. ✓ IF07 - Portal de las Contrataciones Públicas.

▪ CENTRO DE DESARROLLO

En esta línea de acción se agrupan las actividades que permiten contar con las capacidades de desarrollo de sistemas para el Proyecto y para el OSCE. Estas capacidades se refieren a la gestión del ciclo de desarrollo de sistemas (requerimientos, prototipado, análisis, diseño, programación y pruebas) y los servicios de administración complementarios (por ejemplo, administración de bases de datos). El enfoque aplicado programa la adquisición de los servicios a través de una fábrica de software y la transferencia progresiva de los conocimientos al OSCE. Los proyectos del centro de desarrollo son:

✓ CD03 - Contratación de Servicios Fábrica para Desarrollo de Sistemas. La fábrica está conformada por los siguientes proyectos:

o AC07 - Desarrollo del Sistema de Gestión de Proveedores Etapa I. o AC08 - Desarrollo del Sistema de Gestión de Proveedores Etapa II. o AC09 - Desarrollo del Sistema de Gestión de Compradores. o AC10 - Desarrollo del Sistema de Gestión del Catálogo. o AC11 - Desarrollo del Sistema de Planeamiento y Gestión del PAC de la

cadena de valor de las adquisiciones. o AC12 - Desarrollo del módulo de administración de datos maestros. o AC14 - Desarrollo del Sistema de Supervisión. o AC17 - Adaptación de la APP Única Móvil. o AC19 - Desarrollo de interfaces e integración con los sistemas internos y

externos. ✓ CD05 - Reforzamiento de perfiles de Gestión y Tecnología: Gestor de Proyectos,

arquitecto, analista de calidad (QA), Líder de desarrollo, Especialista DBA, Ux, Documentador.

✓ CD06 - Metodología para Desarrollo de Software.

▪ DATOS La línea de acción de Datos incluye las actividades para crear la infraestructura para la gestión y explotación de los datos provenientes de los aplicativos. Centrado en el desarrollo del modelo OCDS (“Open Contracting Data Standard”) de la organización OCP (“Open Contracting Partnership”) estas actividades permitirán crear un entorno de información estándar y abierto que podrá ser explotado por todos los interesados. Se incluye bajo este rubro además la creación una infraestructura de “Data Warehouse” como evolución de la actual plataforma CONOSCE. Los proyectos referidos a Datos son:

✓ DA01 - Diseño de la Arquitectura de OCDS. ✓ DA02 - Instalación y estabilización de la Arquitectura de OCDS. ✓ DA03 - Mapeo y carga de Datos en OCDS y Piloto de Tableros de aplicaciones

actuales. ✓ BI06 – Rediseño del Data Warehouse. ✓ BI07 – Implementación del rediseño del Data Warehouse.


Página 28 de 127

Cada proyecto listado se explica al detalle en el numeral 2.6 Entregables/Productos/Servicio.

2.5. Duración del Servicio: A continuación, se detalla la duración de cada servicio de consultoría contemplada en la Etapa 7 del proyecto de inversión:

Cuadro N° 6:

Plazos de ejecución por servicio de consultoría COMPONENTE 2


Página 29 de 127


Página 30 de 127

2.6. Entregable/productos/servicio Entre los productos y/o entregables contemplados con la ejecución de la Etapa 7 del Proyecto de inversión tenemos el siguiente alcance por servicio de consultoría: COMPONENTE 2: DESARROLLO E IMPLEMENTACIÓN DE UNA PLATAFORMA DE SOPORTE DE SOPORTE AL PROCESO DE CONTRATACIÓN ORIENTADO A LA GESTIÓN POR RESULTADOS Y MAXIMIZACIÓN DEL VALOR POR EL DINERO

A. FORTALECIMIENTO

a) FO02 - Servicio de Gestión de Proyectos para el OSCE - [S/ 1,800,000] En el marco del desarrollo del modelo mejorado de plataforma se contratará el Servicio de Gestión de Proyecto (PMO). Este equipo Ad-hoc será la encargada de proveer al OSCE servicios específicos y temporales, orientados a ejecutar los proyectos estratégicos y transversales relacionados con la implementación de la nueva plataforma digital del OSCE y que realizará la gestión y seguimiento de los cronogramas de los proyectos, así como el control de cambios de los mismos para su ejecución, implementación y seguimiento. Cabe señalar que la PMO propuesta no pretende desarticular la composición actual del OSCE o reasignar funciones y competencias que hacen parte del esquema organizacional actual, todo lo contrario, se sugiere introducir la PMO como una instancia complementaria para apoyar la ejecución del proyecto de implementación de la plataforma, que, necesita un equipo con dedicación exclusiva para el logro de los objetivos. El servicio gestionará proyectos como: la fábrica, el sistema de abastecimiento estratégico. La PMO deberá llevar a cabo las siguientes actividades: • Durante la planeación y formulación de tareas. La PMO identificará los segmentos

estratégicos de los proyectos y precisará objetivos, fechas, plazos, responsables, recursos y costos.

• Durante la ejecución del proyecto, la PMO dirigirá, gestionará, monitoreará y supervisará el avance de las actividades de implementación de la plataforma.


Página 31 de 127

• Análisis de contingencias y cuellos de botella. A partir de del estudio de resultados obtenidos en las labores de monitoreo y seguimiento, la PMO detectará retrasos, cuellos de botella y riesgos.

• Reporte. Una vez identificadas las diferentes contingencias y cuellos de botella, la PMO procederá a reportarlos al tablero de control.

• Reuniones de entendimiento. Se convocarán reuniones periódicas con el fin de acordar soluciones, modificaciones y gestionar los riesgos identificados.

• Articulación. La PMO deberá ser el centro de administración de los recursos financieros, técnicos y humanos. De igual manera, la PMO deberá velar por la aplicación de instrumentos estándar de gestión de proyectos y mantener canales de comunicación robustos con el OSCE, el Proyecto BID y demás agentes intervinientes. El alcance de las funciones otorgadas a la PMO se circunscribe estrictamente a aquellas actividades tácticas y operativas, propias de la ejecución de los proyectos de implementación de la nueva plataforma que le son asignados por el OSCE a través del Proyecto BID, y no puede extenderse a la realización de tareas por fuera de los proyectos específicos que les son encomendados. La esencia de esta unidad es la ejecución, implementación, seguimiento y control de uno o varios proyectos específicos. El análisis de necesidades/prioridades que realice el OSCE con el apoyo del Proyecto BID, para determinar que un proyecto requiere de la PMO, debe incluir como mínimo, un estudio de factores entre otros, los siguientes: - La presencia de un número plural de agentes y unidades intervinientes en el

proyecto. - La necesidad de recurrir a un nivel de coordinación superior entre los agentes y

unidades involucradas. - La interacción entre diferentes niveles de dirección del OSCE. - El impacto del proyecto. - La cuantía del proyecto. - El tema con el que estén relacionadas las actividades a ejecutar. - La duración del Proyecto. - Las condiciones técnicas, funcionales y operativas.

Por consiguiente, las tareas a cargo de la PMO comprenden todo lo necesario para avanzar de manera articulada en colaboración con las unidades del OSCE, el Centro de Desarrollo y los contratistas involucrados.

Objetivo Contratar un servicio encargado de proveer al OSCE servicios específicos y temporales, orientados a ejecutar los proyectos estratégicos y transversales relacionados con la implementación de la nueva plataforma digital del OSCE y que realizará la gestión y seguimiento de los cronogramas de los proyectos, así como el control de cambios de los mismos para su ejecución, implementación y seguimiento. Alcance La PMO tiene como funciones generales de realizar las tareas de seguimiento y control de la implementación exitosa de la nueva plataforma digital del OSCE. En forma coordinada, la PMO estará atenta a que el personal del Centro de Desarrollo y los proveedores de la solución de abastecimiento estratégico, de la nube pública y otros contratistas cumplan con las obligaciones pactadas y para ello puede solicitar informes, aclaraciones y explicaciones sobre su trabajo, además de impartir instrucciones y hacer recomendaciones encaminadas a lograr la correcta implementación de la plataforma.

Producto • Servicio de Gestión de Proyectos implementada • Modelo de gestión para la PMO que permita realizar el seguimiento y control del proyecto

de implementación de la plataforma que garantice la ejecución efectiva, dentro del alcance y tiempo esperados.

• Plan de calidad que permita asegurar la calidad de los entregables, productos y servicios entregados por el Centro de Desarrollo y los contratistas que participan en la implementación de la plataforma.


Página 32 de 127

• Mecanismos de colaboración permanente con el OSCE y la PMO para la revisión de los avances y la toma de decisiones del proyecto de implementación de la plataforma.

• Informes periódicos sobre los proyectos acompañados en los formatos establecidos, donde se incluyan las oportunidades de mejora para la gestión de nuevos proyectos.

b) FO03 - Capacitación Técnica al personal para gestión de los servicios y la nube – [S/

15,000] Estudios de diferentes organismos y consultoras internacionales coinciden en que los principales beneficios de la utilización de la nube en el gobierno son la reducción de costos, la agilidad, escalabilidad, disponibilidad y la mejora de la experiencia del usuario, que resulta en la obtención de eficiencia en la gestión pública. Es así que el uso de la nube por parte de los gobiernos como herramienta para la innovación y la habilitación de nuevos servicios al ciudadano es una realidad. La nueva plataforma digital del OSCE utilizará Servicios de Nube Pública para asegurar que tenga la infraestructura que necesita para su funcionamiento, con la disponibilidad y confiabilidad adecuada y a un menor costo, lo que es eficiente para el Gobierno del Perú. Objetivo Capacitar al personal técnico del OSCE en los contenidos y prácticas que le permitan desarrollar las habilidades para auto gestionar los servicios y la nube. Alcance La capacitación sobre nube debe cubrir como mínimo los siguientes temas: • Arquitectura de los servicios de nube. • Consola de administración y seguridad. • Crear, configurar y mantener recursos y servicios en la nube. • Configurar el software de virtualización y las máquinas virtuales. • Crear y configurar diferentes tipos de almacenamiento en la nube. • Instalar, actualizar y migrar servidores y cargas de trabajo. • Instalar y configurar los sistemas operativos, incluyendo funciones y roles. • Configurar servicios adicionales de balanceo de carga y seguridad. • Crear, configurar y administrar servicios de Active Directory. • Administrar la herramienta de Gestión de APIs y todo el stack tecnológico. • Tareas cotidianas de mantenimiento de los servicios en la nube, como gestión de

accesos, copias de seguridad de archivos y carpetas, copias de seguridad de máquinas virtuales,

• Monitoreo de los servicios en la nube, herramientas de monitoreo disponibles. • Previsión del consumo en la nube, facturación y configuración de notificaciones y alertas.

Además: • La capacitación debe ser certificada por el fabricante de los servicios de nube pública. • Realizar la evaluación final de la capacitación al personal técnico del OSCE. En caso de

requerir el pago de los exámenes para la evaluación, el proveedor lo debe cubrir para mínimo 10 personas.

• Generar los reportes con los resultados de las evaluaciones individuales y el reporte general de la capacitación de administración de los servicios de nube.

Producto

• Diseño del programa y recursos para su ejecución presencial y virtual, según corresponda.

• Facilitación del programa e informe final.

c) FO04 - Fortalecimiento de la Seguridad de la Información y la Ciberseguridad – [S/ 100,000] Todas las instituciones deben tener un Plan de Seguridad. En él se identifican las amenazas, los riesgos y el impacto que provocaría en las actividades el que se materialice uno de esos riesgos. Además, se identifican las medidas de prevención implantadas, las auditorías internas o externas y cómo nos protegeremos cuando ocurra un incidente de seguridad. Objetivo


Página 33 de 127

Definir una estrategia de seguridad de la información que oriente las acciones para la implementación de un Modelo de Seguridad y Privacidad de Información que le permita al OSCE preservar la confidencialidad, integridad y disponibilidad de la información, así como la implementación de mecanismos de ciberseguridad que salvaguarden los sistemas de información del OSCE. Alcance

• Conformar el Equipo de Seguridad de la Información. Este equipo debe ser accesible y flexible para prestar los servicios de seguridad, al mismo tiempo debe tener un posicionamiento y autoridad para hacer que se cumplan las políticas y procedimientos de seguridad de la información en todo el OSCE, respecto de la nueva plataforma de Contrataciones Públicas.

• Fortalecer el Modelo de Seguridad y Privacidad de la Información. - Formalizar la estrategia de seguridad de la información y ciberseguridad, en

alineación con los objetivos del OSCE. - Definir, revisar, integrar y formalizar los lineamientos y actividades que el OSCE debe

llevar a cabo para la gestión y tratamiento de la información personal. - Definir un esquema de gobierno de seguridad de la información para el OSCE, en

donde se definan los roles y responsabilidades de todos los interesados a nivel de seguridad de la información.

- Revisión, actualización y fortalecimiento de procesos, procedimientos y políticas que soportan la seguridad y privacidad de la información.

- Definición del modelo de medición del Modelo de Seguridad y Privacidad de la Información.

• Proteger y asegurar la información. - Medición del modelo. Medir la gestión de la seguridad de la información con base en

la implementación de indicadores de procesos y procedimientos, que permita integrar datos e información del Modelo de Seguridad y Privacidad de la Información.

- Identificación y clasificación de activos de información y análisis de riesgos sobre todos los procesos de la compra pública del OSCE.

- Diagnóstico y actualización de los controles sobre la arquitectura técnica de seguridad, de la red de comunicaciones, sistemas de información, de las estaciones de trabajo y de la infraestructura tecnológica de la compra pública del OSCE.

- Definir y documentar un proceso de administración del desempeño y la capacidad, que permita tener la gestión oportuna y adecuada de los recursos de TI para dar cumplimiento a las necesidades actuales y futuras de la compra pública del OSCE que incluya como mínimo las siguientes actividades: • Actualizar constantemente el inventario de los componentes de la infraestructura

de TI (Software y Hardware) especificando cada una de sus características, registro de utilización, necesidades de capacidad, umbrales de utilización y desempeño de los recursos de TI.

• Definir un modelo matemático o mecanismo para realizar una proyección de la utilización de los recursos de TI en el futuro para determinar los recursos de TI requeridos.

• Analizar, seleccionar e implementar herramientas que permitan monitorear el uso y desempeño de los recursos de TI del OSCE.

• Definir las alertas y los reportes acerca de la capacidad y desempeño de los recursos de TI.

• Documentar procedimientos de soporte al proceso de gestión del desempeño y la capacidad.

- Diseñar e implementar una base de conocimiento que permita modelar y almacenar conocimiento, ideas, conceptos, procedimientos, etc., relacionados con la solución de problemas de seguridad y privacidad de la información.

- Definición y establecimiento de un programa de gestión de vulnerabilidades que incluya como mínimo las siguientes actividades: • Definir el alcance del análisis de vulnerabilidades, los responsables, protocolo

de comunicaciones, roles, metodologías, ventanas de tiempo para la ejecución de las pruebas de vulnerabilidad, y procedimientos de ejecución de las pruebas de vulnerabilidad, entre otras.


Página 34 de 127

• Informe técnico con el resultado del análisis de vulnerabilidades que defina, identifique, clasifique y priorice cada una de las debilidades, amenazas y riesgos identificadas durante las pruebas de vulnerabilidad y recomendaciones.

• Definir y establecer pruebas de vulnerabilidad periódicas sobre la infraestructura de tecnología del OSCE.

• Generar un plan de remediación de vulnerabilidades con tiempos y responsables claramente definidos de acuerdo con la severidad e impacto de las vulnerabilidades.

- Definición e implementación el ciclo de desarrollo de aplicaciones seguras para desarrollos internos y externos del OSCE.

• Garantizar la continuidad de los servicios. - Realizar el Análisis de Impacto del Negocio (BIA) para el OSCE. - Definir e implementar el plan de continuidad del negocio (BCP) del OSCE que integre

a todos los procesos y unidades organizacionales. - Definir e implementar el Plan de Recuperación de Desastres (DRP) del OSCE con

base en el BIA y el BCP.

• Fortalecer la cultura de seguridad de la información - Definición, ejecución y mejora continua del programa de capacitación, concientización

y comunicación de seguridad y privacidad de la información. - Definir un plan de capacitación, concientización, comunicación y entrenamiento en

seguridad y privacidad de la información, considerando las responsabilidades individuales y colectivas en todas las unidades del OSCE.

- Definir un plan de capacitación y entrenamiento periódico, que permita fortalecer las habilidades del personal especializado en seguridad de la información y ciberseguridad. Dar continuidad al programa de capacitación, concientización, comunicación y entrenamiento en seguridad y privacidad de la información, mediante una profundización en entrenamiento especializado para fortalecer comportamientos de conciencia, alerta y vigilancia sobre la seguridad de la información.

Producto • Equipo de Seguridad de la Información implementada • Estrategia de seguridad de la información y ciberseguridad • Diagnóstico de los controles sobre la arquitectura técnica de seguridad • Análisis de Impacto del Negocio (BIA) • Plan de continuidad del negocio (BCP) • Plan de Recuperación de Desastres (DRP) • Plan de capacitación y entrenamiento periódico.

d) FO05 - Acompañamiento técnico al Centro de Desarrollo – [S/ 220,000]

Para la construcción del escenario “TO BE” de plataforma que fue aprobado es necesario generar una nueva capacidad para el desarrollo de software que debe tener un modelo de gobernanza y marco de trabajo propio para gestionar las tareas de construcción de los componentes en las diferentes fases del ciclo de vida del software: análisis de requerimientos, diseño, desarrollo, pruebas, despliegue, salida en vivo y mantenimiento. Esta nueva capacidad, que permitan trabajar con rapidez, flexibilidad y gestionar el alcance y los cambios a las aplicaciones de forma eficiente y oportuna, al tiempo que se mantiene actualizada la documentación técnica. Además, debe incorporar prácticas y herramientas que permitan que los equipos de desarrollo y operaciones trabajen de manera coordinada y fluida al automatizar tareas y mejorar la eficiencia en el proceso de mantenimiento de las plataformas. Debido a la magnitud del proyecto se ha visto necesaria la contratación de un consultor técnico que realice el acompañamiento temporal al proceso de selección e implementación del centro de desarrollo de la nueva plataforma de la compra pública. Este consultor técnico debe de ser un especialista con una vasta experiencia internacional en temas relacionados a la implementación de infraestructura de nube para proyectos tecnológicos que permita aportar su experiencia y conocimientos que conlleve a una implementación exitosa. Cabe precisar que esta actividad especializada no es parte de la PMO, siendo que la PMO administra y gestiona los cronogramas de trabajo de los proyectos, mientras que el presente


Página 35 de 127

servicio busca el acompañamiento especializado durante el proceso de selección e implementación. Objetivo Realizar el acompañamiento al proceso de adquisición y ejecución del centro de desarrollo, en lo relacionado a la infraestructura nube, que permita asegurar el logro de los objetivos del proyecto, a través de la contratación de un consultor individual que tenga las competencias necesarias para realizar el acompañamiento y gestión del proyecto. Alcance Debe comprender el siguiente alcance:

• Acompañamiento al proceso de selección de la infraestructura para el centro de desarrollo.

• Acompañamiento al proceso de ejecución e implementación de la infraestructura del centro de desarrollo.

• Alertar de los riesgos y modificaciones de los cronogramas y planes de trabajo

• Acompañar y facilitar la interrelación entre los involucrados en el proceso.

• Documentar el proceso del acompañamiento de toda la consultoría. Producto Producto 1: Análisis de la información de la infraestructura para el centro de desarrollo que ejecutará los proyectos para la nueva plataforma de la compra pública y elaboración de una propuesta de trabajo y un producto mensual (Informe que contenga el acompañamiento al proceso de selección, implementación y ejecución del centro de desarrollo).

B. APLICACIONES EN DESARROLLO

a) AD12 - Mejoras continuas de los proyectos complementarios – [S/ 300,000]

Para la incorporación de los proyectos complementarios al escenario “TO BE” de la plataforma que fue aprobada es necesario generar una nueva capacidad para el desarrollo de software. Esta nueva capacidad es el mantenimiento de las aplicaciones, que permitan trabajar con rapidez, flexibilidad y gestionar el alcance y los cambios a las aplicaciones de forma eficiente y oportuna al tiempo que se mantiene actualizada la documentación técnica. Además, debe incorporar prácticas y herramientas que permitan que los equipos de desarrollo y operaciones trabajen de manera coordinada y fluida al automatizar tareas y mejorar la eficiencia en el proceso de mantenimiento de las aplicaciones. Objetivo implementar el proceso de mantenimiento de aplicaciones del desarrollo de software para darle continuidad a las aplicaciones que se pongan en operación y requieran mejoras mediante iteraciones. Alcance Consiste en poder dar los mantenimientos necesarios a los softwares o aplicaciones desarrolladas y que requieran alguna mejora o iteración, dichas mejoras se realizarán en el marco de las buenas prácticas del desarrollo de software y deberá considerarse la actualización de todos los instrumentos de gestión (documentación técnica o funcional) afectados por el mantenimiento realizado, conservando la entidad, la propiedad absoluta sobre el software en todas sus versiones. Producto Documento que contenga los avances y el listado de las aplicaciones actualizadas.

C. APLICACIONES CRÍTICAS a) AC01 - Adquisición e Implementación del Sistema de Abastecimiento Estratégico (e-

sourcing) para la Gestión de las Adquisiciones – [S/ 13,000,000] El nuevo sistema de la compra pública requiere una solución adquirida y/o desarrollada a medida que permita la integración de los principales procesos de abastecimiento, para ello


Página 36 de 127

se plantean las soluciones de abastecimiento estratégico (Strategic Sourcing Application Suites) que comprendan los principales procesos de compras a través de la implementación de cuatro componentes principales:

• Contratación Pública (e-sourcing). Es el componente central de soluciones de abastecimiento estratégico y permite a los compradores gestionar solicitudes de información al mercado y procesos de contratación (RFI, RFP) donde el resultado es un contrato o su equivalente. Algunas capacidades básicas son la posibilidad de identificar proveedores, comparar y evaluar ofertas, negociar precios y términos de condiciones de los bienes y servicios a contratar y adjudicar en línea. A los proveedores les permite acceder a los procedimientos de contratación, descargar los documentos relacionados, hacer observaciones y cargar sus ofertas electrónicas. Algunas soluciones permiten crear procedimientos a gran escala con miles de ítems de compra y adjudicar a múltiples proveedores.

• Gestión de contratos o su equivalente (contract management). Permita a los compradores gestionar y hacer seguimiento a las obligaciones del contrato. Incluye herramientas que facilitan la creación, negociación, firma, seguimiento y monitoreo del cumplimiento de los acuerdos legales que suscriban las partes. Algunas características adicionales que puede tener este componente son el acceso a un repositorio de contratos y plantillas, gestión de riesgos, gestión de controversias que correspondan, control de cambios y seguimiento a cumplimiento de acuerdos de nivel de servicio (ANS).

• Gestión de actividades de proveedores (supply base management). Permite gestionar las actividades de los proveedores que ofrecen respecto de su interacción con la plataforma. Incluye herramientas que permiten interactuar con la plataforma para el registro los datos que correspondan en los diferentes módulos de la plataforma. Se integrará con el componente de Gestión de Actividades de Proveedores del OSCE y con todos los demás componentes de la plataforma digital a través de APIs.

• Análisis del gasto (spend analisys). Provee una vista global del gasto capturado a través de los procesos de contratación realizados en la solución de abastecimiento estratégico y brinda información crítica para identificar oportunidades de obtener eficiencia, efectividad y reducir costos en las compras que realiza la organización. Este componente requiere funcionalidades específicas para la extracción, limpieza y análisis de los datos, así como la posibilidad de generar reportes personalizados, visualizar y monitorear el gasto. Este componente se integrará con la solución de inteligencia de negocios de la plataforma. La plataforma también debe de incluir el licenciamiento de todos los componentes funcionales propios y de terceros necesarios para cumplir con los requerimientos funcionales y no funcionales, así como el soporte y mantenimiento correspondiente, con el objeto de que el OSCE no incurra en costos adicionales y asegure la continuidad y vigencia de la plataforma en el tiempo.

Objetivo Contar con una solución que permita la integración de los principales procesos de abastecimiento, mediante la adquisición e implementación del componente de Contratación Pública y Gestión de Contratos o su equivalente, que deben contar con las herramientas de sello de tiempo y la firma digital, las cuales serán adquiridas como parte del proyecto. Así mismo debe integrarse con la Gestión de Actividades de Proveedores y el Análisis del gasto que son procesos que forman parte del abastecimiento estratégico de la solución. Alcance Los componentes de la solución deben comprender los procesos con el siguiente alcance como mínimo:

• Contratación Pública


Página 37 de 127

- Preparación de bases. Permite la captura de los datos de los procedimientos de adquisiciones y debe permitir a los compradores reflejar de forma sencilla, organizada, transparente, clara y precisa la estructura de las bases y pliegos de tal manera que guie fácilmente a los proveedores hacia el entendimiento de la programación del proceso, condiciones y términos allí solicitados.

- Gestión de ofertas. Este componente facilita y agiliza la estructuración de las ofertas garantizando la seguridad, confidencialidad y transparencia, así como el envío de la oferta a la entidad compradora.

- Subasta electrónica. Este componente permite llevar a cabo un proceso dinámico de negociación de precios en línea entre proveedores preseleccionados para conseguir el mejor precio.

- Apertura y evaluación. Este componente permite realizar la apertura, visualización, revisión evaluación de las ofertas de forma electrónica.

- Adjudicación. Este componente permite realizar la adjudicación parcial y total del proceso a partir del resultado de la evaluación de ofertas.

• Gestión de Contratos o su equivalente - Registro de contratos. Este componente permite registrar, modificar, aprobar y firmar

el contrato a partir de un procedimiento de adquisiciones. - Ejecución de contrato. Este componente permite registrar las acciones durante la

ejecución del contrato, hacer seguimiento y registra los avances del contrato. - Terminación de contrato. Este componente permite registrar las acciones

relacionadas con los diferentes tipos de terminación, cierre y liquidación del contrato. - Evaluación de resultados. Permite evaluar la calidad y la eficiencia de los bienes,

servicio y obras adquiridos con el fin de identificar aspectos, fortalezas y debilidades a lo largo de la cadena de abastecimiento estratégico.

• Gestión de proveedores - Integración entre el componente de Gestión de Actividades de Proveedores del OSCE

y el formulario de registro de proveedores de la plataforma de tal manera que incluya como mínimo los usuarios del proveedor, la información general, información jurídica, información financiera, experiencia del proveedor, indicadores de desempeño.

- Con la integración: • La plataforma debe permitir identificar si un proveedor es de bienes, servicios o

ejecución y consultoría de obras y en consecuencia poder diferenciar la información y los documentos que se les pide en cada caso.

• La plataforma debe permitir identificar las especialidades, áreas de actividad y áreas de interés del proveedor registradas en el componente de Gestión de Actividades de Proveedores del OSCE.

• La plataforma debe proveer una vista centralizada a lo largo de la Solución de Abastecimiento Estratégico de la información del proveedor, los documentos cargados y los metadatos que describen el documento registrado en el componente de Gestión de Actividades de Proveedores del OSCE.

• Debe poder actualizarse la ficha del proveedor a partir de los procedimientos y contratos que adelanta en la plataforma.

• Se debe permitir el registro de inhabilitaciones del proveedor en el componente de Gestión de Actividades de Proveedores del OSCE.

• Se integrará con el expediente electrónico y la Solución de Abastecimiento Electrónico.

• Análisis del gasto - Integración entre el componente CONOSCE del OSCE y el componente de análisis

del gasto de la plataforma de tal manera que incluya información relevante que alimente y complemente los modelos de información que conforman el CONOSCE.

• Este sistema se integrará a través de interfases con los sistemas externos (Invierte.pe, SIAF, SIGA, entre otros.)

Producto


Página 38 de 127

Una solución integrada que permita gestionar la cadena de abastecimiento estratégico de manera virtual y con todos los mecanismos de seguridad pertinentes, obteniendo: ▪ El Proveedor seleccionado y contrato firmado ▪ El Componente de Contratación Pública implementado ▪ El Componente de Gestión de Contratos o su equivalente implementado ▪ Todas las interfases requeridas con entidades internas y externas, especialmente con el

sistema de administración financiera, modelo Integrado a los módulos que forman parte de la solución como Gestión de proveedores, gestión de compradores, inteligencia de negocios, bodega de datos OCDS, entre otros.

Se adjunta como anexo la ficha técnica que detalla el alcance de la consultoría, incluyendo el objetivo, descripción, requerimientos mínimos, perfiles e interfases existentes identificadas (Anexo 3).

b) AC02 - Levantamiento de requerimientos funcionales complementarios de la Gestión de las Adquisiciones – [S/ 20,000] Dentro de la estrategia de implementación de la nueva plataforma se tiene como parte de las actividades el rediseño del macroproceso de adquisiciones, la implementación va a ser progresiva. Debido a que los procesos de adquisición pueden durar varios meses y que generaría un desgaste excesivo operar dos sistemas al mismo tiempo por la dificultad de conocer en qué sistema se encuentra un proceso u otro, es crítico definir una estrategia para la consulta unificada de los datos históricos y de los procesos en curso, además de poder identificar los requerimientos de mantenimientos urgentes que surgen por las publicaciones de dispositivos legal. Objetivo Identificar los requerimientos funcionales complementarios de la gestión de las adquisiciones, que permitan gestionar la implementación de los mantenimientos propios y generados por la publicación de dispositivos legales que afecta algún proceso de contrataciones del estado. Alcance Debe comprender el siguiente alcance:

• Relevar de información de los procesos de adquisiciones actuales que son impactados por los mantenimientos.

• Relevar de información de los documentos que forman parte de los procesos de adquisiciones identificados.

• Identificación de requerimientos funcionales complementarios y la ruta crítica de los procesos impactados.

• Identificar los requerimientos de implementación de reglas de negocios de emergencia debido a la publicación de alguna normativa o dispositivo legal.

Producto Análisis y levantamiento de información del modelo de adquisiciones actual y sus mantenimientos propios y provocados por la promulgación de dispositivos legales que afecta a los procesos de contrataciones del Estado. Requerimientos funcionales complementarios de la Gestión de las Adquisiciones identificando los mantenimientos que conllevan a la implementación de reglas de negocios de emergencia debido a la publicación de alguna normativa o dispositivo legal sobre los procesos de la compra pública.

c) AC03 - Contratación de la Autoridad Independiente para la Adquisición e Implementación del Sistema de Abastecimiento Estratégico – [S/ 300,000] En el marco del Desarrollo e implementación de una plataforma de soporte al proceso de contratación orientado a la gestión de resultados y maximización del valor por el dinero, objetivo crítico del proyecto para la mejora de la compra pública, se tiene prevista la “Adquisición y/o desarrollo a medida e Implementación del Sistema de Abastecimiento Estratégico (e-sourcing) para la Gestión de las Adquisiciones”.


Página 39 de 127

El nuevo sistema de la compra pública requiere una solución que permita la integración de los principales procesos de abastecimiento, para ello se plantean las soluciones de abastecimiento estratégico (Strategic Sourcing Application Suites) que comprendan los principales procesos de compras a través de la implementación de cuatro componentes principales: • Contratación Pública (e-sourcing); Es el componente central de soluciones de

abastecimiento estratégico y permite a los compradores publicar solicitudes de información al mercado y procesos de contratación (RFI, RFP) donde el resultado es un contrato a largo plazo. Algunas capacidades básicas son la posibilidad de identificar proveedores, comparar y evaluar ofertas, negociar precios y términos de condiciones de los bienes y servicios a contratar y adjudicar en línea. A los proveedores les permite acceder a los procedimientos de contratación, descargar los documentos relacionados, hacer observaciones y cargar sus ofertas electrónicas. Algunas soluciones permiten crear procedimientos a gran escala con miles de ítems de compra y adjudicar a múltiples proveedores.

• Gestión de Contratos o su equivalente (contract management); Permita a los

compradores controlar y hacer seguimiento a las obligaciones del contrato. Incluye herramientas que facilitan la creación, negociación, firma, seguimiento y monitoreo del cumplimiento de los acuerdos legales que suscriban las partes. Algunas características adicionales que puede tener este componente son el acceso a un repositorio de contratos y plantillas, gestión de riesgos, control de cambios y seguimiento a cumplimiento de acuerdos de nivel de servicio (ANS, SLA por siglas en inglés).

• Gestión de Actividades de Proveedores (supply base management); Permite manejar la

información de los proveedores de acuerdo con los bienes y servicios que ofrecen. Incluye herramientas que permiten el registro en la plataforma y la organización y actualización de los datos más importantes del proveedor. Las soluciones más avanzadas permiten generar cuestionarios personalizados de evaluación, hacer seguimiento a los riesgos y al desempeño de los proveedores y generar reportes por tipo, tamaño, bien o servicios que ofrece, entre otras características del proveedor. En el caso de la plataforma del OSCE, el componente de Gestión de Actividades de Proveedores va a ser desarrollado a la medida, por lo que la solución de abastecimiento estratégico que se seleccione, más que proveer la funcionalidad, lo que debe hacer es integrarse con el componente de Gestión de Actividades de Proveedores del OSCE y con todos los demás componentes de la plataforma digital a través de APIs.

• Análisis del gasto (spend analisys); Provee una vista global del gasto capturado a través

de los procesos de contratación realizados en la solución de abastecimiento estratégico y brinda información crítica para identificar oportunidades de obtener eficiencia, efectividad y reducir costos en las compras que realiza la organización. Este componente requiere funcionalidades específicas para la extracción, limpieza y análisis de los datos, así como la posibilidad de generar reportes personalizados, visualizar y monitorear el gasto. Este componente estará dentro de la solución de inteligencia de negocios de la plataforma.

La presente contratación es en el marco de las nuevas Políticas de Adquisiciones del BID, en el cual se requiere la participación de una Autoridad de Probidad Independiente (API), en las etapas que sean requeridas durante la ejecución del proceso de licitación.

Objetivo Contar con una API que garantice la transparencia e integridad de la LPI en lo que respecta al proceso del diálogo con los proveedores que ofrece el mercado y durante las negociaciones, sin ser parte del comité de selección, ni de la toma de decisiones para la adjudicación. Alcance

• Ser un observador independiente con equidad, transparencia e integridad del proceso de licitación y comentar sobre estos aspectos en cada una de las etapas en donde


Página 40 de 127

participará, verificar que los documentos de licitación incluyan aspectos tecnológicos de vanguardia y no muestren indicios de direccionamiento hacia determinadas marcas.

• Asegurar que los participantes del proceso sean puestos en conocimiento de sus responsabilidades y orientarles sobre el proceso de divulgación de posibles conflictos de interés en relación a los documentos de licitación.

• Monitorear los procedimientos utilizados por el contratante para proteger la confidencialidad de la información.

Producto Informes conteniendo el Plan de Trabajo, las reuniones con los proveedores y determinación de las especificaciones técnicas finales, después de la apertura de ofertas. después de la negociación, después de la adjudicación.

d) AC04 - Selección del Gestor de contenidos y de procesos – [S/ 25,000]

La plataforma de gestión de contenido es el componente que permite almacenar, clasificar, recuperar, y archivar documentos de múltiples formatos (pdf, Word, Excel, otros) relacionados con el sistema de adquisiciones para conformar un expediente electrónico único siguiendo los lineamientos del Archivo General de la Nación del Perú (AGN) e integrarse con la Solución de Abastecimiento Estratégico, el gestor de procesos, el Sistema del Tribunal de Contrataciones, el componente de Gestión de Actividades de Proveedores del OSCE y los servicios comunes del OSCE. Este componente debe soportar las actividades que se desarrollan en los procesos para la planeación, producción, gestión y trámite, organización, transferencia, disposición, preservación y valoración de los documentos electrónicos de un archivo. Objetivo Seleccionar el componente de Gestión de Contenidos y de procesos para el expediente electrónico único. Alcance

• Evaluar las necesidades de negocio para el expediente electrónico único.

• Determinar las necesidades de clasificación, organización documental, documentos mínimos y metadatos de los expedientes electrónicos del proceso de adquisición.

• Términos de referencia y documentos del proceso para la adquisición del componente de Gestión de Contenido y los servicios de implementación en el OSCE.

• Proceso de adquisición, selección del contratista, adjudicación y firma del contrato. Producto ● Documento con la metodología de implementación ● Documento que defina las condiciones del Mantenimiento y soporte ● Herramientas de Gestión de Contenidos y Procesos.

e) AC05 - Adquisición e instalación del gestor de contenidos y de procesos – [S/ 1,000,000] En la actividad AC04 previa, se ha seleccionado con el debido sustento, el gestor de contenidos y el de procesos, que se implementará en el OSCE. La plataforma de gestión de contenido es el componente que permite almacenar, clasificar, recuperar, y archivar documentos de múltiples formatos relacionados con el sistema de adquisiciones para conformar un expediente electrónico único siguiendo los lineamientos del Archivo General de la Nación del Perú (AGN) e integrarse con la Solución de Abastecimiento Estratégico, el gestor de procesos, el Sistema del Tribunal de Contrataciones, el componente de Gestión de Actividades de Proveedores del OSCE y los servicios comunes del OSCE. La plataforma de gestión de procesos es el componente que permite la parametrización de flujos de trabajo sistema del tribunal, el sistema de arbitraje, el sistema de riesgos y trámites del OSCE. Por lo tanto, esta plataforma debe permitir que el OSCE configure flujos de trabajo nuevos o a partir de plantillas existentes de forma autónoma.


Página 41 de 127

Objetivo Adquirir e implementar el gestor de contenidos y de procesos. Alcance La consultoría realizará la adquisición e implementación del gestor de contenidos y de procesos, según los resultados obtenidos en AC04 Selección del gestor de contenidos y de procesos. Gestionará también la operación y mantenimiento (subscripción), tal como se haya definido en la referida AC04. El gestor de contenidos y de procesos debe soportar las actividades que se desarrollan en los procesos para la planeación, producción, gestión y trámite, organización, transferencia, disposición, preservación y valoración de los documentos electrónicos de un archivo. Sus principales componentes son: captura, búsqueda, clasificación, flujos de trabajo, disposición y metadatos. El Contratista debe prestar los servicios de instalación, configuración, integración, mantenimiento y soporte de la plataforma de gestión de contenido a partir de una solución de código abierto, así como parametrizar, diseñar y construir las APIs que permitan la integración con sistemas como Solución de Abastecimiento Estratégico, el gestor de procesos, el Sistema del Tribunal de Contrataciones, el componente de Gestión de Proveedores, entre otros sistemas del OSCE. Requerimientos funcionales: Captura de documentos • Permitir la definición y parametrización de tipos de contenido y el mantenimiento de los

mismos. • Permitir la captura e ingreso de contenidos como: videos, audio, imagen, entre otros, de

la misma forma que los documentos electrónicos de texto. • Registrar automáticamente el número de páginas de los documentos en el momento de

la captura, o permitir el registro manual solo cuando no sea posible hacerlo automáticamente.

• El proceso de captura de documentos de la plataforma debe contar con los controles y la funcionalidad adecuados para garantizar que los documentos se asocian con la tabla de retención documental (TRD).

• La plataforma no debe limitar el número de documentos que pueden ser capturados en cualquier serie, subserie, expediente ni sobre el número de documentos que se pueden almacenar.

• Cada vez que un archivo adjunto se captura como un documento por separado, la plataforma debe permitir asignar el vínculo archivístico en el registro de metadatos.

• Restringir y generar una alerta cuando se importe un documento en un formato no configurado en la plataforma e indicar al usuario los formatos permitidos.

• Cuando el usuario captura un documento que tiene más de una versión, la plataforma debe permitir al usuario elegir:

• Que todas las versiones son de un solo documento. • Una sola versión como documento oficial. • Cada versión como un documento individual. • Generar una alerta al intentar capturar un registro que esté incompleto o vacío. • Cuando se realiza captura masiva de documentos, la plataforma debe permitir la

administración de las colas de entrada. A través de servicios como: - Ver cola. - Pausar la cola de un documento o de todos. - Reiniciar la cola. - Eliminar la cola.

• Permitir vistas de los Documentos Electrónicos de Archivo (DEA) que carecen de la

aplicación utilizada para generarlos.


Página 42 de 127

• Permitir que los registros almacenados temporalmente sean modificados y completados para continuar con su proceso.

• Ser compatible con diferentes estructuras de datos que permitan la posibilidad de realizar importación de información del mismo y de otros sistemas garantizando su interoperabilidad.

• Permitir a un perfil administrador, actualizar y adicionar información de contexto (metadatos) a los datos importados que presenten inconsistencias o que lo requieran, y se debe llevar un registro detallado de auditoría de estas operaciones en una estructura independiente.

• En el proceso de captura de la plataforma debe permitir la conversión de formato de archivo del documento a un formato previamente parametrizado en el sistema.

• Permitir crear documentos basados en plantillas prestablecidas y formularios • Proporcionar una herramienta de edición / diseño de plantillas que permite a

administradores de sistema, crear plantillas de acuerdo con las necesidades de la entidad.

• La plataforma debe permitir otorgarle un número único de identificación a un documento cuando es cargado al expediente.

• La plataforma debe estar integrada con la Contratación Pública y la Gestión de Contratos o su equivalente de tal manera que se conforme el expediente electrónico único del sistema de adquisiciones.

• La plataforma debe ofrecer un expediente único para gestionar, estructurar, asociar y controlar toda la información relacionada con la Solución de Abastecimiento Estratégico, el sistema del Tribunal de Contrataciones, el gestor de procesos y la plataforma para la gestión de proveedores, de inicio a fin, controlando los documentos asociados a todo el proceso.

• La plataforma debe ofrecer servicios de interoperabilidad para la gestión de contenidos de tal manera que facilite la interconexión con otros sistemas y el uso de estándares como CMIS de tal manera que permita:

- Utilizar un estándar abierto para interoperar con otros sistemas (Sistema de Abastecimiento estratégico, gestor de procesos, sistemas del tribunal de contrataciones, el sistema para la gestión de proveedores)

- Definir tipos de objetos: documentos, directorios, relaciones y políticas. - Ofrecer un catálogo completo de funcionalidades para la gestión. - Gestionar contenidos, metadatos, versiones, carpetas, asociaciones y

transferencias. - Proveer un lenguaje de consulta.

• La plataforma debe gestionar información como: - Notificaciones, resoluciones, decretos y actas. - Versiones definitivas de los pliegos de condiciones, ofertas, evaluación, actas de

adjudicación y las distintas versiones del contrato. - Solicitud de impugnaciones, evidencias y pronunciamientos frente a este tipo de

solicitudes - Presentación de incumplimientos, evidencias y resolución de controversias. - Pronunciamientos de multas y sanciones.

• La plataforma debe mantener la gestión del expediente en tiempo real y debe permitir la estandarización de los documentos requeridos y opcionales.

• La plataforma debe gestionar y controlar las versiones, así como toda la trazabilidad del expediente electrónico de tal manera que no existan copias físicas o digitales del expediente en ningún otro repositorio.

Metadatos • Permitir incorporar diferentes esquemas de metadatos. • Permitir al usuario autorizado parametrizar, modificar y aplicar las reglas a los elementos

del esquema de metadatos. • Permitir que el administrador decida qué elementos de metadatos se pueden introducir

y mantener manualmente a través del teclado y cuáles se escogerán de una lista desplegable.

• Permitir que los valores de los metadatos se hereden desde el nivel inmediatamente superior en la jerarquía de clasificación.

• Presentar en pantalla los metadatos de los documentos capturados.


Página 43 de 127

• Permitir la asignación previa de palabras clave a las series, subseries, expedientes y/o documentos, basados en bancos terminológicos, taxonomías, entre otros.

• Validar y controlar la entrada de los metadatos mínimos obligatorios. • Impedir cualquier modificación de los metadatos generados directamente por otros

paquetes de aplicaciones, por el sistema operativo o por el propio sistema, por ejemplo, los datos de la transmisión del correo electrónico.

• Impedir que se modifique el contenido de ciertos campos de metadatos especificados en el momento de la configuración.

• Permitir la extracción automática de metadatos de los documentos al momento de la captura o cargue al sistema.

Clasificación y organización documental • Permitir la creación, importación, parametrización, automatización, administración y

Versionamiento de las TRD, a partir de plantillas predefinidas, asistentes de configuración, carga de archivos planos o a través de la incorporación de otros mecanismos que faciliten la administración y la gestión de la TRD.

• Permitir que las TRD tengan asociados los siguientes campos: - Versión de la TRD - Fecha de actualización de la TRD en el sistema - Identificador único de creación.

• Garantizar que los documentos producidos y asociados a una TRD, mantendrán los criterios de tiempos y de disposición final de la versión correspondiente.

• Representar la estructura de expedientes y documentos, incluyendo sus metadatos, a partir del esquema del cuadro de clasificación documental.

• Incorporar múltiples niveles para el esquema del cuadro de clasificación documental. • Validar la información que se ingresa en el esquema de las TRD a través de generación

de alertas o incorporación de opciones que incluyan asistentes paso a paso (listas desplegables, alertas, listas de chequeo, ventanas de ayuda, entre otras) que indiquen si existe información similar o igual en el sistema.

• Permitir la importación y exportación total o parcial de la TRD, en un formato abierto y editable, teniendo en cuenta:

Para la importación: • Permitir la importación de los metadatos asociados. • Cuando se importen la TRD y sus metadatos, la plataforma debe validar y arrojar los

errores de estructura y formato que se presenten

Para la exportación: • Permitir la exportación de metadatos asociados, incluyendo pistas de auditoría. • Los procesos de importación y exportación deben generar reportes y estas acciones

deben quedar registradas en las pistas de auditoria. • Permitir a usuarios autorizados la selección y uso de las diferentes versiones de las

TRD. • Los documentos dentro de la plataforma deberán heredar los metadatos de su serie

o subserie. • Incorporar opciones para el cierre del expediente. (manual o automático). • Una vez cerrado el expediente se deberá restringir la adición o supresión de carpetas

o documentos. • Excepciones: Cuando por disposiciones legales o administrativas sea necesario

reabrir un expediente, esta acción deberá realizarse mediante un perfil administrativo y debe quedar registro de ello en las pistas de auditoria, con la explicación del motivo por el cual se realizó la acción.

• Hacer accesible el contenido de los expedientes de acuerdo con los roles y permisos. • Impedir la eliminación de un expediente electrónico o de su contenido. Sin embargo, existen dos excepciones a este requisito: - La eliminación de acuerdo con lo establecido en las TRD. - Eliminación por un rol administrativo como parte de un procedimiento auditado.

• Permitir la asignación de un vocabulario controlado y normalizado compatible con las normas nacionales y estándares internacionales.


Página 44 de 127

• Permitir la generación de expedientes electrónicos y sus componentes (documento electrónico, foliado, índice y metadatos).

• Permitir que los documentos que componen el expediente hereden los tiempos de conservación establecidos en la TRD.

• Permitir diligenciar metadatos de ubicación, que luego van a permitir su ubicación a nivel de unidades documentales, para el caso de los expedientes híbridos.

• Permitir que todas las acciones efectuadas sobre el expediente sean registradas en un historial de eventos.

• Permitir exportar el índice electrónico a formato XML. • Permitir la transferencia de la estructura de la TRD mediante un archivo XML. • Permitir la incorporación de la firma electrónica para la generación del índice del

expediente electrónico. • Permitir cotejar la composición de los documentos electrónicos que integran el

expediente electrónico, asegurando su integridad y autenticidad. • Registrar como metadatos de manera automática la fecha y la hora de registro de la

carga de un documento al expediente electrónico. • Permitir realizar la trazabilidad de los documentos electrónicos, mostrando como mínimo

la información sobre quién, cuándo y cómo realizó acciones en el mismo. • Permitir que el CCD y las TRD sean controladas únicamente por un rol administrador y

que pueda agregar, modificar y reorganizar la estructura. • Permitir la reubicación de una carpeta (o conjunto de carpetas) o documento, a un lugar

distinto dentro de la estructura de clasificación, y garantizar que se mantengan los metadatos y demás atributos (permisos).

• Registrar en la pista de auditoría, cuando se realice la reubicación de una carpeta (o conjunto de carpetas) o documento.

• Permitir registrar las razones por las que se realiza la reubicación de cualquier elemento de la estructura de clasificación y almacenarlo como una propiedad o metadato.

• Permitir que un documento pueda estar ubicado en diferentes partes de la estructura de clasificación, sin que esto signifique la duplicación del documento.

• Garantizar que los documentos electrónicos de archivo que se capturen se asocien a una TRD configurada en el sistema.

• Disponer de una opción o servicio para la conversión de documentos a los formatos establecidos por el AGN.

• Permitir modificar los tiempos de retención para un conjunto de series y/o expedientes. • Permitir ingresar los datos de localización de un expediente híbrido (referencia cruzada

al expediente físico). El sistema debe permitir diligenciar metadatos de ubicación, que luego van a permitir su ubicación a nivel de unidades documentales, para el caso de los expedientes híbridos.

Retención y disposición • Permitir sólo al rol administrador crear y/o gestionar tiempos de retención y disposición. • Mantener una historia inalterable de modificaciones (pistas de auditoría) que se realizan

en los tiempos de retención y disposición, incluida la fecha del cambio o eliminación y el usuario que lo registra.

• Garantizar que cualquier cambio a un tiempo de retención y disposición se aplique inmediatamente a todas las series, subseries a las que se asigna.

• Permitir como mínimo las siguientes acciones de disposición para cualquier regla de retención y disposición:

• Conservación permanente. • Eliminación automática. • Eliminación con autorización del rol administrativo. • Transferencia. • Selección. • La plataforma no debe limitar la duración de los tiempos de retención.

• Activar automáticamente una alerta al rol administrador cuando el período de retención aplicable está a punto de cumplir el tiempo establecido.

• Permitir a un usuario autorizado aplazar la eliminación de una serie, subserie, expediente determinado. Cuando esto ocurra la plataforma debe solicitar y almacenar como mínimo la siguiente información en la pista de auditoría: - La fecha de inicio de la interrupción.


Página 45 de 127

- La identidad del usuario autorizado. - El motivo de la acción.

• Cuando la plataforma está transfiriendo o exportando expedientes y/o documentos y alguno de ellos incluye referencias a documentos almacenados en otros expedientes, la plataforma deberá transferir o exportar el documento completo, no solo la referencia y almacenarlos de acuerdo con el flujo de trabajo correspondiente.

• Emitir una alerta al administrador en el caso en que un expediente electrónico esté listo para ser eliminado y alguno de sus documentos esté vinculados a otro expediente. El proceso de eliminación debe aplazarse para permitir una de las siguientes acciones correctivas:

Solicitar confirmación para continuar o cancelar el proceso • Esta acción deberá quedar en las pistas de auditoria relacionando mínimo los siguientes

datos: fecha de inicio; identidad del usuario autorizado; motivo de la acción. • Deberá permitir copiar el documento a un expediente determinado y actualizar las

referencias correspondientes, con el fin de garantizar la integridad del expediente. • Cuando por motivos de obsolescencia tecnológica, seguridad de la información, causal

administrativo o b, se requiera exportar, transferir o migrar los documentos, se debe garantizar la integridad de los expedientes, respecto a: - Componentes del expediente (documento electrónico, foliado, índice firmado y

metadatos); - Estructura de los documentos, preservando las relaciones correctas entre ellos.

• Durante un proceso de migración entre diferentes sistemas o plataformas tecnológicas se debe garantizar:

- Exportar o transferir los documentos correspondientes con las reglas de retención y disposición y sus respectivos controles de acceso (seguridad para consulta) para que puedan seguir aplicándose en el sistema de destino.

- Imprimir uno o más informes o reportes que muestren las reglas que se aplicarán a cada conjunto de documentos con sus características.

- Garantizar que la estructura del expediente y los vínculos archivísticos se conserven en todo momento.

- Generar un reporte del estado de la transferencia o exportación realizada. - Debe recibir y entregar APIs. Además, debe entregar información a través de APIs

OCDS, para la bodega OCDS.

Requerimientos no funcionales: • La plataforma ofrecida debe proveer una arquitectura que permita operar con las

características necesarias para un sistema de misión crítica como lo es la plataforma de Gestión de Contenido.

• La plataforma debe permitir ser instalada en la nube y On-Premise por tanto, la plataforma debe ser flexible y eficiente en consumo de recursos de infraestructura.

• Escalabilidad: La plataforma debe tener la capacidad de soportar un aumento de carga en escenarios pico y permitir adicionar capacidad de procesamiento, almacenamiento o ancho de banda sin tener que migrar a un nuevo ambiente.

• Disponibilidad: La plataforma debe estar en capacidad de mantener la operación y acceso de los servicios ofrecidos por la plataforma con periodos de indisponibilidad no programada superiores al 99%.

• Seguridad: La plataforma debe proveer niveles de seguridad acordes con estándares internacionales que permitan la protección de la información, su confidencialidad e integridad, así como impedir ataques internos y externos. Adicionalmente debe ofrecer mecanismos de cifrado de los datos.

• Interoperabilidad: La plataforma de Gestión de Contenido es una herramienta trasversal que soporta la gestión documental de diversas aplicaciones del OSCE por lo tanto la plataforma debe estar basada en una arquitectura abierta, segura y orientada a servicios (Service Oriented Architecture -SOA) y APIs y el estándar CMIS 1.1 será la base de integración.

• Usabilidad: La plataforma debe estar en capacidad de presentar al usuario una interfaz probada, consistente y que siga estándares de facilidad de uso.


Página 46 de 127

• Mantenibilidad: La plataforma debe poder adaptarse a los cambios en los requerimientos funcionales que sean necesarios por las definiciones de negocio, ya sea a través de parametrización o extensión de funcionalidad mediante servicios y APIs.

• Rendimiento – La Plataforma debe garantizar que el tiempo entre el envío de una solicitud del cliente y la respuesta por la aplicación y la base de datos debe ser menor o igual a 5 segundos sobre un canal de mínimo de 2 MB.

• Además, el oferente debe indicar en su oferta cuál será la metodología para instalación, configuración, integración, mantenimiento y soporte de la plataforma de Gestión de Contenido.

La metodología debe considerar entre otros aspectos: • Mecanismos de colaboración permanente con el OSCE para la revisión de los avances

y la toma de decisiones del proyecto. • Presentar periódicamente los avances en los entregables del contrato. • Incorporar rápidamente en los entregables la realimentación y las recomendaciones del

OSCE. • Analizar los indicadores clave del proyecto requeridos y la forma y periodicidad con la

que se van a medir. • Establecer mecanismos que permitan gestionar el alcance y los cambios del proyecto de

forma eficiente y oportuna. • Establecer los mecanismos que permitan la gestión del servicio de mantenimiento y

soporte de la plataforma. • Realizar la transferencia de conocimiento en cada una de las etapas del proyecto. • Definir los formatos y procedimientos que se van a utilizar para la gestión del proyecto.

Entre otros: - Formato de plan de trabajo. - Formato de actas de reuniones de seguimiento. - Formato de reporte semanal con el estado y avance del Proyecto. - Formato de reporte mensual con el cumplimiento de las actividades, tareas y

entregables previstos para el periodo. - Formato de gestión de cambios. - Formato de aceptación de entregables. - Formato de aceptación de hitos de pago.

• Entregar todos los documentos que hacen parte del contrato y del proyecto en idioma español.

Asimismo, el Contratista debe suministrar para los servicios de implementación de la plataforma un equipo mínimo de profesionales que tenga la formación profesional y la experiencia en la plataforma propuesta para cumplir con el alcance y el cronograma del proyecto. Este equipo clave de proyecto debe tener dedicación total y exclusiva al proyecto durante la vigencia del Contrato. Además, debe asignar todos los recursos humanos que considere necesarios para la implementación de la plataforma dentro del alcance y el tiempo previstos. • Diseño de procesos • Ejecución de procesos • Administración de procesos • Integraciones • Soporte y mantenimiento • Buenas prácticas con estándares y metodologías correspondientes Producto Manejador de contenidos implementado y operando.

f) AC06 - Expediente Electrónico de la Compra Pública – [S/ 100,000]

El expediente de la compra pública es la compilación de todos los actuados durante la contratación. Se inicia desde el requerimiento del área usuaria y finaliza con la conformidad. Los expedientes de contratación han estado basados en papel, pero con la reciente irrupción de la pandemia, se han convertido a la fuerza en documentos mixtos, sin planificación ni estandarización, lo cual pone en riesgo su integridad.


Página 47 de 127

Objetivo Contar con un software que permitirá crear y actualizar los expedientes de contratación electrónicos. Asimismo, se podrán trabajar de forma colaborativa, cuando el Comité de Selección ejerza su “custodia” mientras se realiza el proceso de selección. Alcance Esta herramienta permitirá gestionar los expedientes de contratación, con seguridad y trazabilidad. Hará uso de servicios de firma y foliación electrónica, identificación, autentificación y seguirá estándares semánticos y de archivística.

• Integraciones - Servicios comunes. Autenticación, firma electrónica/digital, sello de tiempo,

notificaciones y trámites. - Sistemas internos. Solución de Abastecimiento Estratégico, gestor de contenido

(expediente único), gestión de compradores, gestión de proveedores. - Sistemas externos. PIDE, SUNAT, RENIEC, sistemas de antecedentes, entre otros. - Debe recibir y entregar APIs. Además, debe entregar información a través de APIs

OCDS, para la bodega OCDS.

• Buenas prácticas - Estándares de usabilidad y accesibilidad. - Metodología de desarrollo. - Procesos y procedimientos definidos.

Producto Un software que permita crear y actualizar expedientes de contratación electrónicos, con firma y foliación electrónicas.

g) AC07 - Desarrollo del Sistema de Gestión de Proveedores Etapa I – [S/ 500,000]

En la actualidad el OSCE cuenta con el Sistema del Registro Nacional de Proveedores el cual está creado con algunas limitantes en los procesos que cubre, no permitiendo que los proveedores del Estado puedan realizar más de los procesos que indica el sistema, así como de no permitir validar la información del proveedor en su totalidad. Este sistema ha sido creado en un entorno antiguo no permitiendo que sea escalable en el tiempo y que los nuevos requerimientos puedan ser implementados adecuadamente. Por ello, OSCE requiere desarrollar un nuevo sistema de información que permita mejorar los procesos desarrollados actualmente en el Sistema del Registro Nacional de Proveedores, haciendo que éste sea más eficiente y escalable en el tiempo, utilizando una plataforma tecnológica acorde al mercado. Para ello, se deberá relevar toda la información posible para implementar los procesos, creando una base sólida del sistema, y enriquecer el sistema adicionando nuevos requerimientos que permitan al proveedor realizar diferentes actividades como obtener su información centralizada, accesos directos, indicadores, resultados de evaluaciones, obtener oportunidades de negocios, entre otros. Objetivo Relevar la información necesaria para fortalecer y desarrollar un nuevo sistema de gestión de proveedores, que permita generar una base sólida e implementar las principales funcionalidades las cuales sean útiles para los proveedores del Estado con el fin de que éstos realicen con facilidad y rapidez sus actividades como registro, validación y compartición de información, así como que las entidades puedan tener la información de los proveedores actualizada, confiable y de una forma rápida desde los procesos de la contratación pública. Alcance Relevar información sobre los procesos actuales desarrollados y crear un sistema base que permita manejar correctamente y de forma rápida la información de los proveedores en una primera etapa.

• Gestión del maestro de proveedores.

• Presentación de documentos para registrarse como proveedor del Estado.

• Verificación, aceptación y rechazo de documentos presentados por los proveedores.


Página 48 de 127

• Carpeta del proveedor.

• Interfaces e integración con otros sistemas de información (SEACE, Escaparate de proveedores, Ficha única del proveedor, entre otros).

• Uso del modelo de datos OCDS, generación de APIS en general y APIS OCDS (que alimente a la bodega de datos).

Producto Un sistema base mejorado que les permitirá obtener información confiable, rápida, y que pueda ser integrada con diferentes sistemas de información permitiendo que no se genere la duplicidad de tareas.

h) AC08 - Desarrollo del Sistema de Gestión de Proveedores Etapa II – [S/ 500,000] Mediante la ejecución de la Actividad (AC07), se realizó el relevamiento de información de los procesos para la gestión de proveedores, así como de requerimientos nuevos lo cual implicará un rediseño de procesos de lo que se viene trabajando en la actualidad. Un rediseño de procesos que permitirá que tanto los proveedores, el OSCE y las entidades puedan utilizar y centralizar de mejor forma la información, convirtiendo este sistema en un portal electrónico centralizado. Ante el rediseño de los procesos, OSCE requiere desarrollar un sistema que no solo se limite en el registro y validación de la información, sino que busque entregar valor tanto para el proveedor como para las entidades contratantes. Objetivo Desarrollar un portal electrónico que ayude a crear y centralizar una comunidad de proveedores, implementar controles para mantener la información actualizada, así como sus indicadores de desempeño, a fin de brindar información que apoye a las entidades en la realización de su proceso de selección. Alcance Trabajar sobre los procesos y requerimientos relevados en la primera etapa del proyecto considerando el rediseño de procesos que permitan mejorar de forma significativa la etapa I del proyecto. Módulos para considerar dentro del alcance: - Ficha única del proveedor (v2). - Administración de proveedores. - Oportunidades de negocio. - Gestión de riesgos del proveedor. - Interfaces e integración con servicios comunes, sistemas internos, sistemas externos,

herramienta de analítica de datos. - Uso del modelo de datos OCDS, generación de APIS en general y APIS OCDS (que

alimente a la bodega de datos).

Producto Contar con un sistema centralizado en donde se encuentre la información de un proveedor específico a través de la ficha única (perfil, antecedentes, indicadores, sanciones, inhabilidades, riesgos, resultados de sus evaluaciones, presentación de ofertas, entre otros).

i) AC09 - Desarrollo del Sistema de Gestión de Compradores – [S/ 500,000] En la actualidad, no existe un catálogo general donde se puedan registrar datos importantes (perfil, información general, documentos de constitución, indicadores y noticias) de las entidades del Estado, si bien existe el SEACE, se necesita de un sistema que solicite, valide, registre y centralice información pertinente para que esta luego sea expuesta a través de una vista pública y gestionada a través de una vista privada. De igual manera, se necesita crear un módulo que permita la especialización y profesionalización de los compradores del Estado impulsando la actividad logística, el desarrollo de capacidades y profesionalización de los compradores del Estado.

Ante ello, la entidad requiere desarrollar un sistema que permita la gestión de compradores del estado posibilitando el registro de información importante y que sirva como insumo para


Página 49 de 127

otros usuarios (otras entidades, proveedores, entre otros), así como para otros sistemas de información. De igual manera, debe permitir el desarrollo de capacidades y habilidades de los servidores públicos que intervienen en la cadena de abastecimiento estratégico a través del módulo de especialización y profesionalización. Cabe precisar que actualmente se está desarrollando el módulo de usuarios y el módulo de red de compradores que serán integrados al presente proyecto. Objetivo Desarrollar un sistema que permita administrar las entidades del estado, contener una herramienta colaborativa que construya posteriormente una comunidad de compradores donde éstos comparten sus problemáticas e información, así como administrar la capacitación y certificación de los compradores. Alcance La gestión de compradores permite el registro de las entidades estatales contratantes y el desarrollo de los compradores del Estado, este componente tiene un directorio único de las entidades y sus compradores, provee herramientas colaborativas que apoyan la construcción de una comunidad de compradores que comparten un mismo objetivo y con problemáticas similares. También cuenta un sistema de capacitación que permiten la especialización y profesionalización de los compradores del Estado impulsando la actividad logística, el desarrollo de capacidades y habilidades de los servidores públicos que intervienen en la Cadena de Abastecimiento Estratégico para la toma de decisiones eficientes, eficaces, íntegras, transparentes y orientadas al logro de resultados en la contratación estatal. Módulos mínimos que considerar dentro del alcance:

• Directorio de entidades - La plataforma debe brindar una vista pública y privada centralizada con la información

de la entidad compradora (perfil, información general, documentos de constitución, indicadores y noticias).

- La plataforma debe permitir la visualización de los resultados de sus evaluaciones de desempeño y la evaluación de los productos y servicios prestados.

- La plataforma debe desplegar la lista de entidades compradoras registradas y permite realizar búsquedas simples y búsquedas avanzadas por múltiples criterios como palabras clave, entidad, procesos, contratos, montos, rangos de fecha, rangos de montos, tipos de adquisiciones, estados, entre otros).

- La plataforma debe integrarse con la Solución de Abastecimiento Estratégico para que los proveedores puedan: • consultar el directorio de entidades en cualquier momento y a través de un único

acceso. Administración de entidades

- La plataforma debe permitir configurar un formulario con campos personalizables para el registro de las entidades.

- La plataforma debe permitir al usuario administrador la creación de nuevas entidades utilizando los formularios de registro, la revisión de datos y la activación en la plataforma.

- La plataforma debe permitir la parametrización y configuración de los formularios, reglas y flujos de proceso desde el registro, aprobaciones, verificación y validación de documentos hasta la inactivación de la entidad.

- La plataforma debe permitir al usuario administrador de la entidad la gestión de los usuarios de esa entidad.

- La plataforma debe permitir la gestión de accesos, roles y perfiles tanto al administrador de la plataforma como al usuario administrador de la cuenta de la entidad compradora.

- La plataforma debe permitir la creación de dependencias de las entidades y asignar a los usuarios de la entidad a esas dependencias.

- La plataforma debe permitir la configuración de roles o atribuciones de usuarios según dependencia, rubros, presupuesto, etc.


Página 50 de 127

- La plataforma debe permitir crear una biblioteca documental con la información administrativa de la entidad como decretos, resoluciones, actos, plantillas, etc y que estos puedan ser reutilizados en la Solución de Abastecimiento Estratégico.

- La plataforma debe permitir la gestión y seguimiento de los tramites y notificaciones formales.

- La plataforma debe proveer mecanismos para mantener la trazabilidad de todas las acciones realizadas.

- La plataforma debe generar alertas para informan en tiempo real el progreso y actualización de los trámites y los plazos próximos a su vencimiento.

- La plataforma debe permitir enviar mensajes bidireccionales entre el OSCE y las entidades que faciliten la comunicación en línea.

- La plataforma debe proveer una biblioteca de documentos reutilizables y de uso frecuente, la cual debe estar integrada con la Solución de Abastecimiento Estratégico.

• Administración de compradores - La plataforma debe permitir configurar también formularios para el registro de

información de usuarios compradores. - La plataforma debe permitir el registro autónomo de los compradores (información,

documentos, certificaciones y competencias). - La plataforma debe permitir la parametrización y configuración de los formularios,

reglas y flujos de proceso desde el registro, aprobaciones, verificación y validación de documentos hasta la inactivación del comprador.

- La plataforma debe permitir subsanar los documentos del comprador en cualquiera de las etapas de registro, activación e inactivación del comprador.

- La plataforma debe permitir la gestión y seguimiento de los trámites y notificaciones formales emitidas por las partes interesadas.

- La plataforma debe ofrecer mecanismos para mantener la trazabilidad de todas las acciones realizadas.

- La plataforma debe generar alertas para informar en tiempo real el progreso y actualización de los trámites y los plazos próximos a su vencimiento.

- La plataforma debe permitir la gestión de accesos, roles y perfiles tanto al administrador de la plataforma como al usuario administrador de la cuenta de la entidad compradora.

• Comunidad - La plataforma debe ofrecer herramientas de colaboración que compartir buenas

prácticas y lecciones aprendidas entre entidades (creación de grupos, eventos, etc.). - La plataforma debe brindar mecanismos que permitan calificar los comentarios que

realiza la comunidad y opciones de ranking (contenidos más vistos, contenidos calificados como útiles, entre otros).

- La plataforma debe permitir la publicación de lineamientos, normativa y noticias relevantes por parte del OSCE.

- La plataforma debe ofrecer una base de conocimiento y motores de búsqueda avanzada de todos los contenidos compartidos y publicados.

• Capacitación y certificación de compradores - La plataforma debe brindar mecanismos para administrar, distribuir y controlar

actividades de formación en línea. - La plataforma debe ofrecer un ambiente de trabajo especializados y específicos para

para profesores, alumnos y administradores de la plataforma brinden capacitación. - La plataforma debe tener la capacidad para administrar, configurar y personalizar

aulas de clase, cursos virtuales, estructurar pedagógica y de contenidos, cursos virtuales, recursos didácticos y de formación de forma flexible y sin necesidad de programación.

- La plataforma debe gestionar y controlar usuarios, accesos, roles y perfiles. - La plataforma debe controlar y hacer seguimiento del proceso de aprendizaje de los

alumnos. - La plataforma debe ofrecer mecanismos para evaluar a los alumnos y generar

informes.


Página 51 de 127

- La plataforma debe permitir realizar exámenes de certificación por niveles a los alumnos.

- La plataforma debe ofrecer mecanismos de comunicación entre el profesor y los alumnos como chats, grupos de trabajo, etc.

- La plataforma debe brindar espacios de aprendizaje colaborativo. - La plataforma debe permitir crear y gestionar evaluaciones de desempeño del

comprador. - La plataforma debe emitir certificaciones para los compradores públicos y conectarse

con LACCHAIN para generar el hash del certificado del proveedor en blockchain. - La plataforma debe permitir realizar consultas y búsqueda de compradores

certificados y la información relacionada. Producto Un software colaborativo (sistema) que permita generar una comunidad de compradores donde compartan sus problemas e información entre ellos. Además de un ambiente de capacitación que permita el desarrollo de capacidades y habilidades.

j) AC10 - Desarrollo del Sistema de Gestión del Catálogo – [S/ 300,000] En la actualidad, existe una aplicación para la administración de los ítems del Catálogo Único de Bienes, Servicios y Obras (CUBSO) que está siendo gestionado por el área de catalogación de la Dirección SEACE, este catálogo actualmente no cuenta con una interfaz de integración con otros sistemas de información lo cual hace tedioso que algún sistema pueda obtener la información necesaria. Ante ello, la entidad requiere desarrollar un sistema que permita administrar, organizar, buscar, seleccionar una lista de artículos basada en un catálogo internacional, obtener la trazabilidad de cada uno de los ítems (creación, modificación, baja, eliminación) y que además deba ser compartida a través de APIS con otras aplicaciones que requieran de esta información. Objetivo Desarrollar un sistema que permita administrar y manejar un árbol de navegación del catálogo, homologar los ítems de este catálogo con otros catálogos que existan, así como generar interfaces de integración a través de APIS para que otros sistemas puedan obtener la información actualizada. Alcance El Catálogo Único de Bienes, Servicios y Obras es un instrumento para clasificar e identificar los bienes, servicios y obras de los que se abastece el Estado, a fin de lograr su trazabilidad y mejorar la gestión de la Cadena de Abastecimiento Público. Este componente permite administrar, organizar, buscar y seleccionar una lista de artículos basada en un catálogo internacional como el catálogo de bienes y servicios de las Naciones Unidas (UNSPSC United Nations Standard Products and Services Code). Los demás componentes de la plataforma deben interactuar con el catálogo de bienes, obras y servicios a través de APIs, para que el catálogo pueda ser consumido e integrado con las plataformas de misión crítica. Módulos mínimos que considerar dentro del alcance:

• Administración del catálogo - La plataforma debe permitir a los usuarios autorizados configurar, parametrizar y

mantener la estructura de los diferentes niveles del clasificador, incluir nuevos artículos, borrar o modificar tanto el código como la descripción.

- La plataforma debe permitir llevar un registro de los códigos reclasificados con el código anterior, código nuevo, descripción anterior y descripción nueva, observaciones y fecha de modificación.

- La plataforma debe permitir la configuración de flujos de aprobación para el ingreso o dar de baja los ítems o cualquier categoría del catálogo.

- La plataforma debe permitir la gestión de accesos, usuarios, roles y perfiles. - La plataforma debe enviar notificaciones informativas indicando los cambios en el

catálogo. - La plataforma debe mantener el versionamiento del catálogo y sus ítems.


Página 52 de 127

- La plataforma debe ofrecer mecanismos de trazabilidad de las todas las acciones realizadas en la plataforma.

- La plataforma debe ofrecer mecanismos para la homologación del catálogo de bienes servicios y obras (basado en UNSPSC) con el catálogo del SIGA para la programación multianual (planeación) o los catálogos de propios de los proveedores.

- La plataforma debe permitir incluir niveles adicionales a los niveles del catálogo UNSPSC (segmento, familia, clase y producto) para permitir la administración de bienes, servicios y obras.

- La plataforma debe proveer APIs para que el catálogo pueda ser consumido desde cualquier sistema o componente como por ejemplo el sistema de planeación, Solución de Abastecimiento Estratégico, PERUCOMPRAS, Gestión de Actividades de Proveedores o el SIGA entre otras plataformas.

• Árbol de navegación del catálogo - La plataforma debe permitir desplegar un árbol con los ítems, segmentos, familias,

clases, productos, según sea la clasificación seleccionada. - La plataforma debe permitir navegar a través del árbol para buscar categorías,

subcategorías o artículos. - La plataforma debe permitir la búsqueda rápida por el código del artículo y ubicar

directamente la categoría, subcategoría y descripción. - La plataforma debe contener diccionarios de términos. - La plataforma debe ofrecer un buscador dinámico, con almacenamiento términos y

sinónimos, autodetección de errores de digitación, entre otros. - La plataforma debe permitir la integración del clasificador desde las diferentes etapas

del procedimiento de adquisiciones ya sea desde la Gestión de Proveedores, Solución de Abastecimiento Estratégico o desde PERUCOMPRAS o cualquier otro sistema interno o externo.

• Homologación - La plataforma debe ofrecer funcionalidades que permitan relacionar (homologar) cada

uno de los ítems del catálogo con los ítems de cualquier otro catálogo (catálogo del SIGA, catálogo propio de proveedores, entre otros).

• Interfaces e integración

• Soporte y mantenimiento

Producto Un catálogo centralizado (sistema) con trazabilidad en el tiempo que permite ser consumido y usado por otros sistemas de información autorizados.

k) AC11 - Desarrollo del Sistema de Planeamiento y Gestión del PAC de la cadena de valor de las adquisiciones – [S/ 600,000] La planificación de las adquisiciones públicas es fundamental para reflejar la visión estratégica y las necesidades de los gobiernos, ayuda a mejorar la relación calidad precio de los bienes, servicios y obras, permite a los proveedores identificar oportunidades de negocio de forma temprana, permite a las entidades identificar las necesidades de compra, verificar que las necesidades se estimen adecuadamente y visualiza cómo se van a invertir los fondos públicos. Objetivo Contar con un sistema que permita a las entidades mejorar la planificación de sus compras y gestionar su PAC. Alcance Soportará los procesos de planeación y evaluación en la cadena de valor, con los siguientes módulos: Módulo de programación - Permitir la creación del PAC a partir de un formulario electrónico que incluya la

información del Procedimiento de adquisiciones como código del catálogo, descripción, fecha, valor y procedimiento.


Página 53 de 127

- Permitir que diferentes áreas y funcionarios puedan alimentar el PAC con sus procedimientos de adquisiciones y que la Plataforma los consolide en un único PAC para toda la Entidad.

- Calcular automáticamente el valor total del PAC a partir de la suma de cada uno de los procedimientos de adquisiciones que lo conforman.

- Limitar la creación del PAC a un plan por año y por Entidad. Una vez creado el PAC no se podrá borrar, solamente modificar.

- La plataforma debe permitir realizar revisiones y actualizaciones periódicas del plan de compras.

- Permitir la descarga de la plantilla del PAC en formato de hoja electrónica para que sea diligenciado manualmente por el funcionario de la Institución.

- Permitir la carga del PAC en la Plataforma a partir del formato descargado previamente y que la Plataforma valide la información de los códigos CUBSO, fechas y campos numéricos.

- Permitir la descarga del PAC diligenciado después que haya sido cargado, en un formato de hoja electrónica.

- Permitir guardar una versión en borrador del PAC con la información cargada por los usuarios de la Institución para hacer todos los cambios necesarios antes de su publicación.

- Permitir la publicación del PAC una vez que la Entidad haya finalizado la carga de los procedimientos de adquisiciones y completado el flujo de aprobación.

- Notificar automáticamente a los proveedores sobre las obras, bienes o servicios incluidos en un PAC cuando el proveedor haya registrado el código del catálogo correspondiente en su perfil.

- Permitir la adición, modificación o borrado de procedimiento de adquisiciones en el PAC publicado, y solo por parte de los usuarios autorizados para tal fin.

- Generar un registro automático con las modificaciones hechas al PAC y guardar cada uno de los PAC de acuerdo a su fecha de publicación.

- La plataforma debe brindar herramientas colaborativas para crear tareas, compartir información y construir de forma colaborativa el plan de compras.

- La plataforma debe permitir la integración con el sistema de planeación multianual a través de APIs.

- La plataforma debe permitir mantener y consultar la trazabilidad de cada una de las acciones realizadas por los usuarios.

Módulo de Aprobación y publicación - La plataforma debe permitir la parametrización de los flujos de aprobación del plan de

compras. - La plataforma debe incorporar mecanismos para adicionar o retirar aprobadores en el

flujo de aprobación. - La plataforma debe permitir la aprobación y publicación del PAC cada vez que éste sea

actualizado o modificado. - La plataforma debe emitir alertas a los interesados de las acciones de publicación y

aprobación. Módulo de Consulta y búsquedas - La plataforma debe proveer una vista pública y privada del plan de compras y cada una

de sus versiones. - La plataforma debe permitir la consulta pública de los PAC una vez publicados por parte

de las Entidades, sin que sea necesario utilizar ningún usuario o contraseña. - La plataforma debe permitir la búsqueda avanzada del PAC basándose en criterios como

la entidad, el código del catálogo, los montos del PAC o el procedimiento de adquisiciones.

- La plataforma debe permitir la descarga del PAC de cada entidad o del resultado de una búsqueda específica, en formato de hoja electrónica y en formato pdf.

- La plataforma debe permitir la visualización de indicadores que permitan a las entidades realizar seguimiento a la ejecución del plan de compras y conocer avance, desviaciones, cumplimiento, entre otros indicadores.

Módulo de configuración del PAC


Página 54 de 127

- La plataforma debe permitir la parametrización del módulo, realizando la configuración de flujos de los diversos procedimientos de selección y tipos de contratación en el Plan Anual de Contrataciones (PAC).

- La plataforma debe permitir configuraciones tales como: el tipo de selección del procedimiento, normativas aplicables, valores reservados y no reservados, límites mínimo y máximo, grupo de entidades, entre otros.

Las interfases e integraciones principales estarán consideradas dentro del proyecto de Abastecimiento Estratégico, según el anexo incluido en la sección de Aplicaciones Críticas (AC01), sin perjuicio de ello, si hubiera alguna interfase no considerada y que se identifique durante la ejecución del presente proyecto, en ese momento se adicionará al proceso de ejecución. Producto Un software que soporte el proceso clave de planificar la compra, de manera multianual y de forma colaborativa entre las áreas involucradas, con sus respectivos roles y privilegios. Podrán generar procesos, tipos de procedimientos, calendarios, entre otros y la vista y el PAC general anual. Será por releases.

l) AC12 - Desarrollo del módulo de administración de datos maestros – [S/ 200,000] La nueva plataforma de la compra pública comprende un conjunto de datos que se utilizan en diferentes sistemas que forman parte de la plataforma, dicha información deberá ser veraz, única y disponible, motivo por el cual se considera un módulo de administración de datos maestros, desde donde se podrá consumir y gestionar toda la información que requiere ser utilizada por diferentes sistemas de la compra pública como, los servicios comunes, datos del proveedor, comprador, ciudadano, tipos de contrato, entre otros. Objetivo Contar con un software de administración de maestros que sea un único repositorio que centralice, estandarice y se pueda dar un trato uniforme a los datos críticos y desde allí alimente a toda la nueva plataforma de la compra pública, teniendo así información única, centralizada y disponible. Alcance Debe comprender como mínimo el siguiente alcance: • Realizar el análisis de los proyectos e identificar los datos comunes de los diferentes

sistemas que forman parte de la nueva plataforma. • Realizar un diseño centrado para la administración de los datos maestros de la nueva

plataforma. • Realizar la identificación de las interfaces necesarias para el consumo de los datos por

parte de los sistemas internos y externos de la nueva plataforma. • Desarrollar el módulo de administración de datos maestros. • Capacitación a los diferentes perfiles que administrarán el módulo. • Implementación de un piloto para probar la utilización del módulo en ambientes

controlados. Producto Un software que contenga los datos maestros que permita su clasificación y organización, en el cual se puedan implementar las políticas, los procesos y las herramientas para administrar estos datos.

m) AC13 - Sistema de Tribunal de Contrataciones del Estado – [S/ 500,000] La entidad cuenta con un Tribunal de Contrataciones del Estado, el cual tiene sus propios sistemas, estando varios de ellos independientes de las plataformas de compras actual, esta independencia impide centralizar la información de los expedientes de contrataciones y su trazabilidad, motivo por el cual se remite información que no puede ser explotada para los demás sistemas o el análisis de datos. Por ello es necesario que la nueva plataforma de la compra pública cuente con un sistema que permita gestionar el registro, control y seguimiento de expedientes cuya resolución está


Página 55 de 127

a cargo del Tribunal de Contrataciones del Estado – TCE, conservando la trazabilidad de los expedientes electrónicos que se generen. Objetivo Tener un Sistema de Tribunal de Contrataciones del Estado que pueda ser administrado, automatizado e integrado con otros componentes de la nueva plataforma de la compra pública. Alcance Debe comprender como mínimo el siguiente alcance:

• Recepción - La plataforma debe permitir la creación y parametrización de flujos de trabajo nuevos

o partir de plantillas preconfiguradas de acuerdo con los procesos definidos para el tribunal de contrataciones.

- La plataforma debe permitir recibir, revisar y validar documentos. - La plataforma debe permitir rechazar o devolver los documentos. - La plataforma debe proveer una lista de chequeo que permite validar los requisitos

de admisibilidad para cada tipo de trámite definido. - La plataforma debe permitir conformar el expediente y manejar cada uno de sus

estados de acuerdo con su tipo (por ejemplo, observado, completado, rechazado, en progreso, etc.)

- La plataforma debe permitir recibir y revisar los documentos provenientes de la subsanación, además debe permitir su rechazo o integración a la tramitación correspondiente.

- La plataforma debe permitir escalar, asignar y reasignar la tramitación a los diferentes responsables.

- La plataforma debe permitir validar los datos de la garantía. - La plataforma debe permitir realizar la devolución de los trámites y documentos

• Evaluación y validación - La plataforma debe permitir la configuración y parametrización de flujos de trabajo

para la evaluación y validación de trámites de acuerdo con el tipo de trámite teniendo en cuenta diferentes variables de validación.

- La plataforma debe permitir recibir y validar los trámites y documentos para realizar la admisibilidad del trámite.

- La plataforma debe permitir rechazar los trámites o documentos del trámite en etapa de validación.

- La plataforma debe permitir registrar la información y documentos en el expediente. - La plataforma debe permitir suspender o reactivar los trámites. - La plataforma debe permitir programar y registrar las audiencias. - La plataforma debe permitir emitir decretos basados en plantillas o a partir de decretos

existentes. - La plataforma debe permitir informes técnicos, legales o administrativos a partir de

plantillas o informes preexistentes. - La plataforma debe mantener la trazabilidad de todas las acciones realizadas en la

plataforma. - La plataforma debe registrar y aprobar los movimientos en el expediente. - La plataforma debe permitir recibir y revisar documentos de subsanación, así como

integrarlos de forma automática al trámite.

• Resolución - La plataforma debe permitir emitir memorándums de devolución a partir de plantillas

o memorándums existentes. - La plataforma debe permitir la solicitar y programar audiencias públicas y registrar el

resultado de estos. - La plataforma debe permitir crear, actualizar actas de audiencia a partir de plantillas

o actas preexistentes. - La plataforma debe permitir evaluar el expediente, anexar escritos y solicitar

información adicional para cada trámite.


Página 56 de 127

- La plataforma debe permitir elaborar decretos, proyectos y resoluciones de diferentes tipos como (solicitud de peritaje, cotización de peritaje, información adicional y de absolución, entre otros)

- La plataforma debe permitir la aprobación y publicación de los decretos, proyectos, resoluciones o pronunciamientos.

- La plataforma debe permitir realizar el cierre del expediente de cada trámite.

• Notificación - La plataforma debe permitir emitir y realizar seguimiento a las notificaciones formales

y a la ejecución de los pronunciamientos emitidos, integrándose con el componente de notificaciones del OSCE.

- La plataforma debe permitir registrar la notificación a través del componente de notificaciones de la entidad.

- La plataforma debe permitir la configuración de los eventos y acciones de la plataforma que requieren notificación.

- La plataforma debe integrarse con la vista de notificaciones y permitir tanto a los usuarios como a los administradores de la plataforma hacer seguimiento a las notificaciones.

• Servicios - El proyecto BID ha adelantado consultorías y términos de referencia para el

levantamiento de requerimientos funcionales y no funcionales para la construcción de una solución para el Sistema de Tribunal a partir de una herramienta de gestión de procesos. Para la construcción de este componente se contratarán los siguientes servicios: • El licenciamiento de la solución tecnológica de un manejador de procesos,

incluyendo la adquisición, instalación, configuración, soporte y actualización de la plataforma., el cual está considerado en el proyecto Gestor de contenidos y de procesos (AC05).

• La construcción, automatización y puesta en operación de los procesos de tribunal, material del presente proyecto.

• La transferencia de conocimiento a los usuarios funcionales y técnicos que permita dar continuidad a la construcción y mejoramiento de los procesos automatizados.

Producto Un software de Tribunal de Contrataciones del Estado para la nueva plataforma de la compra pública.

n) AC14 - Desarrollo del Sistema de Supervisión – [S/ 500,000] La nueva forma de supervisión y gestión de riesgos por parte de la entidad va a requerir analizar grandes cantidades de datos estructurados y también los no estructurados, como los informes de evaluación de los procesos, las solicitudes de parte o los reportes de control social, entre otros. Para la revisión de los datos es necesario primero registrar la información de supervisión en un sistema que permita gestionarla y trabajarla colaborativamente cuando sea conveniente. El alcance de este proyecto se concentra en el desarrollo inicial de esta herramienta, que será el insumo de las otras herramientas de analítica de la línea de acción “Gestión y análisis de datos e información” para la supervisión. Objetivo Contar con un software que permita la gestión con seguridad de los informes de supervisión y sus datos, y que permita el trabajo colaborativo, en los casos que lo requieran. Alcance Este software permitirá unir diferentes fuentes de datos, modelarlos y analizarlos, gestionando la información de los reportes e informes de supervisión. También podrá contabilizarlos, clasificarlos, mostrarlos, ordenar sus resultados, establecer un flujo de aprobación, entre otros, facilitando la supervisión por parte de las oficinas del OSCE. Integraciones.


Página 57 de 127

• Servicios comunes. Autenticación, firma electrónica/digital, sello de tiempo, notificaciones y trámites.

• Sistemas internos. Solución de Abastecimiento Estratégico, gestor de contenido (expediente único), gestión de compradores, gestión de proveedores.

• Sistemas externos. PIDE, SUNAT, RENIEC, sistemas de antecedentes, entre otros.

• Debe recibir y entregar APIs. Además, debe entregar información a través de APIs OCDS, para la bodega OCDS.

Producto Un software para registrar y gestionar informes de supervisión de las oficinas del OSCE, para facilitar la función de los supervisores de la entidad y que permitirán manejar reportes de manera fácil y automatizada emitiendo los informes necesarios.

o) AC15 - Desarrollo del Market Place – [S/ 2,000,000] El Marketplace es un concepto que propone un canal amplio a través del cual la demanda y la oferta interactúan de forma libre para satisfacer las necesidades de abastecimiento, posibilitando las compras desde diferentes fuentes. Como si se tratara de un “centro comercial” online, agrupa distintas marcas y tiendas en un solo lugar para que cada comprador encuentre fácilmente lo que busca. El administrador del market place no es el dueño del inventario, sino un facilitador entre el proveedor y el comprador. El Marketplace que se propone en la nueva plataforma debe ser un canal B2G que facilite las compras desde múltiples instituciones del gobierno a múltiples proveedores que estén en capacidad de ofrecer los bienes y servicios. Además, se necesita una estrategia sólida que aproveche las fortalezas del mercado, una definición normativa flexible que habilite a nuevos proveedores a ofrecer bienes y servicios al Estado bajo el amparo de los acuerdos marco de precios y una solución tecnológica con capacidades que permitan tener un comercio central, digital y participativo. En el mercado existen plataformas de Marketplace ya construidas tanto comerciales como de código abierto con capacidades diferenciadas para el operador, como el comprador y el proveedor. Objetivo El Marketplace tiene como objetivo minimizar los costos de logística y ampliar la oferta de bienes y servicios al Estado, amplia la participación y el ingreso de nuevos competidores, productores y pequeños proveedores en el mercado público. Cualquier proveedor en cualquier región del país puede vender productos de calidad y con un precio razonable a cualquier entidad del Estado solucionando las necesidades específicas de un sector o región para que de esta manera se extiendan las bondades del abastecimiento estratégico a las zonas más alejadas del país. Alcance El software debe comprender como mínimo el siguiente alcance: Desde el perfil comprador

• La plataforma debe proveer funcionalidades que permitan: - Acceder a los catálogos externos de los proveedores de la tal manera que permita

administrar las órdenes de compras generadas por los compradores. - Configurar y seleccionar los ítems que el comprador va a adquirir. - Incluir los ítems seleccionados y llevarlos al carro de compras. - Devolver la solicitud de compra del usuario. - Enviar la información de la transacción a los usuarios interesados (comprador,

operador, proveedor, distribuidor e informar al SIAF la transacción). - Actualizar los catálogos y las unidades disponibles en tiempo real. - Permitir la integración con el SIAF para la realización de los pagos a proveedores. - Permitir recordar los productos que el usuario ha dejado en el carro de compras para

que pueda retomar a la compra cuando retorne a la tienda.

• La plataforma debe permitir registrar las valoraciones y opiniones de los usuarios acerca de cada uno de los productos publicados u ofrecidos en el catálogo.


Página 58 de 127

• La plataforma debe implementar mecanismos de reputación positiva que permita determinar la calidad de los productos de tal manera que se genere responsabilidad y control de calidad de los productos y servicios ofrecidos por los proveedores.

• La plataforma debe proveer una vista en donde están expuestos todos los artículos disponibles para comprar.

• La plataforma debe proveer funcionalidades de navegación por capas que permitan filtrar los productos por categorías, precios o cualquier otro atributo previamente configurado y facilitar la búsqueda de catálogos extensos.

• La plataforma debe permitir guardar los criterios de búsqueda de los productos.

• La plataforma debe permitir compras a través de concursos competitivos entre los proveedores seleccionados.

• La plataforma debe ofrecer herramientas de marketing de tal manera que muestre los productos vistos recientemente, productos relacionados con los productos que está comprando y productos similares.

• La plataforma debe permitir la administración de las órdenes de compra desde la creación, aprobación, firma y la terminación o liquidación de la orden de compra.

• La plataforma debe permitir configurar formularios y flujos de trabajo que apoyen el seguimiento, control y terminación o liquidación de las órdenes de compra.

• La plataforma debe permitir guardar múltiples direcciones de entrega y facturación.

• La plataforma debe ofrecer funcionalidades a los compradores que les permita rastrear pedidos y consultar el historial de compras.

• La plataforma debe ofrecer funcionalidades para que los compradores hagan solicitudes de cambio por mala calidad o porque no cumple con las características solicitadas.

• La plataforma debe ofrecer la capacidad de cancelar una compra. Desde el perfil proveedor

• La plataforma debe permitir la actualización de los catálogos y las unidades disponibles en tiempo real.

• La plataforma debe permitir la revisión y aprobación de las listas de productos, así como la parametrización de flujos, tareas y reglas.

• La plataforma debe permitir configurar catálogos y productos de forma flexible, debe permitir realizar configuraciones con características especiales como precios adicionales por niveles de servicio, ubicación geográfica, gestión de descuentos de acuerdo con la ubicación o segmentación de los compradores.

• La plataforma debe proveer informes para monitorear los términos de búsqueda que usan los usuarios para configurar mejor los productos del catálogo.

• La plataforma debe permitir supervisar los cambios de existencias y debe enviar notificaciones automáticas cuando el nivel de existencias descienda por debajo de los límites especificados para que el proveedor pueda realizar pedidos por adelantado.

• La plataforma debe ofrecer funcionalidades que permitan la gestión de inventarios y logística de los proveedores.

• La plataforma debe permitir a los proveedores crear, configurar y parametrizar su propia tienda,

• La plataforma debe permitir a los proveedores incluir nuevos productos y administrar los atributos y opciones del producto como características, stock, imágenes, videos, condiciones de entrega, entre otras variables.

• La plataforma debe permitir al proveedor configurar atributos como gastos de envío e impuestos aplicables.

• La plataforma debe ofrecer funcionalidades que le permitan al proveedor conocer y hacer seguimiento al historial de ventas.

• La plataforma debe ofrecer funcionalidades que permitan consultar todos los pedidos realizados por los compradores y realizar seguimiento a los pedidos de acuerdo con su estado.

• La plataforma debe ofrecer funcionalidades que permitan administrar las solicitudes de devolución o cambio

Desde el perfil de operador

• Permitir parametrizar y crear flujos de aprobación para las transacciones.


Página 59 de 127

• La plataforma debe proveer herramientas de SEO que permitan configurar los parámetros que intervienen en el posicionamiento web de la tienda, como por ejemplo búsqueda interna, metadatos, configuración de las URLs y de los códigos de analítica web.

• La Plataforma debe ofrecer mecanismos de cotización de productos a través de una vista pública para que las entidades puedan realizar cotizaciones en línea, estimaciones, comparación de precios, proveedores, condiciones y plazos.

• La plataforma debe contar con un módulo de administración que le permita gestionar los accesos a la plataforma y configurar, parametrizar y gestionar la plataforma sin necesidad de intervenir el código fuente de la plataforma.

• La plataforma debe permitir personalizar el look and feel de la plataforma (cambiar colores, agregar nuevos paneles, crear botones, menús, encabezados, pie de páginas, entre otros).

• La plataforma debe permitir publicar anuncios de forma automática de acuerdo con una fecha y hora preconfigurada.

• La plataforma debe ofrecer funcionalidades que le permitan al operador gestionar el cumplimiento de las condiciones de entrega y calidad de los productos vendidos por los proveedores.

• La plataforma debe ofrecer funcionalidades para la gestión de proveedores.

• La plataforma debe ofrecer funcionalidades que le permitan al operador gestionar los catálogos y productos.

• La plataforma debe ofrecer funcionalidades de taxonomía para los productos del Marketplace.

Características Transversales

• La plataforma debe proveer herramientas para que los usuarios puedan crear, configurar y parametrizar sus propios informes y reportes.

• La plataforma debe proveer funcionalidades de mensajería que permita a los compradores contactar a los vendedores en el Marketplace y viceversa.

• La plataforma debe proveer informes, reportes y gráficos detallados con la gestión de la tienda de tal manera que permita monitorear el comportamiento y tendencias de los usuarios en la plataforma.

• La plataforma debe ofrecer vistas públicas y privadas diferenciadas para proveedores, compradores y ciudadanos implementando un diseño centrado en el usuario.

• La plataforma debe proveer mecanismos de trazabilidad de todas las acciones que se realizan en la plataforma.

• La plataforma debe estar sincronizada con la hora oficial del Perú y así mismo se debe registrar en la plataforma el tiempo en que se ejecuta cada acción.

• La plataforma debe proveer mecanismos para actualizar la información de forma autónoma por parte de los usuarios.

• La plataforma debe proveer motores de búsqueda que permitan ordenar y descargar los resultados de la búsqueda en múltiples formatos.

• La plataforma debe enviar alertas que informen la realización de acciones relevantes, tiempos vencidos o próximos a vencerse a través del correo electrónico.

• La plataforma debe ofrecer funcionalidades de reportes y analítica de datos.

• La plataforma debe permitir consultar el historial de ventas, compras, pedidos, seguimiento a los pedidos y pagos.

• La plataforma proveer APIs que permita la conexión con otras plataformas y ofrecer mecanismos que permitan la entrada, salida y actualización de datos.

Producto Un ambiente colaborativo entre el comprador y el vendedor a la nueva plataforma de la compra pública, que aporta viabilidad y practicidad en los procesos de contrataciones, a través de una “tienda online” denominada Marketplace que facilita la interacción entre los actores del proceso de la compra. Cabe precisar que cuando se esté realizando el análisis para la implementación de la plataforma de abastecimiento estratégico, se analizará y definirá el market place de manera articulada con Perú Compras.


Página 60 de 127

p) AC16 - Desarrollo de maquetas de usuarios – [S/ 50,000]

Cuando se requiere generar herramientas digitales o sistemas de información, no solo se debe generar el código fuente de la aplicación, también es importante idear y plasmar los requerimientos solicitados por los usuarios finales, así como tener en cuenta la retroalimentación para la mejora continua a través de releases. Ante ello, la entidad requiere generar una maqueta viable que permitan centralizar e integrar los componentes de la nueva plataforma para que la experiencia de usuario sea fácil y entendible ante el uso de las herramientas digitales a desarrollarse. Objetivo De acuerdo con la identidad visual de la entidad, generar una maqueta para centralizar e integrar el diseño de las herramientas digitales que conforman la nueva plataforma de la compra pública a fin de mejorar la experiencia del usuario. Alcance El desarrollo de maquetación de usuarios debe considerar el proceso de Design Thinking, obteniendo como producto final el prototipado de cada una de las herramientas de información asignada. Para ello se deberán ejecutar las siguientes acciones fundamentales:

• Empatizar: Comprender las necesidades de los usuarios implicados generando reuniones con los involucrados en cada uno de los proyectos, así como con el equipo de analistas y grupo de trabajo asignados.

• Definir: Filtrar la información recopilada durante la fase de empatía, considerando lo que aporta valor al prototipado de los proyectos asignados.

• Idear: Identificar y definir un conjunto de ideas como opciones que pueden ser utilizadas en cada uno de los proyectos.

• Prototipar: Generar un producto mínimo viable que cubra los requerimientos de la etapa de los proyectos asignados y que pueda ser posteriormente validado con usuarios finales reales y los equipos de trabajo utilizados en la acción empatizar.

• Testear: Probar los prototipos con los usuarios implicados según proyectos asignados, una vez obtenido las recomendaciones y observaciones se incorpora de ser el caso para mejorar la solución mostrada.

La generación de prototipos debe estar coordinada o por lo menos presentada al centro de desarrollo (fábrica) o a la consultoría que genere el código fuente de los productos de los proyectos asignados. Producto Documento con los prototipos mínimos viables que permitan mostrar los requerimientos solicitados por cada uno de los proyectos asignados.

q) AC17 - Adaptación de la APP Única Móvil – [S/ 50,000]

En la actualidad se ha desarrollado la herramienta digital aplicación móvil única, la cual permite brindar información, generar consultas, enviar noticias y mensajes a los ciudadanos, proveedores o entidades. Además de permitir centralizar las aplicaciones creadas por otras áreas de la entidad con el fin de representar a la institución a través de solo una aplicación. Ante ello, la entidad requiere mantener la aplicación activa y con un buen funcionamiento, así como agregar nuevos requerimientos específicos o mejorar la herramienta realizando un nuevo análisis funcional, de esa manera fortalecerla y dar un mejor producto a los usuarios finales. Objetivo Brindar soporte a las aplicaciones móviles del OSCE, así como adicionar mejoras a través de nuevos requerimientos que potencien la herramienta a través de la experiencia de uso llevada a cabo por su primera versión. Alcance El alcance mínimo es el siguiente:

• Mantenimiento de la aplicación, de ser el caso.


Página 61 de 127

• Adición de requerimientos nuevos o que no esté cubriendo la herramienta (al ya ser usada por el público objetivo).

• Rediseño de procesos que requieran un nuevo análisis funcional.

• Interfaces e integración con servicios comunes, sistemas internos, sistemas externos, entre otros.

• Uso del modelo de datos OCDS, generación de APIS en general y APIS OCDS (que alimente a la bodega de datos).

Producto Una aplicación única que permite administrar y centralizar otras aplicaciones generadas por las distintas áreas de la entidad, así como brindar información necesaria a los usuarios finales por tipo de perfil (ciudadano, entidad y proveedor). Cabe precisar que actualmente se está desarrollando una primera versión de la APP Única Móvil del OSCE y debido a que se desea posicionar el nombre de la aplicación hacia el ciudadano, éste se mantendrá en el nuevo proyecto del aplicativo móvil orientado a la nueva plataforma de compras públicas.

r) AC18 - Elaboración y seguimiento de planes de implementación – [S/ 20,000] En el modelo de la nueva plataforma de la compra pública, se requiere contar con un plan de implementación para cada uno de los proyectos informáticos que se encuentran en desarrollo en la fábrica, para en ellos plasmar los lineamientos y/o criterios a considerar para llevar a cabo la utilización de cada una de las herramientas digitales desarrolladas. Estos planes de implementación plasmarán el procedimiento de los proyectos y los detalles necesarios para una implementación exitosa, tales como definición de las condiciones técnicas necesarias, plan de comunicaciones, plan de capacitación, carga inicial de datos, entre otros, con los cuales se construye un cronograma que es derivado a la PMO para su control y seguimiento en la ejecución, ya que la PMO no elabora planes, hace el seguimiento y control a los cronogramas de ejecución de los planes y todos los proyectos que formen parte de su portafolio. Objetivo Elaborar los planes para organizar, documentar y controlar el despliegue de cada uno de los proyectos de la fábrica, que cubra los aspectos y actividades necesarias involucradas en cada proyecto. Para lo cual se debe realizar el procedimiento de los proyectos, especificación de los recursos humanos y tecnológicos y aspectos normativos necesarios para la implementación de los proyectos, así como especificar y organizar los aspectos de seguridad, los riesgos, controles y los planes de capacitación de los usuarios funcionales. Alcance Debe comprender como mínimo el siguiente alcance:

• Debe tomar conocimiento del alcance y capacidades de los Proyectos a implementar.

• Debe elaborar los procedimientos de los recursos tecnológicos y recursos humanos para la implementación.

• Identificar los aspectos normativos que ameriten ser actualizados.

• Identificar de los aspectos de Seguridad que estén relacionados con los proyectos a implementarse.

• Identificar de los Riesgos y las correspondientes actividades de control relacionadas con los proyectos a implementarse.

• Elaborar el Plan de Capacitación de los proyectos.

• Elaborar el Plan de Comunicación de los proyectos.

• Transferencia de conocimientos.

• Generación de actas según corresponda (reuniones, entregas, transferencias, otros). Producto Un documento que contenga los lineamientos y los planes necesarios tales como la definición de las condiciones técnicas necesarias, plan de comunicaciones, plan de


Página 62 de 127

capacitación, carga inicial de datos, entre otros, todos necesarios para una puesta en operación exitosa.

s) AC19 - Desarrollo de interfaces e integración con los sistemas internos y externos – [S/ 500,000] La nueva plataforma de la compra pública es una arquitectura basada en componentes (component-based), en donde cada componente o subsistema puede ser creado de manera independiente como un software para procesos específicos y este desarrollo de interfases permitirá integrarlos en una única plataforma utilizando interfaces estándares internas y/o externas de comunicación (API). Estos desarrollos brindan mayor flexibilidad en la implementación de la plataforma, porque permite incorporar componentes de manera agnóstica a la tecnología y al modelo de construcción. También ofrece escalabilidad y simplicidad para adecuar la plataforma a las necesidades del Sistema Nacional de Abastecimiento del Perú, debido a que cada componente puede ampliarse de manera independiente conforme a la demanda de los usuarios y evolucionar de acuerdo con los requerimientos de cambio sin que sea necesario intervenir todo el sistema. Objetivo Identificar, modelar y/o desarrollar las integraciones y los flujos de información entre la plataforma de Gestión de Contenido y los servicios comunes de la entidad, así como la interoperabilidad con sistemas externos, todo mediante interfaces estandarizadas en la plataforma. Alcance Comprende como mínimo lo siguiente:

• Implementar las interfaces (APIs) de la plataforma de tal manera que sea posible acceder a los datos principales tanto de entrada como de salida de la plataforma.

• Modelar las integraciones y los flujos de información entre la plataforma de Gestión de Contenido y los servicios comunes de la entidad, la Solución de Abastecimiento Estratégico, el gestor de procesos, el Sistema del Tribunal de Contrataciones, el componente de Gestión de Actividades de Proveedores de la entidad y demás que sean necesarios.

• Habilitar la comunicación y realizar la conexión con los otros sistemas de información utilizando VPN, protocolos SSL o certificados digitales según corresponda.

• Suministrar, instalar y configurar cualquier software adicional necesario para la operación adecuada de la integración con otros sistemas.

• Incluir un componente de integración y APIs para orquestar las interfaces de la plataforma con los componentes comunes de la entidad y los sistemas externos o internos.

• Permitir la integración con otros sistemas de información a través de la plataforma de interoperabilidad del estado peruano (PIDE).

• Permitir la conexión con otros sistemas de información a través de autenticación de firewall utilizando conexiones VPN y cifrado SSL.

• Permitir la integración con otros sistemas de información y fuentes de datos utilizando estándares y protocolos abiertos.

• Garantizar la seguridad de los datos intercambiados y de la propia plataforma en la integración con otros sistemas de información.

• Permitir la autenticación y autorización para el consumo de servicios de integración y APIs de acuerdo con roles y permisos definidos.

• Validar la ejecución de transacciones de integración y validar los mensajes recibidos.

• Administrar y controlar las excepciones en el proceso de consumo de APIs y el paso de mensajes

• Mantener trazabilidad de los datos intercambiados y permitir la búsqueda de mensajes a partir de palabras clave del contenido.

• Llevar un registro histórico del consumo de servicios de integración y APIs con estampa de tiempo.

• La plataforma debe proveer un acceso robusto a todos sus datos a través de una API, esta interfaz debe permitir crear, actualizar, eliminar, inactivar e integrar todos los registros individuales dentro de la plataforma, las interfaces van desde autenticación,


Página 63 de 127

métodos API, entradas y salidas de datos y formatos. Además, las APIs deben contar con documentación detallada, manejo de excepciones y códigos de error.

• Las APIs deben ser actualizadas en la medida en que se personalicen las funcionalidades estándar o creen nuevas funcionalidades en la plataforma durante la ejecución del proyecto.

• Elaborar la documentación técnica y funcional de las interfaces de la plataforma con otros sistemas de información, que incluya el diseño final, los puntos de integración, diccionario de datos, flujos de información, conexiones, mensajes de error, entre otros.

• Realizar las pruebas modulares y de integración que garanticen la correcta interacción entre los aplicativos y la plataforma, certificando su correcto funcionamiento de las interfases implementadas.

• Acompañar la puesta en producción de las nuevas interfaces internas y externas desarrolladas en cada aplicativo que se comunican con la nueva plataforma de la compra pública.

• Se deberá brindar soporte y mantenimiento a la solución a partir de la aceptación y hasta finalizar el contrato durante la ejecución del proyecto.

Producto Contar con un servicio que permita una nueva plataforma de la compra pública integrada e interoperando con los sistemas internos y externos que contengan alguna información relevante para la plataforma, mediante interfaces estandarizadas (APIs).

t) AC20 - Sistema de Gestión del Aprendizaje y Certificación – [S/ 500,000] El nuevo modelo de la compra pública contempla una herramienta que permita administrar, distribuir y evaluar actividades de formación programadas dentro de un proceso de enseñanza en línea. Este componente debe permitir la gestión de las actividades o contenidos de forma sencilla e intuitiva. Objetivo Contar con una herramienta que permita administrar, distribuir y evaluar actividades de formación programadas dentro de un proceso de enseñanza en línea. Este componente debe permitir la gestión de las actividades o contenidos de forma sencilla e intuitiva. Alcance Debe comprender como mínimo el siguiente alcance:

• Debe incluir una herramienta Learning Management System - LMS que permita la generación de contenidos y documentos para facilitar el proceso de capacitación los compradores, proveedores y los diferentes actores del sistema de adquisiciones del Perú.

• La herramienta LMS debe incluir como mínimo las siguientes funcionalidades: - Evaluar los cursos de capacitación. - Configurar un plan de entrenamiento en línea segmentado por perfil de usuario. - Publicar los cursos de entrenamiento. - Certificar en línea los usuarios de la plataforma. - Medir y monitorear el desempeño individual y de grupos de usuarios. - Permitir monitorear el conocimiento y habilidades adquiridas por los estudiantes. - Permitir la generación de evidencias que respalden los resultados de los estudiantes. - Evaluar el curso de entrenamiento por parte de los alumnos. - Generar reportes de evaluación del conocimiento de los usuarios. - Crear salones virtuales de capacitación, bibliotecas y foros. - Incluir tutor virtual para resolver dudas en línea sobre los cursos de capacitación. - Generar guías y manuales de entrenamiento en funcionalidades de la plataforma. - Publicar videos en formatos MP4, WMV o flash streaming, entre otros. - Crear ejercicios didácticos sobre funcionalidades específicas de la plataforma. - Permitir la gestión de datos a través herramientas de analítica descriptiva, prescriptiva

e inteligencia artificial. - Incluir sistemas de curaduría de contenidos.


Página 64 de 127

- Ofrecer un portal de indicadores clave de desempeño del proceso de aprendizaje de principio a fin.

• Debe incluir el material de capacitación virtual en la herramienta LMS para cada uno de los perfiles de usuario en un formato que permita la posterior personalización por parte de la entidad y este debe estar en español.

• Debe entregarse el material virtual del paso a paso en la herramienta LMS que permita a los diferentes perfiles de usuario interactuar en la plataforma.

• Debe de ofrecer una instancia simulada de la plataforma que permita realizar los ejercicios del material paso a paso.

• Debe de construir cuestionarios para cada uno de los perfiles de usuario en la herramienta LMS que permita evaluar el conocimiento de los asistentes al curso.

Producto Un software de aprendizaje y certificación generado para la nueva plataforma de la compra pública.

u) AC21 - Acompañamiento al Proceso de Adquisición e Implementación del Sistema de Abastecimiento Estratégico – [S/ 220,000] El nuevo sistema de la compra pública requiere una solución que permita la integración de los principales procesos de abastecimiento, para ello se plantean las soluciones de abastecimiento estratégico (Strategic Sourcing Application Suites) que comprendan los principales procesos de compras a través de la implementación de cuatro componentes principales: Contratación Pública, Gestión de Contratos o su equivalente, gestión de proveedores, gestión de compradores, análisis del gasto. Siendo uno de los principales sistemas de la nueva plataforma de la compra pública y debido a su importancia y dimensión, debe de tener un acompañamiento específico, para poder asegurar el logro de los objetivos de los proyectos. Para ello se requiere un consultor especializado con una vasta experiencia internacional en temas relacionados a la implementación de proyectos de abastecimiento o la compra pública en la región y que permita aportar su acompañamiento, experiencia y conocimientos que conlleve a una implementación exitosa. Cabe precisar que esta actividad especializada no es parte de la PMO, siendo que la PMO administra y gestiona los cronogramas de trabajo de los proyectos, mientras que el presente servicio busca el acompañamiento especializado durante el proceso de selección e implementación del sistema de Abastecimiento Estratégico. Objetivo Realizar el acompañamiento al proceso de adquisición y ejecución que permita asegurar el logro de los objetivos del proyecto, a través de la contratación de un consultor individual que tenga las competencias necesarias para realizar el acompañamiento y gestión del proyecto. Alcance Debe comprender como mínimo el siguiente alcance:

• Relevar de información de los procesos de abastecimiento estratégico y del modelo TO BE diseñado para la nueva plataforma de la compra pública.

• Acompañamiento al proceso de selección del sistema de abastecimiento estratégico.

• Acompañamiento al proceso de ejecución e implementación del sistema.

• Alertar de los riesgos y modificaciones del cronograma y plan de trabajo

• Acompañar y facilitar la interrelación entre los involucrados en el proceso.

• Documentar el proceso del acompañamiento de toda la consultoría. Producto Documento que sustente el apoyo de un consultor individual que asegure un sistema de abastecimiento estratégico implementado.

v) AC22 – Integración de los buscadores públicos – [S/ 100,000] Actualmente la entidad cuenta con diversos buscadores (búsqueda de oportunidades, de proveedores, del catálogo de productos, entre otros) y además existen buscadores en otras entidades del Estado en general, que no son muy conocidos o que son complicados de utilizar.


Página 65 de 127

Objetivo Contar con una herramienta que permita búsquedas utilizando otros buscadores, mediante la integración de los buscadores de la entidad. Alcance Este software permitirá realizar búsquedas simultáneas mediante el uso de mecanismos de integración en diversos otros buscadores, sin necesidad de intervención del usuario. Producto Contar con una herramienta integradora (software) de la información relevante que conlleve a la generación de reportes a través de los buscadores públicos para uso de los ciudadanos y especializados en compras públicas que requieran información de los procesos registrados.

w) CO03 – Implementación de plataforma tecnológica de gestión del conocimiento – [S/ 200,000] En el marco del Desarrollo e implementación de una plataforma de soporte al proceso de contratación, el OSCE como uno de los actores principales del sistema nacional de abastecimiento (SNA), requiere fortalecer y alinear la forma como viene operando a este nuevo enfoque de la contratación pública, que tienen como principios orientadores el logro de Valor por Dinero y la gestión por resultados. En ese sentido es necesario gestionar el conocimiento del capital humano del OSCE, a fin de que los colaboradores puedan compartir conocimiento de manera eficiente, apoyados de plataformas tecnológicas, que les permita socializar su conocimiento de una manera natural y en el momento que lo necesiten. Así también, OSCE busca fortalecer la capacidad institucional para gestionar el conocimiento, así como el fortalecimiento del capital humano de toda la institución y en especial de los equipos que crearan, gestionaran e implementaran el conocimiento. Es por ello por lo que es necesario diseñar e implementar una solución tecnológica que permita gestionar el conocimiento. Objetivo El objetivo principal del proyecto es diseñar e implementar una plataforma tecnológica de gestión de conocimiento, a fin fortalecer la capacidad institucional para gestionar el conocimiento y el capital humano para crear, gestionar, implementar y compartir su conocimiento. Alcance El proyecto consiste en implementar una plataforma tecnológica de gestión de conocimiento, cuyo alcance consiste en gestionar de manera eficiente el conocimiento dentro del OSCE, fomentando el concepto de conocimiento abierto facilitando, durante todo el proceso de gestión de conocimiento y considerando la interacción entre usuarios con los conocimientos aportados. La plataforma tecnológica debe contemplar el siguiente alcance: Consideraciones generales: • Conformar equipo para el diseño e implementación de la plataforma tecnológica de GC. • Diseñar la plataforma tecnológica de manera participativa con las áreas más involucradas

en la GC. • Realizar piloto de la plataforma tecnológica. • Escalar el piloto para cubrir los aspectos más necesarios de la plataforma. • El entorno de desarrollo y pruebas de la plataforma deberá ser proporcionado por el

contratista • Deberá ser desarrollado en un entorno 100% Cloud, flexible y colaborativo. • Deberá seguir los lineamientos de imagen y marca institucionales, los cuales serán

proporcionados por el OSCE al inicio del servicio


Página 66 de 127

• Los requerimientos no funcionales de la plataforma tecnológica son: confidencialidad, seguridad, usabilidad, disponibilidad y administrabilidad.

Análisis y diseño: • La autenticación debe integrarse a los métodos de autenticación del OSCE • Implementar un módulo que permita el registro de usuarios y su asociación a perfiles • Segregar el acceso de acuerdo al perfil • Permitir realizar la asignación y retiro del perfil • Diseñar mecanismos que brinden protección contra la falsificación, alteración, repudio,

revelación de información y ataques a la elevación de privilegios. • Los componentes usados no deben de tener vulnerabilidades conocidas • Se debe contar con un módulo de auditoria donde se pueda visualizar los registros • Diseñar un módulo de edición colaborativa y con retroalimentación en línea • Implementar un módulo que permita realizar retroalimentación directa sobre los archivos

y/o documentos que se comparten. • El diseño debe considerar que los usuarios puedan hacer consultas, interactuar con otros

usuarios, crear grupos y compartir cualquier tipo de contenidos disponible en la plataforma de gestión de conocimiento.

Implementación y pruebas: • La codificación debe cumplir con las buenas prácticas de programación • Cuando la plataforma procese información cuya clasificación no es pública debe usarse

mecanismos de cifrado que protejan los datos en tránsito. • Se debe realizar pruebas de control de acceso en las pruebas unitarias y de integración • En caso se hayan identificado vulnerabilidades u observaciones en las pruebas de

seguridad deberán ser resueltas antes del pase a producción. El OSCE facilitará la documentación necesaria, así como las reuniones con el personal, directivos que sea requerido. Así como el espacio necesario para desarrollar reuniones, seguimientos y capacitaciones ya sea de manera virtual o presencial. Producto Una plataforma tecnológica que ayudará y promoverá la gestión de conocimiento.

x) PO01 – Diseño e implementación de la Plataforma Colaborativa del OSCE – [S/ 500,000] A través del diagnóstico de los canales internos del OSCE, entre ellos, la INTRANET se pudo identificar un conjunto de deficiencias que presenta el mencionado portal, tales como: los contenidos están desactualizados, enlaces rotos, interfaz gráfica no es amigable ni intuitiva, arquitectura de desarrollo no escalable. En ese sentido, dado el avance tecnológico y la transformación digital de hoy en día. Es necesario contar con una plataforma colaborativa acorde a las exigencias tecnológicas e institucionales, a fin de tener un diseño intuitivo, adecuados motores de búsqueda, botones de acción bien definidos. Por tanto, para cubrir esta necesidad se requiere implementar una plataforma colaborativa institucional, el cual permita a los colaboradores del OSCE acceder a un sistema de red privado a fin de interactuar con contenidos, aplicaciones, procesos y otros servicios, empleando menor tiempo en su búsqueda de información. Objetivo Implementar una plataforma colaborativa que facilite a los usuarios internos del OSCE el acceso a la información relevante en atención a las funciones, metas y objetivos del OSCE, a través de una plataforma colaborativa moderna y ordenada. Alcance El proyecto consiste en implementar una plataforma colaborativa a fin de proporcionar a los usuarios internos del OSCE el acceso a la información institucional relevante en atención a las funciones, metas y objetivos del OSCE, a través de una plataforma digital moderna y ordenada.


Página 67 de 127

La plataforma colaborativa debe contemplar el siguiente alcance: Consideraciones generales: • Conformar equipo para el diseño e implementación de la plataforma colaborativa. • Diseñar la plataforma colaborativa de manera participativa con las Direcciones y Oficinas

del OSCE. • Elaborar un prototipo funcional (tipo piloto) de la plataforma colaborativa. • Escalar el piloto para cubrir los aspectos más necesarios de la plataforma. • El entorno de desarrollo y pruebas de la plataforma deberá ser proporcionado por el

contratista • Deberá seguir los lineamientos de imagen y marca institucionales, los cuales serán

proporcionados por el OSCE al inicio del servicio • Los requerimientos no funcionales de la plataforma tecnológica son: confidencialidad,

seguridad, usabilidad, disponibilidad y administrabilidad. Análisis y diseño: • La autenticación debe integrarse a los métodos de autenticación del OSCE • Implementar un módulo de seguridad de usuario y perfiles • Diseñar mecanismos que brinden protección contra la falsificación, alteración, repudio,

revelación de información y ataques a la elevación de privilegios. • Los componentes usados no deben de tener vulnerabilidades conocidas • Se debe contar con un módulo de auditoria donde se pueda visualizar los registros • Los módulos que se implementarán en la plataforma colaborativa serán previamente

coordinados con las Direcciones y Oficinas del OSCE mediante un taller de Design Thinking; sin perjuicio de ello, se deberá considerar mínimamente secciones como: Noticias, eventos, chat privado, fotos institucionales, información de recursos humanos, entre otros.

Implementación y pruebas: • La codificación debe cumplir con las buenas prácticas de programación. • Cuando la plataforma procese información cuya clasificación no es pública debe usarse

mecanismos de cifrado que protejan los datos en tránsito. • Se debe realizar pruebas de control de acceso en las pruebas unitarias y de integración • En caso se hayan identificado vulnerabilidades u observaciones en las pruebas de

seguridad deberán ser resueltas antes del pase a producción. El OSCE facilitará la documentación necesaria, así como las reuniones con el personal, directivos que sea requerido. Así como el espacio necesario para desarrollar reuniones, seguimientos y capacitaciones ya sea de manera virtual o presencial. Producto Una plataforma colaborativa para los usuarios internos del OSCE.

y) IN10 – Implementación de Plataforma de Gestión de Ideas – [S/ 200,000] El OSCE ha desarrollado diferentes proyectos y uno de estos es el “Diseño de la estrategia de Innovación en el OSCE” el cual estuvo orientado en fortalecer la capacidad institucional para gestionar la innovación Una estrategia de innovación debe entenderse como una palanca de apoyo a la consecución de objetivos de una Entidad y es un instrumento que permite agregar los objetivos, los indicadores, los ejes y las iniciativas puntuales que permitirán ser habilitadores para el cambio hacia la innovación en la Entidad. Para consolidar todos los cambios en procesos y hábitos del personal y que estén avocados a vivir la experiencia de innovar, se ha consolidado un modelo de gestión de innovación que contiene todos los elementos necesarios a conjugar y construir un OSCE innovador. Los principios sobre los que reposa el modelo de innovación del OSCE se pueden resumir en 2 A (ágil y abierto) y 2 C (centrado en las personas y colaborativo). Este modelo ha sido creado, según las necesidades del personal y la realidad de la Entidad a fin de entregar buenas prácticas, iniciativas y procesos que permitan dar vida a la innovación.


Página 68 de 127

Uno de los pilares de la innovación para la entidad es el proceso de innovación; este se compone de 4 etapas que buscan llevar a una persona del OSCE a construir soluciones innovadoras para aquellos aspectos en donde se considere que la innovación puede ser una palanca de cambio para generar valor púbico a los ciudadanos y los grupos de interés. Se trata de un proceso iterativo no lineal que acompaña paso a paso al funcionario en vivir la experiencia de innovar combinando los 3 tipos de pensamiento (divergente, emergente y convergente) y que contiene diferentes herramientas que acompañarán cada etapa y tarea. Para que este proceso se pueda llevar a cabo de manera eficiente se requiere una plataforma de gestión de ideas la cual permita administrar de manera óptima las ideas innovadoras dentro del OSCE, mediante el uso de tecnologías semánticas y del procesamiento del lenguaje natural, fomentando el concepto de innovación abierta facilitando considerando la interacción entre usuarios con las ideas innovadoras aportadas. Objetivo El objetivo principal es implementar una plataforma de gestión de ideas que permita de manera eficiente recoger ideas y aportes innovadores de los usuarios. Los Objetivos específicos son: • Levantar requerimientos y necesidades del OSCE en cuanto a la gestión de la plataforma

de gestión de ideas. • Adecuar la plataforma de ideas de acuerdo con las necesidades del OSCE. • Socializar y capacitar al personal del OSCE referente al manejo de la plataforma de gestión

de ideas. Alcance El alcance consiste en implementar una de gestión de ideas, cuyo objetivo es gestionar de manera eficiente las ideas innovadoras dentro del OSCE, mediante el uso de tecnologías semánticas y del procesamiento del lenguaje natural, fomentando el concepto de innovación abierta facilitando, durante todo el proceso de gestión de ideas y considerando la interacción entre usuarios con las ideas innovadoras aportadas. Se deberá realizar cinco grandes fases de trabajo: • Planeación: Levantamiento de requerimientos y necesidades del OSCE en cuanto a la

plataforma de gestión de ideas, presentación de un bosquejo de esta para aprobación del OSCE.

• Implementación: Una vez consensuado el diseño de la plataforma, en esta fase se procederá a su implementación informática efectiva en el servidor que será administrado por el OSCE y a realizar las pruebas necesarias para garantizar su coherencia y estabilidad. Esta es una fase eminentemente técnica, en la que el contratista ajustará la plataforma a las necesidades del OSCE y sus componentes propiamente dichos.

• Socialización y formación: Llevar a cabo un evento donde se presente la plataforma a todo el personal del OSCE. Por otra parte, realizar sesiones de capacitación a los distintos grupos de interés de la entidad del correcto funcionamiento y manejo de la plataforma.

• Garantía: luego de la implementación de la plataforma se debe monitorear su buen funcionamiento y apropiación

El OSCE facilitará la documentación necesaria, así como las reuniones con el personal, directivos que sea requerido. Así como el espacio necesario para desarrollar reuniones, seguimientos y capacitaciones ya sea de manera virtual o presencial. Producto Una plataforma de gestión de ideas personalizada e implementada.

z) Analistas para la implementación de la Solución Tecnológica – [S/ 960,000] Responsable de gestionar, definir, relevar y documentar requerimientos, participar en reuniones para la elaboración de especificaciones, según requerimientos, tanto funcionales como no funcionales, crear y/o validar casos de uso o historias de usuario y los correspondientes diagramas.


Página 69 de 127

aa) Gestor de proyectos para el seguimiento de proyectos de interoperación con el SEACE – [S/ 360,000] Responsable de gestionar el servicio, alcance, tiempo, costo, riesgo, calidad y la satisfacción de la interacción con el SEACE, para lo cual deberá coordinar con los equipos de trabajo, resolver problemas, gestionar las comunicaciones, generar informes con el estado y avance de los proyectos, proponer cambios, asegurar la calidad de los productos y entregables, entre otras.

bb) Gestor de proyectos para el seguimiento de proyectos – [S/ 288,000] Responsable de gestionar el equipo de analistas, optimizar métodos de trabajo, garantizar el cumplimiento de estándares técnicos y funcionales, y la implementación de buenas prácticas de desarrollo, mejorar la productividad del equipo de analistas, proponer mejoras a los productos de software, entre otras.

cc) Arquitecto de hardware y software – [S/ 234.000] Responsable por comprender, definir, actualizar, mejorar y optimizar la arquitectura de hardware y software del proyecto. El arquitecto es responsable por definir las vistas de la arquitectura de la aplicación o productos de software (vista lógica, física, seguridad, etc.), definir la estructura de la base de datos, evaluar la infraestructura necesaria, establecer y verificar los requerimientos no funcionales (rendimiento, escalabilidad, usabilidad, etc.), validar la arquitectura contra los requerimientos funcionales y no funcionales, realizar prototipos, realizar el control de versiones.

D. SERVICIOS COMUNES

a) SC01 - Sistema de gestión integral de alertas y notificaciones – [S/ 70,000] La alerta o notificación electrónica es la publicación de una comunicación administrativa con consecuencias jurídicas, como pueden ser el comienzo del plazo para contestar, presentar documentación, presentar impugnaciones, incumplimientos, etc. por un medio virtual. Debe ser un servicio clave para acelerar los trámites y reducir la carga operativa de la entidad. Objetivo Para la administración de las alertas y notificaciones debe de implementarse un software donde se centralicen y administren todas las alertas y notificaciones de la nueva plataforma de la compra pública. Alcance Debe comprender como mínimo el siguiente alcance: Configuraciones

• La plataforma debe permitir la configuración del tipo de notificación (citación, notificación personal, devolución, presentación de documentación, subsanación de documentos, etc.).

• La plataforma debe permitir configurar las acciones que requieren notificación electrónica y las que no.

• La plataforma debe permitir la configuración del usuario responsable de las notificaciones y debe generar y asignar automáticamente las tareas de notificación a este usuario.

• La plataforma debe permitir la configuración de estados para las notificaciones, por ejemplo: por enviar, enviada, recibida o notificada. Los estados deben actualizarse automáticamente cuando la notificación es electrónica o deben poder actualizarse manualmente en caso contrario.

Preparación de la notificación

• La plataforma debe generar una lista con las notificaciones pendientes de envío y enviar alertas automáticas de acuerdo con los términos preconfigurados.

• La plataforma debe permitir adjuntar archivos a la notificación electrónica.

• La plataforma debe permitir la selección de las partes que van a ser notificadas incluidos terceros y otros interesados.

• La plataforma debe permitir la personalización del mensaje de notificación de acuerdo con las necesidades de los usuarios notificadores.


Página 70 de 127

• La plataforma debe permitir la firma electrónica o digital de los documentos y anexos que hacen parte de la notificación según se requiera.

• La plataforma debe indicar automáticamente el número de documentos y el número de folios por documento que hacen parte de la notificación electrónica.

• La plataforma debe permitir la revisión final del mensaje de notificación y los documentos adjuntos antes del envío a cada una de las partes para asegurar que la información está completa.

• La plataforma debe permitir la aprobación del envío de la notificación por parte de usuario aprobador o el responsable de la notificación.

• La plataforma debe permitir la consulta de las notificaciones electrónicas y los acuses de recibo por criterios como el número de notificación, fechas, asunto, interesados, palabras clave, entre otros atributos.

• La plataforma debe incorporar mecanismos para garantizar el no repudio de las notificaciones cuando se requiera.

Envío de notificaciones

• La plataforma debe permitir el envío de notificaciones electrónicas a las partes de forma fehaciente. Debe ser posible enviar las notificaciones en tiempo real o programar el envío para que el Sistema lo haga posteriormente.

• La plataforma debe permitir enviar notificaciones electrónicas de múltiples fuentes simultáneamente cuando interesado sea el mismo.

• La plataforma debe integrarse con el operador de correo certificado para hacer el envío y el seguimiento a las notificaciones que requieran este tipo de servicio.

• La plataforma debe generar automáticamente un número único por cada notificación enviada, el cual debe estar asociado a la transacción que la genera.

Recibo de notificaciones

• La plataforma debe acusar el recibo de la notificación y de los documentos adjuntos de forma automática una vez el usuario los haya recibido.

• La plataforma debe generar una alerta en el Sistema (y enviarla también al correo electrónico del responsable) cuando una notificación electrónica no fue exitosa indicando la causa del problema. En este caso debe ser posible continuar el proceso con notificación física.

• La plataforma debe permitir a la parte interesada la descarga individual de los documentos adjuntos de una notificación electrónica y también la descarga masiva a través de un solo enlace.

Seguimiento de las notificaciones

• Confirmar automáticamente si la notificación fue enviada de manera exitosa.

• Asociar automáticamente la notificación electrónica a la transacción, así como el resultado de la notificación (exitosa/no exitosa).

Producto Un sistema de administración e integración de alertas y notificaciones para la nueva plataforma de la compra pública.

b) SC02 - Servicio integral de alertas y notificaciones (mensajes de texto, correos) – [S/ 100,000] La alerta o notificación electrónica es la publicación de una comunicación administrativa con consecuencias jurídicas, como pueden ser el comienzo del plazo para contestar, presentar documentación, presentar impugnaciones, incumplimientos, etc. por un medio virtual. Debe ser un servicio clave para acelerar los trámites y reducir la carga operativa de la entidad. Objetivo Dotar a la nueva plataforma de la compra pública de los servicios de alertas y notificaciones para realizar todo tipo de notificaciones como comunicaciones administrativas con consecuencias jurídicas, comunicaciones formales, comunicaciones informativas, alertas y demás requeridas en la ejecución de los procesos de la nueva plataforma.


Página 71 de 127

Alcance Debe comprender como mínimo el siguiente alcance:

• Poder emitir y realizar notificaciones formales y la ejecución de los pronunciamientos emitidos, integrándose con el sistema de alertas y notificaciones de la nueva plataforma.

• Registrar la notificación a través del componente de notificaciones de la nueva plataforma.

• Permitir realizar alertas y notificaciones mediante la configuración de los eventos y acciones del sistema mediante la nueva plataforma.

• Integrar la vista de notificaciones y permitir tanto a los usuarios como a los administradores de la plataforma hacer seguimiento a las notificaciones a través del sistema de alertas y notificaciones.

• Contar con el servicio de alertas y notificaciones a lo largo de la gestión de procesos teniendo en cuenta información como tipo de notificación, asunto, fecha, contenido, estado y datos del supervisor, entre otros, además la integrarse al sistema de alertas y notificaciones de la nueva plataforma para realizar la visualización y búsqueda de notificaciones por diferentes criterios

• El servicio debe permitir recibir, responder, visualizar y buscar en toda la nueva plataforma de la compra pública.

• El servicio debe integrarse al sistema de alertas y notificaciones para hacer seguimiento a las alertas y notificaciones emitidas por las partes participantes y por los sistemas que conforman la solución de la nueva plataforma.

Producto Servicio de notificaciones para la ejecución centralizada de alertas y notificaciones de la nueva plataforma de la compra pública, implementado.

c) SC03 - Selección del Sistema de Autenticación – [S/ 20,000] Actualmente, cada servicio de la entidad responde a una gestión individual de sus usuarios, de modo que éste debe memorizar usuarios y contraseñas de los diversos servicios que utilice, con la consiguiente molestia y riesgo de seguridad para todos. Este servicio permitirá que se realice la evaluación de las opciones actuales en el mercado y se haga una selección adecuada de acuerdo a las necesidades a cubrir con el sistema de autenticación. Objetivo Contratar un consultor que realice la evaluación del mercado y el cuadro comparativo de un servicio de acceso único y seguro para el uso de las plataformas, y de cualquier componente, servicio o sistema de la entidad, sin importar si su ubicación es on-premise o nube. Alcance La consultoría realizará la selección del sistema de autenticación que se espera sea una opción de código abierto, que posteriormente sirva de insumo a la consultoría de configuración e implementación de la solución seleccionada. Esta selección permitirá implementar un sistema que garantice un único acceso seguro a las plataformas para que cada una de las acciones consultadas sean realizadas solo por usuarios autorizados. Además, permite resolver las necesidades de seguridad en todos sus aspectos, garantizando a mediano y largo plazo la evolución de la entidad hacia esquemas de unificación e integración de la seguridad a nivel interno y externo. Producto Un documento con una propuesta que plasme la selección realizada de los sistemas de autenticación adecuados a los diversos servicios de las plataformas que el OSCE utilizará, mediante un único acceso seguro.

d) SC04 - Servicio de Sello de Tiempo – [S/ 100,000] Los servicios de sello de tiempo se compran por bolsas anuales. El proveedor entrega un usuario y contraseña que se coloca en el servicio de firma digital que consume el sello y lo coloca en el documento que se firma.


Página 72 de 127

El sellado de tiempo indica que un documento existió en un determinado instante de tiempo y que no ha sido alterado desde entonces. En este caso, sería una evidencia de que se firmó digitalmente un documento digital a determinada fecha y hora, testificados por una autoridad de sellado de tiempo que actúa como un tercero de confianza. Objetivo Adquirir un servicio de bolsa de sello de tiempo acreditado por Indecopi, para su integración con el servicio de firma digital. Alcance Este componente es el encargado de demostrar que una transacción específica ha existido y que no ha sido alterada en un instante específico de tiempo, provee la hora y fecha en que se ejecutó una transacción. Requerimientos mínimos:

• La plataforma debe cumplir con el estándar internacional TSA (Time Stamp Authority).

• La plataforma debe utilizar la hora legal del Perú (Instituto Nacional de Calidad INACAL).

• La plataforma debe certificar tiempo (hh:mm:ss), fecha (dd/mm/ aa) y se puede o no vincular a una firma digital.

• La plataforma no debe permitir que ningún tercero pueda cambiar o solicitar la aplicación de valores distintos de tiempo del día y fecha de la transacción ejecutada.

• La plataforma debe ofrecer mecanismos de control de la integridad de las transacciones durante todo su ciclo de vida.

• La plataforma debe asignar un identificador único por cada sello de tiempo que emite.

• La plataforma debe asignar la estampa de tiempo con un código hash el cual debe ser almacenado en una base de datos para su posterior revisión.

• La plataforma se integra con los componentes, servicios o sistemas que usan el sello de tiempo y ofrece una vista con la información del sello de tiempo y el código has asignado además de los metadatos de la transacción o documento sellado.

Producto Todos los servicios de la entidad que lo requieran, orientados a ciudadanos, proveedores y entidades, pueden añadir a sus documentos, un sello de tiempo a su firma digital, que acredite hora y fecha en que se ejecutó dicha firma. Asimismo, de requerirse, podría añadirse a las firmas de los cargos electrónicos.

e) SC05 - Adquisición de licencias de firma digital – [S/ 50,000] La Firma Electrónica es un concepto técnico y jurídico, equivalente electrónico al de la firma manuscrita, donde una persona acepta el contenido de un mensaje electrónico a través de cualquier medio electrónico válido. Este componente, debe implementar el mecanismo de la firma y aplicarlo de forma homogénea en todos los servicios que lo requieran, ayudando a acelerar y facilitar los trámites. Aunque la Firma Digital está contemplada como parte de los mecanismos de firma electrónica. Es importante resaltar que la firma electrónica incluye en su definición la biometría y reconocimiento de rostros, mecanismos más seguros que otras alternativas (claves, PIN, One-Time Passwords -OTP-, etc.), eficientes y de no muy alto costo. La implementación de la firma electrónica puede realizarse a través de una entidad certificadora cerrada y proveer las firmas directamente o a través de un proveedor de servicios de firmas electrónicas externo, la recomendación es usar firmas electrónicas a través de un proveedor de servicios con el fin de garantizar la autenticidad y mantener la integridad de la información, las firma electrónica solo deben integrarse con las acciones relevantes del proceso de adquisiciones como la adjudicación del proceso, la presentación de ofertas y la firma y modificación de las ordenes de compras y contratos, entre otras acciones. Objetivo Adquirir las licencias de uso del servicio de firma digital. Alcance Servicio REST de firma digital: debe permitir como mínimo la firma en los formatos XML, PDF, DOCX, XLSX y comprimidos (ZIP/RAR). El software de firma deberá estar acreditado ante


Página 73 de 127

Indecopi para su uso dentro de la IOFE y debe estar en el esquema de servicio ilimitado con renovación anual. Requerimientos

• La plataforma debe garantizar que los datos de creación de la firma corresponden exclusivamente al firmante y debe tener la posibilidad de detectar cualquier alteración no autorizada del mensaje de datos, hecha después del momento de la firma.

• La plataforma debe permitir firmar documentos en diferentes formatos como por ejemplo XML, PDF, DOCX, XLSX y comprimidos (ZIP/RAR).

• La plataforma debe permitir la utilización de certificados digitales propios válidos y emitidos en la IOFE para realizar firmas digitales de forma local.

• La plataforma debe permitir la validación de las firmas digitales de los documentos sin importar el origen del certificado digital, ni el software con el que haya sido firmado.

• Los componentes de software deben poder ser instalados sobre infraestructura on-premise o en nube.

• La plataforma de firma debe estar acreditado ante INDECOPI para su uso dentro de la IOFE.

• La plataforma debe soportar diferentes procedimientos de firmas, como mínimo los siguientes:

- Firma desatendida. Sin intervención humana y se firma al cumplirse criterios preestablecidos.

- Firma atendida. El firmante realiza la firma. - Firma en lote. Firma de varios documentos simultáneamente. - Multifirma. El documento lo firma más de una persona. - Multifirma en lote. Firma de varios documentos simultáneamente por varias

personas. - Firma centralizada. El certificado de firma se encuentra en un servidor seguro facilita

el acceso de la firma desde cualquier lugar.

• La plataforma debe permitir el consumo del servicio de sello de tiempo desde cualquier TSA (Autoridades de Sellado de Tiempo).

• La plataforma debe ofrecer una interfaz intuitiva y no debe requerir ningún tipo de integración.

• La plataforma debe permitir validar la firma digital en los formatos de firma: PAdES, CAdES, XAdES, como mínimo.

• La plataforma debe exponer una interfaz de comunicación tipo API REST y/o SOAP.

• La plataforma debe proveer un API del componente servidor debe poder ser consumido desde cualquier navegador web (por ejemplo, Firefox, Chrome, Safari y Edge) sin necesidad de instalación de software o componentes adicionales.

• La plataforma para la firma debe permitir atender peticiones simultáneas de firma digital desde múltiples aplicaciones web sin importar la tecnología en que estén implementadas.

• La plataforma de firma debe poder ser instalada sobre cualquier sistema operativo ya sea Windows y Linux.

• La plataforma de firma debe permitir las firmas digitales para un número ilimitado de aplicaciones web publicadas por la entidad.

• La plataforma debe considerar que los certificados digitales para el Estado son proporcionados por el Registro Nacional de Identificación y Estado Civil RENIEC.

Producto Adquisición del software de firma digital para los servicios de la entidad que lo requieran, orientados a ciudadanos, proveedores y entidades, pueden utilizar una solución de firma digital acreditada estándar.

f) SC06 - Configuración de los trámites relacionados a las adquisiciones – [50,000] Esta plataforma de gestión de procesos permite la configuración de trámites, mediante la parametrización de flujos de trabajo. Objetivo Contar con un servicio de configuración de trámites en la plataforma de gestión de procesos.


Página 74 de 127

Alcance La consultoría se encargará de realizar la configuración de los trámites relacionados a las adquisiciones, en la plataforma determinada para tal fin, luego de culminada la AC05 - Adquisición e instalación del gestor de contenidos y de procesos. Producto Trámites relacionados a las adquisiciones configurados en el gestor de procesos.

g) SC07 - Implementación del Sistema de Autenticación – [S/ 50,000] Actualmente, cada servicio de la entidad responde a una gestión individual de sus usuarios, de modo que éste debe memorizar usuarios y contraseñas de los diversos servicios que utilice, con la consiguiente molestia y riesgo de seguridad para todos. Este servicio permitirá centralizar y administrar eficientemente y con seguridad, los accesos de los usuarios. Objetivo Configurar e implementar un servicio de acceso único seguro para el uso de las plataformas, y de cualquier componente, servicio o sistema del OSCE, sin importar si su ubicación es on-premise o nube. Alcance La consultoría realizará la implementación del software de autenticación que será una opción de código abierto, seleccionada de acuerdo a los resultados de la consultoría SC03 Selección del Sistema de Autenticación. Esta implementación garantizará un único acceso seguro a la plataforma para que cada una de las acciones realizadas o consultadas sean realizadas solo por usuarios autorizados. Además, permite resolver las necesidades de seguridad en todos sus aspectos, garantizando a mediano y largo plazo la evolución de la entidad hacia esquemas de unificación e integración de la seguridad a nivel interno y externo. Módulos

• La plataforma debe proveer un único servicio de identificación para el acceso a cualquier componentes, servicio o sistema de la entidad, sin importar si su ubicación es on-premise o nube.

• La plataforma debe ofrecer mecanismos de autorización en donde se defina la asignación o derogación de usuarios, accesos, roles o perfiles.

• La plataforma debe ofrecer un administrador de credenciales que permitan un acceso único a todas los servicios, componentes y sistemas de la entidad.

• La plataforma debe habilitar los servicios de single sign-on, evitando que los usuarios deban recordar claves diferentes según la plataforma o aplicación y brindando acceso a cualquier tipo de aplicación.

• La plataforma debe permitir la sincronización de credenciales e información de los usuarios.

• La plataforma debe ofrecer mecanismos de cifrado para la información que viaja a través del servicio SSO.

• La plataforma debe integrarse con mecanismos de autenticación multifactor.

• La plataforma debe ofrecer herramientas para monitorear y resolver problemas que den visibilidad de las aplicaciones de extremo a extremo.

• La plataforma debe proveer APIs para integración con directorios de otros sistemas.

• La plataforma debe permitir la gestión y administración de las solicitudes de acceso a las aplicaciones y servicios, incluyendo la aprobación.

• La plataforma debe permitir definir, verificar y monitorear los accesos a los diferentes componentes, servicios y sistemas de la entidad.

• La plataforma debe permitir segregar y asignar roles y funciones a los usuarios a través de la creación de reglas de tal manera que se evite el acceso no autorizado a los servicios, componentes o sistemas.

• La plataforma debe incorporar herramientas de analítica y generación de reportes que permitan trazar actividades, generar reportes y proveer analítica para identificar inconvenientes, comportamientos e implementar optimizaciones

• Interfases e integraciones


Página 75 de 127

• Soporte y mantenimiento Producto El servicio implementado permitirá tener un único acceso seguro, evitándoles el tener muchos usuarios y contraseñas, para acceder a la nueva plataforma de la compra pública.

E. MESA DE AYUDA

a) AY02 - Selección y Adquisición de la Solución ITMS para Mesa de ayuda – [S/ 1,000,000] En el marco del nuevo modelo de la compra pública, es necesaria la Implementación de una mesa de ayuda para la plataforma de soporte al proceso de Contratación Pública, considerando que el OSCE requiere contar con un modelo innovador de servicios para el control preciso de los incidentes y requerimientos que son atendidos, derivados, escalados y transferidos a otras áreas para su atención. Habiéndose realizado el diseño del modelado de la mesa de ayuda de la entidad para la nueva plataforma de contrataciones del Estado, que contempla la mejora de procesos de operación y la de las plataformas tecnológicas para integran capacidades funcionales y técnicas a nivel de las mejores prácticas de la Gestión de Servicio. Este modelo busca alinear y sincronizar a las unidades con objetivos de servicios únicos que maximicen el uso de la tecnología y el enfoque estándar de procesos basados en las buenas prácticas. Para ello se requiere contar con herramientas tecnológicas que soporten todo el proceso de atención a los usuarios de la nueva plataforma de la compra pública, como ITSM (Information Technology Service Management) que permite administrar los servicios de TI y los servicios del centro de contacto de la entidad de forma eficiente. Este tipo de plataformas permiten respaldar las tareas y los flujos de trabajo para la gestión de servicios de TI como la gestión de incidentes, solicitudes, problemas, cambios, niveles de servicio, gestión de conocimientos y gestión de la configuración, esta herramienta se complementa con el IVR y el CHATBOT. Objetivo Para la gestión, administración y seguimiento de la atención a los usuarios, requiere de un modelo de operación para la mesa de ayuda de la entidad, además de la mejora de los procesos de gestión de servicios y la implementación de una solución tecnológica que maximice las interacciones entre áreas y promueva la entrega de un servicio de calidad para los usuarios externos que participen en los diferentes procesos de la nueva plataforma de la contratación pública. Para ello se requiere contar con unas herramientas tecnológicas que soporten la atención de los usuarios como ITSM (Information Technology Service Management) y se complementa con el IVR y el CHATBOT. Alcance Debe comprender herramientas tecnológicas tales como: Gestión de servicios, IVR y Chatbot, los cuales tienen el siguiente alcance: Gestión de servicios Generales

• La herramienta debe contar con consolas de visualización, tanto para usuarios como para administradores en el idioma español.

• La herramienta debe contar con un módulo para poder generar los respaldos a petición.

• La herramienta debe contar con un módulo para gestionar, con un perfil de acceso autorizado, el alta, modificación y eliminación de usuarios y/o agentes.

• La herramienta debe interrelacionar la información manejada en los diversos procesos (trazabilidad de la información).

• La herramienta debe desplegar ventanas de noticias o temas populares dentro de la interfaz gráfica de usuario.

• La herramienta debe soportar el uso de objetos específicos como menús emergentes en la interfaz gráfica de usuario.


Página 76 de 127

• La herramienta debe ser compatible con ITIL, incluyendo sus términos y definiciones.

• La herramienta debe soportar un cliente basado en Web todos los navegadores como Chrome, Internet Explorer, Firefox, Safari en sus versiones más actuales, para tareas de usuario y administrativas.

• La herramienta debe ser accedida desde diferentes dispositivos como móviles, laptops y pc.

• La herramienta debe contar con una App compatible con los sistemas operativos como Android y IOS.

• La herramienta debe contar con una App para el usuario, en donde esta debe permitir el crear, consultar y dar seguimiento a sus requerimientos.

• La herramienta debe contar con una App para el agente, donde este le permita crear, modificar y dar seguimiento a los tickets asignados a él para dar solución.

• La herramienta debe tener la habilidad de alinearse a las mejores prácticas de ITIL, procesos, categorizaciones y formatos predeterminados de manera embebida.

• La herramienta debe proporcionar una interfaz gráfica de usuario basada en la configuración individual, en grupo o preferencias basadas en roles (colores, diseño, etc.).

• La herramienta debe ser configurable en la interfaz gráfica de usuario por medio de la funcionalidad “drag and drop” para ventanas y campos.

• La herramienta debe proveer una interfaz gráfica de usuario basada en Web, de fácil uso.

• Debe poderse realizar la: - Gestión del autoservicio - Gestión de incidencias - Gestión de requerimientos - Gestión de problemas - Gestión del cambio - Gestión de la base de conocimiento - Gestión del catálogo de servicios - Gestión de los niveles de servicio - Gestión del tablero de control

Integraciones

• La herramienta debe indicar la capacidad para integrarse con herramientas de terceros, el proveedor debe enlistar las herramientas con las que se puede integrar (por ejemplo, IVR, BI, ITSM, etc.).

• El proveedor debe especificar los requerimientos técnicos para la importación y exportación de datos.

• El proveedor debe especificar los principales elementos a considerar como, por ejemplo, volumen del contenido, compatibilidad del formato, limitaciones en la funcionalidad, etc.

• El proveedor debe especificar las funcionalidades adicionales contempladas para la herramienta. Si alguna de dichas funcionalidades es clave para la herramienta, debe presentar durante el proceso de evaluación la fecha de liberación.

• El proveedor debe especificar las herramientas de desarrollo de aplicaciones, lenguajes de programación y las interfaces de programación de aplicaciones (API) que permiten a los usuarios desarrollar y personalizar sus aplicaciones.

• El proveedor debe especificar las interfaces de Servicios Web que ofrecen las soluciones ofertadas.

• El proveedor debe especificar el mecanismo con el que cuenta la herramienta para crear automáticamente un incidente a través de un correo electrónico entrante. Proporcionar los detalles de cómo se almacenan y cómo se abren las imágenes y otros objetos adjuntos al correo electrónico (por ejemplo, bmp, jpg o capturas de pantalla).

• La herramienta debe almacenar un log de los correos electrónicos enviados a través del sistema y se relacionen con cada ticket de petición.

• La herramienta debe enviar correos electrónicos a un grupo de distribución predefinido en caso de una falla mayor.

• La herramienta debe integrarse con el Directorio Activo. Proporcionar detalles de requerimientos y alcance de la funcionalidad.

• El proveedor debe especificar los diferentes formatos que la herramienta permite para importar o exportar datos (texto delimitado, csv, xml).


Página 77 de 127

Seguridad

• La herramienta debe contar con la creación de grupos y asignación de permisos de manera individual o por grupo para el acceso a los diferentes módulos de ITSM.

• La herramienta debe otorgar el acceso a proveedores externos, agencias, oficinas, usuarios, administradores y aprobadores. Describir la funcionalidad para otorgar el acceso.

• La herramienta debe capturar registros de auditoría de acceso y cambios realizados en la aplicación.

• La herramienta debe restringir la visualización de ciertos campos de datos basándose en el rol de usuario.

• La herramienta debe permitir configurar los tiempos de espera para el vencimiento de cuentas, después de una cantidad predeterminada de inactividad.

• La herramienta debe soportar single sign-on.

• La herramienta debe tener registros de auditorías y reportes sobre actividad de cuentas, permisos y privilegios.

• El proveedor debe especificar las medidas adoptadas para garantizar la confidencialidad de los datos almacenados en los sitios de los proveedores, incluyendo las certificaciones de auditoría obtenidas por el proveedor.

• El proveedor debe especificar cómo la herramienta administra la autenticación de usuarios.

• El proveedor debe especificar la estrategia de seguridad de la herramienta incluyendo protección contra virus.

• El proveedor debe especificar la recomendación para operar la herramienta en un entorno con firewall.

• El proveedor debe especificar los puertos y protocolos de comunicación requeridos.

• El proveedor debe especificar cómo la herramienta ofertada proporciona el registro de eventos de seguridad.

• El proveedor debe especificar el Sistema de administración de seguridad que utiliza la herramienta.

• El proveedor debe especificar los servicios de directorio soportados por la herramienta incluyendo LDAP.

• El proveedor debe especificar cómo se mantienen los registros de auditoría, seguridad y almacenamiento dentro del sistema.

• El proveedor debe especificar cómo la herramienta soporta el control de acceso en base a roles.

• El proveedor debe especificar la capacidad para controlar y hacer cumplir los requisitos de complejidad de contraseña (es decir, la longitud, la caducidad, la complejidad, la máxima cantidad de intentos fallidos, etc.)

IVR Generales

• La solución debe ser omnicanal para agentes y usuarios (móvil, web).

• La solución debe permitir crear flujos de contacto gráfico intuitivo, mediante un módulo de generación de árboles dinámicos de “scripting” cuya finalidad es identificar mediante el flujo de la llamada el perfil de un usuario para el trámite de un servicio, esto permitirá tener puntualmente la documentación requerida.

• La solución debe permitir configurar el número de repeticiones del menú, antes de enlazar al usuario con un agente o enviarlo a otro menú dependiendo del flujo realizado.

• La solución debe permitir la automatización de la captura de datos relativos al usuario como son; lugar de origen de la llamada, tipo de consulta realizada en el IVR y capacidad de transferir la información al escritorio del agente para enriquecer su atención.

• La solución debe permitir realizar llamadas mediante el uso de la API de contacto de salida.

• La solución debe contar con una alta calidad de audio.

• La solución debe permitir el direccionamiento basado en capacidades.

• La solución debe permitir integrarse con sistemas de gestión de relaciones con el cliente (CRM).

• La solución debe permitir la integración con un sistema CTI (Computer Telephony Integration) que controle el flujo de los datos dependiendo de cada campaña para que


Página 78 de 127

estos sean transferidos a un agente o en su caso escalados a los diferentes niveles de servicio.

Tablero de control

• La solución debe permitir el registro de llamadas para las evaluaciones de rendimiento de los agentes para monitorizar y mejorar las experiencias de los usuarios.

• La solución debe permitir reportes en tiempo real e histórico, así como la capacidad de generar reportes estadísticos e históricos de cada una de las ramas del flujo.

Consola de monitoreo

• La solución debe contar con capacidades de supervisión, acceso a todas las funciones de supervisión y monitoreo, ya sea en forma local, como remota, desde una consola de supervisión.

• La solución debe permitir al personal autorizado, para efectos de validación del servicio, la escucha paralela (en cabina) a la comunicación del agente en la llamada con el usuario. El personal autorizado tendrá la opción de dar soporte al agente sin ser escuchado por el usuario, incluso de tomar el control de la llamada.

• La solución debe permitir que el supervisor pueda tomar el control de la llamada, iniciar una sesión de conversación electrónica con el agente, revisar remotamente la pantalla del agente y tomar el control de la pantalla del agente, junto con las aplicaciones que éste tiene ejecutando desde su estación de trabajo.

• La solución debe permitir realizar actividades de monitoreo mediante una consola de supervisión para monitorear a los agentes en línea desde cualquier estación de trabajo conectada a la red local, así como remotamente.

Grabación de llamadas

• La solución debe permitir realizar grabaciones de las llamadas que estarán disponibles para ser descargadas a través de la consola de supervisión.

• La solución debe permitir la ubicación de las grabaciones por ID de llamada, fecha, hora, agente, ANI o trámite solicitado.

• La solución debe permitir grabar la totalidad de las llamadas de entrada y salida atendidas por agente, en formato electrónico en un servidor de almacenamiento de alta capacidad, las cuales podrán ser consultadas en línea por un periodo mínimo de 5 años, no obstante, la directiva de seguridad de información del OSCE debe establecer los plazos de almacenamiento de todos los datos de la gestión de servicios.

Seguridad

• La solución debe incluir reglamentos y directrices para la protección de datos.

• La solución debe permitir proteger los datos de alguna de las siguientes formas (SSL/TLS).

• El proveedor debe mantener y proteger la infraestructura global en la que se ejecuten todos los servicios.

• El proveedor debe mantener el control sobre los datos alojados en su infraestructura, incluidos los controles de la configuración de seguridad para la gestión del contenido y los datos personales de los usuarios.

CHATBOT Generales

• La solución debe ser omnicanal (Facebook, Whatsapp, Web, etc…)

• La solución debe tener un léxico en español.

• La solución debe permitir crear “bots” que pueda interactuar con los usuarios de forma natural mediante una integración sencilla.

• La solución debe contar con capacidades específicas de procesamiento de lenguaje natural (NLP, por sus siglas en inglés) para comprender el contexto de una conversación.

• La solución debe permitir un gran volumen de solicitudes o transacciones sin que esta se vea afectada en su funcionalidad de respuesta.

• La solución debe ser disponible en todo momento que el usuario requiera hacer uso de esta.

• La solución debe contar con tecnología “machine learning”.

• La solución debe contar con la funcionalidad de autoaprendizaje enriqueciendo su léxico.


Página 79 de 127

• La solución debe permitir el enviar un correo una vez terminada la consulta con el usuario, este deberá llevar anexo en formato de texto con la conversación mantenida con el usuario.

• La solución debe permitir la interacción con el usuario a través de textos, enlaces, imágenes y botones de llamada a la acción

• La solución debe ofrecer una experiencia de usuario amena con interacciones rápidas y sencillas.

• La solución debe permitir que las respuestas puedan ser personalizadas.

• La solución debe estar capacitada para comprender los términos y los conocimientos específicos.

• La solución debe permitir responder en todos los canales de comunicación configurados, retener los datos y el contexto para mejorar la experiencia del usuario.

• La solución debe poder incorporarse como una nueva fuente de contacto con los usuarios Integraciones

• La solución debe permitir la integración con un chat en línea para poder contactar con un agente cuando el usuario lo requiera.

• El proveedor debe indicar las herramientas o medios que ofrece la solución para integrarse con otras aplicaciones (herramientas de gestión de servicios, IVR, correo electrónico, etc.), o, por ejemplo: capacidad para enviar un correo a la mesa de servicio una vez terminada la conversación con el usuario o poder levantar un ticket en la herramienta de gestión de servicios con ciertos parámetros o criterios.

• El proveedor debe especificar las herramientas de desarrollo de aplicaciones, lenguajes de programación y las interfaces de programación de aplicaciones (API) que permiten a los usuarios desarrollar y personalizar sus aplicaciones.

• La solución debe contar con una base de conocimientos que pueda incrementar dependiendo de los escenarios que el bot responderá.

• La solución debe permitir obtener datos para generar estadísticas de tendencias y métricas para el monitoreo de interacciones (por ejemplo, reportes estadísticos de los canales más utilizados por los usuarios.

Producto Una solución tecnológica integral para la atención a los usuarios mediante una mesa de ayuda, que soporte las atenciones y gestione los servicios de la nueva plataforma de la compra pública.

b) AY03 - Implementación de los Procesos de atención al Usuario, Catálogo de Servicios, Incidencias y Requerimientos – [S/ 120,000] En el marco del nuevo modelo de la compra pública, es necesaria la Implementación de una mesa de ayuda para la plataforma de soporte al proceso de Contratación Pública, considerando que el OSCE requiere contar con un modelo innovador de servicios para el control preciso de los incidentes y requerimientos que son atendidos, derivados, escalados y transferidos a otras áreas para su atención. Habiéndose realizado el diseño del modelado de la mesa de ayuda de la entidad para la nueva plataforma de contrataciones del estado, que contempla la mejora de procesos de operación y la de las plataformas tecnológicas para integran capacidades funcionales y técnicas a nivel de las mejores prácticas de la Gestión de Servicio. Este modelo busca alinear y sincronizar a las unidades con objetivos de servicios únicos que maximicen el uso de la tecnología y el enfoque estándar de procesos basados en las buenas prácticas. Para ello se requiere implementar en la nueva herramienta informática, los procesos necesarios para el funcionamiento de una mesa de ayuda o mesa de servicios integral que contemple la atención de los usuarios, la implementación del catálogo de servicios, la gestión de incidencias y la gestión de requerimientos. Objetivo Para la gestión integral de la mesa de ayuda o mesa de servicios de la nueva plataforma de la compra pública, se requiere de un modelo de operación, mediante la mejora de los procesos


Página 80 de 127

de atención de los usuarios, catálogo de servicios, la gestión de incidencias y la gestión de requerimiento en la implementación de una solución tecnológica que maximice las interacciones entre áreas y promueva la entrega de un servicio de calidad al usuario externo y estructurado de acuerdo sus necesidades Alcance Debe comprender como mínimo el siguiente alcance: Atención de los usuarios

• Debe poderse registrar, editar, consultar y almacenar la información de gestión de niveles de servicio.

• Debe elaborarse el inventario de servicios internos o externos basado en el tipo de usuarios, tipo de solicitudes, tiempo de respuesta, tiempo de resolución e hitos del servicio, disponibilidad, tipo de CI afectado, entre los más importantes.

• Debe gestionar los objetivos de nivel de servicio en términos de reglas de negocio automatizadas, horarios, alertas, escalaciones y notificaciones.

• Debe verificarse la consistencia de los niveles de servicio al usuario y sus relaciones con los contratos de proveedores y los acuerdos de nivel de operación.

• Debe mantener los datos históricos y la información sobre los servicios para que puedan ser consultados.

• Debe proveer visualizaciones en línea sobre sus servicios y su estado de calidad.

• Debe permitir el manejo de trazabilidad de auditoría ante creación, modificación y baja de acuerdos

• Debe permitir la configuración de acuerdos con terceros.

• Debe permitir la creación de nuevos informes o reportes de niveles de servicio.

• Debe permitir la exportación de los reportes de niveles de servicio en distintos formatos.

• Debe poderse publicar diferentes niveles de soporte para el mismo servicio. Catálogo de servicios

• Debe diseñarse un Catálogo de Servicios estructurado con información como: tipo de Categorías de Servicios: Servicios de Negocios, Servicios de Tecnología y Servicios Ofrecidos.

• Debe organizar los servicios en agrupaciones lógicas o estructuras jerárquicas relevantes para los usuarios y la entidad.

• Debe manejar diferentes estados de servicio tales como: servicios en etapa de diseño, análisis, aprobación, desarrollo, construcción, prueba, etc.

• Debe crear de forma automática y dar seguimiento a las solicitudes de servicio a través del Catálogo de Servicios.

• Debe crear y publicar servicios con descripciones y niveles de servicio asociados.

• Debe crear y publicar componentes de servicio que pueden incluir servicios profesionales y servicios técnicos.

• Debe soportar un catálogo de servicios multifuncional (Informática, Recursos Humanos, Servicios, Compras, entre otros).

• Debe ofrecer flujos de trabajo que permitan la definición del servicio desde su solicitud hasta su realización, incorporando la capacidad de soportar rutas de flujo de trabajo en serie y en paralelo.

• Debe publicar diferentes niveles de servicios desde un mismo servicio (Crítico, Alto, Medio y Bajo).

• Debe tener disponible el catálogo de servicios para todos los que estén autorizados.

• Debe ofrecer diferentes vistas del catálogo de servicios, tales como el Catálogo de Servicios Técnico y Catálogo de Servicios de Negocio.

• Debe publicar servicios con sus características asociadas, los beneficios, los niveles de servicio y componentes.

Gestión de incidencias

• Debe poderse realizar la creación, modificación, resolución y cierre o cancelación de registros de incidentes.

• Debe contar con un identificador automático por cada incidente creado.


Página 81 de 127

• Almacenar y mantener listas de distribución de alertas basadas en los tipos de incidentes.

• Debe permitir la captura de texto libre, de pantalla y archivos adjuntos en el registro de descripciones de los incidentes y actividades de resolución.

• Asociar los registros de incidentes a los datos del usuario.

• Identificar los usuarios, grupos de soporte, servicios, CI asociado (CMDB), categorías o clasificación que aplique a nivel de componente afectado o de operación gestionada, fecha, hora, usuario que registra.

• Automatizar los modelos de incidentes y los flujos de trabajo basándose en la clasificación de registro y los procedimientos definidos para el OSCE. Debe utilizar códigos configurables de categorización para el cierre del incidente.

• Debe realizar la priorización automática, asignación y escalación de incidentes basados en la categorización del registro.

• Debe proveer la funcionalidad de escalaciones jerárquicas, ya sea manualmente o por medio de reglas de negocio, de acuerdo con el cambio de estatus del incidente, cambio de prioridad y/o vencimiento del tiempo de nivel de servicio.

• Debe poder notificar a los propietarios de incidentes cuando el problema asociado esté resuelto.

• Debe poder enviar notificaciones vía correo electrónico para: alertas de fecha límite y alertas por inactividad, realizar notificaciones o editar notas a grupos de soporte, usuarios o proveedores cuando se requiera para solicitud de información, y notificaciones automáticas por cambios de estatus (creación, asignación a grupos de soporte, cancelación, resuelto y cierre).

• Debe realizar notificaciones jerárquicas de los incidentes que excedan o que estén cercanos a exceder los umbrales establecidos en los OLAs.

• Debe permitir la relación del ticket con otros componentes de configuración.

• Debe permitir la asignación de incidentes entre grupos de soporte.

• Debe asignar tareas a organizaciones externas (proveedores de hardware o software, entre otros).

• Debe relacionar múltiples OLA's durante el flujo de atención de un incidente de acuerdo al grupo asignado, prioridad, servicio afectado, etc.

• Debe tener un estatus en espera de manera que el tiempo no cuente para el SLA cuando el incidente se encuentre en este.

• Debe poder verse la cuenta regresiva del tiempo de respuesta asociados a prioridad o SLAs.

• Debe poder relacionar el incidente a los SLAs, de manera que el impacto se puede evaluar si un servicio está entregándose por debajo de los niveles acordados.

• Debe permitir reabrir los incidentes en estado resuelto, bajo perfil de acceso especial.

• Debe crear solicitudes de cambios (RFC) o problema a partir de un incidente con llenado automático de campos.

• Debe vincular los incidentes a los registros de problemas, base de conocimientos, soluciones conocidas y CMDB.

• Debe almacenar datos históricos y otra información relacionada a incidentes, incluyendo un log para auditoría con las actualizaciones y resoluciones realizadas.

• Debe almacenar y mantener listas de distribución de alertas basadas en los tipos de incidentes.

• Debe clasificar incidentes y esquemas de registro de logs.

• Debe proveer búsquedas flexibles en coincidencia de incidentes y tendencias.

• Debe administrar y mantener múltiples asignaciones durante el flujo de cada incidente.

• Debe recopilar información de retroalimentación vía WEB (encuestas de satisfacción) al cierre de un incidente.

• Debe poderse asociar tickets entre sí, pudiendo contar con más de un ticket vinculado al ticket original.

• Debe permitir, bajo accesos restringidos o de naturaleza administrativa, la creación o modificación del flujo del incidente.

• Debe crear nuevos informes o reportes de gestión de incidentes.

• Debe compartir los informes o reportes vía correo Gestión de requerimientos


Página 82 de 127

• Debe poderse registrar, visualizar y editar un requerimiento de acuerdo con el perfil del usuario: Solicitante, Analista y Aprobador

• Generar diferentes flujos de trabajo (con diferentes subtareas) para solicitudes estándar del negocio.

• Proveer acceso al catálogo de servicios en línea al generarse un requerimiento.

• Notificar por correo electrónico tanto para la creación como la finalización de un requerimiento a los propietarios y solicitantes del mismo.

• Permitir el manejo de Tickets para distintas categorías de usuarios: VIP o no VIP, externos o internos.

• Debe permitir la asignación de requerimientos a líderes y miembros del grupo de atención.

• Debe permitir el envió de notificación vía correo a los líderes o grupos de atención asignados.

• Debe permitir el manejo del ciclo de estados de los requerimientos.

• Debe permitir el control de información editada por ciclos de estados (configuración para el control de edición).

• Debe contar con la capacidad para cargar documentos o archivos a asociados a los requerimientos (Attachment).

• Debe permitir la trazabilidad de auditoría desde el registro inicial de ticket: Fecha. nombre del usuario que lo editó, grupo al que pertenece, hora registrada y campo actualizado.

• El personal de soporte debe poder escribir notas privadas en los registros del requerimiento, las cuales no serán visibles por los usuarios.

• Relacionar requerimientos nuevos contra requerimientos existentes.

• Debe categorizar y priorizar los requerimientos.

• Debe automatizar el enrutamiento de los requerimientos hacia los grupos autorizados y apropiados (por ejemplo: seguridad, finanzas, etc.) Estas autorizaciones pueden provenir de los usuarios del negocio o de TI.

• Proporcionar actualizaciones de estado de manera automática a los solicitantes, cuando el requerimiento llega a puntos específicos en el flujo de trabajo.

• Elaborar el manejo de tareas y registro de notas para la atención de la solicitud desde las distintas áreas de atención.

• Debe permitir relacionar el Ticket con otros Componentes de configuración.

• Permitir relacionar el ticket con otros procesos requeridos: Gestión de Incidentes Gestión de Conocimiento.

• Recopilar información de retroalimentación vía WEB (encuestas de satisfacción) al cierre de un requerimiento.

• Debe permitir la trazabilidad de auditoría de los cambios realizados: considerado, fecha, hora, usuario, grupo de soporte

• Disponibilidad de reporte y dashboard generales de requerimientos.

• Permitir crear nuevos informes o reportes de gestión de requerimientos. Producto Procesos de atención al usuario, catálogo de servicios, gestión de incidencias y gestión de requerimientos implementados en la herramienta de gestión de la mesa de ayuda (ITMS) para la nueva plataforma de la compra pública.

c) AY04 - Implementación de los Procesos de Gestión del Conocimiento y Problemas –

[S/ 60,000] En el marco del nuevo modelo de la compra pública, es necesaria la Implementación de una mesa de ayuda para la plataforma de soporte al proceso de Contratación Pública, considerando que la entidad requiere contar con un modelo innovador de servicios para el control preciso de los incidentes y requerimientos que son atendidos, derivados, escalados y transferidos a otras áreas para su atención. Habiéndose realizado el diseño del modelado de la mesa de ayuda del OSCE para la nueva plataforma de contrataciones del estado, que contempla la mejora de procesos de operación y la de las plataformas tecnológicas para integran capacidades funcionales y técnicas a nivel de las mejores prácticas de la Gestión de Servicio. Este modelo busca alinear y sincronizar a


Página 83 de 127

las unidades con objetivos de servicios únicos que maximicen el uso de la tecnología y el enfoque estándar de procesos basados en las buenas prácticas. Para ello se requiere implementar en la nueva herramienta informática, los procesos necesarios para el funcionamiento de una mesa de ayuda o mesa de servicios integral que contemple la gestión del conocimiento y la gestión de problemas. Objetivo Para la gestión integral de la mesa de ayuda o mesa de servicios de la nueva plataforma de la compra pública, se requiere de un modelo de operación, mediante la mejora de los procesos gestión del conocimiento y gestión de problemas en la implementación de una solución tecnológica que maximice las interacciones entre áreas y promueva la entrega de un servicio de calidad al usuario externo y estructurado de acuerdo sus necesidades. Alcance Los procesos deben considerar como mínimo el siguiente alcance: Gestión del conocimiento

• Debe crear un artículo en la base de conocimientos a través del llenado de un formulario o plantilla.

• Poder crear automáticamente nuevos registros de la gestión del conocimiento desde los módulos de incidentes, problemas y cambios.

• Debe considerar la trazabilidad de auditoría para detectar quien crea o actualiza un artículo de conocimiento, considerado, fecha, hora, usuario, grupo de soporte.

• Debe realizar la gestión del ciclo de vida completo de los artículos de la base de conocimiento (presentación, edición, revisión, aprobación, publicación, supervisión del uso, etc.).

• Debe disponer de un editor de texto enriquecido (RTE) que soporte enlaces dentro del documento y adjuntar imágenes.

• Debe permitir el agregar y eliminar archivos adjuntos según una administración de estados coherente.

• Debe contar con una administración automatizada.

• Debe tener un proceso definido del flujo para la revisión y aprobación de los artículos pendientes de la base de conocimiento, el cual se pueda mostrar gráficamente.

• Debe registrar todo el histórico de cambios que ha sufrido el tópico de conocimiento a lo largo de su ciclo de vida.

• Debe realizar búsquedas rápidas en la base de conocimiento, utilizando diferentes criterios de búsqueda (categorizaciones, prioridad, localidad, servicio, etc.).

• Debe poder controlar la visibilidad o no de artículos de conocimiento.

• Debe desplegar diferentes artículos de la base de conocimientos basados en el rol del usuario.

• Debe tener la funcionalidad para personalizar ciertos campos en la plantilla del artículo de la base de conocimientos para que sean obligatorios.

• Debe permitir a los usuarios calificar la utilidad del contenido.

• Debe permitir la emisión de reportes de artículos de conocimiento por estado y frecuencia de uso.

• Debe permitir compartir los informes o reportes vía correo. Gestión de problemas

• Debe soportar la creación, modificación, resolución y cierre o cancelación de registros de problemas.

• Debe proveer campos de datos estándar requeridos en el registro de problemas.

• Debe automatizar la apertura de un problema a partir del registro de un incidente basándose en reglas de negocio.

• Debe asociar los incidentes a los reportes de problemas.

• Debe asignar los códigos de impacto y urgencia a los registros de problemas.

• Debe poder habilitarse a los usuarios autorizados en la creación de nuevos registros de problemas y hacer cumplir las reglas de datos y campos requeridos.


Página 84 de 127

• Debe permitir la captura de texto libre, de pantalla y archivos adjuntos en el registro de descripciones de los problemas y actividades de resolución.

• Debe proveer entradas para documentación y la administración de artículos de conocimiento relacionados con problemas y control de errores (datos para bases de datos de gestión del conocimiento, publicación de preguntas frecuentes, entre otros).

• Debe proveer la capacidad de diferenciar entre problemas y errores conocidos.

• Debe asignar las tareas a realizar dentro de un plazo específico de tiempo, de manera individual.

• La herramienta debe notificar a la persona asignada sobre la tarea y la fecha de vencimiento asociados al registro del problema.

• Debe enrutar y asignar los registros de problemas al personal de soporte o grupos predefinidos.

• Debe actualizar automáticamente el estado o cerrar todos los incidentes relacionados con un problema al actualizarlo a un estado cerrado.

• Debe impedir el cierre de un problema antes de que todas las asignaciones hayan sido resueltas.

• Debe integrarse con los procesos de Gestión de incidentes y Gestión de cambios.

• Debe integrarse con la gestión de cambios, permitiendo la vinculación de los registros de problemas hacia los registros de cambios, con el fin de proporcionar una visibilidad completa de los problemas causados por los cambios y los cambios que son entradas para la resolución de un problema.

• Debe brindar seguimiento a múltiples tareas y asignaciones de un problema.

• Debe documentar el análisis de causa raíz.

• Debe presentar los datos históricos de los problemas y errores conocidos para su uso por el personal de soporte durante el proceso de investigación.

• Debe mostrar los CIs afectados dentro de un registro de problemas, así como los CIs de servicios de TI afectados mediante una representación visual.

• Debe brindar seguimiento a la cantidad total de tiempo que se trabajó en la resolución del problema y medición del tiempo que permaneció en estado abierto.

• Debe hacer disponible la información detallada de los problemas y los errores conocidos en el módulo de Gestión de Incidentes para su uso en la identificación y resolución de incidentes coincidentes.

• Debe permitir la comunicación entre el equipo de Gestión de problemas sobre los estados y progreso de los reportes, así como las soluciones temporales para el personal de la mesa de servicios.

• Debe realizar búsquedas de soluciones conocidas, soluciones temporales y errores conocidos, basadas en la descripción del problema.

Producto Procesos de gestión del conocimiento y gestión de problemas implementados en la herramienta de gestión de la mesa de ayuda (ITMS) para la nueva plataforma de la compra pública.

F. INFRAESTRUCTURA Y SERVICIOS

a) IF02 - Adquisición y operación de los Servicios de Nube Pública para el funcionamiento

de la Plataforma de Adquisiciones – [S/ 8,000,000] Estudios de diferentes organismos y consultoras internacionales coinciden en que los principales beneficios de la utilización de la nube en el gobierno son la reducción de costos, la agilidad, escalabilidad, disponibilidad y la mejora de la experiencia del usuario, que resulta en la obtención de eficiencia en la gestión pública. Es así que el uso de la nube por parte de los gobiernos como herramienta para la innovación y la habilitación de nuevos servicios al ciudadano es ya una realidad. A manera de ejemplo es posible mencionar los siguientes casos en la región: • El gobierno de los Estados Unidos de América a través de la Casa Blanca lanzó en 2011

la estrategia de Cloud First con la intención de que las agencias del gobierno evalúen los Servicios de Nube antes de hacer cualquier inversión en equipos, por la seguridad, flexibilidad y eficiencia de adoptar esta tecnología


Página 85 de 127

• El Servicio de Administración Tributaria de México utiliza los Servicios de Nube para implementar y masificar el servicio de factura electrónica. A partir de esta experiencia otras plataformas de gestión pública del gobierno de México ya empezaron a utilizar los Servicios de Nube.

• La Superintendencia de Administración Tributaria de Guatemala está en proceso contratar los Servicios de Nube Pública para migrar todos los sistemas de la SAT a la nube, a partir de una experiencia exitosa con sus plataformas de BackOffice.

• El gobierno colombiano utiliza los Servicios de Nube Pública para alojar la Tienda Virtual del Estado que le permite a las instituciones hacer compras utilizando los catálogos electrónicos de los acuerdos marco que desarrolla Colombia Compra Eficiente.

• La División de Gobierno Digital de Chile desarrolló un instrumento técnico para solicitar a las instituciones del Estado la evaluación de soluciones en la nube de manera preferente en el marco de las compras e inversiones de proyectos TI.

Entre los principales beneficios de utilizar los servicios en la nube para instalar la nueva plataforma digital del OSCE están los siguientes: • Reducción de costos. Los costos de propiedad de una infraestructura son altos, no se trata

solamente del valor que se paga por los equipos. La infraestructura debe mantenerse, actualizarse y eventualmente reemplazarse. La vida útil de un servidor que esté encendido 7 x 24 x 365 está entre tres y cinco años en el mejor de los casos. Adicionalmente, una plataforma de compras electrónicas es intensiva en el uso de almacenamiento, y a medida que los datos aumentan, también la necesidad de actualizar y reemplazar la infraestructura. Además del valor de los equipos, es necesario tener en cuenta, entre otros, los siguientes costos antes de hacer inversiones en equipos: - Licencias de sistemas operativos - Contratos de reemplazo de partes y de mantenimiento de licencias - Adecuación del centro de datos, aire acondicionado, energía, monitoreo, etc. - Conectividad a internet de alta velocidad y redundante - Personal especializado para atención y solución de fallas - Ampliación de capacidades y renovación tecnológica

• Agilidad en la provisión de los servicios. La capacidad de la nube para aprovisionar los

servidores y el almacenamiento que requiere la nueva plataforma digital del OSCE va a permitir ahorrar mucho tiempo al proyecto, pues la compra de equipos implica tiempos adicionales de fabricación, importación, desembalaje, instalación física de equipos y configuración.

• Alta escalabilidad. La nube va a permitir crecer de manera dinámica las capacidades de cómputo y almacenamiento a medida que la nueva plataforma del OSCE crece. No pasa lo mismo con los equipos de cómputo que se adquieren, pues un crecimiento implica nuevas adquisiciones que conllevan otros costos y más tiempo. La nube permite hacer estos cambios de manera rápida y flexible y los pagos de la nube se hacen por los servicios efectivamente entregados.

• Alta disponibilidad. Los servicios de la nube son aprovisionados en centros de datos con altos estándares ubicados geográficamente en diferentes países y continentes. Esto le va a permitir a la nueva plataforma del OSCE contar con redundancia, disponibilidad y alta tolerancia a fallas, sin necesidad de hacer inversiones en un centro de datos alterno. Los niveles de servicio están por encima de 99,99% de disponibilidad.

• Mejor experiencia al usuario. La alta velocidad y redundancia de la conexión a Internet de los servicios en la nube van a mejorar la experiencia del usuario al momento de utilizar la nueva plataforma del OSCE, lo que va a aumentar la agilidad en la prestación del servicio y la confianza en el sistema de compras de Perú.

Pese a las ventajas que ofrecen los Servicios de Nube Pública, la adquisición de estos servicios representa un desafío para las administraciones públicas, que están acostumbradas a comprar la infraestructura o los servicios de centro de datos de forma tradicional. Entre los aspectos más relevantes que es necesario considerar están: (i) la ubicación de los datos, (ii) las vigencias presupuestales, (iii) el pago por uso y (iv) la administración de los servicios en la nube. El OSCE debe buscar alternativas para flexibilizar el proceso de contratación de los servicios de nube teniendo en cuenta los aspectos mencionados.


Página 86 de 127

En resumen, utilizar un Servicios de Nube Pública para la nueva plataforma digital del OSCE va a asegurar que tenga la infraestructura que necesita para su funcionamiento, con la disponibilidad y confiabilidad adecuada y a un menor costo, lo que al final es más eficiente para el Gobierno del Perú. Los términos de referencia para la adquisición del Servicio de Nube Pública se organizan de acuerdo con la siguiente estructura: • Características técnicas mínimas • Infraestructura como Servicio • Gestión de APIs • Plataforma de microservicios • Servicios de instalación • Servicios de soporte y administración • Acuerdos de nivel de servicio. Objetivo Adquirir e implementar los servicios de nube para la nueva plataforma, incluyendo servicios de seguridad, redes, balanceo de carga, procesamiento, almacenamiento y servicios de implementación Alcance Evaluar las necesidades en Recursos de Nube de la Institución. Dimensionamiento de las capacidades de cómputo, almacenamiento y demás elementos de nube que requiere la nueva plataforma. Ajuste de los términos de referencia y los documentos del proceso para la adquisición de los servicios de nube, aprobación de presupuesto y no objeción. Proceso de adquisición de los servicios de nube y selección del proveedor más conveniente de acuerdo con los criterios de selección definidos. Adjudicación y firma del contrato con el proveedor seleccionado. Producto Servicio de nube adquirido y operando.

b) IF03 - Implementación de los Ambientes de Desarrollo, Prueba y Producción – [S/ 100,000] Actividad complementaria a la implementación de los servicios de Nube para OSCE. Objetivo Aprovisionamiento de los entornos de desarrollo, pruebas y producción requeridos para la construcción de la plataforma, así como el stack tecnológico para el desarrollo de los componentes. Alcance • Aprovisionamiento de las capacidades requeridas en la nube para implementación de la

nueva plataforma digital del OSCE en los entornos de desarrollo, calidad y pruebas. • Configuración de los servidores, almacenamiento, redes, balanceo, seguridad, así como

los sistemas operativos y las bases de datos para cada entorno. • Realizar pruebas técnicas de la infraestructura como pruebas de desempeño, pruebas de

estrés y pruebas de seguridad como pruebas de penetración y pruebas de vulnerabilidad. Producto Infraestructura tecnológica disponible en la nube, Stack tecnológico disponible para desarrollo, pruebas técnicas y pruebas de seguridad.

c) IF04 - Implementación del Stack Tecnológico y la Gestión de APIs – [S/ 100,000] Contratación de la infraestructura tecnológica en alta disponibilidad y mecanismos de seguridad (hardware y software). Objetivo


Página 87 de 127

Implementación del stack tecnológico para el desarrollo de los componentes de la plataforma, así como el componente de Gestión de API para desarrollo, las pruebas y la publicación de las interfaces entre los componentes. Alcance Se deberá contar mínimo con lo siguiente: • Implementación el stack tecnológico en la nube para el desarrollo de los componentes de

la plataforma de implementación. • Implementación de la herramienta de Gestión de API en la nube para el desarrollo de las

interfaces entre los componentes de la nueva plataforma. • Configuración del portal de APIs, la puerta de enlace (API Gateway) y la administración. • Disposición de los SDKs definidos en el stack tecnológico para la construcción de las APIs. • Entrenamiento a los equipos que se designen para la utilización de las herramientas. Producto Herramientas de desarrollo dispuestas y listas para su uso, portal de API, API Gateway y Administración, entrenamiento realizado.

d) IF05 - Servicios Administrados de Nube Pública – [S/ 960 000] Actividad complementaria a la implementación de los servicios de Nube para OSCE. Objetivo Los servicios administrados tienen como principal objetivo liberar los recursos técnicos de la entidad que se encargan de la gestión de los recursos de TI. Entre los servicios contemplados están: gestión de infraestructura, gestión de sistemas operativos, gestión de aplicaciones y gestión de seguridad con base en los ANS acordados. Alcance El proveedor de servicios administrados debe garantizar como mínimo: • Un punto único de contacto para garantizar que los requerimientos se manejen de manera

oportuna y eficiente, según el ANS acordado. • Soporte técnico por teléfono y correo electrónico • Herramienta de gestión del servicio para crear y hacer seguimiento a las solicitudes. Entre los servicios a suministrar están: • Gestión de infraestructura

- Gestión de infraestructura y entornos de producción y preproducción. - Soporte operacional sobre la infraestructura - Gestión de cargas de trabajo - Monitoreo 7x24

• Gestión de sistemas operativos - Administración de sistemas operativos de cada máquina virtual - Administración de perfiles y roles - Actualización de sistemas - Parches del sistema

• Gestión de aplicaciones - Mejoras menores de la aplicación - Despliegue de aplicaciones y servicios - Actualización de aplicaciones - Migración de datos

• Gestión de seguridad - Gestión de vulnerabilidades - Gestión de riesgos de seguridad - Gestión de incidentes de seguridad.

Producto Gestión de los recursos y servicios en la nube de acuerdo a ANS definido en el proyecto.

e) IF06 - Evaluación y Auditoría técnico-administrativa de la Infraestructura actual – [S/ 100,000]


Página 88 de 127

En la entidad existen dos áreas diferentes que realizan mantenimiento a las plataformas tecnológicas: La Unidad de Gestión de Desarrollo de Software (UGDS) de la OTI y la Subdirección de Gestión Funcional del SEACE (SGFS) de la Dirección del SEACE. Cada área tiene su propia metodología, personal, herramientas, procedimientos y la capacidad técnica que tienen disponible está enfocada en las tareas de mantenimiento de las aplicaciones actuales. Para la construcción del escenario “TO BE” de la nueva plataforma que fue aprobada es necesario generar una nueva capacidad para las áreas de tecnología de la entidad, debiendo tener un modelo de gobernanza y marco de trabajo propio para gestionar las tareas de construcción de los componentes y su respectiva dación de la infraestructura, soporte y mantenimiento. Además, debe incorporar prácticas y herramientas que permitan que los equipos de desarrollo e infraestructura trabajen de manera coordinada y fluida al automatizar tareas y mejorar la eficiencia en el proceso de mantenimiento de las plataformas. Debido a que esta nueva plataforma deberá coexistir con la plataforma actual por un periodo y luego ser parte del histórico de la nueva plataforma, se ha visto necesario realizar una evaluación y auditoria técnico-administrativa de las tecnologías de información que soportan las aplicaciones de misión crítica de la entidad y sus respectivos contratos para la continuidad de los servicios. Objetivo El objetivo es contar con un servicio de auditoría técnico-administrativa que evalúe la infraestructura, la organización y los procesos de gobierno, operación y seguridad de la información a cargo de las áreas de TI, contratos y herramientas previstos para la continuidad del servicio y plantear un plan de mejora a corto, mediano y largo plazo. Alcance Debe comprender el siguiente alcance: • Realizar la evaluación acorde con las necesidades de la entidad y buenas prácticas como

ITIL, COBIT, TOGAF, PMP, gobierno digital y aspectos regulatorias que le apliquen a la entidad.

• Identificar el estado actual de la función de TI y seguridad de la información en la entidad. Incluye la verificación de algunos puntos clave como: - El grado de alineación de TI con la entidad y su estrategia. - La efectividad de los procesos de gobierno de TI. - La eficiencia de las operaciones de TI desde las perspectivas de procesos y controles - El desempeño de TI respecto a las necesidades de la entidad y las expectativas de los

usuarios. - El aseguramiento de la continuidad de los servicios (contratos y herramientas de

gestión relacionadas) • Revisión de la estructura organizacional de TI, políticas, procesos y lineamientos • Revisión de la infraestructura tecnológica clave para la operación y gestión de los procesos

de la entidad (aplicaciones, sistemas operativos, bases de datos y plataforma de servidores que soportan los aplicativos claves como RNP, SEACE y TRIBUNAL, redes y comunicaciones).

• Revisión de proceso críticos de TI como: - Gestión de estrategia de TI - Gestión de infraestructura - Gestión de proveedores - Gestión de la disponibilidad - Gestión de ANS - Gestión de accesos - Gobernanza

• Informe de las situaciones identificadas y establecimiento de planes de acción como insumo del plan de mejora.

Producto


Página 89 de 127

Un documento que contenga la evaluación y los resultados de la auditoría técnico-administrativa realizada a la infraestructura actual de la entidad y un plan de mejoras a corto, mediano y largo plazo.

f) IF07 - Portal de las Contrataciones Públicas – [S/ 100,000] El proyecto se enmarca en el objetivo general de la transformación del paradigma actual del Sistema de la Compra Pública hacia un Sistema orientado a valor por dinero, teniendo como hitos: consolidar la articulación del Sistema Nacional de Abastecimiento, desplegar una nueva forma de supervisión orientada al logro de los resultados y al mayor valor por dinero, poner en servicio una plataforma transaccional moderna, completa, adaptable y expandible. Como parte de este salto tecnológico, corresponde consolidar los portales web mediante los cuales la entidad difunde la información de la compra pública y con ello establece una relación de comunicación directa con los diferentes consumidores de los servicios que brinda, para ello debe incluirse un proyecto mediante el cual se construya un único portal para la nueva plataforma de la compra pública. En ese sentido, dado que la nueva plataforma de la compra publica contará con un portal que aglutine los contenidos, el OSCE requiere de una herramienta CMS (Content Management System) que permita flexibilidad para la administración del portal y gestionar los contenidos que van cargando. Cabe precisar que esta herramienta es complementaria a la solución de Gestor de Contenidos y procesos. Objetivo Implementar una herramienta CMS (Content Management System) para el Portal de las Contrataciones Públicas, el cual permita flexibilidad para la administración de portales, gestión de contenido, generación de plantillas y con capacidad de integración. Alcance Debe comprender como mínimo el siguiente alcance: Generales • Definición de un estándar de usabilidad y accesibilidad para el portal que provea una

navegación homogénea e intuitiva. • Definición de un estándar de identidad institucional iconografía, estilos, acciones, letra,

color, tamaños, formas, entre otros. • Implementar un sistema de gestión de contenidos (CMS - Content Management System)

que brinde un acceso centralizado a los sistemas de información, servicios, trámites e información de la entidad.

• Integrar el componente de autenticación del CMS con el componente de autenticación de la plataforma digital (servicio común) a través de un único SSO (Single Sign-On) donde los usuarios ingresen una única vez a todos aquellos servicios o sistemas de información que requieran autenticación, la integración se debe realizar a través del gestor de APIs.

• Los contenidos, servicios, trámites y sistemas de información deben ser expuestos a través del portal web, así como el acceso a los sistemas existentes.

• Deberá priorizarse herramientas de código abierto y la experiencia de usuarios en la construcción del modelo o prototipo.

• Perfil editor de contenidos • La plataforma debe permitir la administración y generación de contenido (páginas,

portales, sub portales, secciones, etc.). • La plataforma debe proporcionar mecanismos para buscar y encontrar contenido de forma

intuitiva a través de agrupaciones, categorías, etiquetas, multilenguaje, taxonomía, entre otras.

• La plataforma debe proveer componentes y funcionalidades previamente construidas como foros, chats, calendarios, encuestas, plantillas, noticias, galerías de imágenes, agendas, aplicaciones multimedia, etc.

• La plataforma permite publicar y gestionar contenido dinámico o estático. • La plataforma permite gestionar el posicionamiento del sitio web en buscadores. • La plataforma debe contar con un módulo de administración que permita configurar el

portal y personalizar cada uno de sus componentes.


Página 90 de 127

• La plataforma debe permitir crear menús, arboles, modificar el orden, ocultar y mover opciones mediante acciones drag and drop.

• La plataforma debe permitir la administración de imágenes, documentos, vídeos y otros tipos de recursos multimedia, con metadatos, búsquedas y manejo de versiones.

• La plataforma debe permitir el pegado de contenidos externos, permite utilizar distintos tipos de letra y estilos predefinidos, colores, fuentes, fondos, alineación de textos, viñetas, tabulaciones, listas, tablas, enlaces, incluir widgets, etc.

• La plataforma debe permitir modificar el orden de aparición de los contenidos, menús, etc. dentro de la sección o punto de nivel superior o mostrarlos, ocultarlos y moverlos mediante acciones drag and drop.

Perfil gestor de accesos • La plataforma debe permitir la administración de roles, grupos, perfiles y usuarios para

otorgar acceso a los componentes del portal de tal manera que se descentralicen las responsabilidades para gestionar los contenidos del portal.

• La plataforma debe permitir la descentralización de las responsabilidades para gestionar los contenidos de un portal.

• La plataforma debe permitir la gestión de usuarios con permisos comunes mediante la utilización de grupos.

• La plataforma debe mostrar un menú personalizado para cada usuario de acuerdo con los permisos otorgados en el portal web.

• Perfil publicación de contenidos • La plataforma debe permitir el acceso vía web desde cualquier equipo. • La plataforma debe permitir la identificación de usuarios y acceso personalizado sólo a las

secciones que puede gestionar. • La plataforma debe permitir la previsualización de contenidos antes de su publicación. • La plataforma debe notificar la publicación de contenidos vía correo electrónico o sistema

de mensajería interna. • La plataforma debe permitir la configuración de fechas de aparición y caducidad de la

información. Gestión de archivos • La plataforma debe permitir la estructuración de archivos en carpetas para facilitar

almacenamiento y posterior recuperación, con posibilidad de mover carpetas y archivos mediante funciones drag and drop.

• La plataforma debe permitir la introducción de metadatos e información adicional. • La plataforma debe ofrecer un buscador de documentos por metadatos y palabras clave. • La plataforma debe permitir la publicación de documentos directa desde el navegador. • La plataforma debe permitir la gestión y versionado de documentos para tener un registro

de las distintas etapas por las que ha pasado un documento y el usuario y momento en que fue actualizado.

• La plataforma debe permitir la carga y descarga de archivos de forma masiva. • La plataforma debe controlar el uso de los recursos dentro de los contenidos y otros

elementos del portal. • La plataforma debe controlar y gestionar los permisos de acceso y del periodo de validez

de cada archivo. Producto Un sistema de administración de contenidos del portal web de las contrataciones públicas, implementado para la nueva plataforma de la compra pública.

G. CENTRO DE DESARROLLO

a) CD03 - Contratación de Servicios Fábrica para Desarrollo de Sistemas En el OSCE existen dos áreas diferentes que realizan mantenimiento a las plataformas: La Unidad de Gestión de Desarrollo de Software (UGDS) de la OTI y la Subdirección de Gestión Funcional del SEACE (SGFS) de la Dirección del SEACE. Cada área tiene su propia metodología, personal, herramientas, procedimientos y la capacidad técnica que tienen disponible está enfocada en las tareas de mantenimiento de las aplicaciones actuales.


Página 91 de 127

Para la construcción del escenario “TO BE” de plataforma que fue aprobado es necesario generar una nueva capacidad para el desarrollo de software que debe tener un modelo de gobernanza y marco de trabajo propio para gestionar las tareas de construcción de los componentes en las diferentes fases del ciclo de vida del software: análisis de requerimientos, diseño, desarrollo, pruebas, despliegue, salida en vivo y mantenimiento. Esta nueva capacidad, que permitan trabajar con rapidez, flexibilidad y gestionar el alcance y los cambios a las aplicaciones de forma eficiente y oportuna al tiempo que se mantiene actualizada la documentación técnica. Además, debe incorporar prácticas y herramientas que permitan que los equipos de desarrollo y operaciones trabajen de manera coordinada y fluida al automatizar tareas y mejorar la eficiencia en el proceso de mantenimiento de las plataformas. Objetivo Contratar los servicios de una firma consultora en desarrollo de sistemas (fábrica) para implementar el Centro de Desarrollo que complemente la estructura organizativa, el personal, la metodología, las herramientas y los procedimientos para enfrentar el desarrollo del modelo “TO BE” de la plataforma digital. Alcance Los componentes del servicio deben comprender como mínimo el siguiente alcance: Modelo de gobernanza Definir y establecer un modelo de gobernanza que permita coordinar las partes involucradas y tomar las decisiones relacionadas con el Centro de Desarrollo de manera efectiva, transparente y eficiente. La fábrica de desarrollo de software debe interactuar con las áreas de la entidad que sean necesarias para realizar la especificación y el desarrollo a la medida de los componentes de la nueva plataforma y mantener y operar las aplicaciones actuales, al tiempo que fortalece los procesos que soportan el ciclo de vida del software, para lograr la entrega de servicios con calidad y de manera oportuna a los usuarios finales. Los siguientes son los aspectos clave que debe tener el modelo de gobernanza que se implemente para el Centro de Desarrollo del OSCE:

• Definición de un sponsor o patrocinador del Centro de Desarrollo en la entidad.

• Identificación de las partes involucradas en el servicio, con cargos, nombres y datos de contacto de las personas.

• Definición clara de los roles y responsabilidades de cada una de las partes involucradas en el servicio.

• Definición y establecimiento de los comités (estratégico, técnico, etc.) necesarios para el seguimiento y el control del servicio.

• Identificación de los riesgos en la prestación del servicio y sus respectivos planes de mitigación, con asignación del responsable de cada riesgo.

Metodología de trabajo

• Proponer un marco de trabajo detallado con las actividades y artefactos que se realizaran en cada una de las etapas del ciclo de vida de las aplicaciones.

• Proponer una metodología de estimación que permita cuantificar el esfuerzo, tiempo y costo de cada producto de software a desarrollar y entregar. Esta metodología deber ser aprobada por el proyecto.

• Proponer un plan de calidad que permite comprobar la correcta aplicación del proceso de desarrollo de software y su mejora continua.

• Cada requerimiento debe tener un plan de trabajo aprobado por el proyecto que incluya un cronograma detallado de actividades y el costo atribuible a cada una de las actividades previstas en el plan.

• Establecer mecanismos de colaboración permanente con las áreas del OSCE que determine el proyecto, para la revisión de los avances y la toma de decisiones.

• Incorporar rápidamente en los entregables la realimentación y las recomendaciones del proyecto.

• Analizar los indicadores clave de la fábrica de desarrollo de software requeridos y la forma y periodicidad con la que se van a medir.


Página 92 de 127

• Establecer mecanismos que permitan la transferencia de conocimiento en cada una de las etapas del ciclo de vida de las aplicaciones.

• Establecer el plan de transición del servicio.

• El contratista debe definir los formatos y procedimientos que se van a utilizar para la gestión de la fábrica de desarrollo de software como: el formato de actas de reuniones de seguimiento, el formato de reporte semanal con el estado y avance de los desarrollos, el formato de reporte mensual con el cumplimiento de las actividades, tareas y cumplimento de los ANS para el periodo, entre otros.

• Transferencia de conocimiento de la metodología al equipo de trabajo que el proyecto designe para tal fin, así como la entrega de la documentación generada en idioma español.

Equipo de trabajo

• La fábrica debe contar con un equipo mínimo de trabajo (en adelante “Equipo de Trabajo Base”) con los perfiles solicitados para el desarrollo y mantenimiento de las aplicaciones durante la vigencia del contrato.

• El proveedor del servicio debe garantizar que la ejecución se realice dentro de los estándares, procesos, procedimientos y metodología propuesta y el cumplimiento de estimaciones, cronogramas y aprobaciones.

• El Equipo de Trabajo Base debe tener una dedicación exclusiva 100% a la fábrica y debe estar disponible para realizar reuniones presenciales o virtuales cuando el proyecto lo solicite.

• La fábrica deberá tener personal encargado de los Servicios por Demanda quienes deben tener la dedicación en la estimación de cada uno de los requerimientos de servicio. Este personal puede estar ubicado en las oficinas de la entidad o en las instalaciones del proveedor de la fábrica según lo requiera el proyecto.

Herramientas requeridas por la fábrica de desarrollo de software

• La fábrica debe instalar, configurar, brindar soporte y licenciar las herramientas, éstas deben estar a disposición de la entidad durante el periodo de ejecución del contrato, el periodo de garantía de los productos y la transición del servicio, sin generar costos adicionales.

• La fábrica debe contar al menos con las siguientes herramientas tecnológicas automatizadas para soportar la gestión, seguimiento y control del ciclo de vida de las aplicaciones: - Herramientas para gestión de proyectos. - Herramientas para gestión de indicadores y ANS. - Herramientas para la gestión del ciclo de vida de las aplicaciones (gestión de

requerimientos, trazabilidad, diseño, gestión de la configuración, control de versiones, construcción de software, revisión y análisis del código fuente, integración y despliegue continuo, entre otras)

- Herramientas para la gestión y automatización de pruebas (pruebas regresión, pruebas funcionales, pruebas de aceptación, pruebas estrés y carga, regresión, seguridad, entre otras).

- Herramientas para el seguimiento y ejecución de casos de prueba. - Herramientas para la gestión de defectos, incidentes y problemas. - Herramientas para la gestión documental (Documentos técnicos, funcionales, actas,

informes, entre otros). - Herramientas para la gestión y transferencia de conocimiento

• Las herramientas deben cumplir entre otras con las siguientes características: - Acceso en línea - Versión empresarial o corporativa - Soportar múltiples usuarios y equipos de trabajo - Soportar acceso concurrente para múltiples usuarios - Repositorio centralizado de datos y objetos - Acceso remoto seguro - Mecanismos de trazabilidad - Control de acceso


Página 93 de 127

• La fábrica debe transferir los conocimientos acerca de la instalación, configuración y uso de las herramientas a quien el proyecto designe, para ello se debe brindar acceso en línea a las herramientas durante la ejecución del contrato y el periodo de garantía.

• El proveedor deberá entregar copia de seguridad de las bases de datos y de los repositorios documentales de las herramientas utilizadas en el formato acordado con la entidad.

• El proveedor debe transferir a la entidad las herramientas y las eventuales licencias previas a la terminación del contrato.

Ambientes tecnológicos de la fábrica de desarrollo de software

• Para la ejecución del servicio se requerirán cuatro (4) ambientes tecnológicos o entornos que serán: - Ambiente de Desarrollo - Ambiente de Pruebas - Ambiente de Preproducción - Ambiente de Producción Los ambientes aquí detallados serán adquiridos como parte del proyecto de la nueva plataforma de la compra pública, mediante le proyecto de Implementación de los Ambientes de Desarrollo, Prueba y Producción (IF03).

• La fábrica debe cumplir estrictamente con políticas, procesos, procedimientos, protocolos de seguridad establecidos por la entidad para acceder y conectarse a los ambientes tecnológicos para la prestación del servicio.

Alcance de los servicios de la fábrica de desarrollo de software

• La fábrica de desarrollo de software debe realizar la preparación y planeación del servicio al iniciar el contrato. El servicio que presta la fábrica incluye las siguientes actividades: - Preparación y planeación de la fábrica - Especificación requerimientos de software - Diseño de software - Construcción de software - Pruebas de software - Despliegue y puesta en producción - Estabilización - Mantenimiento y soporte - Migración de aplicaciones y datos - Transferencia de conocimiento

Garantía de los productos de software

• Garantizar la corrección de defectos derivados del diseño, construcción, integración, implementación, despliegue de aplicaciones o productos de software.

• Garantizar que las funcionalidades de la aplicación, productos de software o mantenimientos cumplen 100% los requerimientos funcionales y no funcionales definidos y que estén libres de defectos.

• Resolver los incidentes o problemas abiertos relacionados con las aplicaciones o productos de software dentro de los tiempos acordados en los ANS y sin cargo adicional para la entidad, aunque el contrato haya finalizado y no exista un nuevo contrato.

• Participar en reuniones periódicas para hacer seguimiento a la atención y solución de incidentes de las aplicaciones y productos de software objeto del contrato.

• Suministrar e instalar las actualizaciones, parches, correcciones y releases para las aplicaciones o productos de software sin costo adicional para la entidad.

• Actualizar la documentación del software, reflejando las características y funcionalidades actualizadas de las aplicaciones o productos de software objeto del contrato.

• Resolver los incidentes y problemas detectados durante el periodo de garantía producto de los ajustes, desarrollos, integraciones, implementación, pruebas, etc. realizados por la fábrica.

• El periodo de garantía es de seis (6) meses una vez la aplicación o producto de software sea aceptado por la entidad.


Página 94 de 127

Transición de la fábrica de desarrollo de software

• La fábrica debe: - Ceder los derechos de autor, derechos patrimoniales y propiedad intelectual a la

entidad. - Entregar del código fuente original entregado al inicio de la prestación del servicio por

la entidad. - Entregar del código fuente en la última versión estable e inventario con el detalle de los

cambios realizados al código fuente entregado al inicio del servicio por la entidad. - Realizar el balance general de la fábrica de desarrollo de software. - Entregar la documentación de riesgos, lecciones aprendidas, factores críticos de éxito,

buenas prácticas. - Entregar la copia de seguridad de las bases de datos de las herramientas de gestión

de la fábrica en el formato que el proyecto solicite. - Entregar el repositorio con los documentos, manuales, guías, actas, presentaciones,

casos de uso, historias de usuario, estimaciones, especificaciones, etc. - Entregar la base de datos de conocimiento en el formato que el proyecto solicite. - Realizar el empalme con la entidad o con el nuevo proveedor de fábrica al finalizar el

contrato Propiedad intelectual del software

• Todo el material creado, producido, desarrollado o suministrado por el proveedor de la fábrica durante la prestación del servicio como código fuente, documentos, scripts de pruebas de software, entre otros serán de propiedad de la entidad.

• En caso de que el proveedor provea componentes de software previamente elaborados, debe entregar a la entidad el código fuente con una licencia que le otorgue a la entidad los derechos de uso, copia, adaptación y modificación a perpetuidad sin incurrir en costos adicionales y sin perder los derechos patrimoniales.

• El proveedor debe realizar la cesión de todos los derechos patrimoniales a perpetuidad a los que haya lugar.

Acuerdos de Nivel de Servicio (ANS)

• Las actividades desarrolladas por la fábrica deberán cumplir con los Acuerdos de Niveles de Servicio (ANS) que establezca la entidad, considerando los siguientes: - ASN de incidencias - ASN de mantenimiento - ASN de soporte.

Producto Una fábrica para desarrollo de sistemas operando, que construya los componentes personalizados y gestione las diferentes fases del ciclo de vida de los softwares de la nueva plataforma de la compra pública, construyendo los proyectos identificados y detallados correspondientemente en el presente documento: ✓ AC07 - Desarrollo del Sistema de Gestión de Proveedores Etapa I ✓ AC08 - Desarrollo del Sistema de Gestión de Proveedores Etapa II ✓ AC09 - Desarrollo del Sistema de Gestión de Compradores ✓ AC10 - Desarrollo del Sistema de Gestión del Catálogo ✓ AC11 - Desarrollo del Sistema de Planeamiento y Gestión del PAC de la cadena de valor

de las adquisiciones ✓ AC12 - Desarrollo del módulo de administración de datos maestros ✓ AC14 - Desarrollo del Sistema de Supervisión ✓ AC17 - Adaptación de la APP Única Móvil ✓ AC19 - Desarrollo de interfaces e integración con los sistemas internos y externos

b) CD05 - Reforzamiento de perfiles de Gestión y Tecnología: Gestor de Proyectos,

arquitecto, analista de calidad (QA), Líder de desarrollo, Especialista DBA, Ux, Documentador – [S/ 1,656,000] En el OSCE existen dos áreas diferentes que realizan mantenimiento a las plataformas: La Unidad de Gestión de Desarrollo de Software (UGDS) de la OTI y la Subdirección de Gestión Funcional del SEACE (SGFS) de la Dirección del SEACE. Cada área tiene su propia


Página 95 de 127

metodología, personal, herramientas, procedimientos y la capacidad técnica que tienen disponible está enfocada en las tareas de mantenimiento de las aplicaciones actuales. Para la construcción del escenario “TO BE” de plataforma que fue aprobado es necesario generar una nueva capacidad para el desarrollo de software que debe tener un modelo de gobernanza y marco de trabajo propio para gestionar las tareas de construcción de los componentes en las diferentes fases del ciclo de vida del software: análisis de requerimientos, diseño, desarrollo, pruebas, despliegue, salida en vivo y mantenimiento. Esta nueva capacidad, que permitan trabajar con rapidez, flexibilidad y gestionar el alcance y los cambios a las aplicaciones de forma eficiente y oportuna al tiempo que se mantiene actualizada la documentación técnica. Además, debe incorporar prácticas y herramientas que permitan que los equipos de desarrollo y operaciones trabajen de manera coordinada y fluida al automatizar tareas y mejorar la eficiencia en el proceso de mantenimiento de las plataformas. Objetivo En el nuevo paradigma de una compra menos procedimental, y más asociada al resultado, es necesario tener perfiles con capacidades en los diferentes actores de las compras públicas que lleven a mayor Valor por Dinero. En este sentido, el equipo de tecnología del OSCE no cuenta con suficiente personal que pueda proporcionar para la ejecución del proyecto a dedicación completa, por eso debe de ser reforzado con perfiles necesarios para el cumplimiento de los objetivos del proyecto que lleven a la construcción de la nueva plataforma de la compra pública. Alcance Se requieren como mínimo los siguientes perfiles: Gerente de proyecto (GP) Responsable por gestionar el servicio, alcance, tiempo, costo, riesgo, calidad y la satisfacción del proyecto, además de coordinar los equipos de trabajo, resolver problemas, gestionar las comunicaciones, generar informes con el estado y avance del proyecto, generar el plan de riesgos, plan de comunicaciones, plan para la gestión de cambios, asegurar la calidad de los productos y entregables, entre otras. Arquitecto de software senior (ASs) Responsable por comprender, definir, actualizar, mejorar y optimizar la actual arquitectura de las aplicaciones del OSCE. El arquitecto de software es responsable por definir las vistas de la arquitectura de la aplicación o productos de software (vista lógica, física, seguridad, etc.), definir la estructura de la base de datos, evaluar la infraestructura necesaria, establecer y verificar los requerimientos no funcionales (rendimiento, escalabilidad, usabilidad, etc.), validar la arquitectura contra los requerimientos funcionales y no funcionales, realizar prototipos, realizar el control de versiones. Arquitecto de Infraestructura senior (AIs) Responsable por comprender, definir, actualizar, mejorar y optimizar la actual arquitectura de las aplicaciones del OSCE. El arquitecto de software es responsable por definir las vistas de la arquitectura de la aplicación o productos de software (vista lógica, física, seguridad, etc.), definir la estructura de la base de datos, evaluar la infraestructura necesaria, establecer y verificar los requerimientos no funcionales (rendimiento, escalabilidad, usabilidad, etc.), validar la arquitectura contra los requerimientos funcionales y no funcionales, realizar prototipos, realizar el control de versiones. Líder de desarrollo (LD) Responsable por liderar los equipos de desarrollo, optimizar métodos de trabajo, garantizar el cumplimiento de estándares y la implementación de buenas prácticas de desarrollo, mejorar la productividad del equipo de desarrollo, proponer mejoras a los productos de software, entre otras. Líder de calidad senior (QAs) Responsable por elaborar el plan de calidad y pruebas, ejecutar pruebas funcionales, de integración, de estrés, carga, entre otras; generar informes de calidad del proceso de


Página 96 de 127

software, de estado y avance de la ejecución de pruebas, identificar y reporta fallas, informe del estado y avance en la corrección de fallas, informes acerca de la calidad de los productos de software, entre otras. Administrador de base de datos (DBA) Responsable por administrar las bases de datos de las aplicaciones del OSCE detalladas en el Inventario de Aplicaciones. Analista de usabilidad y experiencia de usuario (UX) Responsable por realizar análisis, prototipado y evaluación de interfaces de los componentes de software con el fin de optimizar la experiencia de los usuarios finales. Documentador senior (Ds) Responsable por las tareas de documentación y tareas administrativas para la gestión del servicio. Producto Un equipo con las capacidades necesarias para construir los componentes personalizados y gestionar las diferentes fases del ciclo de vida de los softwares de la nueva plataforma de la compra pública.

c) CD06 - Metodología para Desarrollo de Software – [S/ 300,000] En el OSCE existen dos áreas diferentes que realizan mantenimiento a las plataformas: La Unidad de Gestión de Desarrollo de Software (UGDS) de la OTI y la Subdirección de Gestión Funcional del SEACE (SGFS) de la Dirección del SEACE. Cada área tiene su propia metodología, personal, herramientas, procedimientos y la capacidad técnica que tienen disponible está enfocada en las tareas de mantenimiento de las aplicaciones actuales. Para la construcción del escenario “To-Be” de plataforma que fue aprobado es necesario generar una nueva capacidad para el desarrollo de software que debe tener un modelo de gobernanza y marco de trabajo propio para gestionar las tareas de construcción de los componentes en las diferentes fases del ciclo de vida del software: análisis de requerimientos, diseño, desarrollo, pruebas, despliegue, salida en vivo y mantenimiento. Esta nueva capacidad, llamada “Centro de Desarrollo”, debe incorporar técnicas ágiles, que permitan trabajar con rapidez, flexibilidad y gestionar el alcance y los cambios a las aplicaciones de forma eficiente y oportuna al tiempo que se mantiene actualizada la documentación técnica. Además, debe incorporar prácticas y herramientas de DevOps que permitan que los equipos de desarrollo y operaciones trabajen de manera coordinada y fluida al automatizar tareas y mejorar la eficiencia en el proceso de mantenimiento de las plataformas. Objetivo Contar con un marco metodológico homogéneo, herramientas de gestión y buenas prácticas que se apliquen en todo el ciclo de vida de las aplicaciones. Alcance La metodología debe estar basada en metodologías de reconocimiento internacional como por ejemplo RUP o SCRUM y contar con certificación CMMI nivel 3 o superior. El Centro de Desarrollo debe contar con metodologías para la gestión del servicio reconocidas en la industria como por ejemplo ITIL o ISO 20000. Se debe incorporar técnicas ágiles, que permitan trabajar con rapidez, flexibilidad y gestionar el alcance y los cambios a las aplicaciones de forma eficiente y oportuna. La metodología debe considerar entre otros aspectos:

• Proponer un marco de trabajo detallado con las actividades y artefactos que se realizaran en cada una de las etapas del ciclo de vida de las aplicaciones.

• Proponer una metodología de estimación que permita cuantificar el esfuerzo, tiempo y costo de cada producto de software a desarrollar y entregar. Por ejemplo, puntos de casos


Página 97 de 127

de uso, puntos de función, puntos de función COSMIC, COCOMO II o planning poker, entre otras. Esta metodología deber ser aprobada por el OSCE.

• Proponer un plan de calidad que permite comprobar la correcta aplicación del proceso de desarrollo de software y su mejora continua.

• Cada requerimiento debe tener un plan de trabajo aprobado por el OSCE que incluya un cronograma detallado de actividades y el costo atribuible a cada una de las actividades previstas en el plan.

• Establecer mecanismos de colaboración permanente con el OSCE para la revisión de los avances y la toma de decisiones.

• Incorporar rápidamente en los entregables la realimentación y las recomendaciones del OSCE.

• Analizar los indicadores clave del Centro de Desarrollo requeridos y la forma y periodicidad con la que se van a medir.

• Establecer mecanismos que permitan la transferencia de conocimiento en cada una de las etapas del ciclo de vida de las aplicaciones.

• Establecer el plan de transición del servicio. Además, el contratista debe definir los formatos y procedimientos que se van a utilizar para la gestión del Centro de Desarrollo, entre otros:

• Formato de actas de reuniones de seguimiento.

• Formato de reporte semanal con el estado y avance del Centro de Desarrollo.

• Formato de reporte mensual con el cumplimiento de las actividades, tareas y cumplimento de los ANS para el periodo.

Producto Documento que contenga la metodología, herramientas de gestión y buenas prácticas para todo el ciclo de vida de las aplicaciones del proyecto, incorporando metodologías ágiles y DevOps, para gestionar el alcance, cambios y flexibilidad de crecimiento de forma eficiente y oportuna.

H. DATOS

a) DA01 - Diseño de la Arquitectura de OCDS – [S/ 70,000] En el marco del Desarrollo e implementación de una plataforma de soporte al proceso de contratación, el OSCE como uno de los actores principales del sistema nacional de abastecimiento (SNA), requiere fortalecer y alinear la forma como viene operando a este nuevo enfoque de la contratación pública, que tienen como principios orientadores el logro de Valor por Dinero y la gestión por resultados. En ese sentido, en un entorno donde cada vez más las tecnologías de Información soportan las decisiones estratégicas de las entidades y es necesario seguir las buenas prácticas y estándares internacionales, OSCE requiere alinearse al estándar Open Contracting Data Estándar (OCDS), establecido por la Open Contracting Partnership (OCP). Objetivo Diseñar la arquitectura técnica y funcional para el OSCE, basado en el estándar internacional OCDS, con la finalidad de fortalecer la supervisión y de esta manera conseguir contrataciones abiertas y de esta manera contribuir en obtener compras públicas integras, eficientes y competitivas en beneficio de los ciudadanos. Alcance Realizar el diseño de la arquitectura OCDS, estableciendo claramente sus componentes, hardware, software, interrelación, artefactos y requisitos propios del estándar Open Contracting Data Estándar (OCDS), de conformidad a lo establecido por el Open Contracting Partnership (OCP). El diseño deberá permitir entender de forma correcta la comunicación entre la base de datos transaccional con la base de datos OCDS, establecer las metas y prioridades, constituir el


Página 98 de 127

equipo, para la publicación de los datos basados en el estándar; asimismo, se deberá establecer los requisitos para el equipo de implementación. La consultoría debe incluir los siguientes aspectos: • Revisar la documentación asociada al diagnóstico de la base de datos y sistema de

inteligencia de negocios de la OSCE. Lo anterior será base para desarrollar un consistente plan de publicación, y el estudio de alcance para la comprensión del contexto político, legal y técnico.

• Realizar un análisis de alternativas de arquitecturas OCDS y sustentar la viabilidad de la arquitectura más adecuada para el OSCE.

• Elaborar y proponer la arquitectura ideal basada en el estándar OCDS para el OSCE, definiendo claramente sus componentes, hardware, software, interrelación y artefactos que intervienen en la arquitectura técnica y funcional.

• Coordinar la factibilidad de despliegue con las Oficinas Técnicas del OSCE, mínimamente con la Oficina de Tecnologías de la Información y la Oficina de Estudios e Inteligencia de Negocios.

• Elaborar el diseño y documentación respectiva de la arquitectura funcional y técnica, el cual deberá soportar el estándar OCDS.

• Elaborar un guía para la instalación de los componentes de la arquitectura. El OSCE facilitará la documentación necesaria, así como las reuniones con el personal, directivos que sea requerido. Así como el espacio necesario para desarrollar reuniones, seguimientos y capacitaciones ya sea de manera virtual o presencial. Producto Un diseño personalizado para la arquitectura del estándar OCDS.

b) DA02 - Instalación y estabilización de la Arquitectura de OCDS – [S/ 150,000] En el marco del Desarrollo e implementación de una plataforma de soporte al proceso de contratación, el OSCE como uno de los actores principales del sistema nacional de abastecimiento (SNA), requiere fortalecer y alinear la forma como viene operando a este nuevo enfoque de la contratación pública, que tienen como principios orientadores el logro de Valor por Dinero y la gestión por resultados. En ese sentido, en un entorno donde cada vez más las tecnologías de Información soportan las decisiones estratégicas de las entidades y es necesario seguir las buenas prácticas y estándares internacionales, OSCE es necesario alinearse al estándar Open Contracting Data Estándar (OCDS), establecido por la Open Contracting Partnership (OCP). Por ello, la entidad requiere contar con la Instalación y estabilización de los componentes de la arquitectura basado en el estándar internacional OCDS. Objetivo Instalación y estabilización de los componentes de la arquitectura basado en el estándar internacional OCDS. Alcance La firma especializada se encargará de la instalación y estabilización de la arquitectura basado en el estándar internacional OCDS, establecidos por el Open Contracting Partnership, que incluye los siguientes aspectos: • Realizar un plan de trabajo • Realizar la configuración de los componentes de la arquitectura. • Realizar la instalación de los componentes • Elaborará un plan de pruebas y ejecutar la secuencia de pasos para la estabilización de

los componentes de la arquitectura • Elaborar la documentación técnica o guía de instalación de los componentes de la

arquitectura.


Página 99 de 127

• Capacitar al personal técnico del OSCE en atención a incidencias o restablecimiento de instalación de la arquitectura.

El OSCE facilitará la documentación necesaria, así como las reuniones con el personal, directivos que sea requerido. Así como el espacio necesario para desarrollar reuniones, seguimientos y capacitaciones ya sea de manera virtual o presencial. Producto Una arquitectura, instalada y estabilizada con el estándar OCDS.

c) DA03 - Mapeo y carga de Datos en OCDS y Piloto de Tableros de aplicaciones actuales – [S/ 500,000] En el marco del Desarrollo e implementación de una plataforma de soporte al proceso de contratación, el OSCE como uno de los actores principales del sistema nacional de abastecimiento (SNA), requiere fortalecer y alinear la forma como viene operando a este nuevo enfoque de la contratación pública, que tienen como principios orientadores el logro de Valor por Dinero y la gestión por resultados. En ese sentido, en un entorno donde cada vez más las tecnologías de Información soportan las decisiones estratégicas de las entidades y es necesario seguir las buenas prácticas y estándares internacionales, OSCE requiere alinearse al estándar Open Contracting Data Estándar (OCDS), establecido por la Open Contracting Partnership (OCP). Por tanto, se requiere la contratación de una consultoría especializada que realice el análisis, mapeo, calidad de datos, implementación y capacitación del estándar OCDS en el OSCE. Todo esto cimentará las bases para implementar un Portal de contrataciones abiertas y el Piloto de Tablero de Contrataciones del Estado, basado en el estándar internacional antes mencionado. Objetivo Realizar la implementación del estándar internacional OCDS en el OSCE, el cual incluye el análisis, mapeo, calidad de datos, implementación y capacitación del estándar OCDS en el OSCE y, deberá cubrir las etapas de análisis, mapeo, calidad de datos, implementación y capacitación; con la finalidad de alcanzar contrataciones abiertas y contribuir en obtener compras públicas integras, eficientes y competitivas en beneficio de los ciudadanos. Alcance La firma especializada se encargará de la implementación del estándar internacional OCDS, establecidos por el Open Contracting Partnership, que incluye los siguientes aspectos: • Realizar el análisis del estándar OCDS, establecimiento el plan de publicación y sus

requisitos. • Realizar el mapeo de los datos de la base de datos del Sistema Electrónico de

Contrataciones del Estado e identificar qué elementos de datos dentro de sus fuentes de datos coincide con qué campos y códigos OCDS.

• Realizar el análisis de la calidad de los datos en base a criterios definidos. • Realizar la implementación de los componentes técnicos del estándar OCDS, tales como:

el conversor OCDS, APIs, datos JSON, entre otros. • Implementar el Portal de Contrataciones Abiertas del OSCE y documentar todo el proceso

de desarrollo en los repositorios de código fuente abierto definidos. • Definir la política de publicación y publicar los datos autorizados en el estándar OCDS • Ejecutar el piloto de Tablero de Contrataciones del Estado basado en el estándar OCDS,

el cual incluya los indicadores previamente definidos por el OSCE • Realizar la transferencia de conocimiento, a través de capacitaciones al personal técnico

del OSCE.

OSCE facilitará la documentación necesaria, así como las reuniones con el personal, directivos que sea requerido. Así como el espacio necesario para desarrollar reuniones, seguimientos y capacitaciones ya sea de manera virtual o presencial.

https://en.wikipedia.org/wiki/Data_element

https://standard.open-contracting.org/schema/reference/

https://standard.open-contracting.org/schema/codelists/


Página 100 de 127

Producto Una solución basada en el estándar OCDS que será el soporte para las contrataciones abierta, a fin de publicar datos y documentos en todas las etapas del proceso de contratación.

d) BI06 - Rediseño del Data WareHouse - [S/ 300,000]

El Proyecto “Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública” (en adelante el Proyecto), generará mejoras en las diferentes plataformas tecnológicas actuales de la contratación pública; por tanto, necesita de una arquitectura de Datawarehouse que soporte los procesos propios de la inteligencia de negocios, así como, tener la capacidad de atender diversas demandas de consultas y análisis de datos; teniendo presente que la tecnología seleccionada debe ser escalable, estar disponible, tener soporte, entre otros aspectos. Para que este proceso se pueda llevar a cabo de manera eficiente se requiere realizar un rediseño de la arquitectura actual y componentes del Sistema de Inteligencia de Negocios (DataWarehouse). Objetivo El objetivo principal es realizar un rediseño de la arquitectura actual del Sistema de Inteligencia de Negocios de la entidad, el cual permita atender los diferentes requerimientos estratégicos tácticos y operativos de las direcciones de las oficinas del OSCE. Alcance La actividad consiste en coordinar con las Direcciones/Oficinas claves del OSCE, el diseño de la arquitectura de Datawarehouse, el cual permita dar soporte a los procesos propios de la inteligencia de negocios, así como, tener la capacidad de atender diversas demandas de consultas y análisis de datos; teniendo presente que la tecnología seleccionada debe ser escalable, estar disponible, entre otros aspectos. Así también, se deberá realizar el análisis del modelado, diseño físico y diseño de extracción transformación y carga de ETL, para contar con un Datawarehouse actual con bases de datos y herramientas de mayor eficacia y eficiencia. El alcance deberá cubrir los siguientes aspectos: Plan de Trabajo • Realizar la planificación del Proyecto y elaborar Plan de Trabajo Análisis de la documentación para el Rediseño de DWH. • Revisar la documentación asociada al diagnóstico de las bases de datos y Sistema de

Inteligencia de Negocios. • Realizar, documentar y presentar el análisis sobre definición de los Requerimientos del

Negocio. • Realizar, documentar y presentar el Modelado Dimensional.

Documentos de Diseño de la arquitectura de DWH. • Elaborar Diseño Físico de las bases de datos se focaliza sobre la selección de las

estructuras necesarias para soportar el diseño lógico. • Elaborar el Diseño de la Arquitectura Técnica para la ingesta de datos según la necesidad

y relación de planos que sirven para comunicación entre los clientes y el arquitecto, comunicación planificación flexibilidad y mantenimiento, documentación, productividad y reúso.

Documentos de especificación del diseño de la arquitectura de DWH. • Elaborar una propuesta de productos e Instalación, plataforma de hardware, el motor de

base de datos, la herramienta de ETL o el desarrollo pertinente, herramientas de acceso. • Elaborar las especificaciones de aplicaciones para usuarios finales. • Diseño del sistema de Extracción, Transformación y Carga (ETL).

Informe final.


Página 101 de 127

• Elaborar el informe final • Informes concernientes al ciclo de Rediseño de DWH. • Documentar las reuniones y/o coordinaciones con las Direcciones/Oficinas del OSCE

utilizando actas de reunión. El formato será proporcionado por el OSCE • Documentar las conclusiones y lecciones aprendidas de las iniciativas implementadas • Realizar la transferencia de conocimientos. El OSCE facilitará la documentación necesaria, así como las reuniones con el personal, directivos que sea requerido. Así como el espacio necesario para desarrollar reuniones, seguimientos y capacitaciones ya sea de manera virtual o presencial. Producto Una propuesta personalizada de rediseño de la arquitectura y sus componentes del DWH. Realizar el rediseño dimensional, reportes y tableros de manera local e integral.

e) BI07 - Implementación del rediseño del Data Warehouse – [S/ 800,000] El Proyecto “Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública” (en adelante el Proyecto), generará mejoras en las diferentes plataformas tecnológicas actuales de la contratación pública; por tanto, necesita implementar y desplegar la arquitectura de Datawarehouse que soporte los procesos propios de la inteligencia de negocios, así como, tener la capacidad de atender diversas demandas de consultas y análisis de datos. Por ello, OSCE requiere implementar la arquitectura y sus componentes del Sistema de Inteligencia de Negocios (DataWarehouse). Objetivo Implementar el rediseño del Datawarehouse, el cual permita atender los diferentes requerimientos estratégicos tácticos y operativos de las direcciones de las oficinas del OSCE. Alcance La actividad consiste en realizar las acciones de carácter técnica para la implementación, instalación y despliegue del rediseño del Datawarehouse, el cual permita dar soporte a los procesos propios de la inteligencia de negocios, así como, tener la capacidad de atender diversas demandas de consultas y análisis de datos; teniendo presente que la tecnología seleccionada debe ser escalable, estar disponible, entre otros aspectos. El alcance deberá cubrir los siguientes aspectos: Plan de Trabajo • Realizar la planificación del Proyecto y elaborar Plan de Trabajo

Implementación • Crear un diagrama de flujo fuente-destino esquemática, de una página y a nivel global. • Probar, elegir e implementar una herramienta de Data Staging. • Profundizar en detalle por tabla destino, gráficamente describir las reestructuraciones o

transformaciones. Gráficamente ilustrar la generación de las claves subrogadas. Desarrollo preliminar de la secuencia de los trabajos.

• Construir y probar la carga de una tabla dimensional estática. La principal meta de este paso es resolver los problemas de infraestructura que pudieran surgir (conectividad, transferencia, seguridad, etc.)

• Construir y probar los procesos de actualización de una dimensión. • Construir y probar las cargas de las restantes dimensiones. • Construir y probar la carga histórica de las Fact Tables (carga masiva de datos).

Incluyendo búsqueda y sustitución de claves. • Construir y probar los procesos de cargas incrementales. • Construir y probar la generación de agregaciones. • Diseñar, construir y probar la automatización de los procesos. • Selección de un enfoque de implementación


Página 102 de 127

• Implementación, checklist sobre las actividades que deberían ocurrir antes de la implementación, para asegurar que la infraestructura correspondiente al ambiente del usuario esté correcta. Incluye Configuración de Hardware, conexiones a las bases, acceso a intranet o internet, direcciones LAN (si no son dinámicamente asignadas), auditoria de tecnología sobre las configuraciones que se encontraban las PCs.

• Informes concernientes al ciclo de Implementación del Rediseño de DWH. • Conclusiones y lecciones aprendidas de la implementación El OSCE facilitará la documentación necesaria, así como las reuniones con el personal, directivos que sea requerido. Así como el espacio necesario para desarrollar reuniones, seguimientos y capacitaciones ya sea de manera virtual o presencial. Producto Una plataforma de Data Warehouse implementado y atendiendo los requerimientos de información de los usuarios.

2.7. Responsables La supervisión y conformidad de los servicios de consultorías que comprenden la Etapa 7 del proyecto de inversión estará a cargo del equipo de gestión del proyecto (EGP) a través del Coordinador Técnico del Proyecto.

2.8. Costo Estimado Total El costo total estimado para la Etapa 7 del Proyecto que contempla la implementación de la nueva plataforma de la compra pública a través de las contrataciones/adquisiciones de sistemas, softwares, aplicaciones, entre otros, listados en el Cuadro N° 5 del presente informe técnico, es de S/ 41,418,000 (Cuarenta y un millones cuatrocientos diez y ocho mil y 00/100 soles). NOTA: La estimación del costo de cada servicio de consultoría contemplado en la Etapa 7 del proyecto de inversión ha sido obtenida a través de juicio de expertos e información secundaria local, así como de los productos obtenidos de las consultorías de diagnósticos contemplados en la partida de Expediente Técnico (consultorías de la etapa de diseño).

2.9. Cronograma de ejecución A continuación, se detalla el cronograma de ejecución de la Etapa 7 del proyecto de inversión, el cual incluye el plazo de las etapas que requiere el proceso de selección y la consultoría propiamente dicha.


Página 103 de 127

Cuadro N° 7: Cronograma de Ejecución de la Etapa 7

COMPONENTE 2


Página 104 de 127


Página 105 de 127


Página 106 de 127


Página 107 de 127


(*) Los plazos establecidos incluyen las etapas siguientes:

Proceso de selección Colores varios Ejecución del servicio de consultoría


Página 108 de 127

2.10. Modalidad de contratación

La modalidad de contratación de la Etapa 7 del Proyecto es “por administración indirecta”, puesto que se va contratar consultorías individuales/firma consultora que se encargarán de la ejecución de cada servicio de consultoría, tal y como fue establecido en el estudio de preinversión viable.

2.11. Comparativo de PI Viable y Documento Equivalente (Etapa 7)

a) En este numeral se detallan las modificaciones entre el PI Viable con el Documento Equivalente - Etapa 7, todo ello con la finalidad de mostrar las variaciones que existen entre ambos con la incorporación de esta nueva etapa, previo a la aprobación del Expediente Técnico o Documento Equivalente (ET/DE).

b) Asimismo, estos cuadros comparativos permitirán demostrar de manera más clara que la implementación de esta etapa (Etapa 7), no genera ninguna modificación a nivel de concepción técnica del PI ni de dimensionamiento. (Ver Cuadro N° 9).


Página 109 de 127

Cuadro N° 8: Presupuesto de Inversión de PI Viable y el Documento Equivalente (Etapa 7)


Página 110 de 127



Página 111 de 127

Cuadro N° 9: Comparativo del Componente 2


Página 112 de 127


Página 113 de 127


Página 114 de 127


Página 115 de 127


Página 116 de 127


Página 117 de 127


NOTA:

1. Acción 2.1: Tal como se muestra en el cuadro anterior, las cinco (05) metas físicas de esta acción han sido atendidas por las consultorías “Elaboración del Diagnóstico/Línea Base y Propuesta "To Be" del Proyecto Mejoramiento de la Capacidad para la Generación del Conocimiento y Mejora Continua en la Gestión de la Contratación Pública”, “Consultoría para revisión de los aspectos técnicos del modelado To Be en la arquitectura tecnológica”, “Elaboración de los Términos de Referencia y las Especificaciones Técnicas funcionales para contratar una firma consultora que implementará una plataforma de gestión documental y del proceso arbitral para la Dirección de Arbitraje” y “Consultoría para realizar el análisis de requerimiento para soluciones de sistemas en la Dirección de Gestión de Riesgos y en el Tribunal de Contrataciones del OSCE” contempladas en la partida de Expediente Técnico, con un costo de S/ 1 702 076. Con respecto a las tareas 2.1.1, 2.1.2 y 2.1.3 vinculadas a la Acción 2.1, se debe precisar que, al ser el Contrato N° 015-2020-OSCE/OAD-PBID transversal a todas estas


Página 118 de 127

tareas, esta consultoría además es vinculante a las 3 tareas, y sus productos contienen las metas físicas inicialmente propuestas en el estudio de preinversión, de manera conjunta con las otras consultorías listadas en las columnas del Documento equivalente (Contratos N° 007, 013 y 018-2020-OSCE/OAD-PBID).

2. Acción 2.2: De acuerdo al modelo To Be y al dimensionamiento se ha identificado que la solución requiere un mayor número de softwares (procesos automatizados como por ejemplo: manejo de datos maestro; sistema integrado de tribunal de contrataciones; gestor de contenidos y de procesos; el expediente electrónico integrando el proceso de licitación y la gestión de los contratos; entre otros) para completar todo el macroproceso de las contrataciones públicas, lo cual ha generado un mayor costo del contemplado en el estudio de preinversión. El modelo To Be ha permitido identificar procesos manuales que actualmente no son parte de la actual plataforma del SEACE y forman parte de la contratación pública, los cuales han sido incorporados a la nueva plataforma la cual considera la virtualización de todo el proceso mediante el Expediente Electrónico con el objeto de gestionar los resultados y maximizar el valor por dinero.

3. Acción 2.4: Del análisis realizado y la propuesta obtenida de la consultoría a cargo del Modelo To Be, se ha decidido utilizar la infraestructura de nube, debido a que es más eficiente en cuestión de uso de los recursos y permite consolidar servicios que actualmente son realizados de manera física y manual en un sólo servicio administrado, permitiendo ahorrar recursos y maximizando el valor por dinero, por lo cual se ha redistribuido el monto diferencial a la Acción 2.2.


Página 119 de 127

En el siguiente cuadro se resume la articulación que hay entre el PI Viable y el Documento Equivalente (Etapa 7).

Cuadro N° 10:

Articulación del Perfil Viable con el Documento Equivalente – Etapa 7

COMPONENTE 2

DESCRIPCIÓN DE LA ALTERNATIVA TÉCNICA SEGÚN:

DECLARATORIA DE VIABILIDAD DOCUMENTO EQUIVALENTE

(Etapa 7)

PRODUCTO: Componente 2 - Desarrollo e implementación de una plataforma de soporte al proceso de contratación orientado a la gestión por resultados y maximización del valor por el dinero.

COMPONENTE 2: Desarrollo e implementación de una plataforma de soporte al proceso de contratación orientado a la gestión por resultados y maximización del valor por el dinero.

3 Definición de Requerimientos de Negocio de la plataforma de soporte al Proceso de Contratación orientada a la Gestión por Resultados y maximización del valor por el dinero

2.1. Definición de Requerimientos de Negocio de la plataforma de soporte al Proceso de Contratación orientada a la Gestión por Resultados y maximización del valor por el dinero

ENTREGABLES: ENTREGABLES:

Documento: Estado situacional de la problemática del sistema informático de contratación pública actual.

(*) Meta prevista en el Estudio de Preinversión, atendida mediante CONTRATO N° 015-2020-OSCE/OAD-PBID

Documento: Modelado de los procesos principales, de apoyo y transversales de la plataforma de soporte al proceso de contratación pública y sus interfaces con sistemas internos y externos.



Documento: Definición de la acotación del alcance y los requerimientos funcionales, requerimientos no funcionales de la plataforma de soporte al proceso de contratación pública.



Documento: Definición del tipo de solución tecnológica para la plataforma de soporte al proceso de contratación pública.


Documento: Términos de Referencia para la contratación e implementación de la plataforma de soporte al proceso de contratación pública.


2.2. Implementación de la plataforma de soporte al Proceso de Contratación orientada a la Gestión por Resultados y maximización del valor por el dinero

2.2. Implementación de la plataforma de soporte al Proceso de Contratación orientada a la Gestión por Resultados y maximización del valor por el dinero


Documento: Técnico y funcional de la plataforma de soporte al proceso de contratación pública

Ocho softwares que permiten automatizar procesos actualmente manuales, implementados.


Página 120 de 127

Servicios de Firma electrónica y generación de expediente electrónico implementados.

Proyecto de Aplicativo Móvil Único OSCE y Alertas OSCE desarrollados.

Proyecto de Escaparate de Proveedores (Guía Comercial) y Estudio de Mercado desarrollados.

Proyecto Observatorio desarrollado.

Proyecto Red de Compradores desarrollado.

Documento conteniendo el análisis y propuesta para la automatización personalizada de los procesos de pagos electrónicos para proveedores.

Un software para ser utilizado por otros softwares para la generación de la firma digital implementado.

Documentos con los resultados de calidad y aceptación de los softwares ingresados al circuito de pruebas.

Documentos bimensuales con el detalle de la utilización e incidencias del servicio de nube donde se implantan los proyectos complementarios para su desarrollo, pruebas y control de calidad, además de la operación de ser necesario.

Documento con el detalle de la utilización e incidencias del servicio de nube de operación temporal.

Documentos conteniendo el análisis y propuesta de los planes de implantación de los proyectos complementarios.

Una plataforma de automatización de procesos (workflow) y un software para los procesos de Arbitraje implementados.

Documento: Técnico y funcional que describa y demuestre el proceso y resultado de pruebas funcionales, técnicas, integrales y de stress de la plataforma de soporte al proceso de contratación pública.


(**) Documento: Informe de implementación de la plataforma de soporte al proceso de contratación pública.

(**) Documento: Informe Final del programa de capacitación para la administración y operación de la plataforma de soporte al proceso de contratación pública.

(**) Documento: Modelo de operación y mantenimiento de software para la plataforma de soporte al proceso de contratación pública.

(**) Documento: Informe final de la puesta en producción de la plataforma de soporte al proceso de contratación pública.


Página 121 de 127

Documento mensual de gestión con el estado de avance de la catera de proyectos referidos a la plataforma de la compra pública.

Documento con los resultados de las capacitaciones impartidas.

Documento conteniendo la estrategia personalizada de fortalecimiento de la seguridad de la información y la ciberseguridad.

Documento que reporte periódicamente las actividades realizadas para el acompañamiento técnico al Proyecto.

Documento que contenga los avances y el listado de las aplicaciones actualizadas.

Una solución integrada que permita gestionar la cadena de abastecimiento estratégico de manera virtual y con todos los mecanismos de seguridad pertinentes

Documento con el listado de requerimientos funcionales complementarios de la gestión de adquisiciones.

Documento que reporte periódicamente las actividades realizadas para el acompañamiento de la autoridad independiente para el sistema de abastecimiento estratégico.

Documento conteniendo la propuesta personalizada del gestor de contenidos y de procesos.

Un gestor de contenidos y procesos implementado.

El expediente electrónico de la compra pública implementado.

Un sistema de gestión de proveedores - etapa I, implementado.

Un sistema de gestión de proveedores - etapa II, implementado.

Un sistema de gestión de compradores, implementado.

Un sistema de gestión del catálogo, implementado.

Un sistema de planeamiento y gestión del PAC de la cadena de valor de las adquisiciones.

Un sistema de administración de datos maestros, implementado.

Un sistema para el Tribunal de Contrataciones del Estado, implementado.

Un sistema de supervisión, implementado.

Un sistema de market place, implementado.

Documento conteniendo las actividades realizadas para la elaboración de las maquetas de usuarios personalizadas, incluyendo las maquetas de usuarios elaboradas.

Aplicación única móvil adaptada a la nueva plataforma de la compra pública.

Documento con los planes de implementación que contenga el procedimiento para los


Página 122 de 127

proyectos complementarios para su puesta en operación.

Un sistema de gestión del aprendizaje y certificación implementado.

Documento que reporte periódicamente las actividades realizadas para el acompañamiento del proceso de adquisición e implementación del sistema de abastecimiento estratégico.

Un portal que concentre los buscadores públicos del OSCE.

Un sistema de gestión del conocimiento personalizado e implementado.

Una plataforma colaborativa personalizada, diseñada e implementada

Plataforma de gestión de ideas personalizada e implementada.

Documentos actualizados periódicamente conteniendo los análisis asignados por el Proyecto.

Documento actualizado periódicamente conteniendo las actividades realizadas según las tareas asignadas.


Un sistema para la gestión integral de alertas y notificaciones.

Servicio integral de alertas y notificaciones (mensajes de texto, correos) contratado e implementado.

Documento conteniendo la propuesta personalizada del sistema de autenticación para la nueva plataforma de la compra pública.

Servicio de sello de tiempo contratado e implementado.

Servicio de firma digital contratado e implementado.

Servicio de configuración de los trámites implementado.

Servicio de autenticación contratado e implementado.

Documento conteniendo la propuesta metodológica personalizada para el desarrollo de software del proyecto.

Documento conteniendo la propuesta personalizada del diseño de la arquitectura OCDS del Proyecto.

Servicio de instalación y estabilización de la arquitectura OCDS concluido.

Documento que contenga los detalles de la carga de datos en el modelo OCDS y el piloto de tableros implementados.

Documento conteniendo el rediseño personalizado de Data Warehouse del proyecto.


Página 123 de 127

Una plataforma de Data Warehouse implementado y atendiendo los requerimientos de información de los usuarios.

2.3. Desarrollo de interfaces e integraciones con otros sistemas de gestión

2.3. Desarrollo de interfaces e integraciones con otros sistemas de gestión


Documento: Funcional y técnico que demuestre el Análisis, diseño y desarrollo para la adaptación e integración de la plataforma de soporte al proceso de contratación pública con otros sistemas de gestión externos.

Documento conteniendo las interfases e integraciones desarrolladas e implementadas

Documento: Funcional y técnico con la estrategia de pruebas y que demuestre el Resultado de pruebas de las interfaces desarrolladas para la interacción con otros sistemas de gestión externos.


Documento: Informe final de la puesta en producción de las interfaces con otros sistemas de gestión externos.

Documento conteniendo las interfases e integraciones desarrolladas e implementadas

2.4. Adquisición de la infraestructura tecnológica (hardware y software) para el funcionamiento de la plataforma de soporte al proceso de contratación pública

2.4. Adquisición de la infraestructura tecnológica (hardware y software) para el funcionamiento de la plataforma de soporte al proceso de contratación pública


Documento: Situación actual de la infraestructura tecnológica, tipo de contratación y elaboración del documento técnico (EETT o TDR) para su contratación de la Infraestructura Tecnológica en Alta Disponibilidad con mecanismos de seguridad para la plataforma de soporte al proceso de contratación pública


Documento que contenga los resultados de la evaluación y la auditoría técnico-administrativa realizada.

Documento: Informe final de la puesta en producción y optimización de la Infraestructura Tecnológica en Alta Disponibilidad con mecanismos de seguridad.



Servicio de nube para que soporte la nueva plataforma de la compra pública.

Documento que contenga los ambientes de desarrollo, pruebas y producción implementados.

Documento que contenga Stack tecnológico y gestión de API´s implementados.

Servicio de nube con la infraestructura necesaria para la nueva plataforma de la compra pública administrada.

Un sistema de administración de contenidos del portal web de las contrataciones públicas, implementado para la nueva plataforma de la compra pública.

2.5. Implementación de una mesa de ayuda para la plataforma de soporte al proceso de contratación pública

2.5. Implementación de una mesa de ayuda para la plataforma de soporte al proceso de contratación pública


Página 124 de 127


Documento: Diagnóstico, análisis costo beneficio y Especificación Técnica para la adquisición de una solución de mesa de ayuda Informe final de la adquisición e implementación de la solución mesa de ayuda.


Documento: Informe final de la adquisición e implementación de la solución mesa de ayuda.

Un sistema basado en ITMS que contenga componentes que permitan registrar y gestionar la mesa de ayuda y servicios de la compra pública

Documento: Modelo de operación para el sistema informático de mesa de ayuda basado en el SEACE

Documento: Modelo de operación para el sistema informático de mesa de ayuda basado en la nueva plataforma de soporte al proceso de contratación pública.

Documento: Informe final de la puesta en producción y optimización del sistema informático de mesa de ayuda.

Documento que contenga el proceso, información y descripción de la implementación de la atención a usuarios, catálogo de servicios, incidencias y requerimientos, así como la aceptación de dicha implementación.

Documento que contenga el proceso, información y descripción de la implementación de la gestión del conocimiento y problemas, asi cómo la aceptación de dicha implementación.

(*) Meta forma parte del Expediente Técnico del Componente 2 (Partida ET) (**) Con respecto a las 04 metas físicas (entregables), vinculadas a las tareas 2.2.2, 2.2.3, y 2.2.4, que no presentan información en las columnas del Documento equivalente debido a que las metas de las consultorías de FO02 a la AD12 (Cuadro N° 10, celdas en amarillo), se vinculan proporcionalmente con las 3 tareas a la vez, dado que es como se lleva a cabo el proceso de desarrollo e implantación de las metas listadas en dichas líneas.

2.12. Actualización de Indicadores de rentabilidad social Luego de realizar la actualización a los flujos de costos en el horizonte de evaluación del proyecto (costos de inversión y costos de operación y mantenimiento), los cuales se encuentran detallados en el Anexo 4 del presente Informe Técnico, se puede evidenciar que los indicadores del Documento equivalente presentan un mayor “costo por operador por año” respecto del PI Viable, pero un menor “costo por operador en el horizonte”, esto debido a la actualización del total de entidades públicas contratantes (EPC), la cual ha seguido en aumento año a año.

Cuadro N° 11 Indicadores de rentabilidad social


Página 125 de 127

Dichos indicadores a su vez nos muestran que aún con el incremento del costo de inversión y ajustes realizados a la operación y mantenimiento, el Proyecto sigue manteniendo los beneficios sociales, debiendo mantener su condición de viable.

• Análisis de sensibilidad A continuación, se detalla la estimación del C/E ante el cambio de hasta el 15% en dos variables, previsto en el estudio de preinversión: a) Costo de inversión. b) Número de entidades públicas contratantes (EPC).

Cuadro N° 12

Indicadores de rentabilidad social

Si bien en relación al estudio de preinversión, para el análisis de sensibilidad se estimó un rango de variación máxima de 15% respecto a ambas variables, el mismo ha tenido que ser ampliado a fin de poder ubicar la variación real ocurrida en la primera variable. En efecto, toda vez que el nuevo VACT asciende a S/ 89,232,673 se aprecia que el costo de inversión tuvo una variación del rango del 30% respecto al valor de línea base previsto, con lo cual su Costo/Eficiencia (C/E) llega a S/ 31,060 por EPC beneficiaria, según el cuadro N° 12. En relación a la segunda variable, el número de EPC beneficiarias sería de 3,475, lo cual presenta una desviación dentro del rango de variación original esperado (entre el 10-15%). Dado que han ocurrido variaciones en ambas variables previstas, corresponde efectuar la comparación del resultado del C/E: ✓ El C/E por operador por año, producto del cambio en ambas variables, es de S/ 25,678;

mientras que para el estudio de preinversión este fue de S/ 23,892; es decir resulta 7.5% más costoso atender a cada EPC beneficiaria.

✓ Dicho C/E obtenido se encuentra dentro del rango de resultados previsto (0-15%),

ubicándose entre el 5-10% por encima del C/E de línea de base.

• Análisis de Sostenibilidad Entre las medidas que se adoptarán para garantizar que el Proyecto genere los resultados previstos a lo largo de su vida útil tenemos:


Página 126 de 127

a) Disponibilidad oportuna de recursos para el financiamiento del mayor costo de

inversión, para lo cual el EGP gestionará de manera oportuna con las instancias involucradas como: DGTP, DGPMI y BID para la formalización de los cambios en el Contrato de Préstamo (de requerirse), así como se brindará la información necesaria a la Entidad para el sustento del financiamiento del mayor costo total de inversión del Proyecto.

Asimismo, se hará uso de las reuniones periódicas que se tiene con el MEF (Comité de seguimiento de inversión, revisiones de cartera, entre otros), para poder gestionar las nuevas necesidades de recursos y lograr la culminación del Proyecto.

b) Disponibilidad oportuna de recursos para la operación y mantenimiento, para lo cual el EGP brindará de manera oportuna la información actualizada de dichos costos durante la ejecución del Proyecto17, y lo reportará a la OPM.

III. CONCLUSIONES Y RECOMENDACIONES

3.1. Del análisis realizado en el presente Informe Técnico (Documento Equivalente - Etapa 7) del Proyecto “Mejoramiento de la capacidad para la generación del conocimiento y mejora continua en la Gestión de la Contratación pública”, se puede concluir que las consultorías que lo conforman no incluyen variaciones o modificaciones referidas al cambio de localización dentro de su ámbito de influencia o variaciones en la capacidad de producción o de la tecnología de producción, permitidas en el marco del Invierte.pe, en tanto no alteran la concepción técnica y dimensionamiento del Proyecto.

3.2. Con la aprobación de este Documento equivalente, se iniciará las gestiones para la obtención del mayor presupuesto que permita ejecutar todas las actividades señaladas. Dichas solicitudes se platearán en las reuniones de coordinación con el Comité de Inversiones y en las revisiones de cartera con las direcciones del MEF, se informará acerca de los mayores costos que requerirá el Proyecto y su respectivo procedimiento.

3.3. Con el acompañamiento de las áreas del OSCE, la DGA-MEF y Perú Compras, se trabajó el diseño y modelado del Proyecto, por lo que durante la ejecución de las integraciones de los diferentes desarrollos contemplados en esta Etapa 7, se continuará con sus participaciones, según correspondan.

3.4. Se recomienda remitir el presente Informe Técnico para iniciar con los trámites que correspondan para la obtención de la aprobación de la Consistencia, a cargo de la Unidad Formuladora (UF-OPM), de corresponder; y posteriormente con la aprobación del Documento Equivalente - Etapa 7, a cargo de la Secretaría General (SGE-OSCE).

17 Varias de las consultorías a ser contratadas permitirán identificar los costos de operación y mantenimiento que se deberán incorporar y/o actualizar, tales como renovaciones de licencias, entre otros.


Página 127 de 127

IV. ANEXOS

4.1 Anexo 1:

✓ Memorando N° 127-2021-OSCE-PBID

✓ Memorando N° 067-2021-OSCE-PBID-PAP (08.mar.2021)

4.2 Anexo 2:

✓ Memorando N° 072-2021-OSCE-PBID

✓ Memorando N° 032-2021-OSCE-PBID-PAP (11.feb.2021)

4.3 Anexo 3:

✓ Ficha técnica que detalla el alcance de la consultoría “AC01 - Adquisición e

Implementación del Sistema de Abastecimiento Estratégico (e-sourcing) para la

Gestión de las Adquisiciones”.

4.4 Anexo 4:

✓ Actualización de la Evaluación del Proyecto

INFORME TÉCNICO PARA LA CONSISTENCIA DE LA ETAPA 7 DEL ...

Documents

Transcript of INFORME TÉCNICO PARA LA CONSISTENCIA DE LA ETAPA 7 DEL ...