📊 Plants Report — Audit de la puissance crête
Le Plants Report recense les stations dont la puissance crête déclarée (peak_power) est mal renseignée ou incohérente avec la production réelle observée. Outil indispensable pour fiabiliser le Performance Ratio.
Pourquoi auditer le peak_power ?
La puissance crête (peak_power, exprimée en kWp) est l'un des paramètres les plus influents du calcul de Performance Ratio :
- Si la puissance crête est sous-évaluée, le PR semble artificiellement élevé (parfois > 100 %)
- Si la puissance crête est sur-évaluée, le PR semble artificiellement bas
- Une erreur de 10 % sur le peak_power se répercute mécaniquement en erreur de 10 % sur le PR
Le Plants Report compare la puissance crête déclarée au portail constructeur avec le pic observé dans les données historiques, puis classifie chaque station selon un statut.
Les sept statuts d'audit
| Statut | Critère | Action recommandée |
|---|---|---|
| Total stations | Toutes les stations du portefeuille | — |
| peak_power OK | Puissance crête cohérente avec le pic observé | Aucune |
| Fallback capacity ×1,4 | Pas de peak_power renseigné → utilise capacity × 1,4 par défaut | Renseigner la vraie puissance crête au portail constructeur |
| Aucune donnée | Pas assez de production historique pour comparer | Attendre l'accumulation de quelques jours de production |
| Impossible (ratio > 110 %) | Production observée incompatible avec la puissance déclarée | Corriger la valeur au portail constructeur, puis Resync |
| Sous-évaluée (100-110 %) | Pic observé supérieur à la puissance déclarée | Vérifier la puissance déclarée et la corriger |
| Sur-évaluée (ratio < 40 %) | Pic observé largement inférieur à la puissance déclarée | Soit la valeur déclarée est trop haute, soit la station sous-performe massivement |
L'état de communication de chaque station
L'audit de la puissance crête compare une station à sa propre production. Une station qui ne remonte plus aucune donnée n'a donc ni pic observé, ni ratio, ni anomalie : elle passait inaperçue, alors que c'est précisément le cas le plus urgent à traiter. Une seconde bande de compteurs, sous les statuts d'audit, classe donc chaque station d'après son dernier point de production connu, toutes périodes confondues.
| État | Ce qu'il signifie | Action recommandée |
|---|---|---|
| Communique | Au moins une donnée récente | Aucune |
| 1re remontée en attente | Station tout juste ajoutée, pas encore de donnée : délai de grâce normal | Attendre la première synchronisation |
| Muette (quelques jours) | Plus aucune donnée alors que les autres stations du même compte constructeur se synchronisent | Vérifier la liaison du site (passerelle de communication, réseau) |
| Muette (plusieurs semaines) | Silence prolongé : la remontée de données est interrompue depuis longtemps | Intervention sur site à planifier |
| Muette depuis plus d'un an | Site vraisemblablement démonté, revendu ou hors service de longue date | Décider du sort de la station : la retirer du suivi ou remettre le site en service |
| Jamais remontée | La station existe dans le compte constructeur mais n'a jamais transmis la moindre donnée | Vérifier que le site a bien été mis en communication, ou le retirer du compte |
| Compte constructeur muet | Aucune station de ce compte ne remonte plus rien : c'est la collecte qui est en cause, pas les stations | Vérifier les identifiants et l'état du compte constructeur |
Chaque compteur est cliquable et filtre le tableau. Le choix « Ne remontent plus rien », dans la liste déroulante de filtre, regroupe d'un coup toutes les stations muettes, quelle que soit l'ancienneté : c'est la liste de travail à traiter.
Pourquoi certains de ces états ne déclenchent aucune alerte
Colonnes du tableau
- Station — Nom de la station avec lien vers la fiche détail et badge provider
- Client — Nom du client propriétaire
- Provider — Fabricant d'onduleur (FusionSolar, SolarEdge, Sungrow, SMA)
- Communication — État de remontée de la station (voir le tableau ci-dessus)
- Dernière donnée — Date du dernier point de production connu, et son ancienneté en jours (— si la station n'a jamais rien remonté)
- Capacity — Capacité déclarée au portail (kWc DC)
- Peak actuel — Puissance crête actuellement enregistrée en base (kWp AC)
- Peak effectif — Valeur réellement utilisée pour le calcul du PR (peak_power ou fallback capacity × 1,4)
- Pic observé — Pic maximal observé sur la production historique
- Ratio — Pic observé / Peak effectif, exprimé en pourcentage
- Peak recommandé — Valeur suggérée pour le peak_power, à reporter au portail constructeur
Procédure de correction étape par étape
- Filtrez sur le statut Impossible, Sous-évaluée ou Sur-évaluée selon ce que vous voulez traiter
- Pour chaque station, cliquez sur le logo provider devant le nom — un nouvel onglet ouvre directement la station sur le portail officiel
- Sur le portail constructeur, ajustez la valeur de peak_power ou équivalent (le champ varie selon le fabricant)
- Revenez dans PVReactive et cliquez sur Resync pour rapatrier la correction
- Vérifiez que le statut bascule en vert (peak_power OK) au prochain refresh
Bouton « Tout synchroniser »
Cas particulier — Fallback capacity × 1,4
Quand une station n'a pas de peak_power remonté par le portail constructeur, PVReactive applique un fallback à capacity × 1,4. Cette heuristique est un compromis raisonnable pour la plupart des installations, mais peut introduire jusqu'à 10 % d'erreur sur le PR.
Sur le tableau, ces stations sont visuellement marquées en jaune. Idéalement, renseignez la vraie puissance crête au portail constructeur pour passer au statut « peak_power OK ».