Discussion :

[leloup84]

Bonjour,
Nous cherchons à étudier le nombre de modification dans un ordre de fabrication déjà lancé pour en comprendre les causes et trouver des solutions.
Nous voulons savoir ce qui est ajouté, modifié et idéalement supprimer (car des besoins ont été généré pour rien).
J'ai trouvé deux solutions mais avec contrainte.
Soit passé par une édition Crystal Report, Soit par un audit de table.
Ci-dessous mais contraintes :
Sous Crystal :
Avantage : Nous pouvons mettre des filtres et des paramètres.
Ainsi on peut mieux voir les lignes ajoutés et modifiés à des dates différentes de la création de l'OF.
Inconvénients : Nous ne savons pas quel champ est modifié et valeur avant et après modification. Par exemple si cela vient d'une replanification de date, toutes les lignes de l'OF ont une date de modification.
Aucune information sur les lignes supprimés.

Avec l'audit :
Avantage : On peut avoir une traçabilité des champs modifiés et d'avoir la valeur avant et après.
L'audit permet d'avoir une trace des suppressions.
Inconvénients : On ne peut pas gérer de paramètre. Ainsi sur l'audit ajout dès qu'on créé un OF cela entre dans l'audit. Or moi je ne veux que les lignes créés quelques jours plus tard. Idem lorsque l'on supprime un OF nous ne souhaitons pas de trace, on souhaite seulement le savoir quand l'OF reste mais que l'on supprimer manuellement des composants.


Quelqu'un connait-il une solution à ces contraintes ou une solution alternative pour répondre au besoin ?

[bimiman]

Bonjour,

Vous avez dû activer l'audit pour MFGMAT et MFGOPE.
Il faudrait aussi l'activer pour MFGHEAD, de manière à identifier la création de l'OF et sa suppression (par exemple d'après les dates et heures), et ainsi ne pas prendre en compte l'audit sur les tables de détails qui ont été impactées au même moment.

[leloup84]

Oui c'est çà, c'est sur MFGMAT.
Mais si je fais également un audit sur MFGHEAD, cela va juste me rajouter des lignes d'audit, comment je fais le lien pour indiquer qu'il ne faut pas prendre tel ou tel OF ?

[bimiman]

En fait il faut un mélange des deux solutions : un état qui traite les enregistrements de AUDITH et L.

Dans la table AUDITH, il y a toutes les informations qui permettent d'identifier l'action réalisée sur l'OF (et dans AUDITL les valeurs modifiées).

Si pour MFGHEAD, l'action est INSERT ou DELETE, les numéros de séquence concernant MFGMAT doivent suivre de peu (ou précéder de peu) le numéro de séquence de MFGHEAD. Il ne faut donc pas les prendre en compte.
Il faudra peut-être un traitement d'init qui supprime les enregistrements inutiles avant qu'ils soient traités par l'état.