Actualización 2022.24

Funcionalidades Generales

Funcionalidad descatalogada: Integración de la bandeja de correos de Outlook para la incorporación de documentos al gestor documental

El botón de “Correo” y el formulario de bandeja de correos que actualmente se encuentra en el menú de opciones del gestor documental dejará de estar disponible a partir de la actualización del 24/10/2022.

Microsoft no soporta la automatización de la librería de objetos Microsoft. Office.Interop.Outlook.dll  que hasta ahora se venía utilizando por ser considerado un caso de uso que puede generar vulnerabilidad y riesgos de seguridad en Outlook.

Avoid unsupported methods to integrate with Exchange - Exchange | Microsoft Docs

De forma alternativa, para subir los documentos de correo electrónico al gestor documental se recomienda copiar el correo de Outlook en una carpeta del equipo local y subir el fichero (.msg) como cualquier otro documento (pdf, Word, Excel, etc.).

Fundanet Financials

Nueva versión de Anticipos Entregados

Hasta ahora Fundanet contaba con varios formularios para la gestión de anticipos. En concreto, los siguientes:

• Anticipos a proveedor: permitía registrar anticipos para proveedores y realizar operaciones sobre los mismos (pagar, devolver, realizar consultas).
• Solicitud de anticipos: permitía realizar solicitudes de anticipos a justificar. A través de una operación se podían aceptar o rechazar.
• Mantenimiento de anticipos a justificar: permitía registrar anticipos que, posteriormente se fueran a justificar con diferentes gastos (facturas, gastos menores).
• Justificación de anticipos: permitía realizar la conciliación de los anticipos a justificar con los gastos asumidos con cargo a dicho anticipo.
• Consulta de anticipos a Justificar: permitía buscar anticipos a justificar filtrando por proyecto, estado o fechas.

Todas estas funcionalidades han sido unificadas en la gestión de Anticipos Entregados, disponibles desde el Área de Trabajo de Tesorería.

IMPORTANTE: Tras la actualización todos los formularios anteriores dejarán de estar disponibles. Automáticamente, los gestores de la tesorería verán las nuevas opciones de Anticipos entregados dentro del Área de Trabajo, que será el único apartado disponible para la creación y consulta de anticipos entregados.

Los beneficios que aporta esta nueva versión son:

• Al acceder al área de trabajo de tesorería el usuario visualizará cuántos anticipos tiene en cada estado pendiente de gestionar (en aprobación, pendiente de pago, pendiente de liquidar).
• Desde la propia área de trabajo, existirá la opción de crear un nuevo anticipo:
• Se podrá crear un nuevo anticipo duplicando uno existente.
• Mejoras en la visualización del anticipo:
  • Unificación de las fichas de anticipos a proveedor y anticipos a justificar, pudiéndose indicar un proyecto en ambos casos.
  • Loseta lateral informativa con la Situación del Registro y los diferentes importes del mismo.
  • Incorporación de la divisa de forma estándar.
• Mejoras en el apartado de aprobación:
  • El anticipo pasa a tener un campo de Estado, que permitirá identificar si se encuentra solicitado, aprobado o rechazado.
  • Historial con los cambios de estados producidos a lo largo del tiempo.
  • La aprobación del anticipo de podrá hacer a través de un flujo de aprobación.
  • El pegado de los flujos de aprobación podrá ser automáticos a través de la configuración de las Condiciones de pegado de agendas para la entidad Anticipo.
  • Menú de Flujo de aprobaciones para autorizar o rechazar directamente el anticipo desde su ficha.
• Mejoras en el apartado de liquidación de anticipos:
  • Realización de la acción desde un anticipo, heredando la información de éste y no siendo necesaria su búsqueda manual.
  • Búsqueda y selección más dinámica de gastos susceptibles ser liquidados.
  • Nueva versión de Gestión de Tarjetas de Crédito

A partir de la presente actualización, se despliega la nueva versión de Tarjetas de crédito que sustituye a las siguientes opciones anteriores:

• Mantenimiento de Tarjetas
• Registro de Movimiento de Tarjetas
• Conciliación de Tarjetas con Documentos

A partir de ahora, desde el apartado de Cuentas bancarias disponible en el Área de Trabajo de Tesorería, se accederá a la Gestión de Tarjetas de Crédito.

IMPORTANTE: Tras la actualización, todos los formularios anteriores dejarán de estar disponibles. Automáticamente, los gestores de la tesorería verán la nueva opción de Tarjetas de crédito dentro del apartado de Cuentas Bancarias del Área de Trabajo.

Al acceder al nuevo formulario, por defecto, se podrán consultar todas aquellas tarjetas activas actualmente (es decir, aquellas que no hayan llegado aún a su fecha de caducidad y no tengan indicada fecha de baja). Adicionalmente, se podrán realizar las búsquedas que se requieran mediante la opción Buscar.

Desde el apartado de procesos se podrán realizar las siguientes operaciones habituales:

• Carga de movimientos de la tarjeta: integra los movimientos de la tarjeta a partir de un fichero Excel normalizado, que se puede obtener desde el propio formulario.
• Conciliación de los movimientos con los gastos registrados en el sistema: al conciliar, se crea un pago incluyendo el gasto y la parte correspondiente del anticipo creado en el paso anterior.

Asimismo, por cada una de las tarjetas se podrá obtener un informe con los movimientos cargados, así como la información relativa al gasto asociado en caso de que se encuentre conciliado.

Cambios y correcciones en el Modelo 296. IRPF No Residentes

Dentro de las liquidaciones de impuestos generadas con Fundanet, existen las declaraciones informativas anuales de IRPF 190 y 296, para residentes y no residentes respectivamente.

Hasta ahora, tanto la generación del fichero o del Excel del Modelo 296 presentaba algunos errores de formato, no permitiéndote generarlo y presentarlo directamente en la Agencia Tributaria. Las subsanaciones realizadas sobre el modelo son las siguientes:

Validación del tipo de Documento Identificativo del tercero. Al generar tanto el fichero como el Excel, se muestra un formulario con los resultados de la generación detallando las Incidencias encontradas. Para aquellos terceros que el documento identificativo sea pasaporte, aparece un mensaje de aviso “el NIF indicativo no es válido” pero se permite generar el archivo en ambas opciones, dejando vacío el número de documento. Los terceros que tengan tipo de documento identificativo NIE, se identifican como un tipo de documento válido.

A nivel de funcionamiento general, para aquellos terceros que hayan tenido nóminas en diferentes periodos, se genera una línea por cada nómina ya que la información debe presentarse por cada una de las operaciones del tercero, no de forma agregada como sí sucede en el 190.

Se han unificado las codificaciones enviadas en el fichero tanto para el país del domicilio por defecto del tercero como para el país de la Residencia Fiscal

Mejoras en la gestión factura electrónica dentro del RCF

Dentro del Registro Contable de Facturas se han implementado una serie de mejoras para facilitar la gestión de las facturas electrónicas.

No obligatoriedad de indicar la Cuenta Bancaria del Tercero en la factura recibida.

Hasta el momento, el número de cuenta era un campo necesario para generar la factura y este debía de venir incorporado en el XML, cuando en realidad no existe esa obligatoriedad de indicarlo por parte de los proveedores. Como consecuencia de esto, se ha modificado el formulario de validación del tercero incluyendo, como en otros campos del formulario, un botón ZOOM que nos permita añadir a la factura información bancaria disponible desde el tercero en Fundanet.

En el supuesto de que no indiquemos número de cuenta, al aceptar, el sistema lanza un aviso pero dejará continuar y validar al tercero.

En la generación de la factura, es donde Fundanet realiza una validación restrictiva en la que la cuenta bancaria es obligatoria exclusivamente para los métodos de pago por transferencia.

Nuevas columnas: nº pedido, expediente de contratación y fecha de vencimiento.

Para obtener cierta información directamente desde el repositorio de facturas electrónicas, se ha incorporado tres columnas con datos incluidos en la cabecera de las facturas como son: Nº pedido, Expediente de Contratación y Fecha de Vencimiento. Estos campos se pueden encontrar igualmente dentro del detalle de la factura.

Botón para visualizar el detalle de la factura desde el navegador

Hasta el momento, desde el RCF era posible acceder al detalle de la factura, siendo posible ampliar el detalle de artículos o datos de emisor y receptor.

Esta opción de consulta activa depende, entre otras cosas, de las compatibilidades entre sistemas operativos y los navegadores utilizados por defecto, por lo que es posible que en algunos casos no se pueda visualizar de forma dinámica desde Fundanet. Para evitar perder esta funcionalidad por estos motivos, se ha habilitado un botón que nos permite ver el detalle de la factura desde el navegador, evitando estas restricciones en cualquier caso y pudiendo consultar la misma información pero desde una ventana emergente en el propio navegador del usuario.

Fundanet TSM

Nuevo campo "Horas previstas totales" en el WP

Con la finalidad de llevar a cabo una gestión de las horas reales que se dedican a los proyectos, se ha llevado a cabo un nuevo desarrollo que consiste en la posibilidad de definir por WP, el tiempo planificado real que se deberá dedicar a dicho WP, junto con las horas que serán financiables o justificables por parte del financiador.

Para ello, se ha creado dentro de la participación un nuevo campo llamado “Nº Horas Totales” y el campo que existía llamado “Nº Horas Previstas” pasa a llamarse “Nº Horas Financiables”, ambos de introducción obligatoria.

Al crear una participación y rellenar el campo Nº Horas Totales, se rellena automáticamente el campo Nº de Horas Financiables con el mismo número, aunque a partir de ese momento ambos campos pueden ser editables de forma independiente.

Se puede indicar un número de horas financiables superior a las horas totales, pero sale un aviso informando. Por último, no se puede guardar un participante con horas negativas en cualquiera de los dos campos.

Para aquellos clientes que tengan participaciones con esta información introducida, pasaremos un script que autocomplete el campo de horas totales, con el mismo número de horas financiables que haya indicadas.

Investigación

Fundanet Producción Científica

Fusión de revistas duplicadas con Fundanet.

En ocasiones, el gestor de Producción Científica detecta que algunas revistas aparecen repetidas en el catálogo. Esta duplicidad puede venir motivada porque la revista disponga de varios identificadores (ISSN e ISSNE) y haya entrado a formar parte de Fundanet por un lado con el ISSN y por otro con el ISSNE.

Para solventar esta casuística, en Fundanet Producción Científica se dispone de una funcionalidad que permite fusionar las revistas que presentan esta situación.

Desde el detalle de la revista, en la parte superior se presenta esta funcionalidad. Al pulsar sobre ella, se nos ofrece la revista que dispone de algún código coincidente, y que señalaremos para proceder a su fusión.

Cuando se proceda a fusionar las revistas, el número de códigos ISSN e ISSNE entre las dos, no puede ser mayor de dos. Es decir, si entre las dos revistas se disponen de más de dos códigos ISSN o ISBN, no se permitirá su fusión. Puesto que en estos casos, se abre la discusión de si las publicaciones de la revista que se pretendía eliminar, pertenecen todas a la misma revista.

Partiendo de la base de que existen dos revistas fusionables, a la hora de fusionar se mirarán los siguientes criterios:

• Si todos los FI y Categorías de las dos revistas son idénticos, son fusionables.
• Si los FI y Categorías de la revista que se va a eliminar no estuvieran en la revista que permanece, son fusionables. En este caso, se trasladarán los datos de los FI y Categorías a la revista que se queda.
• Si las dos revistas disponen de Impactos y categorías y no se cumplen los casos anteriores, no se permitirá la fusión.
• Si ambas revistas disponen de copyright y éste es el mismo, son fusionables.
• Si una de las revistas dispone de Copyright y la otra no, son fusionables. En este caso, se trasladarán los datos del copyright a la revista que se queda.
• Si ambas revistas disponen de distinto copyright, no se permitirá la fusión. De esta manera, el gestor podrá revisar el copyright de las revistas antes de la fusión.

Llegados a este punto, quien tiene la última palabra, son los localizadores de las revistas.

• Si ambas revistas tienen localizador en alguna fuente común y éste es distinto, entonces no son fusionables.
• Si ambas revistas tienen localizador en alguna fuente común y este es igual entonces son fusionables
• Si ambas revistas tienen localizador en fuentes distintas entonces son fusionables

Y si tras todas estas comprobaciones resulta que las dos revistas son fusionables entonces llevaremos a cabo la fusión.

Clasificación de las unidades de investigación

Esta versión de Fundanet incorpora la posibilidad de que el gestor de producción científica pueda clasificar las unidades de investigación en base a múltiples criterios.

Para lograr este objetivo, se ha añadido en el explorador de las unidades de investigación un nuevo nodo denominado “Clasificaciones”.

Su funcionamiento es idéntico al apartado de clasificaciones de todos los productos que se gestionan en el módulo. Es decir, el gestor podrá añadir cualquier clasificación a la unidad de investigación, y en cada clasificación que asigne podrá indicar un intervalo de fechas.

Por último, se ha realizado un ajuste en el buscador de unidades de investigación para permitir buscar por unidades que tengan asociada una determinada clasificación:

Fundanet Investigación Clínica

CEI

Cambios en el formulario de las Aclaraciones de un EECC.

Se ha modificado el formulario de las aclaraciones de un estudio clínico añadiendo el campo número de acta del cual proviene dicha aclaración.

De esta forma, en aclaraciones que se generen de forma automática desde la reunión del CEI, aceptando el mensaje que aparece desde la reunión:

El sistema propondrá el número de acta de forma automática, para conocer el origen de la aclaración. Además, la fecha de recepción será la fecha del acta:

En el caso de aclaraciones que se creen de forma manual, desde el propio nodo de las aclaraciones de un estudio, se podrá seleccionar la reunión del zoom habilitado para ello. En este zoom aparecerán las reuniones en las cuales, algún elemento de ese estudio ha quedado pendiente de aclaraciones.

Tanto la fecha de recepción como el número del acta no realizan ninguna validación interna, y sólo se muestran para poder informar al usuario de estos datos.

Aparecerán varios mensajes de aviso al usuario en los siguientes casos:

El usuario podrá seleccionar un número de acta igual para dos aclaraciones (en el caso de que modifique alguna de ellas).

En el caso de que el usuario modifique la fecha de recepción de la aclaración, el sistema mostrará un mensaje como el siguiente:

Posibilidad de seleccionar las reuniones en función de su estado

Se ha añadido la posibilidad de no mostrar las reuniones cuyo estado esté configurado para ello, desde los zooms de selección de reuniones para evaluar algún elemento del estudio.

Este cambio afecta a los nodos de Evaluaciones Iniciales, Aclaraciones y Enmiendas.

Por ejemplo, en este caso, desde la Evaluación Inicial, se muestran sólo reuniones en curso y pendientes, porque se ha parametrizado para que NO se muestren reuniones celebradas y cerradas:

Los usuarios que deseen esta configuración deberán ponerse en contacto con Semicrol.