討論 #1462
是由 陳國瑋 於 28 天 前更新
## 背景
主需求：#1422。
原始 mockup 在「案場即時負載」中，將 A17 三個 Charge Group 的 contractCapacity（各 99 kW）直接相加為 297 kW，並據此顯示案場契約容量利用率與剩餘容量。
經現有程式碼與 A17 read-only 資料確認：
- contractCapacity 是 Charge Group 層級欄位，現有 SlotCalculator 使用它計算該群組可配置的 slots。
- 系統目前沒有獨立的 building／site 層級上游契約容量欄位。
- 系統也沒有描述各 Charge Group 是否共用上游容量、是否可加總的電力拓撲資料。
- 因此直接相加只得到群組排程上限合計，不能可靠宣稱為案場對台電的契約容量或剩餘容量。
本票只定義 Dashboard 的唯讀顯示與 read model，不修改任何充電、輪轉或容量配置邏輯。
## LOAD-DEC-001：V1 不推算案場層級契約容量
**狀態：已確認（2026-09-03，Ken）**
### 使用者需要知道的資訊
「案場即時負載」回答：
- 全案場目前合計使用多少充電功率。
- 即時功率資料是否仍為最新、可以信任。
- 功率隨時間的變化。
「群組容量與 Slots」則分別回答每一個 Charge Group 的：
- 目前功率。
- 該群組自己的 contract capacity／allocated power。
- occupied／reserved／available slots 與既有 queue 狀態。
兩者不得混成一個未經資料模型證明的案場契約容量。
### V1 顯示規則
- 保留案場即時總功率 currentPowerKw 與負載圖表。
- 保留 latestMeterAt、freshness／source status，使使用者知道即時數字是否過期。
- 移除案場層級的「契約容量」、「契約容量利用率」與「剩餘容量／餘裕」。
- 不得以 SUM(group.contractCapacity) 產生 buildingContractCapacityKw。
- 各 Charge Group 區塊仍可顯示該群組自己的 currentPowerKw／contractCapacityKw 與 slots。
- 群組百分比若顯示，分母只能是該群組自己的 contractCapacity；label／位置必須讓使用者清楚它是群組值。
- currentPowerKw 未知時顯示「—」與對應資料狀態，不得以 0 冒充。
- 本決策適用所有 building；不得硬編碼 A17 或固定群組數量。
### Frontend 要開發的內容
- 「案場即時負載」主數字只顯示 Backend 回傳的 currentPowerKw。
- 說明文字改為「各充電群組目前充電功率合計」及資料 freshness 語意。
- 移除 site-level contractCapacityKw、utilizationPercent、remainingCapacityKw 的 label、數值、進度條與前端計算。
- 不從 Charge Group 陣列自行加總契約容量。
- 群組列表仍逐組顯示該組容量／slots，並適應不同群組數量。
- Loading、null、Partial、Stale、Error 不得退回假資料或把未知顯示為 0。
### Backend／API 要開發的內容
- Live Load 的 REST／WebSocket read model 回傳 currentPowerKw、latestMeterAt 與 freshness／source status。
- currentPowerKw 延用 #1424 DEC-004：只彙整 Backend 判定未 stale、enabled Connector 的最新有效 Power value。
- V1 的 building-level Live Load DTO／event 不回傳由 Charge Group 容量相加而來的 contractCapacityKw、utilizationPercent、remainingCapacityKw。
- Group Capacity read model 仍逐組回傳既有 group contract capacity、allocated power、reserved／occupied／available slots。
- 不新增案場契約容量設定欄位、資料表、管理 API 或電力拓撲模型。
- 不修改 SlotCalculator、rotation dispatch、queue lifecycle、OCPP／Modbus 指令或任何業務資料。
### A17 驗證基線（不是跨案場規則）
查詢日期：2026-09-03。
- A17 有 B1、B2、B3 三個 Charge Group，各自 contractCapacity = 99 kW。
- 三組欄位數值相加為 297 kW，但只能視為群組排程上限的算術合計。
- A17 有 4 個 Charge Point、12 個 Connector，皆已指派群組。
- 現有資料無法證明三個群組使用三個完全獨立的上游契約，或可用 297 kW 計算案場餘裕。
A17 數字只用來揭露原 mockup 的假設與驗證通用設計，不作為其他案場的固定值。
## LOAD-DEC-002：V1 保留即時／今日／7 日三種負載檢視
**狀態：已確認（2026-09-03，Ken）**
- 「案場即時負載」保留「即時」、「今日」與「7 日」三個檢視，不移除 7 日。
- 7 日負載呈現的是功率（kW）隨時間的變化，與「30 日充電用量」呈現的能量（kWh）／Sessions 不同，兩者不互相取代。
- 三個按鈕只切換 read-only 圖表資料，不改變 MeterValue 回報頻率、充電控制、queue、rotation 或 WebSocket 連線。
- 本決策先確認三種檢視必須存在；每種檢視的 X 軸時間範圍、bucket 粒度、tick label，以及 Y 軸採瞬時值／平均值／峰值的定義，列為下一項需求決策。
- 在軸線定義確認前，mockup 的折線與座標文字仍屬假資料，不可當成 API contract 或驗收基準。
## LOAD-PROP-003：Live Load X／Y 軸定義（待確認）
**狀態：待 Ken 確認；以下不是最終 contract**
### 圖表與主數字的分工
- 區塊大數字標示「目前功率」，顯示 currentPowerKw，代表 Backend 在 generatedAt 時間點可確認的案場充電總功率。
- 折線圖標示「區間平均總充電功率」，不是契約容量、容量利用率，也不是 kWh。
- 所有日期與時間均使用 Backend 回傳的 building timezone；Frontend 不使用 browser timezone 自行切日。
### X 軸提案
| 模式 | X 軸範圍 | Bucket | 最多資料點 | Tick／Tooltip |
|---|---|---:|---:|---|
| 即時 | generatedAt 往前 60 分鐘至 generatedAt | 1 分鐘 | 60 | 軸上顯示 HH:mm；tooltip 顯示完整起訖分鐘 |
| 今日 | 案場當日 00:00 至 generatedAt | 15 分鐘 | 96 | 軸上顯示 HH:mm；tooltip 顯示日期與 15 分鐘起訖 |
| 7 日 | 案場今天加前 6 個日曆日，第一天 00:00 至 generatedAt | 1 小時 | 168 | 軸上以 M/d 分日；tooltip 顯示 M/d HH:mm 與一小時起訖 |
- 「7 日」是包含今天的 7 個案場日曆日，不是最近 168 小時。
- rangeEndAt／最後 bucket 可以是尚未結束的進行中區間；API 必須標示 partialBucket，避免把未滿一個 bucket 的平均值誤認為完整區間。
- FE 可依寬度減少可見 tick 數量以避免文字重疊，但不得改變資料點、時間範圍或 bucket；tooltip 必須顯示精確時間。
### Y 軸提案
- 軸名固定為「充電功率（kW）」。
- 最小值固定從 0 開始。
- 最大值依目前選取 series 的有效值自動取整；不以 297 kW 或任何群組容量合計作為固定上限。
- 每個點的數值為該 bucket 的 time-weighted averagePowerKw，顯示到小數點後 2 位。
- Tooltip 顯示「區間平均功率 X.XX kW」；0 表示 Backend 確認該區間平均充電功率為 0。
- 無法可靠計算的 bucket 回 null／PARTIAL／ERROR，圖表顯示缺口及「資料無法取得」，不得用 0 補值。
- 本圖只畫一條平均功率線；V1 不同時增加 peak、min、契約容量線或預測線。
### Backend 計算提案
- 原始來源為 Power.Active.Import；先依 unit 正規化，A17 目前為 W，API 對 FE 統一回 kW。
- 由各 Connector 依時間排序的 Power 讀值重建案場總功率時間線；每個讀值只能沿用至 Backend freshness policy 的有效期限。
- 同一時間點的 site power 是各 Connector 當時仍有效的最新讀值合計。
- 每個 bucket 對重建後的 site power 做 time-weighted average，不可直接對 e_meter_values rows 做算術平均。
- 原因是不同狀態的回報頻率不同；直接平均 raw rows 會讓回報較密集的 Connector 權重過高。
- 若部分 Connector 在 bucket 內缺值／stale，數值與 bucketStatus 必須能表達 PARTIAL；詳細 coverage 門檻可在本提案確認後另行鎖定。
- 歷史 series 由 REST 提供；WebSocket 仍依 #1424 DEC-004 更新 currentPowerKw，不傳送整段 7 日 series。
### A17 Read-only 依據
查詢時間：2026-09-03。
- 最近 7 日有 14,550 筆 Power.Active.Import，涵蓋 11 個曾回報 Power 的 Connector，單位皆為 W。
- 最近 24 小時有 1,342 筆；其中充電中的 Sample.Clock 多數約每 30～34 秒回報，未充電的 Sample.Periodic 多數約每 900～905 秒回報。
- 因回報時間與頻率不一致，不能把 raw rows 直接加總或直接平均。
- 目前 MeterValueRepository 沒有 Dashboard 歷史負載 aggregate query；V1 需要新增唯讀 query／service，但不新增 MeterValue 寫入或改變回報頻率。
### 外部參考
- EIA 說明 kW 是功率，kWh 是一段時間使用的能量；因此 Live Load Y 軸使用 kW，不與 30 日用量的 kWh 混用：
https://www.eia.gov/energyexplained/electricity/measuring-electricity.php
- 美國能源部企業電費說明以 15 分鐘整合需求示範區間化功率；本提案只借用「區間平均」的清楚語意，不把 Dashboard 數值當成正式需量計費：
https://www.energy.gov/sites/default/files/2024-04/understanding-your-utility-bill.pdf
### 尚未確認
- [ ] 即時 60 分鐘／1 分鐘 bucket。
- [ ] 今日 00:00 至現在／15 分鐘 bucket。
- [ ] 7 個案場日曆日／1 小時 bucket。
- [ ] Y 軸使用 time-weighted averagePowerKw，不使用峰值或 raw sample。
- [ ] 進行中 bucket、null 與 PARTIAL 的呈現。
## V1 明確不開發
- 案場層級契約容量設定／維護頁。
- Charge Group 上游配電拓撲或可加總旗標。
- 案場契約容量利用率、剩餘容量或其告警門檻。
- 因 Dashboard 顯示而調整群組容量、slots、queue 或 rotation。
- 根據 mockup 假資料執行任何營運判斷。
若未來確實需要案場契約容量 KPI，應另案定義 authoritative site capacity、共用／獨立上游拓撲、有效期間及權限；不能恢復以群組容量直接相加。
## Acceptance Criteria
- [ ] 案場即時負載不顯示或回傳由 group contract capacity 加總產生的案場契約容量。
- [ ] UI 不顯示案場契約容量利用率或剩餘容量。
- [ ] currentPowerKw、latestMeterAt 與 freshness／source status 可獨立正常呈現。
- [ ] 各 Charge Group 自己的 contract capacity 與 slots 仍可閱讀，且不被標示為案場總契約容量。
- [ ] 1 個、2 個或多個 Charge Group 均不需要 FE 硬編碼。
- [ ] currentPowerKw 為 null／stale／error 時有明確狀態，不顯示假 0。
- [ ] Backend 與 FE 都不自行推導 site-level capacity、utilization 或 remaining capacity。
- [ ] 本需求只有唯讀查詢與呈現，不改變既有作業邏輯。
## Mock／文件同步
- Working mock：documents/dashboard-mockup/a17-operations-dashboard.html。
- 本次確認後立即移除案場層級 297 kW、7.4% 與 275.16 kW 餘裕文案。
- 各群組自己的 99 kW 與群組內比例保留。
- Redmine attachment #1110 保留為初始設計基準；全部需求確認後再上傳整併後的最終 HTML／PDF。
## 需求管理狀態
- Parent：#1422
- Related：#1424（REST／WebSocket 資料分工與事件契約）
- Requirement status：**LOAD-DEC-001／002 已確認；Live Load X／Y 軸與 bucket 規則仍逐項確認**
- Final specification：全部 Dashboard 區塊確認後整併至 #1422 v1.0 文件
- Implementation tickets：需求鎖定後才建立 FE／BE／QA child issues
返回