Problème nomenclature sensitivity

[jpm-cbna]

What is the bug or the crash?

Par défaut, le trigger qui insère les données dans la synthese, propose de mettre à jour le champ id_nomenclature_sensitivity. Cependant, les triggers tri_insert_calculate_sensitivity et tri_update_calculate_sensitivity vont recalculer la valeur transmise et l'écraser.

Cela peut être assez perturbant et prendre du temps pour comprendre pourquoi Gn2Pg ne met pas correctement à jour la synthèse sur ce champ précis.

Est ce que le trigger de Gn2Pg ne devrait pas temporairement désactiver puis réactiver les 2 triggers de mise à jour de la sensibilité avant d'insérer/mettre à jour des données dans la table synthese ?

Steps to reproduce the issue

Récupérer des données via Gn2Pg d'une base contenant des règles de calcul de la sensibilité différentes de celles de destination. La valeur niveau_sensibilite sera écrasé par le résultat du calcul local.

Versions

1.6.6

Additional context

No response

[lpojgc]

A mon avis c'est du cas par cas à personnaliser dans l'instance.
Dans notre cas quand on récupère des données tierces, je souhaite que les triggers de la BDD s'appliquent pour être sûr de diffuser les données en respectant les référentiels.

[jpm-cbna]

A mon avis c'est du cas par cas à personnaliser dans l'instance.

Dans ce cas là, il serait peut être intéressant de mentionner ce mécanisme dans la doc de Gn2Pg.