Historial de página

Este proceso se divide en tres subprocesos, cada uno de ellos aparece detallado en las siguientes secciones:

1. Extracción de bases reguladoras.
2. Extracción de convocatorias.
3. Extracción e identificación de concesiones.

Sólo el subproceso relacionado con la extracción de las convocatorias insertará información en el SGI.

Extracción de bases reguladoras.

Image Removed

Descripción general del subproceso.

Este proceso se planifica automáticamente para obtener las bases reguladoras publicadas en el Boletin Oficial del Estado (BOE). Se podrá obtener las bases reguladoras del día actual o seleccionando un rango de fechas.

En primer lugar, obtendremos las bases reguladoras de los boletines publicados en el rango de fechas indicado o en el día actual, además, si laúltima ejecución del proceso finalizó con errores, se obtendrán las bases reguladoras no enviadas y se añadirán a la colección de elementos a enviar.

Una vez obtenidos los elementos, se procederá al tratamiento de los datos. Este tratamiento consiste en buscar en el título de cada base reguladora un conjunto de palabras para comprobar si ese elemento es o no interés. Los patrones de búsqueda utilizados son: "investigación / I+D" o "transferencia" junto con "base/s reguladora/s" o "Real Decreto + regula".

Una vez realizado el filtro de los datos obtenidos, se realizará el envío por correo electrónico de los elementos a los organismos UGI y OTRI. Por cada elemento se enviará:

• Identificador: identificador de la base reguladora asignado en el BOE.
• Título.
• Sección: sección del BOE donde se publica.
• Departamento: departamento dentro de la sección al que pertenece.
• Enlace: URL de descarga del documento pdf donde se encuentra toda la información de la base reguladora.

Si la extracción es incorrecta se notificará del error y terminará el proceso.

Extracción de convocatorias.

Image Removed

Descripción general del subproceso.

Este subproceso se planifica automáticamente para hacer la extracción de convocatorias con el objetivo de incorporarlas al SGI. 

En primer lugar, se hará una extracción en crudo de las convocatorias disponibles en las fuentes facilitadas.

Si la extracción ha sido satisfactoria, se continuará con el tratamiento de los datos obtenidos. Para ello, se apoyará, el subproceso, en la API facilitada por EDMA con el fin de identificar las áreas temáticas a las que pertenecen las convocatorias obtenidas. Seguidamente, se introducirán las convocatorias procesadas en una base de datos interna para su almacenamiento. Este aspecto tendrá especial relevancia a la hora de recuperar convocatorias anteriores que no se hayan incluido en el SGI debido a alguna situación de error. 

Respecto al tratamiento de las convocatorias hay que diferenciar que hay dos casos:

1. Convocatorias obtenidas de BDNS o Fundación la Caixa: estas convocatorias se insertarán en el SGI después de su tratamiento, en base al título,  se insertarán con la unidad de gestión "UGI" aquellas que contengan la palabra "investigación o I+D" y "OTRI" aquellas que contengan "transferencia". Al finalizar el tratamiento de las convocatorias, se comprobará si en la anterior invocación del subproceso se inyectaron satisfactoriamente los resultados en el SGI. Este control de errores en la inclusión de información se deriva de la dependencia con la API facilitada por el SGI, ya que podrá darse el caso de que no se encuentre disponible, en un momento dado, para llevar a cabo la inyección de datos. En caso de que no se hayan incluido se recuperarán, junto a la colección actualmente procesada, las convocatorias anteriores. Lo que resultará en una colección de convocatorias preparadas para su inyección.  Una vez procesada toda la información y comprobadas las convocatorias anteriores, se comprobará si se ha obtenido un resultado satisfactorio en el proceso de inyección al SGI. En caso negativo, se marcará esa colección de convocatorias en la base de datos del proceso a fin de poder introducir, en ejecuciones posteriores, la información y se generará un informe de estado finalizando así este proceso. En caso de que se haya inyectado adecuadamente la información, se notificará a los interesados el resultado.
2. Convocatorias obtenidas de la Comisión Europea (Funding & tenders): estas convocatorias no se insertarán en el SGI, se enviará un correo electrónico con el título de la convocatoria y el enlace a ésta. El formato del correo electrónico será el siguiente:
   1. Identificador de la convocatoria: Se pondrá el identificador único de la convocatoria como nombre de la misma.
   2. URL de la convocatoria: URL a la página europea donde se puede encontrar toda la información de la convocatoria.
   3. Fecha de publicacion: Fecha de publicación de la convocatoria en la página.
   4. Fecha de Fin: Fecha deadline que la página de convocatorias muestra para la convocatoria.

        Ejemplo:
         Convocatoria con nombre: AMIF-2022-AG-CALL-THB
	     URL: https://ec.europa.eu/info/funding-tenders/opportunities/portal/screen/opportunities/topic-details/amif-2022-ag-call-thb. 
	     Fecha de publicación: 10/02/2022. 
	     Fecha Fin: 19/05/2022

Extracción e identificación de concesiones.

Image Removed

Estados de las solicitudes.

Los tipos de estado de una solicitud contendrán el código interno y el nombre de los estados que definen el ciclo de vida de una solicitud. Estos estados serán fijos en el SGI. 

Los estados definidos en SGI para una solicitud son los siguientes:

• Borrador. Estado inicial. Es el estado en el que por defecto se creará la solicitud en el SGI. Una solicitud en estado borrador solo podrá ser pasada a estado "presentada".
• Presentada. Una solicitud solo pasará a estado "presentada" de manera manual.
• Admitida provisional. Estado intermedio.
• Excluida provisional. Estado intermedio.
• Alegada admisión. Estado intermedio. 
• Desistida. Estado final, que indicará que la solicitud queda desestimada por el propio solicitante. 
• Excluida. Estado final, la solicitud no ha sido admitida. 
• Admitida definitiva. Estado intermedio.
• Concedida provisional. Estado intermedio.
• Denegada provisional. Estado intermedio.
• Alegada concesión. Estado intermedio. 
• Concedida. Es un estado final. A partir de este estado se podrá iniciar el registro del  Proyecto asociado.
• Denegada. Es un estado final. La solicitud no podrá quedar vinculada a ningún Proyecto. 

De los estados anteriores, se consideran finales los siguientes:

• • Desistida

  • Excluida

  • Concedida

  • Denegada

Descripción general del subproceso.

En primer lugar, se obtendrá la información a través de la API del SGI para disponer de una colección de solicitudes. Solo se tendrá en cuenta solicitudes cuyo estado sea distinto a:

• Borrador.
• Desistida.
• Excluida.
• Concedida.
• Denegada.

Si se han obtenido correctamente se consultará si la convocatoria con la que están relacionadas ha sido resuelta y si es así se iniciará la búsqueda de la información relacionada con las solicitudes, esta búsqueda consiste en:

1. Obtener las concesiones para la Universidad de Murcia.
2. Establecer la relación entre las solicitudes obtenidas del SGI y las concesiones, esto se realizará obteniendo el número de referencia del proyecto. Si se obtiene esta relación se establecen los datos de la concesión con el identificador del investigador.

Una vez revisadas todas las concesiones, se enviará la información obtenida, incluyendo importe total, costes directos, costes indirectos concedidos y el desglose de presupuesto por anualidades, por correo electrónico a la unidad de gestión de la universidad.

Las únicas concesiones que se extraerán inicialmente serán aquellas en las que el órgano convocante sea la Agencia Estatal de Investigación, ya que es el única que incluye con seguridad la resolución definitiva con la información necesaria para la extracción de las solicitudes que se relacionan con esa convocatoria.

A continuación detallamos el formato que se envía por correo electrónico. Cabe destacar que esto es un ejemplo y los datos que aparecen aquí no son reales. Resaltamos las líneas en las que se ha hecho match con la solicitud presentada para esa convocatoria en el SGI. Adicionalmente se buscan también los match que pertenecen a la Universidad de Murcia en concreto quedando reflejado en el informe que se envía de la siguiente manera:

Image Removed

Image Removed

Estas capturas se han sacado del PDF de resoluciones que encontramos para esa convocatoria en la BDNS, una vez procesado con nuestro módulo de tecnologías cognitivas y pasado de PDF a tabla Excell. Seguidamente procedemos a extraer y marcar los datos que necesitamos. Podemos ver aquí una columna extra que aparece un nombre, esa línea corresponde a la solicitud procesada y que se ha encontrado para ese investigador. Adicionalmente se marcan, por si son de interés y como hemos comentado con anterioridad, las líneas que pertenecen a una organización en concreto, en este caso la Universidad de Murcia.

Diseño base de datos.

Los datos generados en este proceso serán almacenados en base de datos interna. El objetivo es disponer de un registro de lo que el sistema ha sido capaz de recopilar con el fin de obtener datos estadísticos y dotar de robustez al sistema. En la siguiente imagen, se puede observar la definición preliminar del esquema Entidad-Relación o ER de la base de datos.

El diseño de la base de datos relacionado con este proceso se encuentra en la siguiente sección: Diseño de base de datos para proceso 3

Los requisitos generales del proceso se encuentran en la siguiente sección: Requisitos

Enlaces a GitHub relacionados con este proceso:

• Proceso de extracción de bases reguladoras: https://github.com/hercules-rpa/orquestador/blob/main/model/process/ProcessExtractRegulatoryBases.py
• Proceso de extracción de convocatorias: https://github.com/hercules-rpa/orquestador/blob/main/model/process/ProcessExtractCall.py
• Proceso de extracción e identificación de concesiones: https://github.com/hercules-rpa/orquestador/blob/main/model/process/ProcessExtractAward.py
• Configuraciones y clases utilizadas para el proceso 3: https://github.com/hercules-rpa/orquestador/tree/main/model/process/Process3

...