IVM告警閾值怎麼設定？龍雲數位告警等級說明台灣2026

IVM 告警太多，被通知炸死？或者告警太少，設備出問題才知道？——告警閾值的設定才是關鍵。

IVM告警閾值設定說明

IVM 告警的三個等級

龍雲數位 IVM 的告警優先級分類：

IVM 告警等級定義（龍雲數位標準，2026）：

P1 — 緊急告警（Critical）

定義：設備完全無法正常服務，每分鐘有損失
觸發條件：
• 完全斷電（設備無法運作）
• 出貨機構卡機（所有商品無法出貨）
• 冷藏溫度 > 15°C（食品安全問題）
• 支付系統故障（所有支付方式無法使用）
• 門未關閉（設備可能被竊）

回應 SLA：
→ 告警發出後 4 小時內，維修人員到場
→ 通知對象：龍雲數位運維團隊（最高優先）
→ 通知方式：電話 + LINE + 系統告警（確保被接收）
→ 場地主通知：必要時（若需要場地協助）

---

P2 — 重要告警（Warning）

定義：設備部分功能受限，但仍可部分服務
觸發條件：
• 庫存低於補貨閾值（特定商品 ≤ 5 個）
• 冷藏溫度 8°C-15°C（偏高但未達危險）
• 某個出貨口故障（部分商品無法出貨）
• 網路連線不穩定（IVM 數據延遲 > 30 分鐘）
• 電壓異常（過高或過低，但備用電源啟動）

回應 SLA：
→ 1 個工作天內處理（非緊急，可安排下次補貨路線順便）
→ 通知對象：補貨員 + 運維負責人
→ 通知方式：LINE 訊息 + 系統告警

---

P3 — 一般告警（Info）

定義：需要關注但不緊急的狀態
觸發條件：
• 設備進入節能模式（非正常工作時間）
• 商品即將到期（7 天內到期商品 > 3 個）
• 銷售數據異常（某商品一週銷量異常低）
• 補貨週期到達（定期補貨提醒）

回應 SLA：
→ 週報中彙整，定期處理
→ 通知對象：場地負責人（供參考）
→ 通知方式：系統匯報（非即時通知）

各類告警的設定邏輯

不同告警類型的閾值怎麼設：

一、庫存告警閾值設定：

基本邏輯：
補貨告警時間點 = 「下次補貨前不會賣完的最低庫存」

計算公式：
補貨告警閾值 = 日均銷量 × （補貨週期天數 + 緩衝天數 1 天）

範例計算：

場地 A：科技辦公室，礦泉水
• 日均銷量：30 瓶
• 補貨週期：每週一次（7 天）
• 補貨告警閾值：30 × （7 + 1）= 240 瓶？

不對！ → 要考慮「機器格子容量」

若機器容量：礦泉水格子最大放 60 瓶
• 當庫存 ≤ 20 瓶 → 觸發告警（約 0.67 天就賣完）
→ 補貨員收到告警後，今天就要安排補貨

---

動態告警（進階）：

IVM 可設定「動態補貨閾值」：
• 平日（週一到五）：閾值較低（因為補貨容易）
• 假日前夕（週五下午）：閾值提高（防止週末缺貨）
  → 週五告警觸發點：比平日高 50%

季節性調整：
• 夏季（6-9月）：運動飲料閾值提高（需求高峰）
• 考試週（6月/1月）：能量飲料閾值提高
→ IVM 可以設定「條件規則」：符合某條件時，自動套用特殊閾值

---

二、溫度告警閾值設定：

冷藏設備溫度範圍：
• 正常範圍：2°C - 8°C（飲料/食品最佳保存）
• 偏高警戒：8°C - 12°C（P2 告警，非緊急）
• 危險範圍：> 12°C（P1 告警，食品安全風險）
• 偏低警戒：< 0°C（P2 告警，飲料可能結冰破損）

設備位置影響閾值設定：
• 室外設備（夏季）：
  → 外部高溫可能導致機器暫時偏高
  → 告警閾值可以適當寬鬆（設為 > 14°C 才告警）
  → 否則夏季天天告警，運維人員疲乏（告警疲勞）

• 室內設備（有空調）：
  → 環境穩定，溫度很少波動
  → 告警閾值可以嚴格（> 10°C 即告警）
  → 若超出，代表設備壓縮機可能出問題

---

三、斷電告警：

台灣停電頻率：
• 計畫性停電：電力公司提前通知（通常 8 小時以上）
• 非計畫性停電：颱風/跳電（無預警）

IVM 斷電偵測機制：
• 設備電力感測器：偵測供電狀態
• 一旦斷電 → 立即觸發告警（不設延遲）
• 理由：任何斷電都可能影響冷藏食品安全

UPS 備電告警：
• 設備標準配備 UPS（不斷電系統）：2-4 小時備電
• 斷電後 2 小時：UPS 電量告警（提醒備電即將耗盡）
• UPS 耗盡前：P1 告警升級（冷藏溫度將上升）

如何設定「不會被告警轟炸」的閾值

告警疲勞是最大的問題——如何解決：

告警疲勞（Alert Fatigue）問題：

常見失誤：
• 把所有告警都設成最敏感的閾值
• 結果：每天收到幾十條告警
• 後果：運維人員開始「習慣忽略」告警
  → 真正的緊急告警被忽略

---

龍雲數位的「告警設計原則」：

原則一：P1 告警必須「稀少但精準」

目標：每台設備 P1 告警 < 1 次/月
• 如果某台設備每週都有 P1 → 閾值設定有問題，或設備本身需要維修
• P1 告警越少，每次 P1 觸發時越被認真對待

---

原則二：告警通知頻道分層

P1 → 電話（直接打給負責人，確保被接聽）
P2 → LINE 訊息（工作時間看到就處理）
P3 → 週報整合（不打擾日常工作）

注意：
• 把 P3 透過電話通知 → 沒人會認真對待電話告警
• 把 P1 只透過 LINE → 可能被淹沒在其他訊息中

---

原則三：告警「靜音窗口」設定

什麼是靜音窗口：
• 某些時段已知不需要告警（例如：每月定期維護時段）
• 設定靜音窗口 → 維護期間不觸發告警

範例：
• 每週一上午 9:00-12:00：補貨員例行到場
→ 設定此時段的「庫存告警靜音」（因為補貨員就在現場，不需要系統告警）
→ 維護期間門開著 → 不觸發「門未關閉」P1 告警

---

原則四：告警「確認機制」

P1 告警確認 SOP：
1. 系統發出告警
2. 負責人 5 分鐘內確認（回覆「我知道了」）
3. 15 分鐘無確認 → 自動升級（通知第二聯絡人）
4. 30 分鐘無確認 → 自動升級到最高層級（場地主也收到）

→ 避免告警「石沉大海」的問題

場地主可以看到什麼告警？

場地主端 vs 龍雲數位端的告警分層：

場地主（透過場地主 APP）看到的告警：

✅ 場地主會收到：
• P3（Info）：
  - 「今日銷售已達 NT$5,000」（達標通知）
  - 「本月分潤預估：NT$8,200」（收入快報）
  - 「設備正常運作中」（週報）

• P2（Warning，選擇性）：
  - 「預計 3 天內需要補貨（部分品項偏低）」
  - 「本週某品項銷量異常低（建議討論換品）」

❌ 場地主不會收到（由龍雲數位處理）：
• P1 緊急告警（技術問題由龍雲數位直接處理）
• 溫度/電力告警（設備問題非場地主責任）
• 出貨機構故障（維修問題）

設計邏輯：
→ 場地主只需要知道「對他有意義的資訊」（收益/銷售/補貨時機）
→ 技術問題告警發給龍雲數位，場地主不需要分心
→ 合作體驗更好：「機器問題你們自己解決，不來打擾我」

常見問題

Q：IVM 的告警可以傳到 Slack 或企業通訊工具嗎？ A：可以整合。IVM 支援 Webhook 輸出，可以連接 Slack、Microsoft Teams、LINE WORKS 等企業通訊平台。設定方式：在 IVM 後台的「告警整合」頁面填入 Webhook URL，選擇要推送的告警等級。大型客戶（同時管理 50 台以上設備）通常會這樣設定，讓運維團隊在一個平台上統一接收。

Q：告警太頻繁但又不敢調寬鬆，怎麼辦？ A：問題通常出在「告警類型混在一起」。建議先做「告警審計」：把上個月所有告警按類型分類，找出「哪一類最多」。通常超過 60% 的告警是 P3 等級（一般通知），這類告警改成週報匯整就好，不要即時推送。P1 和 P2 的總量不應超過每台設備每週 2-3 條——如果超過，代表閾值需要校準。

小結

IVM告警設定：P1緊急（4小時到場）/P2重要（1工作天）/P3一般（週報）；庫存告警閾值 = 日均銷量×（補貨週期+1天緩衝）；溫度>12°C觸發P1（食品安全）；避免告警疲勞：P1靠電話/P2靠LINE/P3週報匯整；場地主只看收益告警，技術問題龍雲數位直接處理。

了解龍雲數位（transtep.com）IVM平台的完整告警設定和遠端管理能力。