---
title: "Historique des fiches (journal d'activité)"
module: platform
type: functional
status: active
updated: 2026-07-08
---

# 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 :

| Icône / couleur | Signification |
|-----------------|---------------|
| 🟢 Création | La fiche a été créée |
| 🔵 Modification | Un ou plusieurs champs ont été modifiés |
| 🔴 Suppression | La fiche a été archivée |
| ⚪ Consultation | La fiche a été ouverte en lecture |

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](../form/generic-form.md).