7 Commits

Include renames

Author	SHA1	Message	Date
Johan LEROY	5472b19504	fix(backend): repare ce que la CI a trouve sur les tests de derive ... Deux causes distinctes, toutes deux invisibles sans base. `creer_lecture` ne posait pas `consumption_kwh` : l'override etait ignore en silence, la colonne restait nulle, et la jointure de derive, qui ecarte les lectures sans mesure, ne trouvait donc aucune paire. Le helper accepte desormais ce champ, nul par defaut, ce qui ne change rien pour les dix fichiers qui l'utilisent deja. `test_the_operator_rank_opens_nothing_more_than_the_reader_rank` figeait l'egalite des deux rangs en annoncant, dans son propre commentaire, qu'il devait sonner « le jour ou une route d'operateur arrive ». Ce jour est arrive avec `GET /monitoring/drift`. Le test compare maintenant chaque route a ce que `ROLE_MINIMUM` lui reserve : il continue d'attraper une route d'operateur ajoutee sans etre classee, et attrape en plus une garde d'operateur posee par erreur sur une route de lecture.	2026-09-22 15:08:40 +02:00
Dorian	c059f838bb	fix(backend): fiabilise le tri des lectures/predictions et la detection de redemarrage a zero	2026-09-18 16:58:03 +02:00
Dorian	a9e124a97d	feat(backend): detecte les alertes internes a partir des lectures et previsions	2026-09-18 16:10:06 +02:00
Johan LEROY	b433e01fa8	fix(backend): départage aussi les égalités de timestamp dans latest_by_site ... `latest_by_site` portait le même défaut que `latest_for_site` : `DISTINCT ON (site_id)` ordonné sur `site_id, timestamp DESC` sans départage, alors que `uq_reading_source` autorise deux lignes au même `site_id`+`timestamp` quand la `source` diffère. `/stats/summary` pouvait donc afficher une consommation différente d'un appel à l'autre pour un site alimenté par un backfill CSV et une écriture live. Test `integration` dédié, qui échoue sans le correctif.	2026-09-18 10:28:04 +02:00
Johan LEROY	5eb74aa64a	fix(backend): traite la revue de phyri0s sur la PR #84 ... Tri non déterministe : `latest_for_site` départage désormais les égalités de timestamp par `reading_id` décroissant, comme `list_history`. `uq_reading_source` autorise deux lignes au même `site_id`+`timestamp` quand la `source` diffère, donc le `LIMIT 1` pouvait renvoyer l'une ou l'autre d'un appel à l'autre. Tests : trois tests `integration` sur `latest_for_site` (plus récente, égalité de timestamp, isolation par site). Le test d'égalité échoue sans le correctif ci-dessus. Duplication : `DataQuality` et le repli vers `critical` sortent dans `app/services/data_quality.py`, partagé par `stats.py`, `site.py` et `sensor.py`, qui en portaient trois copies indépendantes. Supprime au passage deux `# type: ignore[assignment]`.	2026-09-18 10:28:04 +02:00
Dorian	8d28113f03	feat(backend): expose GET /api/v1/readings avec fenetre bornee et pagination	2026-09-17 11:50:20 +02:00
Johan LEROY	50dcb4de32	feat(backend): expose GET /api/v1/stats/summary ... Ajoute le resume instantane de consommation du parc attendu par le frontend (deja developpe contre ce contrat en mode mock). Nouveaux SiteRepository et ReadingRepository (derniere lecture par site via DISTINCT ON), StatsService pour l'agregation et les cas de repli (capacite nulle, absence de lecture, data_quality inconnue), et le endpoint lecteur-seul correspondant. Documentation des routes et du schema des couches mises a jour.	2026-09-16 11:45:58 +02:00