Založení a detail měřidla — rozpad na stories

Stav k 24. 9. 2026. Podklad k odsouhlasení před založením issues v Jiře. Vychází z:

• zadani-formular-meridla.md — zadání formuláře (kapitola 6 = datový model, kapitola 7 = otevřené body),
• _archive/detail-meridla-analyza.md — rozdíly současného detailu EM3 proti návrhu (archiv),
• _archive/creation-dependencies.md — co formulář čte, zapisuje a spouští (archiv),
• Confluence Nákup energie / Propojení s PXE (feature id26) — 17 nových a 3 změněné atributy,
• Claude Design canvas „Založení měřidla“, stránka v10 (15 obrazovek včetně velkoodběrů a obou modálů).

Velikosti: S ≤ 1 den, M 2–3 dny, L 4–8 dní, XL = rozpadnout dál. Hotovo znamená: funguje na staging, pokryto testy podle typu vrstvy, popisky v českém i18n, obrazovka sedí s canvasem v10 a s design systémem e-manažer.

1. Pořadí a závislosti

BE-1 model kanálů ─┬─ BE-2 vícekanálové uložení ─┬─ FE-2 měřené parametry ─ FE-3 modál Vliv OM
                   ├─ BE-3 nastavení za zdroj ───┘
                   └─ BE-4 endpointy podle EAN ─── FE-4 přidat parametr
BE-11 číselník sazeb ─┬─ FE-14 admin sazeb
                      └─ BE-5 nová pole gauge ─┬─ FE-1 detail jako formulář ─── FE-5 varianty médií
                                                └─ BE-12 tarifní řady (Reading Ingestion) ─ MIG-2
BE-6 atributy PXE ─┬─ FE-6 parametry OM podle typu odběru
                   ├─ FE-7 roční odběr (4 varianty) ─ FE-8 modál měsíčních hodnot
                   └─ FE-9 fakturace a smluvní ceny
FE-10 levý panel (nezávislé) · FE-11 rychlé opravy detailu (nezávislé) · DOC-1 slovník (průběžně)

Nejdřív doporučuji pustit FE-11 + FE-10 (viditelné zlepšení bez závislostí), paralelně BE-1 až BE-3. Atributy PXE (BE-6, FE-6 až FE-9) můžou jet jako samostatná dávka — dávají smysl i bez nového formuláře, ale jsou levnější, když už formulář stojí.

2. Frontend — detail a formulář

FE-1 · Detail měřidla jako formulář editovaný na místě — L

Záložka Detail se přestane jen zobrazovat; uživatel edituje rovnou v ní. Samostatná stránka /gauges/:id/edit zaniká, tlačítko Upravit se nezavádí.

Akceptační kritéria:

• Pole jsou editovatelná hned po otevření záložky; dokud uživatel nic nezmění, je v hlavičce Historie a KPI.
• Po první změně se hlavička přepne na Vrátit změny / Uložit změny a v kartě (nahoře i v patičce) je pill „Režim úprav · N neuložených změn“.
• Pole, na která uživatel nemá oprávnění, jsou zašedlá se zámkem, neskrývají se.
• Odchod ze stránky s neuloženými změnami se potvrzuje.
• Karta je DetailCard se sekcemi oddělenými SectionDivider, rytmus 40 px, mřížka 4 sloupců 24 × 16 px.
• Pořadí sekcí podle zadání (kapitola 2): Zařazení → Identifikace měřiče → Parametry OM → Měřené parametry → Identifikace odběratele → Fakturace a smluvní ceny → Data a vyhodnocení; Zařazení nese typ odběru a sazbu / třídu TDD, takže po jeho vyplnění se zbytek formuláře nemění.
• Sdílení elektřiny je u EAN dodávky, primární způsob odečtu pod tabulkou kanálů.

Závislosti: BE-5 (nová pole), jinak žádné.

• Distribuční sazba jen u elektřiny maloodběr, select z číselníku (BE-11) se štítkem Jednotarifní / Dvoutarifní; přepínače Nízký tarif / Špičkový tarif jen u VN / VVN a v sekci Zařazení; u VN / VVN se sazba nezobrazuje. Změna sazby nebo přepínače s platností před posledním ručním odečtem se odmítne s hláškou z BE-5.

FE-2 · Měřené parametry se zdroji odečtu — L

Tabulka parametrů: řádek parametru (název, typ výroby u výroby, přepínač Ruční / Dálkový / Oba, koš) a pod ním řádek za každý zdroj s vlastní jednotkou, frekvencí a koeficientem.

Akceptační kritéria:

• Přepínač řídí počet řádků zdroje (Ruční 1, Dálkový 1, Oba 2).
• Pole převzatá z konektoru (jednotka, frekvence, registr) jsou zamčená s popiskem „přebráno z konektoru“.
• U ručního řádku je vidět, že hodnoty zadává uživatel a zda běží kontrola frekvence.
• Aspoň jeden parametr je povinný; poslední parametr nejde smazat.
• Uložení vytvoří jeden gauge záznam na parametr, všechny se společným fyzickým měřidlem (BE-2).

Závislosti: BE-1, BE-2, BE-3.

• Pod parametrem Spotřeba ze sítě řádek Řady: … ke čtení podle tariffSeries (zadání 3.4); u podružného podle nadřazeného. Registr endpointu bez odpovídající řady se při párování odmítne s uvedením registru.

FE-3 · Modál „Vliv OM na spotřebu objektu“ — M

Tlačítko v záhlaví sekce Měřené parametry otevře modál (DS Modal lg 560) s celkovou spotřebou objektu, podílem tohoto OM, členy vzorce se znaménky, vzorcem objektu a stavem vzorce.

Akceptační kritéria:

• U nového měřidla modál ukáže „Bez dat“ a upozorní, že vzorec se potvrdí po uložení.
• U existujícího ukáže datum potvrzení vzorce a podíl za 12 měsíců.
• U KVP se tlačítko nezobrazuje.
• Odkaz Otevřít vzorec objektu vede na vzorec objektu.

FE-4 · Přidání parametru přes „+ Přidat parametr“ — M

Plusový řádek otevře nabídku ve dvou skupinách: Z dálkového odečtu (nespárované endpointy konektoru se stejným EAN/EIC) a Ruční odečet (všechny parametry média).

Akceptační kritéria:

• Výběr z první skupiny předvyplní jednotku a interval z endpointu a kanál se s endpointem spáruje ve stejném uložení.
• Nabídka ukazuje počet dostupných parametrů; už přidané se nenabízejí.
• Když konektor nemá volné endpointy, skupina se nezobrazí.

Závislosti: BE-4.

FE-5 · Varianty formuláře podle typu měřidla — M

Sedm médií (elektroměr, plynoměr, vodoměr, měřič tepla, měřidlo paliva, vozidlo/nádrž, čidlo KVP) plus velkoodběrové varianty. Pole se přepínají podle typu měřidla, úrovně a typu odběru.

Akceptační kritéria:

• KVP nemá fakturaci, účel užití ani primární zdroj energie.
• Smluvní ceny mají placeholder podle média (elektřina VT/NT, plyn komodita, teplo Kč/GJ, voda vodné/stočné/srážky, palivo Kč/t, PHM ceník).
• Odpovědnost za odchylku se přidává jen u velkoodběru za Odběratele dodávky; ostatní pole Fakturace nemění místo.
• Úrovně Podružné a Virtuální řeší FE-13.
• Identifikační číslo OM má popisek a validaci podle typu měřidla (EAN 18 číslic, EIC 16 znaků, …).

FE-13 · Podružné a virtuální měřidlo — varianty formuláře — L

Formulář podle úrovně: podružné dědí z nadřazeného, virtuální má místo kanálů vzorec nebo ruční zadání (zadání, kapitoly 1 a 3.8; obrazovky design/podruzne.png, design/virtualni.png, design/virtualni-rucni.png).

Akceptační kritéria:

• Podružné: Nadřazené měřidlo je povinné hned za úrovní (nabídka měřidel objektu i jiných objektů klienta); typ měřidla a primární zdroj se zamknou z nadřazeného; Započtení do spotřeby objektu (Nezapočítávat · Odečíst · Přičíst) je v Zařazení s výchozí hodnotou podle umístění nadřazeného a ukládá se jako outputMode; účel užití se nepřebírá.
• Podružné: bez EAN/EIC, čísla OM, Parametrů OM a Identifikace odběratele; Fakturace má jen zamčenou jednotku a odkaz na nadřazené měřidlo; nabídka parametrů podle nadřazeného.
• Virtuální: Podtyp (Vzorec · Ruční zadání) hned za typem měřidla; Identifikace jen název a komentář; bez Parametrů OM, Odběratele a Fakturace; Data a vyhodnocení jen „po archivaci“; bez tlačítka Vliv OM.
• Vzorec: tabulka členů se znaménkem + / −, výběrem měřidla stejného média (tento i jiné objekty klienta), objektem, kanálem a jednotkou; + Přidat člen; řádek Výsledek =; Platnost od povinné; jednotka výsledku zamčená; Historie vzorce; kontrola cyklu a odmítnutí souhrnu objektu jako člena přicházejí z API jako srozumitelná chyba u řádku.
• Ruční zadání: jeden parametr, jednotka, frekvence zadávání, kontrola frekvence.
• Změna úrovně před uložením vymaže pole, která nové úrovni nepatří, s potvrzením, když už byla vyplněná; po uložení je úroveň, nadřazené měřidlo i podtyp zamčené.

Závislosti: BE-10 (verze vzorce, platnost od), BE-5.

3. Frontend — atributy pro nákup energie (feature id26)

FE-6 · Sekce „Parametry odběrného místa“ podle typu odběru — M

Obecný název místo „Elektrické parametry“; obsah se mění podle typu odběru.

Akceptační kritéria:

• Elektřina: maloodběr / VN / VVN; u VN a VVN rezervovaná roční kapacita a rezervovaný příkon v MW, měsíční rezervované kapacity a bezpečnostní minimum (popis + Editace).
• Plyn: maloodběr / středoodběr / velkoodběr; třída TDD jen u maloodběru, denní rezervovaná kapacita u střed./velkoodběru.
• Typ měření je nově u všech typů odběru elektřiny i plynu.
• Distributor se skryje, když má klient nastaveno „všechna OM na území jednoho distributora“.
• Typ odběru, distribuční sazba a třída TDD jsou v sekci Zařazení (nad touto sekcí); tato sekce na ně jen reaguje a nikdy je neobsahuje.
• „Využití odběrného místa“ u plynu se nezobrazuje (zadání, otevřený bod 9).

FE-7 · Roční odběr ve čtyřech variantách — M

Akceptační kritéria:

• Elektřina maloodběr: jedno pole Roční odběr VT / NT — dvě hodnoty, jedna nápověda, jedno tlačítko Načíst z databáze, které vyplní obě (atributy 13 a 14). NT jen u dvoutarifní sazby.
• Elektřina VN/VVN a plyn maloodběr: jedna hodnota se stejným tlačítkem (atribut 15).
• Plyn střed./velkoodběr: hodnota jen ke čtení, počítá se z měsíčních hodnot, vedle tlačítko Editace (atribut 16).
• Tlačítko načte spotřebu za posledních 365 souvislých dnů; při nedostatku dat červená hláška „Roční hodnotu spotřeby nebylo možné načíst kvůli nedostatku dat uložených v databázi.“

FE-8 · Modál „Měsíční hodnoty spotřeby“ — S

Dvanáct polí v MWh, řádek Celkem za rok, tlačítka Zpět a Uložit.

Akceptační kritéria:

• Roční odběr na detailu se přepočítá ze součtu po uložení.
• Nevyplněné měsíce → roční pole zůstane „Nevyplněno“.
• Stejný vzhled použít i pro Měsíční rezervované kapacity a Bezpečnostní minimum a regulační stupně.

FE-9 · Fakturace, smluvní ceny a diagram spotřeby — M

Akceptační kritéria:

• Nová pole: typ a název fakturace, typ a velikost zálohy, datum mimořádného vyúčtování (jen maloodběr), odpovědnost za odchylku (jen VN/VVN a plyn střed./velkoodběr), poznámka k fakturaci jako poslední pole sekce.
• Název fakturace je prázdný a needitovatelný, když je typ fakturace „samostatná“; Velikost zálohy je needitovatelná při „Bez záloh“.
• Blok Smluvní ceny je jen ke čtení, plní se ze smlouvy a obsahuje typ smlouvy podle média (SSSDE / SDE, SSSDZP / SDZP).
• Diagram spotřeby (atribut 17): tlačítko Vybrat z nahraných dokumentů, dokud soubor není přiřazen, poté Stáhnout; pod polem název souboru a podrobnost dat.

4. Frontend — panel a rychlé opravy detailu

FE-10 · Levý panel „Měřidla objektu“ — M

Panel 320 px se seznamem měřidel objektu, seskupený podle média.

Akceptační kritéria:

• Filtr, ikona způsobu odečtu, meziroční změna u každého měřidla.
• Podružná odsazená pod nadřazeným; panel jde sbalit.
• Přepnutí měřidla zachová otevřenou záložku.
• Panel nemá tlačítko „+ Nové měřidlo“, legendu ani přepínač archivovaných.
• Načítání zvládne objekt s více než 100 měřidly (dnes pageSize 100).

FE-11 · Rychlé opravy karty měřidla — S

Akceptační kritéria:

• Štítek úrovně jen Hlavní / Podružné / Virtuální; štítky „Výroba“ a „Kontrolní“ zrušeny.
• Řádek metadat v hlavičce má popisky („sazba C25d“, „fakturace měsíční“).
• Záložky mají počty (Odečty, Fakturace, Dokumenty, Provoz).
• Opraveno množné číslo „1 měřidel“ v cs_CZ.json.
• Karta „Karta odběrného místa“ v Detailu přejmenovaná na „Odběratel“.

5. Backend

BE-1 · Model kanálu a zdrojů odečtu — L

Akceptační kritéria:

• Nové pole kanálu: způsob odečtu (ruční / dálkový / oba).
• Nová tabulka gauge_source_setting (gauge_id, source, unit, frequency, coefficient, valid_from) — až dvě sady na kanál, s historií.
• Jednotka a koeficient se verzují; změna koeficientu spouští přepočet spotřeby od data platnosti.
• Migrace převede dnešní jednotku a koeficient měřidla do ruční sady.

BE-2 · Vícekanálové založení jednou transakcí — M

Akceptační kritéria:

• POST /v1/gauges přijme několik parametrů najednou a založí je v jedné transakci se společným physicalMeter.
• Selhání kteréhokoli kanálu vrátí celé uložení zpět.
• Odpověď vrací všechny vytvořené kanály.

BE-3 · Nastavení za zdroj a předvyplnění z endpointu — M

Akceptační kritéria:

• Dálková sada se předvyplní z remote_end_point (jednotka, interval, registr) a je jen ke čtení.
• Kontrola frekvence ručních odečtů se řídí ruční sadou.
• Při rozpárování endpointu zůstane historie hodnot zachovaná.

BE-4 · Nespárované endpointy podle EAN / EIC — S

Akceptační kritéria:

• Nový dotaz vrací nespárované endpointy konektorů pro dané měřidlo podle jeho identifikátoru OM (dnes filtr jen podle konektoru, stavu a měřidla).
• Spárování proběhne ve stejném uložení jako přidání parametru.

BE-5 · Nová pole na gauge a přejmenování — M

Akceptační kritéria:

• Pole podle kapitoly 6 zadání: číslo odběrného místa (oddělené od EAN/EIC), umístění měřiče, odkaz na portál, fotografie, typ měření, rezervovaný příkon, denní rezervovaná kapacita, plynové TDD údaje, nízký a špičkový tarif, frekvence záloh a fakturace příjmů, odběratel dodávky, rozsah plateb.
• Jistič jako číselník s historií. Sazba jako gaugeDistributionRateHistory s FK na platformní číselník (BE-11); distributorTariff jen čtený kód aktuální sazby, přes API nezapisovatelný; lowTariff / peakTariff jen u supplyType VN / VVN, jinak null (422).
• GET /v1/gauges/:id/tariff-series?at= (nebo pole tariffSeries v detailu) vrací řady kanálu podle pravidla v zadání 3.4.
• usageType s historií platnosti (sladit s Epic 3.1 — výpočet má číst hodnotu platnou v období).
• Z formuláře i API mizí readingMode, allowsManualReading a labelOverride.
• Popisky „úroveň“ a „typ měřidla“ v API i i18n (klíče se nemění).

BE-6 · Atributy pro nákup energie (id26) — L

Akceptační kritéria:

• 17 nových polí a 3 změněné podmínky zobrazení podle Confluence tabulky.
• Měsíční hodnoty spotřeby, měsíční rezervované kapacity a regulační stupně jako vlastní struktury s ročním součtem.
• Diagram spotřeby jako odkaz na dokument měřidla.
• Roční odběr se dá načíst z dat: spotřeba za posledních 365 souvislých dnů, jinak chybová odpověď.
• Kontaktní e-mail a číslo účtu se na měřidle jen zobrazují, editují se na organizaci.

BE-7 · Potvrzení vzorce objektu při uložení — M

Akceptační kritéria:

• Uložení měřidla přepočítá vzorec objektu ve stejné transakci.
• Známé vzorce se aktualizují automaticky, ostatní otevřou dialog s volbou přijmout / upravit (bez možnosti „zavřít bez rozhodnutí“).
• Rozhodnutí se zapíše do auditní stopy.

BE-8 · Číselník účelu užití na platformě — M

Dnes je ConsumptionUsageType jen frontendový výčet a CHECK na building_calculated_consumption. Má z něj být platformní číselník.

Akceptační kritéria:

• Číselníková tabulka na úrovni platformy (ne tenantu), spravovaná superadminem bez nasazení.
• Každá hodnota má vazbu na médium — které hodnoty se nabízejí u kterého typu měřidla (elektroměr, plynoměr, měřič tepla, měřidlo paliva ano; vodoměr, PHM, KVP ne).
• production v číselníku zůstává kvůli building_calculated_consumption, ale na měřidle se nenabízí.
• CHECK na building_calculated_consumption.usage_type se nahradí cizím klíčem; stávající hodnoty zůstanou platné.

BE-9 · gauge.usageType s historií a sladění s Epicem 3.1 — L

Akceptační kritéria:

• Nové pole na měřidle s historií platnosti (vzor gaugeSerialHistory); jedna hodnota za fyzické měřidlo, sdílená kanály.
• Výpočet spotřeby (Epic 3.1) přestane odvozovat účel z gauge_purpose_option.purpose_category a čte hodnotu platnou v počítaném období. Změnu děláme my, s vlastníkem 3.1 odsouhlasenou.
• Nová platnost spouští přepočet spotřeby od toho data.
• Měřidla bez hodnoty mají dohodnutý fallback (otázka M5).
• building_calculated_consumption.usageType zůstává nedotčené.

BE-10 · Verzovaný vzorec virtuálního měřidla a editor členů — M

gaugeFormula s validFrom / voidedAt místo jednoho řádku na měřidlo; členové se znaménkem a pořadím; PUT /v1/gauges/:id/formula zakládá novou verzi a vrací ji zpět (DAT: entities/gaugeFormula, entities/gaugeFormulaMember). Verzování je domluvené s Epicem 3.1 (14. 9.) — tato story ho realizuje pro uživatelský editor, souhrn objektu ho přebírá.

Akceptační kritéria:

• Uložení vzorce zapíše novou verzi s validFrom zadaným uživatelem a v téže transakci voidne předchozí; verze se nikdy neupravuje ani nemaže.
• Vyhodnocení intervalu použije verzi platnou pro interval; změna s validFrom v minulosti spustí přepočet od toho data (outbox).
• Člen: ne měřidlo samo, ne souhrn objektu, ne archivované; jiné vypočtené virtuální měřidlo ano, pokud nevznikne cyklus (422 s výčtem porušení, samostatná chyba cyklu).
• GET …/formula vrací aktivní verzi a seznam verzí pro Historie vzorce.
• Politika chybějící hodnoty člena se ukládá (výchozí „interval nechat prázdný“), dokud není otevřený bod 6 rozhodnut, API jinou hodnotu nepřijme.

Závislosti: otevřené body 6 a 7 (zadání, kapitola 7).

BE-11 · Číselník distribučních sazeb na platformě — M

Akceptační kritéria:

• Entita distributionRate v platformním schématu (bez tenantu, vzor contract_item_type): code, medium, supplyTypes, tariffScheme (TariffScheme), název, popis, platnost od / do, isActive, sortOrder, audit.
• Seed 25 sazeb z EM2 rates se zachovanými ID; high_tariff AND low_tariff → dual, jinak single.
• Superadmin API GET/POST/PATCH /v1/admin/distribution-rates, oprávnění platform.distribution-rates.read / .write; deaktivace místo mazání.
• Tenant API GET /v1/distribution-rates?medium=&supplyType= vrací jen aktivní a platné sazby pro formulář měřidla.

BE-12 · Tarifní řady kanálu z distribuční sazby (Reading Ingestion) — M

Akceptační kritéria:

• Sdílené pravidlo tariffSeries(gauge, at) podle zadání 3.4 (podružné → nadřazené; ne-elektro / export → total; VN / VVN → přepínače; maloodběr → tariffScheme sazby platné v at; bez sazby → total).
• Ruční zápis (POST /v1/readings, reading entries), import i výměna měřidla přijmou jen tariff z řad kanálu v readAt; jednotarif se ukládá jako total, ne high. Nahrazuje dnešní „vždy VT + NT“ a story Jednotarifní elektroměr z matice odečtů.
• Párování dálkového registru na kanál kontroluje, že registr má odpovídající řadu; jinak 422 s registrem.
• Patří do epicu Reading Ingestion Core (ne do formuláře měřidla); závisí na BE-5 a BE-11.

FE-14 · Správa distribučních sazeb v platformním adminu — S

Akceptační kritéria:

• Stránka v admin app ve vzoru Ceníky / Výhřevnosti: seznam (kód, název, schéma tarifů, platnost, stav), detail / úprava, deaktivace; bez mazání.
• Závisí na BE-11.

FE-12 · Smluvní ceny bez smlouvy — S

Akceptační kritéria:

• Když k odběrnému místu není smlouva, blok Smluvní ceny ukáže placeholder s vysvětlením a tlačítkem Zadat smlouvu.
• Odskok do formuláře smlouvy s předvyplněným odběratelem, médiem a OM — jen pokud to nevyžaduje zásah do Contract Managementu; jinak prostý odkaz.

MIG-1 · Export odběrných míst s rezervovanou kapacitou a příkonem — S

Akceptační kritéria:

• Export OM, kde je dnes vyplněná rezervovaná kapacita nebo příkon, včetně typu odběru a média.
• Proběhne před změnou podmínek zobrazení podle feature id26.
• Výstup se projde se zadavatelem a rozhodne se, co s hodnotami u OM, kde se atribut nově nebude zobrazovat.

Riziko, které to kryje: id26 obrací zobrazení z maloodběru na velkoodběr. U OM, kde je hodnota vyplněná „na špatné straně“, by se stala neviditelnou — uživatel by ji neviděl, nemohl opravit a při další editaci by se mohla ztratit. Bez exportu navíc nevíme, kolika OM se to týká, takže nejde odhadnout dopad migrace.

MIG-2 · Distribuční sazby a tarifní dimenze odečtů — M

Akceptační kritéria:

• rates → seed distributionRate; gauge_rate → gaugeDistributionRateHistory 1:1 (valid_from).
• Odečty: segment 2 u měřidla s jednotarifní nebo žádnou sazbou v readAt → tariff = total; segment 2 u dvoutarifní → high; segment 3 → low.
• forceLowTariff / forceSpecialTariff jen u VN / VVN; jinak zahodit a vykázat.
• Report: elektroměry maloodběr bez sazby; zahozené přepínače. Upřesnit tabulku Migration from legacy segments v Confluence Data Model.
• Závisí na BE-11, BE-5. Podrobně migrace-em2.md M7.

6. Dokumentace a slovník

DOC-1 · Slovník pojmů a nápovědy — S

Akceptační kritéria:

• Doplnit „úroveň“, „typ měřidla“, „Vliv OM na spotřebu objektu“, „další e-mail pro zasílání vyúčtování“, „roční odběr“, „diagram spotřeby“.
• Nápovědy u polí podle Confluence (dodatečné podmínky OM, odpovědnost za odchylku, typ smlouvy, název fakturace, specifikace nízkého tarifu).
• Promítnout přejmenování do přehledu měřidel, filtrů a exportu — jednou dávkou spolu se změnou ve formuláři, ne postupně (rozhodnutí 23. 9.).

7. Rozhodnutí a co ještě chybí

Rozhodnuto 23. 9.: typ odběru je atribut měřidla · měsíční hodnoty u plynu zadává uživatel · diagram spotřeby je dokument měřidla · účel užití je nový atribut měřidla s historií a platformním číselníkem · změna úrovně po uložení zatím nepovolena (jako v EM2) · PHM nemá umístění ani výrobní číslo · účel užití u vody, PHM a KVP se nezobrazuje · přejmenování se promítne do přehledů hned, jednou dávkou.

Mimo rozsah, ale evidovaná závislost: sekce Rozdělení spotřeby dle užití (smíšená spotřeba — měsíční podíly, měřeno vs. odhad, podružná měřidla jednoho účelu). Model a pravidla dořeší Epic 3.2; tady se s tím počítá jen tak, že gauge.usageType je „hlavní účel“ a struktura se může později rozšířit. Před tím je potřeba sjednotit přiřazení F27 (dnes Epic 1.4) a F42 (dnes měřidla). Viz zadání, kapitola 10.

Zbývá:

Co	Blokuje
Baterie — započítávat do celkové spotřeby objektu? (ověřit s Petrem)	FE-5
Typ odběru po uložení zamknout? (zadání, bod 4)	FE-1
Chybějící hodnota člena vzorce; člen z jiného objektu / jiné virtuální (body 6, 7)	BE-10, FE-13
Ruční virtuální měřidlo — jeden parametr, nebo více kanálů (bod 8)	FE-13
„Využití odběrného místa“ u plynu vypustit? (bod 9)	FE-6
Persistovat přepočtenou spotřebu, nebo počítat ad hoc?	BE-9, rozsah přepočtu
Příznak „jeden distributor“ — chceme ho i pro plyn?	FE-6
Otázky do migrace M2–M5 (migrace-em2.md)	MIG-1 a migrace, ne stavba formuláře

8. Návrh dávek

Dávka	Obsah	Proč
1	FE-11, FE-10, DOC-1, MIG-1	Viditelné zlepšení bez závislostí; export dat musí proběhnout dřív než změny podle id26.
2	BE-1, BE-2, BE-3, BE-4	Model kanálů a zdrojů — základ pro formulář.
3	FE-1, FE-2, FE-3, FE-4, BE-7	Formulář a měřené parametry.
4	BE-11, FE-14, BE-5, BE-6, BE-8, BE-9, BE-12, MIG-2, FE-5, FE-6, FE-7, FE-8, FE-9, FE-12	Nová pole, číselník a historie účelu užití, atributy PXE. Tady se také dělá změna ve výpočtu spotřeby domluvená s Epicem 3.1.
5	BE-10, FE-13	Podružné a virtuální úroveň — až po formuláři hlavního měřidla a po verzování vzorce z Epicu 3.1.