open question: TUV delta jednotky °C/min vs užití v solveru (~60× podhodnocené chladnutí)

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

docs/06-open-questions.md

@@ -80,3 +80,15 @@ Kompletní návrh: [`docs/04-modules/planning-neg-sell-strategy.md`](04-modules/
 - **PostgREST anon role:** `ems_anon`, read-only na vybrané views a tabulky (migrace `V009__postgrest_roles.sql` + repeatable `R__072_z_postgrest_ems_anon_grants.sql` kvůli pořadí Flyway); zápisy přes FastAPI. Compose / `.env`: `POSTGREST_ANON_ROLE=ems_anon`, PostgREST `PGRST_DB_ANON_ROLE`.
 
 - **Multi-site (částečně):** OTE import jednou pro celý systém do `market_interval_price`; frontend výběr lokality (`SiteSelectionContext`, persist `ems.selected_site_id`), API `GET /api/v1/me/sites` (zatím všechny aktivní site). Chybí: mapování uživatel → site, JWT/RLS u PostgREST (viz otevřená otázka výše).
+
+## TUV ochlazování v LP možná 60× podhodnocené (jednotky °C/min vs °C/15min)
+
+Nález při idle-skip auditu (2026-06-12): `avg_temp_delta_c` v `tuv_usage_stats`
+je fakticky **°C/min** (per-row delta 1min telemetrie; po idle-skip fixu
+explicitně normalizováno na /min), ale solver dělá `tuv_pred += delta *
+INTERVAL_H` (0.25), tj. zachází s ní jako s °C/h — ochlazení zásobníku v
+look-ahead je ~60× menší než realita. Důsledek: solver podceňuje potřebu
+dohřevu TUV (možná část GAPu?). Náprava mění ekonomiku → nutný eval +
+golden gate + přepočet `fn_update_tuv_usage_stats`/solveru najednou.
+Ověřit proti reálné křivce chladnutí zásobníku, až poteče TČ telemetrie
+(MIM-B19N reg +25).