Priors d'option tarifaire à partir des données Enedis

Ce qu'on calcule

À partir du dernier instantané trimestriel publié par Enedis sur le jeu de

données nb-clients-inf-36(-region) (nombre de points de soutirage ≤36 kVA

ventilé par profil et plage de puissance souscrite), on calcule, pour la

région INSEE de l'utilisateur :

priorOptionShare(region, kVA) — la part des contrats BASE, Heures

Creuses (HP/HC), TEMPO et EJP dans la tranche de puissance correspondante.

priorKvaDistribution(region) — la part de chaque tranche de puissance

souscrite (3 / 6 / 9 / 12 / 15 / 18 / 24 / 30 / 36 kVA) dans la région.

Bris d'égalité dans le ranker. Quand l'utilisateur n'a pas exprimé de

préférence d'option et que la meilleure offre Base et la meilleure offre

HP/HC sont à moins de 2 % de coût l'une de l'autre, on garde en premier

l'option majoritaire localement.

Sanity-check. Si l'utilisateur déclare un contrat HP/HC dans une

région où la part HC est <5 %, le tableau de bord affiche un message :

"HP/HC est rare dans votre zone — confirmez votre contrat actuel."

Contenu SEO/AIO. Le générateur de pages programmatique (item 6 du

spec) consomme ces priors pour produire des pages du type

"Quelle est l'option tarifaire la plus choisie en [région] ?".

Les rangs Enedis sont lowercase-normalisés côté mapper : BASE → base,

HEURES CREUSES / HC → hc, TEMPO → tempo, EJP → ejp.

La plage de puissance souscrite est convertie en bucket via la borne basse

("06-09" → "6"), conforme au seuil de tarification kVA.

Lorsque la région n'a pas de données dans le dernier snapshot, on retombe

sur la ligne nationale (nb-clients-inf-36), pour ne jamais bloquer le

ranker ou la sanity-check.

Les snapshots Enedis sont stockés en mode append_snapshot ; les anciennes

versions restent disponibles pour l'analyse historique.

Le cache unstable_cache est invalidé toutes les 24 h, ce qui suffit pour

une donnée publiée trimestriellement.