Hércules

Árbol de páginas

  • Creado por Usuario desconocido (covadonga.garcia), modificado por última vez en jul 29, 2020

Estás viendo una versión antigua de esta página. Ve a la versión actual.

Comparar con el actual Ver el historial de la página

« Anterior Versión 33 Siguiente »

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" podría habilitarse el registro de  las solicitudes, por parte de los investigadores, a través del SGI. 

El SGI implementará un flujo de estados, único para cualquier tipo de solicitud, 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.


Flujo de solicitud

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 investigador 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 "Presentada". 

En la siguiente imagen se recoge el ciclo de estados que implementará el SGI para una solicitud. El SGI implementará un flujo de estados único y común para cualquier tipo de solicitud, independientemente de que se habilite o no el registro de las mismas para los investigadores e independientemente de cual sea la entidad convocante externa. El SGI solo permitirá modificar el estado de una solicitud de acuerdo a las transiciones recogidas en el siguiente diagrama:


Los estados del ciclo de vida de una solicitud, estarán registrados en la tabla Tipo estado solicitud, siendo fijos en el SGI, puesto que existe un comportamiento asociado del sistema sobre ellos. Sí, podrá ser modificado en cada implantación el nombre (literal) elegido para cada uno de los mismos, pero no el número de estados o el comportamiento del ciclo de vida de los mismos. La configuración de los nombres de los estados deberá ser realizada por ACT-008-Sysadm.

  • 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, porque así lo indique o bien el  ACT- CSP-001-Investigador que la haya creado o bien cualquier ACT-CSP-004-Administrador o ACT-CSP-003-Gestor de la unidad de gestión correspondiente, en caso que la solicitud no esté abierta al registro directo por parte de los ACT- CSP-001-Investigador.
  • Admitida provisional. Estado intermedio, solo disponible para los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor independientemente que la solicitud haya sido registrada en el SGI directamente por un ACT- CSP-001-Investigador.
  • Excluida provisional. Estado intermedio, solo disponible para los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor independientemente que la solicitud haya sido registrada en el SGI directamente por un ACT- CSP-001-Investigador.
  • Alegada admisión. Estado intermedio. Este estado podrá ser marcado por ACT-CSP-001-Investigador, en caso que la solicitud esté abierta al registro directo por parte de los ACT- CSP-001-Investigador en el SGI, o por cualquier ACT-CSP-004-Administrador o ACT-CSP-003-Gestor de la unidad de gestión correspondiente. Indicará que el ACT-CSP-001-Investigador ha presentado la alegación pertinente.
  • Desistida. Estado final, que indicará que el Solicitud queda desestimada por el propio solicitante. Este estado podrá ser puesto por ACT- CSP-001-Investigador, en caso que la solicitud esté abierta al registro directo por parte de los ACT- CSP-001-Investigador o por cualquier ACT-CSP-004-Administrador o ACT-CSP-003-Gestor de la unidad de gestión correspondiente, para indicar que la Solicitud ha sido desestimada por el propio Solicitante.
  • Excluida. Estado final. La solicitud no ha sido admitida. Solo disponible para los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor independientemente que la solicitud haya sido registrada en el SGI directamente por un ACT- CSP-001-Investigador.
  • Admitida definitiva. Estado intermedio, solo disponible para los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor independientemente que la solicitud haya sido registrada en el SGI directamente por un ACT- CSP-001-Investigador.
  • Concedida provisional. Estado intermedio, solo disponible para los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor independientemente que la solicitud haya sido registrada en el SGI directamente por un ACT- CSP-001-Investigador.
  • Denegada provisional. Estado intermedio, solo disponible para los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor independientemente que la solicitud haya sido registrada en el SGI directamente por un ACT- CSP-001-Investigador.
  • Alegada evaluación. Estado intermedio. Este estado podrá ser marcado por ACT-CSP-001-Investigador, en caso que la solicitud esté abierta al registro directo por parte de los ACT- CSP-001-Investigador en el SGI, o por cualquier ACT-CSP-004-Administrador o ACT-CSP-003-Gestor de la unidad de gestión correspondiente. Indicará que el ACT-CSP-001-Investigador ha presentado la alegación pertinente.
  • Concedida. Es un estado final. Solo los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor podrán marcar una solicitud como concedida. A partir de este estado se podrá iniciar el registro del  Proyecto asociado.
  • Denegada. Es un estado final. Solo los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor podrán marcar una solicitud como rechazada. La solicitud no podrá quedar vinculada a ningún Proyecto. 

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. En el siguiente diagrama se presenta la interacción implícita que tendrá el módulo CSP con el módulo de Avisos, en lo que refiere a la gestión del ciclo de vida de una solicitud. 

Descripción de la entidad "Solicitud"

Atendiendo al objetivo de homogeneización el SGI se plantea con tres modelos de solicitud unificados:

  • Estándar (proyecto de investigación)
  • RRHH (predoctorales y posdoctorales)
  • Apoyo a Grupos de investigación


La vinculación del modelo de solicitud a la convocatoria se realiza en el apartado "Configuración solicitudes" de la Convocatoria (IU-CSP-0201-014 - Crear convocatoria - Configuración de solicitudes)


El modelo más complejo será el "estándar", que responde a las necesidades de las solicitudes de proyectos de investigación, e incluirá apartados específicos para recoger apartados propios de la definición de proyectos. Los otros dos modelos (RRHH  y apoyo a Grupos de investigación) quedarán cubiertos por los datos generales de la solicitud, sin que resulte necesario incorporar apartados de datos específicos

La información de una solicitud se estructurará en los siguientes apartados:

  • Datos generales
  • Documentos
  • Histórico de estados
  • Hitos
  • Acceso directo a la convocatoria de la que surge la solicitud (la relación principal de una solicitud es la de su convocatoria de procedencia)

Sobre estos apartados, en el caso concreto de las solicitudes estándar (proyectos de investigación), se dispondrá de los apartados:

  • Datos proyecto
  • Equipo proyecto
  • Socios colaboradores
  • Desglose presupuesto


El siguiente diagrama representa el modelo lógico de la tipología más compleja (solicitud de proyectos de investigación):



Se describen a continuación cada uno de los apartados

Datos generales

En el apartado datos generales se agrupará la siguiente información:

  • Investigador. Es la referencia al solicitante. Este dato podrá ser recogido de manera implícita por el SGI cuando sea el mismo investigador quien cumplimente el formulario, o bien deberá ser rellenado de manera explícita cuando la solicitud sea mecanizada desde la Unidad de gestión correspondiente, por ACT-CSP-003-Gestor o ACT-CSP-004-Administrador.
  • Identificador de la convocatoria. Relación automática establecida al crear una solicitud desde una convocatoria previamente registrada en el SGI.
  • Estado actual de solicitud y desplegable para su modificación (incluyendo solo los estados posibles de acuerdo al diagrama de estados y al rol ACT- CSP-001-Investigador o ACT-CSP-004-Administrador/ACT-CSP-003-Gestor )
  • Comentario asociado al estado actual (solo disponible para los estados que requieran aportación de comentario)
  • Código de registro en la entidad convocante.  Permitirá tener referenciado el identificador con el que se registra la solicitud en la entidad convocante. Cuando la solicitud sea tramitada a través del sistema de registro de la propia universidad, podrá utilizarse este campo para anotar el código otorgado por este sistema.
  • Programa: La solicitud podrá estar vinculada a un programa/subprograma/modalidad/submodalidad por cada una de las entidades convocantes, de acuerdo a la definición de la convocatoria.
  • Observaciones: campo abierto para que el Solicitante indique cualquier observación genérica.

Datos proyecto

En este apartado se agrupa la información relativa al proyecto/actividad de investigación propuesto.

  • Título del proyecto (campo obligatorio)
  • Acrónimo (campo obligatorio)
  • Duración prevista: valor numérico, expresado en meses. (campo obligatorio) 
  • Proyecto colaborativo: Se permitirá indicar si el proyecto propuesto será colaborativo. Aunque se notificará con un aviso, en caso que la convocatoria de procedencia tenga recogido un valor afirmativo sobre este campo, no se limitará indicar en la solicitud un valor u otro (sí o no) sin corresponderse con lo recogido en la convocatoria. En caso de que en la solicitud se marque el valor "Sí", se activará el apartado "Socios colaboradores".
  • Coordinador. Será un desplegable que tomará dos valores "Universidad"  o "Externo". El valor "Universidad" es genérico, y se corresponderá en cada implantación con el nombre de la Universidad correspondiente. El valor "Externo" es representativo de que el coordinador es alguno de los Socios (y así se podrá recoger en el apartado Socios colaboradores) 
  • Universidad subcontratada. Valor "sí" o "no", que recoge informativamente si la Universidad actúa como subcontratada. No existe ningún comportamiento específico ni información adicional asociada al valor indicado. 
  • Objetivos del proyecto. Campo de texto abierto para redactar los objetivos marcados con el desarrollo de la actividad de investigación.
  • Justificación e intereses. Campo de texto abierto.
  • Resultados esperados. Campo de texto abierto.
  • Área temática: Se vinculará la solicitud a una de las áreas temáticas asociadas a la convocatoria, en caso de que la convocatoria no tenga restricciones de áreas temáticas, el árbol de áreas temáticas será el completo (configurado por ACT-CSP-004-Administrador a través de  IU-CSP-0095 - Gestión de áreas temáticas). Solo se permitirá vincular la solicitud a un área temática (o subarea).
  • Rama de conocimiento.  Listado precargado a partir de la tabla de Ramas de conocimiento utilizada en clasificación de la Producción científica. 
  • Código UNESCO
  • Código NABS
  • Palabras clave. Palabras clave que el ACT- CSP-001-Investigador considere asociar a su propuesta de proyecto. El SGI dispondrá de una fuente común de palabras clave.


Equipo de proyecto

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á:

  • Rol con el que participará en el equipo de proyecto. Se deberá especificar obligatoriamente un rol para cada uno de los miembros del equipo. Los roles disponibles serán los configurados en la tabla "rol equipo"
  • Fechas previstas de participación, delimitadas por una fecha de inicio y una fecha de fin (ambas obligatorias).

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 al investigador que desea ser añadido al equipo de proyecto, éste no podrá ser registrado de manera directa en el SGI. El registro de nuevos investigadores estará centralizado por el módulo INV (Investigadores) del SGI. Este módulo notificará al SGP la "orden" de creación de un nuevo investigador. Para ello desde el SGI (módulo INV) 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. Para agilizar este proceso ACT- CSP-001-Investigador podrá generar un aviso automático a la Unidad de gestión, a través del módulo AVI (avisos y alertas) del SGI.


Socios colaboradores

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 los sistemas:

  • Sistema de gestión económica (SGE)
  • Sistema de gestión de personas (SGP)

En primer lugar se realizará la búsqueda contra el SGE, donde el socio podría estar registrado si ya se hubieran establecido relaciones económicas con el mismo. En caso de que la búsqueda no sea satisfactoria, ésta se ampliará al SGP, pues podría darse la situación que el socio ya estuviera registrado como Empresa con la que ya se hubiera mantenido colaboración previa.

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 Empresas, común al SGI. Este módulo notificará al SGP 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 SGP 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, SGP. Será la integración de este módulo de Empresas con el SGP, la que determine 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 SGP/SGE. 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 agilizar este proceso ACT- CSP-001-Investigador podrá generar un aviso automático a la Unidad de gestión, a través del módulo AVI (avisos y alertas) del SGI.


Para cada socio incorporado a la solicitud de proyecto, se podrá indicar:

  • El rol que desempeña. Los roles de los socios de proyecto estarán disponibles a través de la tabla tipos de roles de socios (ejemplos de valores "líder", "colaborador")
  • El número de investigadores que forman parte de su equipo (que adicionalmente podrá ser desglosado).
  • Las fechas propuestas de inicio y fin de participación.


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:

  • Rol que desempeña. Para ello se utilizará la misma tabla tipos de rol de equipo disponible para el equipo de proyecto propio.
  • Fechas de inicio y fin de participación.

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 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. Para agilizar este proceso ACT- CSP-001-Investigador podrá generar un aviso automático a la Unidad de gestión, a través del módulo AVI (avisos y alertas) del SGI.


Desglose de presupuesto

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). Para cada concepto de gasto seleccionado:

  • El sistema informará si es elegible o no y si tiene un importe límite premarcado, de acuerdo a la información registrada en la convocatoria.
  • Se deberán de indicar obligatoriamente:
    • El importe solicitado 
    • El importe total presupuestado
  • Adicionalmente se dispondrá de un campo Observaciones para recoger en formato de texto libre cualquier nota de interés sobre la consideración del concepto de gasto en el presupuesto

Con los importes introducidos en todos los conceptos de gasto, se obtendrán dos campos calculados:

  • Importe total solicitado 
  • Importe total presupuestado

Documentos

Apartado para centralizar todos los documentos aportados a la solicitud. Este apartado se dividirá en dos bloques:

  • Documentos requeridos en la convocatoria. Se mostrará el listado de documentos requeridos, de acuerdo a la información aportada en la convocatoria.
  • Listado de documentos "libre", para que el ACT- CSP-001-Investigador solicitante pueda adjuntar documentación adicional que estime oportuno.


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 listado de documentos "libre", se podrá adjuntar cualquier documento. No será obligatorio adjuntar ningún documento en este apartado. Para cada documento se podrá indicar:

  • El tipo de documento. Los tipos disponibles serán los asociados al modelo de ejecución asociado a la convocatoria a la que pertenece la solicitud.
  • Un comentario de texto de libre introducción.


Hitos

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.

Los hitos permitirán dejar historificado los acontecimientos que se consideren relevantes. Un hito queda definido:

  • Tipo de hito. Será seleccionable del listado de hitos configurados sobre el modelo de ejecución al que se ha asociado la convocatoria. Los tipos de hitos partirán de la tabla de configuración global al SGI (IU-CSP-0045 - Gestión de tipos de hito de solicitud)
  • Fecha. Fecha concreta en la que ocurre el hito.
  • Comentario. Campo de texto de libre introducción.

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, abierto a los ACT-CSP-004-Administrador de las Unidades de gestión. De esta forma las fechas a registrar en las solicitudes no se limitan por tipo de convocatoria, 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 concovatoria, 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.

Histórico de estados

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 reaaliza la acción de "Guardar" habiendo realizado un cambio en el valor del estado de la solicitud. Siguiendo el ciclo de la solicitud, cuando ACT-CSP-004-Administrador/ACT-CSP-003-Gestor modifican la solicitud para ponerle el estado "En estudio", se pasará al histórico el estado "Presentada", y así sucesivamente. Mencionar que al seleccionar el estado "En subsanación", al que podrán pasar la solicitud los ACT-CSP-004-Administrador/ACT-CSP-003-Gestor después de su estudio, se activará el campo "Comentario", para recoger el comentario que estará visible para el ACT- CSP-001-Investigador solicitante. A partir de este momento las repeticiones del flujo de estados "Presentada" - "En subsanación" llevarán un comentario asociado, comentario que irá pasando también al histórico de estados.

Los cambios de estados también llevarán implícita la interacción con el módulo de Avisos del SGI. Verl diagrama de secuencia, incluido en el apartado de Descripción.



Entidades de configuración asociadas

Tipos de rol de proyecto

Los roles del equipo de proyecto serán configurables por los ACT-CSP-004-Administrador. No será habitual que los valores cambien tras la implantación, pero el SGI dará cobertura a ello. La definición de un tipo de rol de proyecto se realizará por medio de los siguientes campos:

  • Abreviatura
  • Nombre
  • Descripción
  • Indicador de si el rol es el principal del equipo. 
  • Indicador de si el rol es el responsable económico del equipo
  • Activo. Indicador de si el tipo de rol está o no activo en la configuración del SGI.

Los indicadores de rol principal y responsable económico son necesarios por el hecho de permitir la configuración de nombres de roles. De esta forma el SGI no establece de antemano que el rol principal sea llamado siempre, por ejemplo, "investigador principal". Aunque será lo habitual, una Universidad podría darle otra nomenclatura. No se limitará el número de roles para los que se marque el indicador de rol principal y/o económico, pudiendo un mismo rol estar marcado con ambos indicadores.

Con el campo "Activo" se permitirá que un rol sea desactivado de la configuración del SGI para que no pueda ser asociado a los nuevos componentes de los equipos de proyecto pero de forma que se puedan seguir manteniendo en el histórico de datos del SGI todas las referencias existentes para equipos de proyectos ya creados utilizando ese rol.

Tanto el campo "abreviatura" como el "nombre" deberán de ser únicos. No se permitirá la repetición de estos valores aunque ya no estuvieran activos (campo "Activo" a "no").

Los tipos definidos en la tabla "tipo rol proyecto" que estén activos (campo "Activo" a "sí") serán los que se muestren en los desplegables "rol" de los apartados de "Equipo de proyecto" de solicitudes y proyectos.

Ver formularios de gestión en IU-CSP-0100 - Gestión de roles de equipo de proyecto

Tipos de rol de socios colaboradores

Los roles de los socios colaboradores en el desarrollo de un proyecto serán configurables por los ACT-CSP-004-Administrador. Como en el caso de los roles del equipo de proyecto, no será habitual que los valores cambien tras la implantación, pero el SGI dará cobertura a ello. La definición de un rol de socio colaborador se realizará por medio de los siguientes campos:

  • Abreviatura
  • Nombre
  • Descripción
  • Activo. Indicador de si el tipo de rol está o no activo en la configuración del SGI.

Con el campo "Activo" se permitirá que un rol sea desactivado de la configuración del SGI para que no pueda ser asociado a los nuevos colaboradores de proyecto pero de forma que se puedan seguir manteniendo en el histórico de datos del SGI todas las referencias existentes para proyectos ya creados utilizando ese rol.

Tanto el campo "Abreviatura" como el "Nombre" deberán de ser únicos. No se permitirá la repetición de estos valores aunque ya no estuvieran activos (campo "Activo" a "no").

Los tipos definidos en la tabla "tipo rol socio" que estén activos (campo "Activo" a "sí") serán los que se muestren en los desplegables "rol" de los apartados de "Socios colaboradores" de solicitudes y proyectos.

Ver formularios de gestión en IU-CSP-0105 - Gestión de roles de socios de proyecto

Tipos de estado de solicitud

La tabla "Tipo estado solicitud" contendrá 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, para cualquier implantación, puesto que existe un comportamiento predefinido del sistema sobre ellos. Sí, podrá ser modificado en cada implantación el nombre elegido par cada uno de los estados, pero no el número de estados o el comportamiento del ciclo de vida de los mismos. La configuración de los nombres de los estados deberá ser realizada por ACT-008-Sysadm.

El número de estados y el nombre inicialmente propuesto para cada uno de ellos es:


  • Borrador: estado inicial.
  • Presentada: estado intermedio, que constituirá un ciclo iterativo junto con los estados "en estudio" y "en subsanación".
  • En estudio: estado intermedio, que constituirá un ciclo iterativo junto con los estados "en estudio" y "en subsanación".
  • En subsanación: estado intermedio, que constituirá un ciclo iterativo junto con los estados "en estudio" y "en subsanación".
  • Abandonada: estado final, podrá ser puesto por ACT- CSP-001-Investigador, para indicar  que la Solicitud  queda desestimada por iniciativa propia. También podrá ser utilizado por ACT-CSP-004-Administrador o ACT-CSP-003-Gestor para indicar que la Solicitud ha sido desestimada por el propio Solicitante.
  • Concedida: estado final. Solo los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor podrán marcar una solicitud como concedida. A partir de este estado se podrá iniciar el registro del  Proyecto asociado.
  • Rechazada: estado final. Solo los ACT-CSP-004-Administrador o ACT-CSP-003-Gestor podrán marcar una solicitud como rechazada. La solicitud no podrá quedar vinculada a ningún Proyecto. 






  • Sin etiquetas