資產與現場系統
- 發電量、用電量、電池剩餘電量、充放電狀態與設備限制
KUNIES 連接企業分散的發電、儲能、用電與電力市場資料。讓團隊在同一平台看清成本與收益、用 AI 比較交易策略、設定通知與報告,並追蹤指令是否執行、交易結果是否符合預期。
整合資料 →︎ 比較機會 →︎ 追蹤執行 →︎ 掌握變更。
設備告訴你發了多少電,市場告訴你價格,交易系統記錄執行結果。KUNIES 將這些紀錄按場站與時間連起來,讓團隊能比較「原本預期」與「實際發生」,不用逐一匯出報表再人工拼湊。
KUNIES 是獨立的能源連接與自動化平台。我們以連接既有系統為出發點,將設備資料、市場資訊、團隊工作與變更追蹤串在一起,讓成本分析與交易管理共用同一套資料。
↑︎ 由資料來源向上支撐應用 ↻ 變更追蹤涵蓋全部三層,結果回傳至相關系統。
資料格式不同、價格規則不同、流程各自運作,而且來源持續改變。上層每個應用若各自處理,企業就反覆付出整合、流程開發與維護成本。
四層一起處理這四種斷點。先協助工商業能源服務商與光電、儲能營運團隊,回答一組相連的問題:有哪些電可以交易?現在交易是否合適?指令有沒有執行?實際收益是否符合預期?資料或規則改變時,哪些步驟需要調整?
先交付完整流程,再擴展場站與應用。AI 輔助評估是否參與、可提供容量與履約風險,並說明依據與不確定性;同時支援欄位對應與變更解讀。交易與控制指令仍依授權、審核及安全限制執行。
以企業使用光電與電池參與電力交易為例:先確認可用電量,再比較策略、追蹤結果,最後掌握系統或規則改變帶來的影響。
「訊息送出」不等於「交易被接受」,「設備收到指令」也不等於「電已供應」。把每一步分開確認,才能知道交易卡在哪裡,以及實際收益是否符合預期。
● 光電發電 ● 用電
| 資料來源 | 場站 | 頻率 | 品質 |
|---|---|---|---|
| PV monitoring | Site A | 15 min | 正常 |
| Battery EMS | Site A | 15 min | 資料缺漏 |
| Utility meter | Site B | 15 min | 正常 |
Battery EMS 缺漏 2 筆。相關分析需先確認資料完整性。
模擬不同價格、發電與儲能條件,比較參與時段、容量與風險。保留假設與資料版本;模擬結果不等於收益保證。
| 檢查項目 | 依據/關聯 | 狀態 |
|---|---|---|
| 市場 A/產品 01 | 價格、時段、參與條件 | 資料版本可追溯 |
| 市場 B/產品 02 | 價格、幣別、結算規則 | 適用資格待確認 |
| 市場與聚合商要求 | 產品條件 v03 | 回覆期限待核對 |
| AI 策略模擬 | 基準/低發電/高價格 | 比較收益與履約風險 |
授權審核:能源交易負責人。AI 建議不會直接送出交易。
指令回執與現場遙測分開追蹤。未取得出力證據前,不標示為履約完成。
| 檢查項目 | 依據/關聯 | 狀態 |
|---|---|---|
| 申報回覆 | EVT-024 / SUB-01 | 已接受 |
| 成交/獲派 | EVT-024 / AWD-01 | 已獲派 |
| 設備指令 | EVT-024 / CMD-01 | 已接收 |
| 實際出力 | EVT-024 / METER-01 | 遙測延遲・待確認 |
| 履約與結算 | EVT-024 | 待核對 |
例外處理:通知場站負責人,核對通訊與遙測;未釐清狀態前避免重複下達。
| 來源 | 變更摘要 | 影響 | 處理 |
|---|---|---|---|
| Battery API | power / kW →︎ W | 高 | 待確認 |
| Aggregator API | 指令回覆狀態碼調整 | 中 | 已指派 |
| Market rules | 結算時段版本更新 | 低 | 已檢視 |
功率欄位的單位從 kW 改為 W,可能影響 2 個流程。請先確認單位換算,再重新檢查相關報告。
成本分析、資產表現、通知與交易結果分析,是四層基礎設施支撐的應用。每個結論都應能追溯到資料、適用規則與執行結果。
比較可提供的電量、市場價格與交易要求,模擬不同策略的可能收益與風險。
結合適用費率、合約與結算結果,追溯預期與實際差異。
分開追蹤申報、獲派、指令接收與實際出力,將拒絕、逾時與遙測缺漏交給負責人。
讓財務看懂成本,讓營運知道該查什麼。把資料整理成三個簡單問題,而不是再增加一張複雜儀表板。
一起定義你的第一份報告 ↗︎區分用電費、需量費與其他費用,保留帳期與原始帳單。
比較用量、尖峰、費率與天數;明確標示已確認原因與待驗證假設。
將需要確認的項目交給負責人,依公司流程安排通知與報告。
Change Intelligence 的設計重點,是把變更連回實際影響。保留證據、版本與待確認項目,讓團隊知道先處理哪裡。
規劃能力的涵蓋範圍取決於可存取的來源與授權;偵測到變更不代表已完成法規解讀或合規確認。
初期聚焦工商業能源營運。當你的業務需要跨系統、跨品牌或跨案場協作,我們希望從一項真實工作開始,定義可驗證的合作範圍。
從一種交易產品、一個場站與一條授權流程開始。
討論合作情境 ↗︎從一個據點的成本差異與資料來源開始。
討論合作情境 ↗︎從兩個資料來源與一項營運例外開始。
討論合作情境 ↗︎從 API 文件、存取授權與一個共同客戶需求開始。
討論合作情境 ↗︎你有明確的資料負責人、可取得授權的來源,以及一項反覆發生的整合或營運問題。雙方先確認資料可用性、交付範圍與驗收方式,再逐步擴展。
從一項明確的問題開始:資料分散、電費難解釋、交易狀態不明,或報告每次都要重做。我們與你的團隊確認需要連接的系統、第一條工作流程,以及如何驗證成果。
初期聚焦工商業能源服務商、多場站工商業企業、光電與儲能資產營運商,以及設備與軟體技術夥伴。共同起點是可授權的資料來源與明確的整合或營運問題。
產品設計以整合既有系統為出發點。實際可連接的來源、資料頻率與存取權限,需要依個案確認。
本頁展示產品方向與互動概念,並非已上線功能清單。我們正在尋找試點合作對象,先確認資料來源與可交付範圍。
AI 的設計角色是輔助參與評估、整理依據與解釋風險。申報或控制指令需依客戶授權、審核設定、設備安全限制與市場/聚合商介接條件執行;實際範圍須在合作中驗證。