TERMINOS DE REFERENCIA

SERVICIO DE MEJORAS A LA PLATAFORMA WEB DEL SISTEMA DE ALERTAS DE PRODUCTOS Y

SERVICIOS PELIGROSOS DEL INDECOPI

1. DENOMINACIÓN DE LA CONTRATACIÓN

Servicio de mejoras a la plataforma web del Sistema de Alertas de Productos y Servicios

Peligrosos del Indecopi.

2. FINALIDAD PÚBLICA

La Dirección de la Autoridad Nacional de Protección del Consumidor es la encargada de

coordinar y ejecutar las acciones que corresponden al Indecopi en su calidad de ente rector
del Sistema Nacional Integrado de Protección del Consumidor, de conformidad con lo
previsto en la Ley N° 29571 – Código de Protección y Defensa del Consumidor, en
coordinación con los órganos y unidades orgánicas competentes en materia de protección
al consumidor.

Utilizando las Tecnologías de la Información y la Comunicación (TIC), este servicio tiene por
finalidad la implementación de mejoras a la plataforma web del Sistema de Alertas de
Productos y Servicios Peligrosos del Indecopi (http://www.alertasdeconsumo.gob.pe/),
permitiendo que los consumidores cuenten con información rápida y oportuna sobre cómo
prevenir y proceder frente a la compra de productos y servicios riesgosos o peligrosos en el
mercado nacional.

De otro lado, estas mejoras a la plataforma web del Sistema de Alertas de Productos y
Servicios Peligrosos permitirán fortalecer la sistematización y gestión de la información
proveniente de las comunicaciones al Indecopi y notificación de alertas, emitidas por los
proveedores y entidades públicas, respectivamente. Además de mejorar la experiencia de
uso de los usuarios al momento de su utilización.

3. OBJETIVO/META DEL POI VINCULADO

Lo solicitado se encuentra alineado al Objetivo Estratégico Institucional y Acción Estratégica

institucional señalados en el Plan Estratégico Institucional PEI 2018-2020 y Plan Operativo
Institucional POI 2019 de Indecopi:

Objetivo Estratégico Institucional (OEI) Acción Estratégica Institucional (AEI)

OEI.04. Fortalecer la Gestión AEI.04.02 Optimización tecnológica de los

Institucional procesos para mejorar la gestión
institucional

4. ANTECEDENTES

El Código de Protección y Defensa del Consumidor (Ley N° 29571) establece, entre otras
funciones, que el Indecopi, en su rol de Autoridad Nacional de Protección del Consumidor,
tiene a su cargo la gestión del Sistema de Alertas de Productos y Servicios Peligrosos, a fin
de prevenir la compra de productos y servicios riesgosos o peligrosos, en beneficio de la
ciudadanía a nivel nacional, con alcance internacional, y viceversa.
 TERMINOS DE REFERENCIA

En el marco de la ejecución de la Política Nacional de Protección y Defensa del Consumidor,

aprobada por la Presidencia del Consejo de Ministros, mediante el Decreto Supremo N° 006-
2017-PCM, el Indecopi garantiza la protección de la salud y seguridad de los consumidores
en sus relaciones de consumo, mediante el Eje de Política 2: Protección de la Salud y
Seguridad de los Consumidores.

En el año 2017, se desarrolló la plataforma web del Sistema de Alertas de Productos y

Servicios Peligrosos del Indecopi, con la finalidad de advertir a la ciudadanía acerca de
productos o servicios comercializados en el mercado nacional que podrían ponerlos en
riesgo, e informar sobre las acciones que han sido adoptadas por los proveedores y las
entidades públicas competentes, frente a dicha situación.

En este sentido, como parte de mejora continua del Sistema de Alertas de Productos y
Servicios Peligrosos, se estableció en el Programa Presupuestal del Consumidor, periodo
2018, una segunda etapa de mejoras a la plataforma web de dicho Sistema, con el objetivo
de perfeccionar la sistematización y gestión de la información provenientes de las
comunicaciones al Indecopi, notificaciones de alertas y reportes de riesgos, provenientes de
los proveedores, entidades públicas y ciudadanos, respectivamente.

Finalmente, estas mejoras a la plataforma web del Sistema de Alertas de Productos y

Servicios Peligrosos beneficiarán a todos los consumidores del país, y reforzará las buenas
prácticas en las empresas y las entidades públicas, basadas en la prevención temprana de
riesgos no previstos en productos y/o servicios riesgosos. Además de fortalecer el monitoreo
y/o compartir información con las redes de alertas tempranas, de las cuales el Indecopi
participa a nivel mundial.

5. OBJETIVO DE LA CONTRATACION

Objetivo General
Implementar mejoras tecnológicas a la plataforma web del Sistema de Alertas de Productos
y Servicios Peligrosos del Indecopi.

Objetivos Específicos
a. Realizar mejoras tecnológicas a la página web (front-end) del Sistema de Alertas de
Productos y Servicios Peligrosos del Indecopi.
b. Realizar mejoras tecnológicas al módulo administrador de contenidos (back-end) del
Sistema de Alertas de Productos y Servicios Peligrosos del Indecopi.

6. ALCANCES Y DESCRIPCIÓN DEL SERVICIO

6.1. Etapas del Servicio

Durante la implementación del servicio, se desarrollarán las siguientes etapas:

a. Etapa de Planificación
En la Etapa de Planificación se definen una serie de actividades cuyo propósito es
describir en detalle los aspectos relevantes del proyecto, la organización interna
en la que se va a estructurar y la estrategia a aplicar para asegurar la fluidez de la
comunicación entre los participantes, el entorno en el que se va a desarrollar, los
elementos que se van a entregar, las tareas a realizar durante el desarrollo del
proyecto y el esfuerzo temporal estimado.
 TERMINOS DE REFERENCIA

b. Etapa de Análisis y Diseño

En esta etapa, se extraen los requisitos (especificaciones funcionales), diseño del
producto y se define la arquitectura de esta. Al finalizar esta etapa, se tendrán los
siguientes documentos:
 Documento de Especificaciones Funcionales.
 Prototipos de las mejoras a la página web y módulo administrador de
contenidos.

c. Etapa de Desarrollo
En esta etapa, se traduce las especificaciones funcionales a código. Es la parte más
obvia del trabajo de ingeniería de software y la primera en que se obtienen
resultados “tangibles”.

d. Etapa de Puesta en Producción

Esta Etapa, una vez completada, verifica que todas las actividades se hayan
completado, según corresponda, y establece formalmente que el proyecto ha
finalizado. Esta etapa incluye:
 Obtener la aceptación del cliente o del patrocinador.
 Realizar la inducción de las mejoras realizadas en el Sistema de Alertas de
Productos y Servicios Peligrosos, teniendo en cuenta lo siguiente: El
contratista realizará una inducción de 03 horas de duración, dirigido a 15
colaboradores de la Dirección de la Autoridad Nacional de Protección del
Consumidor - DPC, Gerencia de Supervisión y Fiscalización – GSF, y Gerencia
de Tecnologías de la Información del Indecopi, se realizará en la Sede Central
del Indecopi. La inducción incidirá sobre las mejoras realizadas a la página web
y módulo administrador de contenidos del Sistema de Alertas de Productos y
Servicios Peligrosos del Indecopi. Asimismo, la inducción deberá ser dictada
por el Jefe del Proyecto asignado por el contratista.

e. Etapa de Estabilización
 Durante esta etapa se realizará la atención de las incidencias que surjan en el
ambiente de producción y de los requerimientos de mejora continua que se
presenten.
 Se realizará el cierre del proyecto.

6.2. Estado actual del flujo de información en la plataforma web del Sistema de Alertas de
Productos y Servicios Peligrosos

A continuación, se muestra el estado actual del contenido establecido en la página web

y módulo administrador de contenidos del Sistema de Alertas de Productos y Servicios
Peligrosos del Indecopi.

Página web (front-end)

 Acceso: http://www.alertasdeconsumo.gob.pe/
 Secciones principales:

 Pantalla Principal
 TERMINOS DE REFERENCIA

 Menú

Módulo Administrador de Contenidos (back-end)

 Acceso: Vía Gestor de Aplicaciones del Indecopi
 Secciones principales:
 TERMINOS DE REFERENCIA

 Pantalla Principal

 Menú
 TERMINOS DE REFERENCIA

6.3. Actividades a realizar

El contratista deberá realizar el desarrollo y modificaciones de la herramienta “Alerta

de Productos y Servicios Peligrosos” en función de los siguientes requerimientos
funcionales y técnicos señalados a continuación:

6.3.1. Requerimientos funcionales

El presente servicio cuenta con 38 requerimientos funcionales y se encuentran
descritos en el Anexo N° 1.

6.3.2. Requerimientos no funcionales

1. Infraestructura de Software Pre-existente: Para la implementación, el

contratista deberá considerar la existencia de los siguientes componentes
de software instalados en los servidores del Indecopi:
a. Oracle RDBMS 11g r2 sobre RAC: En el cual se almacena toda la
información estructurada.
b. Aplicaciones en Arquitectura Java J2EE con el patrón MVC. Servidor de
aplicaciones Weblogic 12c (Versión 12.2.1.2).
c. El envío de correo electrónicos deberá ser por el SMTP de Office 365,
de acuerdo a la infraestructura preexistente del Indecopi.
d. La aplicación deberá ser soportado en las dos (02) últimas versiones de
Internet Explorer, Mozilla Firefox, Google Chrome, Safari y Opera).
e. Gestor de Contenidos – CMS Liferay Enterprise Edition 6.2.10.
2. El Indecopi entregará las fuentes, las cuales serán tomadas de base por el
contratista para realizar el rediseño responsivo y el desarrollo de los
requerimientos funcionales.
3. El desarrollo deberá considerar la atención de las principales
vulnerabilidades de las aplicaciones, según lo señalado en el documento de
estándares de programación del Indecopi, el cual se hará entrega al
contratista una vez iniciado el servicio. El Indecopi entregará el documento
de estándares de desarrollo al contratista, el cual deberá cumplir al
momento de codificar.
4. De implementarse componentes de integración, mediante servicios
(WebServices) estos deberán estar desplegados en el servidor de
aplicaciones WebLogic 12c con base a la infraestructura pre-existente en el
Indecopi.
5. El envío de correos electrónicos deberá de ser por SMTP de Outlook.
6. El diseño web debe implementarse con capacidad de adaptación
(responsiva) al navegar desde dispositivos desktop (con SO Windows y Mac
con IOS), tablet y Smartphone.
7. El módulo web deberá implementarse utilizando lenguaje de marcas de
hipertexto en su versión 5 y hojas de estilo en su versión 3 y deberá
desplegarse en un servidor Apache.
8. La validación de los accesos de los usuarios internos deberá ser con la
integración del directorio activo (LPAD) de Microsoft.
 TERMINOS DE REFERENCIA

6.3.3. Requerimientos del contratista y de su personal:

a) Requisitos del contratista

o Deberá acreditar experiencia1 mínima en cuatro (04) proyectos de
desarrollo de aplicaciones web con diseño responsivo en Angular y html5
en plataforma Java, desarrollo de servicios web, y desarrollo en Liferay,
durante los últimos cinco (05) años, para entidades del Estado y/o
empresas privadas.

b) Perfil del Personal2

o Se tendrán los siguientes roles por parte del contratista:
- Jefe de Proyecto (01)
- Desarrollador Front-End (01)
- Desarrollador Back-End (02)
- Diseñador Web (01)

Un (01) Jefe de Proyecto

Profesional titulado en Ingeniería de Sistemas, Ingeniería Informática,
Ingeniería de Software o Ingeniería en Ciencias de la Computación, con
experiencia3 laboral mínima de dos (02) años como Jefe de Proyectos, en
proyectos de implementación de portales web y/o páginas web; con
Certificación PMP vigente. Deberá acreditar copia simple de título
profesional y certificación correspondiente.

Un (01) Desarrollador Front-End

Con experiencia3 laboral mínima de tres (03) años como Analista
desarrollador/programador; con experiencia avanzada en desarrollo con
Java Script, HTML 5, CSS3, Bootstrap, Javascript, Jquery y HTML.

Dos (02) Desarrolladores Back-End

Cada uno con experiencia3 laboral mínima de tres (03) años como
Analista desarrollador/programador; con experiencia en desarrollo con
Java J2EE con Angular, Oracle y Servicios web.

1 La acreditación se efectuará mediante copia simple de contratos u órdenes de servicio, y su respectiva conformidad
por la prestación efectuada, o comprobantes de pago cuya cancelación se acredite documental y fehacientemente
(adjuntando copia de la constancia de cancelación o reporte de abono en cuenta o Boucher de depósito o firma o
sello de cancelación en el documento por parte del cliente). Además, se deberá presentar una Declaración Jurada que
acredite el desarrollo de aplicaciones web solicitadas en el literal a del numeral 5.3.3.
2 En el caso que se incorpore o reemplace a un personal, durante la ejecución de la prestación del servicio, debe

contar con iguales o superiores características que las presentadas en su oferta, para tal efecto el contratista
presentará por mesa de partes la documentación correspondiente al nuevo personal a proponer, luego del cual la
Gerencia de Tecnologías de Información evaluará la incorporación o reemplazo del personal en un plazo máximo de
cinco (05) días calendarios de recibida la documentación; asimismo, el nuevo personal deberá asumir sus funciones
a partir del día siguiente de aprobado la incorporación o reemplazo de personal.
3 La acreditación se efectuará mediante copia simple de contratos con su respectiva conformidad, o constancias, o

certificados o, cualquier otro documento que, de manera fehaciente, demuestre la experiencia del profesional
propuesto. No se aceptarán declaraciones juradas.
 TERMINOS DE REFERENCIA

Un (01) Diseñador Web

Con experiencia3 laboral mínima de dos (02) años en proyectos de diseño
web y/o diseños de aplicaciones móviles; con experiencia en el manejo
de Photoshop e Illustrator.

c) Responsabilidades del contratista

o El contratista es el único responsable ante el Indecopi de cumplir con el
proyecto, no pudiendo transferir esa responsabilidad a otras entidades
ni terceros en general.
o El contratista deberá desarrollar el Proyecto en sus respectivas
instalaciones, debiendo asistir a las instalaciones del Indecopi, en todos
los casos que la Dirección de la Autoridad Nacional de Protección del
Consumidor lo solicite, en coordinación con la Gerencia de Tecnologías
de Información.
o El contratista es responsable de establecer y administrar su ambiente de
desarrollo y pruebas, Indecopi sólo proporcionará el ambiente de
pruebas de aceptación y ambiente de producción.
o El contratista es responsable de proveer los suministros, equipos de
cómputo y software, impresoras, material logístico requeridos para la
implementación del proyecto.
o El contratista, se compromete a cumplir con los estándares y demás
políticas de seguridad de la información vigente en el Indecopi, que se le
hará entrega en la reunión de inicio del proyecto.
o Entregar, instalar, probar y poner en funcionamiento las mejoras
realizadas en la plataforma web del Sistema de Alertas de Productos y
Servicios Peligrosos del Indecopi, a cargo de la Dirección de la Autoridad
Nacional de Protección del Consumidor, de acuerdo al Alcance Solicitado
en el/los Sitio/s de Instalación.
o Asistir al Indecopi, cuando se le requiera en cualquiera de las etapas del
proyecto.
o El Contratista se compromete a entregar todos los componentes de
software de la solución desarrollada, modelos, documentación y ceder
todos los derechos a favor del Indecopi.

6.4. Atención de incidencias

 El servicio de atención de incidencias es a todo costo, y deberá ser asumido
íntegramente por el contratista. Se dará atención a los incidentes presentados de
acuerdo a los niveles de servicios establecidos.

 La implementación de la atención de incidencias por el contratista debe seguir el

procedimiento de mantenimiento de sistemas de información de la Gerencia de
Tecnologías de la Información (GTI).

6.5. Niveles de Servicio (SLA) de la atención de incidencias

 El contratista deberá consignar un número telefónico y un correo electrónico para
contactarlo, los cuales deben estar disponibles de lunes a viernes en el horario de
8:30 a.m. a 5:30 p.m. y deberá atender considerando los siguientes niveles de
servicio:
 TERMINOS DE REFERENCIA

Atenciones Tiempo de solución

Incidentes de nivel crítico4 6 horas como máximo

Incidentes de nivel moderado5 18 horas como máximo

 Toda solución de incidencia se realizará de manera presencial y/o remota por el

contratista.

 Tiempo de solución. - Tiempo que transcurre desde el envío por correo electrónico
del ticket creado por el Indecopi, donde se señala el detalle del incidente reportado
hasta la solución del mismo (presencial y/o remota), a través del documento de pase
a calidad. Las horas se contabilizarán de acuerdo al horario establecido. En caso se
supere el tiempo de solución, se aplicará la penalidad indicada en el numeral 6.7.

6.6. Atención de requerimientos de mejora continua

 El servicio de atención de mejora continua será por una bolsa de 40 horas

consumidas que deben ser atendidos por el contratista.
 Los requerimientos de mejora continua serán priorizados, definidos y aprobados por
la Dirección de la Autoridad Nacional de Protección del Consumidor (DPC), las
mismas que formarán parte de una reunión de coordinación que se realizará a más
tardar a los quince (15) días de la puesta a producción.
 El contratista debe remitir un cronograma de trabajo de implementación de
requerimientos de mejora continua a más tardar a los cinco (05) días de la reunión
de coordinación. En caso supere el tiempo de solución se aplicará la penalidad
indicada en el numeral 6.7.
 Este cronograma que incluye los requerimientos que cubren la bolsa de horas, se
formalizará a través de un acta de reunión.
 La implementación de los requerimientos de mejora continua por el contratista debe
seguir el procedimiento de mantenimiento de sistemas de información de la
Gerencia de Tecnologías de la Información (GTI).

6.7. Otras Penalidades

Cualquier retraso en la atención de incidencias o requerimientos de mejora continua

implicará que se aplique las siguientes penalidades:

Monto por hora o fracción

Nº Concepto adicional a lo señalado en Observación
los niveles de servicio

Incidentes (nivel crítico y Cuando se supere el tiempo máximo

1 S/ 200,00
nivel moderado) de solución de incidentes reportados.

Requerimientos de mejora Cuando se supere el tiempo máximo

2 S/ 200,00
continua según lo establecido en el
cronograma de trabajo de

4
Cuando la aplicación no se encuentra operativa, es decir, está completamente interrumpida su funcionamiento.
5
Cuando la aplicación se encuentra operativa, pero presenta falla en algunas de sus opciones de funcionamiento.
 TERMINOS DE REFERENCIA

implementación de requerimientos
de mejora continua.

7. ENTREGABLES

Todo el soporte documental correspondiente a cada entregable del presente servicio

(planes, informes, actas, entre otros documentos) debe ser entregado en Mesa de Partes de
la Sede Central del Indecopi, sito en la Calle De la Prosa N° 104 - San Borja, en el horario de
08:30 a.m. a 16:30 p.m., grabado en un disco compacto (CD o DVD), el mismo que debe
contener un índice detallado de toda la información contenida.

Todos los formatos señalados en los entregables de las diferentes etapas del servicio serán
proporcionados por el Indecopi en la Reunión de Inicio del Proyecto.

Los documentos de cada entregable deben tener un formato que indica quién elabora, quién
lo revisa y quién lo aprueba, los mismos que deben ser presentados con las firmas
correspondientes, por lo que es necesario que el contratista debe asegurarse que éstos sean
revisados oportunamente por las áreas usuarias, a fin de atender y subsanar las
observaciones que se pudieran señalar, y finalmente presentarlos con las firmas
correspondientes.

Áreas que
Entregables brindarán
aprobación

7.1 Entregables de la Planificación:

 Plan General del Proyecto, según formato proporcionado por el DPC y GTI
Indecopi conteniendo lo siguiente:
- Plan de Gestión del alcance
- Plan de Trabajo
- Organización del Proyecto
- Plan de Gestión del Cronograma
- Plan de Gestión de la Calidad
- Plan de Gestión de los Riesgos
- Plan de Gestión de las Comunicaciones (contactos para
coordinaciones del servicio).
- Plan de Capacitación
- Plan de Entrega del Producto
7.2 Entregables de Análisis y Diseño:

 Documento de Especificaciones Funcionales de los requerimientos. DPC

 Archivos editables y archivos gráficos de las páginas y/o elementos GPD y DPC
diseñados (archivos JPG o PNG como mínimo 250 píxeles por pulgada).
 Documento de los prototipos a elegir por el usuario, al menos 2 GPD y DPC
opciones.
 Documento de diseño conteniendo los prototipos aprobados de las
GPD y DPC
interfaces y plantillas.
 Documento de los flujos de navegación y de interacción. DPC
 TERMINOS DE REFERENCIA

 Documentación de los prototipos finales. DPC

 Prototipo del sistema verificable por el usuario DPC y GTI
7.3 Entregables de Desarrollo:

 Código fuente de todo lo desarrollado (primera versión). GTI

 Compilado del código fuente (war) GTI
 Informe de pruebas de usuario, según formato proporcionado por el DPC y GTI
Indecopi.
7.4 Entregables de Puesta a Producción:

 Informe de pruebas de calidad de GTI, según formato proporcionado GTI

por el Indecopi.
 Guías de pases de Aplicaciones a Producción, según formato GTI
proporcionado por el Indecopi.
 Acta de Aceptación, según formato proporcionado por el Indecopi.
DPC y GTI
 Registro de capacitación funcional de usuarios, según formato
DPC
proporcionado por el Indecopi.
 Registro de capacitación técnica de usuarios, según formato GTI
proporcionado por el Indecopi.
 Manual de Instalación y Configuración del Sistema. GTI
 Manual de Usuario (final y administrador). DPC
 Código fuente de todo lo desarrollado (segunda versión). GTI
7.5 Entregables de Estabilización:

 Informe de incidencias atendidas. DPC y GTI

 Informe de requerimientos de mejora continua atendidos. DPC y GTI
 Acta de Cierre de Proyecto. DPC y GTI
 Manual de Usuario (Actualizado). DPC
 Código fuente de todo lo desarrollado (versión final).
GTI

8. LUGAR Y PLAZO DE PRESTACION DEL SERVICIO

LUGAR:
El servicio será ejecutado en las instalaciones del contratista, sin embargo, las reuniones,
coordinaciones, presentaciones, inducción, pruebas, instalación y puesta en marcha serán
en las instalaciones del Indecopi, ubicada en Calle De la Prosa N° 104, ciudad de Lima – San
Borja, adecuándose a los horarios requeridos. Las demás actividades propias de la prestación
serán realizadas en los ambientes del contratista sin ningún costo adicional para la
institución.

PLAZO:
El plazo máximo de prestación del servicio con sus respectivos entregables será de 165 días
calendario contabilizados desde el día calendario siguiente de suscrito el contrato de
acuerdo al siguiente detalle:

Entregable Actividad Tiempo Plazo Máximo de

actividad entrega
1 Entregables de Planificación 10 15
2 Entregables de Análisis y Diseño 30 45
 TERMINOS DE REFERENCIA

3 Entregables de Desarrollo 60 105

4 Entregables de Puesta a 30 135
Producción
5 Entregables de Estabilización 30 165
-- Total 160 165

Se precisa que, para la presentación de alguno de los entregables, si el plazo máximo

coincide con un día inhábil, este vencerá el primer día hábil siguiente.

9. MEDIDAS DE CONTROL DURANTE LA EJECUCIÓN CONTRACTUAL

Áreas que coordinarán con el contratista:

 La Dirección de la Autoridad Nacional de Protección del Consumidor (DPC)
 La Gerencia de Tecnologías de Ia Información (GTI)
 La Gerencia de Promoción y Difusión (GPD)

Áreas responsables de las medidas de control:

 La Dirección de la Autoridad Nacional de Protección del Consumidor (DPC)
 La Gerencia de Tecnologías de Ia Información (GTI)

Áreas que brindarán la conformidad:

 La Directora de la Autoridad Nacional de Protección del Consumidor (DPC)
 El Gerente de Tecnologías de Ia Información (GTI)

10. FORMA DE PAGO

Pago en tres (03) armadas, y se efectuarán como máximo a los quince (15) días calendario
de otorgada la conformidad de cada etapa con sus respectivos entregables indicados en el
numeral 7, y según el siguiente cuadro:

Entregable Entregables Porcentaje de Pago

1 Entregables de Planificación
<<20%>>
2 Entregables de Análisis y Diseño
3 Entregables de Desarrollo <<60%>>
4 Entregables de Puesta a Producción
<<20%>>
5 Entregables de Estabilización

11. CONFIDENCIALIDAD

El contratista debe indicar, mediante declaración jurada, la confidencialidad y reserva

absoluta en el manejo de información y documentación a la que se tenga acceso y que se
encuentre relacionada con la prestación, pudiendo quedar expresamente prohibido revelar
dicha información a terceros.

12. PROPIEDAD INTELECTUAL:

Por medio de la presente cláusula 6, el (Locador / Prestador de servicios/ Contratista) cede

los derechos patrimoniales de los cuales sea titular sobre el programa de ordenador o

6
De acuerdo al Decreto Supremo Nº 051-2018-PCM, Artículo 10 (De los derechos de las entidades públicas) numeral 10.1.
 TERMINOS DE REFERENCIA

software producido o desarrollado en ejecución del presente contrato, para su explotación

no exclusiva, ilimitada, perpetua y con alcance mundial, para cualquier uso, pretendiendo
actualmente y en el futuro a favor de la Entidad Pública.

Esta cesión de derechos comprende, mas no se limita, a los derechos de reproducción,

comunicación al público, distribución, traducción, modificación, u otra transformación,
importación al territorio nacional de copias por cualquier medio incluyendo la transmisión,
así como cualquier otra forma de utilización que no estén contempladas en la ley de la
materia como excepción al derecho patrimonial y, en general, para cualquier tipo de
utilización y explotación, que la entidad estime pertinentes, pudiendo ponerlo a disposición
por medio de autorizaciones o licencias a favor del público en general.

Sin perjuicio de otras obligaciones a su cargo, el (Locador / Prestador de servicios /

Contratista) deberá entregar una versión final del software incluyendo el código fuente,
código objeto, documentación técnica y manuales, sin ninguna medida tecnológica efectiva
ni sistema de autotutela, sin contraseña ni restricción. Lo dispuesto en relación con los
programas de ordenador o software no se aplicará cuando la entidad pública sea sólo
licenciataria del software.

13. LEY DE SEGURIDAD Y SALUD EN EL TRABAJO

El contratista debe cumplir con lo estipulado en la Ley Nº 29783 y su Reglamento para la

atención del presente requerimiento, de ser el caso.

14. PENALIDAD POR MORA

En todos los casos, el Indecopi aplicará automáticamente una penalidad por mora por cada
día de atraso y hasta por un máximo del 10% del total del monto de la contratación y se
calculará de acuerdo con la siguiente fórmula:

0.10 x Monto
Penalidad Diaria =
F x Plazo en días

Donde F tendrá los siguientes valores:

a) Para plazos menores o iguales a sesenta (60) días, F = 0.40
b) Para plazos mayores a sesenta (60) días, F = 0.25

Tanto el monto como el plazo se refieren, según corresponda, al contrato o ítem que debió
ejecutarse o, en caso de que estos involucraran obligaciones de ejecución periódica, a la
prestación parcial que fuera materia de retraso.

15. GARANTÍA

Garantía de un (01) año contado a partir de la conformidad de los entregables de

estabilización. Esta garantía cubre fallas o errores de funcionamiento de las mejoras
realizadas a la página web y el módulo administrador de contenidos del Sistema de Alertas
de Productos y Servicios Peligrosos del Indecopi.
 TERMINOS DE REFERENCIA

16. RESPONSABILIDAD POR VICIOS OCULTOS

Se establece que el plazo máximo de responsabilidad del contratista por vicios ocultos es por
un (01) año, contado a partir de la conformidad final del servicio.
 TERMINOS DE REFERENCIA

ANEXO N° 1

MEJORAS A LA PLATAFORMA WEB DE ALERTAS DE CONSUMO

PÁGINA WEB (FRONT-END)

1. La actual sección de ‘Suscríbase a las Alertas de Consumo’ solo permite el registro de correos
electrónicos en una base de datos. Sin embargo, se requiere la creación de un servicio
(configuración) que permita a los usuarios, vía correo electrónico, recibir las alertas que se
publican en la plataforma web.

2. Aumentar el número de clics (–) y (+) en los botones izquierdo y derecho de la herramienta
de macrotipo, en seis pasos como mínimo.

3. En el banner principal solo se permite ir a la alerta, a través de ‘Ver más’. Sin embargo, se
requiere que, también, se pueda ir a la alerta, mediante un clic en la imagen o cuerpo del
texto.

4. Se requiere que las cajas de texto de las alertas, estén fijas, mediante un número
caracteres pre-establecidos. A la fecha, si un usuario-Indecopi se pasa del número
establecido, el cual no se indica en el módulo administrador de contenidos, las cajas
suelen desencajarse en la pantalla.
 TERMINOS DE REFERENCIA

5. Las ventanas web de las secciones Sistema de Productos y Servicios Peligrosos,

Normatividad, Noticias de Seguridad, Campañas de Seguridad, Preguntas Frecuentes, y
Enlaces de Interés, no cuentan con un ‘compaginador’, debido a que dichas ventanas no
cuentan con un módulo editor desarrollado en el módulo administrador de contenidos,
cualquier tipo de contenido corre literalmente hacia abajo, en un formato de hoja vertical.

Ejemplo: Sección Pregunta Frecuentes

6. Cada alerta publicada cuenta con una ‘Ficha Técnica’, independientemente si esta proviene
de un proveedor o entidad pública. Ahora, cada ficha cuenta con un botón denominado
‘Descargar Ficha Técnica.
 TERMINOS DE REFERENCIA

Sin embargo, no funciona y debería hacerlo según el siguiente detalle:

a. Cuando una alerta proviene de una comunicación de un proveedor, está debe permitir
al usuario la descarga de la Ficha Técnica en PDF. En este caso, el módulo administrador
de contenidos permite adjuntar un PDF, a fin de palear dicho impasse, pero no es la
idea de la funcionalidad requerida. Esta opción debe ser automática. Actualmente, solo
sale la siguiente indicación:

b. En el caso de Alertas provenientes de Entidades Públicas, el defecto de dicho botón

‘Descarga Ficha Técnica’ es una virtud, ya que, solo en este caso, si es óptimo que
podamos adjuntar un archivo PDF, debido a que la data contenida en esta alerta si
proviene directamente de la entidad. Copio ejemplo a enlace de alerta emitida por
institución de salud y replicada en la plataforma web de alertas. Clic aquí:
http://www.alertasdeconsumo.gob.pe/alerta/retiro-del-mercado-de-algunos-lotes-de-
medicamentos-de-contienen-valsartan

7. Se quiere el desarrollo de un portlet para la visualización de las Alertas de Consumo en el

Portal del Consumidor (https://www.consumidor.gob.pe/inicio). A la fecha, se cuenta con un
portlet con desfase en la información que se visualiza, que a su vez está enlazado a la
plataforma web de Alertas de Consumo.

Fuente: www.consumidor.gob.pe
 TERMINOS DE REFERENCIA

8. Se requiere que todos los enlaces publicados en las fichas técnicas de las alertas, desde el
módulo administrador de contenidos, aparezcan activos (enlazados), a fin de facilitar el
acceso a otras páginas web.

Ejemplo actual de no enlazado de URL

Ejemplo de texto enlazado

9. Se requiere el aumento del número de caracteres para los títulos y resúmenes de alertas
publicadas en la sección destacada de alertas de consumo, así como la mejora de la
visualización de dicha sección, sobre todo en el tamaño de los títulos. Actualmente, al pasar
un número determinado de caracteres se desconfigura la posición de la imagen (foto) con
los textos.
 TERMINOS DE REFERENCIA

10. Agregar descriptores, tipo disclaimer, en los campos de los formularios de ‘Reporte un Riego’
(consumidor), ‘Registro y Comunicación al Indecopi’ (proveedor) y ‘Registro y Notificación
de Entidad Pública’, según corresponda.

Ejemplo:

Página web de las alertas de consumo

Descriptor, tipo disclaimer, modelo Google Analytics

MÓDULO ADMINISTRADOR DE CONTENIDOS (BACK-END)

11. Se requiere que el módulo administrador de contenidos de las Alertas de Consumo contenga
un nuevo módulo dentro del flujo de información, que permita a la Subgerencia de
Supervisión y Fiscalización (GSF) realizar un seguimiento de las alertas publicadas en la
plataforma, permitiéndoles automatizar el proceso de investigación de sus actuaciones en
la materia.
 TERMINOS DE REFERENCIA

Adicionalmente, se requiere que la Comisión de Protección al Consumidor N° 3, de Sede

Central (Lima, Perú), también, tenga acceso al nuevo módulo de investigación de alertas. Es
importe que, para este fin, la plataforma web de Alertas de Consumo cuente con perfiles de
usuarios diferenciados, ya que actualmente solo cuenta con un solo perfil para la DPC, el cual
es utilizado por personal de dicha Dirección.

12. Se requiere que, dentro de la primera pantalla donde aparecen las comunicaciones
ingresadas por los proveedores, se visualice la fecha de ingreso de la información. Cabe
señalar que esta fecha aparece dentro de la opción Editar de la comunicación.

Imagen donde no aparece la fecha

 TERMINOS DE REFERENCIA

Imagen donde si aparece la fecha

13. Se requiere que los consumidores, proveedores y entidades públicas que ingresan
información vía reportes de riesgos (Consumidor), registro y comunicación al Indecopi
(Proveedor), y registro y notificación de alerta (Entidad Pública) en la web de alertas, reciban
un acuse de la información remitida al Sistema de Alertas. Este acuse deberá realizarse vía
correo electrónico. Adicionalmente, en cada acuse, el usuario deberá recibir información
sobre el estado de su trámite, por ejemplo, que su registro o comunicación está en proceso
de atención y/o revisión. En el caso del reporte de riesgos (Consumidor), el ciudadano deberá
recibir un mensaje de agradecimiento e importancia de contribuir con el reporte de riesgos
no previstos al Indecopi). Esta regla debe aplicarse para todos los formularios de la
plataforma web de Alertas de Consumo, tales como: Reporte un Riesgo, Registro y
Comunicación al Indecopi, y Registro y Notificación de Alertas.

14. Se requiere que, en el Sistema de Alertas de Productos y Servicios Peligrosos, a través del
módulo administrador de contenidos, se implementen el manejo de etapas tal que permita
contar con un ‘Estado de la Alerta’ visualizado en el Sistema de Alertas, que permita
cuantificar en días y etapas el ingreso, proceso, publicación y seguimiento de la alerta. Copio
ejemplo de cómo AliExpress realiza el tema con sus envíos.

Ejemplo de mejora:
 TERMINOS DE REFERENCIA

15. Se requiere que, en la misma línea de creación de la funcionalidad ‘Estado de la Alerta’, se

mejore el bloque de ‘Seguimiento’, incluido en la sección Consumidores (Lista de
Consumidores), a fin de poder contar con un módulo de seguimiento de lo reportado por los
ciudadanos frente a la presunta identificación de riesgos no previstos. En este caso, la
sección deberá permitir remitir la información al SAC, GSF y CC3, según corresponda. Tal vez
se podría remitir los reportes en PDF a las áreas vía correo electrónico para su seguimiento.
Adicionalmente, se requiere que se incluya la función de calendario para el registro de las
fechas por cada seguimiento que se realice, asociado a una coordinación realizada con un
área.

16. Se requiere una revisión de la codificación en la sección Consumidores > Lista de

Consumidores, ya que -a la fecha- solo aparece un reporte, pero se codifica como C0061. Es
importante que el Sistema codifique adecuadamente las fichas.

17. Se requiere una revisión de las codificaciones generadas en el Sistema de Alertas, teniendo
en consideración que el número de investigación que se genera automáticamente debería
tener el formato estándar internacional de organización, el formato actual es solo la letra P
y un número automático. La estructura básica que debería tener es la siguiente: a) un código
que lo diferencia (puede ser la letra p inicial), b) un número correlativo (que debería
reiniciarse cada año) y c) el número de año. Por ejemplo, el número podría ser P0168-2018.
 TERMINOS DE REFERENCIA

18. En la línea de lo indicado en el numeral 15, se requiere que, desde el módulo administrador
de contenidos, se puedan modificar los N° de Investigación dentro la sección Proveedores >
Lista de Comunicaciones al Indecopi, y el N° de Reporte de la Entidad Públicas dentro de la
sección Entidades Públicas > Lista de Alertas.

19. Se requiere la mejora de la presentación de registros de proveedores y entidades públicas

en las secciones Proveedores > Lista de Proveedores y Entidades Públicas > Lista de
Entidades Públicas, a fin de contar con un orden de registros, que permita su ordenamiento
por orden alfabético o número de registro; los campos deberían tener la opción de < > para
el ordenamiento de datos. Esta funcionalidad de ordenamiento se pide para todas las fichas
y secciones.
 TERMINOS DE REFERENCIA

20. Se requiere que determinados campos sean de opción múltiple. Por ejemplo, el campo ‘Tipo
de Riesgo’ dentro de la sección Lista de Comunicaciones al Indecopi (Editar Comunicación).
 TERMINOS DE REFERENCIA

21. Se requiere que los formularios de Comunicaciones al Indecopi (Proveedor) y Notificación

de Alertas (Entidades Públicas) incluidos en el portal de Alertas de Consumo
(www.alertasdeconsumo.gob.pe), permitan al usuario adjuntar archivos de forma individual
(un archivo, un campo de selección y adjunto, y así ‘n’ veces), y no de forma zipeada
(comprimida) como viene ocurriendo actualmente, considerando el peso máximo de cada
archivo de 15 MB.

Vista módulo administrador de contenidos

Esto, también, aplica para todo botón de ‘Adjuntar…’ comprendido en formularios (página
URL) y módulo administrador de contenidos.

Por ejemplo:

Editar Proveedor (Registro)

Editar Consumidor (Reporte un Riesgo)

22. En la línea del numeral 10, se requiere que la data proveniente de esta nueva funcionalidad
esté incorporada dentro de los ‘Reportes Estadísticos’ del módulo administrador de
contenidos, anexándose nuevas tablas, con el fin de cuantificar el número de días que se
toma en publicar una alerta (desde el día que el proveedor y/o entidad pública cargó la
información en el Sistema hasta el día en que fue publicada).
 TERMINOS DE REFERENCIA

23. Se requiere que todos los reportes estadísticos provenientes de la sección Reportes (Generar
Reportes y Reportes estadísticos) sean revisados, ya que se mantienen fallas con descarga
de datos en archivo Excel.

24. Se requiere la descarga en archivo Excel y PDF de todas las Listas, provenientes de las
secciones Consumidores, Proveedores y Entidades Públicas.
 TERMINOS DE REFERENCIA

Asimismo, se requiere que esta funcionalidad de descarga, esté ubicada en la parte inferior
de cada hoja (Consumidor, Comunicación y Alerta), a través de un botón de descarga.
Además, se solicita incluir un botón de ‘Impresión’.

25. Se requiere que el campo ‘Fecha’ con calendario (aplica para todos los formularios) permita,
también, que solo se incluya el campo ‘Año’, ya que está pasando que los proveedores no
cuentan con los campos Día y Mes, lo cual estaría arrojando estadísticas sobre indicador
tiempo inexacto.

26. Los campos de los formularios no están alertando al Usuario-Proveedor y Usuario-Entidad

Pública sobre el mal registro de datos, incluso el Sistema está permitiendo – aparentemente-
remitan formularios aparentemente validados en su envío, que, luego, no estarían llegando
al módulo administrador de contenidos. Por eso, es importante el tema de acuses para los
 TERMINOS DE REFERENCIA

reportes de riesgos (Consumidor), registro y comunicación al Indecopi (Proveedor), y

registros y notificación de alertas (Entidad Pública). Esto estaría desincentivando el uso de
los formularios. Se pide revisar todo el flujo de los datos en dichos formularios, vía el
desarrollo de cada formulario y su correspondiente base de datos. Al respecto, se requiere
accionar un mecanismo que permita dar solución a esta problemática.

27. El Sistema no cuenta con la generación de números correlativos (1, 2, 3…) para la
identificación del N° de Investigación. A la fecha, hay un salta de 20 números entre cada
dígito registrado. Esto sucede en la Lista de Comunicaciones al Indecopi (Proveedor), Lista
de Alertas (Entidad Pública) y Lista de Alertas del Sistema (Alertas del Sistema).
Adicionalmente, se pide que, en cada ventana principal de Lista, se agregue el campo de
Fecha de Publicación, así como mejorar los buscadores de datos en dichas secciones.

Ejemplos de Listas:
 TERMINOS DE REFERENCIA

28. Se requiere verificar la codificación de la sección Alertas del Sistema > Lista de Alertas del
Sistema, ya que aparecen publicadas 901 cuando en realidad son 279 alertas (actualización:
29/08/2018).

29. Se requiere que los campos ‘Categoría...’ incluya más datos (agregado en base de datos de
combo), sobre todo en los referidos a la sección Entidades Públicas > Lista de Alertas. Se
requiere que los campos ‘Nombre del Producto o Servicio’ y ‘Marca’ permitan ‘agregar +’
más campos referidos a nombres, marcas o modelos, de forma correlativa. Esta opción debe
replicarse en la sección Proveedores > Lista de Comunicaciones al Indecopi.
 TERMINOS DE REFERENCIA

Mejora propuesta

30. Se requiere que se incluya en el ítem seguimiento de las fichas de Editar Comunicaciones al
Indecopi (Proveedor) y Editar Alerta (Entidad Pública), un nuevo campo referido a si se
requirió información adicional o complementaria.

31. Se requiere el desarrollo de un módulo funcional para la actualización de contenidos en las

diversas páginas URL, tales como: Campañas de Seguridad, Consumidor, Contacto, Enlaces
de Interés, Entidad Pública, Normatividad, Noticias de Seguridad, Preguntas Frecuentes,
Proveedor y Sistema de Productos y Servicios Peligrosos. El módulo administrador de
contenidos contiene plantillas básicas para el cumplimiento de dicha función, pero se
requiere su mejora a nivel de desarrollo. Por ejemplo, la publicación de contenidos se da a
través de cajas, las cuales no permiten visualizar las imágenes, etc.
TERMINOS DE REFERENCIA
 TERMINOS DE REFERENCIA

32. Se requiere la inclusión de nuevos Reportes y Tablas Estadísticas dentro de la sección

Reportes, para el monitoreo de indicadores de desempeño. A priori, se copia un cuadro
preliminar para la inclusión de dichos indicadores.

Resumen de indicadores
Nombre de indicador Descripción
Nº de alertas detectadas Nro total de alertas detectadas
Nº de alertas emitidas Nro de alertas emitidas nacional

Partipación activa de proveedores (Nº de alertas comunicadas por proveedores / Nº de alertas emitidas en total)x 100
Celeridad de emisión de alertas Promedio de días para la emisión de una alerta
Nº de accesos o visitas al portal de alertas Número de accesos al portal de alertas

Nº de unidades involucradas en las alertas emitidas Número de unidades involucradas

33. Se requiere incluir descriptores en los campos contenidos en los formularios dirigidos al
consumidor, proveedor y entidad pública, a fin de que dichos usuarios puedan identificar
con precisión la variable o campo y la información que se requiere llenar. Estos descriptores
deberían aparecer tipo disclaimer.

34. Se requiere actualizar en las bases de datos, los campos contenidos en las categorías de
productos y/o servicios. Además de incluir, según corresponda, descriptores en
determinadas categorías, tipo diccionario de datos.

35. Se ha realizado una revisión de la data contenida en los Reportes y Tablas, sobre todo la
información proveniente de las alertas publicadas, y se han identificado inconsistencias en
el registro de datos que se requiere sean analizados desde la fuente (base de datos) y campos
 TERMINOS DE REFERENCIA

de formularios, a fin de realizar una prueba de confiabilidad (funcionalidad) sobre el flujo y

análisis de la data proveniente de las alertas.

Base Proveedores

 No se estandariza el nombre de proveedores, por lo que es posible encontrar

empresas de un solo RUC con dos nombres:

20296136728
ALTOS ANDES S.A.C
ALTOS ANDES S.A.C.

20433469039
INCHCAPE LATAM PERÚ S.A.
INDUMOTORA DEL PERÚ S.A.

 No se identifica geográficamente todos los proveedores. Por ejemplo, se detecta en

el campo departamento:

CALLAO = 1 proveedor
Lima= 60 proveedores
(En blanco) = 1 proveedor, sería Fuera de país.

 No se ingresa de forma completa el número de documento del representante legal.

Para DNI:
Con valor 0 : 1 registro
Con valor 1 : 1 registro
Con 7 dígitos: 13 registros
Con 8 dígitos: 17 registros
Con 9 dígitos: 01 registro

Para RUC
Con 7 dígitos: 01 registro
Con 11 dígitos: 04 registros

Para Carnet de Extranjería

con 6 dígitos: 06 registros
con 7 dígitos: 03 registros

Base Entidades Públicas

Se presentan fallas en la descarga de data vía archivos Excel.
 TERMINOS DE REFERENCIA

Base Alertas

Campo Marcas:
Se recomienda la revisión/control de campos como "marcas" en los que se consignó, por
ejemplo, para el caso de alertas publicadas:

De iniciadas (I):
Diveimport

Asimismo, no existe una estandarización de marcas:

Mercedes Benz
Mercedes-Benz

Campo Período:
No se especificó períodos para 44 registros.

Sobre los campos de descripción de riesgos, descripción de efectos y medidas adoptadas:

 Se requiere incluir un descriptor (breve explicación, tipo disclaimer) en la ventana de
llenado de qué es lo que se espera o se debe de llenar en el campo.

36. La exportación de data en archivos Excel, provenientes de los Reportes y Tablas, está
generando fallas en la visualización de caracteres, tildes y símbolos. Adicionalmente, se
requiere una prueba de confiabilidad sobre el proceso de la data que se analiza en los
Reportes y Cuadros, ya que se evidencian inconsistencias.

37. Se requiere una mejora de la presentación de tablas, cuadros y/o gráficas de todas las
secciones de Reportes y Tablas, de la sección Reportes. Además de agregar botones para
la descarga en PDF de las tablas y gráficos, así como poder imprimir dicha información.
 TERMINOS DE REFERENCIA

38. Se requiere la incorporación de nuevos reportes y tablas en la sección Reportes, referidos

a la fuente de detección de riesgos no previstos a nivel nacional e internacional.