DOCUMENTO ADJUNTO (RESUMEN CRIPTOGRÁFICO) CUADRO …

PLIEGO DE PRESCRIPCIONESTÉCNICAS

IDENTIFICADOR DOCUMENTO

PPT-2021-15

IDENTIFICADOR UNIVERSAL

PLANTILLA

L9/17-PPT

TENIENTE FLOMESTA, S/N . 30003 - MURCIAT.868 88 3500 - F.868 88 3603 - www.um.es - NIF - Q3018001B Página: 1 de 1

DESCRIPCIÓN

PPT-RPA-HERCULESFECHA DE EMISIÓN

25 / 05 / 2021

TIPO DE CONTRATO

Servicios; Informática

OBJETO

Contrato Compra Pública de Tecnología Innovadora de servicios para la automatización de tareas y procesosrelacionados con el ámbito de la gestión de investigación de las universidades, haciendo uso de tecnologías RPA einteligencia artificial en las aplicaciones del Proyecto HÉRCULES: Semántica de datos de investigación de Universidades,cofinanciado con fondos FEDER a través del POPE (CPV 72212517-6 Servicios de desarrollo software de TI).

CUADRO RESUMENUNIDAD ADMINISTRATIVA

E850 A.T.I.C.A.

RESPONSABLE

MARIA REYES HERNANDEZ-MORA MARTINEZT.S.P. HÉRCULES: SEMÁNTICA DE DATOS DE INVESTIGACIÓN DE UNIVA.T.I.C.A.

PRESUPUESTO Importe Base Impuesto Repercutido Importe Total442.148,76 € (21% IVA) 92.851,24 € 535.000,00 €

ANUALIDADES Ejercicio Importe Base Impuesto Repercutido Importe Total2021 88.429,75 € 18.570,25 € 107.000,00 €2022 353.719,01 € 74.280,99 € 428.000,00 €

Totales: 442.148,76 € 92.851,24 € 535.000,00 €

DOCUMENTO ADJUNTO (RESUMEN CRIPTOGRÁFICO)

Uploaded_250521094430_PPT_RPA.pdf (SHA-1: CC78E99960EE13AC0501174F5BABD0C6FDFBD249)

Este pliego describe las prescripciones técnicas particulares que han de regir en la realización del mencionado contrato.

T.S.P. HÉRCULES: SEMÁNTICA DE DATOS DE INVESTIGACIÓN DE UNIVFirma digital: MARIA REYES HERNANDEZ-MORA MARTINEZ

IdInternos: 40994570, 41010464. Códigos: SE, IN, IA1979, E850, E850. idPersonas: 5525. numeroDocumentoId: Q3018001B, 34814558X. E-SIN-2021-1925. UNIVERSIDAD DE

MURCIA ( cód. : UMU) . PLIEGO PRESCRIPCIONES TECNICAS [LOGOFEDER2]Pie de firma de documentos.

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;

Código seguro de verificación: RUxBMiDy-8bLxG1Ui-uSquuIuZ-klGrMcXh Página 1 de 19

Este es un documento administrativo electrónico emitido por la Universidad de Murcia. Su autenticidad puede ser contrastada a través de la siguiente dirección:https://sede.um.es/validador/

https://sede.um.es/sede/validador/validaDocumento?csv=RUxBMiDy8bLxG1UiuSquuIuZklGrMcXh

FONDO EUROPEO DE DESARROLLO REGIONAL (FEDER)

Una manera de hacer Europa

CONTRATO COMPRA PÚBLICA DE TECNOLOGÍA INNOVADORA PARA LA

AUTOMATIZACIÓN DE TAREAS Y PROCESOS RELACIONADOS CON EL ÁMBITO DE LA GESTIÓN DE INVESTIGACIÓN DE LAS UNIVERSIDADES, HACIENDO USO DE

TECNOLOGÍAS RPA E INTELIGENCIA ARTIFICIAL

CONTENIDO

INTRODUCCIÓN

I. OBJETO DEL CONTRATO

II. ALCANCE DEL SERVICIO Y TAREAS A REALIZAR POR EL ADJUDICATARIO • Desarrollo de desarrollo de distintas automatizaciones de procesos con una “Solución

RPA”. • Implantación de la “Solución RPA” en la Universidad de Murcia. • Comunicación con el resto de los subproyectos Hércules.

III. INNOVACIÓN IV. CONSIDERACIONES DE DISEÑO INICIALES. INTEGRACIONES. V. ASPECTOS GENERALES DE LA “SOLUCIÓN RPA” VI. FUNCIONALIDADES DE LA “SOLUCIÓN RPA”

VII. ORGANIZACIÓN DEL TRABAJO Y CALENDARIO

VIII. CONDICIONES DE EJECUCIÓN • Gestión y seguimiento del proyecto. • Medios humanos y técnicos. • Lugar de la prestación del servicio • Gestión del cambio (plan de formación) • Gestión del riesgo (plan de gestión del riesgo) • Gestión de la calidad (plan de pruebas) • Documentación

IX. OBLIGACIONES DE INFORMACIÓN Y PUBLICIDAD

X. LISTA DE ABREVIATURAS F

irman

te: M

AR

IA R

EY

ES

HE

RN

AN

DE

Z M

OR

A M

AR

TIN

EZ

; F

echa

-hor

a: 2

5/05

/202

1 12

:08:

10;

Em

isor

del

cer

tific

ado:

C=

ES

,O=

AC

CV

,OU

=P

KIA

CC

V,C

N=

AC

CV

CA

-120

;






INTRODUCCIÓN

La Universidad de Murcia y el Ministerio de Economía, Industria y Competitividad (MINECO), en fecha 29 de noviembre de 2017, firmaron un Convenio para el desarrollo del proyecto «HÉRCULES: Semántica de Datos de Investigación de Universidades». El objeto del convenio es establecer la colaboración entre el MINECO y la Universidad de Murcia para contribuir a la mejora de los servicios públicos, a través del fomento de la innovación empresarial, mediante la selección de las actuaciones y proyectos reflejados en la cláusula segunda del mismo para su cofinanciación en un 80% por el Fondo Europeo de Desarrollo Regional (FEDER) en el periodo de programación 2014-2020. En el marco de dicho convenio, se han establecido diversas actuaciones de inversión en I+D para la investigación y desarrollo basado en web semántica (WS) para homogeneizar la gestión de datos, información y conocimiento del SUE (Sistema Universitario Español). Previamente a la redacción de estos pliegos se realizó durante el 2017 una consulta preliminar de mercado y en 2018 se publicó un Mapa de Demanda Temprana. En la consulta participaron suficientes empresas y de ella se obtuvo información suficiente para la preparación de los pliegos de los proyectos que componen el proyecto general Hércules. El proyecto general Hércules se compone, a su vez, de otros tres subproyectos, que son:

1) Proyecto Arquitectura Semántica e Infraestructura ontológica. (Pliego ASIO)

2) Proyecto Prototipo innovador de un Sistema de Gestión de la Investigación. (Pliego Prescripciones Técnicas SGI) (Pliego de Cláusulas Administrativas SGI)

3) Proyecto Enriquecimiento de datos y métodos de análisis. (Pliego EDMA)

I. OBJETO DEL CONTRATO

El objeto del contrato que regula el presente pliego de prescripciones técnicas es el desarrollo de un contrato de compra pública de tecnología innovadora para la automatización de tareas y procesos relacionados con el ámbito de la gestión de investigación de las universidades, haciendo uso de tecnologías RPA e inteligencia artificial en las aplicaciones del Proyecto HÉRCULES: “Semántica de datos de investigación de Universidades”, cofinanciado con fondos FEDER a través del POPE (CPV 72212517-6 Servicios de desarrollo software de TI)

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;



https://contrataciondelestado.es/wps/wcm/connect/c408e5a4-33e0-4394-8df6-6c5ff16ec0d6/DOC20181203121353PCPP.pdf?MOD=AJPERES

https://contrataciondelestado.es/wps/wcm/connect/55c328a5-9fda-41ad-b58a-9ffdd598c792/DOC20191113125130PPT-2019-83.pdf?MOD=AJPERES

https://contrataciondelestado.es/wps/wcm/connect/55c328a5-9fda-41ad-b58a-9ffdd598c792/DOC20191113125130PPT-2019-83.pdf?MOD=AJPERES

https://contrataciondelestado.es/wps/wcm/connect/51d112fd-330f-49a6-95c3-2e73ee9fff91/DOC20191113125133PCA-2019-90.pdf?MOD=AJPERES

https://contrataciondelestado.es/wps/wcm/connect/fff0e505-79c3-4001-825f-4c2cd9265ba3/DOC20191122143129PLIEGO+COMPRA+PUBLICA+PRECOMERCIAL+2019-72-OT-AM.pdf?MOD=AJPERES




El objeto de este contrato es la automatización de ciertas tareas y/o procesos relacionados con el ámbito de la gestión de investigación de las universidades, haciendo uso de tecnologías RPA e inteligencia artificial. Esta automatización deberá estar integrada y/o hacer uso, en su caso, en el resto de las soluciones del proyecto en el que se enmarca el mismo y que es el proyecto “Hércules: Semántica de datos de investigación de Universidades”,.

II. ALCANCE DEL SERVICIO Y TAREAS A REALIZAR POR EL ADJUDICATARIO Está incluido en el alcance del presente pliego:

- El desarrollo de distintas automatizaciones de procesos con una “Solución RPA”1 desarrollada a tal efecto empleando tecnologías de software libre. La “Solución RPA” se compone de un Módulo de tecnologías cognitivas y soporte a la toma de decisiones y de un Módulo de Automatización.

- Implantación y despliegue de la “Solución RPA” en la Universidad de Murcia. - Interconexión y complemento con el resto de los subproyectos Hércules. - Documentación y Formación.

No está incluido en el alcance la adquisición de equipos o infraestructura. Se requiere un desarrollo de software iterativa e incremental siguiendo metodologías ágiles, facilitando de esta forma el cumplimiento de los requisitos del proyecto y permitiendo incorporar aquellas modificaciones que se consideren de especial relevancia. Desarrollo de distintas automatizaciones de procesos con una “Solución RPA” desarrollada a tal efecto empleando tecnologías de software libre:

a. Módulo de tecnologías cognitivas y soporte a la toma de decisiones. Este módulo tiene un componente importante de I+D+i. Se espera el desarrollo de un prototipo que deberá incluir una funcionalidad para la toma de decisión.

b. Módulo de automatización y gestión. Este módulo incluye todo un conjunto de procesos a automatizar, la orquestación de los robots y su cuadro de mando. En concreto:

i. Procesos: boletines, convocatorias, regalías y gestión documental, con una integración fuerte con el SGI.

ii. Cuadro de mando

1 A los efectos del presente pliego, la “Solución RPA” comprende el desarrollo de un Módulo de tecnologías cognitivas y soporte a la toma de decisiones y un Módulo de Automatización.

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






iii. Orquestación

El módulo de automatización se desarrollará sobre una plataforma RPA de software libre que defina los robots y use la funcionalidad de cuadro de mando y orquestación.

Implantación y despliegue de la “Solución RPA” en la Universidad de Murcia.

La implantación de la “Solución RPA” en la Universidad de Murcia, sobre la infraestructura proporcionada por la propia universidad. Incluye:

• Modelado de los procesos y análisis de requisitos para realizar la implantación de la “Solución RPA”.

• Integración con el resto de los subproyectos Hércules. • Plan de pruebas y validación. • Formación técnica y de usuario.

Comunicación con los subproyectos Hércules Dada la interrelación y las dependencias entre todos los subproyectos que están bajo el amparo del convenio del proyecto Hércules entra dentro del alcance interactuar con los desarrolladores de los demás proyectos para:

• Resolver dudas. • Para modelar los procesos y desplegar las automatizaciones teniendo en cuenta las

dependencias con el resto de los sistemas.

III. INNOVACIÓN Antes de abordar la relación de los principales aspectos innovadores del sistema HÉRCULES, vamos a centrar diferentes conceptos de innovación recogidos en el Manual de Oslo (accesible a través de https://icono.fecyt.es/sites/default/files/filepublicaciones/manualoslo2018.pdf):

• An innovation is a new or improved product or process (or combination thereof) that differs significantly from the unit’s previous products or processes and that has been made available to potential users (product) or brought into use by the unit (process).

• Innovation activities include all developmental, financial and commercial activities undertaken by a firm that are intended to result in an innovation for the firm.

• A business innovation is a new or improved product or business process (or combination thereof) that differs significantly from the firm's previous products or business processes and that has been introduced on the market or brought into use by the firm.

• A product innovation is a new or improved good or service that differs significantly from the firm’s previous goods or services and that has been introduced on the market.

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;



https://icono.fecyt.es/sites/default/files/filepublicaciones/manualoslo2018.pdf




• A business process innovation is a new or improved business process for one or more

business functions that differs significantly from the firm’s previous business processes and that has been brought into use by the firm.

De estas definiciones, se desprende que la innovación es un cambio que introduce novedades, y que se refiere a modificar elementos ya existentes con el fin de mejorarlos o renovarlos. Este término proviene del latín "innovatio" que significa "Crear algo nuevo", y está formada por el prefijo "in-" (que significa "estar en") y por el concepto "novus" (que significa "nuevo"). Además, en el uso coloquial y general, el concepto se utiliza de manera específica en el sentido de nuevas propuestas, nuevos inventos y sus implementaciones económico-sociales.

En el sentido estricto, en cambio, se dice que de las ideas solo pueden resultar innovaciones luego de que ellas se implementan como nuevos productos, servicios, o procedimientos, que realmente encuentran una aplicación exitosa, imponiéndose en el mercado a través de la difusión.

Hay una forma de innovación consistente en la mejora de la gestión empresarial con nuevos procedimientos, utilización de una tecnología, automatización, mejorando la calidad, definiendo nuevas formas de satisfacer al cliente, son sólo algunas ideas de lo que puede ser y conseguir la innovación y ayuda a las empresas a crecer y ser más competitivas.

Basándonos en la definición y centrándonos en el contexto universitario, queremos destacar los siguientes puntos de innovación del proyecto que deberán tener en cuenta los licitadores en sus propuestas:

a. Módulo de tecnologías cognitivas y soporte a la toma de decisiones Se propone un uso intensivo de tecnologías de aprendizaje automático “machine learning” y procesamiento del lenguaje natural (NLP) para poder identificar patrones de actividad susceptibles de automatización. Este módulo sería la base para definir “reglas” que facilitaran el levantamiento de procesos que en un futuro podrían integrarse con el módulo de automatización. Este módulo deberá asimismo sentar las bases para un sistema de soporte a la toma de decisiones permitiendo realizar inferencias a partir de los datos recopilados. Es decir, proponer eficiencias en relación con ciertas actividades desarrolladas por la Universidad.

b. Módulo de automatización y gestión Este módulo recogerá la automatización de 4 procesos (boletines, convocatorias, regalías y gestión documental) y las actividades típicas de orquestación de los robots y cuadro de mando. El componente innovador de la solución se materializará como un marco de automatización

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;



https://es.wikipedia.org/wiki/Invento

https://es.wikipedia.org/wiki/Difusi%C3%B3n_(negocios)

https://es.wikipedia.org/wiki/Innovaci%C3%B3n#cite_note-2








desarrollado a medida con un software libre para la Universidad y susceptible de ser escalada a otras Universidades dentro de España.

IV. CONSIDERACIONES DE DISEÑO INICIALES. INTEGRACIONES.

Hércules tiene como objetivo desarrollar un Sistema de Gestión de la Investigación (SGI) basado en datos abiertos semánticos, y se articula en los proyectos de Arquitectura Semántica y el Sistema de Gestión de la Investigación (Hércules SGI). La “Arquitectura Semántica de datos del SUE” y la “Infraestructura Ontológica de la información del SUE”, conforman. Los dos proyectos restantes dentro de Arquitectura semántica, para el enriquecimiento y explotación de datos del Sistema Universitario Español, son: “Enriquecimiento de Datos a través de Internet” (ED), “Desarrollo de Métodos de Análisis Semántico” (MA). El repositorio maestro que recoge la información respecto al investigador es el SGI y, por tanto, será el sistema primario para extraer información para la automatización, sin que esto excluya posibles integraciones con otros sistemas como los de gestión económica o RRHH. La relación entre estos proyectos responde al siguiente diagrama:

Esquema 1. Relación proyectos ASIO, SGI, ED y MA

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






El grado de integración será definido durante la ejecución del proyecto por el equipo técnico de la UM. No obstante, los responsables funcionales de la UM se encargarán de proporcionar las directrices generales respecto a los procesos a automatizar. Se requiere un desarrollo de software iterativa e incremental siguiendo metodologías ágiles, facilitando de esta forma el cumplimiento de los requisitos del proyecto y permitiendo incorporar aquellas modificaciones que se consideren de especial relevancia.

V. ASPECTOS GENERALES DE LA “SOLUCIÓN RPA” El siguiente punto recoge aquellos aspectos transversales que deberá cumplir la “Solución RPA”:

• Cumplimiento de la legislación vigente: tanto en la normativa específica europea, nacional y autonómica, como en cuanto a la privacidad de datos (RGPD) y sus correspondientes tratamientos, como las derivadas de las leyes 39 y 40 de 2015 y funcionalidades orientadas a satisfacer los requisitos del esquema nacional de seguridad.

• Las soluciones para implementar cumplirán con los estándares formales de usabilidad.

• Se exigirá cumplir con los requisitos estándar de accesibilidad y ENS.

VI. FUNCIONALIDADES DE LA “SOLUCIÓN RPA” A continuación, se lista un conjunto de procesos en el ecosistema de aplicaciones del proyecto Hércules a cubrir con el uso de la tecnología RPA. Los responsables técnicos de la UM proporcionarán los requisitos funcionales sobre estos procesos e incluso la sustitución de un proceso por otro en el caso de que durante la fase de análisis se identificara su inviabilidad técnica de cara al proceso de automatización.

a. Módulo de tecnologías cognitivas y soporte a la toma de decisiones

El objetivo de este módulo será el desarrollo de un componente transversal que pueda ser usado para incrementar la capacidad de automatización de los procesos diversos que se especifiquen a continuación. Se requiere por tanto dotar al proyecto HERCULES del desarrollo de elementos ingesta de documentos con datos no estructurados como transformación de imágenes en texto, recopilando la información desde bases de datos y de desde internet y transformándola en datos estructurados. Entre otras técnicas cognitivas a utilizar se deberán incluir:

• Reconocimiento Óptico de Caracteres (OCR) • Analítica de textos

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






• Categorización • Clasificación • Detección de cambios de formato

En cualquier caso, se espera que este módulo proponga el uso de modelos de aprendizaje automático con carácter general; así como de procesado de lenguaje natural. El resultado final deberá ser un prototipo que permita la incorporación de estas tecnologías y herramientas para facilitar la detección y posterior automatización de actividades en la Universidad de Murcia, incluyendo mecanismos para dar soporte a la toma de decisiones a este respecto. Usando este módulo se deberán realizar una serie de componentes demostradores sobre los sistemas de HERCULES como:

• Diseño de un sistema de web scraping para identificar anuncios de convocatorias de interés para los perfiles de investigadores desde diferentes fuentes suministradas al sistema.

• Rastrear los cambios que se produzcan en los diferentes componentes del proyecto Hércules (EDMA, ASIO y SGI), para generar informes e indicadores de tendencias, usos, incidencias, y en general identificar patrones generales de funcionamiento.

• Hacer minería de datos sobre los datos de grupos de investigación y su producción con objeto de realizar clasificaciones y categorizaciones que permitan identificar agrupaciones y similaridades con objeto de crear mecanismos automáticos de comunicación a los mismos, relativos a posibles informaciones relevantes sobre convocatorias, anuncios, u otras actividades científicas o de transferencia.

b. Módulo de automatización

i. Procesos:

• Segmentación y generación automática de boletines informativos

Generar un boletín automatizado periódico (por defecto, semanal) con información exhaustiva sobre diferentes aspectos relacionados con la transferencia (oferta tecnológica, patentes, …) que se vayan introduciendo en el SGI-HÉRCULES para su envío vía mail a clientes internos y externos. El sistema debe ser capaz de recopilar la información relevante indicada por los usuarios funcionales de las universidades durante la fase de análisis del sistema para la generación del boletín. Asimismo, deberá ser capaz de identificar a los clientes internos y externos, en base a las especificaciones proporcionadas durante la fase de análisis, recuperar sus datos y automatizar el envío de los boletines a los mismos.

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






La solución debe estar enlazada con la extracción de tópicos que se desarrolla para Hércules “Enriquecimiento de datos” (Lote 1 Expediente 2019/72/OT-AM) para encontrar temas relacionados interesantes y poder definir diferentes esquemas de boletín para colectivos diferenciados y segmentados en base a criterios definidos por el usuario responsable de la generación de los boletines.

• Distribución de regalías

Se desarrollará un sistema que activará un aviso a funcionales OTRI, por ejemplo a través de un mail donde se incluirá un enlace que llevará al investigador a la ventana/pestaña podrá activar la casilla correspondiente, de los ingresos aplicados en el SGE a determinadas actividades de investigación (que se registran en el SGE como cobros de facturas de una serie que viene identificada por un código alfanumérico).

Recuperar del SGE y realizar balance entre los gastos generados por una determinada actividad de investigación (patentes, licencias, etc…) y los ingresos recibidos por el cobro de las facturas de la serie específica que se vinculan a esa actividad de investigación. Aplicar al resultado obtenido un algoritmo de reparto entre varios conceptos, que debe de ser parametrizable en cada universidad, enviando mail automático al personal inventor/autor e informándole del importe que le corresponde y en el que también se le informe de que debe introducir, en el módulo oportuno del SGI, la opción de reinvertir o de incluir en su nómina esa cantidad. Incorporada la opción del personal inventor/autor al SGI, este último debe confeccionar los documentos contables necesarios para su envió a un mail corporativo del Área de Gestión Económica. En lo que respecta a cada actividad de investigación se deberá de contemplar una actualización individualizada con todas las operaciones económicas reflejadas en el SGE.

• Automatización de procesos de gestiones documentales parametrizables

Muchos procesos comienzan por la gestión de documentos generados por unidades de gestión o agencias en formatos diversos (word, excel, pdf,, etc). Este módulo debe facilitar la parametrización de información a recuperar de forma automática de dichos documentos, la recuperación de esa información previamente parametrizada y su introducción en el SGI. En concreto, se deberá desarrollar una solución que permita, de forma flexible, especificar e indicar,

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






para cada tipo de documentos en función de su naturaleza (convocatorias, solicitudes, proyectos), aquellos datos que se deben recuperar del mismo de forma automática.

Como mínimo se deberá incorporar al sistema, de forma integrada con la herramienta de gestión de investigación (SGI) Hércules:

- listado de áreas de conocimiento tasadas en cualquier convocatoria de ayudas a la investigación

- concesión/denegación de solitudes de ayudas para la investigación para una organización beneficiaria determinada. El sistema será capaz de identificar las que pertenecen a esa organización beneficiaria e introducirlas en el sistema de gestión de investigación.

- fechas y/o importes para la realización de ayudas para la investigación concedidas - modalidades/tipo de ayuda contempladas en una convocatoria a las que se puede concurrir - datos de entidad convocante, gestora y financiadora de una convocatoria - requisitos varios referentes al cumplimiento de determinadas exigencias en las

convocatorias para solicitar ayudas para la investigación - relación de conceptos de gastos y límites de importes permitidos para cada uno de ellos

Toda la información extraída deberá ser integrada en el SGI Hércules de forma automática y asociándola con las entidades correspondientes. Además, dicha gestión debe hacerse integrada con el sistema Hércules - Enriquecimiento de datos para permitir mantener la coherencia de la información y por tanto actualizar de manera automática el sistema SGI con los campos necesario de los registros asociados.

Una vez incorporado al SGI un documento, el módulo debe ser capaz de:

• identificar en un documento el parámetro que se le indique y generar un informe con los datos referentes a el. Por ejemplo: en un listado de ayudas concedidas en una convocatoria, identificar los concedidos a la Universidad de Murcia y generar un informe (word, excel, pdf, …) con todos los datos que figuren en el citado documento.

• Identificar en una relación el parámetro que se le indique y generar documento (word, pdf, …) de modo individualizado. Por ejemplo, en un listado de ayudas concedidas, generar un documento de concesión por cada uno de los DNI que figuren en él.

Por último, en el caso de proyectos o convenios incorporados y su información económica, el módulo debe ser capaz de analizar las ayudas por anualidades e identificar, con el sistema de F

irman

te: M

AR

IA R

EY

ES

HE

RN

AN

DE

Z M

OR

A M

AR

TIN

EZ

; F

echa

-hor

a: 2

5/05

/202

1 12

:08:

10;

Em

isor

del

cer

tific

ado:

C=

ES

,O=

AC

CV

,OU

=P

KIA

CC

V,C

N=

AC

CV

CA

-120

;






gestión económica, las correspondientes partidas presupuestarias para generar procesos automáticos de previsión de partidas presupuestarias plurianuales.

• Sistemas Inteligentes de encaje entre convocatorias e investigadores

Una vez introducidas los documentos de tipo convocatoria en el sistema, de forma automática, tal y como se indica en la sección previa; el sistema deberá proporcionar la funcionalidad adicional de identificar los investigadores susceptibles de presentar proyectos en la misma, usando resultados obtenidos en el resto de proyectos Hércules (EDMA, ASIO y SGI) y realizando las adaptaciones que sean necesarias, como la extracción de tópicos, los RO enriquecidos, la detección de equivalencias, etc.… y proponerlos a los gestores, así como a los propios investigadores.

El sistema de comunicaciones permitirá que los usuarios (investigadores y gestores) retroalimenten al sistema, de manera fácil e intuitiva, sobre la conveniencia de la propuesta hecha, de forma que el sistema de recomendación será susceptible de ir aprendiendo y evolucionando con el tiempo.

ii. Cuadros de mandos y análisis de impacto

La empresa adjudicataria deberá, de manera adicional, desarrollar una serie de herramientas y cuadros de mandos para permitir de forma automática analizar el impacto de algunas de las soluciones implementadas en el presente pliego (como mínimo 3), incluyendo entre otros: 1.- Impacto de los robots desarrollados en factores internos de las universidades, tales como la mejora de la productividad de los trabajadores, incremento/decremento del nivel de satisfacción laborar de los mismos, mejora de los procesos globales de los que forman parte y ahorro de costes.

2.-Impacto de los robots desarrollados en factores externos a las universidades, como es el nivel de satisfacción de los investigadores y estudiantes, relaciones con proveedores y partners.

3. Así como otros indicadores que se determinen en un análisis más exhaustivo

Considerándose los factores internos como posibilitadores de la mejora de los factores externos, se deberán proponer mediciones e indicadores agrupados en los cuadros de mando para un análisis de impacto en el rendimiento de estos factores.

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






iii. Sistemas de orquestación de robots

El sistema deberá permitir la definición de flujos y orquestación de los posibles robots a desplegar y establecer los mecanismos de interacción para poder definir diferentes flujos y secuencias de robots. Para ello el sistema dispondrá de un mecanismo para definir prioridades, secuencias y alternativas en función de la ejecución y sus resultados, monitorización de la ejecución de los mismos y posibles modificaciones en las asignaciones de tarea en función de cargas etc de una forma dinámica o manual. VII. ORGANIZACIÓN DEL TRABAJO Y CALENDARIO

El proyecto deberá abordar todos los hitos que se detallan en esta sección. La empresa deberá también presentar un plan de proyecto el cual será validado por la Dirección del Proyecto de la Universidad de Murcia. En caso de existir un nuevo plan o modificaciones al mismo durante la ejecución del proyecto, éste deberá ser aprobado por la Dirección del Proyecto de la Universidad de Murcia.

Las actividades a incluir en dicho plan de proyecto serán, al menos, la realización de tareas de consultoría, análisis y definición previa, así como tareas implícitas a la construcción a medida de software y posterior piloto.

En el plan de proyecto se reflejarán, al menos, todos los entregables de desarrollo establecidos a continuación, que podrán desarrollarse de forma secuencial o en paralelo, a propuesta de la empresa adjudicataria:

• HITO 1 - Análisis funcional completo de la “Solución RPA” incluyendo el módulo

de automatización y el prototipo del módulo de tecnologías cognitivas y soporte a la toma de decisiones (Mes 3).

o Entregable: Documento de requisitos funcionales inicial unificado, incluyendo la definición de indicadores, y modelado de los procesos a automatizar.

• HITO 2 – Desarrollo del módulo de automatización y del prototipo del módulo de tecnologías cognitivas y soporte a la toma de decisiones (Mes 9)

o Entregable: “Solución RPA” desarrollada lista para pruebas/validación inicial. Incluido el plan de validación de pruebas.

o Entregable: Módulo de tecnologías cognitivas y soporte a la toma de decisiones; descripción del paso de analizador de reglas a sistema propositivo.

• HITO 3 - Validación, análisis de volumetría y pruebas de carga (Mes 11)

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






o Entregable: Solución RPA, compuesta por el Módulo de tecnologías cognitivas y

soporte a la toma de decisiones y el Módulo de automatización completo, instalada en los entornos proporcionados por la UM.

o Entregable: Ejecución, medición, mejora y análisis de impacto de las automatizaciones.

• HITO 4 – Aceptación de usuario y documentación completa de la “Solución RPA”. Formación a técnicos y usuarios. (Mes 12)

o Entregable: Documentos en todos los formatos de la solución RPA. o Entregable: Guías de usuarios (con ejemplo(s) práctico(s) que cubran todos los

procesos para la formación de usuarios), Manual de Usuario (internos/externos) y los demás materiales formativos que sean necesarios y formación realizada.

Para cada uno de los hitos del proyecto se realizarán sesiones presenciales, para la presentación de resultados y validación de usuarios, a las que serán invitadas todas las universidades socias de CRUE. Podrán realizarse en instalaciones propias de la Universidad de Murcia. La empresa adjudicataria será la encargada de realizar toda la documentación necesaria, presentaciones y coordinación de las mismas.

Para que el Módulo de tecnologías cognitivas y soporte a la toma de decisiones se considere entregado la última versión estable del prototipo tiene que estar instalada y funcionando satisfactoriamente en la UM, y todos los artefactos que la componen liberados en los repositorios pertinentes. La documentación asociada debe estar actualizada a esa versión.

VIII. CONDICIONES DE EJECUCIÓN

Todas las actividades, operaciones y productos consecuencia de la prestación de servicios deberán realizarse bajo los siguientes parámetros, de acuerdo con el contrato y los pliegos, conforme a las metodologías y estándares que determine la Universidad de Murcia y según las instrucciones que para su interpretación ésta proporcione.

Gestión y seguimiento del proyecto.

La Universidad designará uno o más responsables funcionales y a un responsable técnico, así como una persona para dirigir el Proyecto TIC del contrato que realizará las funciones de Dirección del Proyecto. Esta Dirección del proyecto será la interlocutora con el adjudicatario.

El adjudicatario deberá nombrar un/a Jefe/a de Proyecto, para que coordine el equipo que realice los trabajos recogidos al amparo de esta contratación y actúe como interlocución con la Dirección del Proyecto de la UM.

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






El Comité de Dirección del proyecto Hércules supervisará la ejecución del proyecto, así como la toma de decisiones referentes al contrato.

La metodología de desarrollo será ágil, iterativo e incremental, donde los requisitos y soluciones evolucionen en relación con las necesidades del proyecto.

La comunicación y el seguimiento de la prestación de los servicios se realizarán con los mecanismos y la periodicidad que la Dirección del Proyecto de la UM determine y que permitan a las dos partes la realización de un seguimiento completo y documental de su evolución.

La empresa adjudicataria será responsable de la ejecución del proyecto de acuerdo al plan de proyecto aprobado y a la verificación del cumplimiento de los requisitos del servicio, así como de la coordinación de las reuniones ligadas al proyecto y documentando las mismas mediante actas de reunión.

Periódicamente se realizará una reunión de seguimiento. Al menos con una anticipación de 48 horas antes de dicha reunión, la empresa contratista depositará en el repositorio documental del proyecto el informe de seguimiento y enviará un correo a todos los asistentes indicando la ruta. Los informes de seguimiento tendrán como mínimo los siguientes apartados:

• Resumen de actividades realizadas desde el último hito y previstas hasta el próximo hito. • Resumen de las peticiones de cambio realizadas desde el hito anterior. • Riesgos materializados o problemas no previstos. • Desviaciones de plazo con respecto al cronograma inicial derivadas de las peticiones de

cambio y/o problemas encontrados durante la ejecución del proyecto. • Plan de proyecto modificado. • Métricas de control de calidad establecidas y tomadas desde el hito anterior. • Riesgos identificados y medidas de contingencia. • Registro de decisiones tomadas.

Posteriormente a la reunión, la Dirección de Proyecto de la empresa adjudicataria elaborará un acta de la misma que enviará a todos los asistentes para su revisión/aprobación. Dichas actas, que serán aprobadas al inicio de la siguiente reunión, se subirán al repositorio documental del proyecto.

La Dirección del Proyecto de la Universidad de Murcia podrá aumentar o disminuir la frecuencia de las reuniones de seguimiento según la evolución del proyecto. Las reuniones de seguimiento tendrán lugar presencialmente o en remoto, a determinar por la Universidad de Murcia teniendo en cuenta las restricciones sanitarias en vigor en cada momento derivadas de la actual pandemia.

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






Las reuniones presenciales se celebrarán en las dependencias que se indiquen por parte de la Universidad de Murcia.

La Universidad de Murcia podrá requerir en cualquier momento a la empresa contratista los informes que considere necesarios para el seguimiento de su actividad o bien convocar las reuniones que considere oportunas con el coordinador de los trabajos del adjudicatario u otros responsables de la empresa contratista para analizar la información facilitada durante el desarrollo del proyecto.

Para el desarrollo de los trabajos, se mantendrán las reuniones de trabajo que sean necesarias con los agentes involucrados en el proyecto con el fin de obtener toda la información requerida para la correcta ejecución de los trabajos.

Todas las reuniones deberán disponer de un acta para su correcto seguimiento.

La Universidad de Murcia podrá realizar en cualquier momento, una auditoría de seguridad del proyecto. La empresa contratista está en la obligación de facilitar en tiempo y forma cuanta información le sea requerida. En el caso de que fuesen detectados problemas de seguridad en la “Solución RPA”, procedimientos o configuración, el adjudicatario tiene la obligación de solventarlos, no pudiendo computarse estas tareas como carga de trabajo.

Medios humanos y técnicos. La empresa destinará los recursos humanos necesarios para la correcta prestación del servicio, indicando los perfiles profesionales, con su formación y experiencia, funciones a realizar por cada perfil y necesidades de colaboración con el personal de la Universidad de Murcia.

Será necesario realizar toda la configuración, desarrollos y pruebas en entornos de preproducción/test y, una vez aprobados y validados, pasarlos a los entornos de producción.

El Entorno de desarrollo, en el que se trabajará para el desarrollo de los módulos, será el propio de la empresa.

Toda la documentación se deberá generar en la herramienta colaborativa Confluence, y trabajar con GitHub como repositorio de código y control de versiones. Además, es necesario que el proveedor indique cual es el marco del sw libre sobre el que desarrollará la “Solución RPA”.

Lugar de la prestación del servicio Los trabajos se realizarán desde las dependencias de la empresa adjudicataria, excepto:

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






• las labores de implementación de la “Solución RPA” que se llevarán a cabo en la

Universidad de Murcia.

• aquellos específicos que, para tareas de coordinación o seguimiento, fundamentalmente reuniones para la identificación de contenidos o reuniones periódicas de seguimiento deban hacerse donde establezca la UM y salvo las previsiones relativas al proceso de implantación indicadas en el pliego.

En cualquier caso, el adjudicatario deberá contar con los medios propios, de toda índole, necesarios para llevar a cabo con éxito los trabajos objeto del contrato.

En los casos de contingencia o en situaciones puntuales motivadas, la asistencia se prestará en las dependencias que para tal efecto designe la UM. La empresa contratista podrá solicitar en situaciones puntuales la prestación de las tareas desde instalaciones adecuadas de la UM. Este permiso podrá ser denegado. Todos los costes correrán a cargo del adjudicatario.

La empresa adjudicataria facilitará el acceso a las instalaciones donde sea realizada la prestación del servicio al personal autorizado por el responsable del contrato, para tareas de inspección y comprobación de lo exigido en el presente pliego y ofertado por la empresa.

Gestión del cambio (plan de formación)

Deberán llevarse a cabo actividades formativas presenciales o en remoto, según disponga la Universidad de Murcia, dirigidas a las personas que la Universidad de Murcia designe, tanto desde un punto de vista funcional como técnico.

En el plan de formación se deberán detallar los servicios que se prestarán, así como el cronograma en el que se llevarán a cabo. Se deberán generar las Guías de usuarios (con ejemplo(s) práctico(s) que cubran todos los procesos para la formación de usuarios), Manual de Usuario (internos/externos) y los demás materiales formativos que sean necesarios.

Este plan deberá ser comunicado y aprobado previamente por la Dirección Técnica del Proyecto en la Universidad de Murcia antes de su implementación.

Gestión del riesgo (plan de gestión del riesgo) La empresa adjudicataria deberá abordar la realización de un plan de riesgos en el que se deben identificar los riesgos vinculados al desarrollo del proyecto y se debe proponer una metodología de minimización de estos riesgos durante el desarrollo del mismo.

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






Se requerirá una actualización mensual del plan de riesgos que se actualizará en el repositorio documental del proyecto.

Gestión de la calidad (plan de pruebas) El proveedor deberá indicar con anterioridad al desarrollo del Hito 3 el plan para el desarrollo de las pruebas incluyendo volumetría y pruebas de carga.

Documentación Se requiere documentación del código fuente.

Toda la documentación se deberá generar en la herramienta colaborativa Confluence, y trabajar con GitHub como repositorio de código y control de versiones.

El adjudicatario se encargará de actualizar la documentación y la gestión de las versiones a medida que avanza el proyecto con el fin de disponer de la versión actualizada de estas al final del proyecto.

IX. OBLIGACIONES DE INFORMACIÓN Y PUBLICIDAD La entidad adjudicataria estará obligada a cumplir las obligaciones de información y publicidad establecidas en el anexo XII, sección 2.2. del Reglamento (UE) 1303/2013 del Parlamento Europeo y del Consejo de 17 de diciembre de 2013, y, especialmente, las siguientes: a) En los documentos de trabajo, así como en los informes y en cualquier tipo de soporte que

se utilice en las actuaciones necesarias para el objeto del contrato, aparecerá de forma visible y destacada el emblema de la UE, haciendo referencia expresa a la Unión Europea y el Fondo Europeo de Desarrollo Regional.

b) En toda difusión pública o referencia a las actuaciones previstas en el contrato, cualquiera que sea el medio elegido (folletos, carteles, etc.), se deberán incluir de modo destacado los siguientes elementos: emblema de la Unión Europea de conformidad con las normas gráficas establecidas, así como la referencia a la Unión Europea y al Fondo Europeo de Desarrollo Regional, incluyendo el lema “Una manera de hacer Europa”.

X. LISTA DE ABREVIATURAS: • UM: Universidad de Murcia • MINECO: Ministerio de Economía, Industria y Competitividad • ENS: Esquema Nacional de Seguridad • RPA: Robotic Process Automation • IA: Inteligencia Artificial • SGE: Sistema Gestión económica

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;






• SGI: Proyecto “Prototipo innovador de un Sistema de Gestión de Investigación” del

proyecto Hércules • OCR: Reconocimiento óptico de caracteres • EDMA: Proyecto Enriquecimiento de datos y Métodos de Análisis del proyecto

Hércules. • ASIO: Proyecto Arquitectura Semántica e Infraestructura Ontológica del proyecto

Hércules. • RO: Research Objects. • SUE: Sistema Universitario Español

Firm

ante

: MA

RIA

RE

YE

S H

ER

NA

ND

EZ

MO

RA

MA

RT

INE

Z;

Fec

ha-h

ora:

25/

05/2

021

12:0

8:10

; E

mis

or d

el c

ertif

icad

o: C

=E

S,O

=A

CC

V,O

U=

PK

IAC

CV

,CN

=A

CC

VC

A-1

20;




Documents

DOCUMENTO ADJUNTO (RESUMEN CRIPTOGRÁFICO) CUADRO …