v2: denní SoC bezpečnostní rampa — ráno dotáhnout rezervu, pak prodávat

KV1 pozorování uživatele: ráno baterie na 11 % (min 10), prodává se do sítě
— nenadálý odběr/mrak by se kupoval za fixních 6.35. v1 mělo denní rampu
(safety_soc_target_wh z R__063: reserve 30 % ráno → reserve+noc večer,
6-19 h, flag planner_daytime_charge_target_enabled) — v2 ji ignoroval.

Mechanismus (vzor nočního polštáře): deficit pod rampou platí za KAŽDÝ slot
nájem buy×faktor (V091 asset_battery.planner_safety_soc_risk_factor,
default 0.05; 0=vypnuto) → ráno se nejdřív doplní rezerva (4 h deficitu
1 kWh při buy 6.35 ≈ 5.1 Kč > sell ~2.5), extrémní sell špička smí deficit
racionálně podstoupit. R__039 + db_io + 2 testy (KV1 scénář, spike).

Eval fixtures beze změny (sloupec v context_json fixtures není → 0);
živá produkce dostane faktor přes fn_planning_site_context.

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

backend/services/planning/db_io.py

@@ -99,6 +99,9 @@ async def _load_site_context(site_id: int, db):
         planner_neg_sell_full_soc_tail_slots=int(
             b.get("planner_neg_sell_full_soc_tail_slots") or 4
         ),
+        planner_safety_soc_risk_factor=float(
+            b.get("planner_safety_soc_risk_factor") or 0.0
+        ),
         planner_pv_risk_frontload_czk_kwh=float(
             b.get("planner_pv_risk_frontload_czk_kwh") or 0.0
         ),