Desarrollo E Implementación De Aplicativos Complementarios Para El Registro Del Código Qr Y Gestión De Reuniones

Se requiere realizar la contratación de un servicio de desarrollo e implementación de aplicativos complementarios para el registro del código QR y Gestión de reuniones, para brindar un servicio eficiente y promover la accesibilidad y mejora de los servicios entre entidades, así como el acceso al usuario a más información brindada por la empresa.

Plazo: 100 días calendarios como máximo.

Actividades generales:
Realizar el análisis y diseño (incluir el procedimiento to-be), prototipos, integración con otros sistemas, modelo de base de datos según estándares de la oti de la e presa y la arquitectura necesaria para el desarrollo de los aplicativos informáticos. El software por desarrollar debe ser compatible con los lenguajes de programación y administrador de bases de datos de la empresa.
Evidencia: Documento de de especificación de requisitos de software (debe incluir prototipos, integración con otros sistemas, la arquitectura del sistema, modelo de base de datos) aprobado por la unidad usuaria.
Acta de aceptación de documento de análisis y diseño.

Entrega de las versiones de las construcciones y/o configuraciones realizadas.
Evidencias: Objetos construidos, configuraciones y códigos fuentes.
Acta de entrega de estos (por cada entregable).

Ejecutar reuniones virtuales y/o presenciales de coordinación con representantes del área usuaria a fin de recabar y valida información del software a implementar.
Evidencia: Actas de reunión.

Ejecutar reuniones virtuales y/o presenciales con usuarios de las áreas críticas con el fin de recabar y validar las funcionalidades a implementar.
Evidencia: Actas de aceptación a nivel usuario.

Realizar la construcción del software, integraciones y pruebas de usuarios necesarias de acuerdo con las funcionalidades a implementar.
Evidencia: Acta de aceptación a nivel usuario.

Realizar la construcción del software, integraciones y pruebas de usuarios necesarias de acuerdo con las funcionalidades expuestas más adelante. Este desarrollo debe ser compatible con los lenguajes de programación y administrador de bases de datos de la empresa.
Evidencia: acta de conformidad de software en entorno de desarrollo.
Realizar las pruebas y calidad de software previo al despliegue en el entorno de desarrollo de la empresa.
Evidencia: documentos de prueba.
Realizar el pase de software en el entorno de calidad en coordinación con la oficina de tecnología de la empresa.
Evidencia: acta de despliegue, acta de instalación de software y acta de conformidad en entorno de calidad.
Realizar la capacitación a los usuarios del software implementado y la transferencia de conocimiento al personal de la oficina de tecnología de la empresa.
Evidencia: acta de capacitación, manual técnico del sistema y manuales de usuarios.

Suscribir un certificado de garantía por 6 meses, con efecto a partir de la conformidad del último entregable por parte de la empresa, durante ese período el contratista se compromete a:
- Corrección de defectos: subsanar, sin costo adicional para la empresa, cualquier defecto o deficiencia que se manifieste en el servicio entregado y que sean atribuibles a una ejecución defectuosa.
- Respuesta oportuna: Responder y resolver cualquier reclamo de garantía dentro de un plazo máximo de 3 días desde la comunicación por parte de la entidad contratante.
Evidencia: certificado de garantía.

Actividades específicas para los aplicativos complementarios para el registro del código QR y gestión de reuniones:
Desarrollar e implementar los siguientes aplicatrivos complementarios para el registro del código QR y gestión de reuniones.

C01: Aplicativo informático para el otorgamiento del código de certificación A (QR de certificación A), de acuerdo con lo detallado en párrafo precedente.
C02: Actualización del aplicativo para el registros y seguimiento de las reuniones técnicas en el marco del proceso de certificación ambiental, de acuerdo con lo detallado en este párrafo.
C03: aplicativo para el visor de mapas que integre información georeferenciada y permita el análisis de variación de información espacial en los estudios ambientales con lo detallado más adelante.

Otras consideraciones:
- Cumplir con las directivas, procedimientos, estándares y disposiciones de la oficina de tecnología, relacionadas al control de calidad y aceptación técnica de software.
- Los aplicativos a desarrollar deben ser escalable y flexible para adaptarse a futuros cambios en los requerimientos tecnológicos o de datos.
- El proveedor deberá estar disponible para coordinaciones y supervisión durante el horario laboral de la empresa, de lunes a viernes de 8:30 a 18:00 hrs. O en otros horarios previa coordinación con la oficina de tecnología.

Funcionalidades

La construcción e implementación de los aplicativos complementarios, deberá contemplar las siguientes funcionalidades:

Aplicativo informático para el otorgamiento y generación del código de certificación A (AR de certificación A)
Actualización del componente de inicio de sesión único (SSO), para que soporte el registro y login de los usuarios.
Realizar la verificación del componente de inicio de sesión único (SSO) y hacer los ajustes correspondientes para que soporte el registro y login de los usuarios de los módulos a implementar.

Registro y acreditación de acceso a módulo de registro de la certificación.

Realizar el registro y login a través del componente de inicio de sesión único (SSO).
Luego de ingresar al aplicativo, debe considerar un menú de acreditación de representación de entidad pública para la gestión del registro de la certificación ambiental o instrumento de gestión ambiental complementario (en adelante IGA).
Para acreditar representación debe registrar información como ruc de la entidad, nombre de la entidad, nombre del funcionario que lo acredita, correo electrónico de funcionario, plazo de acreditación (fecha desde y hasta) y adjuntar documentos en pdf y/o jpg donde le otorgan la responsabilidad. Después de completar la información, se considerará como usuario acreditado. Los usuarios acreditados, podrán acceder al módulo para registro y seguimiento de iga (módulo de registro de iga).
Debe existir una opción para supervisión de usuarios acreditados. Esta opción permitirá supervisar si la acreditación fue correcta, en el caso de que la información no sustente la representación, deberá permitir la notificación indicando la información faltante y activar la carga de información adicional. Durante ese periodo de tiempo se restringirá el acceso del usuario al módulo de registro de IGA.
La validación de usuarios representantes y/o edición de datos debe ser a través de roles específicos asignado al usuario. Debe enviar la confirmación de acreditación válida para la carga de IGA.
La acreditación, se desactiva cuando el plazo de acreditación vence.

Registro de certificación A
El aplicativo debe tener opciones de acuerdo con el tipo de usuario y sus roles asignados.
El módulo de registro de iga para los usuarios extremos acreditados, debe contar con opciones de buscador (considerar los campos que se incluyen en el registro), creación de nuevo iga, ver reportes y ver notificaciones.
La información de cada IGA debe contener los siguientes datos mínimos:
- Nombre de la entidad evaluadora (selección restringida)
- RUC entidad pública
- Nombre de titular del IGA
- Nro resolución
- Fecha de resolución / doc aprobación
- Nro trámite / expediente IGA
-Tipo de IGA
- Nombre del proyecto / Título del IGA
- Nombre de la Unidad
- Nombre de la consultoria (puede ser persona jurídica o personas naturales)
- ruc de consultora / dni de personas naturales
- sector
- actividad
- estado
- ubigeo: departamento, provincia, distrito (múltiple)
- coordenadas este, norte, zona utm

debe permitir la carga de archivos en pdf o zip.
Incluir secciones específicas para cargar archivo de:
- Resolución y/o documento de aprobación.
- Informe final.
Incluir otras secciones no obligadoras para cargar archivos:
- Opinión técnica.
- Contenido del estudio.
- Línea base ambiental: Componentes físico, Componente biológico, componente socioeconómico, mapas.
- Archivo shapefile o Cad.
- Otra información (solicitar detalle el nombre).

Los datos seleccionables en el registro deben manejarse a través tablas maestras actualizables.
Al registrar cada archivo debe guardar la información de fecha de carga, tamaño de archivo, número de páginas. Al cargar un archivo debe ser renombrado de acuerdo con la sección o se debe renombrar con un nombre corto siguiendo las pautas de identificación.
Por el tipo de documento, debe haber una opción para registrar una URL de acceso a documento. De existir esta información en un documento debe habilitarse su descarga en la interfaz pública.
Debe permitir guardar el registro de IGA (avance), el cual puede ser completado en cualquier momento.
Considerar el esquema de datos utilizado en el módulo de Registro administrativo de certificaciones ambientales, para su futura vinculación y/o retroalimentación.
Al registrar nombre de consultora o persona natural, debe validar su identificación con la base de datos de consultoras y si no existe a través de llenado individual.
Al registrar personas naturales, debe validar DNI para llenado automático.
Los módulos deben estar en modo responsive para móvil.
Debe validar que no exista en toda la base de datos un registro igual, considerando el nombre del titular del IGA, nombre del proyecto y número de trámite. No se debe permitir su envío.
Por cada IGA, existe también archivos en formato .pdf o .zip correspondiente al certificado emitido, informe de evaluación, informes de opinantes y contenido de estudio, mapas, componentes biológicos (establecidos en tabla maestra, así como su obligatoriedad). Al registrar cada archivo debe guardar la información de fecha de carga, tamaño de archivo, número de páginas.
Los archivos deben guardar en el sistema de gestión documental de la empresa. Considerar contenedor temporal mientras el registro este en proceso y en el envío completo guardar definitivamente.
El usuario registrador debe poder realizar carga masiva de datos de certificaciones (uso de lista en Excel).
Cuando el usuario finalice el registro de un IGA, debe generar una alerta de correo al representante de la entidad, al usuario acreditado, con identificación del registro realizado y copia a los usuarios internos con rol de revisión.
Incluir botones de alerta (tipo semáforo) para los registros pendientes de validación.
Debe contener o acceder a una "Bandeja de notificaciones", en esta sección se guardará las notificaciones enviadas, deberá permitir distinguir las notificaciones leídas y no leídas.
Debe proporcionar el script de migración del módulo de Registro administrativo de certificaciones ambientales (rca) al nuevo esquema de qr.

Módulo interno de revisión
Los usuarios internos deben tener configurado sus roles, entre ellos la de administración, asignador de responsable de revisión, revisor, etc. Al recibir un IGA, se debe tener la opción para asignar la revisión de una solicitud a un profesional principal con rol de revisión. Revisor, etc. Al recibir un IGA, se debe tener la opción para asignar la revisión de una solicitud a un profesional principal con rol de revisión.
Al revisar y de encontrarse que la información no está completa o requiera corrección, debe de tener una opción para comunicar que requiera subsanar, activando la sección de datos o de la carga de los documentos. Debe generar notificación del acto de reactivación.
A través de una opción debe poder monitorear los registros totales por usuario, incluido las que se encuentran en proceso. Debe permitir acceder a su contenido (permitido a algunos países).
Los datos cargados por el usuario registrador deben poder ser editados por un usuario interno con el rol específico, guardando la auditoría del cambio.
El usuario validador debe poner descargar la documentación ingresada por el usuario registrador. Debe contar con una opción para descargar todos los archivos en un solo evento.
El módulo del usuario validador debe tener la opción de carga de nuevo IGA, similar al usuario registrador. En este caso debe poder seleccionar la entidad, emisora del IGA. De registrar un IGA debe existir opciones para su visualización en la interfaz pública.
Una vez validado el registro, habilitar la ficha del iga y generar el código único qr.
Este código estará asociado a una ruta única pública de llegada del IGA, donde se pueda ver el contenido, descargar los archivos e imprimir la ficha. Debe generar notificación al usuario registrador de existir.
Debe contener o acceder a una "Bandeja de notificaciones", en esta sección se guardará las notificaciones enviadas, deberá permitir distinguir las notificaciones leídas y no leídas.

Aspectos generales del IGA en el aplicativo

Debe contener una opción y/o módulo interno para:
Cargar y/o actualizar la información de titularidad del iga puede variar posterior a su registro en el aplicatrivo, por ello el modelo de datos debe considerar una base de datos histórica de titular de iga. Considerar identificación de titular vigente.
Cargar y/o actualizar la información de unidad del iga, debe tener una opción para registrar código estandarizado del senace y relacionarse con la ventanilla única. Debe tener integración para la administración de unidad de proyecto.
Registrar la matriz de estrategia de manejo  ambiental (matriz de datos por IGA)
Registrar puntos de monitoreo (matriz de datos) por IGA
Fecha de inicio / ejecución de proyecto

Interfaz pública

Debe contar con una opción para descargar todos los archivos. Desarrollar una interfaz pública para acceder a los iga con qr de certificación a, así como otros iga activados como público. La interfaz debe tener una ventana de presentación, área de consulta y descarga de ficha única QR y enlace as sus documentos.
Debe considerar como funcionalidades mínimas, salgo mejor opción, la interfaz pública del RCA.
Debe incluir un visor de mapa de los iga que permita ubicar los iga con qr y enlazar a la ficha qr. La ubicación de los IGA debe obtener del campo coordenadas.
Incorporar una opción para al número de accesos por tipo e identificación de usuarios (módulo registro, revisión), así como número de accesos a la interfaz pública. Debe brindar reportes estadísticos con opción de exportar a Excel.
Generar servicios web con información de iga con código qr.

Actualización del aplicativo para el registro y seguimiento de las reuniones técnicas en el marco del proceso de certificación ambiental.

Registro y acreditación para acceso a módulo de registro

Luego de ingresar al aplicativo, debe considerar un menú de acreditación de representación de titular o empresa consultora para la gestión del registro de solicitud de reunión.
Para acreditar representación debe registrar información como: RUC de la empresa, nombre de la empresa, tipo de solicitante (consultora, titular, etc.) Y adjuntar documentos en PDF y/o jpg donde acredite la responsabilidad, incluir plazo de representación (desde, hasta). Después de completar la información, se considerará como usuario acreditado. Los usuarios acreditados, podrán acceder al módulo de reuniones.
Debe existir una opción para supervisión de usuarios acreditados. Esta opción permitirá supervisar si la acreditación fue correcta, en el caso de que la información no sustente le presentación, deberá permitir la notificación indicando la información faltante y activar la carga de información adicional. Durante ese período de tiempo se restringirá el acceso al usuario del módulo de reuniones.
La acreditación, se desactiva cuando el plazo de acreditación vence. Para activarse el usuario debe volver a enviar sus documentos.

Módulo de solicitud de reunión y seguimiento

Sólo se podrá registrar reuniones mientras el usuario haya registrado su acreditación.
La solicitud de reunión de estar configurada de acuerdo con la acreditación del usuario (tipo de solicitante). Al registrar nueva reunión debe considerar el tipo de solicitante y con ello activar el contenido del formulario.
El formulario de solicitud de reunión de titular de proyecto debe contenedor como mínimo los siguientes campos:
Tipo de reunión (por ejemplo: orientación, para estudios en evaluación, para estudios en elaboración, revisión de expediente).
Medio (por ejemplo, presencial, virtual)
IGA vinculado
Código de reunión previa eistente
Actividad
Tipo de procedimiento
Tipo de proyecto
Breve descripción de los aspectos a tratar

Los datos seleccionables en el formulario de solicitud de reunión de manejarse a través de tablas maestras actualizables.
El formulario de solicitud de reunión titular debe contener la opción para carga de uno o más documentos identificando su tipo (presentación, carta, etc.) Debe considerar de manera obligatoria al menos un archivo.
Para el caso de solicitudes de reunión de consultora, el tipo de reunión debe ocultar algunos campos como IGA vinculado y tipo de proyector. Asimismo, no ser obligatorio la carga de documento.
Al solicitar la reunión se debe generar un código único y emitir una notificación personalizada a los correos de alerta del solicitante y otros medios indicados, así como un correo de alerta al punto de control de la Dirección correspondiente para atención.
Debe contener o acceder a una "Bandeja de notificaciones", en esta sección se guardará las notificaciones enviadas, deberá permitir distinguir las notificaciones leídas y no leídas.

Atención de la solicitud de reunión

Se debe considerar roles de acceso a los usuarios internos del aplicativo, que permitan su acceso por dirección y/o subdirección de evaluación y/o total.
La solicitud de reunión debe ser direccionada de acuerdo con el tipo de solicitante y tipo de proyecto. Debe ser configurado en tabla maestra.
Actualizar el aplicativo de atención de solicitudes de reunión de la empresa, incluyendo nuevas funcionalidades para acceder como roles de administrador, control de solicitudes, asistente y opciones para validación de aceptación de reunión con opciones de requerimiento de información adicional.
A través del usuario con rol de control de solicitudes, se gestionará la asignación de profesional principal y equipo de trabajo para su atención (opcional).
Considerar la incorporación de un botón de enlace a un servicio que identifique líde de IGA vinculado y líderes asignados a estudios del mismo titular.
El panel de atención debe contar con opciones validar la solicitud, la validación estará a cargo del profesional principal asignado, quien de no encontrar información precisa, podría solicitar precisiones y nuevos archivos (como por ejemplo presentaciones o documentos necesarios para realizar reunión). Debe poder establecer un plazo máximo.
En el caso de que la solicitud de reunión esté conforme, el profesional principal, podrá asignar profesionales a la reunión y agendar la fecha y hora de la reunión. El listado de profesional principal está relacionado con la lista de usuarios con rol específico en el aplicativo, para otros profesionales debe consultar la lista de usuarios de la empresa (general).
Para la agenda de reunión debe integrarse con plataforma Office (Teams).
El agendar una reunión involucra que la aplicación genere mensajes de notificación al solicitante y el registro en la agenda.
Una vez realizada la reunión, el profesional asignado deberá tener opciones para guardar documentos en pdf, debidamente identificado (por ejemplo, actas) y cambiar el estado de la reunión, así como comentarios de su realización.
El panel debe permitir registrar posibles reprogramaciones, cancelaciones y otro estado, el mismo que debe ser administrado en una tabla maestra.
Para el caso de reuniones internas, debe permitir el registro de reuniones, la programación y carga de documentos. Establecer el rol correspondiente.
Debe considerar que existen usuarios que pueden acceder al aplicativo y realizar consultar o acceder a reportes.
Debe contener o acceder a una "Bandeja de notificaciones", en esta sección se guardará las notificaciones enviadas, deberá permitir distinguir las notificaciones leídas y no leídas.

Información adicional
De requerir precisiones o la carga de archivos, el solicitante debe recibir una notificación personalizada de detalle la respuesta del evaluador asignado.
La notificación debe considerar un vínculo a la interfaz de la solicitud de reunión.
Cuando el solicitante complete los archivos y finalice el proceso de subsanación, debe generar una notificación al profesional a cargo de la atención de la reunión con copia al solicitante.
Vencido el plazo y de no haber respuesta del solicitante, el estado de la solicitud de reunión cambia a En Abandono.

Reportes
El módulo de atención de reuniones debe contener nuevas funcionalidades para generar reportes de solicitudes de reunión con opciones de búsqueda avanzada, reuniones vinculadas, exportar a Excel y cuadros estadísticos.
Crear un botón tipo semáforo de solicitudes pendientes de atención (incluye pendientes de información), próximas a desarrollarse, por actualizar (fecha pasada que sigue como programada).
Generar opción para envío de reportes de alertas de reuniones programadas a los profesionales asignados.
Crear un panel que muestre la agenda de reuniones programadas, reprogramadas y/o realizadas y su enlace al detalle. Considerar información con herramientas office.
Debe contar con registro de número de accesos por tipo de identificación de usuarios y brindar reportes estadísticos con opción de exportar a Excel.

Aplicativo para el visor de mapas que integre información georreferenciada y permita el análisis de variación de información espacial en los estudios ambientales
Crear un aplicativo con interfaz de mapas, que permitía el almacenamiento, visualización, edición y análisis de datos geospeaciales.
De usar tecnología compatible con sistemas de información geográfica (SIS) que permitan la manipulación de datos geoespaciales, incluyendo, pero no limitándose a la plataforma ArcGIS.
Considerar roles de usuario de editor, consulta y administrador. La gestión de usuarios puede ser
a través del componente de Inicio de Sesión Único (SSO) de la empresa o a través del administrador de usuarios del servidor Portal de ArcGis u otro que provea la tecnología elegida.
Ser compatible con dispositivo móvil.

Módulo para almacenamiento de capas en base de datos espacial
Debe contenedor un módulo para importar y almacenar información georeferenciada de los estudios evaluados por la empresa. Debe permitir importar diferentes formatos de datos geoespaciales (por ejemplo, Shapefile, csv, kml, geodatabase, etc.) Debe estar configurado sólo para usuarios editores.
Al registrar una capa geoespacial, deberá permitir el registro de atributos (campo de datos), de acuerdo con un modelo de datos establecido por tipo de capa.
Debe integrar un servicio de consulta a la plataforma de la ventanilla única de certificación de la empresa (provisto por la empresa) con el fin de obtener información de un expediente (IGA) para el llenado automático de atributos de la capa importada.
El servicio permitirá obtener información de las capas de un estudio por versión.
Al importar una capa debe guardarse en una base de datos específica por capa (por ejemplo: capa de áreas de proyecto, capa de área de estudio, capas de puntos de monitoreo, capas de áreas de influencia). Se considerará base de datos espacial para estudios en evaluación y para estudios con evaluación finalizada. La plataforma de almacenamiento para la base de datos espacial será proveída por la empresa.
Por cada expediente, se guardará una o más capas espaciales, identificando su versión en el tiempo (acuerdo al número de DC), incluyendo atributos.
La interfaz de importar y almacenar debe permitir corregir la capa y sus atributos, así como eliminarla.
La visualización de las capas importadas debe cumplir como mínimo con las siguientes características:
1) Superponer capas (integradas previamente y opción de agregar en diferentes formatos o servicios publicados).
2) Simbología personalizada
3) Zoom y paneo
4) Identificación de atributos
5) Consulta espacial
6) Búsqueda por atributos
7) Medición de distancias
8) Configuración de mapa base

Interfaz de consulta
Debe tener una interfaz de consulta, que contenga un buscador de iga (considerar todos los campos de búsqueda de acuerdo con cada capa) para acceder a la información espacial de un iga.
Como resultado de la búsqueda, debe mostrar en un visor de mapas donde se pueda ver las capas de iga diferenciado por colores cada versión de capa del iga.
El visor de mapas debe cumplir como mínimo con las siguientes características:
1)Superponer capas (integradas previamente y opción de agregar en diferentes formatos o servicios publicados.
2) Simbología personalizada.
3) Zoom y paneo
4)Identificación de atributos
5) Consulta espacial
6) Búsqueda por atributos
7)Medición de distancias
8) Configuración de mapa base
9) Exportación y/o descarga de capa o selección específica en formatos Shapefile, csv, kml o geodatabase, etc.
10)Impresión de mapa
Generar reportes de número de capas por estudio y mapas personalizados, que puedan imprimirse a escalas y en diferentes formatos (pdf, jpg).
Se debe contar con registro de número de accesos por tipo e identificación de usuarios y brindar reportes estadísiticos con opción de exportar a Excel.