Historique des fiches (journal d'activité)

L'application enregistre automatiquement qui a fait quoi et quand sur une fiche : création, modification (avec le détail des champs changés) et suppression — que l'action vienne d'un formulaire ou d'une mise à jour en masse. Ces actions remontent dans le panneau « Activité » de la fiche, sans manipulation de la part de l'utilisateur.

L'objectif : offrir une traçabilité simple sur les fiches métier (clients, contrats, équipements, utilisateurs, applications…) — savoir qui a créé une fiche, qui l'a modifiée en dernier, et consulter l'historique complet des changements.

Où le voir

Sur la fiche d'un enregistrement (page de modification), la barre latérale affiche un bloc « Activité » :

• un résumé : « Créé par … le … » et « Modifié par … le … » ;
• un compteur de consultations ;
• un bouton « Historique » (avec une pastille indiquant le nombre d'entrées) qui ouvre la chronologie complète dans une fenêtre.

Le bouton Historique ouvre une timeline listant chaque action, la plus récente en haut :

Chaque entrée indique l'auteur, la date/heure, et — pour une modification — le libellé de la fiche concernée. Le bouton « Champs modifiés » ne s'affiche que sur les entrées qui portent réellement un détail (une modification de champs) : il est masqué pour une création, une suppression ou une action métier sans diff. Dans ce détail, chaque champ est présenté sous son libellé métier (ex. « Statut », « Sujet ») et non sous son nom technique de colonne.

Ce qui est tracé

• Création d'une fiche depuis un formulaire.
• Modification : chaque champ réellement changé est enregistré avec son ancienne valeur (utile pour comparer / auditer) — y compris le renommage (ex. nom d'une application), même lorsque c'est la seule modification.
• Suppression (archivage) d'une fiche.
• Mise à jour en masse : quand plusieurs fiches sont modifiées d'un coup (action « Modifier en masse » d'un tableau), chaque fiche touchée reçoit sa propre entrée d'historique.

Depuis la généralisation du mécanisme, la journalisation est portée par la donnée elle-même (le modèle) et non plus par chaque formulaire : toute action utilisateur sur une fiche d'un module raccordé est tracée, quel que soit l'écran d'où elle vient (formulaire dédié, action rapide, kanban…). Les traitements automatiques (imports, synchronisations, tâches planifiées) ne polluent pas l'historique : seules les actions faites par un utilisateur connecté sont enregistrées. Les actions métier à libellé dédié (ex. « Épinglage du ticket », « Clôturé par… ») conservent leur entrée lisible, sans doublon.

Le compteur du bouton « Historique » se met à jour immédiatement après un enregistrement, sans recharger la page.

Sur quels écrans

L'historique est actif sur la quasi-totalité des fiches métier de l'application (environ 195 types de données raccordés). Cela couvre notamment :

• Utilisateurs (fiche personne, fonctions, profils),
• CRM : clients/entités, contacts, adresses, affaires, produits, suivis…,
• Contrats,
• Tickets (création, réponse, changements d'état — les actions dédiées gardent leur libellé),
• Projets : projets, étapes, backlogs, réunions,
• Portail : actualités, événements, widgets personnalisés, paramétrage du portail,
• Santé : cartes CPS, boîtes MSS,
• GMAO : équipements, relevés de compteur, lots/locaux,
• Applications (catalogue applicatif, connecteurs),
• Matériel / VM, factures, tâches, livrables, temps, wiki…

La liste exhaustive et l'état d'activation par module sont maintenus dans la documentation technique (cf. ci-dessous).

Limites connues

• Certaines fiches à clé technique composée ne sont pas journalisées par ce mécanisme (limite technique).
• Quelques formulaires affichés hors d'une fiche détail enregistrent l'action mais ne disposent pas (encore) du panneau « Activité » pour l'afficher.
• L'historique respecte la visibilité multi-entités : un utilisateur ne voit pas l'activité d'une autre entité que la sienne.

Voir aussi

• Documentation technique : .claude/technical-docs/platform/history-logging.md (architecture, activation par module, règles de résolution).
• Système Generic Form.