diff --git a/lib/models/energy_ratios_snapshot.dart b/lib/models/energy_ratios_snapshot.dart
index a28659d..5f55c23 100644
--- a/lib/models/energy_ratios_snapshot.dart
+++ b/lib/models/energy_ratios_snapshot.dart
@@ -94,6 +94,21 @@ class EnergyRatiosSnapshot {
   /// décalage, et une base embarquée pour le recalculer serait le mauvais geste.
   ///
   /// `false` quand la date manque : on ne conclut pas d'une absence.
+  ///
+  /// ## ⚠️ Ne PAS réutiliser tel quel pour une plage tarifaire
+  ///
+  /// Ce test porte sur le **décalage**, pas sur le nom — et c'est juste ici : une échéance
+  /// qualifie une **horloge**, donc deux fuseaux au même décalage donnent la même heure et
+  /// il n'y a rien à signaler. `Europe/Berlin` et `Europe/Paris` ne divergeront jamais, été
+  /// comme hiver : afficher un avertissement parce que les *noms* diffèrent alors que les
+  /// *heures* coïncident serait exactement le bruit que cette condition existe pour éviter.
+  ///
+  /// Une **plage tarifaire** pose l'autre question. Elle est définie par le fournisseur, donc
+  /// elle suit **son** fuseau et non celui de la box — et « même décalage, autre autorité »
+  /// reste une divergence réelle : le jour où l'un des deux change de règle d'heure d'été, la
+  /// plage bouge sans que la box ait bougé. Le lot tarifaire aura donc besoin d'une
+  /// comparaison de **provenance**, pas de décalage, et d'un fuseau de référence publié avec
+  /// la configuration tarifaire — jamais codé en dur côté app.
   bool get fuseauDiffereDeLAppareil {
     final d = periodStartedAt?.toLocal();
     if (d == null) return false;