Sistema de Gestión de Permisos Fase 4: SM300-Functional Design Versión 1.2

Global ICT
Unit / Unit
SISTEMA DE GESTIÓN DE PERMISOS

Fase 4
SM300- Functional Design

Versión 1.2
This document contains proprietary information of Enel SpA and shall only be used by the recipient in relation to the purposes for which it
was received. Any form of reproduction or disclosure without the express consent of Enel SpA is prohibited.
Written by: Santiago Pérez 22/08/2022
Verified by: dd/mm/yyyy
Approved by: . dd/mm/yyyy
Template Info
Name SM300-FunD_UserReq_SGP_Fase4 Version 1.2
Written by Santiago Pérez Márquez Date 15/09/2022
Verified by Processes, Systems and Compliance Date
Approved by Processes, Systems and Compliance. Date
REPRODUCTION FORBIDDEN Internal Use

Template Document Code Date and Version Name of document Pages
Code [PPM_code] Draft 20210302 SM300-FunD_UserReq_SGP_Fase4 V1.2 84
Global ICT
Unit / Unit
This document contains proprietary information of Enel SpA and shall only be used by the recipient in relation to the purposes for which it was received.
Any form of reproduction or disclosure without the express consent of Enel SpA is prohibited.
Distribution List
List of recipients and delivery modes of the document. For example:
Name Reference
Paola Carrasco P. Sponsor
Karina Montero G. Key User
Mario Vejar V. Key User
Changes to the document

The changes in the document must be detailed in this table:
VERSION CONTROL
Versio
Date Written by Reviewed by Section Changes description
n
Santiago
22/08/2022 1.0 Creación
Pérez
11/09/2022 1.1
Santiago Reglas de negocio en los
Pérez cambios de contratista en la
ficha de proyecto.
Reglas de negocio para la
visibilidad de los proyectos en
función del contratista que usa
la aplicación.
Reestructuración de opciones de
Gestión de pagos (reembolsos y
costos)
Aclaración fechas de aplicación
para los costes de permisos.
15/09/2022 1.2
Revisiones menores de formato y
redacción.
Table 1 – Versión Control

SM300 Small Enhancement Title Document Code Date and Version Name of document Page of
SM300 – SGP Fase 4 v.12 [PPM_code] Draft 20220822 SM300-
InformationDocument
FunD_UserReq_SGP_Fase
2 84
4 1.2
Global ICT
Unit / Unit
Index
1. Definitions, acronyms, abbreviations.................................................................
2. Glossary.................................................................................................................
3. Introduction...........................................................................................................
4. System Definition..................................................................................................
4.1. Objectives......................................................................................................................
4.2. Scope...........................................................................................................................
4.3. Conceptual Description................................................................................................
4.4. Technological Environment..........................................................................................
4.4.1. Technical Architecture....................................................................................
4.4.2. Impact/Relationships with other Information Systems (Interfaces)..................
4.4.3. Technical Constraints.....................................................................................
5. Functional Definition and User Profiles...........................................................

5.1. Functional Modules Definition......................................................................................
5.2. Functionalities Definition..............................................................................................
5.2.1. Proyectos........................................................................................................
5.2.1.1. Consulta................................................................................................
5.2.1.2. Edición..................................................................................................
5.2.2. Permisos OTROS (OT)...................................................................................
5.2.2.1. Consulta................................................................................................
5.2.2.2. Edición..................................................................................................
5.2.3. Boletas De Garantia........................................................................................
5.2.3.1. Consulta................................................................................................
5.2.3.2. Edición Boletas.....................................................................................
5.2.3.3. Reemplazo de Boletas..........................................................................
5.2.3.4. Edición Boletas Otros............................................................................
5.2.4. Permisos Municipales.....................................................................................
5.2.4.1. Consulta................................................................................................
5.2.4.2. Edición..................................................................................................
5.2.4.3. Permisos con condición EMERGENCIA................................................
5.2.5. Pagos Municipales..........................................................................................
5.2.5.1. Consulta................................................................................................
5.2.5.2. Edición..................................................................................................
5.2.6. Anticipos a Contratistas..................................................................................
5.2.6.1. Consulta de Anticipos............................................................................
5.2.6.2. Edición de Anticipos..............................................................................
5.2.7. Permisos SERVIU...........................................................................................
5.2.7.1. Consulta de Permisos SERVIU.............................................................
5.2.7.2. Edición de Permisos SERVIU...............................................................
5.2.7.3. Edición Masiva de Permisos SERVIU...................................................
5.2.7.4. Sistema de autorización de edición para contratistas............................
5.2.8. Permisos MOP................................................................................................
5.2.8.1. Consulta................................................................................................
5.2.8.2. Edición de Permisos MOP....................................................................
5.2.8.3. Sistema de autorización de edición para contratistas............................

InformationDocument
3 84
4 1.2
Global ICT
Unit / Unit
5.2.9. Gestión de Pagos...........................................................................................

5.2.9.1. Reembolsos Municipales (GRM)...........................................................
5.2.9.2. Reembolsos Permisos SERVIU (RS)....................................................
5.2.9.3. Pagos Costos Gestión de Permisos Municipales (GPM).......................
5.2.9.4. Pagos Costos Gestión Elenco Compensi SERVIU (CS).......................
5.2.9.5. Pagos Costos Permisos MOP (PAIFM/PGM)........................................
5.2.10. Webservices consulta de datos......................................................................
5.2.11. Gestión de Costos Unitarios...........................................................................
5.2.12. Mantenimiento de Contratistas.......................................................................
5.2.13. Alertas - Mantenimiento de lista de correos....................................................
5.2.14. Importación Masiva de Ficheros Adjuntos......................................................
5.2.15. Control de cambios por Bitacoras...................................................................
5.3. Functional Requirements Traceability..........................................................................
5.3.1. Non-Functional Requirements........................................................................
5.4. User Profiles................................................................................................................
6. Analysis Model Definition..................................................................................

6.1. Entity Model Definition.................................................................................................
6.2. User Interface (UX) Definition......................................................................................
7. Data Protection Local Law.................................................................................
8. Segregation of Duties.........................................................................................
9. Annexes...............................................................................................................
10. Standards and Tips.............................................................................................

InformationDocument
4 84
4 1.2
Global ICT
Unit / Unit
1. Definitions, acronyms, abbreviations

List of definitions of specific terms used in the document. List of Acronyms. Full description of
each adopted abbreviation.
Acronym and Key words Description

SGP Sistema de Gestión de Permisos
MOP Ministerio de Obras Públicas
SERVIU Servicio de Vivienda y Urbanización
PM Pago Municipal
OT Otros Permisos
BG Boleta de garantía (documento de crédito bancario)
OOEE Obras Eléctricas
OOCC Obras Civiles
EDT Estruc. Desglosada del Trabajo
DI Derechos de Inspección
PGM Pago Gestión MOP
PAIFM Pago Asesoría Inspección Fiscal MOP
EC Elenco Compensi
GRM Reembolso Municipal
RS Reembolso SERVIU
GPM Gasto Permiso Municipal (Costos)
CS Costos SERVIU
EFE Empresa de los Ferrocarriles del Estado
DOH Dirección de Obras Hidráulicas
DGA Dirección General de Aguas
SCM Sociedad del Canal de Maipo
DGAC Dirección General de Aeronáutica Civil
Table 2 – Definitions, acronyms, abbreviations

InformationDocument
5 84
4 1.2
Global ICT
Unit / Unit
2. Glossary
List of definitions used in this document.
Term Meaning
Structured representation of the functions (activities, actions, processes,
operations) within the system or one of its parts.
Functional diagram
The model aims at facilitating the identification of information needs and helping
to recognize opportunities.
Diagram which has the purpose of representing the internal structure of the
software system modeled in terms of its main components and the relationships
Component diagram between them.
A component is a software unit with a distinct identity, as well as a distinct
responsibility and well-defined interfaces.
Diagram which describes a system in terms of hardware resources, nodes, and
relationships between them.
Often there is a diagram showing how the software components are distributed
Deployment diagram
in the available hardware resources on the system.
In essence, it shows the physical location (deployment) of components of the
architecture
The process view is a way of showing what the system does at a high level from
Activity diagram a process prospective, explaining how the small steps within the process fit
together, in terms of order and information flow.
Diagram representing the actors outside of a system capable of interacting with

the system itself. It represents the highest level view of a system.
Use case diagram
Shows the system as a whole and its input and output to and from external
elements.
Table 3 – Glossary

InformationDocument
6 84
4 1.2
Global ICT
Unit / Unit
3. Introduction
En el presente documento se define el alcance del requerimiento SISTEMA DE GESTIÓN

DE PERMISOS (SGP) en su FASE 4 y las funcionalidades para su desarrollo.
El objetivo de este requerimiento es ampliar la funcionalidad del aplicativo mejorando la

gestión de los actuales permisos Municipales, MOP y Serviu, así como la gestión de Boletas. Se
dará soporte a un nuevo tipo de permiso de tipo generalista que de denominará Permisos Otros
(OT). Se dará soporte a la gestión de reembolsos, así como de anticipos a los contratistas. Se
generarán webservices para facilitar la adquisición de datos para ser explotados en PowerBI.
Se procederá a realizar una importación de ficheros que actualmente se encuentran en
Sharepoint de forma que queden asociados a los proyectos correspondientes. Se implementará
un sistema de permisos para los colaboradores que permitan segmentar a que partes de los
diferentes permisos tiene acceso un colaborador en concreto.
Se implementarán mejoras en el interface de usuario para facilitar la edición en diálogos de

los diferentes permisos y boletas, así como se cambiará el interface con el menú de opciones
de la aplicación.

InformationDocument
7 84
4 1.2
Global ICT
Unit / Unit
4. System Definition
4.1. Objectives
 Mejoras en la consulta de consulta de Proyectos.
 Creación de nuevos campos en la edición de Proyectos.
 Gestión de los permisos de tipo Otros.
 Gestión de boletas de garantía para los permisos Otros.
 Boletas para los Permisos OTROS.
 Gestión de los reembolsos a contratistas para los permisos municipales.
 Gestión de costes para los permisos municipales.
 Gestión de los pagos municipales.
 Gestión de anticipos a contratistas.
 Mejoras en la consulta de permisos SERVIU.
 Edición masiva de permisos SERVIU mediante la selección de permisos.
 Creación de nuevos campos en la edición de permisos SERVIU.
 Gestión de reembolsos para permisos SERVIU.
 Gestión para los costos de Gestión EC SERVIU
 Mejoras en la consulta de permisos MOP
 Creación de nuevos campos en la edición de permisos MOP
 Mejoras en la gestión de boletas de garantía.
 Creación de webservices para la exportación de datos.
 Gestión de valores para los costes unitarios.
 Mantenimiento de contratistas.
 Mantenimiento para la lista de destinatarios de las alertas.
 Importación masiva de ficheros asociados a proyectos.

InformationDocument
8 84
4 1.2
Global ICT
Unit / Unit
 Implementación de bitácoras para el registro de los cambios realizados en permisos y

boletas.
Los perfiles de usuario que participan en el proceso de gestión de los permisos serán:
- Contratista.
- Enel.
- Enel Mandante
- Municipios.
- Administrador.
- Visor (nuevo perfil).
4.2. Scope
No Aplica
4.3. Conceptual Description
El alcance funcional de la solución incorporado en esta Fase 4 corresponde a:

1. Consulta de Proyectos
2. Edición de Proyectos
3. Permisos OTROS
4. Boletas para los Permisos OTROS
5. Consulta de Permisos Municipales
6. Edición de Permisos Municipales
7. Gestión de Reembolsos Municipales
8. Costos de Gestión Permisos Municipales
9. Pagos Municipales
10. Gestión de Anticipos a Contratistas
11. Consulta de Permisos SERVIU
12. Edición masiva de Permisos SERVIU
13. Edición permisos SERVIU
14. Reembolsos SERVIU
15. Costos Gestión EC SERVIU
16. Consulta de Permisos MOP
17. Edición de Permisos MOP
18. Costo Permisos MOP
19. Gestión de Boletas de Garantía
20. WebServices de exportación de datos
21. Gestión de Costes Unitarios
22. Mantenimiento de Contratistas
23. Alertas - Mantenimiento de lista de correos
24. Importación Masiva de Ficheros Adjuntos
25. Control de cambios por bitácoras
26. Mejoras en interface aplicación
4.4. Technological Environment

InformationDocument
9 84
4 1.2
Global ICT
Unit / Unit
4.4.1. Technical Architecture

Ibatis
Java Spring Framework
Primefaces
PostgreSQL
WildFly JBOSS Server
4.4.2. Impact/Relationships with other Information Systems (Interfaces)
No aplica
4.4.3. Technical Constraints

No aplica

InformationDocument
10 84
4 1.2
Global ICT
Unit / Unit
5. Functional Definition and User Profiles

5.1. Functional Modules Definition
 Proyectos
o Consulta
o Edición
 Permisos OTROS
o Consulta
o Edición
 Boletas de Garantía
o Consulta
o Edición Permisos OTROS
o Edición
 Permisos Municipales
o Consulta
o Edición
o Permisos con Tipo de Condición Emergencia
 Pagos Municipales
o Consulta
o Edición
 Gestión de Anticipos a Contratistas
 Permisos SERVIU
o Consulta
o Edición
o Edición masiva
 Permisos MOP
o Consulta
o Edición
 Reembolsos Municipales
o Reembolsos Municipales
o Costos de Gestión Permisos Municipales
 Reembolsos SERVIU
o Reembolsos SERVIU
o Costos Gestión EC SERVIU
 Reembolsos MOP
o Costo Permisos MOP
 WebServices de exportación de datos
 Gestión de Costes Unitarios
 Mantenimiento de Contratistas
 Alertas - Mantenimiento de lista de correos
 Importación Masiva de Ficheros Adjuntos
 Control de cambios por bitácoras

InformationDocument
11 84
4 1.2
Global ICT
Unit / Unit
5.2. Functionalities Definition
5.2.1. Proyectos.
5.2.1.1. Consulta.
En la consulta de proyecto se realizarán cambios para facilitar el acceso de la información de
forma que al realizar una consulta de proyectos en la tabla de resultado se puedan acceder a
los permisos y boletas vinculados con el proyecto, facilitando además la edición y visualización
de cada entidad vinculada al proyecto en ventanas flotantes de modo que la consulta se
mantenga en el fondo.
Los contratistas podrán acceder al módulo de proyectos (sin poder editar), pero solo se
mostrarán los proyectos en los que aparezcan vinculados. Del mismo modo dentro de cada
proyecto solo podrán visualizar los permisos que les competan.
Los usuarios con perfil VISOR podrán acceder también a esta consulta en modo solo lectura.
La exportación de proyectos ahora incluirá un link para descargar los documentos adjuntos al
proyecto. El link permitirá la descarga de un único fichero ZIP con los ficheros vinculados a cada
proyecto. El nombre del fichero contendrá el código del proyecto y el timestamp del momento de
su generación. El link de descarga tendrá el siguiente formato usando el parámetro entity y
tokenId para ubicar el proyecto:
https://gestionpermisos.enel.com/download?type=proyecto&tokenId= 9a3d6127374af09c22015bf3ede3ac00a36e3ec6
Norma General: Para poder operar con los links de descarga el usuario debe de estar logeado
en la aplicación y por lo tanto no podrán ser usados directamente por usuarios externos al
sistema cumpliendo así los requerimientos de seguridad.
La tabla de resultados mostrará una nueva columna para los permisos OTROS que
funcionará de forma análoga al resto de los permisos.
Junto al botón de consultar se mostrará un botón con el texto ‘Resumen’ que mostrará un
dialogo con el resumen de permisos agrupados por estados.

InformationDocument
12 84
4 1.2
Global ICT
Unit / Unit
En la consulta de proyectos se al hacer click sobre cantidad de permisos se abrirá una

ventana con un resumen de los permisos vinculados al proyecto. El icono de información junto
al número de ítems de un proyecto mostrara el resumen por estado para dichos ítems, y el
icono de información en la cabera de la tabla mostrará el mismo resumen, pero para todos los
ítems de ese tipo que estén dentro del filtro actual de la consulta.

InformationDocument
13 84
4 1.2
Global ICT
Unit / Unit
5.2.1.2. Edición.
En la edición de proyectos realizarán los siguientes cambios:
- Los tipos de proyectos asociados al proyecto ya no serán automáticos y el usuario
definirá por tanto los tipos de permisos permitidos para un proyecto, de modo que al
crear algún tipo de permiso o boleta el sistema filtre los proyectos que tienen habilitado
ese tipo de permiso (los Permisos OTROS se trataran de forma genérica como un único
tipo). Se procederá a informar estos campos para los proyectos ya existentes en función
de sus permisos asociados. El sistema no permitirá retirar la marca a un tipo de permiso
en el caso de que el proyecto tenga asociados permisos de ese tipo.
- Cada tipo de proyecto (Municipal, SERVIU, MOP y OTROS) podrá tener informada a
nivel individual la siguiente información:
o KM aéreos.
o KM subterráneos.
o Presupuesto.
o Grafos (pueden ser varios)
o LCLs (pueden ser varios)
o Contratistas asignados al tipo de permiso
 P. Municipales:
 Cont. de Obra (creador del permiso)
 E. Solicitante
 P.MOP:
 E. Contratista (creador del permiso)
 E. Consultora
 P. SERVIU:
 Cont. Lamina (creador del permiso)
 Cont. Renac
 Cont. Obra

InformationDocument
14 84
4 1.2
Global ICT
Unit / Unit

P. OTROS:
 Cont. Obra
- Se habilitará una ventana donde el usuario podrá visualizar un resumen de la cantidad
de permisos de forma desglosada por tipo y estado según cada caso.
- En la ficha del proyecto el usuario podrá informar de un monto ‘proyectado‘ total para los
reembolsos y costos del proyecto (en total) y se podrán visualizar los pagos ya validados
para el proyecto tanto de reembolsos como de costos (por separado).
- En la sección de cada tipo de permiso se podrá indicar los pagos proyectados para cada
permiso, así como el coste real hasta la fecha tanto para reembolsos como para costos
(por separado)
- Será posible asignar varias municipalidades a un proyecto en lugar de una sola.
- La carga de documentos en proyectos dispondrá de 3 botones específicos para la carga
de los siguientes tipos de documentos:
o KMZs
o Plano eléctrico
o Otros documentos
Ningunos de los nuevos campos son obligatorios en el alta o la edición de los proyectos.
Ficha de proyecto
Cuando un contratista esté asignado a un determinado tipo de proyecto ya podrá tener

acceso a visualizar los datos del proyecto y según sea el caso podrá crear y acceder a los datos
del tipo de permiso correspondiente.
No obstante, a la asignación de contratistas realizada en el proyecto el acceso por parte de

los usuarios vinculados a los contratistas quedará sujeto a la configuración de permisos de los

InformationDocument
15 84
4 1.2
Global ICT
Unit / Unit
contratistas. Para cada caso la lista de contratistas solo contendrá los contratistas que estén
activos según su configuración de estados.
Una vez realizada la asignación de contratistas por parte de Enel, todos los nuevos
permisos creados para el proyecto tendrán asignados los contratistas fijados para el proyecto.
Al realizar la primera asignación de contratistas a un determinado proyecto si dicho

proyecto ya tiene permisos creados se procederá de forma automática a asignar los contratistas
a dichos permisos.
En el caso de realizarse un cambio de contratista asignado a un tipo de permiso se le dará

a elegir al usuario ENEL si desea cambiar los contratistas actualmente asignados a los
permisos o dejar la asignación actual (no será posible hacer el cambio de asignación a un
permiso que ya tenga peticiones de reembolso creadas). Si no existen permisos afectados por
cambio de contratista no se preguntará nada al usuario.
En la ficha del proyecto se dispondrá de un botón que permitirá descargar todos los
documentos adjuntos usando el mismo sistema empleado en la exportación.
El estado de los proyectos seguirá las siguientes reglas:

Estado Regla
INGENIERIA Automático al ingresar proyecto
OBRAS Automático al ingresar contratista de obra (en algún permiso)
FINALIZADO Automático al estar todos los permisos finalizados
PARALIZADO Manual
DESESTIMADO Manual
A nivel de estructura de datos se generarán las siguientes nuevas entidades:

- Tipos de Permisos (permiso_tipo [pti]).
- Proyecto Municipio (proyecto_municipio [prmu])
- Proyecto Permiso (proyecto_tipo_permiso [prtp])
- Proyecto Grafos (proyecto_grafo [prgrf])
- Proyecto LCLs (proyecto_lcl [prlcl])
5.2.2. Permisos OTROS (OT).
5.2.2.1. Consulta
El acceso a la consulta y edición quedará habilitado para los usuarios ENEL y para los
usuarios de tipo contratista siempre y cuando estén habilitados para el acceso en la matriz de
configuración de accesos de contratista o bien el contratista tuviese asignados permisos de tipo
otro.
Si el usuario activo es Contratista el filtro para contratista en la consulta aparecerá con el

valor prefijado del contratista activo y deshabilitado de forma que no se pueda cambiar.

InformationDocument
16 84
4 1.2
Global ICT
Unit / Unit
Si el usuario activo es Contratista, pero NO está autorizado para los permisos Otros no podrá
crear nuevos permisos de este tipo mostrándose deshabilitado el botón de alta.
Para la gestión de este tipo de permisos el usuario dispondrá de una pantalla inicial donde
poder filtrar los permisos disponiendo para ello de los siguientes campos de filtrado:
 Código de trabajo (proyecto)
 Tipo de permiso
 Comuna
 Descripcion
 Estado
 Boleta asignada
 Contratista
Una vez realizada la consulta de los permisos el usuario dispondrá de una opción para poder
exportar el resultado de la consulta en un fichero Excel que incluirá todos los datos vinculados
con los permisos incluyendo un link para poder descargar los ficheros adjuntos a cada uno de
los permisos y también otro link a una segunda hoja del libro donde se ve la bitácora completa
de cada permiso exportado (con links a los ficheros adjuntos de cada entrada de la bitácora).
A nivel de la pantalla de consulta de proyectos los Permisos Otros se presentarán de forma

agrupada sin entrar a distinguir de que tipo se trate y disponiendo de un enlace para poder
consultarlos de igual forma que se hace actualmente con los tipos de permisos que ya existen
en el sistema.
Norma General: Para poder operar con los links de descarga el usuario debe de estar logeado
en la aplicación y por lo tanto no podrán ser usados directamente por usuarios externos al
sistema cumpliendo así los requerimientos de seguridad.
Los usuarios Contratistas podrán crear permisos de éste tipo siempre y cuando tengan activa
dicha función en su configuración de permisos (en caso contrario el botón aparecerá
desactivado).
Los estados de este tipo de permisos se definen según las siguientes reglas:
Estado Regla
INGRESADO Al crearse el permiso y no tener informada fecha de aprobación o
cierre ni haberse desestimado.
APROBADO Al haberse informado la fecha de aprobación
CIERRE Al haberse informado la fecha de cierre.
DESTIMADO Al haberse solicitado por parte del usuario la desestimación del
permiso.

InformationDocument
17 84
4 1.2
Global ICT
Unit / Unit
La modificación de cada uno de los cambios de estado en un permiso implicará la

generación automática de una entrada en la bitácora.
Se habilitará una opción en el formulario de consulta para obtener en una ventana el

resumen por estados de los permisos según el filtro actual de la consulta.
5.2.2.2. Edición
Se definen unos nuevos tipos de permisos que reunirán una serie de campos comunes
compartidos por todos ellos. La tipología de estos permisos se establecerá con unos valores
iniciales, pero podrá ser ampliada en el futuro bajo solicitud del usuario para cubrir nuevos tipos
de permisos manteniendo siempre el conjunto común de datos.
Los usuarios con perfil contratista no podrán hacer cambio en los campos de contratista
asignado. Los usuarios de tipo ENEL podrán cambiar libremente el contratista que venga
preasignado por el proyecto asignando otro a su elección siempre y cuando este autorizado en
la matriz de permisos de contratistas.

InformationDocument
18 84
4 1.2
Global ICT
Unit / Unit
Cuando un contratista cree un nuevo permiso en el seleccionable de proyectos solo le

aparecerán los proyectos en los que el contratista esté asignado.
El cambio de proyecto asignado a un permiso solo será posible si el permiso no tiene boletas
asignadas ni tiene reembolsos solicitados.
Al igual que el resto de los permisos actuales cada uno de estos permisos estará vinculado
con un determinado proyecto a través del ‘código de trabajo’.
Cada uno de los permisos dispondrá a su vez de una bitácora donde de forma automática
(con los cambios de estado) o de forma manual por parte del usuario se pueda llevar un registro
de la vida del permiso.
Los tipos de permisos que se contemplan inicialmente son:
NOMBRE SIGNIFICADO
EFE Empresa de los Ferrocarriles del Estado
SERVIDUMBRES Privados
DOH Dirección de Obras Hidráulicas
DGA Dirección General de Aguas
SCM Sociedad del Canal de Maipo
DGAC Dirección General de Aeronáutica Civil
Para registrar estos tipos se creará una tabla donde se definirán:

Campo Tipo Descripción
(*) Código de Permiso Alfanumérico 12 caracteres Cod. Nemotécnico para identificar el tipo de
permiso.
(*) Nombre de Permiso Alfanumérico 120 caracteres Descripción completa del tipo de permiso
(*) Campos obligatorios.
Los campos comunes disponibles para estos permisos serían:

Campo Tipo Descripcion
(*) Código tipo de permiso Clave externa Tipo de permiso asignado
(*) Código de trabajo Clave externa Código del proyecto al que está vinculado el
permiso
(*) Descripción permiso Alfanumérico 180 Descripción completa del permiso
caracteres
(*) Cod. Comuna Clave externa Código de la comuna vinculada al proyecto
(*) Contratista asociado Clave externa Contratista vinculado al permiso
Fecha de Ingreso Fecha Fecha en la que se ingresa el permiso (por
defecto la fecha actual)

InformationDocument
19 84
4 1.2
Global ICT
Unit / Unit
Fecha de Aprobación Fecha Fecha de aprobación del permiso

Fecha de Cierre Fecha Fecha en la que se produce el cierre del
permiso
(*) Fecha creación Fecha Actual Fecha en la que se crea el permiso
<Ficheros adjuntos> Conjunto de ficheros adjuntos al permiso
Estructura Bitácora:
(*) Clase de permiso Clave externa (uso interno) PM / MOP / SERVIU / OTROS
Código tipo de permiso Clave externa Tipo de permiso asignado (solo para
OTROS)
(*) Código de trabajo Clave externa Código del proyecto al que está vinculado el
permiso
(*) Fecha registro Fecha
(*) Descripción entrada Texto libre Descripcion de la entrada en la bitácora
(*) Cod. Comuna Clave externa Código de la comuna vinculada al proyecto
Fecha de Ingreso Fecha Fecha en la que se ingresa la entrada en la
bitácora (por defecto fecha actual)
Fecha de Respuesta Fecha Fecha de respuesta (si procede)
Texto de Respuesta Texto libre Texto asociado a la respuesta (si procede)
Número de Oficio Numérico sin decimales Solo P. SERVIU
Fecha de Oficio Fecha Solo P. SERVIU
Número de Carta Alfanumérico (12) Solo P. SERVIU
(*) ID Usuario Clave externa (automático) Código del usuario que genera la entrada
en la bitácora
<Ficheros adjuntos> Conjunto de ficheros adjuntos a la entrada
en la bitácora
Todos los campos incluido el tipo de permiso asignado podrán ser cambiados por el usuario
en todo momento.
Este tipo de permiso solo se podrá gestionar por los usuarios con perfil Enel o los usuarios
contratistas si así lo tienen habilitado en la matriz de permisos y será visible en modo edición
por los usuarios con perfil VISOR.
NO se definen ningún tipo de alertas vinculadas ni automáticas ni manuales con este tipo de
permisos.
Se dispondrá de una opción para poder subir documentación vinculada al permiso no

estableciéndose restricción en cuanto a la cantidad de documentos que el usuario pueda subir,
siendo posible descargar de forma individual o completa los documentos vinculados a un
determinado permiso.

InformationDocument
20 84
4 1.2
Global ICT
Unit / Unit
Norma General: Todas las ventanas de documentos adjuntos dispondrán de un botón que
permita la descarga de todos los documentos mostrados en la ventana en un único fichero ZIP.
Los permisos otros podrán ser vinculados con una boleta del tipo Otros que exista en el
sistema y que este asociado al mismo proyecto y no asignada aún a ningún permiso (la relación
entre las boletas de tipo Otros y los permisos de tipo Otros es de uno a uno).
El usuario dispondrá de una opción para poder desestimar un permiso de igual forma que ya
existe en los permisos actuales indicando la causa de la desestimación. La desestimación de un
permiso NO implicará la desestimación de la boleta que pudiera tener asociada en ese
momento la cual seguirá vinculada al permiso hasta que el usuario realice la desvinculación,
pero aparecerá sin permiso vinculado a nivel de consulta en pantalla de boletas o exportación
de los datos de las boletas.
Norma general: es que cuando un permiso se desestime la relación con las boletas que
estuvieran vinculadas con el permiso no se elimina a nivel interno, pero a nivel de interface de
usuario tanto el permiso como la boleta no mostraran el vínculo que solo será visible
accediendo a la ficha del permiso desvinculado.
El usuario podrá eliminar por completo un permiso Otros siempre y cuando no tenga una
boleta vinculada. La eliminación por completo de un permiso conllevará la eliminación de sus
documentos adjuntos y de las entradas en la bitácora.
La creación, edición y consulta de los Permisos Otros se efectuará en ventanas emergentes

de modo que el usuario no pierda la ventana de consulta que siempre permanecerá en el fondo.
El dato de la boleta de garantía y la opción de documentos solo estará habilitado en la fase

de edición del permiso no durante el alta ya que hasta que el permiso no exista en el sistema no
se le pueden vincular otras entidades.
El usuario podrá desde el formulario de edición del permiso crear una nueva boleta de
garantía del tipo otros o editar el contenido de la boleta. Si la boleta ya existe se podrá
seleccionar desde el desplegable, el cual mostrará todas las boletas de tipo otros que aún no
están asignadas a ningún permiso, así como una opción en blanco para dejar el permiso sin
ninguna boleta asignada.

InformationDocument
21 84
4 1.2
Global ICT
Unit / Unit
A nivel de estructura de datos se generarán las siguientes nuevas entidades:

- Tipos de Permisos Otros (otro_tipo [otp]).
- Permisos Otros (otro [otr])
- Estado de permisos Otros (otros_estado [etes])
- Relación Boleta Permiso Otro (rel_otro_boleta [rob])
- Permiso Otro Adjunto (permiso_otro_adjunto [peoa])
5.2.3. Boletas De Garantia
5.2.3.1. Consulta
La consulta de boletas mostrara un solo registro por boleta el cual agrupará a todos los
permisos a los que esté asignada de modo que se pueda desplegar en la tabla de resultados la
lista de dichos permisos posibilitándose la edición de estos directamente desde ahí.
Norma General: No será posible la asignación de boletas a un permiso cuando el monto

disponible no lo permita y del mismo modo no será posible modificar el monto si el indicado no
es suficiente para dar cobertura a los permisos actualmente asociados a la BG
Desde la gestión de boletas se podrán crear todo tipo de boletas de garantía y no solo de
tipo municipal. No obstante, la asignación de las boletas a los permisos se deberá de efectuar
mediante la edición de los permisos que correspondan.
La exportación de boletas generará un Excel de una sola hoja con las boletas incluyendo en
una columna un link para acceder a los ficheros adjuntos a la boleta y se incluirá además un
vínculo para visualizar la ficha del permiso vinculado a la boleta o la consulta necesaria para el
caso de SERVIU.
Nota: Para poder operar con los links de descarga el usuario debe de estar logeado en la
aplicación y por lo tanto no podrán ser usados directamente por usuarios externos al sistema
cumpliendo así los requerimientos de seguridad.

InformationDocument
22 84
4 1.2
Global ICT
Unit / Unit
5.2.3.2. Edición Boletas

Todas las boletas incluirán un nuevo campo para introducir un texto breve a modo de
comentario y también tendrán la posibilidad de adjuntar ficheros asociados con las mismas.
Las boletas de tipo SERVIU ya sean de tipo ejecución o mantención dispondrán de un nuevo
campo para indicar si corresponden con boletas de tipo Enel o de tipo Contratista dicho campo
se denominará ‘tomador’.
Los diferentes tipos de boletas incorporaran la posibilidad de adjuntar ficheros.

InformationDocument
23 84
4 1.2
Global ICT
Unit / Unit
En el caso de las boletas de tipo MOP al ser creadas o editadas desde el mantenimiento de
boletas se accederá al siguiente formulario quedando los campos comunes vinculados al
permiso MOP correspondiente y no a las boletas de forma individual.

InformationDocument
24 84
4 1.2
Global ICT
Unit / Unit
Edición y asignación de boletas MOP desde la ficha de un permiso MOP.
5.2.3.3. Reemplazo de Boletas

Todos los tipos de boleta dispondrán de un campo que indica si la boleta precisará de un
reemplazo en el futuro. El reemplazo se realizará desde la edición de la nueva boleta usando el
botón de reemplazar el cual mostrara una ventana en la cual el usuario debe de indicar la boleta
a ser reemplazada mediante un desplegable donde aparecerán todas las boletas del mismo tipo
y que tengan la marcar de precisa reemplazo, así como no estar desestimadas o ya
reemplazadas.
Al efectuar el reemplazo de la boleta la actual queda desasignada (si es que lo estuviera) y la

nueva boleta se asigna al permiso o permisos que tuviese asignado la boleta reemplazada.
5.2.3.4. Edición Boletas Otros

Se generará un nuevo tipo de boletas las cuales solo se podrán vincular con un único
permiso del tipo Otros. Para este tipo de boletas se definirán los siguientes campos:

(*) Código de trabajo Clave externa Código del trabajo/proyecto asociado a la

InformationDocument
25 84
4 1.2
Global ICT
Unit / Unit
boleta
(*) Número de boleta Alfanumérico (12) Número de la boleta (debe ser único)
ID. Permiso Otros Clave externa ID del permiso vinculado a la boleta
(*) Monto Numérico 2 decimales Monto total de la boleta
(*) Fecha de vencimiento Fecha Fecha de vencimiento de la boleta
(*) Banco Clave externa Entidad bancaria vinculada a la boleta
(*) Fecha solicitud interna Fecha Fecha de solicitud interna de la boleta
El estado de este tipo de boletas seguirá las siguientes reglas:

Estado Regla
EN CURSO Al crearse el permiso y no tener informada fecha de aprobación o
cierre ni haberse desestimado.
VENCIDA Al alcanzado la fecha de vencimiento
DESTIMADA Al haberse solicitado por parte del usuario la desestimación del
permiso.
Todos los campos de la boleta serán modificables por el usuario a excepción del código de
proyecto asignado en el caso de que la boleta este asignada a un permiso en ese momento.
Las boletas se podrán crear tanto desde el mantenimiento de boletas como directamente
desde la edición de algún ‘permiso Otros’.
Este tipo de boletas se mostrarán junto en el resto de las boletas en el manteamiento de

boletas visualizándose el permiso Otros que tiene vinculado en ese momento.
Al igual que con el resto de las boletas, el usuario podrá desestimar una determinada boleta
o bien proceder a su completa eliminación siempre y cuando la boleta no se encuentre
vinculada a un permiso en ese momento. La desestimación de una boleta implicara su
desvinculación con el permiso que pudiera tener asignado.
Este tipo de boleta se volcará en el fichero Excel junto con el resto de las boletas actuales.
Solo los usuarios con perfil ENEL podrán crear este tipo de boletas pudiendo ser
consultadas por los usuarios con perfil VISOR.

InformationDocument
26 84
4 1.2
Global ICT
Unit / Unit
5.2.4. Permisos Municipales
5.2.4.1. Consulta
Se habilitará la posibilidad de poder filtrar los permisos municipales por:
- Tipo de obra asignado
- Tipo de rotura
- Permiso SERVIU vinculado
- Boleta Municipal vinculada.
- Condición del permiso (Primera Vez / Renovación / Emergencia)
El resultado de la consulta presentara los resultados agrupados por código de proyecto.
La exportación de los permisos municipales incluirá un enlace para poder solicitar la descarga
de los ficheros adjuntos al permiso, así como también la boleta vinculada al permiso.
Se habilitará una opción en el formulario de consulta para obtener en una ventana el resumen
por estados de los permisos según el filtro actual de la consulta.

InformationDocument
27 84
4 1.2
Global ICT
Unit / Unit
5.2.4.2. Edición
Los usuarios con perfil Enel podrán crear nuevos permisos municipales y en este caso:
- El contratista asignado al permiso quedará determinado por los datos de contratistas
asignados pero podrá cambiarse por otro cuando el permiso sea creado o editado por
Enel.
- No se pasará por el estado de Pendiente Aprobación Enel.
- Los usuarios Enel podrán avanzar el permiso hasta su envío al municipio, pero NO
podrán realizar la aprobación municipal que será tarea exclusiva del contratista asignado
al permiso.
- Cuando un contratista cree un nuevo permiso en el seleccionable de proyectos solo le
Los usuarios Contratistas podrán crear permisos de este tipo siempre y cuando tengan activa
desactivado).
La edición de los permisos municipales se realizará siempre en modo ventana de modo que
la consulta quede al fondo, aplicándose esto a la opción de Consulta, Bandeja Permisos pdte.
Aprobar y Bandeja Permisos pdte Folio.
asignado. Los usuarios de tipo ENEL podrán reasignar el contratista de un permiso siempre y
cuando dicho permiso no tenga anticipos o gestiones de cobro ya vinculadas al permiso.
Los permisos municipales tendrán vinculada una bitácora donde se crearán registros de
forma automática según se produzcan cambios de estado en el permiso o bien de forma manual
por parte del usuario.

InformationDocument
28 84
4 1.2
Global ICT
Unit / Unit
Para los usuarios de perfil ENEL se habilitará la posibilidad de asignar a un permiso una
boleta de tipo municipal con una relación de uno a uno.
La asignación de la boleta al permiso quedará registrada en la bitácora, así como cualquier

cambio en sus datos.
Cuando el contratista realice la aprobación municipal del permiso deberá de adjuntar en

opciones separadas el documento de la boleta y el documento del permiso. El documento del
permiso siempre será obligatorio pero el de la boleta solo se requerirá si el municipio asignado a
la boleta tiene asignado dicho requisito (para eso se requerirá crear dicho atributo en la tabla de
municipios). Los municipios que en principio NO requieren obligatoriamente de boleta son:
- Providencia.
- Recoleta.
- Nuñoa
- Independencia
- Vitacura
- Santiago
Dicha relación de municipios puede cambiar y se gestionará como un atributo de la tabla de
municipios (no editable por el usuario). Estos municipios además son los que admiten post-
pagos municipales.
Mientras que el permiso no pase a estado CERRADO el contratista podrá tener la posibilidad
de acceder a la opción de adjuntar documentos y subir o eliminar documentos.

InformationDocument
29 84
4 1.2
Global ICT
Unit / Unit
Cuando el estado del permiso será ‘pendiente de aprobación Enel’ el contratista podrá editar
todos los campos del permiso. Una vez el permiso sea aprobado los campos quedarán
bloqueados a excepción de la opción de adjuntar documentos.
En la ventana de Datos Obra/Proyecto se eliminarán los datos informativos del proyecto y se

incluirá un campo de observaciones que podría ser informado tanto por el contratista como por
Enel.
Se habilitará la posibilidad de que el contratista pueda señalar manualmente en el mapa el

punto exacto donde se realizara la intervención cuando no sea posible ubicar la localización de
forma automática.
Mientras que el permiso no haya pasado la aprobación de ENEL el contratista puede

modificar cualquier campo sin pedir autorización.

InformationDocument
30 84
4 1.2
Global ICT
Unit / Unit
Al crear un permiso municipal si la fecha de inicio del permiso es posterior a la fecha actual
no se permitirá guardar el permiso, se precisará de la aprobación por parte de Enel (se avisará
al usuario al momento de ingresar las fechas sin tener que llegar al paso de guardado). Al
mostrar el aviso se dará la opción al contratista de solicitar autorización.
En caso se solicitarse se mandará un correo a los usuarios Enel para que activen la
autorización que estará vigente hasta la fecha definida por el usuario Enel (en el caso de indicar
observaciones éstas se incluirán en el correo).
Una vez realizada la autorización el usuario autorizado (el contratista) recibirá una notificación
vía correo electrónico (en el caso de indicar observaciones éstas se incluirán en el correo).
Si el usuario Enel quisiera revocar una autorización emitida accederá de nuevo a la opción de
autorización registrando el rechazo.

InformationDocument
31 84
4 1.2
Global ICT
Unit / Unit
Crear dos nuevas notificaciones/alertas para:

- Permisos pendientes de antecedentes y han pasado más de 24 (parámetro de la aplicación)
horas después de su creación.
- Permisos pendientes de aprobación municipal, cuando estemos a menos de 48 horas de fecha

de inicio del trabajo.
5.2.4.3. Permisos con condición EMERGENCIA

Los permisos creados con condición emergencia NO precisarán de autorización ENEL, y
solo podrán avanzar al estado PERMISO_REGULARIZADO siendo este estado terminal para la
vida del permiso.
En función a lo anterior en la ficha de un permiso EMERGENCIA no se mostrará el botón de

ENVIAR A ENEL, sino un botón con la etiqueta de REGULARIZAR. Al pulsar dicho botón y
previa confirmación por parte del usuario el sistema generará un nuevo permiso con tipo de
condición ‘Primera Vez’ con los mismos datos y adjuntos del permiso EMERGENCIA y en el
cual se registrará el vínculo con el permiso EMERGENCIA a partir del cual fue generado.

InformationDocument
32 84
4 1.2
Global ICT
Unit / Unit
El permiso EMERGENCIA pasará a tener el estado de PERMISO REGULARIZADO y el

nuevo permiso quedara en el siguiente estado en función del perfil de usuario que realizó la
regularización:
- Perfil Contratista: El nuevo permiso se tratará como cualquier nuevo permiso precisando
la aprobación de Enel (PDTE_APROBACION_ENEL).
- Perfil Enel: El nuevo permiso quedará en estado pendiente envío a municipio
(PDTE_ENVIO_MUNICIPIO) no siendo necesario pasar por el estado de aprobación
Enel.
En la exportación se incluirá una nueva columna donde se indicará para cada permiso
EMERGENCIA el número de permiso en el que dicho permiso quedó regularizado y otra
columna con el número del permiso EMERGENCIA a partir del cual fue creado (si es el caso).
Se generará una nueva alerta que notificará una vez a la semana de aquellos permisos con
condición de EMERGENCIA y que no se hayan sido regularizados transcurridos mas de 3 días
desde su creación. La alerta se gestionará junto con el resto de las alertas desde la opción al
efecto para el perfil de administrador.

InformationDocument
33 84
4 1.2
Global ICT
Unit / Unit
5.2.5. Pagos Municipales

Se generará una opción en el aplicativo para la gestión de los pagos municipales dentro del
menú de Gestión de Pagos. Para poder gestionar estos pagos se incorporaran 2 nuevos
campos a la tabla de municipalidades indicando si la municipalidad admite el registro de pre-
pagos y/o de post-pagos.
5.2.5.1. Consulta
Las opciones de búsqueda serán:
- Rango de fechas de envío.
- Rango de fechas de periodo de cobro.
- Rango de fechas de pago.
- Municipalidad.
- Número de registro
Los datos serán exportables como en el resto de las consultas y aparecerán ordenados por el
número de registro.
Propuesta visual realizada por el cliente (sujeta a cambios)
Cuando el usuario pulse el botón de ‘Nuevo Registro’ se le mostrara un dialogo donde

seleccionar si se desea registrar un documento de Post-Pago o de Pre-Pago.
5.2.5.2. Edición
El número de registro será automático y seguirá el patrón PM-XXXX.
5.2.5.2.1. Edición Comunas con Acuerdo de Post Pago

Con esta opción el usuario Enel cada vez que se reciba un estado de cuenta de los montos a
pagar por concepto de DM de las municipalidades con las que se tiene acuerdo de post pago,
se creara un nuevo registro pagos a municipalidades.

InformationDocument
34 84
4 1.2
Global ICT
Unit / Unit
Cada nuevo registro deberá contener:

- Municipalidad asociada
- Adjunto con el documento enviado por el municipio.
- El monto
- Fecha de envío
- Periodo de cobro (fecha de inicio y fin)
- Boleta de pago (número y documento adjunto con la boleta) (sin vínculo con las BG
municipales).
- Fecha del pago.
- Monto Vale Vista.
- N. Vale Vista.
A los nuevos registros se les podrán vincular una serie de permisos municipales presentes en el
sistema siempre que:
- Correspondan a la misma municipalidad/comuna con la que se creó el registro.
- El permiso ya debe de tener al menos el estado de APROBACION_MUNICIPAL.
- Debe tener el número de permiso asociado.
- El permiso no se encontraba ya asociado a un registro anterior.
A cada registro el sistema le asignara de forma automática un código con el siguiente formato
PM-[nnnn].
. Edición Comunas con Acuerdo de Pre Pago

En el caso de las comunas con este tipo de acuerdo se aplicará todo lo anterior respecto a la
creación del registro y la asignación de permisos se realizará con un formulario especifico en el
que se completaran los siguientes datos incorporando una funcionalidad que facilite vincular la
información introducida con un permiso ya existente en el sistema (aplicando la validación del
punto anterior).
Los datos para vincular los permisos municipales con el registro del pago municipal serán los
siguientes:
- Calle
- Número

InformationDocument
35 84
4 1.2
Global ICT
Unit / Unit
- Fecha de Inicio
- Fecha de Fin
- E. Solicitante (lista de contratistas)
- N. de Permiso
- Monto Real
- Id. De Permiso (este dato será automático aplicando el sistema de búsqueda)
- Monto Vale Vista.
- N. Vale Vista.
A cada registro el sistema le asignara de forma automática un código con el siguiente formato
PM-[nnnn].
5.2.6. Anticipos a Contratistas.

Con esta opción el usuario Enel podrá crear anticipos de reembolsos asociados a
contratistas de modo que éstos últimos puedan solicitar reembolsos con cargo a los mismos
bajo la aprobación de Enel. Los anticipos estarán disponibles para el contratista siempre y
cuando se cumplan las condiciones de disponibilidad de saldo, municipio vinculado (si lo hay) y

InformationDocument
36 84
4 1.2
Global ICT
Unit / Unit
proyecto o proyectos vinculados (si los hay). La opción aparecerá en el menú de Gestión de
Pagos -> Anticipos y solo será accesible para los usuarios Enel.
5.2.6.1. Consulta de Anticipos

La interfaz será la habitual con pantalla de búsqueda y ficha de datos. Las búsquedas
contaran con los siguientes datos:
- Contratista.
- Código de Trabajo (proyecto)
- Municipio.
En la tabla de resultados se han de mostrar además de los datos del anticipo el monto
dispuesto y el restante para cada anticipo.
En la pantalla de consulta se mostrará un total de los importes de los anticipos, montos

dispuestos y disponibles correspondiente al filtro realizado.
Junto cada anticipo se mostrará un botón indicando la cantidad de permisos municipales que
han sido cargados al anticipo y el cual se podrá pulsar para ver los permisos y solicitudes de
pago vinculadas.
Los resultados de las búsquedas serán exportables.

InformationDocument
37 84
4 1.2
Global ICT
Unit / Unit
5.2.6.2. Edición de Anticipos.

La ficha de anticipos contará con los siguientes campos:
- Contratista.
- Municipio (opcional).
- Código de trabajo (puede ser más de uno o quedar en blanco).
- Monto del anticipo (Monto Vale Vista (VV)).
Adicionalmente en la ficha del anticipo se podrá consultar el monto consumido y el

disponible, así como obtener una lista de los permisos municipales que fueron cargados contra
el anticipo.
Registro de Anticipos
5.2.7. Permisos SERVIU
5.2.7.1. Consulta de Permisos SERVIU

Los usuarios con perfil contratista podrán acceder a esta opción de modo que podrán
visualizar los permisos que tengan asignados y en según en caso podrán crear nuevos
permisos SERVIU.
Se habilitará la opción de filtrar por número de boleta SERVIU (ya sea de ejecución o de
mantención) y al especificar dicho filtro se mostrará en pantalla tanto la cantidad de permisos ya
que tenemos en el resultado de la búsqueda como el monto total de los importes asignados a

InformationDocument
38 84
4 1.2
Global ICT
Unit / Unit
cada permiso para ejecución y mantención, mostrando el importe activo, el total sin considerar
que el permiso este cerrado o no y el saldo actual de la boleta.
Se dispondrá de un filtrado de permisos SERVIU para permisos con solicitudes de edición

pendientes de aprobación.
Si el usuario actual tiene el perfil de contratista el filtro de Contratista quedará prefijado con el
contratista actual y no se podrá cambiar.
Indicar para cada permiso aquellos que tienen cargados sus documentos de láminas,
permisos y recepción provisoria y definitiva y los que no lo tienen (verde para permisos con
documentos cargados y rojo para permisos con cargas pendientes).
Los permisos SERVIU se presentarán agrupados por proyecto en el resultado de la consulta.
Cada permiso SERVIU tendrá un check para poder marcar la selección del permiso para su
procesamiento masivo.
En la línea del proyecto habrá un botón para acceder a la edición masiva de los permisos
seleccionados o solicitar la descarga de todos los adjuntos de las láminas seleccionadas en un
solo fichero ZIP estructurado en carpetas para cada lamina.
La opción de exportar incluirá en el Excel una columna con un enlace para poder descargar
los documentos adjuntos al permiso.
Dado que un determinado permiso SERVIU suele estar vinculado con un único permiso
municipal se habilitará la posibilidad de acceder directamente a la ficha de dicho permiso
municipal desde la pantalla de consulta y en el caso de que el permiso SERVIU este vinculado
a varios permisos municipales se pedirá al usuario cuál de ellos desea visualizar.


InformationDocument
39 84
4 1.2
Global ICT
Unit / Unit
El usuario podrá realizar una solicitud de reembolso para los permisos seleccionados
pulsando el botón de ‘Solicitar Reembolso’.
5.2.7.2. Edición de Permisos SERVIU

Los permisos Serviu tendrán vinculada una bitácora donde se crearán registros de forma
automática según se produzcan cambios de estado en el permiso, lamina o boleta o bien de
forma manual por parte del usuario. La bitácora de permisos Serviu se podrá visualizar de forma
individual por cada permiso o de forma global, y de igual modo las entradas de las bitácoras se
podrán hacer de forma individual dentro de cada permiso o bien de forma global a los SERVIU
de un determinado proyecto.
Los usuarios con perfil contratista podrán hacer NO cambios en los campos de contratista
asignado. Los usuarios de tipo ENEL si podrán asignar el contratista de entre cualquiera de los
disponibles con permisos según la matriz de acceso de los contratistas.

InformationDocument
40 84
4 1.2
Global ICT
Unit / Unit
desactivado).

Se dispondrá de un botón para la solicitud de pagos de los costes de gestión del permiso o el
reembolso (opciones descritas en detalle más adelante).
Se añade un campo para registrar la fecha de inspección en el bloque de Permiso.
El bloque de edición de los datos de las boletas quedará desactivado hasta que se haya
alcanzado el estado de PERMISO.
En el formulario de cierre del permiso agregar un campo para registrar la fecha de obtención
de RP que determinara el paso al estado de RECEPCION PROVISORIA. El botón de Cerrar
Permiso pasará a etiquetarse como Recep. Provisoria.
Se añadirá el formulario un botón etiquetado como Recep. Definitiva donde el usuario podrá
informar la fecha de la recepción definitiva y tener la opción de adjuntar documentos relativos a
este cierre definitivo. Al informar la fecha de recepción definitiva el permiso pasará a estado
RECEPCION DEFINITIVA.
El sistema deberá de impedir que se asignen permisos a una boleta cuando el monto
disponible de la boleta sea inferior a la suma de los montos activos en ese momento por los
permisos vinculados con dicha boleta.

InformationDocument
41 84
4 1.2
Global ICT
Unit / Unit
Solo los contratistas de Lamina podrán crear permisos y podrán editar el bloque de Lamina,
así como el loque de Boleta en el caso de que el permiso no tenga asignado contratista de
Obra. Los contratistas de Obra solo tendrán acceso a los bloques de datos de Boleta y Permiso.
Los contratistas de tipo Renac solo podrán consultar la información sin posibilidad de realizar
ninguna edición. La edición de los datos del permiso por parte de los contratistas queda
restringida a los accesos autorizados según la matriz de acceso para contratistas.
Las boletas de tipo SERVIU ya sean de tipo ejecución o mantención dispondrán de un nuevo
campo para indicar si corresponden con boletas de tipo Enel o de tipo Contratista, el campo de
denominará como ‘tomador’.
5.2.7.3. Edición Masiva de Permisos SERVIU

Los usuarios Enel dispondrán de una opción en la pantalla de consulta de permisos SERVIU
para poder crear de forma masiva un bloque de permisos SERVIU mediante la cual se podrán
cumplimentar los bloques de Contratista, Lamina y Boleta. Indicando el número de lámina inicial
a generar y el número de lámina final que se van a generar.

InformationDocument
42 84
4 1.2
Global ICT
Unit / Unit
Cuando el usuario pulsa el botón de crear nuevos permisos se le mostrara un dialogo

mediante el cual se podrán crear varias láminas de permisos.
Tras aceptar y en el caso de haberse creado varios permisos se mostrará el formulario de

edición de permisos SERVIU en modo edición masiva para todas las láminas creadas.
De forma masiva el usuario podrá editar los bloques de datos de Contratista, Lamina y Boleta
(incluidos los ficheros adjuntos a la lámina). El bloque de datos de Contratista solo será editable
por el perfil de usuario Enel siendo de solo lectura para los usuarios con perfil Contratista.
Para acceder a esta opción el usuario podrá marcar en la lista de consulta los permisos que
desea editar de forma masiva verificándose que todos los permisos seleccionados pertenecen
al mismo proyecto y en caso contrario no se permitirá la edición avisando usuario del problema.
El sistema deberá de impedir que se asignen permisos a una boleta cuando el monto
disponible de la boleta sea inferior a los montos activos en ese momento.
Los permisos a pesar de estar cerrados deben permitir ser editados por los usuarios con
perfil Enel.
5.2.7.4. Sistema de autorización de edición para contratistas.

Sistema de autorización de edición para contratistas.
- Una vez el permiso ya este creado los contratistas necesitaran una autorización
específica para poder editar aquellos campos que ya tuvieran datos informados, pero
podrán informar directamente aquellos campos que estén aún en blanco.
- Para pedir dicha autorización se dispondrá de un botón en el formulario con la etiqueta
de ‘Solicitar Edición’. La petición también será enviada por correo electrónico a los
usuarios ENEL.

InformationDocument
43 84
4 1.2
Global ICT
Unit / Unit
- La solicitud de edición les aparecerá a los usuarios con perfil Enel en la pantalla de
consulta de permisos SERVIU junto a cada permiso que corresponda indicando que
usuario ha pedido el desbloqueo y el motivo de la solicitud.
- El usuario Enel podrá conceder o denegar la solicitud y en caso de concederse la
autorización será vigente durante 72 horas a partir de que el usuario solicitante acceda
al formulario del permiso (configurable por parámetro de la aplicación). Una vez
aprobada o rechazada la solicitud el usuario contratista recibirá una notificación por
correo electrónico.
- La petición y autorización de edición del permiso quedará reflejada en la bitácora del

permiso.
5.2.8. Permisos MOP
5.2.8.1. Consulta
Los usuarios con perfil contratista podrán acceder a esta opción de modo que podría
visualizar los permisos que tengan asignados y según el caso podrán crear nuevos permisos
MOP (consultores).
El acceso de los contratistas a las secciones y la capacidad de edición queda sujeto a la

matriz de permisos de contratistas.
desactivado).
Los permisos MOP se podrán filtrar por los siguientes campos:

- Código de Proyecto
- Consultor

InformationDocument
44 84
4 1.2
Global ICT
Unit / Unit
- Área
- Contratista
- DIVU / DRVM / DV Nacional / DI-DV
- Número de boleta.
- Ruta.
- Permisos pendientes de autorización de edición.
Si el usuario actual tiene el perfil de contratista el filtro de Contratista quedará prefijado con el
contratista actual y se podrá cambiar si el usuario que crea el permiso tiene el perfil Enel..
El resultado de la consulta mostrara los permisos agrupados por proyecto.
La opción de exportar incluirá en el Excel una columna con un enlace para poder descargar
los documentos adjuntos al permiso.
La edición de los permisos MOP será en ventana flotante quedando de fondo la consulta
actual.


InformationDocument
45 84
4 1.2
Global ICT
Unit / Unit
5.2.8.2. Edición de Permisos MOP
asignado. Tampoco tendrán acceso los usuarios de tipo ENEL a no ser que el contratista
asignado no sea igual que el fijado en los datos del proyecto al que pertenece el permiso y en
este caso solo se permitirá seleccionar entre en el contratista actual del permiso y el definido en
la ficha del permiso.

Los estados de los permisos MOP se establecerán según se informen las fechas de su
formulario de la siguiente forma:
Estado Regla
EN ELABORACION Se ingrese fecha de elaboración
EN REVISION MOP Se digita fecha de ingreso a MOP
Conformidad técnica Se ingresa fecha recepción conformidad
EN SOLICITUD BG Cuando se ingrese la fecha de solicitud de monto de
boleta de garantía
CON RESOLUCION PARA EJECUTAR Cuando se ingresa fecha de recepción de resolución
para ejecutar
EN EJECUCION Cuando se ingresa fecha de entrega de terreno
EN PROCESO DE CIERRE Se ingresa fecha de entrega de documentos de cierre
CERRADO CON MOP Se ingresa fecha de recepción certificado fin de obras
Los estados actuales de los permisos que ya existen en el sistema deberán de ser revisados
para acomodarse a esta nueva clasificación de estados.

InformationDocument
46 84
4 1.2
Global ICT
Unit / Unit
Los permisos MOP pasaran a poder tener una lista de rutas en lugar de solo 2 como tienen
actualmente. siendo obligatorio que al menos tenga 1 ruta.
Se creará un campo para definir si el permiso es de tipo ‘Atravieso’ y/o ‘Paralelisto’, además
se dispondrá de un campo de kilometraje para el tipo ‘Atravieso’ y de dos campos para indicar
un kilometraje de inicio y fin en el caso de tipo ‘Paralelismo’. Estos campos serán específicos
para cada una de las rutas que tenga el permiso. Los campos de kilometraje deben de admitir
hasta 3 decimales.
Los tipos de Dpto. Revisor pasaran a ser DIVU, DRVM, DV Nacional y DI-DV
La bitácora actual de los permisos MOP pasará a seguir el mismo criterio de registro que
para el resto de los permisos y además será exportable a través de la opción de consulta. La
bitácora podrá incluir tanto registros manuales como registros automáticos según los cambios
de estado del permiso o asignación de boletas. Según la norma general la bitácora contendrá
un registro de los cambios que cada usuario pueda realizar sobre los datos del permiso.
El formulario quedará estructurado en un control con dos pestañas en las cuales la primera
será para los datos del permiso y la segunda para el contenido y gestión de la bitácora del
permiso.
La alerta de permisos MOP deberá de incluir ahora los permisos que NO hayan tenido
cambios en su estado en los últimos 30 días siempre y cuando su estado actual no sea de tipo
terminal (p.e. CERRADO, DESESTIMADO).
Se revisarán las etiquetas de los campos para evitar en lo posible las abreviaciones e incluir
tooltips con la descripción completa del campo cuando sea necesario.

InformationDocument
47 84
4 1.2
Global ICT
Unit / Unit
Los usuarios con perfil contratista no podrán registrar ninguna información en el apartado de
boletas de garantía (pero sí podrán visualizar dicha información).
La edición de los datos del permiso por parte de los contratistas queda restringida a lo
dispuesto en la matriz de permisos de contratistas.
5.2.8.3. Sistema de autorización de edición para contratistas.

Sistema de autorización de edición para contratistas.
- Una vez el permiso ya este creado los contratistas necesitaran una autorización
específica para poder editar aquellos campos que ya tuvieran datos informados, pero
podrán informar directamente aquellos campos que estén aún en blanco.
- Para pedir dicha autorización se dispondrá de un botón en el formulario con la etiqueta
de ‘Solicitar Edición’. La petición también será enviada por correo electrónico a los
usuarios ENEL.
- La solicitud de edición les aparecerá a los usuarios con perfil Enel en la pantalla de
consulta de permisos MOP junto a cada permiso que corresponda indicando que usuario
ha pedido el desbloqueo y el motivo de la solicitud.
- El usuario Enel podrá conceder o denegar la solicitud y en caso de concederse la
autorización será vigente durante 24 horas a partir de que el usuario solicitante acceda
al formulario del permiso (configurable por parámetro de la aplicación). Una vez
aprobada o rechazada la solicitud el usuario contratista recibirá una notificación por
correo electrónico.

InformationDocument
48 84
4 1.2
Global ICT
Unit / Unit
- La petición y autorización de edición del permiso quedará reflejada en la bitácora del

permiso.
5.2.9. Gestión de Pagos

Bajo esta sección se gestionarán las siguientes opciones:
o Pagos de reembolsos solicitados por los contratistas sobre importes ya
desembolsados por ellos para la ejecución de los permisos municipales y
SERVIU
o Pagos a los colaboradores de los costos asociados a los permisos municipales,
MOP y SERVIU.
El acceso a la funcionalidad de gestión de pagos estará disponible para ENEL, para los
contratistas y para el perfil visor.
o ENEL: Accederá para gestionar la validación o rechazo de las solicitudes
generadas por los contratistas, así como realizar el avance en la situación del
trámite de los pagos.
o Contratistas: Accederá para generar las peticiones de pago para los reembolsos
y los costos de gestión y para visualizar la situación en la que se encuentran las
solicitudes existentes.
o Visor: Accederá para visualizar las solicitudes de pago de reembolsos y costos
sin poder realizar ningún cambio de los datos.
5.2.9.1. Reembolsos Municipales (GRM)

Para gestionar los reembolsos se habilitará una nueva opción en el menú de Gestión de
Pagos -> Reembolsos -> Municipal accesible tanto por el perfil contratista como por el perfil
Enel y el usuario VISOR.
Una vez realizada la aprobación municipal por parte del contratista se podrá iniciar la
solicitud de reembolso para el monto real

InformationDocument
49 84
4 1.2
Global ICT
Unit / Unit
Ventana de búsqueda y selección de reembolsos (botón de nuevo reembolso solo par perfil Contratista)
Las opciones de búsqueda para los reembolsos serán:

- Id. Permiso Municipal
- Código de Proyecto
- Estado de la petición de reembolso.
- Contratista que realiza la petición (este valor es fijo en el caso de que el usuario tenga el
perfil de contratista).
- Fecha ingreso
- Fecha revisión (fecha en que se realiza la validar/rechazo de un reembolso).
- Fecha envío (fecha en que se realizó el envío del reembolso para su pago).
Los datos de la consulta serán exportables en formato Excel.
En la bandeja de solicitudes de reembolso se dispondrá un botón para crear peticiones de

reembolso de los montos o para crear peticiones de reembolsos de gastos de gestión.
Se dispondrá de una opción para ver el resumen por estados de las solicitudes de reembolso
obtenidas en la consulta.

InformationDocument
50 84
4 1.2
Global ICT
Unit / Unit
Los permisos municipales dispondrán de un nuevo dato de estado para el control de la

solicitud de reembolso (ya sea por el monto del permiso o por los gastos de gestión).
Los estados de los reembolsos(*) serán:

Estado Regla
INGRESADO Cuando el contratista solicite el reembolso y aún no este validado
RECHAZADO Cuando Enel rechaza una solicitud de reembolso
VALIDADO Cuando Enel valide la solicitud de reembolso
ENVIADO A PAGO Cuando se realice el envío de los datos para la ejecución del pago
PAGADO Cuando Enel registre que se aprobó la solicitud de reembolso
(*) Estos estados son de aplicación para todas las gestiones de pagos ya sean de reembolsos o de
costes y para todos los tipos de permisos.
Para la creación de las solicitudes de reembolso se dispondrá de una ventana donde el

contratista podrá definir los permisos sobre los que solicita el reembolso pudiendo acceder a la
ficha de cada permiso.
El funcionamiento será el siguiente:
El contratista al acceder a la bandeja dispondrá de una opción para crear una solicitud de
reembolso mostrándose una ventana donde seleccionar los permisos municipales sobre los
cuales solicita el reembolso. Los permisos que se mostraran al contratista serán únicamente los
que cumplan las siguientes condiciones:
- Permisos donde el contratista logado en el sistema sea igual al asignado al permiso.
- Permisos que ya tengan la aprobación municipal.
- Permisos que no se hayan incluido en otras solicitudes de reembolso.
Si el contratista selecciona permisos pertenecientes a más de un proyecto se crearán varias

solicitudes de permisos agrupando en cada una los permisos de cada proyecto y avisando al
usuario de la cantidad de solicitudes que se han creado.

InformationDocument
51 84
4 1.2
Global ICT
Unit / Unit
A cada solicitud de reembolso quedara asociado un código automático con el formato GRM-
[nnnn].
Durante la creación de la solicitud el contratista podrá indicar si desea que el reembolso vaya
a cargo de los anticipos que pudiera tener asignados. En caso de solicitar el reembolso con
cargo a anticipos el sistema comprobará si en el momento de la solicitud hay saldo suficiente
para cubrir el monto total (dicha verificación se realizará de nuevo en el momento de la
aprobación de la solicitud por parte de Enel). Si el monto de anticipos disponible no es suficiente
se le indicará al contratista y la solicitud de reembolso no se creará. En el caso de solicitar el
pago con cargo a anticipos se tendrá que cumplir la condición de que todos los permisos
pertenezcan a un mismo municipio y a proyectos que estén contemplados para los anticipos
existentes.
Una vez realizada esta acción el reembolso pasa a estado INGRESADO y dichos permisos
aparecen en la bandeja habilitando la posibilidad de que el contratista elimine una de las
solicitudes en caso de error en la selección.

InformationDocument
52 84
4 1.2
Global ICT
Unit / Unit
Ventana de creación de solicitudes de reembolsos municipales por Contratistas
El usuario ENEL al acceder a la bandeja podrá visualizar el contenido de las solicitudes de

reembolso y de los permisos correspondientes accediendo a los datos del cierre para verificar
los documentos y proceder al RECHAZO o VALIDACIÓN del reembolso. En el caso de que el la
solicitud ya hubiera sido validada podrá registrar en pago si el estado es VALIDADO o
ENVIADO A PAGO pulsado el botón .
Ventana de validación/rechazo y registro de aprobación por Enel (botones de Validar/Rechazar o Registro Aprobación en función del estado)
Ventana para la validación/rechazo de la solicitud y registro del pago.
Si el reembolso fuera RECHAZADO por parte de Enel se deberá indicar el motivo del
rechazo el cual será notificado por correo electrónico al contratista y quedará visible al pasar
sobre la columna del estado de la solicitud de reembolso.

InformationDocument
53 84
4 1.2
Global ICT
Unit / Unit
El contratista podrá acceder a los datos de la solicitud de reembolso para cambiar los datos
de la solicitud rechazada y solicitar de nuevo el reembolso pasando el estado a ser
INGRESADO.
Una vez que el reembolso pase a estado VALIDADO o ENVIADO A PAGO el usuario Enel
tendrá la posibilidad de cambiar el estado por PAGADO cuando tenga dicha conformidad de
que el pago ha sido efectuado e informando de:
- El número de conformidad.
- Fecha del pago.
- Grafo (de entre los registrados para los permisos municipales del proyecto).
Esta acción se podrá realizará desde la ventana con de los datos del solicitud de reembolso
pulsado el botón o bien desde la bandeja de reembolsos donde aparezca el botón
(solo en las solicitudes que tengan el estado de ENVIADA A PAGO).
Si se intenta registrar el pago del reembolso sin que se haga realizado el envío se mostrara
un mensaje de aviso informando al usuario en la ventana de registro.
Si el reembolso solicitado va con cargo a anticipos la solicitud pasara directamente a

estado PAGADO quedando vinculado dicho reembolso con el anticipo correspondiente el cual
quedara minorado por la cantidad correspondiente.

InformationDocument
54 84
4 1.2
Global ICT
Unit / Unit
En los casos de reembolsos con cargo a anticipos al realizarse la validación se mostrará la

ventana para indicar el grafo asignado al pago no siendo necesario indicar número de registro y
siendo la fecha la actual del sistema.
Ventana de aprobación de solicitudes de reembolso
Una vez al mes los reembolsos en estado VALIDADO se enviarán por correo a una lista
cerrada de usuarios donde se incluirá una lista de los permisos y reembolsos solicitados
agrupándose por contratista, así como un documento adjunto con las boletas registradas en
cada permiso (no aplica para costes de gestión). Dichos documentos tendrán un nombre que
permita hacer una correspondencia con cada permiso/reembolso informado en el correo. El
sistema registrara la fecha en la se realiza el envío por mail para la realización del pago.
Cuando los permisos hayan sido enviados para la gestión de su pago su estado cambiara a
ENVIADO A PAGO quedando registrada la fecha del envío.
La frecuencia inicial de envío de este correo será de 1 vez al mes y se realizará a la lista de
destinatarios configurada en la aplicación.
Dado que el envío de los reembolsos se gestiona como una alerta es posible forzar el envío
del correo a través de la opción de gestión de alertas.
5.2.9.2. Reembolsos Permisos SERVIU (RS)

Para gestionar los reembolsos se habilitará una nueva opción en el menú de Gestión de
Pagos -> Reembolsos -> SERVIU accesible tanto por el perfil contratista como por el perfil Enel
y el usuario VISOR.

InformationDocument
55 84
4 1.2
Global ICT
Unit / Unit
Ventana de búsqueda y selección de reembolsos (botón de nuevo reembolso solo par perfil Contratista)
En la consulta de reembolsos se podrá acceder a la lista de permisos incluidos en cada

petición de reembolso y eliminar o añadir nuevos permisos (para perfil contratista), así como
también será posible acceder a la ficha de las láminas/permisos para verificar los datos.
La consulta de solicitudes de reembolso dispondrá de los siguientes filtros:

- Id. Permiso
- Cod. Trabajo/Proyecto
- Estado
- Contratista
- Área
- Fecha ingreso
- Fecha revisión (fecha en que se realiza la aprobación/rechazo de un reembolso).
- Fecha envío (fecha en que se notificó por mail el reembolso para su gestión de pago).
- Fecha de pago.
Los datos de la consulta serán exportables en formato Excel.
En la bandeja de solicitudes de reembolso se dispondrá un botón para crear peticiones de

reembolso (solo en el caso del perfil Contratista).

InformationDocument
56 84
4 1.2
Global ICT
Unit / Unit
Los usuarios contratistas dispondrán funcionalidad desde el cual solicitar un reembolso

indicando el monto solicitado. Si bien se tienen que cumplir las siguientes condiciones:
- El estado del permiso SERVIU sea uno de los siguientes:
o Permiso
o Inspección
o Recepción provisoria
o Recepción final
o Desestimado.
- Si documento ‘permiso SERVIU’ se encuentra cargado en SGP.
- Si documentación del ‘reembolso’ se encuentra cargada en SGP.
- El contratista solicitante debe figurar como contratista de obra o ser el
contratista de lámina y Renac simultáneamente.
La gestión del pago del reembolso será realizada por el usuario Enel según el modelo
indicado para los reembolsos municipales.
El usuario seleccionará las láminas/permisos pertenecientes a un proyecto sobre los cuales

desea solicitar el reembolso (en la lista solo aparecerán los permisos que tengan un estado apto
para permitir solicitud de reembolso y sobre los cuales no haya ya una solicitud de reembolso
ya cursada). Para cada permiso se deberá de indicar el monto real pagado por el contratista
para las UFs de los D.I.
Las láminas/permisos seleccionados quedaran agrupados bajo el mismo código de solicitud

de reembolso (RS-[nnnn]). El usuario contratista deberá de indicar el monto realmente pagado
por las UFs correspondientes para cada permiso sobre el cual solicita el reembolso.

InformationDocument
57 84
4 1.2
Global ICT
Unit / Unit
Ventana de selección de permisos para la solicitud de reembolso (Contratistas)
A cada solicitud de reembolso quedara asociado un código automático con el formato RS-
[nnnn].
El usuario ENEL al acceder a la bandeja podrá visualizar el contenido de los permisos y

acceder a los datos del cierre del permiso y verificar los documentos, procediendo a la
VALIDACION o RECHAZO del reembolso.
Ventana de validación/rechazo y registro de aprobación por Enel (botones de Validar/Rechazar o Registro Aprobación en función del estado)
En caso de rechazo se deberá indicar la causa del rechazo. Se notificará al usuario

contratista del rechazo indicando el motivo.

InformationDocument
58 84
4 1.2
Global ICT
Unit / Unit
El contratista podrá acceder a los datos de la solicitud para cambiar los datos y solicitar de
nuevo reembolso pasando nuevamente el estado a ser INGRESADO. El motivo del rechazo se
podrá visualizar desde la bandeja de solicitudes de reembolso.
Una vez que el reembolso pase a estado VALIDADO el usuario Enel tendrá la posibilidad de
cambiar el estado por APROBADO usando el botón en la ventana de datos
de la solicitud o en la bandeja de solicitudes de reembolso usando el botón (que solo
aparecerá junto a las solicitudes con estado ENVIADO A PAGO). Cuando se tenga dicha
conformidad se deberán de informar los siguientes datos:
o Número de conformidad.
o Fecha de Pago.
o Grafo asociado (de entre los indicados en los datos del proyecto para los
permisos SERVIU).
Si se intenta registrar el pago del reembolso sin que se haga realizado el envío se mostrara
un mensaje de aviso informando al usuario en la ventana de registro.

InformationDocument
59 84
4 1.2
Global ICT
Unit / Unit
Una vez al mes las solitudes que hayan sido validadas se enviaran por correo a una lista
cerrada de usuarios donde se incluirá una lista de los permisos y reembolsos solicitados, así
como un documento adjunto con las boletas registradas en cada permiso. Dichos documentos
tendrán un nombre que permita hacer una correspondencia con cada permiso/reembolso
informado en el correo. Cuando los permisos hayan sido enviados para la gestión de su pago su
estado cambiara a ENVIADO A PAGO quedando registrada la fecha del envío.
La frecuencia inicial de envío de este correo será de 1 vez al mes
5.2.9.3. Pagos Costos Gestión de Permisos Municipales (GPM)

El importe de este costo vendrá ya prefijado en la tabla de costes que el usuario
Administrador podrá fijar por periodos de tiempo y contratista. La fecha de referencia para fijar
el coste será la de fecha de inicio del permiso.

InformationDocument
60 84
4 1.2
Global ICT
Unit / Unit
Al solicitar este pago se podrá optar por hacerlo mediante una solicitud convencional de pago
o con cargo a un anticipo según las reglas anteriormente descritas para los reembolsos
municipales.
Las solicitudes de reembolso se los costos de gestión de permisos municipales realizadas

por los usuarios contratistas quedarán registrados con un código automático según el formato
GCM-[nnnn]
Todo el proceso de selección, validación/rechazo, envío al pago y aprobación del pago será
análogo al descrito para la gestión de los reembolsos municipales.
5.2.9.4. Pagos Costos Gestión Elenco Compensi SERVIU (CS)

Para control de la gestión de pagos y costes se habilitará una nueva opción en el menú de
Gestión de Pagos -> Costos -> SERVIU accesible tanto por el perfil contratista como por el perfil
Enel y el usuario VISOR.
Los costos que el contratista podrá solicitar serán los siguientes y serán mostrados en
función del tipo de contratista que este usando el sistema en cada momento y de si se ha
llegado al estado correspondiente:
- Lamina
- CIP
- Permiso
- Recepción Provisoria
- Recepción Definitiva
- Inspección Técnica
Las solicitudes de pago de costos se podrán solicitar según las siguientes reglas:

InformationDocument
61 84
4 1.2
Global ICT
Unit / Unit
Si el contratista de lámina es igual al contratista Renac o al contratista de obra éste podrá

solicitar el pago de cualquier tipo de costo.
Si el contratista de lámina es diferente al contratista Renac entonces el contratista de obra
podrá pedir los costes de permiso, recepción provisoria, definitiva e inspección técnica y el
contratista de lámina podrá pedir el costo de lámina y el CIP.
Estas reglas determinaran que permisos y costos puede seleccionar el contratista durante la
creación de las solicitudes.
El monto unitario de los costos será fijado por el usuario administrador para un determinado
rango de fechas y cada contratista, en la opción de gestión Costes Unitarios. La fecha de
referencia para fijar el coste será:
- Si el solicitante es el contratista de lámina sería la fecha de solicitud lámina.
- Si el solicitante es el contratista de obra será la fecha de aprobación de la lámina.
Si no existe registro de los importes unitarios para la fecha de solicitud se denegará la

creación de la solicitud avisando de ello al usuario.
Las solicitudes de cobro de los costos SERVIU tendrán asociado un código automático con
el formato CS-[nnnn].
Cada lamina/permiso podrá tener asociados un total de 6 solicitudes de cobro de costes (una
por cada tipo de costo) y no se podrá hacer más de una solicitud por cada tipo.
La gestión de pagos de los costos de permisos SERVIU se realizará de forma análoga a lo

descrito para la gestión de reembolsos de permisos municipales (validación/rechazo y registro
de pago).
El funcionamiento será el siguiente:

El contratista al realizar la selección de los permisos podrá seleccionar el tipo de coste
sobre el que solicita el pago (se mostraran los adecuados en función del tipo de contratista).
o Coste de Lámina (SI/NO)
o Coste CIP (SI/NO)
o Coste Permiso (SI/NO)
o Coste Recepción Provisoria (SI/NO)
o Coste Recepción Definitiva (SI/NO)
o Coste Inspección Técnica (SI/NO)

InformationDocument
62 84
4 1.2
Global ICT
Unit / Unit
Durante la selección el contratista podrá ver los costos que ya se habían solicitado para
cada permiso. Los permisos seleccionados deberán pertenecer todos al mismo proyecto. En el
caso de marcar para el pago un costo ya pagado o solicitado en uno de los permisos no se
tendrá en cuenta en el total del monto de la solicitud de pago. Los permisos que ya tengan
todos sus costos pagados o en solicitud de pago no se podrán seleccionar, pero si aparecerán
en la lista.
El usuario ENEL al acceder a la bandeja podrá visualizar el contenido de los permisos y

acceder a los datos del cierre para verificar los documentos y proceder al RECHAZO o
VALIDACIÓN de la solicitud de pago. En caso de rechazo se deberá indicar la causa de modo
que dicha información sea visible por el contratista en la misma bandeja. Se notificará al usuario
contratista del rechazo indicando el motivo.
Si el reembolso fuera RECHAZADO por parte de Enel el contratista podrá acceder a los
datos del cierre para cambiar los datos y solicitar de nuevo reembolso pasando nuevamente el
estado a ser INGRESADO.

InformationDocument
63 84
4 1.2
Global ICT
Unit / Unit
Una vez que el reembolso pase a estado VALIDADO el usuario Enel tendrá la posibilidad de
cambiar el estado por PAGADO cuando tenga dicha conformidad e informar los siguientes
datos:
o Número de conformidad.
o Fecha de Pago.
o Grafo asociado (de entre los indicados en los datos del proyecto para los
permisos SERVIU).
cerrada de usuarios donde se incluirá una lista de los permisos y pago de costos solicitados, así
5.2.9.5. Pagos Costos Permisos MOP (PAIFM/PGM)

Los permisos MOP disponen de la posibilidad de realizar varias solicitudes de pago durante
su vida (los periodos se pueden llegar a solapar).

InformationDocument
64 84
4 1.2
Global ICT
Unit / Unit
El usuario contratista consultor o contratista asesor (este último es nuevo para esta Fase 4)
dispondrá en la ficha de cada permiso MOP de un botón que le habilitará para realizar la
solicitud de un pago o también se podrá realizar desde la gestión de pagos de costos MOP
mediante una ventana de selección. Los datos que se deberán indicar son los siguientes.
- Tipo de pago: A elegir entre las siguientes opciones.
o PGM: Pago Gestión MOP
o PAIFM: Pago Inspección Fiscal MOP
- Para pagos de tipo PAIFM:
o Monto periodo.
o Periodo de cobro (fecha de inicio y fin) (máximo 30 días)
o Asesor designado
o Comentarios
o Documento de Estado de Pago
- Para pagos de tipo PGM:

o Monto
o Periodo de cobro (fecha inicial y final)
o Km. de paralelismo (hasta 3 decimales)
o Km. de atravieso (hasta 3 decimales)
o Comentarios

InformationDocument
65 84
4 1.2
Global ICT
Unit / Unit
o Documento de Estado de Pago
Se dispondrá la opción de buscar los permisos MOP dentro de la opción de reembolsos del
menú de Permisos MOP.
Los rembolsos solicitados tendrán un código generado de forma automática con el formato
PGM-[nnnn] o PAIFM-[nnnn] según el tipo de pago solicitado.
En la gestión de Costos MOP el usuario contratista de obra o asesor podrá acceder al

buscador y a los reembolsos solicitados visualizando los permisos filtrados en la pestaña
correspondiente:
- Ingresado.
- Aprobado.
- Rechazado.
- Enviado a pago.
- Pagado.
Los filtros aplicables en la consulta de Costos:

- ID. Reembolso.
- Código de Trabajo.
- E. Solicitante (valor fijo si el usuario actual es un contratista).
- Área.
- Estado.

InformationDocument
66 84
4 1.2
Global ICT
Unit / Unit
- Tipo de pago (PAIFM/PGM)

- Fecha ingreso
- Fecha revisión (fecha en que se realiza la aprobación/rechazo de un reembolso).
- Fecha Envío a Pago
- Fecha Pago
Si el usuario activo es Enel el botón de edición de la solicitud de reembolso permitirá ver los
datos del reembolso introducidos por el contratista y efectuar la validación o el rechazo si el
estado es ingresado.
Si se produce un rechazo de la solicitud se deberá de informar el motivo de dicho rechazo el

cual se notificará al contratista y aparecerá también en la bandeja de solicitudes de costos.
Si la solicitud ya estaba validad se podrá registrar del pago cuando el permiso este en estado
ENVIADO A PAGO.

InformationDocument
67 84
4 1.2
Global ICT
Unit / Unit
En el caso de registrar el pago se deberá de indicar los datos relativos al pago indicando:
- El número de conformidad.
- Fecha del pago.
- Grafo (de entre los registrados para los permisos MOP del proyecto).
Si la solicitud estaba validada pero no fue enviada a pago se avisará al usuario.
Para las solicitudes de pago enviadas a pago se puede realizar también el registro del pago
desde la ventana se pagos de costes pulsando el botón .
Si el usuario activo es Contratista el botón de edición de la solicitud de reembolso permitirá

ver los datos del reembolso introducidos por el contratista y realizar cambios si la solicitud esta
en estado INGRESADA o RECHAZADA.

InformationDocument
68 84
4 1.2
Global ICT
Unit / Unit
cerrada de usuarios donde se incluirá una lista de los permisos y reembolsos solicitados, así
5.2.10. Webservices consulta de datos

El objetivo de esta opción es exponer al usuario unos webservices que puedan invocados
desde PowerBI de modo que el usuario pueda generar sus propios reportes con dicha
herramienta.
Dado que el volumen de datos devuelto por un WS no debe de superar un volumen excesivo se
deberán de acotar la petición de datos dentro de un rango de fechas o crear WS específicos
que contengan la información de forma agregada.
De forma general se crearán un webservice con correspondencia a cada uno de los Excel
que actualmente la aplicación exporta y que facilitaran como parámetros de llamada los mismos
campos que actualmente se utilizan para realizar el filtrado de las consultas. En el caso de las
exportaciones con Excel que generan varias hojas se incluirá un parámetro extra para
determinar que hoja es la que se desea obtener en la respuesta del webservice.
- WS datos Proyectos.
- WS datos Permisos Municipales.
- WS datos Permisos SERVIU

InformationDocument
69 84
4 1.2
Global ICT
Unit / Unit
- WS datos Permisos MOP

- WS datos Permisos OTROS
- WS datos Boletas Municipales
- WS datos Boletas SERVIU
- WS datos Boletas MOP
- WS datos Boletas OTROS
- WS datos reembolsos/costes Municipales.
- WS datos reembolsos/costes SERVIU.
- WS datos reembolsos/costes MOP.
Además de estos WS se dispondrán de otros WS por cada tipo de permiso, que retornarán la
cantidad de permisos que hay actualmente en los diferentes estados posibles para cada caso.
5.2.11. Gestión de Costos Unitarios

Con esta opción el usuario administrador podrá especificar los costos unitarios (expresados
en pesos) para los siguientes conceptos aplicándose para un rango de fechas especificado:
- Permisos Municipales:
o Costo Gestión de Permiso
- Permisos Serviu:
o Costo de Lamina
o Costo CIP
o Costo Permiso
o Costo Recepción Provisoria
o Costo Recepción Definitiva
o Costo Inspección Técnica
Los costos se especificarán para cada contratista individualmente ya son negociados de

forma individual con cada uno de ellos.
Para la aplicación de los costos en los diferentes tipos de permisos se aplicarán las
siguientes reglas para determinar la fecha de referencia en la búsqueda del monto:
- Para los permisos municipales la fecha de referencia es la de inicio de ejecución
- Para SERVIU cuando el solicitante sea el contratista de lámina sería la fecha de solicitud
lamina.
- Para SERVIU cuando el solicitante sea el contratista de obra será la fecha de
aprobación de la lámina.
- Para MOP sería la fecha de envío a elaboración.
Estos costos se aplicarán de forma automática cuando el contratista solicite el reembolso

correspondiente, tomando como referencia la fecha de creación de la solicitud de reembolso.

InformationDocument
70 84
4 1.2
Global ICT
Unit / Unit
Al crear un nuevo registro de costo unitario el sistema comprobará que no se solapen los
rangos de fechas.
5.2.12. Mantenimiento de Contratistas

Con esta opción los usuarios con perfil de administrador tendrán acceso a la gestión de los
contratistas que intervienen en la gestión de permisos. Las funcionalidades que estarán
disponibles son:
- Alta de nuevos contratistas.
- Modificación datos de los contratistas.
- Desactivación/Activación de contratistas
- Eliminación de contratista (siempre que no tengan permisos vinculados).
Los datos básicos de cada contratista serán:

o Nombre empresa (ya existía)

InformationDocument
71 84
4 1.2
Global ICT
Unit / Unit
o Nombre responsable (ya existía)

o Email: Se aplicará para todas las alertas de permisos hacia ese contratista)
o Código Compac: Este dato es de uso interno y se dará un valor auto incremental
no modificable por el usuario.
El alta de contratistas permitirá activar o desactivar diversos parámetros de acceso para

cada contratista:
- Serviu:
o Acceso habilitado: En caso de no estar activado las opciones de menú
aparecerán desactivadas.
o Creación de permisos.
o Datos Laminas:
 Editar
 Visualizar
 Descarga de documentos adjuntos
o Datos Boletas
 Editar
 Visualizar
o Datos Permisos / Reembolsos
 Edición
 Visualizar (SI/NO)
- MOP:
o Acceso habilitado: En caso de negativo las opciones de menú aparecerán
desactivadas.
o Alta de Permisos.
o Datos Solicitud:
 Edición
 Visualizar.
 Descarga de documentos adjuntos.
o Datos Boletas
 Edición.
 Visualizar.
o Resolución, ejecución y cierre (incluido reembolso)
 Edición.
 Visualizar.
- Municipales:
desactivadas.
o Datos Solicitud:

InformationDocument
72 84
4 1.2
Global ICT
Unit / Unit
 Edición.
 Visualizar.
o Datos Boletas
 Edición.
 Visualizar.
- Otros:
desactivadas.
o Alta de Permisos.
o Datos Solicitud:
 Edición.
 Visualizar.
o Datos Boletas
 Edición.
 Visualizar.
El modelo de gestión será el usado en la aplicación de forma general con una primera
pantalla de consulta y edición de cada contratista en una ventana, así como opción de
exportación de los datos consultados.

InformationDocument
73 84
4 1.2
Global ICT
Unit / Unit
5.2.13. Alertas - Mantenimiento de lista de correos

Con esta opción los usuarios con perfil administrador tendrán acceso a las ediciones de la
lista de direcciones de correo asociadas a cada una de las alertas, disponiendo además de una
opción para forzar el envío de las alertas fuera de la programación establecida. Además de la
lista de correos se podrá indicar en el check si se quiere incluir de forma genérica a todos los
usuarios con perfil Enel activos en el momento de generar la alerta.

InformationDocument
74 84
4 1.2
Global ICT
Unit / Unit
Alertas MOP:
1. Alarma (cada lunes), que indicara en tabla resumen los pagos pendientes “por pagar”
(por N° de Registro).
2. Alarma (cada lunes), que indicara en tabla resumen los pagos pendientes “pago
aprobado” (por N° de Registro).
3. Cuando se envíe una solicitud de enviado a pago (Correo con listado de solicitudes y
documentos) se contarán 10 días y en caso de que no se haya informado el número
de conformidad y fecha de conformidad.
4. Alarma que avise 15 días antes del vencimiento de una BG.
Alertas Municipales:
1. Cuando una boleta tenga próximo vencimiento (15 días antes del vencimiento)
2. Semanalmente que se genere un informe con todas las solicitudes (junto a su
estado) que deban ejecutarse esa semana. (enviar los días viernes para la siguiente
semana). Además de a la lista indicada siempre se mandará a los contratistas
implicados.
3. Cuando las solicitudes de reembolso o solicitud de pago de gestión de permisos
enviadas por el contratista llevan 3 días sin la revisión y/o validación Enel
(aprobación/rechazo). Se envía de forma diaria.
4. Cuando se envíe una solicitud de reembolso a pago o pago de gestión del permiso
municipal (Correo con listado de solicitudes y documentos) se contarán 10 días y en
caso de que no se haya informado el folio y fecha de folio o nro. De conformidad
según corresponda. Se revisa y envía diariamente.

InformationDocument
75 84
4 1.2
Global ICT
Unit / Unit
5. Alertar de los permisos que sobrepasada su fecha de inicio no han alcanzado la

aprobación municipal. Revisar a partir de la fecha de inicio una vez por semana (los
viernes).
Alertas Serviu:
1. Boletas de garantía con fechas cercana a vencer + Boletas de garantía con saldo
negativo (en nueva versión ya no debiese ocurrir esto) (avisar 30 días antes y recibir
semanal).
2. Permisos que no se encuentren cerrados o en RP y desde F. Termino hayan pasado
3 meses (F. Termino, corresponde a fecha de finalización de obra) + permisos que
no se encuentren con Recepción definitiva y hayan pasado 2 años desde recepción
provisoria. Considerar aviso un mes antes. Revisar de forma quincenal.
3. Cuando pase 1 mes y una solicitud no pasa a estado de permiso (esta situación se
puede dar por no pago de DI o no revisión de Serviu).
4. Cuando las solicitudes de reembolso y cobro EC enviadas por el contratista llevan 3
días sin la revisión y/o validación Enel (aprobación/rechazo) + cuando se envíe un
reembolso o gestión EC a pago, y pasen más de 10 días sin informar el folio o N°
Conformidad respectivamente.
Nota: Las alertas de permisos municipales de Inicio/Fin de trabajo, así como los correos
generados en el cambio de estado para este tipo de permisos quedan tal y como están
actualmente.
5.2.14. Importación Masiva de Ficheros Adjuntos

Tomando como base los datos descargados desde el Sharepoint se realizará un proceso de
asignación de documentos a los diferentes proyectos y permisos existentes en la aplicación
generando un informe con el resultado del proceso de forma que el usuario pueda verificar que
documentos han quedado asociados y cuales han quedado sin asignación.
Dado que la primera estimación en cuanto a la cantidad de ficheros supera los 10.000
ficheros y un total de al menos 6gb de volumen, se procederá a almacenar los ficheros
físicamente en un almacenamiento fuera de la base de datos y generar los vínculos de dichos
ficheros con las entidades correspondientes (proyectos, permisos, boletas, etc...)
Este procedimiento se aplicará de forma general a todos los documentos actualmente

presenten en la aplicación.
5.2.15. Control de cambios por Bitacoras.

Con este requerimiento se implantará un sistema mediante el cual se creará un sistema
mediante él cual cada vez que se produzca un cambio en los datos de cualquier permiso o

InformationDocument
76 84
4 1.2
Global ICT
Unit / Unit
boleta se creará una entrada en la bitácora indicando el usuario, fecha y hora y los cambios
realizados mostrando el valor antiguo y el nuevo.
Quedan excluidos los cambios de estado que tienen su registro propio en la bitácora.
5.3. Functional Requirements Traceability
Table 4 – Functional Requirements Traceability (proposal)
Requirement ID Requirement Description
Req 1.1 Proyectos

Req 1.2 Permisos OTROS
Req 1.3 Boletas de Garantía
Req 1.4 Permisos Municipales
Req 1.5 Gestión de Anticipos a Contratistas
Req 1.6 Permisos SERVIU
Req 1.7 Permisos MOP
Req 1.8 Reembolsos Municipales
Req 1.9 Reembolsos SERVIU
Req 1.10 Reembolsos MOP
Req 1.11 WebServices de exportación de datos
Req 1.12 Gestión de Costes Unitarios
Req 1.13 Mantenimiento de Contratistas
Req 1.14 Alertas - Mantenimiento de lista de correos
Control de cambios por bitácoras
5.3.1. Non-Functional Requirements
Requirement ID Requirement Description

Req 2.1 Gestión de Almacenamiento de Ficheros
Req 2.2 Interface de Menú
Req 2.3 Importación masiva de ficheros
5.4. User Profiles

Los perfiles asociados a la aplicación serán los siguientes:
 Personal ENEL.
 Contratistas.
 Municipalidades.
 Administradores.

InformationDocument
77 84
4 1.2
Global ICT
Unit / Unit
 Visores de Información.

InformationDocument
78 84
4 1.2
Global ICT
Unit / Unit
6. Analysis Model Definition

6.1. Entity Model Definition
No aplica
6.2. User Interface (UX) Definition

Se introduce en esta fase de la aplicación un cambio en el tipo de menú que ahora será de
tipo horizontal en la parte superior en lugar del menú lateral que se venia usando hasta ahora
con el objetivo de ganar superficie útil de pantalla para los formularios y alinearse con el tipo de
menús prepuesto por Enel para los aplicativos.
Como criterio general se incluirá un tooltip aclaratorio para las etiquetas de los campos que
contengan términos abreviados o sea abreviaturas en su totalidad.

InformationDocument
79 84
4 1.2
Global ICT
Unit / Unit

InformationDocument
80 84
4 1.2
Global ICT
Unit / Unit
7. Data Protection Local Law

InformationDocument
81 84
4 1.2
Global ICT
Unit / Unit
8. Segregation of Duties
No aplica

InformationDocument
82 84
4 1.2
Global ICT
Unit / Unit
9. Annexes
No Aplica.

InformationDocument
83 84
4 1.2
Global ICT
Unit / Unit
10. Standards and Tips

All sections of this template may or may not be filled with information, depending on the nature
of the project. Whenever a section does not apply to the project, the user will indicate “Not
Applicable” in the body of the section, in order to indicate that the section provides no
required information for the specific project.
Where possible, it is suggested the use of the following UML standard diagrams
1. Use cases diagram

2. Component diagram
3. Functional diagram
4. Activity diagram
5. Deployment diagram

InformationDocument
84 84
4 1.2

Sistema de Gestión de Permisos Fase 4: SM300-Functional Design Versión 1.2

Uploaded by

Document Information

Original Description:

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Sistema de Gestión de Permisos Fase 4: SM300-Functional Design Versión 1.2

Uploaded by

Copyright:

Available Formats

Global ICT

SISTEMA DE GESTIÓN DE PERMISOS

SM300- Functional Design

Written by: Santiago Pérez 22/08/2022

Verified by: dd/mm/yyyy

Approved by: . dd/mm/yyyy

REPRODUCTION FORBIDDEN Internal Use

Changes to the document

REPRODUCTION FORBIDDEN Internal Use

5. Functional Definition and User Profiles...........................................................

REPRODUCTION FORBIDDEN Internal Use

5.2.9. Gestión de Pagos...........................................................................................

6. Analysis Model Definition..................................................................................

7. Data Protection Local Law.................................................................................

10. Standards and Tips.............................................................................................

REPRODUCTION FORBIDDEN Internal Use

1. Definitions, acronyms, abbreviations

Acronym and Key words Description

Table 2 – Definitions, acronyms, abbreviations

REPRODUCTION FORBIDDEN Internal Use

Diagram representing the actors outside of a system capable of interacting with

REPRODUCTION FORBIDDEN Internal Use

En el presente documento se define el alcance del requerimiento SISTEMA DE GESTIÓN

El objetivo de este requerimiento es ampliar la funcionalidad del aplicativo mejorando la

Se implementarán mejoras en el interface de usuario para facilitar la edición en diálogos de

REPRODUCTION FORBIDDEN Internal Use

 Creación de nuevos campos en la edición de Proyectos.

 Gestión de los permisos de tipo Otros.

 Gestión de boletas de garantía para los permisos Otros.

 Boletas para los Permisos OTROS.

 Gestión de los reembolsos a contratistas para los permisos municipales.

 Gestión de costes para los permisos municipales.

 Gestión de los pagos municipales.

 Gestión de anticipos a contratistas.

 Mejoras en la consulta de permisos SERVIU.

 Edición masiva de permisos SERVIU mediante la selección de permisos.

 Creación de nuevos campos en la edición de permisos SERVIU.

 Gestión de reembolsos para permisos SERVIU.

 Gestión para los costos de Gestión EC SERVIU

 Mejoras en la consulta de permisos MOP

 Creación de nuevos campos en la edición de permisos MOP

 Mejoras en la gestión de boletas de garantía.

 Creación de webservices para la exportación de datos.

 Gestión de valores para los costes unitarios.

 Mantenimiento para la lista de destinatarios de las alertas.

 Importación masiva de ficheros asociados a proyectos.

REPRODUCTION FORBIDDEN Internal Use

 Implementación de bitácoras para el registro de los cambios realizados en permisos y

4.3. Conceptual Description

El alcance funcional de la solución incorporado en esta Fase 4 corresponde a:

4.4. Technological Environment

REPRODUCTION FORBIDDEN Internal Use

4.4.1. Technical Architecture

4.4.2. Impact/Relationships with other Information Systems (Interfaces)

4.4.3. Technical Constraints

REPRODUCTION FORBIDDEN Internal Use

5. Functional Definition and User Profiles

REPRODUCTION FORBIDDEN Internal Use

5.2. Functionalities Definition

REPRODUCTION FORBIDDEN Internal Use

En la consulta de proyectos se al hacer click sobre cantidad de permisos se abrirá una

REPRODUCTION FORBIDDEN Internal Use