El registro de solicitudes y su ciclo de revisión y aprobación será interno al SGI. En este ciclo intervendrán los ACT- CSP-001-Investigador y los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor de la Unidad de gestión vinculada a la convocatoria, siempre en función de la configuración indicada en la convocatoria durante su registro en el SGI (IU-CSP-0201-013 - Crear convocatoria - Configuración de solicitudes), en referencia a la habilitación de la presentación de solicitudes en el SGI. La tramitación de la solicitud en el SGI no sustituirá a la tramitación de la misma en la plataforma correspondiente de la entidad gestora/convocante/financiadora de la convocatoria, salvo que se trate de convocatorias del plan propio.
El parámetro de "habilitación de la presentación de solicitudes en el SGI" solamente afectará al registro de las solicitudes por parte de los ACT- CSP-001-Investigador. Los ACT-CSP-004-Administrador, ACT-CSP-003-Gestor siempre podrán registrar solicitudes sobre las convocatorias de sus Unidades de gestión, haciendo referencia siempre a un solicitante. Por norma general, las solicitudes de convocatorias externas (no plan propio) que deban tramitarse a través de los medios facilitados por las entidades convocantes, serán registradas con el parámetro "habilitación de la presentación de solicitudes en el SGI" desactivado, de forma que serán los ACT-CSP-004-Administrador, ACT-CSP-003-Gestor de la unidad de gestión correspondiente quienes registren las solicitudes del SGI de forma paralela al proceso de registro que el personal investigador vaya realizando en la entidad convocante. Si bien este no es un comportamiento limitado en el SGI, ni de base ni por implantación, ya que a través del apartado "Configuración solicitudes" las Unidades de gestión (ACT-CSP-004-Administrador, ACT-CSP-003-Gestor) podrían habilitar el registro de las solicitudes, por parte de los investigadores, para cualquier convocatoria registrada en el el SGI.
El SGI implementará un flujo de estados único, independientemente de que se habilite o no el registro de las mismas para los investigadores e independientemente de cual sea la entidad convocante externa. Cada Universidad establecerá las pautas para hacer corresponder este flujo con el establecido por la entidad correspondiente que gestiona la convocatoria.
En el flujo de gestión de una solicitud interactuarán el ACT- CSP-001-Investigador solicitante y los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor de la Unidad de gestión vinculada a la convocatoria (en función de los parámetros establecidos en el apartado "Configuración de solicitudes" de la Convocatoria).
Desde el listado de convocatorias obtenido a través de las búsquedas facilitadas, los ACT- CSP-001-Investigador podrán realizar la tramitación de la solicitud (IU-CSP-0203-002 - Búsqueda directa y listado de convocatorias - Investigador e IU-CSP-0203-003 - Búsqueda avanzada y listado de convocatorias - Investigador), siempre de acuerdo a los parámetros de registro de la convocatoria.
El registro de la Solicitud también puede ser realizado directamente por los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor de la Unidad de gestión vinculada a la convocatoria. En este caso se deberán indicar los datos del solicitante (por medio del correspondiente buscador facilitado en la pantalla de Creación de solicitud).
Durante el proceso de registro, la Solicitud figurará con estado "Borrador", hasta que el usuario que esté realizando su creación la marque como "Solicitada".
Los estados del ciclo de vida de una solicitud son los siguientes:
Tanto ACT-CSP-004-Administrador como ACT-CSP-003-Gestor pueden pasar la solicitud de cualquier estado a cualquier otro estado (hacia delante y hacia atrás), no habrá ningún tipo de restricciones.
ACT- CSP-001-Investigador como solicitante únicamente podrá realizar los siguientes cambios de estado:
Las solicitudes de tipo "RRHH" implementará un flujo adicional que implica la participación de ACT- CSP-001-Investigador que actúa como tutor/as del trabajo asociado. ACT- CSP-001-Investigador como tutor/a podrá realizar los siguientes cambios de estado:
El flujo de estados estará integrado con el módulo de avisos global al SGI, de forma que ACT- CSP-001-Investigador y ACT-CSP-003-Gestor reciban notificaciones de acuerdo a las modificaciones realizadas sobre el estado de la Solicitud.
Atendiendo al objetivo de homogeneización, el SGI se plantea con tres tipos de solicitud unificados:
La vinculación del tipo de solicitud a la convocatoria se realiza en el apartado "Datos generales" de la Convocatoria, a través del campo "tipo solicitud SGI" (IU-CSP-0201-001 - Crear convocatoria - Datos generales)
Existirá un comportamiento común a todos los tipos de solicitudes así como una serie de apartados base que estarán presentes en todos los tipos de solicitud. Con estos apartados base, que incluyen unos datos generales, documentos, hitos y el ciclo de estados, se permite disponer de una estructura mínima para la gestión de solicitudes genéricas confiriendo así al SGI la capacidad de gestionar en el futuro nuevos tipos de solicitud que no requieran un comportamiento especial. Los apartados comunes a todos los tipos de solicitud y que permiten realizar un tratamiento homogéneo de las mismas son:
Además de estos apartados, en el caso concreto de las solicitudes de tipo "proyecto", se dispondrá de los apartados:
Las solicitudes de tipo "grupo" no tendrán ningún apartado adicional específico.
Las solicitudes de tipo "RRHH" añadirán a los apartados base los siguientes:
Todos los apartados anteriores estarán disponibles para ACT-CSP-003-Gestor y ACT-CSP-004-Administrador, en cambio, ACT-CSP-001-Investigador solamente tendrá disponibles:
Y dentro de los apartados propios de las solicitudes de tipo "proyecto" solamente tendrá disponibles los apartados:
El siguiente diagrama representa el modelo lógico de solicitudes (incluyendo las particularidades para las solicitudes de tipo "proyecto", "grupo" y "rrhh"):
Se describen a continuación cada uno de los apartados en los que se estructura la información de la entidad "Solicitud" del módulo CSP. Estos cuatro apartados serán comunes independientemente del modelo de solicitud:
En el apartado datos generales se agrupará la siguiente información:
Apartado para centralizar todos los documentos aportados a la solicitud.
Se mostrarán en forma de árbol, los documentos que se tienen que aportar obligatoriamente (porque son los documentos requeridos configurados en la convocatoria) y los propios documentos adicionales que se quieran aportar a la solicitud.
Los documentos requeridos serán considerados obligatorios. La comprobación de la obligatoriedad se limitará a detectar que se ha adjuntado un documento, nunca a verificar si el contenido se corresponde con lo esperado. Además del propio documento se dará opción a indicar Comentarios sobre el mismo.
Desde el árbol de documentos, se podrá adjuntar cualquier documento. Para cada documento se podrá indicar:
Los hitos de la solicitud solo podrán ser registrador por las Unidad de gestión (ACT-CSP-004-Administrador/ACT-CSP-003-Gestor). Los ACT- CSP-001-Investigador no podrán registrar hitos. Este apartado solo estará disponible en caso que la solicitud se asocie a una convocatoria del SGI.
Los hitos permitirán dejar historificado los acontecimientos que se consideren relevantes. Un hito queda definido:
Con la configuración de los tipos de hitos de solicitud, vinculados al modelo de ejecución, se dota al SGI de un mecanismo dinámico para el registro de fechas. La configuración de estos tipos de hitos está abierta a los ACT-CSP-004-Administrador de las Unidades de gestión. De esta forma las fechas a registrar en las solicitudes no están limitadas de antemano por el Sistema, dando así libertad en la gestión de solicitudes, a la vez que se mantiene una base común para todas las Unidades de gestión y a todo el SGI (Tipo de hito de solicitud). Esta tipificación común permitirá realizar búsquedas y clasificaciones posteriores en base a criterios homogéneos.
Si por ejemplo resultase de interés recoger la fecha de resolución de convocatoria, o la de publicación en el BOE, se podrán definir ambos, en el apartado de configuraciones del módulo de CSP, como tipos de hito de solicitud. Posteriormente, en la solicitud, en el apartado Hitos, se añadirán las fechas concretas en las que suceden ambos acontecimientos, seleccionando los tipos de hitos definidos.
En el caso de que la solicitud no pertenezca a una convocatoria registrada en el SGI, no se podrán crear hitos porque no se podrá cumplimentar el campo "Tipo de hito".
Este apartado se irá completando automáticamente a medida que se van sucediendo los cambios de estado. Cada vez que se modifica el estado de la solicitud se pasará a la tabla de "histórico estado" el estado y la fecha del estado que figurasen hasta el ese momento en la solicitud. También se llevará al histórico el comentario asociado al estado. De esta forma quedarán historificados todos los estados por los que fue pasando la solicitud, la fecha de los mismos y su comentario.
El apartado histórico de estados comenzará a estar disponible una vez que tiene el primer cambio de estado, es decir, cuando la solicitud pasa de estado "Borrador" a estado "Presentada". En ese momento, se pasarán a la tabla "histórico estado" el estado "borrador" con su fecha de estado asociada (que habrá sido almacenada de forma automática por el sistema en el momento en que se guarda la solicitud por primera vez).
De forma general, la fecha del estado actual se corresponderá siempre con la fecha en la que se realiza la acción de "Guardar" habiendo realizado un cambio en el valor del estado de la solicitud. Algunos de estos estados conllevarán un comentario que podrá ser agregado por ACT- CSP-001-Investigador o ACT-CSP-004-Administrador/ACT-CSP-003-Gestor en función del caso. Este comentario también pasará al apartado Histórico de estados.
Puede verse el detalle de estados en el apartado Flujo de solicitud
El flujo de estados estará integrado con el módulo de avisos global al SGI (CSP - Comunicados), de forma que ACT- CSP-001-Investigador y ACT-CSP-003-Gestor reciban notificaciones de acuerdo a las modificaciones realizadas sobre el estado de la Solicitud. Ver diagrama de secuencia.
En este apartado se permitirá consultar las palabras clave asociadas a una solicitud y/o asociar nuevas palabras de forma que luego se puedan buscar solicitudes por dichas palabras por parte de ACT-CSP-004-Administrador y ACT-CSP-003-Gestor.
Ver prototipo de pantalla genérica para gestionar las palabras clave asociadas a una entidad IU-GEN-0200 - Gestión de palabras clave que se adaptará en el menú correspondiente de la gestión de una solicitud.
Los apartados que se describen a continuación son específicos para las Solicitudes llamadas tipo estándar o de proyectos de investigación. Dispondrán de tres grandes apartados:
En este apartado se agrupa la información relativa al proyecto/actividad de investigación propuesto.
En este apartado el proyecto solicitado se podrá clasificar dentro de una o varias áreas de conocimiento. Esto permitirá asociar el proyecto solicitado a un área de manera independiente al área de conocimiento al que esté adscrito el responsable principal. Las áreas de conocimiento disponibles se obtendrán del sistema corporativo universitario correspondiente. El SGI permitirá que las áreas sea una estructura jerárquica de forma que el proyecto quede asociado de manera directa a la rama o ramas de conocimiento a la que pertenezca el área/áreas con las que se relaciona.
El SGI contará con una estructura dinámica de listados de clasificación. Una solicitud de proyecto podrá clasificarse bajo tantos listados como se desee. Listados de clasificación tipo que podrían ser cubiertas bajo esta estructura abierta son:
En este apartado quedará recogido el equipo de proyecto propuesto. El ACT- CSP-001-Investigador solicitante quedará vinculado directamente al equipo de proyecto con rol Investigador principal. El equipo de proyecto quedará constituido por una serie de ACT-CSP-001-Investigador para cada uno de los cuales se indicará:
Los miembros del equipo se añadirán a partir de un buscador. Este buscador devolverá resultados a partir de la integración con el Sistema de gestión de personas corporativo (SGP). Este sistema debe disponer de algún campo que permita identificar en qué conjunto de población universitaria se clasifica cada persona (ejemplo PDI, PAS, Alumnos). En el proceso de implantación del SGI, cada Universidad debe de determinar, a partir de los filtros que se puedan establecer en la integración con el SGP, que grupos de personas deberán estar disponibles en el SGI para ser candidatas a formar parte de los equipos de proyecto.
Si el buscador no devolviese a la persona que desea ser añadida al equipo de proyecto, éste no podrá ser registrado de manera directa en el SGI. El registro de nuevas personas estará centralizado de forma común en el SGI por medio de la correspondiente integración con el sistema de gestión de personas (SGP) corporativo . Este módulo notificará al SGP la "orden" de creación de una nueva persona. Para ello desde el SGI de deben recoger los campos necesarios para remitir esta información en la notificación de registro de nuevo investigador al SGP. La disponibilidad de este nuevo investigador, puede que no sea inmediata, pues la creación debe de ser realizada por el sistema externo, SGP.
El ACT- CSP-001-Investigador no podrá desencadenar directamente el registro de un nuevo investigador que no figurase en el SGP. La notificación del registro del nuevo investigador debe de ser realizada desde la Unidad de gestión (ACT-CSP-004-Administrador/ACT-CSP-003-Gestor) que coordina la convocatoria.
En este apartado quedará recogido el responsable económico del proyecto. El responsable económico quedará constituido por:
No podrá existir en el mismo momento dos responsables económicos, por lo que se tendrá que validar que los rangos de participación no se solapen.
El responsable económico se añadirá a partir de un buscador. Este buscador devolverá resultados a partir de la integración con el Sistema de gestión de personas corporativo (SGP). Este sistema debe disponer de algún campo que permita identificar en qué conjunto de población universitaria se clasifica cada persona (ejemplo PDI, PAS, Alumnos). En el proceso de implantación del SGI, cada Universidad debe de determinar, a partir de los filtros que se puedan establecer en la integración con el SGP, que grupos de personas deberán estar disponibles en el SGI para ser candidatas a ser responsables económicos de un proyecto.
Si el buscador no devolviese a la persona que desea ser añadida, éste no podrá ser registrado de manera directa en el SGI. El registro de nuevas personas estará centralizado de forma común en el SGI por medio de la correspondiente integración con el sistema de gestión de personas (SGP) corporativo . Este módulo notificará al SGP la "orden" de creación de una nueva persona. Para ello desde el SGI de deben recoger los campos necesarios para remitir esta información en la notificación de registro de nuevo investigador al SGP. La disponibilidad de este nuevo investigador, puede que no sea inmediata, pues la creación debe de ser realizada por el sistema externo, SGP.
Apartado que se activará si en el campo "Proyecto colaborativo" del apartado "Datos generales" se indica el valor "Sí". En este apartado se recogerá el listado de socios, entendidos éstos como empresas, que participarán en el proyecto propuesto. Para cada socio se permitirá recoger su equipo de proyecto. Tanto los socios como los miembros de los equipos serán entidades centralizadas de forma externa al SGI. No se realizará una gestión interna en el SGI ni de los socios ni de los miembros de sus equipos. Los sistemas que deberán centralizar la información referente a los socios y sus miembros serán los llamados genéricamente Sistema de gestión de personas (SGP) y/o Sistema de gestión económica (SGE).
El listado de socios (empresas) disponible procederá del módulo Empresas, común a todo el SGI. Este módulo tendrá establecidos los mecanismos de integración correspondientes, de forma que el SGI proporcionará un interface de integración para la búsqueda y notificación de creación de nuevos socios. Este interface de integración deberá ser implementado por el SGP y/o SGE correspondientes.
Para referenciar los socios se dispondrá de un buscador. Este buscador resolverá la búsqueda a través del bus de integración contra el sistema de gestión de empresas de la Universidad, que deberá ser identificado en el momento de la implantación y que habitualmente se tratará del Sistema de gestión económica.
Si el buscador no devolviese ninguna referencia para el socio (empresa) buscado, éste no podrá ser registrado de manera directa en el SGI. El registro de un nuevo socio estará centralizado por el módulo de integración, común al SGI. Este módulo notificará al sistema de gestión de empresas de la Universidad (comúnmente SGE) la "orden" de creación de una nueva empresa. Para ello facilitará un formulario a través del que se registrarán los campos necesarios. Esta información será remitida al sistema externo en la notificación de registro de la nueva empresa. La disponibilidad del nuevo socio, puede que no sea inmediata, pues la creación debe de ser realizada por el sistema externo. Será el módulo de integración definido con este sistema externo quien notifique al SGI cuándo estará disponible el nuevo socio para poder vincularlo a la solicitud, así como quien determine los campos obligatorios a cumplimentar para poder registrar la Empresa.
El ACT- CSP-001-Investigador no podrá desencadenar directamente el registro de una nueva empresa que no figure en el Sistema externo correspondiente. La notificación del registro de la nueva empresa debe de ser realizada desde la Unidad de gestión (ACT-CSP-004-Administrador/ACT-CSP-003-Gestor) que coordina la convocatoria.
Para cada socio incorporado a la solicitud de proyecto, se podrá indicar:
Por cada uno de los socios se podrá detallar el equipo de proyecto, sin que sea una información requerida con carácter obligatorio. De forma análoga al equipo de proyecto propio se indicará el listado de miembros del equipo. Para cada miembro se podrá detallar:
Como ocurre con el equipo propio, los miembros del equipo se añadirán a partir de un buscador. En este caso, los miembros no serán personal propio. La búsqueda será realizada, a través de los mecanismos de integración provistos por el SGI, contra el SGP (sistema de gestión de personas) corporativo. Si el buscador no devolviese al miembro que desea ser añadido al equipo de proyecto del socio, éste no podrá ser registrado de manera directa en el SGI. El registro de nuevos miembros estará centralizado en el SGP, donde se deberá de identificar con la categorización adecuada que se trata de una persona ajena a la Universidad, con la que no establece una relación directa, sino un vínculo de colaboración. Esta categorización debe de ser definida en el SGP. El SGI simplemente notificará al SGP la "orden" de creación de una nueva persona (ajena a la Universidad). Desde el SGI se deben recoger los campos necesarios y remitirlos al SGP. La disponibilidad de este nuevo miembro, puede que no sea inmediata, pues la creación debe de ser realizada por el sistema externo, SGP. Serán los mecanismos de integración que facilite este sistema los que determinen cuanto de inmediata será la operación.
El ACT- CSP-001-Investigador no podrá desencadenar directamente el registro de un nuevo miembro que no figurase en el SGP. La notificación del registro del nuevo miembro debe de ser realizada desde la Unidad de gestión (ACT-CSP-004-Administrador/ACT-CSP-003-Gestor) que coordina la convocatoria.
Los periodos previstos de pago de un socio, en la fase de registro de la solicitud, quedan definidos por:
No será obligatorio indicar los periodos previstos de pago para registrar una solicitud. Si se crea un periodo de pago el dato mínimo obligatorio será el mes previsto de pago.
Los periodos de justificación previstos para un socio, quedan definidos por:
No será obligatorio indicar los periodos previstos de justificación para registrar una solicitud. Si se define un periodo de justificación los datos obligatorios serán el mes inicial y final del periodo.
Ni los periodos de pago ni los periodos de justificación definidos en la solicitud generarán avisos sobre el módulo AVI del SGI, puesto que son previsiones realizadas durante la solicitud. Los avisos correspondientes se crearán una vez haya sido creado el Proyecto, en caso que la Solicitud resultase Concedida.
Se visualizarán las entidades financiadoras de la convocatoria, de forma adicional, se podrán añadir otras entidades financiadoras ajenas a la convocatoria . Estas entidades procederán, como funcionamiento global del SGI, de la integración con el SGE.
En este apartado se recogerá el desglose presupuestario del proyecto en solicitud. Para este desglose se partirá de las restricciones de elegibilidad añadidas en la convocatoria. El presupuesto se deberá desglosar en base a los conceptos de gasto configurados a nivel global en el SGI (IU-CSP-0090 - Gestión de conceptos de gasto).
Como la convocatoria puede admitir varias entidades financiadoras o incluso el proyecto (solicitud en este momento) podría tener otras fuentes de financiación adicionales a las que promueven la convocatoria, el desglose del presupuesto se podrá recoger especificado por entidad financiadora. Dependiendo del valor del campo "Desglose del presupuesto por entidades financiadoras" de Datos proyecto se dejará introducir un único presupuesto global, un presupuesto individual por cada entidada financiadora y un presupuesto conjunto para todas las entidades de la convocatoria e individual para cada una de las entidades ajenas a la convocatoria (mixto).
Tanto si es por entidad financiadora, mixto o global se podrá recoger un desglose de presupuesto, a partir de :
En función de si el presupuesto se recoge ya expresado en anualidades, el mismo concepto de gasto podrá repetirse varias veces. El sistema solo impondrá como limitación que el mismo concepto de gasto no se repita para una misma anualidad y entidad financiadora. Es decir, un mismo concepto de gasto también podría aparecer para una misma anualidad en el desglose de presupuesto asociado a distintas entidades financiadoras en el caso de prespuestos por entidades financiadoras. En el caso de un único presupuesto global, no se podrá repetir el mismo concepto de gasto para la misma anualidad.
Con el desglose del presupuesto y con los datos de los importes solicitado y presupuestado incluidos en el detalle de los socios, se obtendrán los siguientes campos calculados (que también podrán ser introducidos manualmente en caso que no se quiera llegar a detallar esta información a nivel de presupuesto y socios):
En el caso de desglose de presupuesto por entidades financiadoras, con los importes introducidos en todos los conceptos de gasto para todas las entidades financiadoras, se obtendrán los siguientes campos calculados:
Estos campos serán calculados y no se podrán modificar manualmente. A partir de estos campos se obtendrán:
Que sí serán campos modificables junto con:
Cuestionario básico (con preguntas sí/no) que permitirá conocer si el proyecto solicitado debe someterse a evaluación por parte del Comité de ética. Si el resultado de este cuestionario confirma la necesidad de evaluación, se creará automáticamente una nueva petición de evaluación de ética en ETI - Módulo de ética. La creación de esta petición automática tendrá lugar cuando se realice el cambio de estado desde estado "Borrador" a cualquier otro estado diferente a "Desistida" y "Renunciada".
Para las solicitudes de tipo "proyecto", cuando éstas adquieran uno de los siguientes estados:
ACT-CSP-003-Gestor o ACT-CSP-004-Administrador de la Unidad de gestión podrán crear directamente un proyecto en estado "borrador" a partir de la solicitud. El proyecto creado tomará determinados datos de la solicitud y si esta deriva de una convocatoria registrada en el SGI también se volcarán determinados datos desde la misma (ver IU-CSP-0303-004 - Búsqueda y listado de solicitudes - UG - Crear proyecto).
Para las solicitudes de tipo "proyecto", ACT-CSP-001-Investigador solamente tendrá acceso a los apartados:
No se diseñará un formulario específico para las solicitudes de grupos. Serán tratadas como solicitudes genéricas por lo que solo tendrán disponibles los apartados
Ver información ampliada en CSP - Grupos de investigación
Cuando las solicitudes de tipo "grupo" adquieran uno de los siguientes estados:
la unidad de gestión (ACT-CSP-004-Administrador y ACT-CSP-003-Gestor) podrá realizar la creación del grupo a partir de la solicitud. El grupo creado tendrá unos datos mínimos, puesto que no se está recogiendo toda la información del mismo en la solicitud. Ver IU-CSP-0303-006 - Búsqueda y listado de solicitudes - UG - Crear grupo.
Las solicitudes de tipo RRHH incorporarán a los apartados genéricos los siguientes:
Las solicitudes de tipo "RRHH" presentan como particularidad adicional que podrían ser registradas por personal externo a la Universidad de implantación del SGI.
En este apartado se recogerá información relativa al solicitante:
La información relativa a los datos personales podrá ser recuperada del sistema corporativo de RRHH por medio de los mecanismos de integración correspondientes para aquellas personas que formen parten de la Universidad de implantación del SGI. En el caso de que el solicitante sea una persona externa será necesario que esta información sea introducida manualmente.
Del mimo modo, el campo "Universidad de origen" solo aplicará para el personal externo. La Universidad será recuperada del sistema de gestión de empresas corporativo, de modo que estarán disponibles las Universidades registradas en este sistema.
Área ANEP. El SGI dispone de un listado general de clasificaciones. Entre estas clasificaciones se podrá configurar el listado de áreas ANEP. Solamente se permitirá asociar la solicitud postdoctoral a un área ANEP.
En este apartado se recogerá la persona que el solicitante propone como tutor/a del trabajo de RRHH. Será una persona perteneciente a la Universidad de implantación del SGI por lo que se ofrecerá el correspondiente buscador integrado con el sistema de gestión de personas corporativo. Se recuperará la siguiente información asociada al director/a seleccionado:
En este apartado se mostrarán los requisitos especificados en el apartado Requisitos IP de la convocatoria (CSP - Convocatorias) relativas al nivel académico y categorías exigidas, con sus correspondientes fechas de anterioridad o posterioridad. Si bien para el personal perteneciente a la propia Universidad el cumplimento de este tipo de requisitos puede ser recuperado a partir de la información recuperada del sistema de gestión de RRHH, se dará la posibilidad al ACT-CSP-001-Investigador Solicitante de adjuntar el documento acreditativo correspondiente (de forma opcional).
En este apartado se mostrarán los requisitos especificados en el apartado Requisitos Equipo de la convocatoria (CSP - Convocatorias) relativas al nivel académico y categorías exigidas, con sus correspondientes fechas de anterioridad o posterioridad. El cumplimiento de este tipo de requisitos se recuperará a partir de la información del sistema de gestión de RRHH para el tutor/a.
En este apartado se recogerán datos relativos al trabajo:
Los documentos adjuntos podrán ser recogidos en el apartado general de Documentos (que es uno de los apartados genéricos de la solicitud). Desde la convocatoria se podrá especificar, además, que tipos de documento será obligatorio recoger en la solicitud.
Las solicitudes de tipo "RRHH" incorporan un flujo particular en el SGI: han de ser aceptadas por el/la tutor/a especificado en la solicitud. Una vez que la solicitud ha sido marcada como "Solicitada" por ACT-CSP-001-Investigador Solicitante estará disponible para el ACT-CSP-001-Investigador que hubiera sido indicado como tutor/a en la solicitud.
Desde el acceso ACT-CSP-001-Investigador se dispondrá de una opción "Validación como tutor/a" solo disponible cuando existe alguna solicitud de tipo "RRHH" para la que ACT-CSP-001-Investigador se hubiese indicado como tutor/a del trabajo. ACT-CSP-001-Investigador tutor/a podrá aceptar o rechazar la solicitud. Se introducen en este caso los estados "Validada" y "Rechazada".
ACT-CSP-001-Investigador como solicitante marcará la solicitud en estado "solicitada". En este momento podrá ser validada o rechazada por ACT-CSP-001-Investigador tutor/a (sin que esto impida que ACT-CSP-003-Gestor o ACT-CSP-004-Administrador de la unidad de gestión correspondiente también puedan marcar los estados "Validada" o "Rechazada"). ACT-CSP-001-Investigador como tutor/a no podrá introducir ningún cambio sobre la solicitud a excepción de validarla o rechazarla. Sobre una solicitud en estado "Validada" solamente podrán introducir cambios o modificar el estado de la misma los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor de la unidad de gestión correspondiente. Será la unidad de gestión quien deba poner la solicitud en cualquier de los siguientes estados, hasta llegar a estar "concedida" o "denegada" de manera definitiva. Sobre una solicitud en estado "Rechazada" el investigador podrá realizar los cambios oportunos comentados por el ACT-CSP-001-Investigador tutor/a e incluso modificar el ACT-CSP-001-Investigador tutor/a.
Cuando las solicitudes de tipo "RRHH" adquieran uno de los siguientes estados:
la unidad de gestión (ACT-CSP-004-Administrador y ACT-CSP-003-Gestor) podrá realizar la creación del proyecto asociado. El proyecto creado tomará determinados datos de la solicitud y si esta deriva de una convocatoria registrada en el SGI también se volcarán determinados datos desde la misma (ver IU-CSP-0303-004 - Búsqueda y listado de solicitudes - UG - Crear proyecto).
Los ACT-CSP-004-Administrador, ACT-CSP-003-Gestor o ACT-CSP-005-Visor podrán realizar búsquedas de las convocatorias . Los resultados devueltos además de los filtros aplicados dependerán siempre de la Unidad de gestión a la que se hubiera vinculado la convocatoria. Automáticamente, el SGI siempre aplicará el filtro de la unidad de gestión, de forma que un usuario solo podrá obtener las solicitudes asociadas a las convocatorias de las unidades de gestión a las que esté vinculado con alguno de los roles ACT-CSP-004-Administrador, ACT-CSP-003-Gestor o ACT-CSP-005-Visor (USR - Módulo de usuarios).
De acuerdo al rol, a partir del listado de solicitudes, estarán disponibles las opciones:
Los estados de la solicitud solamente podrán modificarse de acuerdo al diagrama de estados reflejado en Flujo de solicitud.
Los ACT-CSP-003-Gestor o ACT-CSP-004-Administrador podrán Eliminar una Solicitud, siempre de la Unidad de gestión asociada, independientemente del estado en el que se encuentre. En caso que la Solicitud disponga ya de un Proyecto asociado, la eliminación ha de realizarse de forma progresiva y manual (nunca se producirá una eliminación automática en cascada del proyecto asociado).
Los ACT- CSP-001-Investigador solo podrán obtener el listado de sus solicitudes, es decir, aquellas que hayan sido registradas de forma directa en el SGI por el propio ACT- CSP-001-Investigador o aquellas que hubieran sido registradas, en su nombre, por el ACT-CSP-003-Gestor o ACT-CSP-004-Administrador de la Unidad de gestión correspondiente. No se entenderán como solicitudes asociadas a un ACT- CSP-001-Investigador, aquellas en las que simplemen el ACT- CSP-001-Investigador figure como parte del equipo de proyecto (en caso que la solicitud sea de este tipo). Solo se permitirá la visibilidad y acceso de las solicitudes de las que el ACT- CSP-001-Investigador es "titular".
A pesar de que la Solicitud esté vinculada de manera directa al ACT- CSP-001-Investigador se distinguirán dos modos de acceso en función de quien hubiera registrado la solicitud en el SGI (el propio ACT- CSP-001-Investigador o la Unidad de gestión, a través de uno de sus ACT-CSP-003-Gestor o ACT-CSP-004-Administrador)
Por otro lado, un ACT- CSP-001-Investigador solo podrá eliminar una solicitud mientras ésta figure en estado Borrador. En el momento que la Solicitud pase a estado Presentada (ni a ningún otro estado superior), ya no podrá ser Eliminada, debiendo utilizar la transición de estados implementada, acorde a lo indicado arriba, y bajo el esquema Flujo de solicitud.