Código: F1-PS4-2-PE-03

Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02

Tecnologías de la Información

Nombre del Requerimiento

Cod. Req.
IMPLEMENTACION DEL FLUJO DE COMERCIOS EN EL PORTAL DE HABILITACIONES
Gerencia/
Tipo de Req. Cod. Software Nombre Software
RQ-12 División
Nuevo GSTI AP0292 FISEGNR
/09/202 Versió
Creación Creador Zandy Contreras
0 n
Modificació /02/202 Modificado
Zandy Contreras 1.1
n 1 r

1 INTRODUCCIÓN
El presente documento detalla los requerimientos del proyecto de mejoras al Portal de Habilitaciones de
Gas Natural (PHGN, antes llamado GNR), de modo que se tenga estructurada dicha información y
pueda servir como línea base para controlar y validar el alcance del proyecto mencionado. Estos
requerimientos se irán refinando, adicionando o incluso eliminando (siempre y cuando cuente con la
aprobación de los respectivos responsables) como consecuencia de cada iteración del proceso de
desarrollo.
2 DEFINICIONES Y ABREVIACIONES
Para un entendimiento apropiado del presente documento se describen los siguientes términos:
Término Significado
Se refiere a aquellos requerimientos no detallados que
Requerimiento de alto nivel representan los objetivos principales que se esperan al finalizar
el proyecto.
Se refiere a aquellos requerimientos cuya finalidad es la de dotar
Requerimiento funcional de cierta funcionalidad al producto del proyecto modificando su
comportamiento.
Se refiere a aquellos requerimientos que no otorgan
Requerimiento no funcional funcionalidad al producto del proyecto pero que su cumplimiento
hace que el producto trabaje de una mejor manera.
Se refiere a la referencia que se deberá tomar en cuenta para
Línea base
saber el trabajo que debe ser realizado en el marco del proyecto.
Sigla que representa a la División de Supervisión Regional del
DSR
Osinergmin.
Sigla que significa Portal de Habilitaciones de Gas Natural , antes
PHGN
en lugar de esta sigla se utilizaba GNR.
Sigla que puede significar Gas Natural Residencial o Portal de
GNR Habilitaciones de Gas Natural (según el contexto donde se utilice
el término).
IGN Sigla que significa Aplicativo móvil del PHGN para el Instalador .
Sigla que significa Aplicativo móvil del PHGN para la
CGN
Concesionaria.

3 OBJETIVO
El Portal de Habilitaciones de Gas Natural tiene los siguientes objetivos:

1. Servir como herramienta para mejorar la gestión del proceso de Instalación Domiciliaria de Gas
Natural.
2. Permitir la coordinación entre Instaladores, Concesionarios, Osinergmin y el Administrador FISE.
3. Implementar los nuevos flujos de trabajo para contemplar el flujo para Comercios

P á g i n a 1 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

4 ALCANCE
1. Implementar cambios en la plataforma para soportar el flujo de habilitación de comercios.

5 REQUISITOS FUNCIONALES

RF N° Descripción
RF-1 Implementar el flujo de comercios en el portal de habilitaciones

6 REQUISITOS NO FUNCIONALES

RNF N° Descripción
RNF-1 Cumplir con los estándares de Seguridad.
RNF-2 Se requiere que los cambios implementados no afecte el flujo GNR ya implementado
RNF-3 Mantener los estándares de diseño del portal de Osinergmin.
Los cambios o implementaciones deben ser realizados de manera paramétrica ningún valor
RNF-4
debe ser como valor fijo
RNF-6 Pasar de manera exitosa las pruebas de vulnerabilidad.

7 DIAGRAMA DE PROCESO DE SOLUCIÓN

Usuario (Instaladora,
Concesionaria,
Información FISE
Osinergmin,
Administrador FISE, Otros)

Información PHGN Datos de Ubigeos

Datos de Personas RENIEC

P á g i n a 2 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

8 DIAGRAMA DE ACTIVIDADES O PROCESOS

Diagrama De Proyectos Comerciales en ZNG

P á g i n a 3 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

FIGURA-1
Diagrama de Proyectos Comerciales en Zonas Gasificadas

P á g i n a 4 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

FIGURA - 2

Flujo de Proyectos Multifamiliares gasificados:

P á g i n a 5 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

Figura -3

Flujo Multifamiliar no gasificado:

P á g i n a 6 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

Figura -4

P á g i n a 7 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

9 DETALLE FUNCIONAL
a) Para el tratamiento de comercios se debe tener en cuenta el siguiente flujo indicado en el
punto 8, el cual será el flujo base de proyectos y solicitudes en zonas que ya cuentan con gas
natural (Zonas Gasificadas).

En caso sea una zona no gasificada, la lógica a seguir será la siguiente:

 Al momento de realizar el registro del proyecto y marcar que dicho proyecto pertenece a una
zona no gasificada, esta tendrá que pasar por una pre aprobación con lo cual se da el GO para
iniciar tanto la montante como el registro de una nueva solicitud. La pre aprobación lo
realiza la concesionaria (reusar la lógica que ya está implementada en residenciales y
multifamiliares).
 La primera solicitud depende de la pre-aprobación del proyecto (independiente del tipo de
zona).
 Al finalizar, ambas tendrán que esperar la gasificación (en caso la solicitud haya sido
registrada como ZNG) de la zona para que la misma sea aprobada y pueda continuar con la
parte que le corresponde a la concesionaria. Tener en cuenta que pueden ser varias montantes.
 La programación y habilitación de la montante se da después de haber realizado la
aprobación del proyecto según el flujo de la figura número 1 (Aplicable solo a flujos de
comercios no típicos).

Nuevos módulos e incorporación de funciones a módulos ya existentes: Se debe considerar un

nuevo módulo y una nueva funcionalidad dentro de un módulo ya existente:

 Módulo de Reasignación de Proyectos y Solicitudes (Nuevo módulo) (Este

requerimiento debe implementarse al final):
Este módulo deberá permitir trasladar proyectos y solicitudes de un instalador a otra ya sea
de la misma empresa o de diferente empresa sin perder la trazabilidad de la misma, de
manera que se pueda tener conocimiento de qué empresa registró la solicitud y a qué
empresa pertenece en un momento específico una solicitud “X”.
Deberá de contar con una interfaz que permita cargar de manera masiva mediante un archivo
Excel diferentes casuísticas de reasignación, validar los archivos cargados según distintas
consideraciones, de tener algún error dicho archivo deberá mostrar un log de errores y de
estar todo conforme deberá mostrar en la interfaz una grilla datos de la solicitud que se está
reasignando como:
 En el caso de proyectos:
 Código de Proyecto
 Código de identificación del predio
 Objeto de conexión
 Estado del proyecto
 Usuario que registró
 Usuario que construyó (En caso estar vació mostrar en blanco)
 Nombre de la empresa Instaladora actual

P á g i n a 8 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

 Todos los nuevos datos que se ingresan según el formato (Nombre de nuevo
instalador que registró, nombre de nueva empresa, nombre de nuevo instalador
que realizó montante, login de usuarios de ambos)
En el caso de solicitudes:
 Código de solicitud
 Nombre de empresa instaladora
 Usuario que realizó la carga de la solicitud
 Instalador que realizó la interna
 Estado de la solicitud
 Todos los nuevos datos que se ingresan según el formato (Nombre de nuevo
instalador, nombre de nueva empresa, nombre de nuevo registrador de solicitud)

Tener en consideración que:

o La empresa instaladora, concesionaria, FISE u Osinergmin podrá solicitar la
reasignación de una o más cuentas las cuales previamente deberán ser cargadas
mediante un formato Excel con al menos los siguientes datos:
 Flujo: “P” = Proyecto o “S” = Solicitud
 Tipo de reasignación:
1. Reasignación de proyecto con montante habilitada  Reasigna el proyecto a una empresa, pero
no se modifican datos internos de quien lo registró, quien lo instaló y quien lo habilitó.

1. Reasignación de proyecto con montante habilitada:

Solo debe actualizar la tabla gnr_proyecto_instalacion y figurar a nombre de la nueva empresa
para que pueda permitir realizar el registro de solicitudes asociados a dicha empresa
DATOS PROYECTO_ACTUAL DATOS A ASIGNAR
FLUJ NRO NUMERO DE OBJETO REGISTRO REGISTRO EMPRESA
O TIPO PROYECTO DE CONEXIÓN EMPRESA ACTUAL NUEVA
P 1 123123 421123 5435 436777

2. Reasignación de proyecto sin trabajos en montante  Reasigna proyecto a otra empresa y otro IG3 o
misma empresa y diferente IG3.
2. Reasignación de proyecto sin trabajos en montante :
Se debe actualizar la tabla gnr_proyecto_instalacion y trazabilidad de proyecto, y figurar a nombre
de la nueva empresa para que pueda permitir realizar el registro de solicitudes asociados a dicha
empresa o si se mantiene con la misma empresa pero se está cambiando el IG3 cambiar solo el IG3
que está como responsable
DATOS PROYECTO_ACTUAL DATOS A ASIGNAR
NRO REG REGISTRO REG REG USUARIO
FLUJ PROYECT INSTALADOR EMPRESA EMPRES INSTALADOR INSTALADOR
O TIPO O IG3 ACTUAL ACTUAL A NUEVA IG3 NUEVO IG3

3. Reasignación de proyecto con trabajos en montante sin habilitación de montante Reasigna

proyecto a otra empresa y/o cambia el IG3 y el IG2 (de la misma empresa también podría suceder).

P á g i n a 9 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

3. Reasignación de proyecto con trabajos en

montante sin habilitación de montante:
Se debe actualizar la tabla
gnr_proyecto_instalacion,
GNR_INSTALACION_MONTANTE y trazabilidad de
proyecto, y figurar a nombre de la nueva empresa
para que pueda permitir realizar el registro de
solicitudes asociados a dicha empresa o si se
mantiene con la misma empresa pero se está
cambiando el IG3 ó IG2 cambiar solo el IG3 o IG2
que está como responsable
DATOS
A
ASIGNA
DATOS PROYECTO_ACTUAL R
F
L T
U I NRO REG REG REG REG REG USUARIO REG USUARIO
J P PROYE EMPRESA INSTALADOR INSTALADOR EMPRESA INSTALADOR INSTALADO INSTALADOR INSTALADOR
O O CTO ACTUAL IG3 ACTUAL IG2 ACTUAL NUEVA IG3 NUEVO R IG3 IG2 NUEVO IG2

4. Reasignación de solicitud con trabajos internos  Reasigna la construcción y quién registró la

misma e hizo las solicitudes de ciertas etapas.
Para lo cual se deberá tener en cuenta el siguiente formato a cargar:

4- Reasignaciones de solicitudes con Interna finalizada:

Se debe actualizar la tabla solicitud, trazabilidad e instalación interna.
DATOS SOLICITUD_ACTUAL DATOS A ASIGNAR
REGISTRO REGISTRO REG
NRO REG INSTALADOR USUARIO
FLUJO TIPO EMPRESA EMPRESA INSTALADOR
SOLICITUD ACTUAL INSTALADOR
ACTUAL NUEVA NUEVO

Y deberá actualizar la tabla solicitud, la tabla instalación y la tabla trazabilidad.

o Al momento de GRABAR el archivo de solicitud de reasignación los involucrados

deberán recibir notificaciones en sus respectivas bandejas para que acepten o
rechacen, en paralelo se debe enviar una notificación a su correo electrónico con la
solicitud que se ha realizado mediante el portal indicándoles en la misma que tienen
un plazo de x días para ser evaluada de lo contrario será dada por aprobada
satisfactoriamente y sin derecho a réplica en automático (“X” deberá ser configurable
por parámetro tanto para el mensaje como para el tiempo límite en que se realizará la
aprobación automática si en caso no ha respondido la empresa instaladora), según sea
el caso en un módulo de configuración y según el administrador del sistema (los

P á g i n a 10 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

actores involucrados a los cuales se les debe asignar permisos serán: Empresa,
instalador, Concesionaria, FISE y Osinergmin). De esta manera, si aceptan dicha
solicitud, será derivada a la nueva empresa que asumirá la misma, y si tuvieron datos
a modificar, estos también cambiarán según sea el caso.
o Deberá contemplar una lógica en la cual Osinergmin pueda configurar el sistema de
tal manera que no sea necesaria la aprobación de una empresa determinada, en caso la
empresa se encuentre en ese momento inactiva en el sistema. Similar al módulo de
excepciones: opción de Campos a Modificar.

Consideraciones para la carga de archivos:

Proyectos:
 Se debe tener en consideración que para las reasignaciones de proyectos cuando se quiera
hacer un cambio de persona que registró dicho proyecto, solo se podrá asignar a un IG3
registrado en la tabla empresa con categoría IG3 de lo contrario deberá mostrar un error
diciéndole que el instalador al cual pretende transferir no tiene categoría ig3 o no está activo
o no es un instalador registrado o depende de la casuística. Tener en cuenta también que si
dicho instalador al que se pretende reasignar pertenece a la misma empresa este deberá estar
activo y vinculado en la tabla instalador asociado a su empresa.
 Se debe tener en consideración que para las reasignaciones de proyectos cuando se quiera
hacer un cambio de persona que realizó la montante, solo se podrá asignar a un IG2
registrado en la tabla empresa con categoría IG2 de lo contrario deberá mostrar un error
diciéndole que el instalador al cual pretende transferir no tiene categoría ig2 o no está activo
o no es un instalador registrado o depende de la casuística. Tener en cuenta también que si
dicho instalador al que se pretende reasignar pertenece a la misma empresa este deberá estar
activo y vinculado en la tabla instalador asociado a su empresa.
 Al momento de registrar una solicitud de reasignación de proyecto, tener en consideración
también que cuando se registre el archivo Excel si el código de proyecto no está actualmente
en esa empresa debe de mostrar un error en el cual indique que dicho proyecto no le
pertenece actualmente y no puede efectuar modificaciones sobre la misma que debe
comunicarse con soporte portal, validar también que los otros campos ingresados
correspondan a dicho código de proyecto de lo contrario también se debe mostrar un mensaje
pidiendo realizar la corrección, según el escenario.
 Del proyecto estar anulado no se debe permitir cargar una solicitud de reasignación, deberá
mostrar un mensaje que indique que dicho proyecto se encuentra anulado y deberá primero
reactivarse para poder reasignarlo.

Solicitudes:
 Se debe tener en consideración que para las reasignaciones de solicitudes cuando se quiera
hacer un traspaso de la misma a la misma empresa pero con diferente instalador deberá
validar que el instalador que se está consignando se encuentre activo y vinculado en la tabla
instaladores, además al instalador que se le asigne no debe tener categoría IG3, solo se debe
considerar reasignar a los que tienen categoría ig1 o ig2, de no ser conforme algún dato
deberá mostrar log de errores indicando cual fue el inconveniente.
 Se debe tener en consideración que para las reasignaciones de solicitudes cuando se quiera
hacer un traspaso de la misma a una empresa diferente deberá validar que la empresa se
encuentre activa, además que el instalador que se está consignando se encuentre activo y

P á g i n a 11 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

vinculado en la tabla instaladores, además al instalador que se le asigne no debe tener

categoría IG3, solo se debe considerar reasignar a los que tienen categoría ig1 o ig2, de no
ser conforme algún dato deberá mostrar log de errores indicando cual fue el inconveniente.
 Si la solicitud se encuentra anulada no se debe permitir cargar una solicitud de reasignación,
deberá mostrar un mensaje que indique que dicha solicitud se encuentra anulada y deberá
primero reactivarse para poder reasignarlo.
 Al momento de intentar registrar una solicitud de reasignación de solicitudes tener en
consideración también que cuando se registre el archivo Excel si el código de solicitud no
está actualmente en esa empresa debe de mostrar un error en el cual indique que dicha
solicitud no le pertenece actualmente y no puede efectuar modificaciones sobre la misma que
debe comunicarse con soporte portal, validar también que los otros campos ingresados
correspondan a dicho código de solicitud de lo contrario también se debe mostrar un mensaje
pidiendo realizar la corrección, según el escenario.

 Cuando una Solicitud o proyecto a reasignar tenga cambios o anulaciones pendientes de

evaluar en el módulo de excepciones se deberá de mostrar un mensaje indicando que existen
pendientes y que previamente deben ser evaluados para poder reasignar y no permitir que se
grabe la reasignación.
 Tanto para proyectos y solicitudes, debe de considerar en la carga, que les muestre la
observación o mensaje de error, cuando quieran reasignar proyectos y solicitudes que solo
estén registradas, o detallar previo a la carga, que deben de tener un estado de "Evaluación
Aprobada", como mínimo, para que se pueda reasignar.

https://masigas.osinergmin.gob.pe/gnr-web/pages/campoModificacion/inicio

 Módulo de reversión de etapas de proyectos: Debe contener la misma lógica con la que
cuenta el módulo de reversión de etapa de solicitudes, pero con la diferencia de que permita
revertir etapa de los proyectos que se registran mediante el portal. Implementar una nueva
opción, pero reusar la lógica ya implementada y también las mismas tablas.

 Incorporación de Datos de proyectos a los módulos de excepciones: Debe contener la

misma lógica con la que cuenta el módulo de EXCEPCIONES de solicitudes, pero con la
diferencia de que permita cambiar los datos de los proyectos que se registran mediante el
portal.

Adicionalmente, contemplar que, tanto en proyectos como en solicitudes, si una cuenta tiene
algún pendiente de evaluación, dicha cuenta debe bloquearse temporalmente hasta que no se
evalúe. Esta validación debe estar parametrizada e implementarse tanto para proyectos y
solicitudes. Para esto debe contemplarse un parámetro en el cual se configure la actividad o
inactividad de esta validación y un número de días configurable desde el cual sea la base
para que inicie a ponerse en marcha la validación sobre la solicitud. El parámetro para el

P á g i n a 12 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

tiempo variable debe ser diferenciado para solicitudes y proyectos. Crear un nuevo estado
“Bloqueado” tanto para solicitudes y proyectos.

Ejemplo:
Si tengo una solicitud y a esta le registran un requerimiento de excepción (anulación o
modificación) el día de hoy, el sistema tendrá hoy N número de días del parámetro para
proceder con el bloqueo de la solicitud y que no le permita registrar ninguna acción.

Finalmente, se debe precisar que la solicitud debe quedar liberada después de realizada la
evaluación de dicho requerimiento.

Los datos a tener en cuenta para dicho módulo son los siguientes:

Acción Etapa Nombre del Campo Descripción

Tipo de proyecto que va a registrar
(ID_TIPO_PROYECTO_INST): 2=
Proyecto multifamiliares no habitados,
Modificación Registro de 1=Proyectos multifamiliares habitados,
de Datos Proyecto Tipo de proyecto 21=Proyectos Residencial No Típico
Nombre del solicitante ingresado al
Modificación Registro de momento de registrar el proyecto
de Datos Proyecto Nombre del Solicitante (NOMBRE_SOLICITANTE)
El tipo de documento que se ingresó al
momento de registrar el proyecto
Modificación Registro de Tipo de Documento de Identificación (TIPO_IDENTIF_SOLICITANTE)"R"=RUC,
de Datos Proyecto del Solicitante "D"= DNI, "C"= Carnet de Extranjería
El número de documento ingresado
Modificación Registro de Documento de Identificación del cuando se registró el proyecto
de Datos Proyecto Solicitante (NUMERO_IDENTIF_SOLICITANTE)
Coordenadas de ubicación del
Proyecto de Instalación, su formato es
"latitud,longitud", por ejemplo "-
11.997303,-77.114544"
(COORDENADAS_PROYECTO) de la
tabla gnr_proyecto_instalacion
también debe modificar si tiene
instalación de montante el campo
Registro de
Proyecto/ (Coordenadas_proyecto) de la tabla de
Modificación Instalación de instalación de montante
de Datos montante Coordenadas del Proyecto gnr_instalacion_montante
Nombre del proyecto de Instalación
Modificación Registro de (NOMBRE_PROYECTO)
de Datos Proyecto Nombre del Proyecto gnr_proyecto_instalacion
Dirección del Proyecto de Instalación
Modificación Registro de (DIRECCION_PROYECTO)
de Datos Proyecto Dirección gnr_proyecto_instalacion
Modificación Registro de Código de Identificación del Código de identificación de proyecto
de Datos Proyecto Proyecto (CODIGO_UNIDAD_PREDIAL), dato

P á g i n a 13 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

asignado por la empresa

concesionaria.
gnr_proyecto_instalacion
Ubigeo del solicitante ingresado al
momento de registrar la solicitud se
debe colocar el código de la tabla de
Modificación Registro de ubigeos (UBIGEO_PROYECTO)
de Datos Proyecto Ubigeo gnr_proyecto_instalacion
Indicador de si aplica beneficio FISE
para el Proyecto de Instalación. S: Sí,
Modificación Registro de N: No (ES_PROYECTO_FISE)
de Datos Proyecto Es Proyecto FISE gnr_proyecto_instalacion
Indica si aplica Mecanismo de
promoción para el Proyecto de
Instalación. S: Sí, N: No
Modificación Registro de (APLICA_MECANISMO_PROMOCION)
de Datos Proyecto Mecanismo de Promoción gnr_proyecto_instalacion
Indica si el Proyecto de Instalación
tiene plano de instalación interna. S:
Sí, N: No
Modificación Registro de (TIENE_PLANO_INST_INTERNA)
de Datos Proyecto Tiene Plano de la Instalación Interna gnr_proyecto_instalacion
Indica si al Proyecto de Instalación
tiene especificación técnica. S: Sí, N:
Modificación Registro de No (TIENE_ESPECIF_TECNICA)
de Datos Proyecto Tiene Especificación Técnica gnr_proyecto_instalacion
Indica si el Proyecto de Instalación
tiene memoria de cálculos. S: Sí, N: No
Modificación Registro de (TIENE_MEMORIA_CALCULOS)
de Datos Proyecto Tiene Memoria de Cálculo gnr_proyecto_instalacion
Indicador de si el Proyecto de
Modificación Registro de Instalación requiere montante. S: Sí,
de Datos Proyecto Lleva Montante N: No (REQUIERE_MONTANTE)
Nombre de la Montante por Proyecto
Modificación Registro de de Instalación (NO_NOMBRE) TABLA
de Datos Proyecto Nombre de Montante (GNR_TM_MONTANTE_PROY_INST)
Código del objeto de conexión del
Proyecto de Instalación
Modificación Evaluación (CODIGO_OBJETO_CONEXION) en la
de Datos del Proyecto Código de Objeto de Conexión tabla gnr_proyecto_instalacion
Código de manzana del Proyecto de
Instalación
(CODIGO_MANZANA_PROYECTO)
Modificación Evaluación gnr_proyecto_instalacion
de Datos del Proyecto Código de Manzana gnr_proyecto_instalacion
Fecha de la Evaluación del Proyecto de
Modificación Evaluación Instalación (FECHA_EVALUACION)
de Datos del Proyecto Fecha de Evaluación del Proyecto deberá ser "DD/MM/YYYY" EJM:

P á g i n a 14 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

08/05/2017 gnr_eval_proyecto_ins
Los valores a ingresar serán: "5" =Alto,
"4"=Medio Alto, "3"=Medio,
"2"=Medio Bajo, "1"=Bajo, "21" No
Modificación Evaluación Aplica (ID_ESTRATO_PERSONA)
de Datos del Proyecto Estrato Socioeconómico gnr_proyecto_instalacion
Fecha programada de la Instalación de
Montante (FECHA_PROGRAMADA)
deberá ser "DD/MM/YYYY" EJM:
Modificación Instalación de 08/05/2017
de Datos Montante Fecha Programada instalación gnr_instalacion_montante
Fecha de inicio de la Instalación de
Montante (FECHA_INICIO) deberá ser
Modificación Instalación de Fecha de Inicio instalación de "DD/MM/YYYY" EJM: 08/05/2017
de Datos Montante Montante gnr_instalacion_montante
Fecha de finalización de la Instalación
de Montante (FECHA_FINALIZACION)
Modificación Instalación de Fecha de Fin instalación de deberá ser "DD/MM/YYYY" EJM:
de Datos Montante Montante 08/05/2017 gnr_instalacion_montante
Diámetro de la tuberia del punto de
Modificación Habilitación instalación (DIAMETRO_TUBERIA)
de Datos de Montante Diámetro de la Tubería gnr_habilitacion_montante
Tipo de instalación. A: A la vista, E:
Empotrada, F: Empotrada + a la vista,
G: Enterrada + empotrada, H:
Enterrada + empotrada + a la vista
Modificación Habilitación (TIPO_INSTALACION)
de Datos de Montante Tipo de Instalación gnr_habilitacion_montante
ID del Material de instalación
Modificación Habilitación (ID_MATERIAL_INSTALACION)
de Datos de Montante Material gnr_habilitacion_montante
Longitud total de la instalación en
metros
Modificación Habilitación (LONGITUD_TOTAL_INSTALACION)
de Datos de Montante Longitud gnr_habilitacion_montante
Presión de operación de la prueba de
hermeticidad (en mbar)
Modificación Habilitación (PRESION_OPERACION_HERMET)
de Datos de Montante Presión de Prueba gnr_habilitacion_montante
Tiempo de realización de Pruebas -
Presión inicial de la prueba de
hermeticidad (en mbar)
Modificación Habilitación (PRESION_TUBERIA_HERMET)
de Datos de Montante Tiempo de Prueba gnr_habilitacion_montante
Fecha de registro de la Habilitación de
Modificación Habilitación Fecha de Registro de Habilitación Montante (FECHA_REGISTRO)
de Datos de Montante de Montante gnr_habilitacion_montante
Modificación Registro de Número de Tuberias de Conexión  NUEVO CAMPO

P á g i n a 15 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

de Datos Proyecto
Modificación Registro de
de Datos Proyecto Tipo Gabinete
 NUEVO CAMPO
Modificación Registro de
de Datos Proyecto Número de Gabinetes por tipo
 NUEVO CAMPO
Modificación Registro de
de Datos Proyecto Código de maya
 NUEVO CAMPO

**Considerar:

Los campos resaltados en el cuadro de color azul deberán de ser contemplados dentro
del desarrollo ya realizado como nuevos campos para la entrega final de este
entregable, de manera tal que dichos campos influyan en la lógica de la aplicación de
la siguiente manera para todos los flujos de proyectos en genera:

Se deberá adicionar el número de TC, tipo de gabinete y número de gabinetes por tipo: según el
número colocado en el caso de las TC deberá ser el número de fotos a solicitar al momento de
realizar el registro de la pruebas de Tubería de conexión ejm: si colocó 10 TC debe tomar 10
fotos , en cuanto a las pruebas de acometidas se debe considerar el número de gabinetes y el tipo que
irán asociadas a dicho proyecto ejm: 4 cuádruples 3 triples 2 dobles quiere decir que se tomaran
9 fotos y esto deberá restringir el ingreso de solicitudes en base al mismo ejm debería solo de
permitir 29 solicitudes, para los tipos de gabinete se deben considerar las siguientes opciones:
Gabinete Simple, Gabinete Doble, Gabinete Triple, Gabinete Cuádruple, Gabinete Quíntuple,
Gabinete Séxtuple.
Posteriormente al momento de registrar la TC y acometida se debe tener en cuenta que una vez
aprobada la solicitud, deberá, en el primer comercio (solicitud), registrar la TC, para esto deberá
registrar el número de pruebas una seguida de otra indicando el número de TC de cada prueba EJM:

TC1:

TC2

P á g i n a 16 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

ETC según el número de TC

En cuanto a las prueba de la Acometida completar los datos según lo antes registrado en el
proyecto, es decir, tomar la cantidad de datos, fotos y las pruebas que se le solicite.

Lo primero a solicitar y como dato general

Posteriormente Gabinete Cuadruple1…4:

Gabinete Triple1….3:

P á g i n a 17 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

Gabinete Doble1….:

Y al final le debe de solicitar esta foto la cual es una foto panorámica de la ubicación de todos los
gabinetes

Para el resto de solicitudes asignadas al mismo proyecto, deberá de registrar en automático una vez
realizada la programación de dichas solicitudes restantes los mismos datos que fueron ingresados
previamente en la primera solicitud, esto se deberá realizar mediante un Job que esté constantemente
cada vez que se realice una programación de TC o Acometida busque si hay actualizaciones sobre las
programaciones realizadas a las solicitudes que están asociadas a cualquier tipo de proyectos y han
definido el número de TC y Gabinetes que registraran.

En los rechazos de Habilitación se debe tener en consideración que si se rechaza para la habilitación
deberá de ir a la bandeja que tiene actualmente creada en el flujo de residenciales típicas, y deberá de
ir a una bandeja propia con los mismos comportamientos en case se rechace un proyecto en la cual
solo se listen los rechazos correspondientes a las habilitaciones de montantes, lo mismo para las
solicitudes de habilitación tanto de montante como de interna.

Se han agregado los flujos de proyectos tanto en Zonas gasificas como en zonas no gasificadas
para Comercios y Multifamiliares

10 DETALLE NO FUNCIONAL
RNF N° Descripción
Cumplir con los estándares de Seguridad
RNF-1
Owas Top Ten
Se requiere que el cambio implementado no afecte el flujo GNR ya implementado
RNF-2
RNF-3 Mantener los estándares de diseño del portal de Osinergmin.
Los cambios o implementaciones deben ser realizados de manera paramétrica ningún valor
RNF-4 debe ser como valor fijo.
Los parámetros deben de tener su respectivo mantenimiento.

P á g i n a 18 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

RNF-6 Pasar de manera exitosa las pruebas de vulnerabilidad.

11 MENSAJES DEL SISTEMA Y/O DE ERRORES

1. Los mensajes del sistema deben de ser claros para el usuario incluso para los errores no
controlados. Debe detallar el error, origen del error y lo que puede hacer el usuario para la
solución del mismo.
2. Debe de existir un adecuado control de los errores.
12 SUPUESTOS PRINCIPALES PARA EL FUNCIONAMIENTO DE LOS PROCESOS
1. El proveedor del servicio conoce el flujo del proceso
2. Las fuentes están actualizadas en el repositorio con la última versión desplegada en
producción.
13 FUERA DE ALCANCE DE LA SOLUCIÓN
14 CRONOGRAMA

P á g i n a 19 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

15 LISTA DE INTERESADOS

DivisiónGerencia /

Anexo
RF
Nombres y Apellidos Rol Correo
Asoc.

Olinda Condor Usuario Líder DSR ocondor@osinergmin.gob.pe

Adm. de cont.
Nicolas Llanos Portal de DSR nllanos@osinergmin.gob.pe
habilitaciones
Zandy Contreras Gestor GSTI zcontreras@osinergmin.gob.pe

16 ANEXOS

17 ACTA DE APROBACIÓN

Se listan los responsables de dar conformidad a los requerimientos.

Rol Fecha de
RF Nombres y Apellidos Firma
Responsable Aprobación
Gestor del
Zandy Contreras 2/10/2020
Requerimiento

Usuario Líder Olinda Condor 2/10/2020

Usuario Líder Nicolas Llanos 2/10/2020

P á g i n a 20 | 21
 Código: F1-PS4-2-PE-03
Gerencia de Sistemas y ESPECIFICACIÓN DE REQUERIMIENTOS Revisión: 02
Tecnologías de la Información

18 CONTROL DE VERSIONES

Versión N° Fecha Autor Descripción

1.0 02/10/2020 Zandy Contreras Creación del Documento
1.1 11/02/2021 Zandy Contreras Actualizacion

P á g i n a 21 | 21