PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL MANTENIMIENTO DE LA PLATAFORMA DE ADMINISTRACIÓN ELECTRÓNICA DE LA

Transcripción

1 UNIVERSIDAD DE BURGOS SERVICIO DE INFORMÁTICA Y COMUNICACIONES PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA EL MANTENIMIENTO DE LA PLATAFORMA DE ADMINISTRACIÓN ELECTRÓNICA DE LA UNIVERSIDAD DE BURGOS 1. OBJETO El objeto de este pliego es la contratación del mantenimiento de la plataforma de administración electrónica de la Universidad de Burgos. Las directrices que deben guiar la evolución de esta plataforma son: Garantizar un entorno tecnológico en el que se pueda realizar la integración con los diferentes sistemas y aplicaciones de la Universidad, en función de los estándares establecidos. Modularidad y reutilización. Distribuir los componentes y los desarrollos en elementos reutilizables y autónomos, de forma que se facilite su posterior mantenimiento y evolución y en caso necesario, que se puedan sustituir unos componentes por otros sin afectar al funcionamiento. Alta disponibilidad. Garantizar la disponibilidad de la plataforma según los Acuerdos de nivel de servicio establecidos. Interoperabilidad y orientación a servicios. Garantizar la integración entre los distintos sistemas y aplicaciones de terceros siguiendo los estándares establecidos. Auditoria y trazabilidad. Se requiere el registro de las acciones realizadas por los usuarios en la plataforma, de forma que se pueda hacer el seguimiento de las mismas, permitiendo conocer la situación y trazabilidad de cualquier tramitación, así como los diferentes estados por los que ha pasado. Dentro de las tareas de mantenimiento se incluyen todas las actuaciones y el soporte necesario para que el sistema se mantenga en funcionamiento, tanto en la operativa diaria, como en la incorporación de las sucesivas actualizaciones del software de base o la introducción de nuevos procedimientos y/o cambios en los ya existentes. En este contrato se deben incluir todos los servicios profesionales, licencias y componentes necesarios, preferiblemente orientados a software de fuentes abiertas, siendo el hardware facilitado por la Universidad. Página 1 de 13

2 2. SITUACIÓN ACTUAL La plataforma de administración electrónica consta de los componentes indicados en el Anexo I. La mayor parte de los servidores están ubicados en la Fundación Centro de Supercomputación de Castilla y León (FCSCyL) y aunque existen otros equipos ubicados en la propia Universidad. Al comienzo del proyecto se proporcionará toda la documentación disponible. En caso de que sea necesario disponer de más información se podrá contactar con la empresa encargada inicialmente de la instalación de dicha plataforma para aclarar dudas o solicitar la información necesaria. La Universidad de Burgos (en adelante UBU) dispone de nueve centros universitarios todos ellos en la ciudad de Burgos. Actualmente cuenta con unos estudiantes de grado, master y doctorado, 840 profesores y 355 personas de administración y servicios. La Universidad cuenta con diversos sistemas informáticos con los que tiene que interactuar la plataforma de tramitación electrónica, entre los que destacan los siguientes: Directorio corporativo: accesible mediante protocolo LDAP, y disponible en tecnologías OpenLDAP. Registro central INVESICRES, desarrollado por Informática El Corte Inglés. ERP Universitas XXI de la Oficina de Cooperación Universitaria con los siguientes módulos: o Universitas XXI Económico o Universitas XXI Investigación ERP de las empresas Semicrol y SIGMA con los siguientes módulos: o Recursos Humanos o Gestión Académica Sistema de Control de presencia (SPEC) Cualquier integración con los sistemas de información de la Universidad se hará a través de servicios web que aportará la propia UBU, bien directamente, bien mediante un tercero. Para la estimación del desarrollo de nuevos procedimientos se asumirá que dichos servicios web estarán disponibles y no se estimará el coste de desarrollo de los mismos, sino, únicamente, si fuese necesario, la definición de dichos servicios. 3. ALCANCE El alcance del contrato incluye los servicios necesarios para el mantenimiento y la mejora de la plataforma desarrollada mediante software de fuentes abiertas, con un modelo de explotación Software como servicio (SaaS en adelante). La plataforma de tramitación electrónica debe integrar los diversos componentes que la constituyen. En caso de que se necesitara sustituir alguno de ellos para garantizar un correcto funcionamiento, se utilizarán necesariamente componentes basados en software de fuentes abiertas, preferiblemente los desarrollados por el MINHAP. La arquitectura de los componentes se implementará de modo que se garantice que las futuras actualizaciones de versiones puedan ser incorporadas asegurando el correcto funcionamiento de los procedimientos existentes. Página 2 de 13

3 Se desea evolucionar el servicio actualizando las versiones del software de base: pasarela de etc. y ofreciendo nuevos procedimientos. Los servicios requeridos incluyen, al menos, los que se relacionan a continuación y aplican tanto al entorno de producción como al de preproducción: Actualización e instalación del software que dará soporte al servicio de tramitación electrónica sobre las máquinas situadas en la Fundación Centro Supercomputación de Castilla y León (FCSCyL) o en la Universidad de Burgos y que será usado a través de un modelo SaaS. La infraestructura hardware será proporcionada por la Universidad. Instalación de parches del S.O. y software de base de los servidores. Actualización de versiones de los distintos componentes. Se incluye la configuración de los puertos requeridos en el firewall de la FCSCyL, si fuese necesario. Evolución, desarrollo e implantación en la plataforma de administración electrónica de los procedimientos que se indican en el pliego (ver Anexos I y II). Revisión de la integración de los procedimientos con los sistemas de información existentes en la Universidad. La Universidad proporcionará los web services que pudieran ser necesarios. Operación SaaS a contar desde la finalización del plazo de transición del servicio. Soporte ágil a la resolución de las incidencias surgidas en la operativa o evolución de la plataforma. Asesoría al personal técnico y funcional afectado por estos servicios. Actualización periódica del software, incorporando o modificando los módulos que deban ser evolucionados como consecuencia de cambios en la normativa legal o para asegurar la interoperabilidad con terceros (pasarelas de pago, certificados de la FNMT, servicios del MINHAP, plataforma de intermediación, RedSara, ), así como la incorporación de nuevas funcionalidades que se vayan incluyendo en el sistema. Soporte en modalidad 5x8, con las siguientes coberturas: o Atención a usuarios para consultas, incidencias y problemas relacionados con los productos instalados, mediante asistencia telefónica y correo electrónico. o Corrección de fallos. En caso de tener que sustituir algún componente se utilizará el criterio de soluciones suficientemente probadas, estándar, libres y preferiblemente, con una comunidad de desarrolladores activa que garantice la evolución, escalabilidad y robustez del producto final. A estos efectos se deberán tener en cuenta la inclusión de componentes desarrollados por el MINHAP. Será obligatoria la adecuación a la normativa de accesibilidad WCAG 2.0. La aplicación podrá ejecutarse en los navegadores más habituales, en particular en Chrome, Explorer, Mozilla, Safari y Opera. Se requiere la posibilidad de uso de la plataforma (especialmente del portafirmas) en dispositivos móviles como tabletas, IPad y smartphones. Los sistemas de BBDD serán compatibles con cualquier motor accesible a través de JDBC como Oracle, SQL Server, Postgres o MySQL. Página 3 de 13

4 Se tendrá especialmente en cuenta la integración de la solución con los sistemas internos existentes en la Universidad, como el directorio corporativo, el sistema de registro, los módulos de Universitas XXI y, en general, el Sistema de Información de la Universidad. Durante la ejecución de los trabajos objeto del contrato, la empresa adjudicataria se compromete, si así fuese requerido por la Universidad, a facilitar a los responsables designados por la Universidad, los medios para alcanzar el conocimiento del funcionamiento, del modelo del sistema, la arquitectura general de la solución, tecnologías empleadas, mantenimiento básico y operativa para garantizar el buen funcionamiento de la plataforma y la conexión y configuración de servidores y equipos clientes. La empresa adjudicataria se compromete a garantizar el funcionamiento de la plataforma de acuerdo con los criterios establecidos en el apartado Acuerdos e indicadores de nivel de Servicio. Todos los componentes software desarrollados o mejorados durante la ejecución de este contrato, deberán ser libres y estar a disposición de la Universidad, que podrá modificarlos o evolucionarlos en el futuro, bien por la propia Universidad o bien por un tercero. 4. CONDICIONES DE PRESTACIÓN DEL SERVICIO Al tratarse de una solución en modo SaaS la empresa adjudicataria deberá encargarse de la interlocución con todos los agentes implicados, como el proveedor de servicios de hosting así como con los terceros con los que se requiera interoperabilidad, en caso de que la Universidad lo considere necesario (Ministerio, FNMT, Bancos, Red.es, Fundación Centro de Supercomputación de Castilla y León, etc ). Cada petición de intervención se solicitará por parte de la Universidad de Burgos a través de alguna de las siguientes vías: teléfono, correo electrónico o portal web. La empresa adjudicataria pondrá a disposición de la Universidad un portal web que permita la recepción y el seguimiento de las incidencias o solicitudes en 7*24. El horario de prestación del servicio de mantenimiento será de al menos 8 horas diarias, de lunes a viernes cubriendo necesariamente la franja horaria de 9 a 14h. La empresa adjudicataria dispondrá de acceso remoto a los servidores de la Universidad de Burgos para la solución de los problemas o modificaciones que originan la petición de intervención. Se cuenta con dos entornos, uno de preproducción y otro de producción. Todo cambio deberá ser implantado previamente en el entorno de preproducción y una vez validado por la Universidad se introducirá en producción en el momento acordado entre las dos partes. Los servicios de mantenimiento requeridos pueden ser de los siguientes tipos: Mantenimiento Correctivo: Los tiempos de resolución de las incidencias dependerán de la priorización de las mismas. Página 4 de 13

5 La descripción de categorización de las incidencias es la que sigue a continuación: a) Críticas: tienen un carácter tal que no permiten desempeñar funciones primarias e indispensables del sistema e impiden la gestión básica. El tiempo máximo de resolución será inferior a 8 horas laborables. Si fuese necesario, el adjudicatario desplazaría al personal adecuado para solucionar estas incidencias sin coste para la Universidad. b) Urgentes: impiden realizar acciones secundarias en el sistema, si bien la gestión básica puede llevarse a cabo. Tiempo máximo de resolución: 16 horas laborables. c) Ordinarias: la carencia puede ser resuelta por medios alternativos. Tiempo máximo de resolución: 5 días laborables. d) Leves: funcionalidades con grado bajo de importancia. Se incorporarán a la siguiente versión planificada del módulo al que pertenezca, siempre que se comuniquen con suficiente antelación para poder realizar el análisis, implementación, pruebas y documentación de las mismas. Mantenimiento evolutivo por actualización tecnológica Referido a las actualizaciones que por motivo de cambio tecnológico deban realizarse para garantizar que las aplicaciones no se queden obsoletas. Consisten en la actualización de la tecnología de las aplicaciones en relación con los elementos básicos que las soportan, operando en el sistema los cambios que devengan de las innovaciones en el motor de la base de datos, en el lenguaje de programación, en las herramientas de desarrollo complementarias, en el sistema operativo, y en la última versión estable de los componentes elegidos en la arquitectura. Incluye, por tanto, el despliegue de nuevas versiones y la aplicación de parches. Este mantenimiento deberá garantizar el pleno funcionamiento de los procedimientos desplegados en la plataforma de producción, asumiendo el adjudicatario los trabajos necesarios para su integración en la plataforma evolucionada si fuera necesario. Mantenimiento adaptativo o normativo Se refiere al desarrollo de nuevos módulos y procedimientos, o la modificación de los existentes por cambios en requisitos funcionales o por adaptaciones legislativas o normativas. Para el cumplimiento de este apartado se dispondrá de, al menos, una bolsa de 500h. La cuantificación en horas, el plazo de desarrollo, así como la fecha límite de entrega de estas actualizaciones será convenido entre la empresa adjudicataria y la universidad. La empresa adjudicataria no podrá dejar a la Universidad en una situación tal que le impida el cumplimiento de sus obligaciones legales. A efectos orientativos se deberá presentar en la oferta una clasificación general del tipo de procedimientos según su complejidad y su cuantificación estimada en horas. Obligatoriamente se deberá presentar una estimación de la valoración en horas de los procedimientos del Anexo II. Página 5 de 13

6 5. TRANSICIÓN Y FASES DEL PROYECTO Fase de transición: Dadas las peculiaridades de este contrato, se establece un plazo de transición de 2 meses para que la empresa adjudicataria pueda conocer y formarse en el estado actual de la plataforma antes de empezar a encargarse del soporte y la evolución de la misma. Fase I: Actualización del software de base y revisión de todos los módulos requeridos para el correcto funcionamiento de los procedimientos indicados en el Anexo I. El plazo máximo será de 4 meses desde la finalización de la fase de transición. Fase II: Modificación y/o incorporación de nuevos procedimientos o modificaciones en componentes, con cargo a la bolsa de horas ofertada. 6. ACUERDOS E INDICADORES DE NIVEL DE SERVICIO Una vez transcurrida la fase de transición, la empresa adjudicataria comenzará a prestar el servicio de mantenimiento de la plataforma de tramitación electrónica, incluyendo el soporte de los entornos de producción y preproducción. Este servicio incluirá como mínimo los siguientes Requisitos de Nivel de Servicio que, junto con las mejoras aportadas sobre los mismos por el adjudicatario, formarán parte del Acuerdo de Nivel de Servicio (SLA): Disponibilidad de la plataforma: Eliminando aquellos fallos que puedan ser achacables al sistema de hosting así como con su conexión de red, lo que no es objeto de contratación de este pliego, se requiere: Disponibilidad de conexión con la plataforma o disponibilidad de red hacia/desde el servicio: 99.8% Disponibilidad de aplicaciones y procedimientos telemáticos: 99% (medido mensualmente), excluyendo incidencias debidas a integraciones con la universidad (validación de usuarios, integraciones con sistemas de gestión, etc.) Rendimiento: Se entiende un rendimiento aceptable como aquél que permite el acceso y uso simultáneo de la aplicación a los usuarios, con tiempos de respuesta considerados como aceptables en aplicaciones similares y en entornos de explotación homólogos, supuesto el cumplimiento por parte de la Universidad de los requisitos técnicos mínimos establecidos por la empresa adjudicataria. La Universidad y la empresa adjudicataria acordarán parámetros para medir el rendimiento, que serán validados en la instalación inicial del sistema y serán verificados en las sucesivas actualizaciones. La empresa adjudicataria informará a la Universidad con tiempo suficiente de los mecanismos de seguimiento y supervisión que utilizará para garantizar el rendimiento, así como las métricas utilizadas. Asimismo, deberá definir los Página 6 de 13

7 distintos grados de escalabilidad de la solución, de tal forma que sea previsible y valorable la inversión o modificaciones en infraestructura necesaria para aumentar el volumen de entidades a tratar (datos, usuarios, etc.) y/o para mejorar el rendimiento. Ambas partes se comprometen a informar a la otra de cualquier incidencia que pueda suponer o haya supuesto una disminución del rendimiento. Monitorización: El servicio estará monitorizado de forma continua de dos formas: Monitorización end-to-end o experiencia de usuario: verificando el correcto funcionamiento de los procedimientos existentes en la plataforma. Monitorización de los componentes software de la infraestructura. Ante una incidencia detectada por la monitorización se debe garantizar que se abren los registros de incidencias oportunas para su resolución lo antes posible, según los términos de soporte descritos. Informes: Se deberán poder obtener informes periódicos de explotación de la plataforma. Al menos, constará de los siguientes listados, que podrán obtenerse para un periodo concreto elegido por el usuario (parámetros de entrada): Nº de procedimientos en producción por tipo, por estado, y fase en la que se encuentren. Número de expedientes por rol de la plataforma. Número de procedimientos que se inician, tramitan y resuelven. Uso de cada procedimiento: total diario/semanal/mensual. Acceso a estadísticas sobre uso de firmas. Número de documentos firmados, Número de documentos firmados digitalmente y firmados en portafirmas. Tiempo medio de firma de un documento. Nº de documentos definidos para cada procedimiento. Nº de documentos incorporados digitalmente y manualmente. Nº de documentos generados por cada expediente y tipo de documento. Tiempos medios de tramitación por expedientes y procedimientos. Plazos transcurridos entre fases. Tabla resumen: Tiempo de resolución de incidencias Medición mensual Por categoría (críticas, urgentes, ordinarias y leves) TR: tiempo promedio de resolución de incidencias según categoría <8h laborables (críticas) <16h laborables(urgentes) <5 días laborables (ordinarias) Efectividad en la Medición mensual <= 5% solución de Este indicador se calcula con base en todos aquellos incidencias tickets que debieron ser reabiertos por falta de efectividad en la solución dada. Página 7 de 13

8 Disponibilidad Medición mensual de Tiempo servicio operativo: tiempo que ha habido conexión con la conectividad con la plataforma. plataforma Tiempo total ventana de servicio: tiempo total mensual excluyendo ventanas de mantenimiento acordadas. >=99.8% Disponibilidad de aplicación Medición mensual Tiempo servicio operativo: tiempo que los procedimientos y aplicaciones están disponibles. Tiempo total ventana de servicio: tiempo total mensual excluyendo ventanas de mantenimiento acordadas. >=99% 7. RECUPERACIÓN DE IMPREVISTOS Y COPIAS DE SEGURIDAD La empresa adjudicataria deberá encargarse de la realización de copias de seguridad que faciliten la restauración del sistema en caso de fallos graves del sistema o de la aplicación, y la recuperación de datos en caso de fallos imprevistos (actualizaciones fallidas, etc.). Para la prevención de actualizaciones fallidas debidas a actualizaciones de la aplicación, la empresa adjudicataria creará tablas de respaldo para almacenar la información a modificar, con el fin de poder restaurarla en caso de fallo. 8. PLAN DE SALIDA TRAS LA FINALIZACIÓN DEL CONTRATO La empresa deberá presentar un Plan de Salida indicando detalladamente las tareas para transferir la prestación del servicio de operación y soporte a la finalización del período contratado. Esta transferencia incluirá la puesta a disposición de la Universidad de los diferentes componentes de la plataforma, de los datos gestionados y de toda la información y documentación asociada. El coste estimado para una migración del servicio a la finalización del contrato se considera incluido en el precio de licitación. El Plan de salida deberá contener claramente especificados los siguientes puntos: Trabajos necesarios para la continuidad del proyecto fuera del ámbito de la empresa, así como una transición que permita seguir ofreciendo el servicio sin interrupción. Se proporcionará el software necesario para la migración de la aplicación, incluyendo todos los elementos software requeridos para poder continuar dando la misma funcionalidad existente en el momento del cese. Se proporcionará documentación sobre las especificaciones tanto de hardware como de software de base necesarios para la instalación de la plataforma así como de las comunicaciones existentes en su entorno de producción y su configuración. Se proporcionarán los scripts de instalación y configuración del software específicos de la plataforma Se proporcionarán los scripts necesarios o un import/export para el traspaso de todos los datos de la base alojada Plan de pruebas de sistema: la empresa proporcionará el plan de pruebas, que será necesario ejecutar, para asegurar el correcto funcionamiento del nuevo entorno. Página 8 de 13

9 Adicionalmente, la empresa proporcionará soporte telefónico o vía correo electrónico para la resolución de las consultas durante todo el proceso de migración. El periodo de transferencia del servicio no deberá superar los 56 días naturales. La universidad será la encargada, en cualquier caso, de suministrar el equipamiento hardware y software base necesario para continuar con el funcionamiento de la plataforma y de gestionar la infraestructura de comunicaciones necesaria para mantener las integraciones con los elementos habilitantes utilizados o permitir la transferencia de datos e información entre entornos. 9. PLANIFICACIÓN, DIRECCIÓN Y SEGUIMIENTO DEL CONTRATO Una vez adjudicado el presente concurso y realizados los trámites administrativos necesarios para la formalización del contrato, el adjudicatario se reunirá con el personal de la Universidad de Burgos y se procederá al nombramiento de una Comisión de seguimiento del proyecto. Esta Comisión estará presidida por el director de proyecto e incorporará personal perteneciente a la UBU y a la empresa adjudicataria. Corresponde a la Comisión de seguimiento la supervisión y dirección de los trabajos, proponer las modificaciones que sea conveniente introducir o, en su caso, proponer la suspensión de los trabajos si existiese causa suficientemente motivada. La Comisión de seguimiento se reunirá a petición del director de proyecto y se mantendrán, al menos, dos reuniones al año, bien en las instalaciones de la Universidad de Burgos, bien por videoconferencia, de las que se realizarán las correspondientes actas. Formarán parte de la Comisión de seguimiento: El director del proyecto, nombrado por parte de la UBU 2 personas de la Universidad de Burgos Un responsable comercial por parte de la empresa adjudicataria Un técnico responsable designado por la empresa adjudicataria Las funciones de esta Comisión serán las siguientes: Seguimiento y evaluación de la prestación de los servicios Coordinación de las reuniones y revisión de informes de seguimiento del contrato Verificación del cumplimiento de las especificaciones solicitadas y definición de los requisitos pendientes Negociación para la incorporación de nuevas prestaciones o requisitos Cualquier otro asunto que la propia Comisión considere de interés Para asegurar una buena ejecución de este contrato, el adjudicatario realizará informes con periodicidad al menos trimestral de las actuaciones realizadas con indicación del número de horas dedicadas a cada una. Página 9 de 13

10 10. PROPIEDAD INTELECTUAL Y CONFIDENCIALIDAD. La empresa adjudicataria y cualquier persona dependiente de la misma que desempeñe las funciones objeto de este pliego, deberán mantener la confidencialidad plena sobre la información inherente a los servicios objeto del mismo. Esta obligación de confidencialidad se entenderá plenamente vigente incluso con posterioridad a la extinción del servicio prestado. En cumplimiento de los requisitos del artículo 12 de la Ley Orgánica 15/1999, de 13 de Diciembre de Protección de Datos de Carácter Personal, en adelante LOPD, la empresa adjudicataria se compromete a tratar los datos de carácter personal (según la definición dada por la propia ley) que pudieran ser cedidos por la Universidad de Burgos, en su caso y en el ámbito del servicio objeto de este pliego, de conformidad con lo dispuesto en la LOPD y en la normativa que la desarrolla. También se compromete a tratar los citados datos, únicamente conforme a las instrucciones de la Universidad de Burgos y a no aplicarlos o utilizarlos con fin distinto al del servicio objeto de este pliego ni a comunicarlos, ni siquiera para su conservación, a otras personas. Asimismo, la empresa adjudicataria se compromete a adoptar las medidas de índole técnica y organizativas necesarias que garanticen la seguridad de los datos de carácter personal, si los hubiera y eviten su alteración, pérdida, tratamiento o acceso no autorizado, habida cuenta del estado de la tecnología, la naturaleza de los datos almacenados y los riesgos a que están expuestos, ya provengan de la acción humana o del medio físico o natural y en especial las previstas en el Real Decreto 1720/2007, de 21 de Diciembre, por el que se aprueba el Reglamento de medidas de seguridad de los ficheros automatizados que contengan datos de carácter personal o en la norma que, en su caso, pudiera sustituirle. Una vez cumplida la prestación del servicio, la empresa adjudicataria se compromete a destruir o devolver a la Universidad de Burgos los datos de carácter personal, al igual que cualquier soporte o documento en que conste algún dato de carácter personal objeto del tratamiento. Burgos, a 13 de Mayo de 2015 LA JEFA DEL S.I.C. Zulema Furones Fernández Página 10 de 13

11 ANEXO I COMPONENTES DE LA SOLUCIÓN ACTUAL Existen dos entornos: producción y preproducción Gestor de Expedientes Electrónicos: Suite TiWorks (TiProceeding, TiFlows, TimerRules ). Incluye Modelador de procedimientos, Generador dinámico de formularios, Motor de tramitación y reglas de negocio. Plataforma de validación y firma 5.5 Aplicación horizontal para la firma digital de documentos Port@firmas Archivo Electrónico (ALSGM v3). Sede electrónica en producción (OpenCMS): Sede electrónica en pruebas: Gestor Documental Alfresco Community 3.4.d Bus de interoperabilidad (ESB.MULE + Oracle Service Bus) Notificaciones Control y gestión de usuarios y permisos Generador de informes de la plataforma Integraciones con los diferentes módulos horizontales (internos y externos) que dan soporte a la plataforma: Estructura de Directorio LDAP Oracle RAC 11g Integración con Registros Electrónico / Presencial Invesicres 8.3 Pasarelas de Pago telemático: 4B Pasat Internet y Red.es Servicio de Sellado de Tiempo Oficial (TSA) del MINHAP. Módulo de Cooperación Interadministrativa, mediante RedIRIS, para el Sistema de Verificación de Identidad. Integración con las diferentes aplicaciones de Backoffice necesarias para la tramitación electrónica de los procedimientos La Universidad tiene actualmente desplegados (o listos para desplegar) los siguientes procedimientos, agrupados por familias: codigop nombre familia ALUM-001 Solicitud de becas y ayudas propias de la Universidad estudiantes ALUM-003 Traslado de expediente de PAEU para iniciar estudios en otra Universidad estudiantes ALUM-004 Solicitud de Matrícula en PAEU mayores de 25 años estudiantes ALUM-005 Solicitud de Matrícula en PAEU mayores de 40 años estudiantes ALUM-007 Solicitud de Matrícula en PAEU mayores de 45 años estudiantes PDI-001 Procesos de selección/provisión de PDI personal PDI-003 Procesos de evaluación de complementos por méritos docentes personal Página 11 de 13

12 PPAS-001 Pruebas selectivas de PAS funcionario y laboral personal PPAS-009 Concursos PAS funcionario y laboral personal OTR-001 Quejas y sugerencias otros PERFIL DEL CONTRATANTE Página 12 de 13

13 ANEXO II NUEVOS PROCEDIMIENTOS A INCLUIR CON CARGO A LA BOLSA DE HORAS Adicionalmente desea poner en producción los siguientes procedimientos: Ya diseñados y en preproducción (sin validar): Nuevos: Solicitud de títulos. Solicitud de certificaciones académicas. Solicitud de hoja de servicios. Expone/Solicita Tablón oficial Firma electrónica de actas: integración del ERP con las herramientas necesarias de la plataforma de e-admon. Firma electrónica de títulos emitidos por la Unidad de Formación de la UBU (IFIE): integración del ERP con las herramientas necesarias de la plataforma de e-admon. Solicitud de adquisición de equipos microinformáticos Página 13 de 13