Errores en los logs de la sincronización

Error E5001: empleado ‘XXXXX’ (ext.XXXX)’: la incidencia ‘Enfermedad’ de sistema que empieza en 17/01/2025 no se importará porque no coincide con la existente. Revise las fechas en el sistema de información externo o bien corrija manualmente en BOLD la incidencia situada en ese día.

Esta entrada consiste en recopilar todos los errores que nos encontramos en las sincronizaciones y cómo solucionarlos / o qué significan.

El error E5001 surge porque el sistema no permite que la fecha fin de una incidencia de ausencia se modifique a una fecha anterior a otra fecha fin que ya haya sido informada previamente, independientemente de que dicha fecha fin fuera indefinida o no.

El criterio que sigue el sistema es el siguiente: cuando una incidencia de ausencia se da de alta y posteriormente se recorta (ya sea manualmente o mediante la sincronización), el sistema mantiene siempre como referencia la fecha fin más lejana que haya tenido esa incidencia. A partir de ese momento, no se permite que una sincronización posterior establezca una fecha fin anterior.

En los casos en los que la ausencia fue inicialmente indefinida o posterior a la nueva fecha y se recorta, dicha incidencia no volverá a pasar a indefinida a través de la sincronización, y cualquier modificación posterior deberá realizarse manualmente desde BOLD tal y como indica el mensaje de error.

Este comportamiento está implementado para evitar regresiones de fechas, ya que los partes de alta y baja suelen recibirse con retraso y las ausencias suelen a avanzar en el tiempo y no a retroceder.

Por ejemplo:

• A fecha 22/11/2025, la incidencia tenía como fecha fin 20/02/2026.
• En una sincronización posterior, la fecha fin se actualiza a 01/03/2026 (hasta aquí todo OK).
• En una sincronización posterior se intenta establecer la fecha fin en 27/11/2025.

Este último cambio no es aceptado y genera el error E5001, ya que la nueva fecha fin es anterior a una fecha fin ya registrada (01/03/2026).

Errores en la sincronización de ausencias / incidencia

Error: Se ha intentado definir el mapping: XXX (Sistema ext.) –> XXX (BOLD, id=51). La relación Sistema ext. <–> BOLD debe ser 1-1. Revise el maestro de incidencias de BOLD puesto que ya estaba definido el mapping siguiente: XXX (Sistema ext.) –> XXX (BOLD, id=209)

Este error se da cuando en el maestro de incidencias hay dos elementos diferentes que tienen como código externo la misma información. Esto hace que no se sepa identificar de manera inequívoca cual de los dos (o N) elementos debe utilizarse para sincronizar. Hay dos soluciones posibles.

1. Eliminar o modificar el codigo externo de los elementos para evitar duplicados. Muchas veces ocurre que el código duplicado está en una incidencia equivalente, que no suele necesitarse.
2. Definir el atributo llamado UseThisIncidenceOnImport en las incidencias (desde el querycustom), que permite indicar con un true, cual de ellas se quiere utilizar para la import. Solo debe haber una con ese campo informada por cada combinación de código externo. A continuación ponemos el ejemplo de código para llevar esto a cabo:

<DynamicClass Name="IncidenceDyn" ShowName="Propiedades de sistema" Description="Propiedades dinámicas de la clase incidencia" AllowOverride="true">       
      <Attribute Type="bool" Name="UseThisIncidenceOnImport" ShowName="Usa esta en integración" Description="Usa esta incidencia en integración en caso de duplicidad de codigos externos"  Default="false"/>  
    </DynamicClass>

Was this article helpful?

0 out Of 5 Stars

5 Estrellas		0%
4 Estrellas		0%
3 Estrellas		0%
2 Estrellas		0%
1 Estrellas		0%

5 Enviar

How can we improve this article?

How Can We Improve This Article?

Submit