Introducción

Se definen como HDL (Histórico Datos Laborales) a todos los datos de histórico laboral de la persona, indistintamente de su origen: Histórico de Datos Laborales UMU (HDL UMU), Histórico de Datos Laborales No UMU (HDL No UMU), e indistintamente de su actividad (PAS, PDI, Becarios, etc).

Se muestra las actividades posibles, con la prioridad en documentos, y si deben o no aparecer en Anexo IV.

Tabla 1. Codificación de Actividades en Gesper. Esta configuración se mantiene desde el mantenimiento de Actividades en Gesper

La prioridad determina cual es la prevalencia cuando concurren dos actividades en un mismo periodo de tiempo.

Entendemos por actividad, aquella que está definida en base a la categoría que tiene codificada, pues toda categoría tiene codificada una actividad (mantenimiento de categorías en Gesper). Para cada campo codificado del HDL (en Gesper en las pantallas de Histórico de datos laborales UMU/No UMU, o mediante las modificaciones relativas a la persona) se le puede determinar la actividad.

Con esto, se puede decir que para cada dato/campo de HDL, sabemos el origen (UMU / No UMU) y la actividad que tiene.

En relación a las Situaciones Administrativas, se considera situación en baja por maternidad (derecho a trienios), todas las situaciones con Tipo situación VC- Excedencia por Cuidado de Familiares.  Actualmente son las siguientes:

Tabla 2. Situaciones Administrativas de Personal en situación de Excedencia por Cuidado de familiares

Importancia Régimen en los Anexos

En el mantenimiento de los datos de Régimen, se codifica en que documentos debe usarse o en cuales no. Puede verse en la siguiente imagen:

Imagen 1. Mantenimiento de Régimen en Gesper

La inclusión o no de un tipo de documento en el régimen, indica si un periodo que tenga dicho régimen debe o no mostrarse en ese documento.

Generación de datos

Para la generación de los datos, se seguirán los siguientes pasos:

1. Copiar los datos de HDL de la persona a una zona de trabajo (HDL_TRABAJO), donde se harán limpieza de datos, periodos, agrupaciones, rectificaciones, etc.
   1. Si es Anexo I, sólo se copiarán los de Origen UMU.
   2. Si es Anexo IV, se copiarán lo de Origen UMU y los de No UMU.
2. Limpieza de actividades innecesarias
   1. Si es un Anexo IV, se borran las activades que no pertenecen al Anexo IV (Tabla 1)
   2. Si es un Anexo I, se quitan los regímenes que no deben aparecer en ese documento (Imagen 1).
3. Troceo de datos para obtener los periodos de tiempo más pequeños. Teniendo en múltiples orígenes de datos (si es un Anexo IV), y múltiples actividades que puedan coincidir en fechas. Es decir, este paso deja los datos en base a los periodos de tiempo más grande posible, sin que pueda haber valores diferentes de datos en ese periodo (sean o no del mismo origen de datos y actividad).

   1. Ejemplo de origen de datos en una misma actividad y mismo origen de datos:

      

      Tabla 3. Ejemplo de datos iniciales

      
      

   2. Después del troceado:

      

      Tabla 4. Datos posteriores al troceo de fechas

4. Reconstrucción de valores en caso de Baja por maternidad. Todo periodo de tipo baja por maternidad (tipo situación de SAP = VC), se revisará y se rellenarán los datos que falten.
   1. Se recorren todos los periodos en orden de la fecha inicio, de menor a mayor.
   2. Si del periodo Fechas A - B, faltara el valor de un campo, se buscaría el valor a fecha A-1 día, respetando que fuera del mismo origen de datos (UMU/No UMU) y misma actividad. Ej. Si para el periodo de fechas 21/06/2019 – 31/12/3999 faltara el puesto, se buscaría el valor que tenía a la fecha 20/06/2019 (es decir 21/06/2019 – 1 día) para ese mismo origen y misma actividad, y se rellenaría con ese valor.
5. Se borran todos los periodos en los que no se trabaja, es decir aquellos cuya SAP no cumpla lo siguiente:
   1. Configurado con el Produce Baja sin marcar: SAP en activo.
   2. Configurado con Produce Baja marcado, que además sea de tipo temporal, y el tipo de situación sea VC: Excedencia por Cuidado de Familiares.
6. Una vez tengamos para cada origen de datos y actividad, todos los periodos con sus valores, se crea una tabla en la que se guardan para cada periodo, los datos: origen de datos (UMU/No UMU), categoría, régimen, grupo (obtenido de la categoría), prioridad (el codificado en la actividad), coeficiente de reducción (función singular de 0 a 1). Para los periodos en los que pudieran coincidir más de un origen de datos, o actividad, se seleccionará el mejor en base a los siguientes criterios siguiendo este orden:
   1. Mejor prioridad (nº más bajo)
   2. Mejor origen (priorizando NO UMU, por entender que aquí estarán como docentes asociados)
   3. Mejor coeficiente de reducción (más alto)
7. Una vez dejados los periodos que se mostrarán, se unen los periodos que siendo consecutivos, tengan los mismos datos (origen, categoría, régimen, grupo).