FAQ Filemaker | Filemaker-avance / Audit Trail sur rubriques sélectionnées

^ Calculs

Les audit trails (ou audit log, ou log files, ou traçabilité) sont de prime importance dans de nombreux développements. Il est bien entendu exclu d'enregistrer tous les changements effectués, et seules les données sensibles doivent être suivies. FileMaker Pro nous propose comme seul outil de base une traçabilité sur les enregistrements, toutes rubriques confondues. Le système qui est proposé dans le fichier ci-joint enregistre les changements par rubrique sélectionnée.

En outre, contrairement à d'autres systèmes d'audit trails,

La date de création de l'enregistrement est également loggée.
Le premier encodage est loggé, outre tous les changements ultérieurs.
Le log fonctionne si le changement a lieu depuis une TE dans une autre table
Le log fonctionne lors d'un import
Le log fonctionne si le changement est effectué par script, même à partir d'une table liée

Le système est simple, fiable et auditable. Bien sûr, le nom de compte peut être placé en lieu et place du nom d'utilisateur !

Une petite remarque sur le calcul utilisé :

Definir(a = data1 ;Obtenir(HorodatageActuel) & " " & Obtenir ( NomUtilisateur ) & " " & data1 & "¶" & LogData1)

les fins observateurs de codes que vous êtes vont sans doute dire "mais à quoi sert le définir puisque le calcul n'utilise pas la variable a ?"
Réponse de l'auteur : "Pourquoi définir une variable a ? Ben, l'expérience nous a appris que plus on secoue un calcul en FMP, mieux ça marche... Alors, oui, l'auto-calcul sans définir de variable marche... Jusqu'au jour où il ne marchera plus (...). La seule raison de la variable est donc d'évaluer data1, ce qui sera fait si sa valeur change (celle de data1)."

CQFD !

Le fichier ci-joint, concocté par Michel "LPN", du forum La Source, est basé sur le même principe, mais compile les logs dans une rubrique unique. Au sein de l'auto-calcul sont définis les noms des rubriques suivies par l'audit trail. Aussi simple et aussi efficace ! Merci Michel !