Árbol de páginas

Versiones comparadas

Clave

  • Se ha añadido esta línea.
  • Se ha eliminado esta línea.
  • El formato se ha cambiado.

...

  • Estado. Estado en el que se encuentra el proyecto/contrato. En el apartado Estados de un proyecto se detalla el flujo de estados.  El estado inicial tras la creación  de un proyecto/contrato será "Borrador". El cambio a cualquier otro estado, siguiendo el flujo predefinido, provocará que se muestre el campo Comentario que permitirá registrar una nota de texto libre asociada al cambio de estado. El cambio de estado quedará automáticamente vinculado a la fecha/hora en la que guarden los cambios tras haber modificado el valor del Estado.  Esta información, junto con el comentario introducido, podrá ser visualizada desde el subapartado "Histórico de estados". El estado será un campo obligatorio, que por defecto tomará el valor Borrador. No se permitirá la creación de un proyecto/contrato sin estado. 
  • Título. Título del proyecto. Será un campo obligatorio, incluso para guardar el proyecto/contrato en estado Borrador. En caso que el proyecto se cree desde la concesión de una Solicitud, este campo tomará el valor indicado en la misma. El Título "volcado" desde la Solicitud podrá ser modificado libremente por el ACT-CSP-003-Gestor o ACT-CSP-004-Administrador que esté registrando el proyecto, dejando, en este caso, de coincidir con el Título registrado en la Solicitud (que no será actualizado con el del Proyecto).
  • Acrónimo. Identificador corto del proyecto. Será un campo alfanumérico, no obligatorio que permitirá asignar al proyecto un código de referencia. En caso que el proyecto se cree desde la concesión de una Solicitud, este campo tomará el valor indicado en la misma.
  • Código de identificación externo. En este campo se podrá recoger el código de identificación que ha sido asignado al proyecto en la entidad convocante externa (en caso de existir). Será un campo alfanumérico y no será obligatorio.
  • Fecha de inicio. Fecha de inicio del proyecto. Será un campo obligatorio, incluso para guardar el proyecto/contrato en estado Borrador.
  • Fecha de fin. Será un campo obligatorio, incluso para guardar el proyecto/contrato en estado Borrador. En caso de que el proyecto se cree a partir de la concesión de una solicitud registrada en el SGI, la fecha de fin se calculará de forma automática a partir de la Fecha de inicio indicada en el campo anterior y la Duración en meses indicada en los datos de la Solicitud.
  • Convocatoria. Título de la convocatoria de la que procede el proyecto. Si el proyecto se crea a partir de la concesión de una solicitud registrada en el SGI, este campo se completará de forma automática. En caso de que se decida no registrar las solicitudes en el SGI, se deberá asociar de forma manual. Se dispondrá de un buscador sobre las Convocatorias registradas en el SGI asociadas a la Unidad de gestión a la que se ha vinculado el usuario que esta creando el proyecto.
  • Solicitud. Título indicado en la solicitud. Este campo se completará de forma automática si el proyecto se registra en el SGI a partir de la concesión de una solicitud (coincidiendo con el Título inicial del proyecto). En caso que el proyecto sea creado directamente no se podrá asociar a una solicitud, a no ser que de haga la creación del proyecto desde la concesión de la solicitud.
  • Unidad de gestión. El proyecto/contrato quedará vinculado a la Unidad de gestión indicada en este campo. El componente utilizado para indicar la unidad de gestión será desplegable que contendrá únicamente las Unidades de gestión a las que el  ACT-CSP-003-Gestor o ACT-CSP-004-Administrador que está creando el proyecto esté vinculado con rol Gestor o Administrador. Un proyecto/contrato Unidad de gestión. El proyecto/contrato quedará vinculado a la Unidad de gestión indicada en este campo. El componente utilizado para indicar la unidad de gestión será desplegable que contendrá únicamente las Unidades de gestión a las que el  ACT-CSP-003-Gestor o ACT-CSP-004-Administrador que está creando el proyecto esté vinculado con rol Gestor o Administrador. Un proyecto/contrato solo podrá ser creado o modificado por los usuarios que tengan rol Gestor o Administrador sobre una Unidad de gestión que tenga activa la acción de creación/modificación de proyectos. Si un usuario tiene rol Visor sobre la Unidad de gestión a la que está vinculado el proyecto/contrato, podrá ver sus datos pero nunca modificarlos ni crear un nuevo proyecto vinculado a dicha Unidad de gestión. Ver Actores del módulo CSP y Gestión de usuarios y permisos. Será obligatorio indicar una Unidad de gestión para poder guardar el proyecto/contrato, incluso si el proyecto se guarda en estado Borrador. En caso que el ACT-CSP-003-Gestor o ACT-CSP-004-Administrador que está creando el proyecto/contrato tenga rol Gestor o Administrador sobre más de una Unidad de gestión  Unidad de gestión, y con el objetivo de obligar a que el valor introducido sea revisadoantes revisado antes de crear el proyecto/contrato, el desplegable no tomará por defecto ningún valor (se forzará a que el  usuario deba de seleccionar uno de los valores disponibles). Si el proyecto procede de la concesión de una Solicitud, el proyecto tomará la Unidad de gestión a la que ya estuviera vinculada la convocatoria.
  • Modelo de ejecución. De acuerdo a la Unidad de gestión asociada al proyecto/contrato, se cargarán los modelos de ejecución vinculados a la misma. Para ello será necesario que previamente se haya seleccionado un valor para el campo Unidad de gestión. Será obligatorio indicar un modelo de ejecución para poder guardar el proyecto, incluso en estado Borrador. El modelo de ejecución marcará muchos de los listados que estarán disponibles en otros apartados del proyecto. Ver Detalle de modelo de ejecución para más información. En caso que la Unidad de gestión tenga más de un modelo de ejecución asociado y con el objetivo de  obligar a que el valor introducido sea revisado por el ACT-CSP-003-Gestor o ACT-CSP-004-Administrador que está creando el proyecto/contrato, el desplegable no tomará por defecto ningún valor. Si el proyecto procede de la concesión de una Solicitud, el proyecto tomará la Unidad de gestión a la que ya estuviera vinculada la convocatoria origen.
  • Finalidad. Uno de los listados marcados por el valor seleccionado en el Modelo de ejecución será el asociado al desplegable Finalidad (Ver Gestión de tipos de finalidad). Será necesario  haber seleccionado  un valor en el campo Modelo de ejecución para que este campo esté disponible.  El tipo de finalidad del proyecto/contrato será  un valor obligatorio para poder guardar el proyecto a partir del estado Abierto. Para  obligar a que el valor introducido sea revisado por el ACT-CSP-003-Gestor o ACT-CSP-004-Administrador que está creando el proyecto/contrato, y éste no se cree con un valor por defecto, el desplegable no tomará por defecto ningún valor. Si el proyecto procede de la concesión de una Solicitud, el proyecto tomará la Unidad de gestión a la que ya estuviera vinculada la convocatoria origen.
  • Convocatoria. Título de la convocatoria de la que procede el proyecto. Si el proyecto se crea a partir de la concesión de una solicitud registrada en el SGI, este campo se completará de forma automática. En caso de que se decida no registrar las solicitudes en el SGI, se deberá asociar de forma manual. Se dispondrá de un buscador sobre las Convocatorias registradas en el SGI asociadas a la Unidad de gestión a la que se ha vinculado el proyecto. Será necesario haber indicado una Unidad de gestión para que este campo esté disponible.
  • Solicitud. Título indicado en la solicitud. Este campo se completará de forma automática si el proyecto se registra en el SGI a partir de la concesión de una solicitud (coincidiendo con el Título inicial del proyecto). En caso que el proyecto sea creado directamente, podrá vincularse de forma manual con una Solicitud, para ello se dispondrá de un Buscador que ya contendrá filtradas las Solicitudes asociadas a Convocatorias de la Unidad de gestión asociada el proyecto.  Será necesario haber indicado una Unidad de gestión para que este campo esté disponible. En caso que se hubiera indicado una convocatoria en el campo anterior "Convocatoria", este buscador de Solicitudes ya dispondrá también de un segundo filtro aplicado, para que la búsqueda se realice solo sobre las solicitudes de dicha Convocatoriala Unidad de gestión a la que ya estuviera vinculada la convocatoria origen.
  • Ámbito geográfico. Campo desplegable cargado con los valores definidos en Gestión de ámbitos geográficos. Será un campo obligatorio para el estado Abierto. Para asegurar que el valor introducido es revisado, el desplegable no cargará ningún valor por defecto, forzando así su selección. Si el proyecto se crea a partir de la concesión de una Solicitud o se indica manualmente la Convocatoria origen, el campo Ámbito geográfico tomará el mismo valor que el de la Convocatoria correspondiente.
  • Plantilla de justificación económica. Se deberá seleccionar la plantilla de informe de justificación que le corresponde al pryecto. Se dispondrá de dos plantillas de informes de justificación configuradas en el módulo en de REQ - NF - INT - 0040 - SGREP - Integración con SI Generación de Reportes, una plantilla genérica y la específica de proyectos del Ministerio.
  • Confidencial. Podrá tomar valor Sí o No y será obligatorio indicar un valor para guardar el proyecto/contrato en estado Abierto. Si este campo toma valor Sí, el proyecto/contrato se entiende confidencial y el SGI no lo incluirá de forma automática en la producción científica y CVN de ninguno de los miembros del equipo de investigación.
  • Clasificación producción científica/CVN. Este campo indica el apartado de producción científica y CVN donde pasará a mostrarse de forma automática el proyecto/contrato en creación. Será un desplegable con los valores Ayudas y becas, Proyectos competitivos, Contratos, convenios y proyectos no competitivos, Estancias).  No será un campo obligatorio pero si el estado del Proyecto es Abierto y campo Confidencial se ha marcado a No, se mostrará un mensaje de advertencia para indicar al usuario que el proyecto/contrato no será incluido de forma automática en la producción científica y CVN de ninguno de los  miembros del equipo de investigación. Ver CSP - Convocatorias - Apartados CVN
  • Proyecto colaborativo. Campo con los valores Sí/No que permite indicar si el proyecto se desarrolla de forma colaborativa. No tomará ningún valor por defecto para obligar a que sea cumplimentado. Es un campo obligatorio para pasar el proyecto a estado Abierto.  Si este campo toma el valor Sí, se activará el apartado Socios colaboradores así como se activará el campo Coordinador de este mismo apartado. Si el proyecto es creado a partir de la concesión de una solicitud, este campo tomará el valor indicado en la Solicitud.
  • Coordinador externo. En caso de haber indicado el valor Sí sobre el campo Proyecto colaborativo se activará el campo Coordinador externo. No tomará ningún valor por defecto para obligar a que sea cumplimentado. Este campo permitirá recoger quien actúa como Coodirnador del proyecto. Las opciones posibles son:
    • Universidad. Este valor se sustituirá en cada implantación por el nombre concreto de la Universidad, siendo este nombre un parámetro de configuración del SGI.
    • Externo. En este caso el socio que actúa como coordinador del proyecto deberá indicarse en el apartado Socios colaboradores.
    Podrá tomar los valores Sí/No y permite indicar si el coordinador es la Universidad (valor No) o es otra entidad (valor Sí) en cuyo caso se deberá de indicar en la Socios quien es el coordinador. Será necesario seleccionar un valor en este campo cuando el estado sea Abierto y siempre que se marque que el proyecto es colaborativo. En caso que el proyecto se cree a partir de la concesión de una Solicitud registrada en el SGI, este campo tomará el mismo valor que el indicado en la misma.
  • Universidad subcontratada. Este campo permitirá indicar si la Universidad actúa como entidad subcontratada, sin que esto desencadene ningún tratamiento especial del proyecto en el SGI. No será un campo obligatorio y no tomará ningún valor por defecto. En caso que el proyecto se cree a partir de la concesión de una Solicitud registrada en el SGI, este campo tomará el mismo valor que el indicado en la misma.
  • Requiere timesheet. Campo obligatorio para guardar el proyecto en estado Abierto. Podrá tomar valor afirmativo o negativo, sin que tome ningún valor por defecto para obligar a su cumplimentación. En caso de indicar que el proyecto requiere Timesheet, el proyecto se incluirá en las hojas de timesheet para que se pueda recoger el desglose de horas de dedicación al mismo.
  • Plantilla de hojas de firma. Si el campo "Requiere timesheet" adquiere valor positivo, se deberá indicar la plantilla con la que se generarán los informes de hoja de firma, que deberá estar preconfigurada en periodo de implantación en el módulo REQ - NF - INT - 0040 - SGREP - Integración con SI Generación de Reportes.
  • Paquetes de trabajo.  Campo obligatorio para guardar el proyecto en estado Abierto. Podrá tomar valor afirmativo o negativo, sin que tome ningún valor por defecto para obligar a su cumplimentación. En caso de indicar que el proyecto dispondrá de Paquetes de trabajo se habilitará la opción "Configuración de Paquetes de trabajo". 
  • Cálculo coste/hora personal. Indicará que el proyecto va a requerir la justificación de coste de personal, a partir del cálculo de coste/hora y las horas introducidas en los timesheet. Es un campo obligatorio para guardar el proyecto en estado Abierto. Podrá tomar valor afirmativo o negativo. No estará prerrellenado con ningún valor por defecto, para obligar a su cumplimentación. En caso de indicar que el proyecto requiere el cálculo del coste/hora del personal se validará que también se haya indicado que el proyecto "requiere timesheet". Además provocará que se active el campo "Criterio  horas anuales" que no estará activo en caso de que este campo "cálculo coste/hora personal" no tuviera aún valor o tomara valor negativo.

...

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. La búsqueda de las personas para cada colectivo debe de quedar resuelta a través del requisito de integración REQ-INT-0020-SGP-0010 - Listar colectivos SGI y REQ - NF - INT - 0020 - SGPER - 0030 - Buscar Persona Física con el/los correspondientes sistemas corporativos de la Universidad.  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. Si fuese necesario registrar una nueva persona porque no estuviese aún identificada en los sistemas corporativos, el SGI facilitará los mecanismos de integración correspondientes, REQ-INT-0020-SGP-0050 - Solicitar alta de persona externa, pero será necesario que este registro se realice sobre el sistema corporativo (externo al SGI) que centralice la información de personas con las que la Universidad mantiene algún vínculo.  El módulo de integración del SGI notificará al SGP la "orden" de creación de un nuevo miembro. 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.

...

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.

...

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 (REQ-INT-0020-SGP-0020 - Buscar persona en un colectivolistado de colectivos). En este caso se debe aplicar la búsqueda sobe el colectivo de personas Externas a la universidad REQ-INT-0020-SGP-0010 - Listar colectivos SGI. 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), a través del requisito de integración REQ-INT-0020-SGP-0050 - Solicitar alta de persona externa. 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. 

...

A partir de la fecha prevista de realización del pago indicada el SGI creará un aviso en el módulo AVI - Módulo de Avisos / Alertas.

Periodos de justificación

...

No será obligatorio indicar los periodos de justificación de ningún socio. Si se define un periodo de justificación los datos obligatorios, siempre que el proyecto esté en estado Abierto, serán las fechas de solicitud de la justificación. Tomando como base la fecha de inicio del periodo de solicitud de la justificación, se creará un aviso en el módulo AVI - Módulo de Avisos / Alertas.

Si el proyecto ha sido creado a partir de la concesión de una Solicitud, se podrá obtener de manera directa la información relativa a los periodos (número de periodo, periodo a justificar y observaciones).

...

El campo "genera aviso" permitirá activar o no la creación de un aviso en el módulo AVI - Módulo de Avisos / Alertas

Una vez asociado un periodo o plazo para una fase, sus datos podrán ser modificados y/o podrá eliminarse.

...

Si el proyecto ha sido creado a partir de la concesión de una Solicitud, se podrá obtener de manera directa la información relativa a los periodos, considerando que ahora, cuando el proyecto pase a estado Abierto, serán obligatorias las fechas del plazo de presentación. Tomando como base la fecha de inicio del plazo de presentación, se creará un aviso en el módulo AVI - Módulo de Avisos / Alertas.

Documentos

Para cada periodo de seguimiento se podrá recoger la documentación asociada. Un periodo podrá tener asociados varios documentos, y por cada documento que se adjunte se podrá indicar:

...

La fecha de emisión será utilizada para crear un aviso en el módulo AVI - Módulo de Avisos / Alertas.

Una vez registrado el calendario de facturación, los siguientes pasos serán realizados desde el módulo FACT - Módulo de Facturación desde el que se centraliza la correspondiente integración con el SGE. Será mediante esta integración la que permita al SGI mostrar el detalle de la factura emitida y el estado en el que se encuentra. El listado de estados disponible será dependiente de la información que sea remitida desde el SGE a través del módulo FACT - Módulo de Facturación.

...

El periodo de entrega de la justificación estará limitado por una fecha de inicio y una fecha de fin y marcará el periodo en el que debe de ser remitida la documentación de justificación a la entidad correspondiente. La fecha de inicio será utilizada para generar un aviso en el módulo general de AVI - Módulo de Avisos / Alertas.

El campo Observaciones es un campo de texto libre para  dejar recogida cualquier información que los ACT-CSP-003-Gestor consideren relevante.

...