IoT / 基礎平台

發現異常之後,還要有人接手、有據可查。

區分場景規則、設備動作、告警事件、通知與人員處置,讓自動化流程有清楚邊界。

客戶問題

物聯卡管理,從業務問題開始。

偵測到異常不代表處置完成。規則是否符合、動作是否獲准、設備是否回覆、通知是否送達及由誰接手,都要分開記錄,不能把整條鏈路都顯示為成功。

機制 / 原因 / 取捨

結合介面,看懂能力如何運作。

01

場景規則承接明確條件與動作

觸發入口、條件判斷和執行動作分別設定,透過執行記錄查看實際路徑。設備控制仍依實際能力與權限檢查。

選擇與取捨
規則觸發不等於控制成功;還須核對目標設備、參數和回覆。
02

告警事件、通知與處置分開

異常形成業務告警事件,通知負責觸達人員,處置記錄則說明後續動作。AI 判斷可按既有設定放在事件觸發後、通知前。

選擇與取捨
AI 輔助不能取代安全連鎖或人員責任,也不表示所有通知通道已啟用。
03

設備業務告警不是伺服器監控

本頁說明設備門檻、業務事件和場景聯動;服務健康與容器指標則屬於維運監控。

選擇與取捨
通知通道須實際開通和設定;介面存在不代表外部通道已啟用。
設備告警事件與處置入口既有測試介面;不是本頁水位案例的真實執行記錄。

具體範例 / 機制示意

蓄水點水位異常如何交由人員處置?

以供水場景說明機制,不是實際執行記錄;分別檢視異常、控制回覆和通知結果。

  1. 接收水位並核對欄位、時間與規則條件
  2. 建立告警或執行已設定動作,分別記錄結果
  3. 通知相關人員、確認處置並保留過程

準備接入

接入前,一起確認。

物聯卡操作文件 ↗
  • 定義門檻、觸發條件、動作和責任人員
  • 設定通知通道並驗證失敗路徑
  • 危險操作和安全連鎖依現場規範另行設計