機器閒置也可能源於業務資訊
停機有其位置，但原因可能跨越採購、規劃、品質及維護。有用的營運視圖需保留這些背景。
可見的停頓不是整件事
假設機器等待物料，庫存報表卻顯示足夠。物料可能已預留、等待檢查，或採用與排程不同的定義。現場看到停頓，未完成的決策卻可能在別處。
準確的監察數字不能代替放行與調配權限。先把反覆中斷連接到辦公室記錄及現場情況，核對各部門持有的證據，避免歸咎某個團隊。
定義包含營運選擇
確認運作、等待、換線與故障的意義，以及哪些區分會改變決策。單一停機總數可能隱藏完全不同的處理方式。
保留來源與時間戳，區分相關性與已確認原因，列出不確定分類，容許修訂。模型不需要捕捉所有細節，但必須能被糾正。
把例外交給有權處理的人
警報需要背景、負責人及權限。若下一步是品質放行，把機器警報送給所有經理只會增加協調。
介入可以是連接狀態、顯示承諾或指定升級處理責任；也可能需要感測器或設備改變。按制約與營運成本排序。監察不等於機器可以安全重啟，安全及維護仍需合資格人員。
讓系統能應付變化
零件、產品或班次改變，都可能影響訊號意義。指定數據定義、權限及覆核的負責人，並重新測試恢復與升級處理。
Quindart 把持續營運納入設計，支援範圍需明確。不承諾消除停機；目標是讓中斷可理解，決策可到達適合的人，減少擁有人反覆追查整個故事。
調查時需要釐清的問題
- 盤點相關來源、定義、權限及負責人。
- 以現場觀察及反覆例外核對業務記錄。
- 建立範圍清楚的連接及可檢視的視圖，確認升級處理責任。