Traçage des actions utilisateurs dans le cadre d'audit

Bonjour la team Simplicité,
Dans le cadre d’audit, serait-il possible de tracer les actions de génération, download, upload et suppression de fichiers dans Simplicité afin qu’elles apparaissent dans l’historique des modifications (journal des modifications ou historique).
Merci d’avance,

Bonjour,

La journalisation (table de redolog) ou l’historisation (table xxx_hist) permet déjà de tracer les mises à jour des données dont les documents, pouvez vous préciser votre besoin ?

  • génération = si on parle de création, vous pouvez créer une table historique qui versionnera le document à chaque génération/mise à jour et accessible par un admin/audit. Sinon le redolog devrait les sérialiser en JSON base64.

  • download = Simplicité ne trace pas les clicks/downloads qui ne garantissent pas qu’il a bien été transmis et lu (comme un email… et de façon générale, on ne trace pas les actions UI), vous adressez surement mal le besoin de tracer qu’un document a été lu = process d’accusé de réception à mettre en place avec une case à cocher ou autre étape de validation. A défaut vous pouvez ajouter du code front sur le champ/bouton download du document pour tracer qu’il a cliqué dessus.

  • upload = ça reste une mise à jour donc couvert par les historiques/redologs existants.

  • delete = à interdire sur l’enregistrement, il faudra un état logique “archive” pour ne pas supprimer physiquement en cascade l’historique de table _hist, sinon ce sera bien tracé dans les redolog. La suppression d’un doc seul est bien historisée (champ qui devient vide)

L’audit par stockage de toute activité “sans réfléchir et au cas où…” implique de multiplier par un facteur non négligeable la volumétrie des tables concernées en fonction du nbre de mise à jour * nbre de jours de conservation / vs le nombre d’audits potentiels et la dégradation des perfs.
Il est en général plus efficace d’ajouter des contrôles/process à la source quand c’est possible, plutôt que de tout tracer.