✨ Smart Alarms

Les Smart Alarms détectent statistiquement les anomalies de production que les portails constructeurs ne signalent pas : dégradations silencieuses, salissure progressive, ombrage nouveau, sous-performance chronique, et écrêtage d'onduleur.

Les règles de détection

Pour chaque station et chaque jour, on compare la production réelle à la production théorique (Open-Meteo + plan d'installation) pour calculer le PR journalier. Plusieurs règles complémentaires sont ensuite appliquées :

Type	Détecte	Horizon	Sévérité max
`sudden_drop`	Baisse brutale vs baseline glissante 30 jours	1 jour	3 (critique)
`gradual_drop`	3+ jours consécutifs sous baseline	3-10 jours	2 (majeure)
`drift`	Dérive lente détectée par CUSUM	10-30 jours	3 (critique)
`chronic_underperformance`	Sous-performance persistante vs meilleure perf historique	Semaines à années	3 (critique)
`clipping_detected`	Plateau AC au pic + transition saine (bridage onduleur ou réseau)	7-30 jours	2 (majeure)
`no_data`	Station hors ligne : production réelle quasi nulle en journée alors qu'elle devrait produire	Quelques heures	3 (critique)
`twin_drift`	Dérive lente par rapport au jumeau numérique (modèle physique attendu de la station)	Semaines	3 (critique)
`recurring_alarm`	Alarme récurrente : une alarme constructeur haute auto-résolue ≥ 5 fois sur 7 jours (défaut intermittent)	7 jours	3 (critique) — résolution manuelle

L'écrêtage n'est pas une panne

La règle clipping_detected est une alarme de diagnostic, pas une alerte de défaillance. L'écrêtage est souvent volontaire (limitation kVA réseau, ratio DC/AC supérieur à 1) et n'indique pas un problème à corriger. Elle n'est jamais promue en critique automatiquement.

Liste des Smart Alarms

Quatre indicateurs synthétiques en haut

Actives — Smart Alarms en cours nécessitant un traitement
Critiques — Sous-ensemble avec sévérité 3 (sudden_drop, drift, chronic_underperformance avec drop important)
Nouvelles — Smart Alarms récemment détectées, à traiter par un technicien
En cours — Smart Alarms en cours d'investigation

Zoom sur les quatre indicateurs synthétiques Smart Alarms : Actives, Critiques, Nouvelles, En cours — Bandeau d'indicateurs en haut de la page — nombre d'anomalies actives, critiques (sévérité 3), nouvelles à traiter et en cours de traitement.

Filtres disponibles

Statut — Nouveau / En cours / Résolu / Faux positif
Sévérité — 1 (mineure) / 2 (majeure) / 3 (critique)
Type — Filtre sur l'une des règles ci-dessus (baisse, dérive, écrêtage, station hors ligne, alarme récurrente…)
Station — Restreindre à une seule installation
Date début / Date fin — Plage temporelle
Recherche — Nom de station ou provider

Zoom sur la barre de filtres Smart Alarms : statut, sévérité, type, station, tags, dates et recherche — Filtres multi-critères — combinez statut, sévérité, type d'anomalie, station, tag et plage de dates pour cibler exactement les alarmes à traiter.

Colonnes du tableau

Date — Jour où l'anomalie a été détectée
Station — Nom + badge IEC ou Legacy selon le mode de calcul du PR + provider
Type — Règle déclenchée
Sévérité — Pastille colorée (vert / orange / rouge)
PR obs / baseline — PR observé du jour et médiane de référence
Drop % — Écart en pourcentage
Z-score — Score statistique d'éloignement (uniquement pour sudden / gradual drop)
Sustained — Nombre de jours sous le seuil
Statut — Nouveau / En cours / Résolu
Actions — Voir / Créer une intervention

Zoom sur la table des anomalies détectées avec toutes les colonnes et les pastilles de sévérité — Table chronologique des anomalies — station (badge IEC/Legacy + provider), type, sévérité (pastille colorée), PR observé, énergie perdue estimée et statut.

Détail d'une Smart Alarm

Section Résumé

Station — Lien direct vers la fiche station + provider
Date de l'anomalie — Jour détecté
Méthode de détection — Badge IEC (production théorique calculée selon la norme) ou Legacy
Sustained days — Durée pendant laquelle l'anomalie persiste

Section Métriques

PR observé — PR du jour de l'anomalie
PR baseline (médiane 30j) — Référence statistique sur les 30 derniers jours
Drop — Écart relatif en pourcentage, avec le Z-score qui mesure l'éloignement en écarts-types
Production réelle / théorique — Valeurs en kWh sur la période concernée

Zoom sur le résumé et les métriques d'une Smart Alarm (exemple station hors ligne) — Résumé et métriques — ici une anomalie « station hors ligne » : durée sans production, énergie perdue estimée, seuil théorique, et rappel des alarmes provider survenues autour de la date (contexte).

Graphe d'évolution du PR sur 90 jours

Représentation graphique du PR journalier sur les 90 derniers jours, avec :

Courbe du PR journalier (violet)
Ligne de la baseline médiane
Bande ±3σ (MAD) pour visualiser les seuils statistiques
Ligne Meilleure perf observée (référence chronique)
Points d'anomalie marqués en rouge
Zones qualité insuffisante grisées (gates de couverture théorique non atteints)

Graphe d'évolution du PR journalier sur 90 jours avec baseline, bande ±3σ et ligne meilleure perf — Évolution du PR journalier sur 90 jours — courbe du PR corrigé (violet), baseline médiane, bande statistique ±3σ (MAD) et ligne de meilleure perf observée pour situer l'anomalie dans son historique.

Actions rapides depuis la page détail

Ouvrir sur {provider} — Accès direct au portail constructeur sur la station concernée pour vérifier les données source
Investiguer les strings — Drill-down au niveau onduleur / MPPT (multi-marques) pour localiser une string en sous-production
Créer une intervention — Génère un ticket lié à la Smart Alarm, pré-rempli avec la station et le contexte
Marquer comme faux positif — Si l'anomalie était attendue (chantier, maintenance planifiée, écrêtage volontaire)

Gate de qualité IEC 61724-2

Une Smart Alarm n'est jamais levée si la couverture des données théoriques est insuffisante sur la journée. Ce gate insufficient_theoretical_coverage protège contre les faux positifs lorsque les proxies Open-Meteo sont partiellement indisponibles (un trou météo ne doit pas générer une fausse alarme de sous-performance).

Auto-résolution

La plupart des Smart Alarms sont auto-résolues lorsque la production revient dans la baseline (ou que la station reproduit) sur une période suffisante. Ce traitement automatique évite l'accumulation d'alarmes obsolètes. Exception : l'recurring_alarm (alarme récurrente) ne se résout jamais toute seule — elle attend une intervention humaine, puisqu'elle signale précisément un défaut qui, lui, se résout tout seul à répétition.