Versión 2026.11

Gestión de Proyectos

Mejoras en el proceso de justificación de información digital (ISCIII)

Tras el despliegue realizado en septiembre, se han identificado diversas oportunidades de mejora en el proceso actual de generación de formatos de justificación del ISCIII. El objetivo principal de estos cambios es aumentar la utilidad del proceso para el usuario final, mejorar la calidad del dato y reducir errores en la subida de información.

A continuación, se detallan las mejoras que se van a incorporar, aplicables a los tres formatos de justificación ISCIII:

• ISCIII – Bienes y Servicios
• ISCIII – Viajes
• ISCIII – Personal RRHH (desglosado)

Estas mejoras afectan específicamente a las columnas:

• DOC_FACTURA / DOC_NOMINA
• DOC_PAGO

1. Actualmente, el proceso genera los CSV cumplimentando siempre:

• La columna DOC_FACTURA / DOC_NOMINA
• La columna DOC_PAGO (si el documento está pagado)

Esto se basa en la premisa de que todos los documentos tienen información digital disponible en Fundanet, lo cual no refleja la realidad actual.

Es por esta razón que se incorpora una validación previa antes de informar estas columnas:

• Para DOC_FACTURA / DOC_NOMINA:
  • Si el documento tiene información digital: se rellena el campo.
  • Si no tiene información digital: el campo se deja en blanco.
• Para DOC_PAGO:
  • Si el documento está pagado:
    • Se verifica si existe información digital en el vencimiento o en la operación de pago.
    • Si existe, se rellena el campo.
    • Si no existe, se deja en blanco (igual que si estuviera pendiente de pago).

2. En clientes en entorno Cloud, las rutas de acceso a documentos incluyen el prefijo: \\Cliente\$. Esto provoca errores en la subida del fichero CSV a la plataforma, ya que las rutas no son reconocidas correctamente.

Es por esta razón que se ha implementado una normalización automática de las rutas al generar el fichero:

• Si la ruta comienza por \\Client\, se elimina ese prefijo
• Si se detecta el símbolo $, se sustituye por :
• El resto de la ruta se mantiene sin cambios

3. Algunos documentos contienen caracteres especiales en su nombre (ej. \, /, :, *, etc.) que no son compatibles con el sistema operativo al descargarlos, lo que provoca errores. Con esta mejora, se eliminarán automáticamente los caracteres no permitidos en nombres de archivo, alineando este comportamiento con el ya existente en el proceso de descarga de PDFs.

Mejoras en el Excel de Justificación MINECO

Se han incorporado nuevas mejoras en el Excel de Justificación MINECO (actual MICINN/MICIU) con el objetivo de simplificar su uso y facilitar la revisión de la información.

Al generar el formato de justificación “Justificación Mineco (XML)” en Fundanet, siempre se descargan dos documentos: un documento en formato XML para su presentación a la entidad financiadora, y un documento en formato Excel que sirve de ayuda al gestor del proyecto para revisar la información a justificar.

Así, como primera novedad, al generar el formato de justificación, el Excel se incluirá directamente dentro de la carpeta "Formateados…", junto al fichero XML correspondiente. De este modo, toda la documentación queda agrupada en un único lugar, haciendo más cómoda su localización y consulta.

En cuanto al contenido del archivo Excel, se unifica la información mostrada para que sea coherente con la del XML. El Excel se organiza ahora en seis hojas:

1. Facturas
2. OtroGasto
3. GastoPersonalMes
4. GastoPersonalAnio
5. GastoPersonalAnualizado
6. Amortizaciones

El objetivo de este cambio es rellenar automáticamente todos los datos posibles en las tres primeras hojas (Facturas, OtroGasto y GastoPersonalMes), haciendo coincidir cada etiqueta del XML con su columna correspondiente. Las hojas restantes quedan disponibles para que el usuario las complete según los criterios establecidos por el Ministerio.

Además, la información de los gastos se presenta en el Excel agrupados o separados exactamente igual que en el XML, evitando duplicidades o filas incorrectas. En concreto:

• Las facturas y los gastos menores correspondientes a un mismo proyecto, partida y epígrafe se reflejan en una única fila con el importe total. Solo se muestran separadas cuando un gasto esté imputado a partidas que se encuentren en distintos epígrafes.
• En el caso de las nóminas, el salario y la seguridad social se presentan en filas independientes, mostrando en cada una el importe total y un porcentaje de dedicación calculado forma coherente según el tipo de gasto y su grado de imputación.

En este punto, es importante aclarar que el Excel tiene como finalidad permitir una revisión más sencilla de los datos contenidos en el XML, sustituyendo la versión anterior que había quedado desactualizada, y facilitar la adaptación al formato exigido por el financiador en los reportes de auditoría. No obstante, el documento Excel no debe utilizarse como herramienta de justificación en la plataforma, ya que esta funcionalidad sigue realizándose exclusivamente mediante la importación del fichero XML.

Finanzas

Mejoras en el proceso de incorporación de documentos de pago

Con el objetivo de mejorar la compatibilidad del proceso de incorporación de documentos de pago en Fundanet con los distintos formatos utilizados por las entidades bancarias y los formatos de emisión SEPA, se ha implementado un cambio en la forma de identificar las facturas recibidas.

Hasta el momento, el sistema identificaba las facturas recibidas dentro del documento PDF exclusivamente a partir del literal “S/F” seguido de un espacio, tomando como referencia el valor posterior para obtener el “número factura proveedor”.

Con esta mejora, el proceso pasa a reconocer como equivalentes los siguientes formatos:

• S/F (formato histórico)
• S F (separado por espacio simple)
• SF (sin separador)

La búsqueda del literal se realiza de forma flexible, permitiendo la identificación independientemente de si existe barra, espacio o ausencia de separador entre los caracteres.

En el caso de los gastos menores el funcionamiento se mantiene sin cambios.

Producción Científica

Ordenación del personal de las unidades de investigación

Se ha incorporado una nueva funcionalidad en Fundanet que permite gestionar manualmente el orden del personal de las unidades de investigación, con el objetivo de personalizar su visualización en el Portal de Investigación.

Esta mejora está disponible en los nodos Personal actual, Personal histórico y Personal Colaborador donde se ha añadido, a la derecha del filtro de texto, dos nuevos botones en forma de flechas. Estas flechas permiten subir o bajar la posición del registro seleccionado de forma ágil e intuitiva.

Además, se incorpora una nueva columna denominada Orden, desde la que puede consultarse la posición de cada persona dentro del listado.

Funcionamiento de la ordenación:

• El sistema asignará automáticamente un orden inicial a las personas de la unidad según su fecha de creación.
• El nuevo personal que se incorpore a partir de ahora recibirá automáticamente un valor de orden correlativo.
• El usuario podrá modificar manualmente la posición de cada persona mediante las flechas de desplazamiento.

Consideraciones importantes:

La ordenación del personal actual y del personal histórico es compartida. Por este motivo, pueden existir saltos en la numeración del orden debido a bajas, eliminaciones o diferencias entre ambos listados. Estos saltos no afectan al funcionamiento, ya que lo relevante es la posición relativa de cada persona dentro de la unidad.

La configuración establecida en estos apartados será la utilizada para mostrar el personal de las unidades de investigación en el Portal de Investigación, permitiendo mantener una visualización coherente y personalizada de sus integrantes.

Innovación

Mejora en la gestión y eliminación automática de hitos en protecciones

Se han incorporado nuevas mejoras en la gestión de hitos de las protecciones con el objetivo de optimizar su mantenimiento y facilitar la gestión del cambio de estado de las solicitudes en fase de tramitación.

A partir de ahora, cuando se cambie el estado de una protección a Denegada, Abandonada o Retirada, el sistema podrá eliminar de forma automática los hitos pendientes registrados en el nodo Bitácora.

Hasta el momento, estos hitos debían eliminarse manualmente y de forma individual por parte del gestor, al no corresponder ya su ejecución debido al cambio de estado de la solicitud. En caso de no realizar esta eliminación manual, los hitos continuaban apareciendo como pendientes en las comunicaciones automáticas enviadas por correo electrónico si no se realiza la acción anterior.

Con esta mejora, al realizar el cambio de estado, el sistema comprobará si existen hitos registrados y mostrará un aviso para que el usuario pueda decidir si desea eliminar aquellos hitos pendientes que ya no deban ejecutarse.

El proceso eliminará únicamente los hitos pendientes cuya fecha planificada esté vacía o sea posterior a la fecha del cambio de estado indicada (fecha de denegación, abandono o retirada, según corresponda), siempre que no tengan seguimientos vinculados. En caso de existir hitos con seguimientos asociados, estos no podrán eliminarse y el sistema mostrará un mensaje informativo indicando esta situación.

Adicionalmente, se incorpora una mejora en el nodo Bitácora que permite realizar la eliminación múltiple de hitos en una única operación. De este modo, el usuario podrá seleccionar varios registros y eliminarlos de forma masiva, siempre que no tengan seguimientos asociados, aplicando las mismas restricciones definidas para el borrado automático.

Estas mejoras permiten una gestión más eficiente de los hitos asociados a las protecciones, reducen tareas manuales de mantenimiento y contribuyen a mantener actualizada y alineada la planificación de actuaciones con el estado real de cada solicitud.

Mejora en la gestión de la prioridad en familias de patentes

Se han realizado mejoras en la gestión de familias de patentes con el objetivo de agilizar el proceso de creación de protecciones y facilitar la cumplimentación de la información relacionada con la prioridad de las solicitudes.

A partir de ahora, al crear la primera solicitud de protección asociada a un resultado, el sistema marcará automáticamente el campo Prioritaria. Además, la fecha de solicitud indicada se copiará automáticamente al campo Fecha de prioridad.

Al crear solicitudes posteriores dentro del mismo resultado, el sistema dejará por defecto desmarcado el campo Prioritaria. En estos casos, la Fecha de prioridad se completará automáticamente con la fecha de solicitud de la protección marcada como prioritaria.

Este comportamiento no incorpora validaciones adicionales, por lo que seguirá siendo posible que existan varias solicitudes marcadas como prioritarias dentro de un mismo resultado, o que no exista ninguna solicitud marcada como prioritaria. En cualquiera de estos casos, el campo Fecha de prioridad no se completará automáticamente y permanecerá vacío para su cumplimentación manual por parte del usuario.

Por último, es importante tener en cuenta que este funcionamiento aplica únicamente en el momento de creación de las solicitudes. Cualquier modificación posterior sobre la Fecha de prioridad no se propagará automáticamente a solicitudes ya creadas, solamente a las nuevas, por lo que los ajustes deberán realizarse de forma manual cuando sea necesario.