PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACION DEL NUEVO SISTEMA DE PADRÓN MUNICIPAL PARA LOS AYUNTAMIENTOS DE LA PROVINCIA DE A CORUÑA; LA MIGRACIÓN DE LOS DATOS DESDE EL SISTEMA ACTUAL; LA IMPLANTACIÓN; LA PUESTA EN MARCHA; LA FORMACIÓN Y EL MANTENIMIENTO Página 1 de 23
OBJETO DEL CONTRATO 4 1. INTRODUCCIÓN 4 REQUERIMIENTOS DE LA APLICACIÓN 5 2. REQUERIMIENTOS TÉCNICOS 5 MODELO DE DATOS 6 3. REQUERIMIENTOS FUNCIONALES 7 3.1. REQUISITOS EXIGIBLES 7 3.2. OTRAS FUNCIONALIDADES A VALORAR 8 3.3. ACCESIBILIDAD Y USABILIDAD 9 3.4. GESTIÓN DE USUARIOS 9 3.5. IDIOMA 10 3.6. CUMPLIMIENTO DE LA LOPD 11 4. CONDICIONES DE LA IMPLANTACIÓN 11 4.1. EQUIPO DE TRABAJO 12 4.2. DOCUMENTACIÓN Y FORMACIÓN 12 4.3. MANTENIMIENTO Y ACTUALIZACIÓN DURANTE LA VIGENCIA DEL CONTRATO 14 5. FASE 2. MANTENIMIENTO POSTERIOR A LA FASE 1 14 6. PLAZO DE EJECUCIÓN 15 7. PLAZO DE GARANTÍA 15 8. CONFIDENCIALIDAD DE LA INFORMACIÓN Y SEGURIDAD 15 9. ACEPTACIÓN FINAL 16 Página 2 de 23
10. ASISTENCIA AL CONTRATISTA 16 11. OTROS 16 ANEXO 1: RELACIÓN DE AYUNTAMIENTOS 18 ANEXO 2: DESCRIPCIÓN DEL SERVICIO DE MANTENIMIENTO BÁSICO 23 Página 3 de 23
OBJETO DEL CONTRATO 1. Introducción La Diputación da soporte actualmente a 83 ayuntamientos que cada vez demandan más servicios en materia de padrón municipal que no es posible asumir con la aplicación actualmente implantada. El presente pliego tiene por objeto la contratación del suministro de la licencia de uso de una aplicación informática de gestión del Padrón Municipal de Habitantes, en adelante PMH, para todos los ayuntamientos de la provincia de A Coruña menores de 50.000 habitantes, así como la migración de los datos desde la aplicación actual de padrón, los servicios de mantenimiento y actualización de los 83 ayuntamientos. El proyecto consta de dos fases: FASE 1 Suministro de la licencia, implantación, migración, puesta en marcha, formación y mantenimiento de todas las entidades migradas. Esta fase estará comprendida entre la fecha de formalización del contrato y la fecha del acta de recepción de la migración y puesta en marcha de todas las instalaciones contratadas. Si durante la ejecución de esta fase del contrato se incorporaran nuevos ayuntamientos, también entrarán a formar parte del proyecto en las mismas condiciones que los que figuran en la tabla del ANEXO 1 y sin ningún tipo de coste adicional. El número de ayuntamientos de menos de 50.000 habitantes de la provincia es de 90. En esta fase y hasta la fecha del acta de recepción de la misma, todas las entidades migradas, además de la garantía, también incluirán un mantenimiento según las prescripciones técnicas del ANEXO 2, sin coste adicional alguno. FASE 2 Mantenimiento (prestaciones incluidas en el ANEXO 2 del PPT). El plazo de ejecución del mantenimiento comenzará a partir de la fecha del acta de recepción de la FASE 1. Si durante la vigencia del contrato de mantenimiento se migrara algún nuevo ayuntamiento, éste entrará a formar parte del mismo en el trimestre siguiente al de la fecha del acta de recepción de la migración de la nueva entidad, siendo el incremento Página 4 de 23
del importe el fijado para cada ayuntamiento prorrateado por el tiempo hasta la finalización del mismo. En el caso de que algún ayuntamiento se diera de baja del contrato, se modificaría de manera similar, pero decrementando el importe en el trimestre siguiente a su petición de baja. Esta aplicación, así como los datos, tanto los migrados como los nuevos, se alojarán en el Centro de Proceso de Datos de la Diputación de A Coruña, y serán accesibles vía internet desde cualquier dependencia municipal de la provincia. En el ANEXO 1 de este pliego se incorpora una tabla con relación inicial de los ayuntamientos a migrar. En el ANEXO 2 de este pliego se incorporan las prescripciones técnicas básicas del mantenimiento anual posterior a la recepción de la fase 1 de este contrato. Requerimientos de la aplicación 2. Requerimientos técnicos La solución técnica presentada se ha de dimensionar para permitir la conexión de 500 usuarios, 200 de ellos concurrentes. La aplicación deberá tener una arquitectura de al menos las siguientes capas: - Capa de presentación (cliente) - Capa de negocio - Capa de datos Se ha de tener en cuenta a la hora de presentar la solución técnica que tanto la capa de negocio como la capa de datos residirán en el CPD de la Diputación Provincial de A Coruña y que los usuarios de la aplicación son personal de los ayuntamientos de la provincia que se conectan a la red con conexiones que actualmente van desde ADSL 1.2M/0.7Mb el más lento a 15Mb/1.5Mb el más rápido. La capa de datos se alojará en el servidor Oracle corporativo de la Diputación Provincial de A Coruña y ha de ser compatible con las versiones 10g y 11g. Se Página 5 de 23
valorará que los datos de las distintas entidades se almacenen en esquemas separados, permitiendo su copia de seguridad y recuperación independiente. La capa de negocio se instalará en la plataforma de virtualización de la Diputación de A Coruña, basada en Citrix XenServer, siendo necesario que el licitador incluya en su oferta todas las licencias de software necesarias para el correcto funcionamiento de las máquinas virtuales que den soporte a la solución técnica presentada. (Desde el sistema operativo a cualquier otra licencia que se requiera instalar en el). La implementación de esta capa permitirá que la aplicación sea multientidad. En relación a la capa de presentación, la aplicación ha ser multiplataforma, permitiendo su uso desde equipos con Windows 7, Windows 8 y Linux. Se han de tener en cuenta lo siguiente: - En caso de que el cliente sea un navegador, se hace necesario que la aplicación sea compatible con las últimas versiones de los navegadores y que durante el mantenimiento de la aplicación, ésta siga siendo compatible con las últimas versiones. - En caso de que se instale un cliente en el equipo del usuario, éste ha de ser lo más ligero posible (uso de cpu y memoria del equipo del usuario) y ha de permitir la actualización automática a la última versión del cliente. - La Diputación Provincial de A Coruña actualmente hace uso de Citrix XenApp para la publicación de aplicaciones. Es posible el uso de esta tecnología si bien será necesario que el licitador incluya en su oferta todas las licencias necesarias para el funcionamiento de esta tecnología teniendo en cuenta los usuarios totales (500) y concurrentes (200). (200 licencias Citrix XenApp Platinum Ed - x1 Concurrent User Connection License w/ SA, 500 licencias WinRmtDsktpSrvcsCAL 2012 OLP NL Gov UsrCAL y 500 licencias WinSvrCAL 2012 OLP NL Gov UsrCAL). Si se usa Citrix XenApp es posible que las capas de presentación y de negocio se unan en una sola. Modelo de datos El contratista deberá proporcionar como parte del contrato el modelo de datos de la aplicación, de forma que se permita interactuar con la base de datos del PMH desde otras aplicaciones de la Diputación de A Coruña que así lo requieran. Página 6 de 23
3. Requerimientos Funcionales 3.1. Requisitos exigibles Cumplimiento de la normativa vigente aplicable al Padrón Municipal de Habitantes; en particular la Ley 7/1985, reguladora de la Ley de Bases de Régimen Local, el Real Decreto 2568/1986, de 28 de noviembre, por el que se aprueba el Reglamento de Organización, Funcionamiento y Régimen Jurídico de las Entidades Locales, e l Real Decreto 1690/1986, de 11 de julio, por el que se aprueba el Reglamento de Población y Demarcación de las Entidades Locales, las Resoluciones del Instituto Nacional de Estadística por las que se dictan instrucciones técnicas a los Ayuntamientos sobre la gestión y revisión del Padrón, obtención de cifras oficiales de población, procedimientos para la renovación/caducidad de los extranjeros no comunitarios sin autorización de residencia permanente, y demás normas legales o reglamentarias que se dicten en desarrollo dicha normativa y sean de aplicación. Gestión del padrón municipal: altas, bajas y modificaciones de habitantes por cualquiera de las causas previstas. Gestión del histórico de operaciones, de manera que la aplicación permita realizar todas aquellas modificaciones que fuesen necesarias para el correcto mantenimiento del Padrón Municipal, así como generar el padrón a una fecha determinada, realizar consultas y obtener listados y certificados de histórico de movimientos. Gestión del territorio: mantenimiento de entidades de población, municipios, provincias, países, así como de viales, tramos, distritos, secciones y tratamiento de sus modificaciones. Consulta de datos tanto de los concernientes al padrón actual como de los existentes en el histórico de movimientos y en el territorio, permitiendo dicha consulta establecer filtros, combinar diferentes criterios de búsqueda, ordenar resultados y guardar y exportar las consultas. Los datos obtenidos de estas consultas deberán ser exportados a cualquiera de los formatos siguientes: Openofficce, Officce, pdf, txt, csv, dbf, html, xhtml y demás que sean compatibles con las aplicaciones ofimáticas más utilizadas. Explotación de datos que permita la obtención de listados a partir de los datos Página 7 de 23
anteriormente mencionados: habitantes, hojas, padrón por familias, variaciones padronales, territorio y resúmenes numéricos. Emisión de documentos: o hojas de inscripción/modificación o certificados y volantes de empadronamiento colectivos, individuales o certificados históricos y de movimientos o comunicación de datos padronales a los habitantes o comunicaciones con otras administraciones La aplicación deberá permitir la personalización de plantillas y la documentación generada se adaptará a los mismos formatos que la exportación de datos. Intercambio de información con el INE: generación de ficheros de variaciones mensuales y gestión de envíos de los mismos ficheros al INE. Gestión de errores derivados del intercambio con el INE: carga de ficheros de variaciones mensuales recibidos, control y seguimiento de los errores comunicados por el INE. Carga de los restantes ficheros del INE (nacimientos, defunciones) y tratamiento y gestión de las variaciones que procedan. Gestión de cifras de población: generación del fichero de cifras de población y gestión de los ficheros derivados del proceso de obtención de las cifras oficiales de población: reparos, equivalencias y discrepancias, alegaciones y asociaciones. Servicios web: integración con Sede electrónica y otras aplicaciones. 3.2. Otras funcionalidades a valorar Procesos masivos y automáticos de gestión del territorio como fusión/división de secciones, modificación de viales, modificación de entidades de población, cambios de hojas de sección, renumeración automática de domicilios. Tratamiento y procesado masivo de errores del INE, de forma que a través de una opción automática y filtrando o seleccionando por tipo de errores y grupos de habitantes, la aplicación permita realizar las variaciones de manera colectiva. Sistema de avisos y alertas personalizados asociados tanto a habitantes como Página 8 de 23
a las hojas padronales, que se mostrarán a los usuarios en el propio interfaz de la aplicación. Los avisos se recibirán en tiempo real dentro de la aplicación. Construcción de estadísticas a medida del usuario, tanto del padrón actual como del padrón generado a una fecha así como del histórico de operaciones, combinando cualquier campo y ofreciendo la posibilidad de guardarse para una posterior recuperación. La información que resulte de estas búsquedas deberá poder ser exportada a cualquiera de los formatos citados en párrafos anteriores. Emisión de otros tipos de documentos diferentes de los exigibles, entre otros: o solicitudes: inscripción padronal, cambio de domicilio y modificación de datos personales o extranjeros: preaviso de caducidad, solicitud de renovación y notificación de baja por caducidad o pirámides de población, etiquetas, habitantes cabeza de familia y personas por entidad de población, por vial y por distrito y sección. Menús de ayuda al usuario de la aplicación, sobre las opciones y los procedimientos que está utilizando y, en su caso, con la referencia a la legislación vigente en materia de PMH. Licencia de uso para dispositivos móviles. Los ayuntamientos podrán ofrecer al ciudadano servicios relacionados con el Padrón, como consultar sus datos personales, su hoja padronal, su tarjeta censal o solicitar el certificado de empadronamiento. Gestión de los procesos electorales. 3.3. Accesibilidad y usabilidad La aplicación deberá cumplir con la normativa de accesibilidad para las personas con discapacidad. Además, deberá tratarse de una aplicación fácil de comprender, aprender, usar y atractiva para el usuario. 3.4. Gestión de usuarios La gestión de usuarios debe posibilitar la existencia de varios perfiles de usuario orientados a las distintas tareas de explotación del PMH. Los perfiles a incluir, como mínimo, deberían ser los siguientes: Página 9 de 23
Perfil de Administrador Global (para el administrador de todos los ayuntamientos) Perfil de Administrador Local (para el administrador de cada ayuntamiento) Perfil de Usuario básico de Ayuntamiento (para el usuario del ayuntamiento que realiza las tareas cotidianas de mantenimiento del PMH) Perfil de Usuario avanzado de Ayuntamiento (para el usuario de Ayuntamiento/Diputación que además efectúe el intercambio de ficheros con el INE) Perfil de Consulta (para el usuario del Ayuntamiento que sólo desee consultar datos) Perfil de emisión de certificados (para el usuario del Ayuntamiento que sólo debe generar certificados) Además, la aplicación deberá de permitir asignar un perfil de sólo consulta a una opción concreta, aunque ésta no sea una opción de consulta (por ejemplo, acceso de solo consulta al mantenimiento de calles). La aplicación ha de permitir que un Administrador Global tenga distintos perfiles para distintas entidades. La administración de dichos perfiles, altas y bajas de usuarios será llevada a cabo únicamente por el Administrador Global de la aplicación. Para diversas características de los usuarios no críticas para la aplicación, se permitirá que cada usuario pueda modificar dicha información. Si la aplicación ofrece al usuario opción de abrir o guardar archivos, se deberá poder parametrizar los directorios por defecto. La aplicación dispondrá de un monitor de seguridad, el cual almacenará en la base de datos del PMH todos los accesos y actuaciones llevadas a cabo por los usuarios de la aplicación. 3.5. Idioma La aplicación y toda la documentación que ésta genere, estará preparada para poder ser usada a voluntad de la entidad en cualquiera de las dos lenguas oficiales de Galicia. Página 10 de 23
3.6. Cumplimiento de la LOPD La aplicación para prestar el servicio ofertado cumplirá con la normativa vigente sobre protección de datos de carácter personal (Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, LOPD, y normativa de desarrollo, etc.) El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre cualquier dato que pudiera conocer con ocasión del cumplimiento del contrato, especialmente los de carácter personal, que no podrá copiar o utilizar con fin distinto al que figura en este pliego, ni tampoco ceder a otros ni siquiera a efectos de conservación. 4. Condiciones de la implantación El adjudicatario elaborará un proceso de migración de datos del sistema actual del PMH de los ayuntamientos de la provincia de A Coruña al nuevo, evitando en lo posible la depuración (tratamiento) manual de la información. Se prestará el servicio de migración de datos de acuerdo con un calendario previamente definido entre la dirección de la empresa adjudicataria y la del proyecto de la Diputación de A Coruña, que incluirá, como mínimo, las siguientes fases: 1. Lanzamiento del proyecto 2. Migración de una entidad de prueba (con las fases necesaria para la aprobación por parte de los técnicos de Diputación) 3. Migración del grupo 1 de ayuntamientos 4. Migración del grupo 2 de ayuntamientos 5. Migración del grupo n de ayuntamientos (el número de grupos se definirá en la reunión de lanzamiento, de modo que las direcciones de proyecto por ambas partes acuerden la modalidad más eficiente). Para cada entidad, los datos a migrar son todos los que existen en las BBDD de la aplicación actual. Inmediatamente después de la migración de cada grupo de ayuntamientos, los datos estarán disponibles en la instalación centralizada de la Diputación de A Coruña para su puesta en marcha. El licitador presentará en la memoria de proyecto los servicios ofertados y el alcance de los mismos, especificando claramente los recursos humanos dedicados, su cualificación y experiencia, para lo que se aportará su currículum vitae. Página 11 de 23
Se distinguirá los recursos dedicados durante el período de implantación, de aquellos que, si fuera el caso, se ofrezcan para el soporte y apoyo posterior a la puesta en marcha. Se detallará el precio/hora de cada perfil ofertado por si fuera necesario realizar una contratación adicional. Dicho precio se mantendrá al menos durante la vigencia del presente contrato. 4.1. Equipo de trabajo En el desarrollo del proyecto, se tendrán en cuenta, para el Equipo de Trabajo, los condicionantes detallados a continuación. El equipo humano que se incorporará tras la formalización del contrato para la ejecución del los trabajos deberá estar formado por los componentes relacionados en la oferta adjudicataria. La autorización de cambios puntuales en la composición del mismo requerirá el cumplimiento de las siguientes condiciones: Justificación escrita, detallada y suficiente, explicando el motivo que suscita el cambio. Presentación de posibles candidatos con un perfil profesional igual o superior al de la persona que se pretende sustituir. Aceptación de alguno de los candidatos por parte del Director del Proyecto. La valoración final de la productividad y calidad de los trabajos de las personas que realizan la asistencia corresponde al Director del Proyecto, 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. Los trabajos se realizarán principalmente en las oficinas de la empresa adjudicataria, si bien determinados trabajos iniciales y aquellos que el comité de dirección del proyecto estime necesario, se realizarán en las dependencias de la Diputación de A Coruña. 4.2. Documentación y formación Relación de documentación a presentar por parte del adjudicario, en relación con el entorno operativo e instalación de la aplicación: Requerimientos a nivel de hardware necesarios para ejecutar el aplicativo y el papel que desempeñarán dichas máquinas en dicho entorno. Página 12 de 23
Requerimientos a nivel de sistema operativo y de gestor base de datos. Especificaciones relativas al entorno de ejecución de la aplicación, con detalle de los procesos que correrán en el sistema y los tamaños máximos de ocupación previstos de memoria RAM y disco. Documento relativo al procedimiento de instalación y actualización de la aplicación. En este documento deberán detallarse los permisos necesarios para las carpetas y archivos de la aplicación. Especificación de todas las claves de registro utilizadas por la aplicación, así como los permisos sobre éstas claves. Se aportará documentación sobre los métodos de escalabilidad previstos, en función del crecimiento de la carga de usuarios simultáneos en el tiempo. Simultáneamente a la puesta en funcionamiento del aplicativo, el adjudicatario deberá comprometerse a dotar al personal que la Diputación designe de los conocimientos necesarios para el manejo de la aplicación, así como de todos aquellos procedimientos de gestión que sean objeto de desarrollo en la misma. Además deberá aportar los manuales y cuanta documentación sea necesaria para permitir al personal de la Diputación y de los Ayuntamientos consultar aquellas dudas que pudieran planteárseles en el desempeño de sus funciones. Los manuales y documentación mencionada se facilitarán en formato electrónico según los formatos mencionados en apartados anteriores. Esta documentación será personalizada para la Diputación de A Coruña, pudiendo en cualquier momento ser modificada por parte del personal de la misma. La elaboración de los manuales mencionados se llevará a cabo desde un punto de vista de la operatoria de gestión del PMH según el tipo de perfil del usuario, y no desde un punto de vista meramente descriptivo de las distintas opciones de menú con que cuenta la aplicación. Además en dichos manuales, en las secciones que así se requiera, desde el punto de vista de la operatoria, se hará referencia a la legislación vigente en materia de PMH. Dicha formación será llevada a cabo por el adjudicatario de forma presencial en las dependencias de la Diputación de A Coruña Página 13 de 23
La Diputación tendrá total libertad para distribuir estos manuales y documentación a los ayuntamientos de la provincia a los cuales se les presta asistencia en materia de PMH. 4.3. Mantenimiento y actualización durante la vigencia del contrato El adjudicatario pondrá a disposición de la Diputación de A Coruña un sistema de gestión de incidencias de forma que cualquier incidencia que se comunique por parte de la Diputación obtenga respuesta en menos de 24 horas. El adjudicatario nombrará a una persona de su empresa, como responsable único para todas las materias de índole técnico del presente contrato, debiendo informar a la Diputación de cualquier variación ocurrida en la situación de dicho responsable. La empresa se compromete a solucionar los posibles 'vicios ocultos' o deficiencias detectadas en la aplicación que puedan aparecer. Dichas incidencias debidas a apariciones de errores técnicos o por comportamiento funcional erróneo deberán estar resueltas en un máximo de 72 horas. Sí durante el periodo de vigencia del contrato, la empresa adjudicataria hubiera introducido en el mercado nuevas versiones, en referencia a la aplicación objeto del contrato, la empresa se compromete a actualizar dicha aplicación con las mejoras introducidas. La aplicación deberá disponer de un módulo para las actualizaciones y cambio de versiones, disponiendo de un sistema ágil y sencillo para llevar a cabo las mismas. Adicionalmente, el adjudicatario aportará aquellos otros servicios no reflejados en el pliego y que sean imprescindibles para el correcto funcionamiento de la aplicación o, incluso, que supongan una mejora en los rendimientos o disponibilidad de la misma. 5. FASE 2. Mantenimiento posterior a la FASE 1 En la oferta que presente el contratista deberá figurar un apartado en el que se plasme la propuesta del contrato de mantenimiento anual con sus características y precios para cada una de las entidades migradas y para aquellas que en un futuro puedan adherirse a la utilización del aplicativo ofertado. La cuantía de esta propuesta se mantendrá al menos durante 4 años desde la fecha del acta de recepción de la primera fase de este contrato. Los puntos básicos que deberá contemplar aparecen en el ANEXO 2. Página 14 de 23
6. Plazo de ejecución FASE 1 Se presentará un plan de trabajo que garantice que la aplicación estará disponible, para ofrecer servicio a los ayuntamientos de la provincia en el término de 12 meses a partir de la formalización del contrato. FASE2 Se presentará el plan de mantenimiento ofertado por el licitador de acuerdo con las prescripciones técnicas recogidas en el ANEXO 2. Esta fase del contrato comenzará a partir de la fecha del acta de recepción de la FASE 1 y tendrá un plazo de ejecución de dos años prorrogable anualmente hasta un máximo de dos años más. 7. Plazo de Garantía El objeto del contrato quedará sujeto a un plazo de garantía de un año (1), a contar desde la fecha de recepción o conformidad del servicio, salvo que el adjudicatario ofrezca uno mayor. Los servicios incluidos durante el período de garantía serán como mínimo: Subsanación de errores o fallos ocultos que se pongan de manifiesto en las migraciones de datos. Soporte Hot-Line para dudas sobre las migraciones realizadas o por realizar. Telemantenimiento. 8. Confidencialidad de la información y seguridad El adjudicatario queda expresamente obligado a mantener absoluta confidencialidad y reserva sobre cualquier dato que pudiera conocer con ocasión del cumplimiento del contrato, especialmente los de carácter personal, que no podrá copiar o utilizar con fin distinto al que figura en este pliego, ni tampoco ceder a otros ni siquiera a efectos de conservación. Página 15 de 23
9. Aceptación final Para la aceptación final del Servicio, la Diputación efectuará las pruebas que estime oportunas de verificación, comprobación de la calidad y validación del cumplimiento del objeto del presente pliego, y emitirá un acta de recepción. 10. Asistencia al Contratista La Diputación de A Coruña permitirá el acceso a sus instalaciones. Ambas partes establecerán las medidas necesarias orientadas a la constancia de la transmisión y recepción de las comunicaciones, de sus fechas y del contenido íntegro; a la identificación fidedigna del remitente y del destinatario de la comunicación, garantía de recepción y acuse de recibo y a la confidencialidad de la comunicación entre ambas partes. 11. Otros Las condiciones descritas en este pliego, constituyen el marco que se considera más adecuado para la consecución de los objetivos del presente expediente. Sin embargo, si el oferente cree conveniente la introducción de variaciones en alguna de ellas siempre y cuando puedan justificarse en aras a la consecución de un mejor resultado, tiene capacidad para hacerlo. En este caso será necesario hacer constar explícitamente aquellas especificaciones que sean cubiertas con soluciones distintas a las requeridas, justificando razonadamente el cambio introducido y proporcionando información detallada sobre las ventajas de la utilización de la solución que se propone. En la fase de valoración técnica se podrá plantear sobre las plataformas ofertadas por las empresas licitadoras, determinados supuestos de índole práctica que permitan valorar la idoneidad de los citados aplicativos. Para ello la Diputación de A Coruña entregará un soporte con unos datos padronales en formato INE que el licitador deberá integrar dentro de la solución presentada. Una vez introducidos los datos, el comité técnico podrá formular una serie de preguntas, supuestos, pruebas, etc. sobre cualquier aspecto de la licitación, como por ejemplo: el dar solución a una determinada problemática de tipo funcional; la Página 16 de 23
comprobación del rendimiento de la plataforma ante determinados escenarios; la modificación de plantillas, de listados, ; altas, bajas, modificaciones de cualquier dato del padrón, etc. A Coruña, 17 de octubre de 2014 Jefe de Sección de Asistencia Informática Pablo Ramos González Página 17 de 23
ANEXO 1: RELACIÓN DE AYUNTAMIENTOS A Baña AYUNTAMIENTOS A Capela A Pobra do Caramiñal Abegondo Ames Aranga Ares Arteixo Arzúa As Pontes de García Rodríguez As Somozas Bergondo Betanzos Boimorto Boiro Boqueixón Página 18 de 23
AYUNTAMIENTOS Cabana de Bergantiños Cabanas Camariñas Cariño Carnota Carral Cedeira Cee Cerceda Cerdido Coirós Corcubión Coristanco Curtis Dodro Dumbría Fene Página 19 de 23
Fisterra AYUNTAMIENTOS Frades Irixoa Laracha Laxe Lousame Malpica de Bergantiños Mazaricos Mañón Melide Mesía Miño Moeche Monfero Mugardos Muros Muxía Página 20 de 23
Narón AYUNTAMIENTOS Neda Negreira Noia O Pino Ordes Oroso Ortigueira Outes Oza-Cesuras Paderne Padrón Ponteceso Pontedeume Porto do Son Rianxo Rois Página 21 de 23
Sada AYUNTAMIENTOS San Sadurniño Santa Comba Santiso Sobrado dos Monxes Toques Tordoia Touro Trazo Val do Dubra Valdoviño Vedra Vilarmaior Vilasantar Vimianzo Zas Página 22 de 23
ANEXO 2: Descripción del Servicio de Mantenimiento básico Soporte al Cliente Atención especializada para incidencias relativas a las soluciones aportadas por la empresa adjudicataria. Servicio de asistencia telefónica: o Teléfono de contacto o Horario de 8:00 a 15:00 de lunes a viernes. Actualización de Software Actualizaciones de producto disponible en la Web. Mantenimiento Legal. Cada vez que se publiquen nuevas disposiciones legales de obligado cumplimiento, La empresa adjudicataria desarrollará las adaptaciones pertinentes en el Producto y pondrá a disposición de la Diputación de A Coruña las versiones adaptadas. La aplicación se deberá adaptar a todos los cambios normativos, con independencia del alcance de dicho cambio, en materia de PMH, sin coste adicional alguno para la Diputación. Cualquier cambio en la aplicación, deberá venir acompañado de la correspondiente documentación. Mantenimiento correctivo. Se corregirán las incidencias o errores en el producto que impidan o afecten al uso normal del aplicativo. La prioridad será establecida en función de la importancia o gravedad de la incidencia. Revisión y corrección de posibles inconsistencias en los datos provocadas por un incorrecto funcionamiento de cualquiera de los módulos del producto, o en su caso, las derivadas de la migración de datos. WEB para clientes Preguntas frecuentes (FAQs), manuales, novedades de producto y revisiones disponibles en la web. Alta de incidencias. Información del estado de las incidencias registradas. Comunicación por correo electrónico del cambio de estado de las incidencias. Página 23 de 23