Intégrer des prix de marché dans un outil de pilotage : unités, fuseaux, jours à 92 ou 100 périodes, licence des données

Une erreur d'intégration coûte cher

Une erreur d'unité, de fuseau ou de doublon se traduit directement en mauvaises décisions : charger au pire moment, ou jamais. Quelques précautions évitent l'essentiel. Cet article ne décrit aucune interface de programmation précise : il décrit comment consommer proprement n'importe quelle source de prix.

Unités et périmètre

Un prix de marché brut s'exprime en €/MWh ; une facture se lit en €/kWh. Le facteur est 1 000 : 85 €/MWh valent 0,085 €/kWh. Vérifiez si le prix est hors taxe ou TTC, s'il inclut l'acheminement et s'il s'agit de l'énergie seule ou du prix total par kWh. Une règle de pilotage compare des prix totaux : reconstituez-les avec les composantes de votre grille. Exemple fictif : pour une offre dont les composantes hors énergie (acheminement, taxes autres que la TVA et marge, soit toute l'assiette de la TVA hors énergie) font 0,14 €/kWh hors TVA en heures pleines d'hiver, une énergie à 85 €/MWh, soit 0,085 €/kWh hors TVA, donne 0,225 €/kWh hors TVA. Avec 20 % de TVA, 0,225 × 1,20 = 0,270 €/kWh TTC. Dans cet exemple, la règle doit raisonner sur 0,270 € TTC, pas sur 0,085.

Fuseaux horaires et changement d'heure

Les marchés publient en heure d'Europe centrale ou en UTC. Stockez en UTC et convertissez à l'affichage. Deux jours par an posent problème : le passage à l'heure d'été (23 heures) et le retour à l'heure d'hiver (25 heures). Avec un pas de 15 minutes, une journée normale compte 96 périodes de livraison (RTE parle de 96 enchères par raccourci) ; ces deux jours en comptent donc 92 et 100. Testez explicitement ces deux jours : c'est la classe de bug la plus fréquente dans les automatisations de prix.

Trous, doublons et validation

Vérifiez que vous recevez le bon nombre de périodes pour la journée. Rejetez un jeu incomplet plutôt que de le compléter au hasard ; gardez la dernière version valide en cache. Refusez les valeurs hors plage plausible : un prix de 8 500 €/kWh trahit une erreur d'unité, et RTE rappelle que les prix peuvent être négatifs, donc ne rejetez pas les valeurs négatives par principe. Journalisez chaque récupération (heure, nombre de périodes, minimum, maximum) : au bout d'un mois, le journal dit si la source est fiable.

Six tests avant la mise en service

Une journée normale (96 périodes avec un pas de 15 minutes) ; la journée de passage à l'heure d'été (92) ; celle du retour à l'heure d'hiver (100) ; une journée avec des prix négatifs ; une journée avec un trou de données ; une réponse vide du service. Pour chacun, vérifiez ce que fait l'automatisation. Ces six tests prennent une heure et évitent la plupart des incidents ; gardez-les sous forme de liste pour les rejouer à chaque modification.

Conditions d'utilisation : une contrainte réelle

La page éCO2mix de RTE indique que les prix affichés pour la France sont ceux de l'enchère EPEX Spot, que toutes les données de prix sont la propriété de la bourse ou de ses filiales, que leur visualisation est autorisée pour un usage non commercial et que leur téléchargement ou leur récupération par tout moyen est interdit, comme toute autre utilisation sans accord préalable (usage commercial, création d'un indice, copie, distribution). On ne peut donc pas écrire un robot qui extrait ces prix de la page. Pour piloter une installation, utilisez la source de prix que votre fournisseur doit vous donner, par application, courriel ou site, d'après le médiateur ; lisez ses conditions d'usage (limites de requêtes, provenance, redistribution) et ne publiez pas de données dont la redistribution n'est pas autorisée.

Les prix du lendemain ne changent plus une fois publiés : une fréquence de requêtes raisonnable suffit, et un cache évite de solliciter la source inutilement. La documentation de Home Assistant rappelle aussi qu'un capteur doit déclarer ses attributs et son unité pour apparaître dans le tableau de bord Énergie.