CONTRATO DE PRÉSTAMO N° 4428/OC-PE LPI N° 01-2022-OSCE/PBID

CONTRATO XX XXXXXXXX N° 4428/OC-PE LPI N° 01-2022-OSCE/PBID

"ADQUISICIÓN DE LA SOLUCIÓN PARA EL SISTEMA DE COMPRAS PÚBLICAS ELECTRÓNICAS DEL PERÚ" PLIEGO DE CONSULTAS

N°	REFERENCIA					CONSULTA O ACLARACION	RESPUESTA A CONSULTAS O ACLARACIONES	ENMIENDA N°
	DOCUMENTO	SECCIÓN	NUMERAL	PÁG	INDICAR EL TEXTO DEL NUMERAL DE LOS DDL
1	Documento de Licitación	II	IAL 28.7	78	El puntaje técnico mínimo para pasar a la siguiente etapa de la Solicitud de Propuesta Técnica Final y Propuesta de Precio es 50 puntos.	Entendemos que todos los licitantes que cumplan con los criterios de elegibilidad y pasen el puntaje técnico mínimo 50 puntos de la propuesta técnica serán invitados a la segunda etapa. Por favor confirme.	Si, su entendimiento es correcto.	No requiere
2	Documento de Licitación	III	4.2(a)	93		¿Hay un número mínimo requerido de contratos para la experiencia específica? ¿Sería suficiente un solo contrato de un valor superior a 1.500.000 USD?	No hay un número mínimo de contratos para acreditar la experiencia específica.	No requiere
3	Documento de Licitación	III	4.2(a)	93	La sumatoria de los montos de los contratos de un valor mínimo de Un millón quinientos mil dólares (USD 1’500,000.00) (nota 8) En el caso de una APCA, no se sumará el valor de los contratos completados por sus integrantes para determinar si se ha cumplido el requisito del valor mínimo de un solo contrato, sino que cada contrato ejecutado por cada integrante deberá satisfacer el requisito del valor mínimo de un solo contrato exigido a las entidades individuales. Al determinar si la APCA cumple el requisito del número total de contratos, únicamente se sumará el número de contratos completados por todos los integrantes, cada uno de un valor igual o superior al valor mínimo exigido.	No entendemos bien esta nota. ¿Significa esto que el valor de cada contrato presentado por cada integrante debe ser superior a 1.500.000 USD, aunque en el caso de un solo licitante se tiene en cuenta la suma?	Para la Experiencia específica en Sistemas de Compras Electrónicas se sumarán los montos de los contratos del licitante o de los integrantes de la APCA que cumplan con los requisitos solicitados	Enmienda 1
4	Documento de Licitación	II	IAL 1.1	73	El costo estimado es: S/ 11’016,949.15 (Once Millones Dieciséis Mil Novecientos Cuarenta y Nueve con 15/100 Soles), sin incluir el impuesto general a las ventas (IGV)	¿El costo está expresado en USD?	El costo esta expresado en moneda local Soles (S/)	No requiere
5	Especificaciones Técnicas	VI	5.3.1	164	5.3 Configuración de la Solución	La fase de estabilización del producto mínimo viable (PMV), ¿con cuantas entidades se va a realizar? Qué dimensiones tiene (número de usuarios)?	El número exacto de entidades así como la dimensión de cada entidad se precisará en la segunda etapa de esta licitación. Se espera que el número de entidades sea menor a 20.	No requiere
6	Especificaciones Técnicas	VI	4.5	159	4.5 Migración de datos	Respecto a la migración de datos, ¿está definido qué alcance va a tener ésta (histórico de licitaciones, activo de licitación, histórico de contratos, contratos activos? ¿o el tema está por definir?	Elalcance de la migración de datos se precisará en la segunda etapa de esta licitación. Proponer opciones de migración de datos como parte del plan preliminar del proyecto.	No requiere
7	Especificaciones Técnicas	VI	1.1.2 1.3.3	141 169	1.1.2 Licenciamiento de la Solución 1.3.3. Código fuente y derechos de propiedad	1. Explíquenos en que consiste la modalidad de licenciamiento mencionada en la página N° 12 - Licenciamiento de la Solución y de igual forma explíquenos el concepto de la entrega del código fuente de la solución mencionada en la página N° 36 - Aceptación Operacional y en que parte del entregable aplica cada uno de ellos? 2. Explíquenos en que consiste el Servicio de Mantenimiento indicado en la página N° 39.	1. El Licenciamiento de la Solución debe ser a perpetuidad para el número de usuarios requeridos en el Anexo 4. Solo se requiere la entrega del código fuente para las adaptaciones que en el marco del contrato NO se incorporen al software estándar (p. ej., ETL, API, integraciones, etc). 2. El servicio de mantenimiento se refiere a las mejoras o requerimientos de cambio que sea necesario hacer a la Solución en producción, una vez que ha sido aceptada operacionalmente. Se ha previsto una bolsa de 10.000 horas para el servicio de mantenimiento. En la pág. 165, sexto bullet, se realizará la enmienda que corrige la referencia relacionada al 1.3.3.	Enmienda 2

N°	REFERENCIA					CONSULTA O ACLARACION	RESPUESTA A CONSULTAS O ACLARACIONES	ENMIENDA N°
	DOCUMENTO	SECCIÓN	NUMERAL	PÁG	INDICAR EL TEXTO DEL NUMERAL DE LOS DDL
8	Especificaciones Técnicas	VI	Anexo 3	206	Anexo 3. Inventario de interfaces con otros sistemas de información	El desarrollo de las Interfaces de conexión para los sistemas internos y externos los cuales se conectarán a la nueva plataforma: 1. ¿Quién será el responsable del desarrollo de los servicios API´s por parte del sistema interno o externo? 2. Los tiempos de desarrollo por parte del responsable del sistema interno y externo deberá con la propuesta del contratista, ¿qué sucede sino si el primero no lo cumple? 3. ¿Qué sucede su hay un retraso en la etapa de desarrollo por parte del responsable de los sistemas externos o internos? 4. ¿Cuáles serán las especificaciones mínimas que deberá cumplir el middleware para la integración de la plataforma otros sistemas?	1. De acuerdo con el Anexo 3. Inventario de interfaces con otros sistemas de información, se tiene que: (i) para las interfaces con servicios web ya existen y por lo tanto no es necesario su desarrollo y (ii) para las interfaces con otros sistemas, el Comprador coordinará con el administrador del sistema correspondiente el desarrollo que se requiera. 2. El Comprador velará por que los tiempos de desarrollo del lado de los sistemas internos y externos se cumplan. 3. Se debe gestionar un control de cambio al contrato. 4. El middelware que se emplee para la integración con otros sistemas deb cumplir con la especificación de Open API 3.0.	No requiere
9	Especificaciones Técnicas	VI	9.1.1	172	9.1 Mantenimiento de la Solución	1. La disponibilidad de los distintos ambientes, generan costos de mantenimiento. ¿El comprador estará dispuesto a asumirlo? 2. En caso haya cambios / mejoras que deban transportarse al ambiente de producción; ¿El cliente deberá ser responsabilizará de cambio realizado?	1. Si. El proponente debe incluir los costos de mantenimiento en todos los ambientes en la segunda etapa de la licitación. 2. El paso a producción de los cambios y mejoras en el ambiente de producción lo hace el Comprador, previa entrega de los componentes de software probados y certificados por el Contratista.	No requiere
10	Especificaciones Técnicas	VI	1.3.3	169	1.3 Código fuente y derechos de propiedad	1. Explíquenos el alcance y detalle de la transferencia de los derechos de propiedad.	Solo se requiere la transferencia de los derechos de propiedad del código fuente de las adaptaciones que NO se incorporen al software estándar (p. ej., ETL, API, integraciones, etc). Al ser una obligación del contrato, los derechos de propiedad se entienden transferidos, cuyas condiciones se indicarán en la segunda etapa.	No requiere
11	Especificaciones Técnicas	VI	2.1.20	144	2.1 Requisitos No Funcionales	1. Por favor detallar los estándares a los que refieren el W3C.	Ver enlace: xxxxx://xxx.x0.xxx/XXX/xxxxxxxxx-xxxxxxxxxx/xx	No requiere
12	Especificaciones Técnicas	VI	2.3	147	2.3 Rendimiento	1. Las métricas aplican para la integración con la nueva plataforma? Por ejemplo el PIDE	No, las métricas aplican a todos los componentes propios de la Solución pero no no aplican para la integración con otros sistemas.	No requiere
13	Especificaciones Técnicas	VI	2.4.6	148	2.4 Flexibilidad	1. El comprador evaluará y aceptará alguna alternativa equivalente a Microsoft Active Directory?	El proponente puede proponer cualquier alternativa de gestión de accesos, siempre que sea compatible con Microsoft Active Directory.	No requiere
14	Especificaciones Técnicas	VI	2.4.6	148	2.4 Flexibilidad	1. Se requiere que el comprador precise mayor detalle de la compatibilidad con Microsoft Active Directory.	Se trata de la posibilidad de conectar la Solución con un servicio de directorio Microsoft AD para gestionar los accesos de los usuarios.	No requiere
15	Especificaciones Técnicas	VI	2.4.7	148	2.4 Flexibilidad	1. Se requiere que el comprador brinde mayor detalle de la usabilidad relacionada a las plataformas de virtualización como VMWare, HyperV, entre otras.	La Solución no debe depender de un hardware específico para su funcionamiento, debe poder funcionar en maquinas virtuales creadas cualquier otra plataforma de virtualización.	No requiere
16	Especificaciones Técnicas	VI	2.4.8	148	2.4 Flexibilidad	1. Se requiere mayor detalle de las funcionalidades a contemplar dentro del expediente electrónico.	El Comprador va a implementar el componente de "expediente electrónico único" como parte de un proyecto independiente basado en un Gestor de Contenido. El proveedor debe integrar la Solución con este componente para gestionar los contenidos de los procesos de adquisición.	No requiere

N°	REFERENCIA					CONSULTA O ACLARACION	RESPUESTA A CONSULTAS O ACLARACIONES	ENMIENDA N°
	DOCUMENTO	SECCIÓN	NUMERAL	PÁG	INDICAR EL TEXTO DEL NUMERAL DE LOS DDL
17	Especificaciones Técnicas	VI	2.6.1	149	2.6 Confiabilidad	1. El protocolo de cifrado refiere a la data transaccional o a la base de datos "metadata"?	Se refiere a que la base de datos debe tener la característica de "almacenar toda la información utilizando protocolos de cifrado de datos", lo cual incluye datos transaccionales y metadatos.	No requiere
18	Especificaciones Técnicas	VI	2.8.12	151	2.8 Seguridad	1. Se requiere mayor detalle de la usabilidad relacionada a las conexiones por VPN a través de Internet.	Algunos sistemas de información con los cuales la Solución se debe conectar pueden requerir el establecimiento de VPNs.	No requiere
19	Especificaciones Técnicas	VI	2.8.14	151	2.8 Seguridad	Qué datos son considerados como datos personales y datos de información confidencial?	En la fase de implementación se definirán cuales datos serán considerados como datos personales y datos de información confidencial, de acuerdo con la legislación peruana y las funcionalidades de la Solución.	No requiere
20	Especificaciones Técnicas	VI	2.8.15	151	2.8 Seguridad	1. Qué datos son considerados como campos confidenciales y campos reservados.	Los datos confidenciales y reservados serán identificados en la fase de implementación de la Solución.	No requiere
21	Especificaciones Técnicas	VI	2.8.20	151	2.8 Seguridad	1. Indicar el alcance para la compatibilidad del software de monitoreo de seguridad de red.	La Solución debe permitir que un software de monitoreo se conecte, acceda a las páginas y acepte datos de monitoreo.	No requiere
22	Especificaciones Técnicas	VI	2.8.30	152	2.8 Seguridad	1. Indicar los escenarios o procesos en los cuales se aplicarán los mecanismos de rectificación, actualización o supresión de la información.	Un ejemplo es cuando una Entidad Contratante comete un error en el registro y debe recurrir al administrador de la Solución para rectificar. Otros escenarios de utilización de este requisito serán definidos en la etapa de diseño de la implementación.	No requiere
23	Especificaciones Técnicas	VI	2.9.3	152	2.9 Interoperabilidad	1. Indicar las especificaciones técnicas para la integración con la Plataforma de Interoperabilidad del Estado Peruano (PIDE).	Las especificaciones técnicas detalladas para la integración con la PIDE se entregarán en la etapa de implementación.	No requiere
24	Especificaciones Técnicas	VI	2.9.4	152	2.9 Interoperabilidad	1. Indicar las especificaciones técnicas para la conexión con otros sistemas de información a través de autenticación de firewall utilizando conexiones VPN y cifrado SSL.	Las especificaciones técnicas detalladas para la conexioón con otros sistemas a través de VPN se entregarán en la etapa de implementación.	No requiere
25	Especificaciones Técnicas	VI	2.9.5	152	2.9 Interoperabilidad	1. Cuáles son los otros sistemas de información y cuáles son los protocolos abiertos.	La Solución debe permitir la integración con cualquier sistema de información. Un ejemplo es el "Estandar de Datos para las Contrataciones Abiertas" sin embargo, si la Solución no lo soporta, puede ser cualquier estándar o protocolo siempre que sea abierto (no propietario).	No requiere
26	Especificaciones Técnicas	VI	2.9.6	152	2.9 Interoperabilidad	1. Cuáles son los otros sistemas de información interno y externos.	Ver Anexo 3. Invetanrio de interfaces con otros sistemas de información.	No requiere
27	Especificaciones Técnicas	VI	2.9.11	153	2.9 Interoperabilidad	1. Se requiere que el comprador indique si la medida estampa de tiempo puede ser no secuencial (es decir cada cierto periodo de tiempo).	No, la estampa de tiempo debe quedar registrada en el momento exacto ed tiempo en que se ejecuta la acción en la Solución.	No requiere
28	Especificaciones Técnicas	VI	3.1	154	3. Plan preliminar del Proyecto	1. El comprador está dispuesto a adaptarse a la metodología de proyecto que el contratista proponga?	Si, siempre que incorpore los elementos solicitados en el plan de proyecto, como: - Detalle del alcance y las etapas/actividades. - Plan de recursos, comunicaciones y riesgos. - Herramientas de gestión. - Incorporación de buenas prácticas. - Implementación iterativa e incremental. - Plan de gestión de interesados y de gestión de cambio	No requiere

N°	REFERENCIA					CONSULTA O ACLARACION	RESPUESTA A CONSULTAS O ACLARACIONES	ENMIENDA N°
	DOCUMENTO	SECCIÓN	NUMERAL	PÁG	INDICAR EL TEXTO DEL NUMERAL DE LOS DDL
29	Especificaciones Técnicas	C.LICENCIAMIENTO Y REQUISITOS NO FUNCIONALES	4.1.2	156	4. Servicios de Adecuación	1. La elaboración dela Carta de Proyecto se realizará en conjunto con el comprador? ¿O el contratista deberá formular una propuesta para que esta sea validada por el comprador?	El Contratista debe preparar la Carta de Proyecto que será revisada y validada por el Comprador.	No requiere
30	Especificaciones Técnicas	C.LICENCIAMIENTO Y REQUISITOS NO FUNCIONALES	3.1	154	3. Plan preliminar del Proyecto	1. Por procedimiento, ¿el comprador aplicado alguna metodología particular en la gestión de este tipo de proyectos?	No, el oferente puede proponer su propia metodología siempre siempre que incorpore los elementos solicitados en las especificaciones técnicas.	No requiere
31	Especificaciones Técnicas	C.LICENCIAMIENTO Y REQUISITOS NO FUNCIONALES	4.5	159	4. Servicios de Adecuación	1. El comprador estará en la capacidad de estructurar los datos para su migración, de acuerdo a lo establecido por el contratista?	El contratista debe hacer la extracción y transformación de datos a partir de los sistemas y las fuentes de datos existentes.	No requiere
32	Especificaciones Técnicas	C.LICENCIAMIENTO Y REQUISITOS NO FUNCIONALES	4.5	159	4.5 Migración de datos	1. El comprador estará en la capacidad de estructurar los datos para su migración, de acuerdo a lo establecido por el contratista?	Ver respuesta a la pregunta 31.	No requiere
33	Especificaciones Técnicas	C.LICENCIAMIENTO Y REQUISITOS NO FUNCIONALES	4.4.6	159	4.4 Integración e interoperabilidad	1. Favor de precisar y enviar detalle del modelo conceptual definido por el Comprador.	En la Sección VI, B. Material Informativo se adjunta a las especificaciones técnicas información sobre el modelo conceptual de la plataforma (pág. 224)	Enmienda 3
34	Especificaciones Técnicas	D.SERVICIOS DE IMPLEMENTACIÓN	9.1.2	168	9.1 Mantenimiento de la Solución	1. Detallar los requerimientos de cambio que desea realizar el comprador.	No es posible detallar los requerimientos de cambio en esta etapa, se realizará durante la implementación. Se realiza un ajuste de la cantidad de horas hombre de la "Bolsa de Horas".	Enmienda 4
35	Especificaciones Técnicas	D.SERVICIOS DE IMPLEMENTACIÓN			10.1 Soporte de la Solución	1. Se requiere que el comprador confirme si los requerimientos de cambios será clasificados como leves?; En caso de que el cambio involucre una documento de alcance, equipo de proyecto y demás será cotizado previamente.	No es posible clasificar los requerimientos de cambio en esta etapa, se realizará durante la implementación.	No requiere
36	Especificaciones Técnicas	B. REQUISITOS FUNCIONALES		138	El Anexo 1 incluye los requisitos funcionales del Sistema agrupados en los siguientes subsistemas: • GDP: Gestión de Proveedores • GDA: Gestión de Adquisiciones • GDC: Gestión de Contratos • CDP: Configuración de Procedimientos • CDS: Configuración del Sistema • GDI: Gestión de la Información	¿El Contratista deberá ofrecer software ya existente y luego adaptarlo a las necesidades de la entidad o podrá ser implementado desde cero?	El Contratista debe ofrecer software existente y adaptarlo a las necesidades del comprador.	No requiere
37	Especificaciones Técnicas	4. Servicios de Adecuación	4.5 Migración de datos	159	Preparar los procesos y herramientas para la migración de los datos actuales a la nueva Solución, de acuerdo con el plan de migración de datos.	¿Podrían especificar el tamaño de las fuentes de datos actuales? ¿Podrían especificar qué tipos xx xxxxxxx de datos poseen actualmente?	El alcance de la migración de datos se precisará en la segunda etapa de esta licitación.	No requiere
38	Especificaciones Técnicas	4. Servicios de Adecuación	4.6 Pruebas y salida en vivo	160	Ejecutar el plan de pruebas de la Solución de acuerdo con las métricas, los procedimientos, las herramientas de software y los datos definidos para realizar las pruebas tanto de técnicas como funcionales.	¿Cuántos TPS deberá soportar la solución propuesta?	No se ha definido una métrica de TPS en los requisitos de rendimiento para la Solución.	No requiere
39	Especificaciones Técnicas	5. Servicios de Estabilización	5.2 Capacitación a usuario final	160		¿Las capacitaciones a los usuarios finales podrán realizarse de manera remota?	El Plan de capacitación debe considerar opciones de presencialidad de acuerdo con el tipo de usuario.	No requiere
40	Especificaciones Técnicas	5. Servicios de Estabilización	5.3 Configuración de la Solución	164	El Comprador definirá un número controlado de Entidades que harán parte de la estabilización. En estas Entidades el contratista debe parametrizar y configurar la Solución y realizar las tareas de estabilización.	¿Cuántas Entidades sería una cantidad aceptable para alcanzar la estabilización?	Ver respuesta a la pregunta 5.	No requiere
41	Especificaciones Técnicas	8. Plan de difusión y capacitación	8.1 Plan de difusión y capacitación	167	Manuales de usuario en línea (wiki)	¿Es responsabilidad del contratista implementar un sistema de WIKI o la entidad ya cuenta con esta herramienta?	Es responsabilidad del contratista.	No requiere
42	Documento de Licitación	SECCIÓN II. DATOS DE LA LICITACIÓN (DDL) DE LA PRIMERA ETAPA	IAL 18.3	77	IAL 18.3 penúltimo párrafo La tercera parte de la oferta debe incluir respuestas a la información requerida en las IAL 4 y 5. Según corresponda, la respuesta debe hacer referencia al material publicado existente que debe adjuntarse a la propuesta.	1. Por favor confirmar que se requiere confirmar que el Licitante y los productos sean elegibles. 2. Por favor confirmar si para cumplimiento de esta Tercera Parte se puede acreditar con una carta o declaración jurada.	1. Es correcto, debe confirmar la elegibilidad tanto del licitante así como de los productos. 2. En el formulario ELE 1.1 (pág. 99) debe indicar el país del licitante y en el formulario Lista de software (pág. 122) deberá indicar el país de origen del software. Adicionalmente si considera pertinente presentar una declaración jurada, lo puede hacer. Tener en cuenta lo indicado en la Sección V del documento de licitación.	No requiere

N°	REFERENCIA					CONSULTA O ACLARACION	RESPUESTA A CONSULTAS O ACLARACIONES	ENMIENDA N°
	DOCUMENTO	SECCIÓN	NUMERAL	PÁG	INDICAR EL TEXTO DEL NUMERAL DE LOS DDL
43	Documento de Licitación	SECCIÓN II. DATOS DE LA LICITACIÓN (DDL)DE LA PRIMERA ETAPA	IAL 30.3	80		Por favor confirmar si la prueba de concepto la realizarán solo los postores invitados después de la reunión de aclaración ó la entidad lo solicitará a todos los postores.	En los documentos de licitación de la segunda etapa se indicará quiénes y de qué manera se presentará la prueba de concepto.	No requiere
44	Documento de Licitación	Sección III. Criterios de Evaluación y Calificación	5. Subcontratistas, vendedores y fabricantes	95		Se solicita confirmar si la experiencia solicitada como criterios mínimos para los fabricantes será sustentada con una carta indicando la experiencia solicitada o declaración jurada.	En relación a los fabricantes o subcontratista, la demostracion de la experiencia en la ejecución de los servicios para el cual está siendo contratado, puede hacer una declaración jurada, el cual describe brevemente la experiencia, se recomienda utilizar un formato similar al Formulario 4.2 (a) (pág. 107)	No requiere
46	Documento de Licitación	Sección IV. Formularios de Oferta	Formulario ELE 1.1 y 1.2	99 y 101		Se solicita confirmar si corresponde la presentación del Formulario de Divulgación de la Propiedad Efectiva.	No se está solicitando el Formulario de Divulgación de la Propiedad Xxxxxxxx. Xx corrige el número de la IAL referenciada en el numeral 8 del formato ELE 1.1 y ELE 1.2	Enmienda 5
47	Documento de Licitación	Sección IV. Formularios de Oferta	Autorización del Fabricante	118		Considerando que los fabricantes emiten las cartas de autorización en sus formatos estándar de acuerdo a lo que su área legal autoriza, se solicita considerar válido las cartas de autorización en los formatos propios del fabricante.	Se aceptará el formato de cada fabricante, siempre que incluya toda la información que se requiere en el formulario adjunto al documento de licitación.	No requiere
48	Documento de Licitación	Sección IV. Formularios de Oferta	Convenio con el Subcontratista	119		Confirmar que el formato Convenio con el Subcontratista es opcional de presentar solo si se diera el caso que el Postor requiera la subcontratación de un servicio.	Es conforme.	No requiere
49	Documento de Licitación	Sección IV. Formularios de Oferta	Formularios de propiedad intelectual	121		Confirmar si corresponde la presentación de los Formularios de propiedad intelectual.	Se confirma.	No requiere
50	Especificaciones técnicas	C. LICENCIAMIENTO Y REQUISITOS NO FUNCIONALES	1.1.2	141	El Licenciamiento de la Solución debe ser a perpetuidad para el número de usuarios requeridos en el Anexo 4, sin limitaciones y de manera independiente al número de productos/componentes que la conformen.	Coupa no ofrece modelo a perpetuidad. Es modelo SaaS (Suscripción como Servicio), lo cual involucra un cobro de una renta anual de la plataforma. Están abiertos a este modelo? O definitivamente es a perpetuidad. Si es a perpetuidad, Coupa no puede participar en la evaluación.	El modelo de licenciamiento que el comprador considera más óptimo para este componente de la plataforma es a perpetuidad y por número de usuarios.	No requiere
51	Especificaciones técnicas	Anexo 4		209	Usuarios	Cuales son el número total de usuarios nombrados (usuarios únicos - nombre y apellido) que utlizarían la plataforma? Nos queda la duda entre los 10,619 y los 77,126	Son 10,619 usuarios activos únicos. Un usuario puede tener múltiples roles. En la tabla se indican los roles y la cantidad de usuarios únicos por cada rol (ninguno es mayor a 10,619).	No requiere
52	Especificaciones técnicas	C. LICENCIAMIENTO Y REQUISITOS NO FUNCIONALES	1.1.15	12	En caso de requerir Licenciamiento para el acceso público, éste debe ser a perpetuidad y para un número ilimitado de usuarios.	A que se refieren por acceso público? Que cualquier Peruano pueda acceder a la plataforma?	Si, su entendimiento es correcto.	No requiere

Xxxxx Xxxxx, 21 de febrero de 2022.

COMITÉ DE SELECCIÓN