Hotfix - Validación de datos - Eliminar registros obsoletos de relaciones/campos relacionados

[ManuSinergiaCRM]

• Closes Mejora - Validación de datos - Marcar con "deleted = 1" registros de relaciones inactivas o inexistentes #19

Este PR soluciona la incidencia que tuvimos el pasado 1 de octubre cuando, tras ser desplegada, la acción de validación General - Eliminación de relaciones obsoletas eliminó información que no tenía que haber sido eliminada. En algunos casos se establecía el valor deleted = 1 en el registro y en otros se eliminaba el contenido de los campos relacionados, según las dos formas de actuar previstas en la tarea. Además, como la tarea no actualizaba la fecha de modificación, algunos de los registros marcados con deleted = 1 fueron eliminados completamente de las BBDD por parte de la tarea de purga de datos (registros con fecha de modificación > 90 días y deleted = 1).

En esta carpeta del drive tenemos el análisis y las diferentes acciones que hicimos para recuperar la información.

Sintetizando, los casos detectados tienen relación con registros que guardan información de:

• Relaciones flex relate
• Campos flex relate

Además, con este PR:

• Se actualiza la fecha de modificación y se indicará el usuario de sinergiacrm en modified_by de aquellos registros que se modifiquen.
• Se procede a eliminar y a crear de nuevo la tarea programada, la acción de validación y su relación ya que la tarea SinergiaCRM - Validación y actualización mensual de datos solo contiene la acción de validación Eliminar relaciones obsoletas.
• Se usará el log de stic.
• Que se ejecute después de la tarea de purgar base de datos.
  • La tarea que purga la base de datos está configurada para que se ejecute cada domingo a las 2 de la madrugada.
  • La tarea de validación mensual, que contiene a la acción de validación de Eliminar relaciones obsoletas se ejecuta el día 1 de cada mes a las 3 de la madrugada
  • En la incidencia que tuvimos, la acción de validación de Eliminar relaciones obsoletas se ejecutó el sábado 1 de octubre y la tarea de Purge database el domingo 2 de octubre. Es decir, que se ejecuten en determinado orden por ahora depende de la casuística.. Y la única forma que se me ocurre de conseguir que se ejecute primero la tarea de purgar la base de datos es que ambas acciones se ejecuten dentro de la misma tarea planificada.

[github-actions]

Actions executed at: 2024-01-08 09:38:39.