# Trace de changements et retour arrière

## Principe

Ne jamais supprimer une entité, un service, une automatisation, un script ou un élément de dashboard sans créer d'abord une trace permettant de revenir en arrière.

## Avant toute suppression demandée par l'utilisateur

Créer un dossier horodaté `rollback/YYYYMMDDTHHMMSSZ/` contenant, selon le cas :
- une copie des fichiers YAML concernés ;
- une copie des extraits `.storage` concernés si lisibles ;
- un export ou inventaire des entités ciblées ;
- un fichier `changes.md` décrivant :
  - ce qui va être supprimé ;
  - pourquoi ;
  - les preuves ;
  - les fichiers touchés ;
  - la procédure de restauration.

## Règles

- Ne jamais mettre de secret dans `changes.md`.
- Préférer une désactivation ou un retrait ciblé à une suppression large quand l'intention de l'utilisateur est ambiguë.
- Après modification, produire un résumé avant/après.
- Si la suppression concerne une entité ou une automatisation utilisée par un dashboard, signaler explicitement les dépendances avant exécution.