Pliego Bases Técnicas...SCR6150c Versión 2.0(12/01/05) Pliego de Prescripciones Técnicas:...

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.

http://www.ejie.es/

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.


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.


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


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.


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).


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.


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.


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


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.


*** 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.


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


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.


(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.


- 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:


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.


*** 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.


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.


- 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).


*** 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.


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).


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.


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.


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.


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).


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.


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


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.


- 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.


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.


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.


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.


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.


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.


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.


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


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


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).


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.


*** 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.


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.


*** 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


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.


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)


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


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.


- 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.


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)


*** 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.


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.


*** 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


“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.


*** 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.


*** 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


*** 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.


*** 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.


*** 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


- 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.


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.


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.


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).


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.


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.


- 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.


(*) 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












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%20Secciones2014.pdf



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















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












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.


(*) 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.


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:


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


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


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


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


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


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


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

http://www.ejie.euskadi.net/y79-04/es/contenidos/informacion/metodologia_desarrollo_ejie/es_0212/metodologia_desarrollo.html




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


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

http://www.ejie.euskadi.net/y79-04/es/contenidos/informacion/anexos_pbt_ejie/es_0214/anexos_pbt.html



(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)

http://www.euskadi.net/informatica

http://www.ejie.euskadi.net/y79-04/es/contenidos/informacion/aseguramiento_calidad_ejie/es_0215/aseguramiento_calidad.html




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



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






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.


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.


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.


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


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


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:





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.


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:


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.


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


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.

.


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


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,


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).


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%


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.


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.


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.

Pliego Bases Técnicas...SCR6150c Versión 2.0(12/01/05) Pliego de Prescripciones Técnicas:...

Documents

Transcript of Pliego Bases Técnicas...SCR6150c Versión 2.0(12/01/05) Pliego de Prescripciones Técnicas:...