View
3
Download
0
Category
Preview:
Citation preview
SCR6150c Versión 2.0(12/01/05)
Pliego de Prescripciones Técnicas:
Análisis y diseño de la migración del servicio de energía.
Fecha: Enero de 2015 Referencia: 005/2015
EJIE S.A.
Mediterráneo, 14
Tel. 945 01 73 00*
Fax. 945 01 73 01
01010 Vitoria-Gasteiz
Posta-kutxatila / Apartado: 809
01080 Vitoria-Gasteiz
www.ejie.es
Este documento es propiedad de EJIE, S.A. Este documento no puede ser reproducido, en su totalidad o parcialmente, ni mostrado a otros, ni utilizado para otros propósitos que los que han originado su entrega, sin el previo permiso escrito de EJIE, S.A.. En el caso de ser entregado en virtud de un contrato, su utilización estará limitada a lo expresamente autorizado en dicho contrato. EJIE, S.A. no podrá ser considerada responsable de eventuales errores u omisiones en la edición del documento.
Análisis y diseño de la migración del servicio de energía
Contenido
Capítulo/sección Página
1 Introducción 4
2 Objeto del contrato 5
3 Necesidad 6
4 Contenido 8
4.1 Explicación del Gestor de Expedientes del Dpto. (NB29) 8
4.2 Explicación nuevo modelo de trabajo “Sección Plantilla” 71
4.3 Inventario de secciones y procedimientos del Servicio de energía74
4.4 Metodología aplicable 81
4.5 Metodología de pruebas 84
4.6 Modelo de aseguramiento de la calidad (SQA) 85
4.7 Herramientas del ciclo de vida de las aplicaciones 86
4.8 Entono tecnológico 86
5 Descripción de entregables. 92
5.1 Normativa para la puesta en producción y posterior
explotación del sistema 92
6 Planificación y Organización 94
6.1 Plan de Proyecto 94
6.2 Organización del Equipo de Trabajo 94
6.2.1. Asignación de recursos a fases del proyecto 94
6.2.2. Equipo de Trabajo 95
6.3 Transferencia Tecnológica. 97
Análisis y diseño de la migración del servicio de energía
7 Presupuesto y oferta económica. 98
8 Mecanismos de Seguimiento, Control y Supervisión 99
8.1 Mecanismos de Seguimiento y Control. 99
8.2 Supervisión del proyecto 99
9 Plazo de ejecución y Plan de Facturación 101
10 Criterios de Valoración. 102
11 Garantía 104
11.1 Garantía 104
Análisis y Diseño de la migración del servicio de energía 4/104
1 Introducción
El Departamento de Industria, Innovación, Comercio y Turismo lleva unos años inmerso en un
ambicioso proyecto de cambio interno que se sustenta fundamentalmente en tres pilares básicos:
La renovación de sus sistemas horizontales de tramitación por un nuevo núcleo de
aplicativos (Gestor de expedientes, Gestor de ingresos, Escritorio, etc.) orientados a la
digitalización completa de la información y a la transmisión electrónica de la misma,
tanto a nivel externo (con ciudadanos y otros organismos de la administración), como
interno (con generación e intercambio de documentos en formato electrónico).
La renovación progresiva de los diferentes Registros y Censos Administrativos que, junto
con los sistemas de tramitación, forman la base de la actividad técnica específica del
Departamento en el desarrollo de sus competencias.
La reingeniería de sus procedimientos administrativos, tanto para adaptarlos a la
tramitación telemática, como para potenciar la eficiencia y eficacia de la actividad del
Departamento, en base a la homogenización de la actividad administrativa, la
racionalización de los recursos, y la optimización de los mecanismos utilizados.
Este proceso de migración actualmente ha conseguido los siguientes hitos:
Se han concluido los trabajos de desarrollo e implantación en producción del núcleo del
sistema y de todos los elementos considerados como horizontales a toda la organización.
El proceso de reingeniería está también cerrado, y los procedimientos definidos,
quedando pendiente mediante los proyectos correspondientes su implementación efectiva
en la plataforma y su puesta en funcionamiento.
Se han licitado y contratado a diferentes empresas los proyectos de construcción de las
secciones correspondientes a los servicios de Seguridad Industria y Turismo y el
despliegue de sus correspondientes procedimientos, estando estos proyectos ya
implantados en producción o en fase de implantación con un calendario de finalización de
mayo 2014.
Se han licitado y contratado alguno de los procedimientos “horizontales” de Servicios
Generales necesarios para la tramitación de permisos para la presentación de solicitudes
telemáticas, estando estos procedimientos en producción desde 2.011.
Se han licitado y contratado la tramitación de dos programas de ayuda de las áreas de
Internacionalización y de Turismo cuya puesta en producción se ha realizado a lo largo
del 2014.
Actualmente el departamento está realizando una revisión de todos los procedimientos
de inspección con la idea de unificar criterios y buscar una solución “horizontal” para la
tramitación de los mismos.
En esta situación, el Departamento ha considerado que es el momento de seguir avanzando
con el proyecto de migración continuando con la mecanización del Servicio de Energía,
pero que basándonos en la experiencia/coste de los desarrollos realizados hasta el momento
y en la complejidad técnica y funcional que implica la construcción de cada nuevo
servicio/sección se ha tomado la decisión de establecer una nueva estrategia e implantar un
nuevo “modelo de trabajo” que permita abaratar los costes y tiempo de puesta en
producción de los nuevos procedimientos a mecanizar mediante el uso de “secciones
plantilla” proporcionadas por Ejie y descritas en este pliego.
Análisis y Diseño de la migración del servicio de energía 5/104
2 Objeto del contrato
Este documento constituye el Pliego de prescripciones Técnicas y su objeto es establecer las
condiciones y criterios técnicos que han de servir de base en la contratación del desarrollo del
proyecto de Análisis y diseño de la migración del servicio de energía.
Análisis y Diseño de la migración del servicio de energía 6/104
3 Necesidad
En base al escenario descrito en el apartado (1-introducción) de este documento, el
departamento se plantea la necesidad de realizar las fases de análisis y diseño de todos los
procedimientos del servicio de energía que:
Aporte una solución completa de BackOffice destinada al personal del departamento
para recoger las solicitudes presentadas y ayudarles a gestionar la tramitación de las
mismas teniendo en cuenta todas las fases de sus expedientes hasta su cierre (apertura,
recepción de solicitudes, estudio y validación de la documentación, requerimientos,
resoluciones, pagos, cierre, archivo, etc.).
Aporte una solución completa de FrontOffice destinada a los profesionales,
ciudadanos, empresas y entidades que les permita tramitar todas las gestiones
competencia de este servicio con la administración (presentación de solicitudes, pago de
tasas, consultas, contestación a requerimientos, alegaciones, recursos, intercambio de
datos con las empresas suministradoras, interacción con otros sistemas: TREBOL,
SOFTECA, visados de los colegios, etc.).
Proporcione solución a todas las funcionalidades que actualmente ofrecen los sistemas
de tramitación actuales (B29, O35, RIPRE, GASOLINERAS) así como todas las mejoras
que sean posibles.
Integre las soluciones resultantes de la revisión de los procedimientos de inspección
externa que actualmente se está abordando en el departamento. Este punto por ser
dependiente del resultado de otro proyecto en curso, quedará excluido del
alcance de este pliego.
Aporte una solución completa de migración de datos de los sistemas de tramitación
actuales, y sí fuera necesaria un modelo de convivencia durante el proceso de
migración.
Se INTEGRE con el sistema actual de gestión de expedientes del departamento NB29.
Aplique el nuevo “modelo de trabajo” propuesto mediante el uso de “secciones
plantilla”.
Incorpore todas las funcionalidades y beneficios tecnológicos que ofrece la plataforma de
e-Administración.
Incorpore en este nuevo sistema todos los procedimientos de las secciones que se
deberán construir (en una fase posterior) y que deberá contemplar todas las
funcionalidades que se necesiten para ser tramitadas de forma completa desde el back
office y el front office:
o Sección de Instalaciones de Alta Tensión (no liberalizados) y (liberalizados)
o Sección de Instalaciones de Baja Tensión
o Sección de Instalaciones de Combustibles Gaseosos
o Sección de Instalaciones de Combustibles Líquidos
o Sección de Régimen Especial
o Sección de Instalaciones de Agua
Análisis y Diseño de la migración del servicio de energía 7/104
o Sección de Instalaciones de Gas (competencia del área de energía)
La actividad objeto de contratación, es necesaria para la prestación de los servicios, competencia
de EJIE S.A., y está incluida en los servicios que pueden ser objeto de contratación (según
Instrucción Sexta de la Instrucciones sobre buenas prácticas en la contratación de servicios de
Gobierno Vasco). Su prestación no puede ser asumida con los recursos humanos y técnicos de
que dispone EJIE S.A., siendo además inviable su reorganización.
El presente pliego, como el resto de documentos de la fase de preparación del contrato,
incorporan las debidas garantías para dar cumplimiento a la Instrucción octava de las
Instrucciones sobre buenas prácticas en la contratación de servicios de Gobierno Vasco.
Análisis y Diseño de la migración del servicio de energía 8/104
4 Contenido
4.1 Explicación del Gestor de Expedientes del Dpto. (NB29)
A continuación se describe un resumen con las principales motivaciones, objetivos y
características de la aplicación NB29 como “gestor horizontal” de todos los expedientes del
departamento de Desarrollo Económico y Competitividad.
Es importante que la empresa adjudicataria conozca y entienda este sistema con el fin de lograr
que los nuevos componentes a construir para gestionar los programas de ayudas se integren
correctamente con la NB29.
Las principales MOTIVACIONES de la NB29 se pueden resumir en:
Integrar las Direcciones y Servicios del Departamento en un sistema único, para conseguir
agilizar la gestión y obtener cuadros de mando.
Migración de las aplicaciones actuales hacia entornos Web, para conseguir materializar la
tramitación telemática y el expediente electrónico.
Constituir la base del nuevo sistema a partir de los resultados del proyecto de la
infraestructura de la e-Administración, para aprovechar el momento propicio y los
esfuerzos realizados en este ámbito.
Promover el cambio hacia nuevos modelos de gestión en el Gobierno y en Euskadi, para
impulsar el e-Gobierno y la Sociedad de la información.
Los OBJETIVOS de la NB29 se pueden resumir en:
Presentar al usuario sus necesidades concretas sin que éste tenga que buscarlas:
Implantando una nueva filosofía de trabajo con escritorios personalizados, buzones de
tareas y bandejas de expedientes.
Ofrecer al usuario la opción de realizar el trámite a través del canal que más le convenga:
Integrando la tramitación telemática y presencial permitiendo expedientes mixtos
(tramitación telemática y presencial en un mismo expediente).
Interactuar entre diferentes Departamentos, Organismos y Administraciones: Dotando al
sistema de capacidad de interoperabilidad mediante el uso de servicios de validación y
terceros (SVT).
Facilitar la reutilización del sistema: El nuevo sistema va a tener capacidad de
incorporación de nuevos servicios y va a ser construido bajo la filosofía de orientación
a servicios (SOA).
Los CARACTERISTICAS principales de la NB29 se pueden resumir en:
Orientación al cliente. El sistema ha sido diseñado teniendo en cuenta las necesidades
de sus usuarios:
o Cliente interno (funcionariado) y Cliente externo (empresas, profesionales,
ciudadanos).
Análisis y Diseño de la migración del servicio de energía 9/104
Framework de Tramitación. El sistema incluye un motor de tramitación universal con
capacidad para tramitar todos los expedientes del Departamento (estos expedientes
corresponden a diferentes familias del MBT).
Integración BackOffice y FrontOffice. El sistema proporciona una única herramienta
que permite la relación entre la gestión interna y la interacción de terceros.
Sistema preparado para su evolución. El sistema proporciona una cartera de servicios
que el núcleo deja disponibles para su utilización y que permite la incorporación de nuevos
servicios a medida que sean requeridos por los usuarios.
Análisis y Diseño de la migración del servicio de energía 10/104
El nuevo sistema se divide en dos partes fundamentales, integradas pero independientes:
NÚCLEO DEL SISTEMA: Es la base del sistema, e incluye todos los servicios de interés común
que necesiten el resto de aplicaciones que se integren en el sistema: motor de tramitación,
etc.
APLICACIONES DE LAS DIFERENTES DIRECCIONES Y OFICINAS DEL DEPARTAMENTO: Son los
diferentes aplicativos (“negocios/secciones”) que forman parte del sistema de información
del departamento y que usan todos los servicios del núcleo para realizar sus tareas de
tramitación: baja tensión, registro industrial, turismo, programas de ayudas, etc.
El núcleo debe resolver la problemática actualmente existente en el departamento:
Núcleo del Sistema:
Permitirá la homogeneización del trabajo.
Ofrecerá unos servicios e interfaces gráficas altamente operativos.
Infraestructura y servicios tanto para el BackOffice como para el FrontOffice.
Núcleo del Sistema:
Permitirá la homogeneización del trabajo.
Ofrecerá unos servicios e interfaces gráficas altamente operativos.
Infraestructura y servicios tanto para el BackOffice como para el FrontOffice.
Análisis y Diseño de la migración del servicio de energía 11/104
El departamento a lo largo del tiempo ha sufrido escisiones e incorporaciones de nuevos
“departamentos” a su organización.
Ejemplo: Este departamento antiguamente contenía las áreas de “Industria, Agricultura y Pesca”
Por todo esto debe contemplar desde su inicio que:
o cada área del departamento debe acceder solo a sus datos
o en caso de que un departamento se desanexione, debe poder “llevarse” sus datos y la
aplicación para poder seguir usándola sí le interesa.
o En caso de que se incorpore un nuevo departamento debería poder integrarse en el
sistema.
o La capa de presentación que se oferta junto con los servicios debe ser opcional, ya
que es posible en algunos casos sea aunque sea interesante y necesario usar los
servicios la sección/backoffice que se incorpore tenga necesidades concretas que
necesitan resolver con su propia capa de presentación.
A continuación se muestra un gráfico en donde se resumen los principales servicios que ofrece el
núcleo:
Separación total por Departamentos.
Capa de presentación. (OPCIONAL).
Escritorio Personalizable.
Buzón de tareas y avisos.
Gestor de expedientes: Repositorio y visor del Expdte. Expdte. Electrónico: Trámites y tareas del
expediente, Documentos papel y electrónico, Terceros, tasas, utilidades. Bandeja de expedientes.
Cumplimiento de la resolución de PLATEA, integración y uso de la infraestructura de e-Admón.
Monitor del Sistema para el control y auditoría del sistema informático.
Ventanilla. Gestión de entradas integradas en el Back-Office.
Gestión de ingresos y pagos. (Integración con SIPCA).
Gestor de informes. Cuadros de mando. Explotación de datos. Integración con ofimática.
Comunicaciones internas.
Gestor de tablas maestras y catálogos.
Gestión de Entradas y Salidas de información con otros organismos.
Utilidades comunes a aplicaciones: Gestión de inspecciones, de exámenes, de instalaciones, etc.
Servicios para el Front-Office: Portal profesional, motor de pasos, infraestructura para que cada
aplicación ofrezca sus servicios, servicios de la e-Administración, gestor de autorizaciones,
escritorios según perfiles de organismos, Interoperabilidad (Implementación de Entradas/Salidas con
otros organismos).
Separación total por Departamentos.
Capa de presentación. (OPCIONAL).
Escritorio Personalizable.
Buzón de tareas y avisos.
Gestor de expedientes: Repositorio y visor del Expdte. Expdte. Electrónico: Trámites y tareas del
expediente, Documentos papel y electrónico, Terceros, tasas, utilidades. Bandeja de expedientes.
Cumplimiento de la resolución de PLATEA, integración y uso de la infraestructura de e-Admón.
Monitor del Sistema para el control y auditoría del sistema informático.
Ventanilla. Gestión de entradas integradas en el Back-Office.
Gestión de ingresos y pagos. (Integración con SIPCA).
Gestor de informes. Cuadros de mando. Explotación de datos. Integración con ofimática.
Comunicaciones internas.
Gestor de tablas maestras y catálogos.
Gestión de Entradas y Salidas de información con otros organismos.
Utilidades comunes a aplicaciones: Gestión de inspecciones, de exámenes, de instalaciones, etc.
Servicios para el Front-Office: Portal profesional, motor de pasos, infraestructura para que cada
aplicación ofrezca sus servicios, servicios de la e-Administración, gestor de autorizaciones,
escritorios según perfiles de organismos, Interoperabilidad (Implementación de Entradas/Salidas con
otros organismos).
Turismo
Turismo
Con
sum
o
Con
sum
o
Indu
stria
Indu
stria
Com
ercio
Com
ercio
Análisis y Diseño de la migración del servicio de energía 12/104
MODELO NB29 – Gráfico explicativo y resumen de sus componentes:
En este apartado se incluye una descripción de los módulos funcionales del sistema para intentar
ofrecer una VISIÓN GLOBAL del mismo.
Hay que tener en cuenta que el objeto de este pliego es la construcción del nuevo
sistema de ayudas, que debe integrarse con el resto de componentes ya existentes.
Es necesario que la empresa adjudicada entienda todo el proyecto con el fin de lograr una
perfecta integración de los componentes que va a construir con el resto del sistema.
Análisis y Diseño de la migración del servicio de energía 13/104
*** BACKOFFICE ***
Núcleo Backoffice de Tramitación
Basado en un portal principal, a modo de escritorio, desde el cual se accede a todos los módulos
de la NB29. Los escritorios de los perfiles de tramitación y negocio facilitarán el acceso a
componentes como:
o Ventanilla: Común a todos los puestos de atención al público de las Oficinas Territoriales,
permitirá la tramitación mixta, facilitando comunicación con VISNET y otros organismos
que en el futuro puedan ofrecer información telemática.
o Gestor de expedientes: Estrechamente relacionado con el REE y el RDE de la
infraestructura, todos los expedientes de la NB29 dispondrán de una carpeta electrónica.
Cuando la información sea electrónica, será directamente accesible desde este módulo,
cuando la información sea en soporte papel, únicamente se hará referencia a la carpeta
física que albergará toda la documentación generada. También podrán existir expedientes
mixtos con información electrónica y papel.
o Bandejas de tareas: Las bandejas de tareas ordenarán el trabajo de los tramitadores
facilitando la obtención de información relativa a la situación de los expedientes abiertos o
con tareas pendientes de ejecución.
o Gestor de ingresos: El módulo de gestión de ingresos facilitará la emisión de
liquidaciones, facilitando la comunicación tanto con la pasarela del funcionario para el
cobro de tasas en ventanilla como la Pasarela de Pagos Telemática. Este sistema se
comunica con el Sistema Integrado de Cobros y Pagos (SIPCA).
o Acceso a los negocios: Tanto desde el gestor de expedientes como desde los escritorios
de tramitación se podrá acceder a todas las secciones que gestionan los distintos negocios
de la NB29.
o Gestor de informes y consultas:
Los perfiles de gestión dispondrán de un escritorio orientado a facilitar la obtención de
resultados de gestión y medición de la calidad del servicio. Desde este módulo se
podrá acceder a consultas, listados, estadísticas y cuadros de mando del sistema,
permitiendo localizar y ejecutar cualquier informe o consulta definido en la NB29.
Además, ofrecerá un planificador, estilo Outlook, que permitirá que cualquier listado
sea lanzado de forma planificada a un día y hora concreta o en forma de una serie
periódica semanal, mensual, etc. Los resultados de estos listados se mostrarán en el
buzón del funcionario, dentro del área visual de “Alarmas, Avisos y Recordatorios” de
los escritorios.
Análisis y Diseño de la migración del servicio de energía 14/104
o Administración y monitorización del sistema:
Los perfiles de administración del sistema dispondrán de un escritorio personalizado donde
se facilitará el acceso a los módulos de mantenimiento, parametrización y monitorización
del sistema. Estas funcionalidades son:
Administración del sistema: Acceso a las tablas maestras del sistema, como puede
ser el Catálogo de procedimientos y el Catálogo de Trámites y tareas.
Monitorización del sistema: Acceso al estado de los distintos sistemas y
subsistemas de la NB29, permitiendo controlar el rendimiento y el funcionamiento de
todos los componentes.
A continuación se describe cada uno de sus componentes con más detalle.
*** BACKOFFICE *** - Escritorios
Espacio personalizado de trabajo donde el usuario encuentra las herramientas que precisa.
- Será flexible y parametrizable por el propio usuario y por tanto será diferente por cada
perfil.
- Tendrá acceso fácil e inmediato desde cualquier pantalla del sistema.
- Dispondrá de un módulo de administración.
(1) Aplicaciones
Análisis y Diseño de la migración del servicio de energía 15/104
El objeto de este apartado del escritorio consiste en servir de punto de entrada a las aplicaciones
que actualmente despliega el Portal de Aplicaciones de XLNets pero de una forma racional y
ordenada.
Por lo tanto, mostrará todas las aplicaciones a las que tiene acceso este usuario, tanto de la
nueva B29 como de otros aplicativos. Por un lado estarán todas las aplicaciones de la propia
NB29, organizadas por submenús y por otro lado, aparecerán el resto de aplicaciones.
(2) Mis trabajos habituales
En esta zona tendremos el acceso directo al trabajo habitual y periódico del usuario. Es decir, a
los menús de consultas, con información personalizada, en los que trabaja habitualmente el
usuario.
Por cada perfil habrá unos “mis trabajos habituales” por defecto, de forma inicial, que el propio
usuario podrá ir modificando a su gusto. Para ello, en los propios menús de las páginas de
consultas de la nueva B29 aparecerá siempre una opción que permitirá llevar esa preselección al
área visual del escritorio, como si fuera un favorito.
(3) Informes: consultas, listados, estadísticas y cuadros de mando
Esta será la zona donde se gestione todo el tema de consultas, listados, estadísticas y cuadros de
mando sobre el sistema de información del Departamento.
Aquí nos encontraremos únicamente informes en distintos formatos, incluso que se puedan filtrar,
pero sólo de consulta. No pantallas de trabajo.
(4) Alarmas del monitor del sistema
Las alarmas del monitor del sistema se mostrarán como mensajes urgentes y de alta importancia,
en la cabecera de la pantalla, en forma de un scroll continuo de mensajes de alarma (errores,
caídas del sistema, etc.). Cuando sólo haya un mensaje, éste aparecerá siempre de forma
continua y, cuando haya más de un mensaje, estos aparecerán alternativamente mediante un
scroll automático de la propia zona que visualiza las alarmas. Se trataría de un modelo de
visualización tipo rotativo.
(5) Buzón de tareas
En el buzón de tareas el usuario encontrará todas las tareas puntuales (referidas a expedientes
concretos) que le han sido asignadas o tiene pendientes. Tanto en su buzón como en los buzones
de grupo a los cuales pertenezca.
Un requisito es facilitar al usuario su labor. Para ello, no debemos mostrar de inicio las tareas sino
sus agrupaciones (que incluso habrá organizado el propio usuario). Por cada agrupación que se
muestre el número de tareas.
Análisis y Diseño de la migración del servicio de energía 16/104
(6) Alarmas, avisos y recordatorios
Será un gestor típico de noticias. En principio serán referidas al sistema informático pero es
previsible que se acabe usando para cualquier tema referido al trabajo (nuevas normativas,
entrada en vigor de …, etc.).
Las noticias pueden contener documentos o enlaces a URL‟s.
(7) Trabajos más recientes o en curso
Es interesante aportar al usuario un enlace director a los trabajos que está realizando o bien a los
que acaba de finalizar, de forma que no tenga que ir navegando por pantallas hasta llegar a los
mismos.
Inicialmente se incluirán:
- Lista de Documentos más recientes.
- Lista de expedientes más recientes.
- Tareas en curso
(8) Enlaces de interés.
Es una opción no personalizable del escritorio. Consiste en el conjunto de enlaces
departamentales, que se consideran de utilidad para los funcionarios.
(9) Personaliza tu escritorio
Varios elementos del escritorio pueden ser personalizables por usuario.
(10) Soporte NB29: contacte con informática
Bajo el epígrafe de “SOPORTE NB29” se incorporará una serie de enlaces que permitirán ponerse
en contacto con los responsables informáticos. Esta opción articulará los procedimientos formales
para contactar con informática, es decir, para realizarles peticiones, sugerencias e informar de
incidencias.
Estas peticiones llegarán a los informáticos de las oficinas territoriales y Lakua, que las
atenderán, filtrarán y priorizarán.
- Buzón de sugerencias.
- Peticiones de parametrización.
- Enviar incidencia o error en la aplicación.
Análisis y Diseño de la migración del servicio de energía 17/104
- Consultar mis sugerencias, peticiones e incidencias.
- Manuales.
*** BACKOFFICE *** - Ventanilla
Módulo desde el que se ofrecerán todas las funcionalidades que un funcionario precisa disponer
para atender al público (ventanilla única).
Dentro del sistema de tramitación de expedientes un apartado fundamental es la entrega de la
documentación precisa para tramitar dicho expediente. En el nuevo Sistema de Información de
Industria NB29 se define un módulo de ventanilla cuyo objetivo es permitir al Usuario de
ventanilla dar entrada a la documentación aportada por los ciudadanos.
Esta entrada es actualmente mayoritariamente papel, aunque cabe la posibilidad de incorporar
cierta documentación en formato electrónico. De cara a futuro se está realizando una apuesta
total por la tramitación telemática, no solo para las empresas y profesionales sino también de
cara al ciudadano.
A continuación se relacionan cuáles son las principales funcionalidades que aporta el sistema de
entradas al conjunto del nuevo sistema de información NB29.
Las funcionalidades que considera el nuevo Sistema podemos agruparlas de la siguiente forma:
Análisis y Diseño de la migración del servicio de energía 18/104
Gestionar la entrada de documentación: Dar entrada a la documentación que le presentan
los ciudadanos o que recibe de otros departamentos. Son los encargados de registrar toda
la documentación que entra en la delegación. En caso de iniciar un expediente o de asociar
una entrada a un expediente ya existente, los usuarios de ventanilla se limitarían a
“marcar” que documentación nos han entregado, de forma que se nos informará en todo
momento de cuales nos han entregado y cuales tenemos pendientes de entrega.
El usuario de ventanilla debe ser consciente que va a tener que gestionar documentación de
distintos orígenes, dependiendo de cómo lo aporte el ciudadano:
Presentar Documentación papel, en el departamento adecuado al Procedimiento iniciado.
Presentar Documentación mixta, papel y electrónico, en el departamento adecuado al
Procedimiento (documentación papel + referencia a VISNET u otros)
Presentar documento electrónico en el Departamento adecuado.
Presentar referencia a una solicitud mecanizada en la Web
Mantener la información de las entradas de su propia delegación. Aunque no sea su labor
principal debe estar capacitado a actualizar la información a que este autorizado y en los
plazos que disponga. También podrá anular entradas aunque esta anulación solo se
produzca en su propio Sistema, ya que esta utilidad no está contemplada en el Libro de
Registro Oficial.
Iniciar los expedientes identificando sus participantes: El usuario de Ventanilla además de
informar sobre el remitente de los documentos podrá identificar al resto de los
participantes del expediente. Dependiendo del procedimiento dispondrá de ayudas que le
faciliten conocer al menos que tipos de participantes intervienen en un expediente, y en
que censos puede apoyarse para su búsqueda.
Mantenimiento de los expedientes. Dispondrá de utilidades que le permitan asociar y
desasociar entradas a expedientes. Asociar y desasociar proyectos VISNET…. Acceder a los
documentos de las entradas y de los expedientes, independientemente de que la entrada
se haya producido por el canal telemático o presencial…
Registrar ciertos datos de negocio necesarios para efectuar tanto los cálculos de tasas
como para ayudar a los técnicos de las Secciones (identificación de la ubicación de la
instalación, identificación de la empresa instaladora …, otros específicos de cada sección,
datos de un vehículo …)
Realizar el presupuesto de tasas, así como su correspondiente emisión de recibo en caso
de efectuarse el cobro por parte del administrado.
Informar y solucionar problemas que pueda tener el usuario que tramita. Para ello se
apoyará en una serie de consultas y listados específicos del Personal de Ventanilla, y de
cuantos puedan ser de su interés. Para ello el personal de Ventanilla o cualquier otro
usuario del sistema podrá suscribirse a los informes que precise. Lógicamente esta
suscripción deberá ser lógica y autorizada.
Análisis y Diseño de la migración del servicio de energía 19/104
*** BACKOFFICE *** - Salidas y Notificaciones
Descripción del módulo de Gestión de Salidas.
Todo envío de documentación que envíe el departamento deberá quedar registrado en el sistema
de Salidas. El nuevo sistema, además de gestionar las salidas que actualmente se efectúan en
papel, deberá incorporar la gestión de las Salidas por vía Telemática.
El sistema de Salidas gestiona tanto Notificaciones como Comunicaciones. Una notificación es la
comunicación formal de un acto administrativo a un interesado en ese acto. La notificación
requiere que la administración tenga conocimiento del resultado de la misma, por lo tanto la
notificación puede practicarse por cualquier medio que permita tener constancia de su recepción
por el interesado. Una Comunicación es un envío que realiza la administración y sobre el que no
necesita conocer su resultado.
Para que una notificación / comunicación pueda ser practicada por medios telemáticos se requiere
el consentimiento expreso del interesado. Ese consentimiento debe ser otorgado por el interesado
expediente por expediente. Durante la tramitación de un expediente, cuando concurran causas
justificadas, el interesado podrá requerir que las notificaciones sucesivas no se practiquen por
medios telemáticos
En la notificación por vía telemática, al igual que en la postal, la constancia de acceso del
ciudadano al contenido de la notificación se materializa en un acuse de recibo o justificante de
entrega. En este caso dicho justificante es parte del envío telemático y solo cuando el destinatario
firma que lo acepta sé le da acceso a los documentos del envío.
Análisis y Diseño de la migración del servicio de energía 20/104
El nuevo sistema, además de gestionar las salidas asociadas a expedientes deberá contemplar
también la posibilidad de realizar salidas no asociadas a expedientes. Además deberá gestionar
los siguientes medios de envío: vía postal, vía Telemática, agente notificador, publicación en
boletín, publicación en prensa.
Preparación y registro de Salidas
En el sistema de salidas el proceso de generación de una salida tiene los siguientes pasos:
Preparación de la Salida: en este paso se deberá introducir toda la información necesaria para
realizar una salida. Deberá recoger el destinatario del envío, El tipo de envío a realizar
(telemático o en papel dependerá de la opción escogida en ese expediente por el destinatario
seleccionado), el medio de envío (correo postal, boletín, etc.), el acto que se comunica, los
documentos que se van a enviar, determinar si se trata de una comunicación o una
notificación, la persona responsable del envío y un buzón de salida (desde el que se va a
registrar la salida.
Registro de Salida: el funcionamiento de este paso varía dependiendo del medio de envío.
(SALIDA TELEMATICA)
Sí la salida es por vía telemática se utilizan los servicios que aporta la infraestructura para este
tipo de salidas. Básicamente consiste en generar un documento de Notificación Telemática que
resume el contenido del envío, firmarlo y publicarlo en la pasarela de notificaciones telemáticas.
El destinatario recibe un aviso indicándole que tiene notificaciones pendientes, accede a la visión
del ciudadano, firma la notificación y accede a los documentos contenidos en la misma. Las
salidas quedarán registradas en el libro de registro telemático.
(SALIDA POSTAL)
Sí la salida es vía postal, se habrá enviado a un buzón de salidas que puede ser gestionado por la
misma persona que prepara la salida o por otra que se encargue de registrar las salida
preparadas por otros. En este caso para registrar las salidas la persona que gestiona el buzón de
salidas accede al mismo, este le presentará las salidas preparadas pendientes de registrar y
podrá seleccionar una salida o un grupo de ellas y registrarlas. El sistema registra las salidas en
el libro de registro de la oficina territorial, y devuelve un número de registro para cada salida.
El nuevo sistema deberá contemplar la existencia de buzones de salidas. Estos buzones recibirán
las salidas vía papel preparadas por los tramitadores, y será la persona que gestione cada buzón
la encargada de registrar las salidas.
Este sistema de buzones permitirá que cada oficina territorial gestione las salidas por vía postal
de la manera que crea conveniente. Así una oficina podrá decidir que cada tramitador tiene su
buzón y es responsable tanto de la preparación como del registro de las salidas que realiza, y
otra podrá decidir que las labores de registro de las salidas se centralicen en un o varias personas
(uno o varios buzones)
Las salidas se podrán preparar y registrar bien desde la gestión de un expediente a través de la
ejecución de un trámite de Notificación / Comunicación, o bien desde un módulo de registro de
salidas.
Además el modulo registro de salidas permitirá las siguientes funciones:
- Consulta de salidas preparadas y pendientes. Podrá consultarse por número de buzón,
por número de preparación, por expediente, por destinatario, por fechas de preparación.
Análisis y Diseño de la migración del servicio de energía 21/104
- Registrar y enviar Salidas pendientes.
- Preparar y registrar salidas no asociadas a expedientes.
- Preparar y Registrar salidas asociadas a expedientes.
- Consulta de salidas enviadas. Se podrá consultar por expediente, por fecha de envío, por
destinatario…etc.
- Listar salidas (acotando por fecha de salida, etc.).
Acuses de Recibo
La recepción de un acuse de recibo consiste en marcar el resultado del acuse cuando el
funcionario tiene constancia del mismo, es decir, cuando correos devuelve el acuse o cuando los
boletines oficiales informan de las publicaciones.
El nuevo sistema dispone de un módulo de acuses de recibo donde se ubicará la aplicación de
recepción de acuses de recibo. Esta aplicación permitirá centralizar la recepción de los acuses.
Cuando llegue un acuse el tramitador encargado de recibirlo podrá acceder a dicho módulo,
buscar el acuse mediante varios criterios de búsqueda (nº de expediente, destinatario, nº de
acuse, etc.) e introducir el resultado del mismo. La recepción de un acuse de recibo supondrá la
finalización de un trámite de notificación / comunicación.
Asimismo, desde la gestión de un expediente se podrá acceder al gestor de acuses pero solo
podrá ver los acuses del expediente con el que esté trabajando en ese momento.
Si el acuse ha sido rechazado el sistema deberá permitir el reintento de la notificación.
Este sistema se comunica con el sistema de recepción de acuses de Correos (SICER).
Análisis y Diseño de la migración del servicio de energía 22/104
*** BACKOFFICE *** - Gestor de expedientes
El nuevo modelo de gestor de expedientes abarcará todos los usuarios del Departamento en sus
distintos perfiles y ubicaciones. En este punto nos referimos al gestor de expedientes desde el
punto de vista del BackOffice.
Perfiles de usuarios:
- Tramitadores.
- Coordinadores, jefes de oficina, jefes de servicio, Directores y otros cargos.
- Ventanilla.
- Administradores del sistema.
Ubicaciones:
- Oficinas Territoriales.
- Lakua.
- Organismos dependientes.
- Es decir, ruptura de la localización geográfica.
Análisis y Diseño de la migración del servicio de energía 23/104
Todos los usuarios dispondrán de su escritorio personalizado para su perfil e incluso para cada
persona. Desde este escritorio accederán rápida y fácilmente a todas las funcionalidades que
necesiten tanto a las habituales como a ocasionales.
El sistema sigue la filosofía de ofrecer y proponer al usuario el trabajo, sin que este tenga la
necesidad de ir “buceando” por aplicaciones y menús para llegar al mismo.
El nuevo modelo de gestión de expedientes en el backoffice, se interrelacionará con el
ciudadano/empresa/profesional a través de la infraestructura de e-Administración,
incluso cuando el ciudadano se conecte al nuevo portal profesional que será parte la NB29.
Este modelo contemplara también la extranet, en la que podrán entrar otros organismos sí fuera
necesario.
El tramitador de O.T.’s, Lakua y otros organismos.
En el modelo de gestión de expedientes de NB29 el tramitador dispone de 4 formas distintas de
tramitar siempre desde el escritorio personalizado:
1. Buzón de tareas: Para conocer las tareas que tiene pendientes y los avisos y alertas
recibidos.
2. Detalle del expediente: Si quiere acceder a toda la información de un expediente
concreto.
3. Bandejas de expedientes: Si necesita consultar o trabajar sobre conjuntos de
expedientes.
4. Acceso directo a las aplicaciones de negocio.
1. Buzón de tareas y avisos.
El buzón de tareas y avisos muestra al tramitador las tareas y avisos pendientes.
El tramitador en su buzón recibirá tareas y avisos de distinta procedencia:
- Que él mismo puede generarse.
- Que le envían otros tramitadores
- Que el propio sistema NB29 le envía automáticamente
- Puede ocurrir que al finalizarse una tarea se le sugiere la siguiente en su buzón desde
el SAT (Sistema de ayuda a la navegación).
- Desde el buzón de expedientes el tramitador puede:
Ejecutar una tarea. Tarea que interaccionará con las secciones (negocio) o
tarea que será una parte de la tramitación.
Acceder al detalle del expediente al que corresponde la tarea, y desde esta
visión global del expediente, ejecutar la tarea pendiente.
Seleccionar una serie de tareas y ejecutarlas todas a la vez.
Ver un aviso o una alerta. Los avisos pueden estar planificados.
Acceder al enlace que le propone un aviso, que le llevará a una pantalla desde
la que realizará alguna actividad (por ejemplo, revisar los expedientes
entrados esta semana y decidir las inspecciones).
Análisis y Diseño de la migración del servicio de energía 24/104
2. Detalle del expediente. Expediente electrónico.
Si un tramitador ya sabe sobre qué expediente quiere trabajar, puede acceder a la pantalla
de trabajo del expediente directamente.
Esta pantalla de detalle del expediente contiene:
- Todos los datos del expediente.
- El Índice de Documentos del expediente = Expediente electrónico.
o Referencia y enlace con los Documentos telemáticos. (Almacenados en el RDE-
repositorio documentos electrónicos)
o Referencia a los Documentos Papel (en la carpeta física) y enlace a sus posibles
copias electrónicas.
Copias de documentos de entrada = documentos escaneados y
guardados en el RDE (repositorio documentos electrónicos).
Copias de documentos de salida = documentos Word de trabajo
guardados en el RDE (repositorio documentos electrónicos).
o Referencia a registros de certificaciones telemáticas sustitutivas de
certificaciones papel.
o Documentos tanto de entrada como de salida como en proceso de elaboración
por los tramitadores.
o Referencia a los documentos pendientes para finalizar el expediente. Objetivo
del tramitador.
- La lista de terceros relacionados con el expediente con todos sus datos.
- El esqueleto de trámites y tareas:
o Ejecutados
o Pendientes de realizarse para finalizar el expediente.
o Otros posibles trámites que opcionalmente pueden ejecutarse en este
expediente.
o Desde el detalle del expediente el usuario puede elegir el trámite y tarea que
desea ejecutar. La ejecución será igual que si lo hiciese desde el buzón.
- Información económica del expediente (opcional)
Las liquidaciones de tasas que se han emitido (solo en caso de que el
procedimiento conlleve un devengo de tasas)
- Block de notas del expediente, donde el usuario de la aplicación podrá anotar todos
los temas relacionados con el expediente que considere de interés.
Análisis y Diseño de la migración del servicio de energía 25/104
3. Bandejas de expedientes.
El tramitador también puede trabajar sobre una lista de expedientes o de tareas, a través de
las bandejas de expedientes. Serán pantallas donde el tramitador filtre los expedientes que le
interesan.
Podrá elegir un trámite y tarea que ejecutar, bien sobre un expediente concreto, o bien,
seleccionando “n” expedientes, en lote (masivamente) sobre todos ellos.
Existirán unas bandejas de expedientes generales:
- Mis expedientes (de cada usuario).
- Visión transversal para el coordinador de un servicio.
- Visión transversal para el responsable económico de una oficina u organismo.
Después, en cada módulo funcional, pueden surgir distintas bandejas de expedientes o de
tareas con objetivos muy concretos. Por ejemplo, en el escritorio ya hay dos bandejas
específicas de tareas, una sólo con las tareas agrupadas y otra sólo con los avisos.
4. Acceso directo a las aplicaciones de negocio.
El tramitador podrá acceder directamente a los censos (o negocio o sección) para su
consulta y explotación. Es decir, accederá a la parte de negocio para las tareas propias que
deban realizarse desde el propio censo o negocio fuera de la tramitación de expedientes que
alimenta estos censos.
Ciudadanos/empresas/profesionales.
Los hitos, notificaciones y datos visualizables de los expedientes serán automáticamente
accesibles para los ciudadanos/empresas/profesionales a través de la web del ciudadano de la
eAV, o bien, a través de los portales profesionales del Departamento. Esta automatización se
consigue a través de la infraestructura de la eAdministración.
A su vez, todos los actos que realizan los ciudadanos/empresas/profesionales para el expediente
desde la web del ciudadano o desde los portales profesionales serán automáticamente accesibles
para el tramitador también a través de la infraestructura de eAdministración.
Resaltar también, que el modelo de gestor de expedientes del Departamento se ha construido
sobre la propia infraestructura de la eAdministración, estando intrínsecamente ligadas.
Igualmente los ciudadanos podrán seguir presentando solicitudes y documentación a través de la
ventanilla tradicional. La información recogida en la ventanilla, también pasará automáticamente
a estar accesible para el tramitador (antes incluso que el papel que debe llegar a la sección).
Coordinadores, Jefes de Oficina, Jefes de Servicio y cargos.
Las personas con responsabilidades en el Departamento (tanto en Lakua como en las Oficinas y
otros organismos) dispondrán de cuadros de mando que les permitirán:
- Cuadros de mando que reflejan la situación actual de la tramitación de expedientes, en ON
LINE.
- Alertas de situaciones anómalas sobre la situación actual de la tramitación, en ON LINE.
- Cuadros de mando, indicadores de calidad y estadísticas que permitirán el análisis global
de la tramitación, detectando problemas, retardos, etc. para poder tomar medidas de
mejora del servicio.
Análisis y Diseño de la migración del servicio de energía 26/104
Administrador del sistema único para todo el Departamento.
Para que este gestor de expedientes de la nueva B29 funcione como una máquina, facilitando el
trabajo de los tramitadores y optimizando y automatizando procesos al máximo, es necesario
configurar el sistema, cada procedimiento del mismo, así como, los trámites y tareas que en cada
procedimiento ejecutarán los tramitadores.
Esta configuración se deberá realizar por personal experto asistido por los responsables de los
usuarios.
Análisis y Diseño de la migración del servicio de energía 27/104
División del módulo gestor de expedientes.
Para abordar un modelo de gestión de expedientes tan ambicioso y amplio, se ha decidido
dividirlo en submódulos funcionales:
- Repositorio de expedientes.
- Gestor de documentos.
- Gestor de terceros.
- Motor de tramitación y gestor de tareas y avisos.
- Buzón de avisos y tareas.
- Bandejas de expedientes.
- Catálogo de trámites y tareas.
Junto a estas divisiones del gestor de expedientes figuran los otros dos módulos funcionales que
serán también la piedra angular del sistema:
- Catálogo de procedimientos (parametrización).
- Escritorios (acceso).
Análisis y Diseño de la migración del servicio de energía 28/104
Visor del expediente (repositorio de expedientes)
El Repositorio de expedientes de Industria (REI) será el sistema contenedor de los expedientes de
industria contemplando los datos propios del expediente y de tramitación relacionados.
El visor del expediente, trata de la representación gráfica de dicho sistema permitiendo el acceso
a los datos del expediente; y sirviendo además como punto de entrada, que no el único, para la
tramitación del mismo. Esta representación gráfica contemplará cualquier interés / gestión o
acción a realizar, sobre o en torno a un expediente. Con lo cual analiza el expediente desde
distintos puntos de vista:
- El tramitador que va a realizar una acción sobre un expediente
- El tramitador que quiere conocer la situación de un expediente
- El tramitador que quiere consultar información detalle de un expediente …
Este sistema es la materialización del gestor de expedientes, y por tanto la conjunción de todos
sus componentes.
Análisis y Diseño de la migración del servicio de energía 29/104
Descripción del módulo funcional
Este módulo funcional, será el responsable del almacenamiento y representación coherente de
toda la información del expediente. A pesar de ello, muchos de los conceptos que se engloban
dentro de la información del expediente se han identificado como módulos propios (terceros,
documentos, trámites, ingresos / pagos), en este módulo funcional se establecen únicamente los
requisitos de representación y acción mínimos a nivel de visor del expediente.
Cada vez que se precise una interacción con un expediente en el sistema de la nueva B29 se
realizará a través de este sistema. Después será este sistema el que se relacione con el REE
(Repositorio de expedientes electrónicos) de la infraestructura o cualquier otro sistema de la
misma.
Información contenida en el Expediente
Contempla los siguientes conceptos o agrupaciones de información:
- Datos de cabecera de un expediente:
- Departamento, unidad orgánica, nº expediente, fecha de apertura del expediente, origen del
expediente.
- El número de expediente tendrá el mismo formato para todos los expedientes de Industria,
comercio y turismo.
- Responsable, custodio -> el cambio de esta información se recogerá en la hoja de ruta del
expediente.
- Esqueletos:
o Esqueleto de Documentos que forman o formarán parte del expediente.
o Los documentos pendientes de recibir serán identificados según la situación.
o Esqueleto de Terceros del expediente.
o Esqueleto de Trámites y Tareas. Trámites y tareas realizadas, pendientes y en espera.
o Ingresos y/o Pagos -> Se representarán a través de sus liquidaciones (realizadas o
pendientes)
o Notas. -> Se permitirá la gestión completa de notas a nivel de expediente (alta, baja
y modificación). Se podrán generar como avisos.
- Registro de las entradas, salidas y notificaciones del expediente -> A través de enlaces se
accederá a la información completa de estos conceptos, también se relacionarán con los
documentos.
- Expedientes asociados.
o Expedientes Relacionados. Son expedientes vinculados y accesibles, para saber que
están relacionados y aportar más información al tramitador. (Expedientes anteriores,
o del mismo tercero o misma instalación, …)
o Carpetas de expedientes. Son agrupaciones de expedientes que son a su vez
expedientes, con su tramitación. Algunas de las tareas que se realizan sobre ellos se
extienden a todos sus hijos.
o Expedientes múltiples: Serán expedientes del mismo tercero y/o establecimiento que
se realizan conjuntamente, y por tanto, en algunos casos llevan un tratamiento
común.
o Vinculados. Son expedientes que se quieren relacionar de una manera explícita sin
que ello afecte o implique tramitación común. Esta relación que se establece es visible
Análisis y Diseño de la migración del servicio de energía 30/104
y común a todos los usuarios, cada uno de los expedientes vinculados aporta
información relevante al resto.
o Montones de expedientes: Serán agrupaciones de expedientes con el fin de ordenar,
priorizar y visualizar mejor el trabajo del tramitador. Con lo cual los montones de
expedientes son particulares por usuario.
- Fecha de finalización de cada una de las tramitaciones paralelas del expediente: Tramitación
económica, Tramitación Administrativa.
o Fechas de inicio de expediente. (Fecha de presentación, fecha de inicio, fecha de
recepción por el responsable, …)
o Plazos del expediente. Tiempos de tramitación.
o Hitos de visualización del expediente
o Estados del expediente. Dependerán de cada familia, incluso de cada procedimiento.
Estarán relacionados con los hitos de tramitación del expediente.
o Archivo del expediente.
o Datos comunes a una familia -> Información de censos
Es imprescindible que el tramitador, cuando entre en el detalle del expediente, pueda
conocer de un vistazo cuáles de estos datos contiene el expediente. Es decir, si tiene ya
terceros asociados, si tiene notas, si tiene ingresos y/o pagos, qué trámites tiene
realizados, cuáles tiene pendientes, etc.…
El acceso a la información de un expediente desde el visor estará regulado por las políticas
de seguridad definidas y recogidas en el módulo de seguridad. Como característica
principal de seguridad se puede resaltar en este punto la restricción por departamento.
Utilidades para el expediente
- Ficha resumen del expediente.
- Posibilidad de personalización de un expediente.
- La tramitación estará establecida por procedimiento aunque el tramitador podrá adaptarlo,
existen además distintos modos de visualización podrá utilizar la que mejor se ajuste a sus
necesidades: Formal, pendientes para cerrar …
- La personalización estará limitada por trámites obligatorios.
- Consulta de expedientes/Información relacionados.
- Histórico de expedientes -> Hoja de ruta
- Imprimir etiquetas con identificación del expediente.
- Razones por las que no se puede cerrar un expediente. ¿Qué está pendiente?
- Acceso a las pantallas que el ciudadano visualiza desde la web de ese expediente.
- Cierre y reapertura
- Reasignación y Reconducción de expedientes.
- Cambio de organismo
- Derivaciones del expediente.
Análisis y Diseño de la migración del servicio de energía 31/104
- Traslados (permanente / definitiva) a otros organismos / departamentos. También
recepciones desde otros organismos / departamentos.
- A nivel de expediente/trámite. También relacionado con esto se deberá permitir el acceso a
dicho expediente para todas las "administraciones" que hayan estado relacionadas
Representación del expediente
- Se identificará los siguientes estados de la información:
o Iniciado
o Cerrado
o etc.
Análisis y Diseño de la migración del servicio de energía 32/104
Gestión de Documentos
Almacenamiento y Acceso a Documentos
Los documentos son un elemento básico del nuevo sistema NB29, por tanto, su localización y
acceso son fundamentales. Todo documento del sistema NB29 deberá estar catalogado. Existirá
una ficha de catalogación que reunirá todas las propiedades o atributos de catalogación que
definen a un documento. Esto permitirá mantener una homogeneidad y una interoperabilidad en
la búsqueda y acceso de documentos en todo el sistema.
El sistema deberá gestionar tanto documentos en papel como documentos electrónicos. La
naturaleza de un documento será una de sus propiedades más importantes. Existirán los
siguientes tipos de naturaleza:
Documento Telemático: la validez reside en el archivo electrónico almacenado en el sistema
Documento papel: El documento “válido” u “oficial” se encuentra en papel en la carpeta del
expediente (no se dispone de archivo electrónico)
Documento papel y copia electrónica: El documento “válido” u “oficial” se encuentra en
papel en la carpeta del expediente y en el sistema se almacena una copia electrónica del
mismo
Servicio Telemático Externo: Los documentos se obtienen de un servicio externo por vía
telemática.
El Gestor de documentos será el encargado de gestionar el almacenamiento y la búsqueda de los
documentos de industria en el sistema NB29. Ofrecerá servicios de almacenamiento y
recuperación de documentos. Un documento vendrá definido por sus propiedades y por su
archivo electrónico asociado, si lo tuviera. El Gestor de documentos estará formado básicamente
por:
Repositorios de Referencias de Documentos: contendrán los datos de catalogación de los
documentos del sistema, es decir, las propiedades o datos que definen un documento y su
situación. Permitirán efectuar búsquedas sobre documentos a través de los datos que
almacenan de cada uno de ellos. Dentro de las propiedades de un documento se pueden
diferenciar entre aquellas que definen el documento en sí mismo (como por ejemplo la
tipología, la naturaleza… etc.), o aquellas que definen su situación. Teniendo en cuenta esto
se proponen que existan varios repositorios de referencias:
- Un repositorio global de referencias que contenga los datos propios del documento. Será
único para toda la NB29 y contendrá una referencia por cada documento generado o
utilizado en toda la NB29.
- Tantos repositorios de referencias como entidades necesiten trabajar con documentos.
Estos repositorios contendrán solo los documentos que sean utilizados por la entidad de la
que cuelgan y contendrán solo los datos que sean relevantes para la utilización del
documento en ese ámbito. Por ejemplo, deberá existir un repositorio de referencias de
documentos para la entidad expediente.
- Repositorios de Documentos (Archivos): son los almacenes en los que se van a guardar los
archivos electrónicos asociados a las referencias.
Una obligación de la Administración marcada por la ley de procedimiento administrativo es no
solicitar al ciudadano documentos que la propia administración ya posea. Por lo tanto el
gestor de documentos deberá ofrecer la posibilidad de compartir documentos entre varias
entidades.
Análisis y Diseño de la migración del servicio de energía 33/104
Documentos del Expediente
Dentro del ámbito de los expedientes, a la lista de los documentos que componen un
expediente la llamaremos “Índice del expediente”. Esta lista, será fundamental para el
tramitador ya que encontrará en ella un reflejo exacto de lo que contiene la carpeta física del
expediente si este se tramita en papel, y donde encuentre el acceso a los documentos que
sean electrónicos, si parte o todo el expediente es telemático. El tramitador de un solo vistazo
debe poder conocer toda la información relevante sobre los documentos del expediente y sus
propiedades (atributos).
Este Índice del expediente presentará los documentos diferenciados en tres bloques o listas:
- Documentos (Generados) por la administración: son los documentos que se obtendrán
durante la tramitación del expediente tras ejecutar los trámites definidos para un
expediente en el catálogo de procedimientos.
- Documentos (Presentados): son los documentos que debe presentar el ciudadano. Se
mostrarán tanto los documentos presentados como los que estén pendientes de presentar
en cada momento.
- Documentos (Autorizaciones) obtenidos mediante los servicios de interoperabilidad
autorizados por los ciudadanos.
Análisis y Diseño de la migración del servicio de energía 34/104
La lista de documentos del expediente se mostrará a través de un visor de documentos. Este
visor estará integrado en el visor de expedientes y ofrecerá un conjunto de utilidades que
permitirán trabajar con los documentos. Las utilidades más destacables que aportará dicho visor
serán: editar propiedades de un documento, visualizar y editar sus archivos electrónicos, cargar o
eliminar sus archivos electrónicos.
La incorporación de documentos al expediente dependerá de su origen. Los documentos
generados por la administración se incorporarán mediante la ejecución de un trámite del
expediente. Los documentos presentados por los interesados se incorporarán al expediente desde
la aplicación de ventanilla, o desde la gestión del expediente mediante una tarea de recepción de
documentación. El sistema mostrará la lista de documentos pendientes en ese momento para el
expediente y el tramitador seleccionará aquellos que se estén presentando. También se podrá dar
entrada a cualquier documento aunque este no figure como pendiente en el expediente.
El nuevo sistema dispondrá de un visor de archivos electrónicos que permitirá visualizar y editar
los archivos asociados a un documento.
El gestor de documentos dispondrá también un sistema que ayude al usuario en la
generación de sus documentos. Dicho sistema recibirá solicitudes para la generación o
modificación de Archivos Electrónicos. En dichas solicitudes se indicará qué tipo de documento se
desea crear de manera que el sistema accederá a los catálogos necesarios para recuperar la
plantilla específica asociada al tipo de documento, la cargará con datos y enviará el archivo así
confeccionado al Visor de Archivos Electrónicos. Dicho visor presentará el fichero al usuario,
mediante la herramienta ofimática oportuna, de manera que el tramitador podrá modificarlo y
almacenarlo en el sistema.
Análisis y Diseño de la migración del servicio de energía 35/104
Gestión de Terceros
El objetivo de este módulo funcional es implementar la gestión que va a realizar el sistema
respecto a los terceros (ciudadanos, empresas y profesionales) que se relacionan con los
expedientes del Departamento, incluso con las secciones.
Participaciones y personas
Internamente el sistema seguirá el modelo de participaciones y personas propuesto por la eAV,
aunque el usuario de la aplicación NB29 trabaja con terceros, personas, cada persona será de un
tipo de persona NB29 (Titular Instalación, Electricistas, OCAS, etc.), la participación no será más
que un atributo de la persona.
Con el fin de facilitar la introducción de los terceros en un expediente, en el catálogo de
procedimientos se indicarán los tipos de terceros que componen cada expediente y la
participación que tiene asociada, el tipo de persona eAV será un dato que se grabará
automáticamente, dependiendo del tipo de persona NB29.
Lo normal es que sólo exista una participación por rol en un expediente, pero se ha de
implementar la posibilidad de que existan dos partes diferentes en un expediente con el rol
Reclamante y cada una de ellas con una o varias personas físicas o jurídicas, pudiendo ser
diferenciadas.
Catálogo de Procedimientos
En el Catálogo de Procedimientos se indicarán por cada procedimiento las participaciones y
personas que se presupone habrá en los expedientes, indicando ciertos valores ya
predeterminados:
- Las participaciones y personas que aparecen por defecto para rellenar en el expediente y en
la entrada. (Los roles y tipos de personas se cogerán de unos valores en maestros).
- Las personas obligatorias (obligatorias para cerrar el expediente).
- La persona normalmente líder de la tramitación.
- La persona que normalmente aparecerá como tercero asociado al expediente en los
distintos listados y consultas, a no ser que un listado o consulta necesiten un tipo de
persona en particular.
- Responsable de la tramitación económica.
- Si para el procedimiento ese tercero ha de proporcionar una sede en Euskadi, en el caso de
tener la razón social fuera de Euskadi.
- Si para ese tercero se tienen en cuenta los datos del representante legal, si el tercero es
una persona jurídica.
- Censo contra el que se valida el tercero. Se elegirá de una lista de censos. También puede
haber otras restricciones como comprobar la fecha de la acreditación, comprobar si puede
actuar en el territorio histórico del expediente, etc.…
- Rol de la participación en el expediente, tipo de persona dentro de Industria y su
correlación con el tipo de persona de la eAV.
Análisis y Diseño de la migración del servicio de energía 36/104
Identificación de terceros
El tramitador tendrá siempre acceso a esta lista de terceros del expediente desde el detalle del
expediente.
En cada expediente pueden surgir otras casuísticas que deberán ser resueltas por el tramitador,
por lo que el sistema deberá permitirle una modificación e introducción flexible de los datos
desde cada expediente.
Sólo habrá que contemplar las restricciones de:
- “obligatorios” deben estar en la lista aunque estén vacíos los datos de la persona.
- Uno debe estar marcado como líder del expediente.
- Otro debe estar marcado como por defecto para los listados.
Por cada persona deberá estar resaltado si ha solicitado o no tramitación telemática. Este dato
vendrá por defecto a SI en el presentador de la solicitud si ésta ha sido telemática.
Los datos por tercero son siempre exclusivos de este tercero para ese expediente. Es decir, el
mismo tercero puede tener otra información en otro expediente, sin ser esto un error. En caso de
modificaciones deberá ser el propio tercero el que solicite los cambios para los expedientes que
indique.
Análisis y Diseño de la migración del servicio de energía 37/104
Modificación de los Datos de un Tercero
Búsqueda de terceros
El usuario tiene la posibilidad de realizar una búsqueda inteligente de terceros por:
- Todos los censos del catálogo (toda la NB29) del departamento.
- Todos los expedientes del departamento.
Se le presenta al usuario la distinta información encontrada, indicando el origen de la misma (el
censo o el número de expediente) y la fecha de actualización del mismo, para que elija la que
necesita.
Análisis y Diseño de la migración del servicio de energía 38/104
Motor de tramitación y gestor de trámites y tareas
Trámites y tareas
La actividad de los usuarios de la nueva B29 se articulará fundamentalmente en base a Trámites
y Tareas (que sustituyen el concepto actual de Paso), entendidos como:
- Tarea: Es la unidad de operación básica de la nueva B29 que, muchas veces, tendrán forma
de micro-aplicación, cuya ejecución puede ser automática o ser asignada a un usuario.
- Ejemplos de tarea: crear un documento, firmar un documento, obtener un número de
expediente, realizar un registro de salida, etc.
- Trámite: Unidad lógica de tramitación/ actividad, formado por una secuencia de tareas, a
las cuales da contexto y significado administrativo.
- Ejemplos de trámite: Notificación, resolución, apertura de expediente, etc.
Por tanto, en la nueva B29 se trabajará siempre por trámites (compuestos de una o varias
tareas), nunca por tareas sueltas, aunque la realización de un trámite puede requerir que
diversos usuarios realicen diferentes tareas.
Los Trámites y Tareas comprenderán:
- Actividades de tramitación administrativa
- Actividades específicas de cada uno de los “negocios”
Y además incluirán:
- Actividades de tramitación telemática
- Actividades de tramitación presencial / papel
- Actividades de naturaleza manual
Trámites y tareas del expediente / procedimiento.
Todo procedimiento incluido en la NB29 tendrá asociado un esqueleto predefinido de tramitación
(flujo de trámites y tareas), que marcará un orden de ejecución de las actividades de todo
expediente asociado al mismo.
Este esqueleto permitirá que el sistema realice sugerencias respecto a las siguientes tareas, que
las asigne a determinados usuarios, que desencadene procesos automáticos, etc.…
No obstante, este modelo de funcionamiento será sumamente flexible, dando a los usuarios la
libertad (con ciertas restricciones) de ejecutar nuevos trámites en un expediente, de anular /
cancelar trámites sugeridos, de iniciar trámites antes de que hayan sido sugeridos, etc.…
Para ello se dispondrá de:
- Un Catálogo de Procedimientos que permite guardar un esqueleto por cada procedimiento
individual, e incluso gestionar diferentes versiones del mismo para posibilitar la evolución
natural de la tramitación del departamento.
- Un Catálogo de Trámites y Tareas que proporciona una amplia colección de trámites y
tareas, tal que permitan modelar nuevos procedimientos de manera sencilla.
- Una herramienta de modelado que permita la creación de estos nuevos procedimientos
mediante el uso y la parametrización de los trámites y tareas del catálogo, y el
establecimiento de flujos y condiciones entre ellas.
- Un Motor de trámites y tareas, responsable de la ejecución coordinada de las mismas
Análisis y Diseño de la migración del servicio de energía 39/104
El Motor de Trámites y tareas.
El Motor de Trámites y Tareas es, por tanto, el componente del sistema que, basándose en el
esqueleto de tramitación definido en el Catálogo de Procedimientos, gestione y coordine la
asignación y ejecución de los diferentes trámites y tareas, a la par que proporciona al usuario
utilidades generales orientadas a proporcionar al mismo la necesaria flexibilidad:
- Ejecutar las tareas previstas
- Añadir nuevos trámites al expediente
- Anular o modificar tareas ya realizadas
- Etc.
La libertad del tramitador estará únicamente limitada por una serie de restricciones básicas
necesarias para mantener la coherencia administrativa del expediente:
- Los trámites son unidades lógicas y estructurales, lo que obliga a que todas las tareas del
trámite deban ser ejecutadas, siempre y en el orden prefijado, para mantener su
significado. Por ejemplo, no se puede dar por resuelto un expediente sin que exista un
documento de resolución y este esté debidamente firmado.
- No obstante, sí que se puede deshacer tareas, repetirlas, etc.…, de modo que se garantice
la posibilidad de corregir errores previos o realizar modificaciones, pero siempre de tal
modo que finalmente se cumpla la condición de obtener la secuencia y orden prefijados.
- Los propios trámites pueden establecer condiciones previas para su ejecución, ya sean de
modo genérico (no se puede notificar una resolución sí esta no existe), o específico para un
procedimiento dado (en algunos puede optarse por no resolverse hasta tener un pago
confirmado).
A grandes rasgos, el proceso de ejecución de tareas deseado es el siguiente:
- El Usuario desde el buzón / expediente
/bandeja decide ejecutar una tarea
- Ello conlleva la invocación de la tarea con los
parámetros determinados.
- La tarea realiza su contenido funcional
(propio de cada una de ellas)
- Registra su realización en el expediente
- Además, si la tarea estuviera en un buzón,
debe darse por ejecutada en el mismo.
- El motor de tramitación debe ser informado
de la conclusión de la tarea, así como de su
resultado.
- Consultando el Catálogo de Procedimientos,
se determina cual es la tarea siguiente, y se prepara la misma
- Dicha tarea se envía al detalle del expediente y al buzón correspondiente (si procede),
dejando el conjunto preparado para un nuevo ciclo
USUARIOS
Escrito
rio
Buzón de Tareas
y Avisos
Detalle del
Expediente
Bandejas de
Expedientes
Ejecución de
una Tarea
Proceso
Específico
Motor
Tramitación
Catálogo
Procedimientos
USUARIOS
Escrito
rio
Buzón de Tareas
y Avisos
Detalle del
Expediente
Bandejas de
Expedientes
Ejecución de
una Tarea
Proceso
Específico
Motor
Tramitación
Catálogo
Procedimientos
USUARIOS
Escrito
rio
Buzón de Tareas
y Avisos
Detalle del
Expediente
Bandejas de
Expedientes
Ejecución de
una Tarea
Proceso
Específico
Motor
Tramitación
Catálogo
Procedimientos
Análisis y Diseño de la migración del servicio de energía 40/104
Análisis y Diseño de la migración del servicio de energía 41/104
Buzón de tareas y avisos / Bandejas de expedientes
El objetivo de este módulo funcional es facilitar el trabajo a los usuarios de la aplicación, por
medio de Bandejas de Expedientes y Buzones Avisos y Tareas.
En este módulo también se definen la creación de avisos (avisos y post-it) y la programación de
los mismos para un día concreto o periódicamente.
Bandeja de Expedientes
Inicialmente se presentarán al usuario una serie de Bandejas Generales que él usuario podrá ir
especializando creándose nuevas bandejas personales, además se proporcionará la posibilidad de
ejecutar filtros sobre cualquier bandeja.
Una bandeja general estará definida por la información de tramitación que se visualiza de cada
expediente, la información de negocio se visualiza para cada sección, los trámites que se pueden
ejecutar desde la bandeja, los criterios de ordenación y la pantalla de filtro mediante la cual se
filtran expedientes de la bandeja y se generan bandejas personales basadas en la bandeja
genérica.
Con el fin de saber en todo momento lo que se está visualizando, en la parte superior de la
ventana se verá un texto explicativo de los criterios de búsqueda de la bandeja, (el texto estará
compuesto en base a los criterios de selección que forman la bandeja) y el del filtro (compuesto
en base a los criterios de selección introducidos en el filtro).
Análisis y Diseño de la migración del servicio de energía 42/104
Los trámites a ejecutar en cada bandeja se definirán en la bandeja general, la ejecución de cada
trámite, secuencial o en bloque, dependerá de la tarea que ejecute.
Análisis y Diseño de la migración del servicio de energía 43/104
*** BACKOFFICE *** - Buzón de Tareas
En el nuevo sistema a construir se utilizará el buzón de tareas de Platea, para que cada usuario
pueda ver y gestionar las tareas que tiene asociadas.
*** BACKOFFICE *** - Programador de Avisos
El usuario se podrá generar Avisos y Post-it para un día concreto o periódicos, por ejemplo todos
los lunes ver los Expedientes abiertos la Semana Anterior. También podrá reenviar Avisos, Alertas
y Post-it a otros Buzones o enviar Tareas, Avisos, Alertas y Post-it a otros buzones.
El sistema Programador permitirá al usuario desde las ventanas del sistema:
- Añadir la página a trabajos habituales: para que se visualice en el escritorio
- Añadir la página a trabajos recientes: para que se visualice en el escritorio
- Añadir la página como aviso: para enviar a uno a varios buzones.
- Añadir un aviso (el aviso podrá ser un aviso o un post-it): para enviar a uno a varios
buzones.
Las funcionalidades de Añadir la página no serán accesibles desde todas las páginas de la
aplicación, es labor del analista de cada módulo definir qué páginas son susceptibles de Añadir la
página a trabajos habituales, Añadir a trabajos recientes y/o Añadir la página como aviso.
Análisis y Diseño de la migración del servicio de energía 44/104
La funcionalidad de añadir un aviso estará siempre accesible, ya que este tipo de aviso estará
compuesto por el tipo de aviso, aviso o post-it, el título de aviso y la descripción del mismo.
Un aviso, ya sea de texto como una página, podrá ser enviado a uno o varios buzones en ese
momento que se genere o programar su envío para uno o varios buzones, para un día y hora
concreta o periódicamente (diariamente, ciertos días de la semana, ciertos días del mes, ciertos
meses…).
Cada usuario podrá gestionar los avisos (avisos, tareas, post-it) que él ha generado o en cada
buzón los avisos programados para ese buzón, eliminando, modificando, activando, desactivando,
creando nuevos como copia de otros.
Análisis y Diseño de la migración del servicio de energía 45/104
*** BACKOFFICE *** - Catalogo de procedimientos
El Catálogo de procedimientos de industria (CPI) permitirá disponer de un repositorio de
procedimientos que dirigirá la tramitación a realizar con cada uno de los expedientes que se
vayan a gestionar en la nueva B29.
Descripción del módulo funcional
Este módulo proporcionará las estructuras de información y los mecanismos necesarios para
almacenar y modificar la información de los procedimientos deL departamento, tanto los
normalizados por zuzenean, como los procedimientos normalizados de trabajo interno.
Este módulo deberá además soportar e incluir el conjunto de necesidades establecidas tanto por
Platea, Portal del ciudadano, como por el resto de módulos funcionales relacionados con el gestor
de expedientes (expediente, documentos, terceros, trámites, tasas).
Por tanto en la descripción del módulo vamos a incluir los datos necesarios extraídos de todos los
conceptos regulados por dicho catálogo así como el conjunto de utilidades necesarias.
La finalidad de este módulo es que se pueda modelar cualquier procedimiento administrativo del
departamento; tanto la definición del modelado del backoffice como del frontoffice (presentación
telemática)
Información definida en el Catálogo por procedimiento
Los datos que contendrá todo procedimiento se pueden agrupar en estos bloques:
- Datos identificativos de procedimiento: que lo distinguen del resto de procedimientos
dentro del catálogo.
- Datos de registro y situación: referentes a la creación / modificación del procedimiento y a
su situación.
- Versión: Se identificarán las condiciones y controles para considerar nuevas versiones del
procedimiento.
A partir de este punto los datos del procedimiento están relacionados con los expedientes:
- Datos Nivel 1: Datos comunes a todos los expedientes del Gobierno Vasco
- Datos Nivel 2: Datos comunes a una familia
- Datos Nivel 3: Datos comunes para todos los expedientes del procedimiento
- SVT's a utilizar: Servicios que se van a poder utilizar en la gestión de los expedientes
relacionados con el procedimiento.
- Documentos
- Se identificarán los documentos a solicitar en el expediente. Se establecen para estos, los
momentos en los que será obligatoria su presentación, y además se marcarán el/los
tercero/s responsable/s de proporcionarlos.
- También se identificarán la documentación a generar, pudiendo indicar las plantillas
relacionadas.
- Terceros
Se identificarán los terceros que normalmente están relacionados con el procedimiento. Se
marcarán los obligatorios y los datos a proporcionar para cada uno de ellos (estos serán
Análisis y Diseño de la migración del servicio de energía 46/104
variables, según el procedimiento y familia). Se indicará además si el tercero debe
pertenecer obligatoriamente a algún censo en particular.
- Tasas
A pesar de lo regulado por la ley de tasas, a nivel de procedimiento se establece si exige el
pago o cobro de tasas identificando las mismas así como su tipo de cálculo.
- Modelado de Trámites y tareas
Se identificarán los pasos a seguir dentro del procedimiento-> Trámites.
Para cada trámite se especificarán las condiciones para su ejecución normalizada, estas
condiciones podrán depender de resultados obtenidos de pasos anteriores.
- Política de certificados: Acreditaciones permitidas para la gestión del expediente. Se
establecerán por agente implicado en la tramitación con el ciudadano.
- Política de seguridad
- Para los expedientes de un determinado procedimiento, se podrá establecer los perfiles
permitidos.
Acciones telemáticas: Permitidas al usuario desde la visión del ciudadano
El acceso a la información de un procedimiento estará regulado por las políticas de
seguridad definidas, recogidas en el módulo de seguridad. Como característica principal de
seguridad se puede resaltar en este punto la restricción al catálogo únicamente a perfiles
apropiados y además con distintos modos de acceso (consulta / modificación).
Utilidades
Relacionada con la gestión de procedimientos se detectan una serie de utilidades:
- Ficha del procedimiento
Esta ficha se podrá obtener desde el procedimiento o desde cualquier expediente regulado
por el mismo.
- Copia de procedimientos
En la creación de procedimientos, se podrá tomar de referencia otro procedimiento. Se
cargará la información por defecto del procedimiento tomado como referencia, desde ese
momento quedará relacionado el nuevo procedimiento.
Representación del catálogo de procedimientos
El interfaz de la herramienta para la administración del catálogo estará orientado a usuarios
administradores de sistemas de información.
La introducción de la información deberá ser ágil así como intuitiva, para esto el interfaz deberá
contar con una serie de controles o utilidades:
- La información no necesaria no se presentará
Se simplificará al máximo la interfaz, a lo imprescindible y agrupando la información al
máximo para que sea así más fácil de intuir el contexto de cada uno de ellos.
- Permitirá identificar la información por defecto según familia, organismo.
Análisis y Diseño de la migración del servicio de energía 47/104
Controles y restricciones derivadas
Desde este módulo se establecerán los controles y restricciones derivadas para su aplicación en la
gestión de los expedientes:
- Al crear un expediente será obligatorio identificar el procedimiento que lo regula
- No se podrán crear expedientes basados en procedimientos no estables.
- Cada expediente estará regulado por la versión del procedimiento valido según la fecha de
apertura del expediente.
- Los trámites obligatorios no se podrán eliminar y por tanto no se podrá cerrar normalmente
un expediente (a través del trámite de cierre) si no los tiene cumplimentados.
- Al generar la documentación a través de la tramitación del expediente, el usuario tendrá
como ayuda las plantillas definidas para cada situación.
*** BACKOFFICE *** - Gestión de ingresos
Dentro del Departamento de Desarrollo Económico y Competitividad un trámite necesario en la
mayoría de sus procedimientos es el relacionado con el pago de tasas por parte del ciudadano.
El nuevo sistema del Departamento contendrá un módulo de gestión de ingresos que, además de
la propia gestión, proveerá al resto del sistema de los servicios necesarios para la realización de
los procesos de ingresos desde cualquier expediente o cualquier componente del sistema.
Los usuarios de este sistema serán:
- Personal de las Oficinas Territoriales del Departamento y en concreto las personas que
trabajan en ventanilla de cara al ciudadano
- Responsables económicos y administrativos dependientes de ellos que gestionan los
ingresos y deudas por tasas emitidas desde la aplicación NB29.
- Dirección de servicios del Departamento
- El ciudadano a través de la teletramitación de los expedientes de Industria
Uno de los principales objetivos del sistema de ingresos está centrado en la mejora del
procedimiento de cobro de las tasas de los expedientes generados y la gestión contable asociada
a dichos cobros.
La gestión de ingresos deberá integrarse dentro del sistema general del Gobierno: SIPCA, así
como utilizar los servicios de ingresos que provee la infraestructura de tramitación tanto para la
teletramitación como para tramitación convencional. La gestión contable la proporcionará SIPCA a
los funcionarios, ampliándose esta gestión en el nuevo sistema construyendo aquellos aspectos
necesarios.
Estas operaciones se detallan a continuación, dividiéndose entre envíos desde NB29 a SIPCA y
recepciones de SIPCA a NB29 (a través del SHP)
Análisis y Diseño de la migración del servicio de energía 48/104
INTEGRACIÓN CON EL SISTEMA SIPCA. ENVÍO DE OPERACIONES
Emisión de liquidaciones
Podrán pertenecer a dos casuísticas:
- Liquidaciones con código de barras. Serán liquidaciones que serán pagadas mediante
pasarela de pagos (del funcionario o del ciudadano) o en una Entidad Financiera
- Liquidaciones sin código de barras. Se corresponderán con alguno de los siguientes casos:
o Liquidaciones cuyo pago se domicilia
o Liquidaciones exentas de pago
o Liquidaciones que se pagan descontando su importe de una liquidación tipo „anticipo‟
previo. Por su naturaleza nacen cobradas
Anulaciones de liquidaciones
Se permitirá la anulación de liquidaciones emitidas, ya sea por error o por otros motivos.
Devoluciones de Ingresos
Se podrán realizar devoluciones de ingresos de liquidaciones cobradas en periodo voluntario. La
devolución implicará por un lado la devolución del importe al ciudadano y por otro lado la
anulación de la liquidación.
Paso a vía de apremio
Permite realizar el paso a vía de apremio de liquidaciones ya incorporadas a SIPCA en periodo
voluntario, una vez que hayan superado la fecha límite de pago sin ser cobradas (y se haya
producido la notificación al ciudadano). Las deudas serán remitidas por SIPCA a los
correspondientes Órganos Recaudadores.
INTEGRACIÓN CON EL SISTEMA SIPCA. RECEPCIÓN DE OPERACIONES
Cobros (en periodo voluntario o en vía de apremio)
Desde SIPCA se le enviará a NB29 información de los cobros que le han sido remitidos desde las
Entidades Bancarias (en periodo voluntario) o desde los Órganos Recaudadores (en vía
ejecutiva).
Los cobros en periodo voluntario podrán pertenecer a una de las dos siguientes casuísticas:
Cobros ordinarios y Adeudos de domiciliaciones
Cobros erróneos o no identificados
Desde SIPCA se remiten los cobros que por alguna razón no han podido relacionarse con las
liquidaciones.
Estos cobros son de dos naturalezas:
- Cobros no identificados: son aquellos cobros cuyo número de liquidación no existe en el
sistema SIPCA
- Cobros erróneos: son aquellos en los que existiendo el número de liquidación en el sistema
SIPCA tienen otras problemáticas
Análisis y Diseño de la migración del servicio de energía 49/104
Anulaciones de cobros (en periodo voluntario o en vía de apremio)
En periodo voluntario son las anulaciones de cobro remitidas desde las distintas Entidades
Bancarias y transmitidas a través de SIPCA.
Esas anulaciones pueden tener dos orígenes:
Por errores en los cobros
Por rechazos en las domiciliaciones
Estas anulaciones se anotarán en el sistema anulando la operación correspondiente (el cobro o el
adeudo de domiciliación).
En vía ejecutiva son las anulaciones remitidas desde los distintos Órganos Recaudadores y
transmitidas a través de SIPCA.
Anulación de liquidaciones realizadas por SIPCA
Se corresponden con anulaciones de liquidaciones que SIPCA envía porque son liquidaciones con
tasas que devengan al cobro y han superado la fecha límite de pago sin ser cobradas.
Rechazos de operaciones por la OCE
Se corresponde con los rechazos por parte de la OCE de operaciones propuestas por el
Departamento. Estas operaciones podrán ser Anulaciones de liquidaciones o Devoluciones de
Ingresos.
Anulaciones de deuda
(Anulaciones de deuda de los Órganos Recaudadores o propuestas por Finanzas)
Son las anulaciones de liquidaciones en vía de apremio enviadas a través de SIPCA y con dos
posibles orígenes:
- Órganos Recaudadores
- Finanzas
Errores en el intercambio de información
(Errores en el intercambio de información producidos por el formato o datos de las liquidaciones)
En el envío de las distintas operaciones a SIPCA, se pueden producir errores. SIPCA devuelve
estas operaciones informando de la causa del error.
Formas y medios de pago
En el nuevo sistema se plantean los siguientes medios de pago:
- Pago mediante la pasarela de pagos del funcionario
Mediante este sistema de pago se posibilita al ciudadano el pago directo de sus tasas en
dependencias de la Administración mediante tarjeta de una de las Entidades Bancarias
colaboradoras con la pasarela de pagos.
- Pago en metálico en ventanilla de la administración
Este medio de pago no debería permitirse pero si se requiere, se podría gestionar emitiendo
el impreso de la liquidación, recogiendo el dinero en ventanilla y realizando posteriormente
el ingreso en la Entidad Bancaria asociando el efectivo con la liquidación emitida.
Análisis y Diseño de la migración del servicio de energía 50/104
- Pago mediante la pasarela de pagos del ciudadano
Mediante este sistema de pago se posibilita al ciudadano el pago directo de sus tasas
cuando esté teletramitando expedientes de procedimientos que requieran el cobro de tasas.
- Pago off-line
Se permitirá imprimir liquidaciones con código de barras pudiendo realizar el ciudadano el
pago posteriormente (en entidad bancaria o cajero, de nuevo en ventanilla con pasarela del
funcionario o pago por Internet a través de la pasarela del ciudadano)
- Domiciliación
Se permite la domiciliación de las tasas a los titulares que lo deseen.
*** BACKOFFICE *** - Maestros, directorios
El módulo funcional de Maestros y Directorios recoge todos los directorios de uso común del
sistema, homogeneizando su administración e implementación.
Siguiendo la filosofía de orientación a servicios se plantea que el gestor ofrezca estos directorios
en forma de servicios.
- Estos servicios disponen de métodos de consulta, mantenimiento, validación.
- Pueden ser invocados desde cualquier punto del sistema.
- Estos servicios pueden ser ofertados al sistema global del Gobierno si así fuesen requeridos.
- Dispondrán de sus interfaces de usuario tanto de ayuda a la localización de registros, como
sus interfaces de mantenimiento.
El sistema permite incorporar nuevos maestros y directorios de forma sencilla y homogénea.
También marca las directrices y servicios que deben seguir y proveer los directorios de las
aplicaciones de negocio que se construyan sobre el núcleo.
Además, existe un catálogo de directorios y maestros. En este catálogo se indica qué Directorios
pueden ser accedidos por cada Departamento, consiguiendo de esta forma la separación
departamental marcada como requisito fundamental, además de la posibilidad de compartir
aquellos directorios y maestros comunes.
Dentro del alcance de este módulo están los procesos automáticos de migración de los actuales
datos de los directorios a los nuevos directorios a construir.
Destacan:
- El directorio de ubicaciones.
En los expedientes de ordenación es más importante la ubicación de la instalación que se va a
autorizar y registrar en el censo que el dato del titular o cualquier otro tercero. Debemos pensar
que en muchos casos los titulares cambian, sin tener, en muchos casos, ninguna obligación de
comunicarlo al Departamento, mientras que las instalaciones responsabilidad del Departamento
continúan.
En la mayoría de los procedimientos actuales se utilizan dos formas de ubicar instalaciones,
mediante el registro industrial (para las industrias) y mediante el RS (registro de servicios) para
el resto. También hay otras casuísticas de ubicación.
Análisis y Diseño de la migración del servicio de energía 51/104
El RS es un directorio de ubicaciones físicas que da un número a cada localización (territorio,
municipio, calle y número). Sin embargo, su fiabilidad y utilidad está en entre dicho, siendo
necesario un estudio para su mejora. Entre estas mejoras conviene incorporar la posibilidad de
aumentar el grado de detalle, al piso o local, pues en un edificio puede haber viviendas, una
tintorería con sus instalaciones, un taller mecánico con otras, etc. quedando actualmente muy
difusa la localización de cada instalación.
Se ha diseñado un nuevo directorio de ubicaciones que unifica los métodos de ubicación, sin
perder por ello la información que da el RI u otros medios.
Este nuevo diseño permite una migración de las actuales ubicaciones, además de ser sencillo e
intuitivo para el usuario, cubriendo las casuísticas de agrupaciones y detalle dentro de una
ubicación.
Además logra una ubicación que nos permite en un futuro incorporar los sistemas GIS
(georeferenciación) al Departamento. De forma que a nivel de mapas se puedan ubicar las
instalaciones, dando una nueva perspectiva y utilidad a los técnicos y coordinadores en aras de
mejorar su trabajo y eficacia.
- Los directorios de localización (países, provincias, municipios, calles, etc.…) no serán
propios si no que se utilizarán los comunes a todo Gobierno Vasco (NORA)
Análisis y Diseño de la migración del servicio de energía 52/104
*** BACKOFFICE *** - Monitor del sistema
El objetivo principal del Monitor del Sistema es el de reducir al máximo los tiempos necesarios
para localizar y solventar una incidencia en cualquier punto del SGI (Sistema General de
Industria).
El monitor del sistema del SGI se trata de un elemento fundamental. Será el encargado de indicar
en todo momento todo lo que está ocurriendo en cualquier parte de la arquitectura.
Teniendo en cuenta que el SGI se basará en una arquitectura SOA el poder establecer flujos de
navegación y de errores no es sencillo. Este problema viene motivado por el desacople de los
múltiples sistemas que completan el conjunto de la arquitectura.
Hay que tener en cuenta que además de los sistemas definidos y desarrollados en el SGI se
interactúa con otros sistemas externos como los de la e-Administración, etc.
- Sistemas Internos: Son todos aquellos sistemas internos al SGI (“Sistema Gestión de
Industria”)
- Sistemas Externos: Son todos aquellos sistemas externos al SGI (“Sistema Gestión de
Industria”). Por ejemplo: XLNets, IZENPE, REE, RDE …
El monitor del sistema se puede entender, más que como un monitor de sistema, como una
herramienta de administración general del SGI (NB29), ya que se divide en cuatro partes
bien diferenciadas.
Monitor de sistema:
Permite monitorizar lo que sucede, tanto a nivel funcional como a nivel técnico, en el Sistema
General de Industria. El monitor del sistema se divide a su vez en dos escenarios.
- Visualización de SGI y del detalle de los sistemas que la componen.
o Desde la visualización del detalle de un sistema es posible lanzar pruebas unitarias
tipificadas.
- Administración del monitor del sistema.
Visor de sucesos:
Todos los sistemas desarrollados, siguiendo las normas establecidas por el Departamento de
Desarrollo Económico y Competitividad hacen uso de un sistema de trazas el cual alimenta un
repositorio. El visor de sucesos permite explotar el repositorio de trazas del SGI.
Gestión de comunicados internos:
Sobre los escritorios se ha incluido un elemento encargado de mostrar cada cierto tiempo
mensajes con información de posibles caídas de sistemas, problemas predecibles, novedades,… El
monitor del sistema incorpora la parte encargada de gestionar estos comunicados.
Alerta a móviles:
El monitor del sistema debe incluir entre sus funcionalidades la posibilidad de mandar alertas a
móviles de un grupo de soporte en caso de producirse algún error previamente configurado.
Análisis y Diseño de la migración del servicio de energía 53/104
El monitor del sistema debe de explotar al máximo los elementos relacionados la monitorización
de aplicaciones como bitácora, intentando incrementar su rendimiento haciendo suyos servicios
ofrecidos por este tipo de productos ya existentes en el entorno de EJIE.
Análisis y Diseño de la migración del servicio de energía 54/104
*** BACKOFFICE *** -Comunicaciones Internas / Externas
El objetivo del sistema de avisos y comunicación interna es mantener informados a los usuarios
de forma inmediata y personalizada según cada perfil, así como de permitir la gestión de dichos
comunicados a través del escritorio del administrador de la infraestructura.
El servicio informará de:
- Posibles caídas de los servicios junto con las consecuencias e instrucciones a seguir.
- Reestablecimiento de los servicios, una vez recuperado el funcionamiento de los servicios
informa de la nueva situación.
- Comunicación de novedades y noticias respecto de la aplicación.
- Comunicación de planificación de implantaciones junto con los manuales asociados.
El sistema de avisos y comunicación interna debe implementar las funciones:
- Permitir a un usuario con perfil administrador gestionar los avisos y comunicaciones según
un determinado perfil.
- Informar a los usuarios, según su perfil, de los avisos y de las comunicaciones.
- Ofrecer servicios al resto del sistema que les permita comunicar de forma automática los
avisos que sean necesarios. Un ejemplo claro será el monitor del sistema.
Tanto los avisos como las comunicaciones deberán asociarse a uno o varios perfiles, de forma que
la notificación solo llegará a los usuarios asociados a dichos perfiles.
Gestión de avisos y comunicaciones
Para gestionar los avisos y comunicaciones, el sistema de avisos y comunicaciones, presentará
una interfaz la cual permitirá el alta y mantenimiento sobre un repositorio. La interfaz estará
accesible desde el escritorio del administrador.
- Para el caso de caídas de servicios y su restablecimiento se utilizará el interfaz del monitor
que comunicará con este sistema.
- En el caso de comunicaciones: El administrador podrá dar de alta en su escritorio, a través
del sistema de avisos y comunicaciones, noticias y novedades relacionadas con la
aplicación. Estas deberán de ser asociadas a un perfil. El administrador podrá asociar a
cada noticia un tiempo durante el que la noticia ha de mostrarse, pasado este tiempo la
noticia dejará de mostrarse. Así mismo tendrá la posibilidad de darla de baja desde su
escritorio.
- El administrador podrá comunicar la planificación de futuras implantaciones, pudiendo
asociar referencias a los manuales de usuario de dichas aplicaciones.
Comunicación con los usuarios:
Los usuarios reciben dos tipos de avisos:
- Avisos de visión inmediata. Estos avisos se visualizarán en la cabecera de todas las
pantallas del sistema. Es decir, cuando el administrador elige un aviso de este tipo, todos
los usuarios destinatarios del mismo verán en la cabecera de todas las pantallas a las que
accedan el aviso.
El Administrador decidirá el momento en que el aviso se desactiva.
Para la visualización de los mensajes se propone que los escritorios presenten un pequeño
“ticker” donde se irán mostrando las comunicaciones y los avisos que van recibiendo. El
Análisis y Diseño de la migración del servicio de energía 55/104
“ticker” de cada escritorio se refrescará cada cierto tiempo realizando una petición a la
interfaz del servicio de avisos y comunicaciones pasando el perfil del escritorio.
- Avisos en el buzón.
Estos avisos llegan a los buzones de tareas y avisos de los usuarios con el perfil indicado
para el destinatario.
Serán avisos del buzón, con todas sus características, tal y como se han definido en el
módulo de buzón de tareas y avisos.
Análisis y Diseño de la migración del servicio de energía 56/104
*** BACKOFFICE *** -Gestión de perfiles de acceso
Se ha visto la necesidad de desarrollar una aplicación para poder cumplir los objetivos planteados
por el Departamento de Desarrollo Económico y Competitividad sobre seguridad. La aplicación
que tiene como objetivo favorecer la comunicación entre el SASU y el Departamento, con el fin de
poder alimentar y recibir la información de seguridad albergada en XLNETS de una forma más
legible y certera por ambas partes.
En la actualidad EJIE cuenta con un planteamiento general para desarrollar aplicaciones dentro de
su ámbito haciendo uso de un interfaz de acceso al árbol LDAP de EJIE, el cual ofrece una serie
de servicios para la validación y autenticación de acceso a ciertas funcionalidades de las
aplicaciones.
La aplicación de seguridad consigue limitar el acceso a los usuarios a realizar ciertas funciones, es
decir, limita el acceso a las herramientas. Sin embargo, dentro de los requisitos que plantea el
departamento es necesario filtrar cierta información a ciertos usuarios. Para poder filtrar la
información es necesario añadir ciertos controles de seguridad dentro de los flujos funcionales de
cada módulo y en muchos casos será necesario realizar herramientas de administración para
poder decidir quién y a que información o datos tiene acceso en cada momento. La aplicación de
seguridad debe de agrupar estos módulos de administración de forma que todo lo relacionado con
la seguridad del sistema, ya sea a nivel de información o a nivel de herramienta esté accesible
desde un mismo punto.
Análisis y Diseño de la migración del servicio de energía 57/104
*** BACKOFFICE *** - Gestión de alarmas, cuadros de mando, hitos
Un tema sobre el que la Informática no dispone generalmente de suficiente información son los
cuadros de mando o indicadores de gestión que resultan de interés a los distintos niveles de
responsabilidad dentro de los Departamentos, Oficinas territoriales, servicios, secciones, etc.
En este sentido lo que se pretende en este módulo no es analizar los distintos cuadros de mando
que pueden ser necesarios para resolver las necesidades de los distintos perfiles de la
Organización, sino definir qué información es preciso que recoja el nuevo Sistema para poder
satisfacer los futuros Cuadros de mando que se definan.
En este sentido se definirán los siguientes aspectos:
- Hitos del Expediente: Bajo este epígrafe se identificarán las distintas situaciones a las
que llega un expediente. Estos hitos se calcularán de forma automática sin la intervención
directa del tramitador. Lo realmente importante no es identificar los hitos del expediente
sino los criterios para determinar cuándo un expediente ha alcanzado un determinado hito
Una vez establecidos los hitos y los criterios para alcanzar un determinado hito, se estará
en disposición de generar estadísticas para gestionar los tiempos de alcance de cada hito. A
partir de esta información se podrán tomar decisiones en cuanto a optimización de los
procesos de tramitación.
- Estados del Expediente: El estado en el que se encuentra un expediente va a estar
íntimamente relacionado con los hitos alcanzados. Es una foto de la situación actual del
Expediente.
- Alarmas: A partir de la información de los distintos procedimientos (plazos legales para la
tramitación de un expediente) y de los distintos hitos o estados que se alcancen se podrán
definir alarmas que permitan avisar a los tramitadores de que ha finalizado el plazo para
un determinado trámite (hito o estado) o bien de que está a punto de alcanzarse. En
cualquier caso será parametrizable para no abrumar al usuario con avisos.
Las explotaciones que se puedan realizar con posterioridad utilizarán toda la información anterior,
permitiendo agrupar los resultados por aquellos conceptos que en cada caso resulten de interés.
En este sentido es importante hablar de 2 conceptos:
- Filtros de la información: Se establecerán en cada caso los niveles por los cuales se
podrá restringir el resultado de las Consultas.
o Filtros temporales (fechas, ejercicios ...)
o Filtros por estructura de la organización (Departamentos, Direcciones, Servicios,
Secciones…, usuario).
o Filtros geográficos, Territorios históricos, municipios.
- Niveles de agregación: Se definirán en cada caso los niveles por los que vamos a agrupar
la información resultante. Los resultados se detallarán desde los niveles más altos de
estructura hasta el nivel de detalle en aquellos casos que resulte de interés
o Agrupaciones por Estructura de la Organización
o Comparativas entre Procedimientos, secciones, departamentos.
o Comparativas entre distintos años
Análisis y Diseño de la migración del servicio de energía 58/104
*** BACKOFFICE *** - Gestión Entradas / Salidas de información con otros organismos
El Departamento envía y recibe información electrónica a diferentes agentes:
- Comisión Europea.
- Administraciones del Estado.
- Ayuntamientos.
- Diputaciones.
- Empresas suministradoras.
- Otros.
En la actualidad todos estos flujos de información se tratan de forma individual por cada una de
las aplicaciones o sistemas que los utilizan e implementan. Muchos de ellos, quedan incluso fuera
de una automatización dentro de una aplicación en EJIE.
La consecuencia es que este tráfico de información puede, en ocasiones, quedar descontrolado y
ser gestionado de forma personal, no siendo capaz el Departamento de conocer si se está
realizando o no, más que por las personas que lo realizan y sin medios registrales.
En consecuencia, se ha ideado un sistema que unifique tanto el registro como el depósito de la
información transmitida o recibida.
Este repositorio único permitirá, mediante un interfaz:
- Control de todos los envíos y recepciones que se producen entre el Departamento y otros
organismos.
- Acceso a la información que se ha enviado o recibido.
- Conocimiento de quién y cuándo se han enviado o recibido.
- Conocimiento no personalizado de sí los envíos y recepciones se están realizando o están
pendientes.
Por tanto, no se plantea modificar los actuales canales y procedimientos de comunicación ya
establecidos con todos estos organismos externos. Si no que se ha planteado un servicio, de uso
obligatorio en cada transacción con otros organismos, que recoja la información necesaria del
envío o recepción, así como, la propia información electrónica, recogida o enviada.
Análisis y Diseño de la migración del servicio de energía 59/104
*** BACKOFFICE *** - Secciones
Las secciones serán las distintas aplicaciones que utilizarán el núcleo que se va a construir. Estas
secciones se compondrán de repositorios de información de negocio con sus propios servicios e
interfaces de recogida, envío y medios de explotación de la información.
Además, al realizar estas secciones se definirán los procedimientos que se precisan para
gestionar los expedientes que actúan en su ámbito.
Desde el núcleo, para estas secciones se deberá realizar:
- Guías para la configuración del núcleo para cada uno de los procedimientos.
- Guías y normas para el desarrollo de software que amplíe y personalice el núcleo en
aquellas partes previstas y que precise la sección.
- La calidad y entendimiento de estos productos es fundamental para el éxito del núcleo a
construir, pues es necesario que pueda utilizarse sin la intervención constante del equipo
que lo ha realizado o lo esté manteniendo.
Existirán una serie de utilidades para las secciones que permitirán que su construcción sea mucho
menos costosa en esfuerzo y tiempo. Estas utilidades serán funcionalidades comunes a familias o
secciones de negocios similares o con partes comunes.
- Gestión y tratamiento de inspecciones.
- Gestión de elementos comunes a las secciones de instalaciones.
- Gestión de elementos comunes a las secciones de establecimientos.
- Gestión y tratamiento para las acreditaciones.
- Gestión de elementos comunes para todas las secciones.
- Sección “plantilla” para aquellos negocios que tengan un conjunto “alto” de
funcionalidades comunes.
Análisis y Diseño de la migración del servicio de energía 60/104
*** BACKOFFICE *** - Catálogo de sistemas Núcleo Backoffice
En este apartado se incluye un resumen de los principales sistemas que componen el núcleo del
backoffice.
Sistema Soporte NB29
Su principal cometido es establecer un canal formal de comunicación entre los usuarios de
NB29 con el equipo técnico de soporte, mantenimiento y evolución de la herramienta.
Dentro del cometido de esta herramienta está la creación, notificación, gestión y seguimiento
de Sugerencias, Incidencias, y Peticiones.
Sistema Escritorio
El escritorio es el punto de entrada del usuario a la NB29, y en él se presentan visiones
simplificadas de las principales herramientas de usuario, así como una serie de herramientas
para el acceso rápido a sus puntos de trabajo.
Se trata de una herramienta basada en perfiles, y con cierta capacidad de personalización a
nivel de usuario, que presentará:
- Una visión resumen de las tareas, avisos, alarmas y recordatorios del buzón del
funcionario
- El acceso a las aplicaciones accesibles para el usuario, con una sección de acceso
directo a sus más utilizadas
- Una sección personalizable de acceso directo a puntos específicos de aplicaciones, que
le permita acceder rápidamente a sus ventanas de trabajo más habituales
- Acceso a los informes accesibles para el usuario, con una sección configurable de
acceso directo a sus favoritos
- Trabajos recientes: acceso directo a los últimos puntos de trabajo del usuario, que le
permite ir directamente a las últimas pantallas utilizadas, los últimos expedientes
consultados y los últimos documentos con los que ha trabajado.
Sistema Aplicaciones
Sistema de catalogación y gestión de las aplicaciones, cuya finalidad es presentar al usuario
las aplicaciones a las que tiene acceso, tanto del ámbito de NB29 como de aplicaciones
externas relacionadas, y permitir la generación y configuración de las listas de acceso rápido
personalizables por usuario.
Gestor de Bandeja de Expedientes
Las bandejas de expedientes son una de las herramientas básicas de apoyo a la tramitación, y
suponen una presentación especializada de listas de expedientes, desde las cuales el
tramitador puede obtener una visión general, y además realizar una serie de acciones
tipificadas sobre los expedientes de la misma.
Inicialmente, se han identificado las bandejas de expedientes generales de:
- Mis expedientes, que afecta a todo tramitador
- Coordinador del servicio
Análisis y Diseño de la migración del servicio de energía 61/104
- Responsable económico
Además, se posibilita a los usuarios a crear bandejas personalizadas a partir de las mismas,
aplicando sobre ellas criterios ampliados de búsqueda y filtrado de información.
Catálogo de Procedimientos
Sistema estructural que gestiona toda la información precisa respecto a todos y cada uno de
los procedimientos administrativos de Industria. Esta herramienta tiene una doble vocación:
- Informativa, por cuanto sirve al tramitador de herramienta de consulta sobre las
características de un procedimiento.
- Operativa, por cuanto almacena la información que otros sistemas precisan obtener
respecto al procedimiento.
Este sistema es propio de la Infraestructura Platea, aunque no se descarta la necesidad de
establecer un recubrimiento parcial del mismo, orientado a complementar el contenido de
información del mismo con información específica de Industria.
Catálogo de Trámites y Tareas
Este sistema, íntimamente ligado al catálogo de procedimientos, gestiona el esqueleto de
tramitación de los procedimientos, con la definición del flujo de trámites y tareas que modela
su ejecución.
Los trámites y tareas de cada procedimiento son instancias y/o especializaciones de trámites /
tareas tipo definidos con carácter universal. Al igual que en el caso anterior, este sistema es
propio de la Infraestructura Platea.
Sistema Usuarios
Este sistema es el encargado de mantener la relación del usuario con el sistema. Permite
almacenar parte de la configuración de los usuarios del escritorio, así como las necesidades
que se puedan encontrar en otros escenarios. Catálogo de Trámites y tareas
Componente Seguridad XLNets
La seguridad de NB29 se basa íntegramente, como es lógico, en XLNets, Sistema de
Seguridad, Control de Acceso y Single Sign On de Gobierno Vasco. Para gestionar esta relación
de una manera adecuada y homogénea se ha definido la necesidad de un componente
estructural.
Este elemento tiene dos vertientes claramente diferenciadas:
- Por un lado, centraliza la comunicación técnica entre los diferentes aplicativos /
módulos de NB29 y XLnets, estableciendo un canal único que garantice un uso
homogéneo de las políticas de seguridad, y un acceso eficiente a los recursos técnicos
de validación.
- Por otro lado, presenta una interfaz de consulta sobre la información de XLNets, que
permite proporcionar a los administradores de NB29 obtener una visión (traducida en
términos de NB29) del estado de seguridad, permisos y autorizaciones, además de
permitir generar automáticamente los documentos de peticiones de permisos
necesarias.
Análisis y Diseño de la migración del servicio de energía 62/104
Sistema de Listas de Distribución de Correspondencia
Este sistema permite gestionar las listas de distribución de la correspondencia con acuse de
recibo que utilizan las oficinas territoriales para organizar cartas (las salidas en papel) que se
envían vía Correos, es decir, se entregan al Cartero.
Este sistema almacenará las características de cada lista de distribución que necesite definir
cada oficina, y dispondrá de los métodos necesarios para crear (definir), modificar y dar de
baja dichas listas.
Gestor de Avisos y Tareas
El Gestor de Avisos y Tareas, también llamado Buzón del Funcionario es el repositorio donde
se almacenan todos los avisos y tareas pendientes de ejecutar o leer, enviados a cualquier
funcionario o grupo de funcionarios (pool o buzón de grupo) por sistemas diversos como los
gestores de expedientes, el gestor de contenidos del portal euskadi.net, etc.
Se trata de un componente de la infraestructura eAV.
Planificador de Avisos y Recordatorios
Este sistema es complementario al Gestor de Avisos y Tareas, y su función es permitir
establecer mecanismos automatizados de generación de avisos.
Gestor de expedientes
Repositorio donde se almacena toda la información relativa a los expedientes gestionados por
la nueva B29.
La información relacionada con un expediente se compone de:
- Información básica del expediente
- Información de los terceros implicados en el expediente
- Información de los trámites del expediente (incluye información de las tareas y los
documentos)
Este sistema forma parte, en principio, de la infraestructura eAV, aunque no se descarta la
posibilidad de realizar un recubrimiento parcial del mismo, de tal modo que se pueda ampliar
la información ya disponible con otros bloques específicos de Industria.
GDI - Gestor de Documentos de Industria
Repositorio donde se almacenan todos los documentos involucrados en la tramitación en la
nueva B29.
Se trata de un repositorio de referenciación global, que gestiona toda la información
relacionada con los documentos, y no sólo archivos electrónicos.
En su construcción se tendrá en cuenta la función del RDE, Repositorio de Documentos
Electrónicos, perteneciente a la eAV, que gestiona los archivos electrónicos y su firma digital.
Análisis y Diseño de la migración del servicio de energía 63/104
GENDOCI - Generador de Documentos de Industria
Este sistema será el encargado de asistir al usuario en la creación de los documentos
(archivos electrónicos) que se vayan a generar en la nueva aplicación de Industria.
Se trata, por tanto, de un sistema capaz de recuperar información de múltiples sistemas (a
través de procesos / servicios), de combinarla con plantillas predefinidas, y de integrarse
totalmente el resto de elementos involucrados (como GDI y RDE dar una cobertura completa
y automatizada al ciclo de vida de los documentos generados por la administración.
SINCI- Sistema Integrado de Notificaciones y Comunicaciones de Industria
Sistema que da cobertura a todos los tipos de Notificación / Comunicación de la
Administración hacia el ciudadano, con independencia del canal utilizado (Telemático, Postal,
Boletín, etc.).
En principio, gran parte de sus funciones se encuentran ya soportadas en el Servicio
Horizontal de Notificaciones de la eAV, pero no se descarta la necesidad de desarrollar
algunas funciones complementarias.
Sistema de Acuses de Recibo
Gestión física de los acuses de recibo de notificaciones postales, que permite incorporar al
sistema estos eventos físicos, y recuperar la secuencia de tramitación automatizada.
Sistema Monitor de Sistema
El Monitor del Sistema de NB29 es una herramienta de vigilancia del correcto funcionamiento
de la herramienta que, basado en un modelo normalizado de excepciones, y en la regulación
de trazas en un repositorio común, permite:
- Supervisar el comportamiento de los diferentes módulos / aplicaciones del sistema
- Profundizar en los orígenes y causas de los posibles errores, tanto funcionales como
técnicos, que se presenten.
Sistema de Comunicación Interna
Elemento de comunicación unidireccional, que permite a los administradores del sistema
informar a los usuarios de las principales noticias relacionadas con el propio funcionamiento
del sistema (por ejemplo, para informar de problemas detectados).
Sistema de Registro de Trazas
Componente básico del Monitor del Sistema, que permite almacenar y explotar la totalidad
de las trazas generadas por las aplicaciones de NB29, tanto para el análisis correctivo de
fallos, como para la explotación estadística de las mismas.
Sistema de alertas directas
Sistema de alertas a los Administradores del sistema que, invocado desde el Monitor del
Sistema, permite informar automáticamente a los mismos de los problemas potenciales. Este
sistema permite la comunicación vía e-mail y SMS.
Permite enviar alarmas directas a una serie de teléfonos. Los teléfonos y los errores están
configurados de antemano, pero pueden ser modificados en un determinado momento.
Análisis y Diseño de la migración del servicio de energía 64/104
Censos
El Departamento de Industria dispone de un importante número de censos (de instaladores
autorizados, empresas de mantenimiento, organismos de control, etc.).
Dentro de este apartado, se debe contemplar la creación de todos los censos existentes, los
servicios de consulta a los mismos, y además, un recubrimiento de orden superior que
permita interactuar con ellos a través de un único canal de servicio.
Catálogo de Tasas
Catálogo de tasas aplicables en la tramitación del departamento. Este sistema no debe
restringirse únicamente a la catalogación, sino que debe además proporcionar los
mecanismos necesarios para el cálculo de las mismas en base a los datos específicos de cada
expediente.
Hay que contemplar que las tasas del Departamento están reguladas por Ley, son
cambiantes en el tiempo, pero no tienen aplicación retroactiva, por lo cual existe la necesidad
de gestionar versiones, plazos de vigencia, etc.……
Además, debe contemplarse en las mismas la información precisa para el correcto envío de
información a los sistemas económicos.
SIPCI- Sistema Integrado de Pagos y Cobros de Industria
Sistema responsable de la gestión de todas las operaciones de pago y cobros del
Departamento, cuyo funcionamiento se basará fundamentalmente en el uso de los servicios
proporcionados por los sistemas estructurales ya existentes en el área económica. Sistema
Horizontal de Pagos, SIPCA y Pasarela de Pagos.
Sistema de Anticipos a Cuenta
Es el sistema que gestiona los anticipos a cuenta del sistema. Contendrá las liquidaciones de
tipo anticipo a cuenta (las que tengan ese tipo de tasa), su importe emitido, su importe
ejecutado, el importe pendiente y la referencia a las distintas liquidaciones que han ido
descontando su cobro de dicho anticipo
Registro de Domiciliaciones
Sistema responsable de gestionar la domiciliación del pago de tasas por parte de los terceros
implicados en el expediente.
RESI-Registro de Entradas/Salidas de Industria
El registro de Entradas de Industria surge de la necesidad de almacenar la información que
se genera al dar entrada a la documentación y que no tiene cabida ni en el Expediente ni en
la N61.
Aunque en la N61 se almacenan parte de los datos, no son válidos de cara a Explotación ya
que su formato es no estructurado, en forma de observaciones (lista de documentos, datos
del remitente).
Análisis y Diseño de la migración del servicio de energía 65/104
Repositorio Trámites y tareas
Repositorio desnormalizado para la explotación estadística de información de trámites y
tareas.
Motor Tareas
Sistema que articula, en base a la definición del Catálogo de Trámites y Tareas, la ejecución,
anulación y/o modificación de las tareas del expediente.
Ubicaciones
Gestión centralizada de las ubicaciones, esto es, de la referenciación geográfica de la
ubicación de las diferentes instalaciones relacionadas con el Departamento.
MAESTROS
Adicionalmente, existe la necesidad de construir una serie de maestros de apoyo al resto de
los sistemas
*** FRONT OFFICE ***
Núcleo FrontOffice de Tramitación
El modelo conceptual del cliente externo o FrontOffice de tramitación de la NB29 tendrá una
clara orientación hacia el usuario del Departamento. Se basa en tres pilares fundamentales:
o Visión del ciudadano: Mis gestiones
Permite al ciudadano interactuar con la Administración en materias como:
Recibir notificaciones pendientes y emitir acuse de recibo telemático
Aportar documentación y subsanar documentación requerida
Realizar pagos a la Administración
Realizar nuevas gestiones: Cambio de domicilio de notificación, Solicitud de
aplazamiento de un pago, etc.
o Web del profesional
Permitiendo la segmentación por perfiles profesionales (baja tensión, gas,
aparatos elevadores, etc.) ofrecerán información sobre normativa, noticias,
eventos, etc., proporcionando una visión integrada de la tramitación y ofreciendo
información específica de cada negocio.
Además, facilitarán la presentación de solicitudes telemáticas, permitiendo la
colaboración de agentes externos y estableciendo flujos de tramitación previos a
la propia presentación de la solicitud ante el organismo responsable de su
tramitación.
o Interoperabilidad con organismos externos
Este módulo permitirá el intercambio de información con entidades externas al
Departamento como pueden ser las empresas suministradoras, etc. En principio se
ofrecerán mecanismos estándar de intercambio de información basados en
tecnología de Web Services y en formatos XML de definición de datos.
Análisis y Diseño de la migración del servicio de energía 66/104
Objetivo del FrontOffice
El Departamento de Desarrollo Económico y Competitividad tiene como objetivo promover una
administración electrónica moderna y atractiva aumentando el número de servicios públicos en
línea, siguiendo con el camino abierto por la infraestructura de e-administración del Gobierno
Vasco.
En esta línea se plantea el desarrollo de una web donde cada usuario acceda a la información
que necesita de forma rápida, segura y eficaz, facilitando el intercambio interactivo de
información entre los interlocutores de forma fiable y sencilla.
Más allá de la mera información de contenidos, este proyecto pretende dar la posibilidad al
ciudadano de realizar la tramitación de sus expedientes de forma on-line a través de internet,
permitiendo la creación de solicitudes, presentación de documentación, acceso a notificaciones,
etc. En definitiva la TeleTramitación.
Para alcanzar el objetivo marcado se utilizarán las tecnologías de transmisiones seguras de firma
electrónica, la plataforma tecnológica y los servicios creados en la infraestructura de PLATEA y
se desarrollarán nuevos servicios que atiendan a los requisitos encontrados.
Identificación Usuarios
A nivel de Departamento se identifican una serie de usuarios con necesidades claramente
diferenciadas:
- Ciudadano
Visitante ocasional. Generalmente busca información y en algunos casos
teletramita.
Actualmente escasa disponibilidad de certificados electrónicos.
En ocasiones tienen intermediarios como gestorías.
- Empresas
Contacto habitual con el Departamento, busca temas de promoción y en sectores
concretos información de ordenación sobre la empresa.
Disponen de sistemas de información potentes y están Interesados en tramitación
automática y masiva de solicitudes y aportaciones de documentos, pagos
electrónicos,.etc.
Posibilidad de aumentar la disponibilidad de certificados digitales por la
obligatoriedad de uso que marcan las haciendas.
Actualmente realizan tramitaciones telemáticas, algunas sin necesidad de firma
electrónica.
En ocasiones tienen intermediarios como gestorías.
- Profesionales
Junto con las empresas es el objetivo fundamental del departamento, están
dedicados a la realización de instalaciones industriales y su mantenimiento, son
los usuarios por excelencia del Departamento.
Posibilidad de dotar desde el Departamento de certificados digitales.
En ocasiones tienen intermediarios como gestorías o agrupaciones/asociaciones.
Análisis y Diseño de la migración del servicio de energía 67/104
- Colaboradores en y finalistas de la tramitación
Son organismos o empresas como: OCA‟s, colegios profesionales, empresas
suministradoras, etc. Por tanto, tienen contacto habitual con el Departamento.
Forman parte de la tramitación de una solicitud o son destinatarios de
información.
Son colectivos concretos.
Interés por teletramitar.
Posibilidad de dotar desde el Departamento de certificados digitales.
Análisis y Diseño de la migración del servicio de energía 68/104
(*) Para más información sobre la aplicación NB29, ver Documentación ANEXA publicada
junto con este pliego.
- Documentación de la ARQUITECTURA del sistema -
NB29_ARQ_Definición de la Arquitectura (1.0) Este documento define la Arquitectura para cualquier aplicación que tenga que integrarse con la aplicación NB29, así como la normalización de su uso para la migración de las aplicaciones existentes en el departamento como para futuras evoluciones del mismo.
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/NB29_ARQ_Definición%20de%20la%20Arquitectura%20_1.0_.pdf
NB29_ARQ_Componentes comunes Este documento es un guía de cómo incluir y configurar los diferentes componentes comunes identificados en la NB29 y que se utilizan en el desarrollo de las aplicaciones que componen la capa de presentación. El objetivo principal y primordial del diseño de los componentes comunes es facilitar y unificar el desarrollo de rutinas ampliamente reutilizadas en el conjunto de las aplicaciones que componen el Sistema General de Industria.
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/NB29_ARQ_Componentes%20Comunes.pdf
NB29_ARQ_NOR_Gestión de Entidades de Transferencia Este documento explica las normas a seguir en la creación de las entidades de transferencia y cómo debe ser su creación. Además, se detallan todas las entidades creadas hasta el momento y que son necesarias para el desarrollo de las secciones.
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/NB29_ARQ_NOR_Gestión%20de%20Entidades%20de%20Transferencia.pdf
NB29_DSI_ARQ_NOR_Manual de Utilidades de la Arquitectura (2.0) Este documento está orientado a los equipos de diseño y construcción de las aplicaciones que conforman la NB29. Pretende ser una guía de uso y configuración de las utilidades técnicas que la Arquitectura diseñada para el proyecto ofrece a las aplicaciones. En la documentación de este código de aplicación (javadoc) se pueden encontrar todas las clases y métodos utilizables con más información.
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/NB29_DSI_ARQ_NOR_Manual%20de%20Utilidades%20de%20la%20Arquitectura%20_2.0_.pdf
- GUIAS DE USO Y CONFIGURACIÓN del núcleo y secciones-
Manual de Usuario – Fichero de Configuración de Procedimientos Este documento describe los servicios que ofrece el Fichero de Configuración de Procedimientos necesario para implementar la tramitación de nuevos procedimientos.
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/Manual%20de%20Usuario%20-%20Fichero%20de%20Configuración%20de%20Procedimientos.pdf
NB29_Guía de uso de Configuración del Núcleo para las Secciones2014 Este documento es un guía que explica cómo incluir y configurar los diferentes componentes comunes identificados en NB29 y que se utilizan en el desarrollo de las aplicaciones que componen la capa de presentación.
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/NB29_Guía%20de%20uso%20de%20%20Configuración%20del%20Núcleo%20para%20las%20S
Análisis y Diseño de la migración del servicio de energía 69/104
ecciones2014.pdf
NB29_CSI_Configuración_Comun_secciones_Plantilla (1.0) Este documento es una guía
para la generación de las secciones. Se definen las partes comunes que deberían tener todas las
secciones que se incluyan en el sistema de industria de la NB29 (códigos de aplicaciones,
nomenclatura a seguir, etc.).
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/NB29_CSI_Configuracion_Comun_secciones_Plantilla%20(1.0).pdf
NB29_CSI_Guía Técnica de Configuración y Esquema de Tareas Este documento explica la
forma de implementar las tareas de tramitación del Gestor de Expedientes de la NB29 que
pertenecen a las secciones.
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/NB29_CSI_Guía%20Técnica%20de%20Configuración%20y%20Esquema%20de%20Tareas.pdf
NB29_CSI_Manual de uso de servicios del núcleo Este documento detalla los servicios que
se exponen en el núcleo del back office y que pueden ser llamados desde las diferentes secciones
que se vayan generando.
Los servicios se han dividido según el sistema al que se quiera acceder. Por cada uno, se ofrecen
los métodos a los cuales se pueden llamar y una descripción de su comportamiento.
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/NB29_CSI_Manual%20de%20uso%20de%20servicios%20del%20núcleo.pdf
- Documentación de la aplicación Actual B29 – Secciones a migrar-
FICHAS ENERGÍA.doc: Este documento contiene el estudio detallado de los procedimientos del
servicio de energía. Este estudio consistió en recoger todos los procedimientos del departamento
con el objetivo de unificar y estabilizar los procedimientos administrativos del departamento.
Este estudio será la referencia para iniciar el análisis pero no tendrá que aplicarse al
100%, ya que se han podido ver afectados por nuevas normativas o cambios internos
no reflejados en este documento.
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/FICHAS%20ENERGÍA.doc
Seccion Alta Tension: Este documento contiene la documentación principal referente a esta sección de la aplicación en B29, como inventario de componentes, descripción completa de la base de datos, flujos de navegación, descripción resumen y principales documentos actuales. El objetivo principal es dar a conocer las necesidades resueltas actualmente.
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/Seccion%20Alta%20Tension.pdf
Seccion Baja Tension: Este documento contiene la documentación principal referente a esta sección de la aplicación en B29, como inventario de componentes, descripción completa de la base de datos, flujos de navegación, descripción resumen y principales documentos actuales. El objetivo principal es dar a conocer las necesidades resueltas actualmente.
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/Seccion%20Baja%20Tension.pdf
Seccion Combustibles líquidos: Este documento contiene la documentación principal referente a esta
Análisis y Diseño de la migración del servicio de energía 70/104
sección de la aplicación en B29, como inventario de componentes, descripción completa de la base de datos, flujos de navegación, descripción resumen y principales documentos actuales. El objetivo principal es dar a conocer las necesidades resueltas actualmente
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/Seccion%20Combustibles%20liquidos.pdf
Seccion Instalaciones de Agua: Este documento contiene la documentación principal referente a esta sección de la aplicación en B29, como inventario de componentes, descripción completa de la base de datos, flujos de navegación, descripción resumen y principales documentos actuales. El objetivo principal es dar a conocer las necesidades resueltas actualmente
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/Seccion%20de%20Instalaciones%20de%20Agua.pdf
Seccion Instalaciones de gas: Este documento contiene la documentación principal referente a esta sección de la aplicación en B29, como inventario de componentes, descripción completa de la base de datos, flujos de navegación, descripción resumen y principales documentos actuales. El objetivo principal es dar a conocer las necesidades resueltas actualmente
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/Seccion%20de%20Instalaciones%20de%20Gas.pdf
Mpu-Gasolineras: Este documento contiene el manual de usuario del censo de Gasolineras, para dar a conocer las necesidades resueltas actualmente desde B29
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/Mpu-Gasolineras.pdf
Mpu-RIPRE: Este documento contiene el manual de usuario del censo de Régimen Especial (RIPRE), para dar a conocer las necesidades resueltas actualmente desde B29
http://www.contratacion.euskadi.net/contenidos/anuncio_tablon_contratacion/anuncio_tablon1/es_doc/adjuntos/Mpu-RIPRE.pdf
Análisis y Diseño de la migración del servicio de energía 71/104
4.2 Explicación nuevo modelo de trabajo “Sección Plantilla”
Se ha detectado que muchas de las secciones que el departamento de Desarrollo Económico y
Competitividad debe mecanizar tienen muchos puntos en común entre sí. La mayoría de ellas
comparten conceptos como ubicación, interesados, sincronización con expedientes, etc.
Hasta ahora cada sección tenía que construir e implementar cada uno de estos puntos en su
desarrollo mediante la utilización de los componentes que proporcionaba el sistema NB29.
Con el fin de resolver este problema se ha desarrollado una “sección plantilla” que incluye la
solución de todos estos puntos comunes, y que además ya está totalmente integrada para
funcionar con el núcleo de NB29. Esta sección podrá “copiarse” en el entorno de desarrollo tantas
veces como sea necesario y permitirá desarrollar sobre la misma incluyendo los apartados
específicos del negocio de cada una de las secciones.
Por lo tanto con este nuevo modelo de trabajo se va a proporcionar para cada una de las
secciones a desarrollar, una sección totalmente operativa en la que funcione tanto la
tramitación y la teletramitación para todos sus procedimientos, así como el mantenimiento de sus
respectivos censos (solo la parte común inherente a cualquier sección, y sin incluir ningún
apartado específico de los negocios de la sección).
A modo resumen cada sección incluirá:
Creación de la arquitectura de las nuevas secciones integrándose en el nuevo esquema
virtualizado.
(*) Objetivo: cuando se inicie el desarrollo de una nueva sección ya estará creado el
entorno tecnológico completo de una sección estándar.
Generación del código fuente (estructura básica) de cada una de las aplicaciones que
componen cada sección, en la que se incluyan todos los componentes comunes factibles
de ser utilizados.
(*) Objetivo: proporcionar por cada aplicación que compone una sección (hasta 6 códigos
diferentes) el código base de partida para facilitar la labor de configuración y comienzo de
desarrollo específico del negocio de la sección.
Configuración de procedimiento Platea.
(*) Objetivo: proporcionar cada uno de los procedimientos ya creados en el entorno de
desarrollo, ya incorporados en el catálogo de servicios, con sus series documentales e
información para archivo y todo dado de alta en todos los catálogos existentes.
Configuración de servicios de interoperabilidad en caso de necesitarse.
Configuración y definición de los pasos de la tramitación telemática estándar de un
procedimiento, en el que se incluyen los modelados básicos de tramitación.
Creación del fichero de configuración de trámites y tareas. Por cada procedimiento se
proporcionará el fichero de configuración de trámites y tareas de un modelado básico
cumpliendo la normativa del catálogo de trámites y tareas de NB29.
Análisis y Diseño de la migración del servicio de energía 72/104
(*) Objetivo: proporcionar cada uno de los procedimientos ya creados en el entorno de
desarrollo en los catálogos correspondientes y conseguir una tramitación homogénea que
facilite su mantenibilidad, en la que solo haya que añadir las especificaciones propias del
mismo
Creación de la base de datos (estructura básica) de cada una de las secciones.
A continuación se incluye una relación (resaltada con cuadrantes rojos) con los apartados que se
incluyen ya desarrollados en la “sección plantilla”.
Los apartados Datos técnicos” y “Precarga de solicitud”, se encuentran también operativos y
tendrán que completarse con los datos técnicos propios del negocio de cada sección.
Análisis y Diseño de la migración del servicio de energía 73/104
Análisis y Diseño de la migración del servicio de energía 74/104
4.3 Inventario de secciones y procedimientos del Servicio de energía
A continuación se describen el conjunto de secciones y procedimientos que son competencia del
servicio de energía y que son objeto de análisis y diseño descrito en este pliego.
Listado de SECCIONES competencia del servicio de energía:
(*) En este punto deberá tenerse en cuenta que los procedimientos de la sección de IG-
“Instalaciones de Gas” son en parte competencia del servicio de seguridad industrial y en
parte competencia del servicio de energía.
Esto implica que en este proyecto deberán abordarse solo los correspondientes al servicio de
energía, puesto que el resto ya han sido construidos e implementados en NB29 en el proyecto
de migración de seguridad industrial.
A continuación se incluye la relación de PROCEDIMIENTOS competencia del servicio de
energía:
Análisis y Diseño de la migración del servicio de energía 75/104
ALTA TENSION – procedimientos no liberalizados
Autorización de explotación de Grupo I
Transmisión de titularidad de explotación de Alta Tensión no liberalizada
Cierre de Instalación de alta tensión NO liberalizada
Anexar documentación a Alta tensión NO liberalizadas
Revisión Periódica de Alta tensión NO Liberalizada
Autorización de explotación Grupo II
Autorización de explotación Grupo III
Autorización de explotación Grupo IV
Análisis y Diseño de la migración del servicio de energía 76/104
COMBUSTIBLES GASEOSOS – procedimientos no liberalizados
Autorización de explotación Grupo 0 y Grupo I
Transmisión de titularidad de explotación de combustibles gaseosos
Cierre de Instalación de Combustibles Gaseosos
Anexar documentación a combustibles Gaseosos
Revisión Periódica de Combustibles Gaseosos
Autorización de explotación
Análisis y Diseño de la migración del servicio de energía 77/104
CONSERVACION ENERGIA – procedimientos no liberalizados
Reconocimiento de la condición de acogida al Régimen especial
Inscripción Previa en el Registro autonómico de Régimen Especial de Productores de Energía eléctrica
Modificación de Productor en Régimen especial
Baja en el registro autonómico de Régimen especial de Productores de Energía Eléctrica.
Inscripción Definitiva en el Registro autonómico de Régimen Especial de Productores de Energía eléctrica
Transmisión de Productor
En el análisis de esta sección deberán incluirse los siguientes censos de b29:
o censo de RIPRE
Análisis y Diseño de la migración del servicio de energía 78/104
INSTALACIONES DE GAS – procedimientos no liberalizados (competencia del Servicio de ENERGIA)
Anexar documentación a instalaciones de Gas
Nuevas instalaciones / depósitos de almacenamiento NO liberalizadas
Revisión de instalación de Gas
Centros almacenamiento botella G.L.P.
Baja de instalación No liberalizada de gas
COMBUSTIBLES LÍQUIDOS – procedimientos liberalizados
Anexar Documentación a Instalación de Combustibles líquidos
Puesta en servicio de instalaciones de combustibles líquidos Con proyecto
Puesta en servicio de instalaciones de Combustibles líquidos Sin proyecto
Revisión periódica de instalación de Combustibles líquidos
Comunicación de Baja de instalación y puesta fuera de servicio
Puesta en servicio de instalaciones de Parques de almacenamiento no liberalizados
En el análisis de esta sección deberán incluirse los siguientes censos de b29:
o censo de instalaciones de combustibles líquidos
o censo de gasolineras
Análisis y Diseño de la migración del servicio de energía 79/104
ALTA TENSION – procedimientos liberalizados
Puesta en Servicio de Alta tensión Liberalizadas
Baja de Alta Tensión Liberalizadas
Revisión Periódica de Alta tensión Liberalizada
Anexar documentación a Alta tensión liberalizadas
INSTALACIONES DE AGUA – procedimientos liberalizados
Anexar documentación a Instalaciones de Agua
Puesta en Servicio Simplificado
Puesta en Servicio de instalaciones con memoria técnica
Puesta en Servicio de instalaciones con Proyecto
Comunicación de Baja de instalación
Análisis y Diseño de la migración del servicio de energía 80/104
BAJA TENSIÓN - procedimientos liberalizados
Anexar Documentación a Instalación de Baja tensión
Puesta en servicio de instalaciones de baja tensión Con proyecto
Puesta en servicio de instalaciones de baja tensión Sin proyecto
Revisión periódica de instalación de baja tensión
Puesta en servicio de instalaciones de energía fotovoltaica sin proyecto (< 5 KW)
Puesta en servicio de instalaciones de energía fotovoltaica Con proyecto (> 5 KW)
Comunicación de Baja de instalación
Análisis y Diseño de la migración del servicio de energía 81/104
4.4 Metodología aplicable
La organización del trabajo y ejecución del proyecto estará basada en la metodología de
planificación y desarrollo de sistemas de información ARINbide v1.0., y la metodología de
pruebas PROBAMET v2.0.
ARINbide v1.0 se concibe como una metodología práctica para el ciclo de vida completo del
software, basada en Métrica 3, y adaptada a las necesidades y directrices de EJIE. Además
consta de un apartado para el establecimiento de una metodología de Gestión de Proyectos.
Como Plan de Calidad la propia metodología, en sus apartados de trabajo habitual, genera
los registros de calidad necesarios para el sistema de calidad de Ejie.
El proceso principal de ingeniería del software (ISW) describe y normaliza la secuencia de
fases y actividades a realizar en el proyecto de desarrollo de un sistema de información, así
como los entregables a obtener en cada una de ellas. En este ámbito, ARINbide v1.0
contempla el desarrollo de las siguientes fases metodológicas:
Catálogo de Requisitos de Usuario (CRU) (proceso diferenciado dentro del Análisis
del Sistema de Información, ASI)
Análisis del sistema (ASI)
Diseño del sistema (DSI)
Construcción del sistema (CSI)
Implantación y aceptación del sistema (IAS)
El ciclo de vida descrito en la metodología de desarrollo ARINbide se alinea y complementa
a lo largo del tiempo con la metodología de pruebas corporativa Probamet, centrándose ésta
última en la especificación de todas las actividades relacionadas con la planificación,
definición y ejecución de los diferentes tipos de pruebas. Existe una correspondencia entre
las fases de ejecución de ARINbide y las fases de ejecución de Probamet.
Información detallada sobre las fases y entregables de la metodología ARINbide, se
encuentra en la página web de Ejie: http://www.ejie.euskadi.net/y79-
04/es/contenidos/informacion/metodologia_desarrollo_ejie/es_0212/metodologia_desarrollo
.html
En las distintas fases del proyecto, teniendo en cuenta las mencionadas metodologías, la
empresa adjudicataria deberá contemplar, entre otros, los siguientes elementos:
Catálogo de Requisitos de Usuario. Debe incluir:
o La definición del sistema
Análisis y Diseño de la migración del servicio de energía 82/104
o La definición, análisis y validación del catálogo de requisitos
Análisis del Sistema de Información. Debe incluir:
o La relación de los módulos del sistema.
o Análisis de las aplicaciones, ASI (ERS)
o Especificación del Plan de Pruebas, según las directrices establecidas en
Probamet
El adjudicatario podrá partir de los entregables resultantes de las actividades del Catálogo
de Requisitos de Usuario.
Diseño del sistema. Lo realizará en su totalidad el adjudicatario y en sus
dependencias. Debe incluir:
o Diseño de las aplicaciones, DSI. (EDS)
o Especificar el detalle del Plan de Pruebas del sistema por cada uno de los
niveles de prueba: unitarias, de integración, de sistema, de implantación y de
aceptación, según las directrices establecidas en Probamet
Construcción del sistema.
o Lo realizará en su totalidad el adjudicatario en sus dependencias, teniendo en
cuenta las directrices de Ejie en lo que se refiere a los módulos estándar, las
normas de funcionamiento y albergue de las aplicaciones en Internet/Intranet,
el Manual de Identidad Corporativa del Gobierno Vasco y las directrices de la
Dirección de Atención a la Ciudadanía en lo que respecta a estética, diseño y
funcionalidades de las páginas Web.
o Incluirá la ejecución del Plan de Pruebas, para verificar el cumplimiento de los
requisitos establecidos en el mismo, abarcando pruebas unitarias, de
integración y del sistema, siguiendo el modelo y las actividades descritas en la
metodología Probamet
o Los entregables de esta fase incluyen en la Especificación de Construcción del
Sistema (ECS) y el sistema construido.
o Asimismo, deberán respetarse las convenciones adoptadas para un desarrollo
de aplicaciones homogéneas establecidas, por el Departamento de Desarrollo
Económico y Competitividad.
o El diseño del sistema tendrá en cuenta el nivel de accesibilidad AA (WAI-AA),
para aquellos módulos que sean accesibles desde Internet.
o Todos los sistemas desarrollados deberán soportar al menos los siguientes
idiomas: euskera, castellano.
o La aplicación, las páginas, los textos, los mensajes de error/aviso y/o cualquier
otro componente (tool-tip, textos en imagen,….) dirigidos al usuario final
deberán estar al menos en ambos idiomas: euskera y castellano.
Implantación en desarrollo:
o La entrega de la aplicación en el sistema de corporativo de control de versiones
Subversion, tanto de la entrega inicial como de las sucesivas
Análisis y Diseño de la migración del servicio de energía 83/104
o Llevará a cabo la instalación de la aplicación en el entorno de desarrollo de Ejie,
habiendo realizado previamente las pruebas necesarias durante la fase de
construcción
o Ejecución de las Pruebas del sistema, acorde con lo establecido en la
metodología Probamet y el Modelo SQA, evaluando los resultados.
Implantación en entorno de test o preexplotación. La empresa adjudicataria
efectuará los siguientes puntos
o Preparará los paquetes y dará soporte a la realización por Ejie de la
correspondiente implantación en el entorno de test o preexplotación
o Ejecución de las Pruebas del sistema, en sus distintos niveles de prueba,
incluidas las Pruebas de Aceptación, acorde con lo establecido en la metodología
Probamet y el Modelo SQA, evaluando los resultados.
Pruebas de prestaciones:
o Conforme a lo establecido en el Modelo SQA, realización de pruebas de
rendimiento y carga, que incluyen la verificación de los niveles de respuesta de
la aplicación ante las previsiones de carga del sistema, así mismo se verificará
el comportamiento global del sistema en cuanto a consumo de memoria y CPU
de sus componentes, así como según se considere de capacidad, stress,
escalabilidad.
Implantación en producción y puesta en marcha del sistema. Incluirá:
o Fuentes de la aplicación.
o BBDD: scripts y carga inicial de datos.
o Sistema implantado en entorno pruebas de Ejie.
o Informe de los resultados de los distintos niveles de pruebas, acorde con el
Modelo SQA.
o Manual de instalación / Explotación.
o Manuales de Usuario y la Ayuda On-line deberán estar en ambos idiomas:
euskera y castellano.
o Formación a los usuarios y administradores del sistema.
o Sistema implantado en entorno de producción.
Para las fases de implantación y pruebas de aplicaciones J2EE en entorno de desarrollo,
existe un Manual de tareas de ant, donde se describe el conjunto de tareas disponibles y el
uso que debe hacerse de ellas, así mismo, para facilitar estás labores, se emplea la
herramienta automatización despliegues y traspasos entre entornos AntHillPro, por lo que
las entregas deberán estar organizadas de acuerdo con las características y necesidades de
este sistema.
En todas las fases del proyecto, así mismo será de referencia el documento de Estándares
de desarrollo de sistemas software, que establece requisitos obligatorios y recomendaciones
a seguir en todo el proceso de ejecución del proyecto, en cuando a la elaboración de los
productos y la entrega de los mismos a Ejie. Cabe destacar que para el caso de desarrollo
de aplicativos con interfaz web basado en navegador que será desplegado en el contexto de
internet, las pruebas del sistema deberán contemplar los ensayos necesarios para
garantizar que el sistema se comporta correctamente en los navegadores más utilizados
Análisis y Diseño de la migración del servicio de energía 84/104
(Internet Explorer, Firefox, Chrome, Opera, y Safari). Mientras que si el contexto de
despliegue es intranet (con PCs gestionados), el sistema deberá soportar los navegadores
homologados por los estándares tecnológicos publicados por la Dirección de informática y
telecomunicaciones del GV para dicho contexto. Para el caso de extranet, la lista de
navegadores a soportar se deberá decidir en función de los colectivos usuarios de la
aplicación y del uso o no de PCs gestionados.
Igualmente será de referencia el Documento de Estándares Tecnológicos de Gobierno
Vasco, publicado en: www.euskadi.net/informatica
4.5 Metodología de pruebas
De forma alineada y paralela a ARINbide, la metodología de pruebas PROBAMET, define las
fases y actividades referentes al proceso de pruebas de un producto software. El
adjudicatario del presente pliego deberá contemplar la realización de dichas actividades, de
forma paralela a las actividades de ARINbide.
Información detallada sobre las fases y entregables de la metodología PROBAMET, se
encuentra a disposición del licitador en http://www.ejie.euskadi.net/y79-
04/es/contenidos/informacion/aseguramiento_calidad_ejie/es_0215/aseguramiento_calidad
.html
PROBAMET describe las siguientes fases:
Planificación y Seguimiento de las Pruebas – PPB
Análisis y Diseño de las Pruebas – APB
Ejecución de las Pruebas – EPB
Por tanto, en la ejecución del proyecto se contemplarán los siguientes puntos:
Planificación de las Pruebas. Incluye:
o Plan de Pruebas, determinando los tipos de pruebas a realizar y el alcance
o Planificación (cronograma) de actividades
o Identificación de factores de riesgo
Seguimiento de las Pruebas. Incluye:
o Revisión de la documentación de Planificación
o Informes de seguimiento de las pruebas realizadas
Análisis y Diseño de las Pruebas:
o Especificación de los casos de prueba
o Análisis de la cobertura de requisitos del sistema con dichos casos de prueba
(Matriz de Trazabilidad)
Análisis y Diseño de la migración del servicio de energía 85/104
Ejecución de las Pruebas. Incluye:
o Preparación de los entornos técnicos y herramientas necesarias
o Ejecución de los distintos niveles de prueba, según el alcance definido en el Plan
de Pruebas
Análisis estático de código.
Pruebas Unitarias: probando cada módulo o componente por separado.
Pruebas de Integración: con el objetivo de probar los interfaces entre
módulos e ir incrementando la prueba de los módulos y sistemas.
Pruebas de Sistema: sobre el sistema completo, distinguiéndose Pruebas
del Sistema Funcionales y Pruebas del Sistema No Funcionales
Pruebas de Aceptación: pruebas del usuario.
o Obtención de los informes de pruebas, con seguimiento y resultado
4.6 Modelo de aseguramiento de la calidad (SQA)
Ejie contempla la calidad en distintos ámbitos de aplicación, tanto calidad en los procesos
como calidad en los productos.
Para asegurar la calidad en el proceso de gestión del proyecto, durante le ejecución del
mismo el adjudicatario deberá contemplar y proveer la documentación que sea requerida en
cumplimiento de la metodología ARINbide.
Por otro lado, con el objetivo de asegurar la calidad en el proceso de elaboración y la
calidad de los productos software y documentales obtenidos, será de referencia
obligatoria el Modelo de Aseguramiento de la Calidad (Modelo SQA) definido por Ejie, así
como el documento Estándares de calidad de sistemas software, que contempla:
Asignación del valor del Nivel de Aseguramiento de la Calidad (NAC) del sistema a
desarrollar
Elaboración del Plan SQA y realización de las actividades de aseguramiento de la
calidad, en base al NAC asignado
El proceso para la realización de las actividades de aseguramiento de calidad
definidas, alineadas con la metodología de desarrollo ARINBIDE y cumpliendo
implícitamente la metodología de pruebas PROBAMET
La obtención de indicadores estandarizados de calidad, con el cumplimiento de sus
umbrales permitidos.
El conjunto de herramientas que facilitan la aplicación del modelo y las
metodologías
Información detallada sobre los roles contemplados, las actividades y entregables del
Modelo SQA, así como de las herramientas y tecnologías a utilizar, se encuentra a
Análisis y Diseño de la migración del servicio de energía 86/104
disposición del licitador en http://www.ejie.euskadi.net/y79-
04/es/contenidos/informacion/aseguramiento_calidad_ejie/es_0215/aseguramiento_calidad
.html
El Nivel de Aseguramiento de la Calidad asociado para este proyecto es: MEDIO.
Al inicio del proyecto se elaborará el Plan SQA del mismo, estableciendo el detalle de las
actividades de calidad a realizar, sus esfuerzos y fechas de compromiso según el Plan de
Entregas obtenido en ARINbide y en función del NAC asignado para el proyecto.
Dada la no existencia de una Oficina Técnica de Calidad de proyecto, paralela a la ejecución
del presente proyecto, y por tanto, la asunción de dicho rol por el adjudicatario del presente
pliego (además de las tareas del rol propio de Desarrollo y Pruebas), el adjudicatario deberá
contemplar la ejecución de las tareas mencionadas en el presente apartado.
4.7 Herramientas del ciclo de vida de las aplicaciones
Como soporte e instrumento necesario en la ejecución de todas las fases del proyecto, existe un
conjunto de Herramientas homologadas por Ejie, que abarcan todo el ciclo de vida de las
aplicaciones, y que facilitan la realización de distintas tareas y normalizan la obtención de
entregables.
Estas herramientas homologadas son las que se utilizan en el entorno de trabajo de Ejie, no
pudiendo utilizarse en el mismo otras herramientas similares o equivalentes.
Para los trabajos a realizar en las dependencias del proveedor, su uso es recomendado frente a
otros productos o herramientas del mercado, para dar cobertura a los cometidos para los que
están destinadas. No obstante, en los casos en los que el resultado de uso de las herramientas
sea un entregable con un formato específico y normado, su uso será obligatorio frente a otras
herramientas de mercado, o bien en cualquier caso deberá proporcionarse un formato
compatible.
En el documento PBT-Anexo Herramientas se detallan las herramientas homologadas.
4.8 Entono tecnológico
El SGI contempla una arquitectura común para dar soporte a la migración de las
aplicaciones existentes en la actualidad en el Departamento de Desarrollo Económico y
Competitividad y a los posibles desarrollos que se lleven a cabo en un futuro, basándose
en los requisitos planteados en el punto anterior.
La explicación técnica detallada de esta arquitectura, cuyo mantenimiento, gestión y
evolución es uno de los objetos del presente pliego, se explica de forma general en este
Análisis y Diseño de la migración del servicio de energía 87/104
capítulo:
La evolución del mercado y de la tecnología lleva al desarrollo de un único punto de
servicios comunes para dar soporte a „n‟ consumidores. Dando como resultado una
Arquitectura Orientada a Servicios (SOA).
SOA promueve el desacoplamiento de los componentes de una infraestructura
multiplataforma en transacciones elementales o servicios elementales reutilizables por todos
los consumidores.
Servicio: Se trata de una función sin estado, auto-contenida, que
acepta unas llamadas y devuelve unas respuestas mediante una interfaz
bien definida. Los servicios pueden también ejecutar unidades discretas
de trabajo. Los servicios no dependen del estado de otras funciones o
procesos ni implican el establecimiento de sesiones
Pretenden favorecer la interoperabilidad entre los procesos de negocio
organizativos e inter-organizativos..
Interoperabilidad: La capacidad que tienen los sistemas TIC y los
procesos de negocio que los soportan, de intercambiar datos y permitir
compartir información y conocimiento. Es necesaria una interoperabilidad
a tres niveles: Organizativo, Semántico y Técnico
Las ventajas que aportan las Arquitecturas SOA frente a otro tipo de arquitecturas son:
La abstracción de las aplicaciones y sistemas en servicios a través de sus interfaces
normalizadas favorece la generalización de su uso y, al requerir un mínimo
conocimiento del sistema o aplicación subyacente, facilita los proyectos de desarrollo.
Se fomenta la reutilización efectiva y práctica. El consumo de servicios no es sino
una manera de reutilizar el mismo código.
Cada uno de los componentes se independiza del resto, permitiendo su evolución
técnica y funcional, siempre que se respete la interfaz de los servicios original.
La utilización de estándares abiertos permite una interoperabilidad cuasi universal con
independencia de las plataformas tecnológicas implicadas.
Se facilitan las pruebas unitarias sobre los sistemas especializados y desacoplados.
Se mejora la escalabilidad gracias a procesos distribuidos sobre balanceo de carga.
Se facilita la composición de nuevos servicios sobre servicios ya existentes.
La implementación ideal de una Arquitectura SOA requiere tener en consideración
algunos inconvenientes técnicos inherentes al modelo:
Los tiempos de llamado nos son despreciables, gracias a la comunicación de la red,
tamaño de mensajes, etc. Esto necesariamente implica la utilización de mensajería
confiable.
La respuesta de los servicios es afectada directamente por aspectos externos como
problemas en la red, configuración, etc. Estos deben ser tenidos en cuenta en el diseño,
desarrollándose los mecanismos de contingencia que eviten la parálisis de las aplicaciones
y servicios que dependen de él.
Debe manejar comunicaciones no confiables, mensajes impredecibles, reintentos,
mensajes fuera de secuencia, etc.
Análisis y Diseño de la migración del servicio de energía 88/104
Obviamente, un servicio debe de controlar internamente su propia transaccionalidad, pero
muchas veces se requiere mantener la transaccionalidad interservicios, lo cual exigiría el
control de la misma desde la propia lógica del consumidor.
Por ello un diseño exitoso de una arquitectura basada en servicios debe de estar basado
en una plataforma de mensajería confiable, que aísle de la implementación funcional
muchos de los problemas anteriormente mencionados. Algunos de las responsabilidades de
un mecanismo así, incluyen:
Entrega garantizada de mensajes.
Enrutamiento de peticiones a un servicio disponible.
Seguridad del contenido de los mensajes.
Calidad de servicio.
Escenarios fuera de línea.
Control de transaccionalidad interservicios.
Control de la seguridad de acceso.
Ligado a esta nueva arquitectura llega un nuevo modelo de desarrollo orientado a
servicios (SODA), el cual deberá de aplicarse en los nuevos análisis y diseños
proporcionando:
Reutilización de servicios: Se encapsulan los servicios con sentido funcional, en vez
de las tradicionales llamadas a métodos orientados al sistema. Estos servicios han de
exponerse en un único catálogo de servicios de forma que queden accesibles al resto de
las aplicaciones fomentando de esta manera la reutilización.
Independencia de la plataforma: Siempre se ejecutan como si se tratara de una
llamada remota. La tecnología y localización de la aplicación proveedora del servicio se
oculta detrás de la interfaz del servicio. Permitiendo la migración de plataforma o
tecnología de las aplicaciones que ofrecen o consumen el servicio sin que para ellos se vea
afectada la definición del servicio.
Flexibilidad: La aplicación consumidora y la aplicación proveedora pueden cambiar.
Mientras no se modifique la definición de los elementos esenciales (obligatorios) del
interfaz, la comunicación entre ellas no se verá afectada. Permite responder a las nuevas
demandas de servicios rápidamente. Esto se traduce en alta disponibilidad y
escalabilidad.
Seguridad: Permite definir autenticación y autorización necesaria de los consumidores de
servicios.
Estándares: Conectividad a través de estándares comunes extensibles: XML, SOAP,
WSDL, JMS, WS- Security, WS-Routing, etc.
La arquitectura base, sobre la que se deben desarrollar las aplicaciones del SGI (Sistema
General de Industria) se basa en los patrones de diseños propuestos por Sun Developer
Network para el desarrollo de aplicaciones J2EE.
Análisis y Diseño de la migración del servicio de energía 89/104
En el siguiente gráfico se esboza la arquitectura en capas orientada a servicios definida, la
cual pretende recoger todos los requisitos de desarrollo presentes y futuros que se puedan
plantear en el Departamento de Desarrollo Económico y Competitividad.
Análisis y Diseño de la migración del servicio de energía 90/104
La arquitectura general del SGI está compuesta de:
Aplicaciones de presentación (capa de entrega): Aplicaciones desarrolladas sobre
GEREMUA.
Aplicaciones de integración (capa de servicios): Orquestadores de servicios de negocio.
Autogestionan la transaccionalidad entre los distintos servicios que ofrecen los sistemas
de negocio. Se presentan como servicios de granularidad gruesa.
Aplicaciones de negocio (capa de negocio): Representan los sistemas que componen la
arquitectura. Cada sistema tiene su propio modelo de datos y son los encargados de
gestionar estos datos.
Aplicación única de Entidades de transferencia: Todas las entidades de negocio
detectadas se agrupan en una única aplicación.
Aplicación de utilidades (componentes de la arquitectura): Aplicación encargada de
agrupar a todas las utilidades comunes que se hayan podido detectar dentro de la
arquitectura.
Entorno Tecnológico
Análisis y Diseño de la migración del servicio de energía 91/104
Servidor web:
Apache Web Server 2.5 sobre Linux Red Hat EE 5 64bits
Servidor de aplicaciones:
BEA Weblogic Server 11g sobre Linux Red Hat EE 5 64bits
Base de datos:
Oracle 10 sobre Sun Solaris 8
Seguridad:
XLNets y Certificados de Izenpe
Herramientas:
Framework J2EE: Geremua
IDE (PC compatible con W7):
Eclipse Helios
Ant
Gestión de dependencias: Maven
Versionado de código/trabajo en equipo:
Subversion
Informes:
JReport
Tramitación electrónica:
Sistemas, procesos e interfaces del Lote4 de eAdministración
Pruebas:
JUnit
LoadRunner
Documentación y diagramación
Enterprise Architect
SharePoint Portal Server
JavaDoc
Análisis y Diseño de la migración del servicio de energía 92/104
5 Descripción de entregables.
Los productos a entregar, tanto productos software como documentación, serán aquellos que
define la metodología de desarrollo ARINBIDE, en referencia a las fases definidas dentro del
alcance del proyecto.
Igualmente, dentro del alcance definido del proyecto, la Metodología de Pruebas, así como el
modelo de Aseguramiento de la Calidad de Sistemas Software, detallan los entregables a
proporcionar en el ámbito de la calidad.
Con independencia de lo descrito y requerido a nivel metodológico (metodología de desarrollo
Arinbide, y Metodología de Pruebas Probamet), a continuación se añaden tareas y entregables a
realizar/suministrar por el adjudicatario:
Implantación en el Entorno de Desarrollo de Ejie.
Definición, ejecución y gestión del Plan de Pruebas
Preparación de componentes y soporte a la implantación en el entorno de Test o
Preproducción.
Soporte a la implantación en el entorno de Producción.
La documentación de usuario deberán estar en ambos idiomas: euskera y castellano.
La aplicación, las páginas, los textos, tablas de códigos, los mensajes de error/aviso y/o
cualquier otro componente (tool-tip, textos en imagen,….) dirigidos al usuario final deberán
estar en ambos idiomas: euskera y castellano.
Entrega de fuentes de todos los componentes, ficheros de configuración, elementos gráficos
utilizados,…..y cualquier otro elemento que se considere necesario para el normal y adecuado
mantenimiento/evolución del sistema, en soporte magnético (DVD).
Confección y entrega de la documentación (funcional, técnica, de explotación y de usuario)
correspondiente a cada una de las fases del proyecto tanto en formato papel, como en formato
electrónico.
Todos los entregables deberán proporcionarse utilizando las herramientas homologadas en Ejie
para el ciclo de vida de las aplicaciones, o en su caso proporcionando formatos compatibles.
5.1 Normativa para la puesta en producción y posterior explotación del sistema
Ejie cuenta con actividades formalizadas para la gestión e implantación de los sistemas de
información generados en los distintos entornos, establecidas en base a los procesos de Gestión
de Cambios y Gestión de Despliegues.
A partir de estos procesos se garantiza que los sistemas que serán instalados en la
infraestructura de Ejie cumplen con los estándares y normativas técnicas de la organización, que
no impactarán en el correcto funcionamiento del resto de productos y que se conocen los
procedimientos y particularidades relacionadas con su operación y soporte.
Para ello, es necesario que durante el ciclo de vida del proyecto, el equipo de trabajo genere una
serie de entregables, que serán validados a través del proceso de Gestión de Cambios:
Análisis y Diseño de la migración del servicio de energía 93/104
Documentos de requisitos de proyecto para procesos: contendrá requisitos
relacionados con las necesidades infraestructura y el soporte futuro de los procesos
que pueden afectar al diseño técnico o funcional de sistema de información a
generar.
Documento de albergue: recogerá el diseño de la solución desde el punto de vista
técnico, incluyendo aspectos de monitorización, crecimiento, estacionalidad si fuera
necesario.
Documentos de aprovisionamiento de entorno: fichas utilizadas para el
aprovisionamiento de un entorno estándar sobre el que luego desarrollar o implantar
el nuevo sistema.
Manual de implantación: deberá recoger los aspectos técnicos y configuraciones
necesarias que deben ser realizadas para implantar la aplicación en un entorno
tecnológico de Ejie.
Manual de soporte: contendrá el conocimiento necesario para que Ejie pueda
proporcionar soporte técnico al sistema implantado, de forma autónoma y a través
de sus procesos de soporte. Incluirá datos referentes a errores conocidos,
procedimientos de resolución, proveedores de soporte, contactos, garantías, modelos
de cambio y cualquier aspecto relevante para el soporte del sistema.
Manual de operación: refleja la información necesaria para el arranque, parada, y
mantenimiento técnico del nuevo sistema, incluyendo aspectos de monitorización,
capacidad y personal de contacto en caso de fallo.
Para cada uno de estos documentos Ejie dispone de plantillas estándar que el proveedor
deberá utilizar y entregar según los procedimientos establecidos.
Asimismo, en la cumplimentación de las plantillas se podrá solicitar el asesoramiento de los
distintos Responsables de Proceso y Coordinadores de Infraestructura, para asegurar que
la solución construida e implantada cumple con la normativa de Ejie y es posible operarla y
soportarla con garantías.
Análisis y Diseño de la migración del servicio de energía 94/104
6 Planificación y Organización
6.1 Plan de Proyecto
El licitador deberá incluir en su Documento de Propuesta Técnica una descripción de las
principales:
Fases y tareas del proyecto,
Entregas resultantes de cada fase,
Hitos de control y/o verificación,
Junto con sus correspondientes fechas orientativas de finalización.
Así mismo, el licitador podrá establecer propuestas de entregas y/o certificaciones parciales
acordes con el planteamiento del proyecto establecido, siempre que:
Lo considere más adecuado para facilitar la implantación y puesta en marcha del objeto
del contrato.
No se establezca nada en sentido contrario en los apartados de: Objeto, Alcance y
Descripción del Proyecto.
El licitador deberá presentar un Diagrama de Gantt o Cronograma de las Fases y Tareas
propuestas para la ejecución de las realizaciones objeto del presente pliego.
6.2 Organización del Equipo de Trabajo
El licitador deberá describir en su Documento de Propuesta Técnica:
La organización (perfiles) del equipo de proyecto asignado a la realización de las
actividades resultantes del presente pliego, así como
Las funciones de los mismos.
6.2.1. Asignación de recursos a fases del proyecto
El licitador deberá incluir en su Documento de Propuesta Técnica, un desglose de horas y % de
dedicación total por perfil y fase del proyecto, siguiendo el siguiente modelo:
Análisis y Diseño de la migración del servicio de energía 95/104
Descripción Perfil Gest. Proyecto
Análisis Diseño Construcción Implantación Total Horas
Horas % Horas % Horas % Horas % Horas %
Jefe Proyecto
Analista Funcional
Analista Técnico
Analista-Program.
Programador
Diseñador
TOTAL
(*) Este desglose de horas se considerará como orientativo y será tenido en consideración en el
momento de valorar el grado de aproximación a la planificación del proyecto según la estimación
del licitador, permitiendo, de esta forma, valorar la idoneidad del dimensionamiento del equipo de
trabajo propuesto y su adecuación a la consecución de los objetivos. No obstante este desglose
de horas no se considera vinculante, al no tratarse de una contratación de horas de desarrollo,
sino un proyecto “llave en mano” según el importe total ofertado.
.
6.2.2. Equipo de Trabajo
El equipo de trabajo propuesto estará formado por personal técnico con categoría profesional y
nivel de especialización adecuados a las necesidades planteadas en cada momento, de acuerdo
con las actividades que se vayan desarrollando.
El licitador debe comprometerse, en caso de ser adjudicatario, a mantener el equipo, según lo
establecido en el Documento de Propuesta Técnica, y durante el periodo fijado en cada actividad
específica.
Veracidad de los datos
Ejie se reserva la facultad de solicitar, en cualquier momento, antes o después de la adjudicación
y durante el curso de los trabajos, de cualquier otro tipo de documento complementario, en orden
a la comprobación de cuantos datos haya ofrecido la empresa adjudicataria, tanto respecto a la
misma, como a los recursos de que disponga.
La falsedad en los mismos podrá provocar la resolución del contrato.
Condicionante del equipo de trabajo ofertado
La falsedad en el nivel de conocimientos técnicos del personal ofertado, deducida del contraste
entre lo reflejado en el perfil y los conocimientos reales demostrados en la ejecución de los
trabajos, podría en último término, podrá provocar la revisión de la adjudicación y en su caso la
rescisión del pedido/contrato.
Análisis y Diseño de la migración del servicio de energía 96/104
Constitución inicial del equipo de trabajo
El equipo humano a incorporar tras la adjudicación del contrato para la ejecución de los trabajos
deberá estar formado por componentes relacionados en la oferta adjudicataria y
consecuentemente valorados.
Si tras la adjudicación se observara que el equipo de proyecto no se corresponde con el
Documento de Propuesta Técnica objeto de la misma y:
Caso que el adjudicatario presente justificación escrita, detallada y suficiente, explicando
el motivo que suscita el cambio, se procederá a:
La presentación por el adjudicatario de posibles sutituto/s con un perfil de
cualificación técnica igual o superior al de la persona que se pretende sustituir.
Aceptación de sustituto/s por parte de la Dirección del Proyecto de Ejie.
Caso de que se demostrase que el cambio no se corresponde con causa justificada, de
fuerza mayor y no imputable al adjudicatario, Ejie se reserva el derecho no solo a la
aprobación de la persona o personas sustitutivas, sino incluso a la revisión de la
adjudicación y en su caso la rescisión del pedido/contrato, si este hecho fuera elemento
determinante en la mencionada adjudicación.
Modificaciones en la composición del equipo de trabajo
La valoración final de la y calidad de los trabajos objeto del presente pliego corresponde a la
Dirección del Proyecto de Ejie, siendo potestad suya solicitar el cambio de cualquiera de los
componentes del equipo de trabajo, con un preaviso de quince días, por otro de igual categoría,
si existen razones justificadas que lo aconsejen.
Si el adjudicatario propusiera el cambio de una de las personas del equipo de trabajo, se deberá
solicitar por escrito con quince días de antelación, y requerirá de las siguientes condiciones:
Justificación escrita, detallada y suficiente, explicando el motivo que suscita el cambio.
Presentación de sustituto/s con un perfil de cualificación técnica igual o superior al de la
persona que se pretende sustituir.
Aceptación de sustituto/s por parte de la Dirección del Proyecto de Ejie.
Los posibles inconvenientes de adaptación al entorno de trabajo y al proyecto debidos a las
sustituciones de personal, deberán subsanarse mediante periodos de solapamiento sin coste
adicional, durante el tiempo necesario. Si a criterio de la Dirección del Proyecto de Ejie, esto no
fuera posible, las dos primeras semanas de trabajo del sustituto no serán facturables corriendo a
cargo del adjudicatario.
Prestación del servicio y lugar de realización de los trabajos
Los trabajos de desarrollo se realizarán normalmente en las dependencias del adjudicatario en
cuyo caso:
La jornada de trabajo estará de acuerdo a la establecida por el adjudicatario,
Los componentes del grupo de trabajo deberán estar en una única ubicación y
desarrollarán su labor con hardware y software propiedad del adjudicatario. Dicha
Análisis y Diseño de la migración del servicio de energía 97/104
ubicación deberá ser lo suficientemente cercana a Ejie como para garantizar una
presencia rápida en Ejie, ante cualquier eventualidad que pudiera surgir.
Las pruebas de integración, de carga, aceptación y la puesta a punto de los productos se
realizarán en los locales de Ejie.
En aquellos casos en que los trabajos deban ser realizados en las dependencias de Ejie, estos se
realizarán en las siguientes condiciones:
La jornada de trabajo estará de acuerdo a la establecida por Ejie,
Con carácter general los componentes del grupo de trabajo deberán desarrollarán su
labor con hardware y software propiedad del adjudicatario, salvo para labores de
instalación, implantación, y puesta en marcha, que se realizará mediante los puestos
asignados por la Dirección del Proyecto de Ejie.
Si por circunstancias excepcionales y cuando la realización efectiva de los trabajos no se ajuste a
la planificación o así se requiera por las necesidades del servicio, el adjudicatario deberá
comprometerse a una plena disponibilidad incluso fuera del horario habitual (salvo acuerdo previo
por la Dirección del Proyecto de Ejie), sin que la realización del trabajo tenga una consideración
especial a efectos de cómputo de horas o tarifa aplicable a las mismas.
6.3 Transferencia Tecnológica.
Durante la ejecución de los trabajos objeto del contrato el adjudicatario se compromete, en todo
momento, a facilitar a las personas designadas por la Dirección del proyecto de Ejie, y a tales
efectos, la información y documentación que ésta solicite para disponer de un pleno conocimiento
de los trabajos desarrollados, así como de los eventuales problemas que puedan plantearse y de
las tecnologías, métodos, y herramientas utilizados para resolverlos.
.
Análisis y Diseño de la migración del servicio de energía 98/104
7 Presupuesto y oferta económica.
El presupuesto máximo para este contrato es de 200.000. € sin IVA., (240.000 € con el 21% de
IVA).
La entrega del producto objeto del contrato tendrá como fecha máxima el 30 de septiembre de
2015.
El adjudicatario tiene derecho al abono, con arreglo a los precios convenidos, de los trabajos que
realmente ejecute, con sujeción al contrato otorgado, a sus modificaciones aprobadas y a las
órdenes dadas por escrito por Ejie.
En el precio ofertado se entenderán ya incluidos: las dietas, gastos de desplazamiento y/o
cualquier otro gasto necesario para la realización del servicio. Con independencia de lo aquí
indicado será necesario incluir el desglose de cualquier gasto o aspecto objeto del presente pliego
si así fuera requerido de forma expresa en el Pliego de Cláusulas Administrativas
Análisis y Diseño de la migración del servicio de energía 99/104
8 Mecanismos de Seguimiento, Control y Supervisión
La gestión del proyecto se realizará según las normas procedimentales y de calidad de la Gestión
de Proyectos de Ejie y del Departamento de Medio Ambiente y Política Territorial.
El control y seguimiento de la calidad de servicio, será realizado por la Dirección del Proyecto de
Ejie.
Durante el desarrollo y ejecución del proyecto, Ejie podrá establecer controles de calidad sobre la
actividad desarrollada.
8.1 Mecanismos de Seguimiento y Control.
El equipo de trabajo estará dirigido por un Responsable del Proyecto con dedicación estable y
suficiente, quien coordinará las tareas implicadas en el proyecto y será el interlocutor principal
con la Dirección del Proyecto de Ejie.
Deberán establecerse todos los mecanismos de control que permitan verificar de forma
continuada el cumplimiento de los objetivos especificados, tanto en plazos como en términos de
calidad final. Para ello se contempla:
Reuniones de seguimiento: a partir del plan de entregas requerido se celebrarán
reuniones periódicas o coincidiendo con los puntos de decisión, destinadas a revisar el
grado de cumplimiento de las tareas planificadas, le entrega de productos, las
reasignaciones de personal, la validación de las programaciones de actividades a realizar,
etc.
Reuniones de control económico: de control económico del proyecto para llevar a cabo el
plan de pagos establecido.
Informes de situación y progreso: con los que la empresa adjudicataria comunicará a la
Dirección del Proyecto de Ejie, del estado puntual de los trabajos, de los objetivos
alcanzados, de las incidencias ocurridas, etc.
Certificaciones parciales: si procede.
Hojas de control de tareas: si procede.
Documentos de gestión de proyectos: a solicitud del responsable de Ejie, la empresa
adjudicataria cumplimentará los documentos de gestión de proyectos, según un modelo
definido: actas de reuniones, registro de inspección y ensayo, informes de progreso,
control de configuración (módulos-componentes instalados), etc.
8.2 Supervisión del proyecto
Tanto la dirección como la supervisión del Proyecto serán llevadas a cabo por el personal de Ejie
asignado al proyecto.
Los productos del trabajo deberán ser aprobados tanto por el Responsable del Proyecto por parte
del adjudicatario, como por la Dirección del Proyecto de Ejie, si los encuentran conformes,
Análisis y Diseño de la migración del servicio de energía 100/104
emitirán su informe favorable, empezándose a computar desde ese momento el período de
garantía que todo trabajo de realización externa debe aportar en previsión de defectos no
detectados en las pruebas realizadas.
El incumplimiento de los plazos pactados sin causa que lo justifique, dará lugar a las
penalizaciones que se acuerden en las condiciones particulares (si existieran).
Análisis y Diseño de la migración del servicio de energía 101/104
9 Plazo de ejecución y Plan de Facturación
La entrega del producto objeto del contrato tendrá como fecha límite el 30 de septiembre de
2015
El adjudicatario tiene derecho al abono, con arreglo a los precios convenidos, de los trabajos que
realmente ejecute, con sujeción al contrato otorgado, a sus modificaciones aprobadas y a las
órdenes dadas por escrito por Ejie.
La facturación del precio del contrato, se efectuará a través de la presentación de las
correspondientes facturas expedidas con los requisitos legales exigidos y repartidas de forma
orientativa según el cuadro siguiente:
La aprobación implica:
La implantación en el entorno correspondiente, y la aprobación por la Dirección del
Proyecto de Ejie de las tareas correspondientes.
El plan de facturación definitivo se establecerá sobre la base del plan de proyecto
establecido en la fase de definición inicial del mismo, teniendo en cuenta que:
o En función del plan del proyecto y de acuerdo con la Dirección del Proyecto de
Ejie, podrán ser establecidas entregas parciales, que podrán implicar
facturaciones acordes al alcance de las mismas, tras las correspondientes
verificaciones y certificaciones.
o La no conformidad de los productos recepcionados, tanto en cuanto al alcance
funcional respecto el plan de entregas preestablecido, como en cuanto al
incumplimiento de las normas/estándares establecidos, y/o en cuanto al nivel de
calidad de los mismos, pueden provocar la paralización del plan de facturación
hasta que se resuelvan las no conformidades.
o Caso de que los trabajos efectuados no se puedan adecuar a la prestación
contratada, como consecuencia de vicios o defectos graves imputables al
contratista, no pudiendo ser utilizados por Ejie en tiempo y/o condiciones estará
exento de la obligación de pago o tendrá derecho, en su caso, a la recuperación
del precio satisfecho.
o El plan de facturación establecido al inicio del proyecto podrá ser revisado y/o
modificado, a lo largo del proyecto y como consecuencia de actividades de
replanificación del mismo, establecidas en los procedimientos de control y
seguimiento del proyecto.
o Para llevar a cabo el abono de los importes relativos a los conceptos de cada una
de las facturas será requisito imprescindible disponer de la certificación de
conformidad de los mismos emitida por la Dirección del Proyecto de Ejie.
A la Aprobación del Documento de Análisis 30%
A la Aprobación del Documento de Diseño 30%
A la Aceptación Definitiva de la Dirección del Proyecto de Ejie de los
trabajos realizados. 40%
Análisis y Diseño de la migración del servicio de energía 102/104
10 Criterios de Valoración.
Los criterios de adjudicación que servirán de base para la valoración de las propuestas, así como
sus pesos de ponderación se recogen a continuación. Para la evaluación de las propuestas se
establece un criterio de ponderación con una puntuación máxima de 100 puntos.
A continuación se detalla la puntuación y aspectos que se tendrán en cuenta para la adjudicación
del trabajo:
Característica Objeto de valoración Puntos
Proposición Económica. 55
Calidad Técnica de la Solución. 35
Organización del Proyecto, Plan de Trabajo 10
Proposición económica
La proposición económica se valorará mediante la siguiente fórmula:
Total de puntos (55) X Precio oferta más ventajosa (oferta de menor precio)
Precio de la oferta evaluada
En caso de que la oferta presentada no se ajuste a los valores de referencia del pliego por
exceso se adjudicarán 0 (cero= puntos en este concepto, excluyéndose automáticamente
esta oferta del resto del proceso selectivo.
Calidad Técnica de la Solución
En este apartado se analiza si la propuesta que realiza el proveedor se ajusta tanto en
alcance como en profundidad a las necesidades marcadas en el pliego de prescripciones
técnicas. En caso de que la oferta no se ajuste a las necesidades planteadas en el pliego de
prescripciones técnicas, la puntuación será de cero, excluyéndose automáticamente esta
oferta del resto del proceso selectivo.
Se analiza para esta valoración la respuesta dada por el licitador principalmente en los
apartados de su Documento de Propuesta Técnica:
Descripción de la Solución Técnica - 27
Metodología y Entorno Tecnológico - 8
Se valorará el grado de entendimiento de las labores a realizar, el conocimiento funcional y
técnico demostrado en su exposición y el acierto en el planteamiento de la solución técnica.
En caso de que en este apartado no se consiga el 50% de la puntuación asignada a
este apartado, la oferta excluirá automáticamente del resto del proceso selectivo.
Análisis y Diseño de la migración del servicio de energía 103/104
Organización del Proyecto, Plan de Trabajo
Se analiza para esta valoración la respuesta dada por el licitador principalmente en los
apartados de su Documento de Propuesta Técnica:
Planificación y Organización - 7
Procedimientos de Gestión, Control y Calidad de Proyectos - 3
Se valorará la planificación propuesta para el proyecto, el detalle de las fases/tareas del
proyecto y el cronograma de trabajos.
Se valorará también la composición de los perfiles propuestos, el dimensionamiento y
asignación de recursos a las distintas fases del proyecto, y la adecuación de dichos perfiles
a los trabajos a realizar.
Análisis y Diseño de la migración del servicio de energía 104/104
11 Garantía
11.1 Garantía
El período de garantía será como mínimo de 1 año a partir de la aceptación del trabajo.
Recommended