PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DEL SERVICIO DE

(1)

PLIEGO DE PRESCRIPCIO

NES TÉCNICAS

PARA LA CONTRATACIÓN DEL SERVICIO DE

IMPLANTACIÓN DE UNA SOLUCION DE

ADMINISTRACIÓN ELECTRÓNICA

- SEDE ELECTRONICA EN EL

AYUNTAMIENTO DE CASTELLÓN DE LA PLANA

erificación: http://sede.castello.es/

(2)

INDICE

1 Introducción

2 Situación Actual

3 Objeto del contrato

4 Requerimientos Específicos

5 Hitos del proyecto

6 Mejoras

7 Plazo de ejecución del contrato

8 Importe Base de Licitación

9 Facturación

10 Garantía

11 Penalidades

12 Solvencia Técnica

13 Criterios de Valoración

14 Condiciones Generales

(3)

1. Introducción

La entrada en vigor de la Ley 11/2007 de Acceso Electrónico de los Ciudadanos a los Servicios Públicos, de 22 de Junio, la Ley 3/2010 de Administración Electrónica de la Comunitat Valenciana así como las nuevas leyes 39/2015 y 40/2015 relativas al procedimiento administrativo común suponen el reconocimiento del derecho de los ciudadanos a relacionarse electrónicamente con las Administraciones Públicas, así como la obligación de actualizar los procesos administrativos del Ayuntamiento de forma que pueda garantizar ese derecho. Dichas normativas suponen el marco en el que debe basarse el Ayuntamiento de Castellón para afrontar su proceso de modernización.

Los ciudadanos demandan de la administración pública unos servicios cada vez más avanzados y modernos, solicitan disponer de una representación virtual de la administración de su Ayuntamiento en la red, facilitando de este modo la comunicación y permitiendo obtener información de interés, realizar consultas y alegaciones, formular solicitudes, efectuar pagos, conocer los presupuestos, la estructura organizativa de personal del ayuntamiento, las ordenanzas municipales y muchas más gestiones.

El presente pliego es un reflejo de la evolución que desea afrontar el Ayuntamiento de Castellón de la Plana, siguiendo las directrices marcadas en su Plan Director de Administración Electrónica, para implantar una serie de funcionalidades en materia de Administración Electrónica que le permitirá complementar las soluciones actuales y sumarse a las acciones que en materia de Administración Electrónica están llevando a cabo otras Administraciones Públicas.

Este contrato tiene como objetivo fundamental que los ciudadanos dispongan de todos los servicios que ofrece el Ayuntamiento de Castellón para tramitación o consulta de forma electrónica, y que tradicionalmente se han prestado de forma presencial.

(4)

2. Situación actual

Actualmente la administración electrónica en el Ayuntamiento de Castellón se distribuye en dos bloques complementarios. Por un lado uno orientado al ciudadano, presentando un punto de entrada a los servicios de la administración electrónica del Ayuntamiento donde se incluye toda la funcionalidad y servicios específicos de la tramitación electrónica. Y por otro lado otro que persigue el aumento de la eficiencia y calidad de los procesos internos a la vez que el ahorro de costes propiciados por su uso. Esto incluye herramientas de tramitación electrónica de expedientes, entrada y salida de registro electrónicos, distribución electrónica de documentación, firma electrónica etc…

A día de hoy el Ayuntamiento utiliza la plataforma comercial denominada Gestiona-Espublico como herramienta de gestión expedientes. Esta le permite cumplir y proporcionar el servicio de tramitación electrónica interna. El Ayuntamiento realiza un uso intenso de esta aplicación. Gestiona dispone de un amplio recorrido en la utilización y aceptación de la herramienta entre los diferentes departamentos del Ayuntamiento. Gestiona cuenta con un extenso catálogo de trámites telemáticos personalizados.

Por otro lado, la parte que actualmente tiene desplegada el Ayuntamiento más enfocada a la interacción con el ciudadano (sede electrónica, carpeta ciudadana, tramitación online) debe ser mejorada para poder responder con éxito a los requisitos de la ciudadanía, cada vez más exigentes en este sentido. La ejecución de este contrato permitirá dar un salto cualitativo en la mejora de este servicio.

(5)

3. Objeto del contrato

El objetivo del contrato se focaliza en el desarrollo, instalación, configuración, puesta en marcha de una solución tecnológica moderna para mejorar los servicios de Administración Electrónica del Ayuntamiento de Castellón. La solución debe integrarse y ser compatible con la plataforma de tramitación actual (Gestiona), dar como resultado la puesta en marcha de servicios electrónicos enfocados hacia la ciudadanía y que además den cabida a las funcionalidades específicas al amparo de las leyes 11/2007, de 22 de junio, de Acceso Electrónico de los Ciudadanos a los Servicios Públicos, la ley 3/2010, de 5 de mayo, de la Generalitat, de Administración Electrónica de la Comunitat Valenciana, y las nuevas leyes 39 y 40 relativas al procedimiento administrativo común y al régimen jurídico del sector público, así como de la Ordenanza Municipal de Administración Electrónica de este ayuntamiento.

El alcance del contrato incluye de instalación, configuración, puesta en marcha, así como el mantenimiento y uso continuado durante la vigencia del contrato, de las soluciones software que cumplan los requisitos técnicos y funcionales descritos en este pliego.

Se incluyen también en el alcance todos los trabajos necesarios para integrar los componentes objeto de este contrato así como con los componentes municipales actuales indicados en el apartado de integraciones.

Adicionalmente, se incluye como parte objeto del contrato todos aquellos trabajos relativos a la asistencia y el soporte de la solución propuesta, y en general todas aquellas tareas que aseguren el éxito de su implantación.

4. Requerimientos Específicos

A continuación se detalla el alcance del proyecto y los requerimientos de alto y bajo nivel que éste debe cumplir.

4.1. Arquitectura de la solución

El proyecto deberá incluir un enfoque de arquitectura que principalmente cumpla los siguientes requerimientos:

 Crecimiento funcional modular. La arquitectura y el diseño de la solución

propuesta deberán permitir la incorporación de nuevos módulos sin que estos afecten al correcto funcionamiento del sistema. De éste modo, se deberá garantizar el desacoplamiento de módulos o capas para poder

(6)

hacer sustituciones de componentes sin que haya un impacto en el resto del sistema. Cualquier componente existente, al igual que cualquier componente nuevo, deberá estar sujeto a este principio de modularidad de componentes y servicio software. Será necesario aportar documentación sobre la arquitectura, integración o cualquier otro aspecto que garantice este principio.

 Coste de licenciamiento. Todas las soluciones ofertadas deberán poder

ser empleadas por el Ayuntamiento de Castellón de la Plana con un coste de licenciamiento nulo o mínimo. En la medida que sea posible, se deberá emplear software de código abierto cuyo términos de licenciamiento y acuerdos garanticen que los programas, datos e información compartida cumplen estos principios.

 Infraestructura hardware. Se deberá aportar información detallada sobre

la infraestructura hardware que será necesaria para obtener un sistema con un rendimiento óptimo y adecuado. Además, se deberán incluir rangos de estimaciones sobre la carga y el volumen.

 Modelo de despliegue e implantación. Se deberá proponer un modelo de

despliegue e implantación, ya sea mediante un enfoque SaaS o haciendo uso de las infraestructuras del Ayuntamiento de Castellón de la Plana.

4.2. Detalle de las soluciones

El siguiente diagrama muestra los módulos propios de la plataforma de Administración Electrónica deseada.

El alcance del proyecto incluye diferentes componentes funcionales que se indican a continuación.

4.2.1. Sede Electrónica

Punto de acceso único de los ciudadanos hacia todos los servicios del Ayuntamiento, facilitando de este modo la comunicación con la Administración. Se publican tanto contenidos internos generados en la propia Sede, como

(7)

enlaces a contenidos externos para aquellos casos en que ya se disponga de esta información en un site municipal o en cualquier otro site externo.

Contará además con la Oficina Virtual, un componente que presentará a los ciudadanos el catálogo de servicios electrónicos con los que operar de forma telemática. Además, mediante la utilización de certificados digitales el ciudadano puede acceder a una zona privada, la Carpeta Ciudadana, punto centralizador de toda la información correspondiente relacionada con su comunicación con la administración.

Se ofrecerá de forma pública el catálogo de trámites disponibles, tanto electrónicos como presenciales, incorporando toda la información de instancias, plazos, descripción de la tramitación, etc. El sistema debe dar solución a los distintos requisitos de documentación a aportar en función de la casuística de cada trámite. Este catálogo de trámites deberá estar actualizado y contar con el listado completo de servicios con los que actualmente cuenta el Ayuntamiento de Castellón.

Para la interacción con los certificados digitales, la plataforma se deberá adaptar a las propuestas actuales en materia de utilización de servicios de verificación y firma como los servicios de [email protected] del Ministerio o las últimas versiones de @firma, facilitando en última instancia el uso del portal al ciudadano.

De la misma forma la Carpeta Ciudadana deberá mostrar las notificaciones

electrónicas pendientes del ciudadano, de manera que pueda acceder a la

revisión de las mismas mediante la firma del acuse de recibo.

Los requisitos de la Administración Electrónica se engloban en requisitos generales y específicos. A continuación, se listan todos los requisitos globales y específicos de una Administración Electrónica.

4.2.1.1 Requisitos generales

Según la Guía de Sedes Electrónicas del Gobierno del Consejo Superior de

Administración Electrónica1_{, todas las Administraciones electrónicas deben}

cumplir una serie de requerimientos específicos. Las siguientes tablas suponen una sugerencia de las pautas a seguir en la implantación de una

1Guía de Sedes Electrónicas, Consejo Superior de Administración Electrónica

(8)

Administración Electrónica.

Contenidos

Requisito Detalle

Identificación de la sede electrónica

Debe conocerse en todo momento en qué sede electrónica se encuentra el ciudadano. Identificación del titular de la sede

electrónica Responsable de la integridad, veracidad yactualización de la información.

Identificación de los responsables de la gestión de la sede y de los servicios puestos a disposición Información sobre la propiedad

Intelectual Publicación en la Sede.

Información relacionada con la protección de datos de carácter personal

Publicación en la Sede. Enlace con la sede electrónica de

la

Agencia Española de Protección de Datos

Identificación y acceso a subsedes Identificación de los responsables de las Subsedes

Carta de servicios de la sede Con expresión de los servicios electrónicos.

Servicios electrónicos disponibles Relación de servicios accesibles desde la

sede. En su caso, teléfonos y oficinas a través de los cuales también puede accederse. Medios electrónicos de acceso.

Registro o registro electrónicos Acceso

Acceso al registro de personas o entidades habilitadas

Consulta interna de los convenios firmados. Acceso al registro electrónico de

Apoderamientos

Consulta. Acceso al registro de funcionarios

Habilitados

Consulta. Formulación de sugerencias y

quejas Servicio con autenticación del ciudadano.

Diarios o boletines oficiales de los órganos a que abarque la sede

Tablón de anuncios o edictos Indicando el carácter sustitutivo o no de la

publicación electrónica. Asesoramiento electrónico al

usuario Ayuda en línea u otro sistema de asistencia a usuarios.

Mapa de la sede (o equivalente) Con especificación de la estructura de

navegación y las distintas secciones disponibles.

Fecha y hora oficial Se implementará un servicio para ver la

fecha y la hora oficial.

Especificación de los días inhábiles Atendiendo al ámbito territorial en el que

cumple su competencias. Seguridad, fiabilidad y autenticación

Requisito Observaciones Sistema de verificación de certificados de la sede Accesible y gratuito. erificación: http://sede.castello.es/

(9)

Certificado electrónico de la sede

Electrónica - Descripción del tipo de certificado- Nombre de la sede electrónica

- Denominación del nombre del dominio - NIF de la entidad suscriptora

- Unidad administrativa Sistemas de firma electrónica

admitidos o utilizados por la sede Relación de sistemas con los que los ciudadanos podrán identificarse en las

sedes, con publicación de la norma de creación, incluyendo la siguiente

información:

- Denominación y descripción - Órgano u organismo responsable - Garantías de funcionamiento

- Actuaciones en las que son admisibles La identificación del ciudadano pueden ser mediante:

DNI electrónico, Sistemas de firma electrónica basados en certificados electrónico reconocido y admitidos por las Administraciones Públicas o Usando claves concertadas.

Sellos electrónicos de los órganos u organismos que abarque la sede

- Descripción del tipo de certificado - Nombre del suscriptor

- NIF del suscriptor Norma de creación de Sellos

Electrónicos

Publicación en la Sede: - Organismo u Órgano titular - Características técnicas - Servicio de validación

- Actuaciones y procedimientos Sistema de código seguro de

verificación de documentos Procedimiento directo y gratuito para los interesados.

Formatos de firma interoperables de la Sede

Los definidos en la Política de firma de la Administración Pública.

Disponibilidad operativa Todos los días del año durante las

veinticuatro horas.

4.2.1.2 Requisitos específicos

Los requerimientos específicos están dirigidos a los componentes de la Sede Electrónica. A continuación, se proporciona una lista con los requisitos específicos de cada componente.

Sede Electrónica

Como se ha descrito previamente, la Sede Electrónica es el sitio que se encuentra a disposición de los ciudadanos. De este modo, los requisitos están ligados a la información que deberá estar disponible para los ciudadanos y las acciones e interacciones de los mismos con la sede. La Sede Electrónica deberá tener dos módulos: el frontal y el back office. El frontal está orientado a la Sede Electrónica en sí, es decir, a la página web que puede ver el ciudadano y con la que puede interactuar. El back office se focaliza en proporcionar una gestión interna de la sede y de los servicios que estarán a disposición de los

(10)

ciudadanos. A continuación, se listan los requisitos diferenciando entre ambos módulos.

Frontal de la Sede Electrónica

 Firma electrónica para el acceso a las notificaciones electrónicas.

 Autenticación con un sistemas de firma electrónica por medio de

intercambio de claves tipo [email protected]/pin24h/Clau24.

 Interacción por parte del ciudadano sobre sus trámites (tributos, recibos,

etc.).

 Integración con Google Analytics para la generación periódica de datos

en forma de indicadores que faciliten el seguimiento del uso de todos los servicios ofrecidos.

 Envío de encuestas de satisfacción. Permitirá recoger las respuestas y

analizar los resultados de forma sencilla.

 Creación de un apartado específico que contenga toda la información

obligatoria de la sede.

 La información sobre el estado de tramitación del procedimiento

comprenderá la relación de los actos de trámite realizados, con indicación sobre su contenido, así como la fecha en la que fueron dictados." (Ley 11/2007 Artículo 37).

 Permitir que el ciudadano efectúe el pago de todas las modalidades de

tramitación electrónica.

 Proporcionar un sistema de códigos seguros de verificación de

documentos, facilitando enlace para verificar documentos electrónicos producidos en el sistema municipal Gestiona.

 Mensajes de advertencias cuando se realice alguna acción de

importancia, por ejemplo la conversión de documentación.

 Comunicación de Plazos y Silencio Administrativo.

 Dentro de la página principal, tener una zona dedicada a los trámites

más usados y destacados. Back office

 Permitir crear servicios y añadir información específica como

descripciones, información asociada al tipo de tramitación (presencial, telefónica o electrónica), observaciones, requisitos, documentación a aportar, etc. Toda ésta información deberá ser presentada antes de

(11)

acceder a la pantalla de tramitación.

 Permitir agrupar los servicios por módulos.

 Permitir crear servicios destacados.

 Permitir enlaces, y que avisen si se sale de la sede.

 Quedará incluido en el ámbito del proyecto cualquier adaptación, sea

desarrollo o cualquier otro tipo de trabajo, a la normativa que pudiera surgir durante el desarrollo del proyecto y posterior periodo de garantía.

Oficina Virtual

La Oficina Virtual es el espacio virtual donde los ciudadanos tienen a su disposición el catálogo de servicios electrónicos. Al igual que en la Sede Electrónica, la Oficina Virtual deberá disponer de un módulo de frontal, el cual será visible para los ciudadanos y con el que podrán interactuar, y otro de back office que será propio de las personas encargadas de realizar la gestión de los trámites. Los requisitos de ambos módulos se listan a continuación.

Frontal de tramitación

 Asistente de tramitación que sirva como apoyo para el ciudadano a la

hora de presentar una solicitud.

 Tramitación por pasos mediante formularios electrónicos.

 Toda la información relevante de un trámite deberá estar a disposición

del ciudadano: descripciones, plazos, documentación obligatoria, si el trámite implica notificación o decreto, etc.

 Permitir dejar en borrador las tramitaciones.

 Identificación de los canales de acceso a los contactos asociados a un

trámite, proporcionando, además, la oficina y el teléfono a través de los cuales también se puede acceder a los mismos.

 Permitir adjuntar documentación en distintos formatos. La

documentación adjuntada deberá poder ser transformada a PDF.

 Permitir descargar documentos plantilla de una forma intuitiva cuando

sea necesario o se requiera.

 Los documentos que se puedan descargar deberán ser visualmente

fáciles de localizar. Será necesario definir una zona específica para los documentos a descargar.

 Dar solución a los distintos requisitos de documentación a aportar en

función de la casuística de cada trámite.

1 de 43

(12)

 Diferenciación entre los tipos de documentos, si son documentos a aportar o documentos relacionados, permitiendo facilitarlos a través de la información publicada de cada trámite..

 El asistente de tramitación deberá especificar y recordar la

documentación obligatoria que se debe aportar en cada trámite.

 Permitir crear enlaces desde la web municipal a trámites específicos. Esto

supone tener una URL fija y única asociada a cada trámite.

 Permitir que cada trámite se configure para solicitar requisito de

presentación distinto: simple aceptación tras autenticación o firma con certificado.

Back office

 Gestión de tramites sencilla: creación de contenidos, creación de

formularios sin necesidad de conocimientos técnicos.

 Permitir configurar los trámites. Para cada trámite se permitirá

parametrizar al menos los mismos datos que en la sede electrónica actual, permitiendo en todo caso una maquetación visual que aporte claridad y estructura. La sede actual muestra para cada trámite al menos los siguientes datos: título del trámite, descripción del trámite, conjunto de requisitos que aplican al trámite (título y descripción para cada uno de ellos), documentación a aportar (distinguiendo casuistica, y con título, descripción y enlace para cada documento indicado), datos de la resolución, datos sobre normativa aplicada, lista de preguntas y respuestas frecuentes posibles, información sobre el silencio administrativo que le aplica, información sobre el recurso que procede, observaciones, formas de presentación, plazo de presentación, información adicional que se desee, responsable del trámite, datos contacto para este trámite, etc.

 La solución debe tipificar en listas cerradas de valores todos los campos

susceptibles de ser de uso común, para clasificar información asociada al trámite de forma que la modificación/configuración de un aspecto común a varios trámites sea de sencilla actualización para todos los trámites a los que aplique, p.e. modificación de normativas o leyes que aplican , requisitos del trámite, formas de presentación, etc.

 Administración de usuarios, responsables y áreas.

 Permitir gestión descentralizada del catálogo de tramites con un

adecuada gestión de accesos.

 Mediante la gestión de accesos y acceiones, se deberá permitir la

diferenciación de roles de usuario configurador de forma que se puedan

(13)

articular mecanismos que diferencien acciones de “modificador” de un trámites y “aprobador/publicador”.

 Garantizar la permanente consistencia de los datos aun cuando éstos

cambien.

 Autonomía por parte del Ayuntamiento de Castellón sobre todas las

tareas de gestión. Así pues, se deberá facilitar herramientas de usuario que no requieran de especialización técnica.

 Permitir incluir información de interés o requisitos en cada trámite. La

información estará disponible para el ciudadano a lo largo de los pasos de tramitación y los requisitos serán requeridos en pasos específicos. Algunos ejemplos pueden ser la descripción, ubicación, fechas, plazas, documentación requerida, la vía por la cual se puede realizar el trámite, la unidad responsable, el código de la RPT en vigor, etc.

 Posibilidad de crear documentación requerida para realizar un trámite.

 Permitir configurar trámites que requieran de certificado y firma.

 Incorporación de todo el catálogo de trámites de la sede actual

(https://portal.castello.es). El alcance del proyecto incluye la migración, de toda la información del actual catálogo de tramites, además de la parametrización del enlace de cada uno de estos trámites con el correspondiente Tipo de Procedimiento de Gestiona.

Carpeta Ciudadana

Dentro de la Oficina Virtual el ciudadano necesita disponer de un espacio exclusivo y privado donde tenga disponible toda la información y comunicaciones que tiene con el Ayuntamiento. Esta zona privada debe ser accesible vía certificado digital o sistema alternativo tipo [email protected] La Oficina Virtual es el espacio virtual donde los ciudadanos tienen a su disposición toda la información de sus interacciones con el Ayuntamiento.

El componente deberá cumplir con los siguientes requisitos:

 Para realizar el acceso a la Carpeta Ciudadana el usuario requerirá

identificarse mediante la utilización de certificados digitales personal o DNI Electrónico o sistema alternativo tipo [email protected] Para dicha interacción será necesario que el componente de Carpeta Ciudadana esté integrado con los servicios de autenticación y firma del Bus de Integración, desarrollados por el adjudicatario dentro del alcance del proyecto.

 Se deberá facilitar la tramitación electrónica sin necesidad de estar

(14)

previamente dado de alta en el servicio. La identificación por parte del usuario se podrá usar para poder acceder a un trámite o entrar en la Carpeta Ciudadana.

 La Carpeta Ciudadana facilitará la información relativa a todas las

relaciones del usuario con la administración:

 Estado de sus expedientes: borrador, en curso, finalizados.

 Acceso a los registros: registros de entrada y de salida.

 Acceso a las notificaciones electrónicas de la administración.

 Información sobre la documentación aportada en sus diferentes

comunicaciones con el Ayuntamiento.

 Mecanismos que permitan efectuar subsanaciones en la gestión de

trámites.

 Agenda ciudadana donde se muestre toda la información anterior a

nivel de calendario.

 Permitir realizar búsquedas avanzadas de trámites y registros

presentados. Se deberá poder buscar por fecha, estado de cobro, apremiado, entre otros criterios más. El filtro de búsqueda podrá ir variando dependiendo de los criterios seleccionados.

 Se deberá poder diferenciar entre trámites presentados y tributos y

tasas.

 La información de cada punto expuesto arriba debe presentarse a nivel

maestro detalle. Debiendo mostrar la información detallada incluyendo fechas, estados, documentos, etc.

 Se deberá incluir la funcionalidad de expedición electrónica de los

volantes de Empadronamiento haciendo uso del tratamiento automatizado con sello de órgano. Este volante de empadronamiento emitido con la expedición automatizada debe mostrar sólo los datos del interesado (individuales), y no de la unidad familiar o grupo de personas junto con las que se encuentra empadronado.

 Se deberá poner a disposición del Ayuntamiento de Castellón de la Plana

las herramientas para implementar la actuación administrativa automatizada para los trámites:

 Expedición electrónica de certificados de empadronamiento.

 Expedición electrónica de certificado de bienes.

(15)

 Expedición electrónica de informe de bienes,

 Recibos acreditativos de la recepción de los documentos

electrónicos presentados en el registro Electrónico del Ayuntamiento con la respectiva firma y sello de tiempo digitales

 Otras evidencias legales.

4.2.1.3 Integración con la plataforma Gestiona

Como se mencionó previamente, el Ayuntamiento dispone actualmente de la plataforma Gestiona para la administración y gestión de expedientes electrónicos. Dado el alto grado de uso actual de dicha herramienta, es requisito indispensable para el componente de Sede Electrónica el disponer de una integración con Gestiona de forma que cualquier expediente tramitado desde la Oficina Virtual genere una anotación de entrada en Gestiona. De igual forma, la solución a proponer debe ser capaz de interactuar con el API de Gestiona para el seguimiento de los expedientes en curso de forma que el ciudadano, desde el acceso a su Carpeta Ciudadana, pueda conocer el estado de su trámite con el Ayuntamientos.

Puntos de integración

Se identifican los siguientes casos de uso a tener en cuenta para desarrollar la integración entre plataforma:

1. Presentación de trámites: Los expedientes tramitados electrónicamente por los ciudadanos a través de la Oficina Virtual deben generar registros de entrada en la herramienta de Gestiona.

2. Catálogo de servicios: La Oficina Virtual deberá poder integrarse con el actual catálogo de trámites de Gestiona.

3.1. Seguimiento de Expedientes: La Carpeta Ciudadana deberá presentar la situación de cada uno de los expedientes en curso del ciudadano. 3.2. Notificaciones electrónicas: Se podrá recoger un documento registrado de salida desde Gestiona y poderlo notificar electrónicamente.

Requisitos específicos

 Se deberá llevar a cabo el desarrollo especifico de un conector en el Bus

(16)

de Integración que centralice toda la integración con el API de Gestiona.

 Toda la documentación relacionada con un expediente de Gestiona

tramitado desde la Oficina Virtual deberá estar duplicada en el Repositorio Documental y en la base de datos de Gestiona.

 Se habilitará la opción para que la oficina virtual visualice los registros

presenciales presentados por un ciudadano. 4.2.1.4 Integración con sistema Pin24h

La solución propuesta deberá integrarse adecuadamente con el sistema Pin24h/[email protected]/[email protected] Este sistema facilita la firma electrónica de la presentación de trámites sin necesidad de emisión y configuración del certificado de firma electrónica en el ordenador del ciudadano. La integración se deberá hacer en el Bus de Integración del Ayuntamiento de Castellón de la Plana.

4.2.2. Repositorio Documental

Para el almacenamiento y gestión de toda aquella documentación generada durante la tramitación electrónica del Ayuntamiento se utilizará una solución de gestión documental que deberá estar integrada con los otros componentes de Administración Electrónica como repositorio de documentos.

Este componente deberá disponer de una capa intermedia de servicios web publicada en el Ayuntamiento que favorezca la reutilización y facilite la interoperabilidad de la plataforma.

Actualmente el Ayuntamiento de Castellón utiliza de forma corporativa el gestor documental Alfresco para el almacenamiento y gestión de documentos electrónicos de diferentes herramientas. Dentro de la puesta en marcha del componente de Repositorio Documental se tendrá en consideración favorecer la reutilización de dicha tecnología ya sea como una nueva instancia de la aplicación o como un nuevo espacio dentro de la instalación actual.

4.2.3. Tablón de Anuncios y Edictos Electrónicos

Se incluirá un componente encargado de presentar todas las publicaciones y edictos del Ayuntamiento. El sistema propuesto deberá facilita las búsquedas y permitir la descarga e impresión de los edictos aprovechando el soporte digital. A través de la zona de Acceso Restringido se podrá adaptar el estilo, actualizar, redactar y publicar nuevos anuncios en cada uno del organismo gestionado, así como gestionar los permisos de los diferentes empleados públicos.

(17)

Se contemplarán al menos las mismas funcionalidades que el actual tablón de edictos electrónico municipal, incluyendo validación y firma de publicaciones y evidencia fidedigna de publicaciones.

4.2.4. Código Seguro de Verificación

Se deberá contar con un módulo que permita disponer de un código único con el que identificar el documento electrónico emitido por medio telemático al ciudadano. Permitiéndole, en cualquier caso, la comprobación de la integridad de dicho documento mediante el acceso correspondiente dispuesto en la Oficina Virtual.

Además, se facilitará enlace para verificar documentos electrónicos producidos en el sistema municipal Gestiona.

4.2.5. Gestión de la Representación

Se identifica necesario incluir en el catálogo de componentes de la solución de administración electrónica un componente dedicado a la gestión de la representación y apoderamiento de forma que un ciudadano pueda realizar tramitaciones electrónicas en nombre de otra persona.

El apoderamiento es una habilitación que los ciudadanos pueden otorgar a terceros para actuar en su nombre en determinados trámites o actuaciones. La solución de administración electrónica propuesta debe incluir la funcionalidad necesaria para que el ciudadano pueda hacerlo por medio electrónico.

El ciudadano que actúa como representante puede apoderar a cualquier otro ciudadano o empresa para que actúe en su nombre. Puede crear un apoderamiento sobre un trámite o una categoría de trámites, consultar sus apoderamientos, revocarlos o modificar la vigencia de éstos, etc…

A su vez, el ciudadano que actúa como apoderado debe poder representar a cualquier otro ciudadano o empresa, confirmar apoderamientos, y para trámites, consultar sus apoderamientos o renunciar a los mismos.

En este sentido el componente de gestión de la representación debe permitir la posibilidad de habilitar autorizaciones de representación de las personas habilitadas, tanto para empresas o ciudadanos en representación de otros ciudadanos como de funcionarios habilitados. Adicionalmente se deberán poder gestionar las representaciones tanto por autorización expresa como a representación en base a convenios con terceras entidades que habilitan representación masiva de colectivos como colegios profesionales. La herramienta deberá también permitir acreditación de la representación por distintos medios, presenciales o telemáticos.

(18)

Requisitos específicos

 Habilitar una zona específica en la Carpeta Ciudadana con toda la

información relacionada en materia de representación.

 Acceso a los representantes de un ciudadano o entidad.

 Acceso a los representados de un ciudadano o entidad.

 Acceso a los convenios donde está adherido y representado el ciudadano

o entidad.

 Mostrar información de representaciones activas, caducadas y revocadas.

 Mostrar detalle de la información relativa a la representación incluyendo

los procedimientos que aceptan esta representación y el estado de la misma.

En cualquier caso, dado el carácter particular del componente, el enfoque de la herramienta requerirá de cumplir con la legislación vigente en materia de representación ciudadana.

4.2.6. Gestor de pagos

También se identifica necesario que la plataforma cuente con una herramienta que supla las funcionalidades que son necesarias para realizar el pago electrónico de trámites, autoliquidaciones, tasas, tributos y sanciones del Ayuntamiento. De esta forma, cualquier otro servicio de la Administración Electrónica del Ayuntamiento podrá hacer uso de este aplicativo para realizar los pagos oportunos de forma telemática. El componente de Pasarela de Pagos deberá ser capaz de recoger los cobros derivados del Cuaderno 60 según la

AEB2_.

4.2.6.1 Enfoque del componente

El componente de pasarela de pagos debería contar con los siguientes módulos:

 BackOffice: el componente dispone de una gestión interna de forma que

se pueda parametrizar todas las funcionalidades típicas de una herramienta de gestión de pagos municipales: tipologías de pago, cuadernos activados, gestión de usuarios, etc…

 Frontal: módulo integrado enfocado para que tanto un ciudadano como

directamente un empleado público realice los pagos municipales tanto a

2Asociación Española de Banca: http://www.aebanca.es/en/index.htm

(19)

través de una tarjeta de crédito como de una cuenta corriente. El acceso a este módulo frontal se realizaría a través de un certificado digital válido o sistema Pin24h/[email protected]/[email protected], según lo requiera la pasarela de pagos Red.es, llegando incluso, si la pasarela lo permitiera, a poder configurar cada tipo de pago con distinto requerimiento de acceso, incluso si se permitiera, sin requisito de acceso.

 Conector: el propio componente aportará desarrollo una API de servicios

web que otros aplicativos del Ayuntamiento de Castellón podrán utilizar (mediante el bus de integración) para realizar los pagos. De esta forma se centralizará dicha gestión en un único punto independiente de todos los componentes.

4.2.6.2 Requisitos específicos

 El componente hará uso de los servicios proporcionados por el Servicio

de Pago Telemático (SPT) de Red.es3_{o por cualquier otro que se ofrezca}

en su lugar con al menos las mismas posibilidades y que el Ayuntamiento acepte. El Servicio de Pago Telemático (SPT) es un servicio compartido de la administración electrónica, gestionado y mantenido por Red.es, que ofrece, a cualquier Organismo Público, un canal para el pago electrónico de tasas, tributos o cualquier ingreso público de forma telemática.

 Uso de certificados digitales para el acceso al frontal para la realización

de pagos, u otros sistema según lo indicado en el punto anterior.

 Generación de justificantes de pago tras la consecución de los pasos del

pago.

 Integración con el Bus de Interoperabilidad del Ayuntamiento para

exponer los servicios de pago para que otros componentes de la plataforma puedan hacer uso de los mismos.

 Integración con los siguiente cuadernos:

 Cuaderno C57  Cuaderno C60 (modalidad 1 y 2)  Cuaderno C60 (modalidad 3)  Cuaderno C65 3http://pago.red.es/pago/ erificación: http://sede.castello.es/

(20)

4.2.6.3 Modalidades de pago

El sistema de gestión de pagos desarrollado deberá permitir diferentes modalidades de pago:

 Pago mediante tarjeta bancaria.

 Pago mediante cuenta corriente.

4.2.6.4 Tipología de trámites

Será necesario que el componente disponga de diferentes tipologías de tramite enlazada a los distintos tipos de pagos que puede realizar:

 Pago de tasa.  Pago de impuesto.  Pago de multas.  Pago de liquidaciones.  Pago de autoliquidaciones. 4.2.7. Bus de Integración

Este elemento será el componente central que permitirá la integración y comunicación entre todo el resto de aplicaciones y servicios de la Administración Electrónica del Ayuntamiento. La propuesta deberá utilizar el actual bus de integración Mule desplegado en el Ayuntamiento.

Cada componente que disponga de servicios web que serán expuestos en el Bus de integración Mule deberá contar con un documento/contrato de integración desarrollo donde se detallen la información de cada uno de sus servicios.

El bus de integración será el encargado de centralizar todas las comunicaciones externas de la plataforma. Las funcionalidades identificadas como accesos externos serían al menos:

 Gestión de Notificaciones Electrónicas

 Servicios para la autenticación, validación y firma de certificados

digitales

 Servicios de interoperabilidad: instrumentales y de verificación.

 Acceso a otras plataformas: Plataforma Autonómica de Intermediación

(21)

(PAI), Plataforma de Intermediación del Estado (PIE), etc…

4.2.8. Integraciones con herramientas corporativas municipales

Será necesario que la propuesta a implantar cuente con la integración de una serie de funcionalidades que actualmente proporciona la herramienta ERP del Ayuntamiento. Para poder integrarse correctamente, el Ayuntamiento de Castellón de la Plana proporcionará servicios web o, en su defecto, accesos a procedimientos almacenados de Oracle que deberán ser usados para implementar los servicios web necesarios.

4.2.8.1 Herramienta TAO

La herramienta TAO tiene a disposición de los usuarios operaciones como la consulta estándar y detallada de recibos, impuestos, tasas o multas de un NIF específico, la gestión de recibos, la consulta de datos del Padrón, etc. Esta herramienta está constituida por varios módulos con los que hay que realizar las siguientes integraciones:

 Módulos de Recaudación y Gestión Tributaria: desarrollo de un conector

que permita que el ciudadano encontrar toda su información tributaria en la Carpeta Ciudadana así como gestionar el pago online de estos, e implementar la funcionalidad de expedición electrónica de certificados e informes de bienes .

 Módulo de terceros: integración con la gestión de terceros del

Ayuntamiento, tanto para consulta como para actualizaciones y altas, para poder mantener en todo momento el dato único de tercero en TAO.

(22)

 Módulo de callejero: incluir la integración con el actual sistema de calles del Ayuntamiento.

 Módulo de Padrón de Habitantes: incluir la integración con el actual

sistema de padrón de habitantes para implementar la funcionalidad de expedición electrónica de los volantes de Empadronamiento y de certificados de empadronamiento.

4.2.8.2 Herramienta GESTIONA

Como se ha detallado , la herramienta GESTIONA está principalmente enfocada al registro electrónico y la gestión de expedientes.

Las integraciones a realizar con ambos módulos son tanto para operaciones de consulta como para operaciones de actualización de datos (registro de entrada, registro de salida, consulta o actualización de datos de expediente o de documentos de un expediente, recuperación de estado de expedientes, envío de documentos a portafirmas, etc.

4.2.8.3 Otras herramientas a integrar

Dentro del parque de aplicaciones del ayuntamiento, se identifican las siguientes herramientas a integrar:

 Integración con el componente de pago municipal, el cual utilizará la

pasarela o TPV facilitada por la entidad colaboradora municipal designada además de componentes y pasarelas como la de RED.ES.

 Integración con servicios web y mecanismos de API para invocar las

operaciones disponibles en las aplicaciones externas.

 Integración con el Bus de Interoperabilidad MULE, el cual es descrito en

el apartado Bus de Integración.

 Integración con la aplicación propia del Ayuntamiento de Castellón de la

Plana para la generación de autoliquidaciones, de forma que pueda enlazarse al proceso de tramitación de forma integrada en el proceso,

(23)

incluso con el posterior pago por la pasarela de pagos.

 Integración con el servicio web que obtiene el detalle de Duplicado de

Recibo. El servicio se encuentra en el Bus de Interoperabilidad municipal y devuelve un documento PDF con la información detallada del recibo.

4.2.9. Otros requerimientos específicos

Además de los indicados anteriormente, la solución presentada deberá cumplir los requerimientos funcionales y técnicos descritos a continuación:

 Se deberá aportar el modelo de datos completo de la solución,

incluyendo tablas, campos, claves, claves ajenas y todo tipo de restricciones definidas (integridad, consistencia y otras).

 La solución implantada garantizará la completa integridad y consistencia

de los datos según el modelo de datos. Para ello se garantizará el correcto control transaccional que contemplará toda la casuística existente que evite romper la integridad y consistencia de los datos.

 Diseño adaptado a la línea gráfica del Ayuntamiento respetando los

principios de usabilidad y accesibilidad, siguiendo los estándares W3C.

 Solución multi-idioma, soportando al menos las dos lenguas oficiales de

la Comunitat Valenciana.

 Solución multi-entidad, que permita gestionar las sedes electrónicas de

los distintos organismos dependientes del Ayuntamiento, como Patronatos de Deportes, Fiestas y Turismo, así como diferenciar todos los aspectos del proyecto en base a estas distintas entidades.

 Garantía de interoperabilidad técnica, semántica y organizativa.

 Navegación segura en todos los componentes de la solución.

 Garantía de identificación del titular en todo momento.

 Administración y parametrización de los diferentes componentes de la

solución.

 Mantenimiento de usuarios y grupos de usuarios administradores de los

diferentes componentes de la solución.

 Tener en cuenta la integración con un sistema de Archivo Electrónico

para un futuro sistema de archivado digital de los expedientes.

 La solución propuesta debe generar de forma periódica, datos en forma

de indicadores, que faciliten el seguimiento de uso de todos los servicios

(24)

ofrecidos por el software disponible en el ámbito de todos los módulos del contrato.

 La solución propuesta debe generar de forma periódica, datasets con la

información relevante para su posible publicación en el portal Opendata municipal, al menos para 10 datasets, a definir por el ayuntamiento, entre otros sobre la información publicada de cada tramite así como el volumen y tipología de: trámites solicitados online, tramites consultados, gestionados, documentos descargados, documentos subidos en la gestión de tramitación online, etc.

4.3. Principios generales de la solución propuesta

A continuación se enuncian algunas consideraciones adicionales sobre las tecnologías y componentes a emplear en el proyecto.

4.3.1. Uso de estándares

Las tecnologías utilizadas en la actual plataforma están basadas en estándares aceptados de manera general que garanticen una mayor facilidad a la hora de mantener el sistema, desarrollar nuevas funcionalidades e integrarlo con otros sistemas.

Se buscará el equilibrio entre portabilidad y funcionalidad, tratando de dar la mayor portabilidad y flexibilidad posible sin convertir el proyecto en un rompecabezas de excesivos componentes que formen una arquitectura compleja y difícil de mantener.

4.3.2. Portabilidad

El sistema no está estrechamente ligado a un entorno concreto (sistema operativo, base de datos, procesador). La utilización de tecnologías HTML5 y Java (J2EE) para el desarrollo de los componentes fundamentales del sistema garantizarán su portabilidad pudiendo ejecutarse aunque cambie el sistema operativo y el hardware.

De igual modo, la utilización de un nivel de abstracción para el acceso a la base de datos facilitará además la portabilidad entre bases de datos.

4.3.3. Escalabilidad

La plataforma está diseñada y desarrollada de forma tal que el aumento en la carga de usuarios y ayuntamientos pueda resolverse dimensionando adecuadamente la arquitectura hardware del entorno en el que se ejecuta.

(25)

La escalabilidad es un factor crucial ya que a medio plazo debe poder soportar una gran carga de usuarios.

4.3.4. Crecimiento funcional modular

La arquitectura y diseño del sistema será tal que la incorporación de funcionalidades pueda alcanzarse añadiendo nuevos módulos o bloques funcionales sin que el resto de componentes y módulos del sistema sufran un impacto crítico.

El desacoplamiento a nivel de componentes se convierte por lo tanto en un elemento fundamental del sistema:

◦ La integración con componentes nunca se realizará utilizando

interfaces o protocolos nativos, siempre existirá una solución de integración que garantice el desacoplamiento de capas.

◦ Las capas de integración serán lo suficientemente flexibles para que

la sustitución de un componente por otro (incluso de otra tecnología) cause el menor impacto en el resto de componentes.

4.3.5. Directrices de accesibilidad y usabilidad

Se deberá certificar un grado mínimo de accesibilidad <AA> intentando por todos los medios alcanzar el grado <AAA> tras el proceso de centralización. El sistema deberá perseguir unos criterios mínimos de usabilidad centrados principalmente en:

• Facilidad del aprendizaje

• Velocidad por parte del usuario final del desempeño de las tareas

asociadas a la aplicación

• Baja tasa de incidencias

• Bajos niveles de frustración

• Satisfacción subjetiva

• Universalidad

• Facilidad para ser recordado

4.3.6. Seguridad

Un elemento esencial de la solución de estas características es la seguridad. En

(26)

este sentido, además de en el diseño de cada uno de los componentes, existirán una serie de funciones centralizadas de seguridad, que garantizarán que las funciones básicas de confidencialidad, integridad y disponibilidad se cumplan en un entorno A-A-A (autenticación, autorización y auditoría).

El sistema deberá:

• contar con herramientas de salvaguarda, recuperación, exportación e

importación de datos;

• registrar un log de auditorias para consulta e informe de los accesos y las

acciones de los diferentes usuarios, dando constancia de su login, IP, host, etc;

• garantizar la privacidad y seguridad de las comunicaciones dentro de los

componentes /herramientas/soluciones ofertadas y entre estos y los todos los existentes en el Ayuntamiento;

4.3.7. Bilingüismo.

Se considera como elemento el contemplar como mínimo las dos lenguas oficiales de la Comunidad Valenciana aunque se entiende que el sistema debería de estar preparado para contemplar cualquier otra legua que se estime necesaria.

4.4. Requerimientos técnicos del proyecto

4.4.1. Principio técnicos

A continuación se enumeran los principios generales que rigen el desarrollo de la Administración Electrónica en el ámbito del Ayuntamiento de Castellón de la Plana, de conformidad a lo establecido en la Ley 11/2007 de Acceso Electrónico de los Ciudadanos a los Servicios Públicos y en la Ley 3/2010 de Administración Electrónica de la Comunitat Valenciana

La solución propuesta deberá asimismo regirse por estos principios generales. • Flexibilidad y Modularidad: se exige que el sistema se adapte a los

distintos escenarios que puedan darse en el Ayuntamiento de Castellón de la Plana en función de su tamaño y grado de madurez tecnológica así como la posibilidad de futuras implantaciones no completas.

• Reutilización de Componentes: se debe permitir un entorno capaz de

la reutilización de componentes existentes, propios de la Generalitat, las Diputaciones Provinciales de la Comunitat Valenciana y las Administraciones Locales, o existentes en el mercado con el fin de dotar

(27)

de mayor valor a la solución implantada, basándose en la aplicación de mejores prácticas. No se podrán ofertar componentes con coste de licenciamiento periódico o en forma de coste inicial así como tampoco componentes que necesiten, a criterio de los técnicos municipales, de grandes evoluciones específicas para el Ayuntamiento.

• No Intrusión: la Solución de Administración Electrónica permitirá la

coexistencia con sistemas y/o componentes preexistentes en el Ayuntamiento.

• Integración e Interoperabilidad: el sistema debe estar diseñado

técnica y funcionalmente con el fin de garantizar la interoperabilidad con los distintos niveles de administración existentes en el Ayuntamiento. Todos los productos software ofertados deben por tanto garantizar la Interoperabilidad.

• Neutralidad tecnológica: deberá garantizarse la independencia de los

medios tecnológicos utilizados, siendo la propia evolución tecnológica la que determinará el uso, en cada momento, del medio tecnológico más adecuado

4.4.2. Criterios comunes

Los componentes que se habiliten como parte de la solución propuesta deberán basarse en los siguientes criterios:

• Código abierto: se debe asegurar que todas las soluciones ofertadas pueden ser empleadas por el Ayuntamiento sin costes ni restricciones de licenciamiento, y en modalidad de código abierto. Para el caso de uso de aplicaciones declaradas como abiertas, deberán utilizarse licencias que aseguren que los programas, datos e información compartida cumplen estos principios.

• Uso de estándares: se deben utilizar tecnologías basadas en estándares aceptados de manera generalizada, garantizando un mantenimiento sencillo del sistema, así como en el desarrollo de nuevas funcionalidades e integraciones con otros sistemas.

• Portabilidad: se debe garantizar que el sistema planteado se permite ejecutar independientemente del sistema operativo y hardware donde se instale, además de su portabilidad entre entornos. Esta portabilidad debe garantizarse del mismo modo entre diferentes gestores de base de datos. • Escalabilidad: los componentes deben estar diseñados y desarrollados para soportar el aumento en la carga de usuarios, necesitando únicamente adecuar la arquitectura hardware del entorno en el que se

(28)

ejecuta.

• Crecimiento funcional modular: la solución propuesta debe tener una arquitectura y diseño que permita la incorporación de funcionalidades a partir de la incorporación de nuevos módulos sin que éstos afecten al resto del sistema. Por tanto, la integración entre componentes deberá realizarse sin la utilización de interfaces o protocolos nativos y se deberá garantizar el desacoplamiento de capas, permitiendo que la sustitución de componentes por otros nuevos no cause ningún impacto en el resto de componentes.

• Directrices de accesibilidad y usabilidad: se respetarán los

protocolos internacionales de accesibilidad (W3C y las Web Content Accessibility Guidelines 1.0) para facilitar el acceso a la información a colectivos discapacitados. Se deberá certificar un grado mínimo de accesibilidad <AA> intentando por todos los medios alcanzar el grado <AAA>.

• Seguridad: la solución propuesta debe garantizar que las funciones

básicas de confidencialidad, integridad y disponibilidad se cumplan en un entorno A-A-A (autenticación, autorización y auditoría). El sistema deberá contar con herramientas de salvaguarda, recuperación, exportación e importación de datos.

• Multi-idioma: todos los componentes de la solución propuesta deberán contemplar como mínimo las dos lenguas oficiales de la Comunitat Valenciana además de estar preparado para incluir adicionalmente aquellos idiomas que se consideren necesarios.

• Multi-entidad: todos los componentes de la solución propuesta deberán

contemplar como mínimo la actuales entidades municipales, así como para incluir adicionalmente aquellas nuevas entidades que puedan crearse en el futuro.

4.4.3. Mapa de Infraestructuras

Se identifica la necesidad de disponer de tres entornos en la infraestructura del Ayuntamiento.

• Entorno de integración: entorno cuya finalidad es la de ofrecer un

entorno fiable y estable de cara a la realización del paso previo a los otros dos entornos. Este entorno se utilizará principalmente para pruebas de usuario así como para posibles formaciones.

• Entorno de Preproducción: Infraestructura clonada de producción destinada a la realización de pruebas integradas previas a una subida a

(29)

producción de forma que validen los desarrollos a actualizar.

• Entorno de Producción: Infraestructuras destinadas a ofrecer el servicio al usuario final.

La oferta presentada deberá presentar un plan de promociones entre entornos donde se especifiquen los pasos y protocolos necesarios para el despliegue en cada uno de los distintos entornos. El acceso a cada uno de ellos seguirá los criterios de la propia política de acceso del Ayuntamiento de Castellón. Además, la oferta presentada deberá aportar documentación relacionada con las instalaciones de los entornos.

La oferta deberá aportar detalle de infraestructura hardware (incluyendo comunicaciones) adecuada para el óptimo y razonable rendimiento de los sistemas ofertados. Deberá aportar para la instalación de cada solución ofertada, el dimensionando de estos requerimientos con rangos de estimaciones de carga o volumen. Estos requisitos de infraestructura se entenderán como compromiso vinculante para la correcta ejecución del proyecto.

Cualquier aplicación complementaria indicada en la oferta que sea necesaria para el buen funcionamiento del servicio ofertado, en relación con el servidor donde se ejecuten, deben:

• ser multiplataforma y funcionar de forma independiente sobre diversos

sistemas operativos y gestores de bases de datos, dando prioridad al software de código abierto y a las aplicaciones web; Preferiblemente desarrollos web con HTML5 y java evitando en la medida de lo posible el uso de applets de java;

• tener total compatibilidad con ejecución en servidor virtual Vsphere 6;

tener un consumo máximo de RAM en servidor (físico o virtual) de 16 Gb;

• tener total compatibilidad con ejecución en servidor con sistema

operativo Linux Ubuntu 14.04 LTS 64 bits y superiores. En caso de modalidad appliance virtual, se debe poder monitorizar por SNMP dando

(30)

acceso de lectura y proporcionando las MIBS.

Las aplicaciones de la solución ofertada, en relación con los clientes donde se ejecuten, deben:

• tener total compatibilidad con los estándares o recomendaciones

publicadas por el World Wide Web Consortium (W3C), que implícitamente y a día de hoy garantizan el correcto funcionamiento en navegadores Internet Explorer, Firefox, Chrome y otros; La solución aportada deberá funcionar correctamente en la última versión del navegador de los citados navegadores.

4.4.4. Rendimiento.

El sistema debe garantizar un rendimiento razonable de las aplicaciones y, como tal, hacer un uso razonable de los recursos necesarios; para ello...

• se garantizará la ejecución de transacciones instantáneas simples en

tiempos siempre inferiores a 2 segundos, la ejecución de transacciones instantáneas de complejidad media, como la firma de un documento, en tiempos siempre inferiores a 5 segundos; estos tiempos se medirán excluyendo los tiempos de ejecución acumulados debidos a causas ajenas al sistema, como p.e. disponibilidad de servicios de terceros o velocidad de líneas de comunicaciones;

• la oferta deberá aportar detalle de infraestructura hardware para el

adecuado rendimiento de los sistemas ofertados.

4.4.5. Disponibilidad.

Las soluciones ofertadas deben de maximizar la disponibilidad de los sistemas, garantizando para ello:

• una política y procedimientos de actualización claros que garanticen esta

máxima disponibilidad;

• una clara y adecuada política de transacciones que prevenga, y por tanto

contemple y evite, bloqueos de ejecución; La memoria de la oferta incluirá:

• una catalogación completa de las situaciones en las que se prevean

indisponibilidades del sistema;

• la política de entornos y procedimientos de actualización, indicando clara

y motivada casuística en la que estas actualizaciones serán “en frio” (con

(31)

indisponibilidad de los sistemas) o en caliente (con los sistemas disponibles);

4.5. Requerimientos Jurídicos

La solución presentada debe estar en correspondencia con las normativas estipuladas en la Ley 11/2007 de acceso electrónico de los ciudadanos a los Servicios Públicos, el Real Decreto que la desarrolla, en RD de 2010 de ENI (incluidas las normas técnicas de interoperabilidad de lo desarrollan) y el RD 2010 del ENS, la Ley 3/2010 de Administración Electrónica de la Comunitat Valenciana, leyes 39 y 40/2015 relativas al procedimiento administrativo común y al régimen jurídico del sector público y la Ordenanza Municipal de Administración Electrónica de este ayuntamiento. Las funcionalidades que cumplan con el resto de requisitos de este pliego deberán estar totalmente alineadas con la citada normativa.

Quedará incluido en el ámbito del proyecto cualquier adaptación, sea desarrollo o cualquier otro tipo de trabajo, a la normativa que pudiera surgir durante el desarrollo del proyecto y posterior periodo de garantía. Así mismo, las propuestas de mantenimientos anuales posteriores a la finalización del contrato, incluirán el coste de las adaptaciones de las herramientas suministradas a los cambios normativos que aparezcan durante ese periodo. Los licitadores deberán demostrar capacidad de soporte de ámbito legal para el asesoramiento al Ayuntamiento de Castellón de la Plana según lo indicado en el apartado de solvencia del Pliego de Clausulas administrativas (PCA).

Cualquier acción propuesta o derivada del alcance del proyecto tiene que acompañarse de las acciones necesarias para que sus implicaciones cumplan íntegramente con la LOPD y cualquier normativa nueva en materia de protección de datos.

Todo producto o solución software que forme parte de la oferta, debe estar orientado a mejorar la simplificación administrativa, reducción de tiempos y plazos de los procedimientos.

4.6. Documentación a aportar durante la ejecución

Se deberá tener en cuenta la documentación que será necesaria aportar en las diferentes fases identificadas del proyecto.

4.6.1. Documentación a aportar con la oferta

Los licitadores deberán aportar en su oferta toda la documentación detallada según lo indicado en el apartado correspondiente del Pliego de Cláusulas administrativas (PCA).

(32)

4.6.2. Documentación relacionada con el seguimiento y control del proyecto

Previamente a las reuniones de seguimiento, expuestas en un punto previo del presente documento, se deberá presentar un informe de seguimiento con las tareas que se hayan realizado en el periodo correspondiente. El informe deberá contener al menos los siguientes datos:

• Cuadro resumen de las tareas realizadas en el periodo correspondiente.

• Detalle de las siguientes acciones a realizar.

• Actualización de los riesgos del proyecto.

• Actualización de los entregables finalizados en el periodo

correspondiente.

4.6.3. Documentación relacionada con los entregables del proyecto

Cualquier tareas técnica identificada durante el transcurso del proyecto deberá estar respaldad por alguna de las siguientes tipologías de documentación. La tipología dependerá del ámbito de la tarea:

4.6.3.1 Tareas relacionadas con la implantación y puesta en marcha de componentes

• Manual de usuario

• Manual de implantación

• Manual de administración

4.6.3.2 Tareas relacionadas con el desarrollo especifico de funcionalidades o herramientas • Especificaciones funcionales • Diseño técnico • Plan de pruebas • Código fuente 4.7. Mantenimiento

Un aspecto de gran importancia dentro de cualquier proyecto es la fase de mantenimiento. La solución propuesta deberá disponer de un servicio de

(33)

soporte y mantenimiento correctivo y adaptativo que incluya pruebas y un seguimiento detallado desde el momento que el proyecto entra en preproducción y durante todo el periodo de garantía del mismo. El servicio de mantenimiento se podrá proporcionar presencialmente con la ayuda de un técnico en las instalaciones del Ayuntamiento de Castellón de la Plana o por medios remotos mediante el uso de aplicaciones, teléfono, correo electrónico, y otros medios telemáticos.

El mantenimiento adaptativo también incluirá la incorporación de todos los cambios necesarios debidos a la aparición de nuevas versiones de los productos o herramientas usadas en la solución.

4.8. Formación

Será necesario incluir un plan completo de formación y divulgación para cada uno de los componentes incluidos en la Solución de Administración Electrónica propuesta enfocados a los empleados, tanto técnicos como funcionales, del Ayuntamiento de Castellón de la Plana.

Se deberá realizar una propuesta de dicho plan de formación, así como su planificación dentro del proyecto de implantación, garantizando el nivel suficiente de aprendizaje de los usuarios, acorde a las necesidades de la organización.

Los planes propuestos deberán disponer de la siguiente información mínima:

• Duración: definición de las sesiones y duración en horas de las mismas.

• Descripción: Explicación detallada de los objetivos y finalidades de la

acción formativo.

• Formato: el formato de los cursos de formación será presencial. Será

necesario que se disponga del material necesario para la presentación del curso y la realización de pruebas de conocimiento.

• Requisitos: si es necesario disponer de unos conocimientos mínimos para

la realización del curso.

• Estructura: Listado de los capítulos y puntos que se van a dar durante la

formación.

El Ayuntamiento pondrá a disposición dependencias para su impartición. La propuesta de formación incluirá:

• al menos 5 ediciones de formación para usuarios finales para el módulo

que incluya la configuración de tramites;

(34)

• al menos 2 ediciones de formación dirigidas a técnicos desarrolladores y administradores de aplicaciones para todos los módulos y componentes;

• al menos 2 ediciones de formación dirigidas a técnicos y administradores

de sistemas para todos los módulos y componentes;

Cada edición de formación (curso completo) tendrá al menos 5 horas de duración y se podrá organizar en sesiones de entre 2,5 horas y 5 horas de duración, según indique el Ayuntamiento para cada tipo de curso. No se limitará el número de asistentes a cada edición.

Se facilitará documentación detallada a los asistentes. El contenido será prioritariamente práctico y se ofrecerá sobre el entorno de pruebas de las aplicaciones.

4.9. Metodología

Se deberán cumplir las normas de trabajo para la prestación de servicios de desarrollo, implantación y mantenimiento de aplicaciones en el Ayuntamiento de Castellón que se harán saber al inicio del servicio.

4.9.1. Metodología para la implantación de componentes

Análisis de Infraestructuras y Entornos 4.9.1.1 Plan de Implantación

Será necesario proponer en un documento las fases y puntos de control del proceso de implantación. Identificando cada uno de los perfiles y áreas involucradas en el ejercicio. Además el plan deberá incluir un calendario de actuaciones.

4.9.1.2 Proceso de implantación

Durante el proceso de implantación de la nueva herramienta se deberá velar y avisar en todo momento de posibles desviaciones en la valoración de esfuerzos previstos expuestos en las reuniones de seguimiento de forma que puedan anticiparse los riesgos

4.9.1.3 Manuales

Una vez realizada la implantación se deberá preparar o actualizar los manuales necesarios.

4.9.1.4 Preparación y seguimiento del plan de pruebas

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DEL SERVICIO DE

Full text