數位動作可能有實體後果
IoT 包含多種連網感測與服務裝置；OT 則涉及監測或控制實體流程的系統。兩者有重疊，但不能用相同方式處理所有設備。重新啟動一台辦公測試機，與中斷製程控制器，可能有完全不同的後果。
安全措施需考慮性能、可靠度、實體安全與可用性。更新、掃描或隔離可能需要供應商支援、離線測試、操作人員協調與維護窗口；一般 IT 掃描習慣不能直接套用。
先知道哪些通訊真的必要
盤點設備用途、負責人、版本、支援期限與必要資料流。分區與受控通道可限制不必要的連線，但規則要對照操作需求，並保留緊急處理與復原方式。
驗證時先在合成圖或隔離測試環境進行；真實設備的任何變更都要遵循場域核准流程。本單元的表格只建立設計推理，不宣稱生產流程安全已被驗證。
例子：溫度感測器與控制器
虛構溫室中，感測器將溫度送給控制器，控制器調整風扇；報表服務只需讀取摘要。
報表服務不需要直接改風扇設定。可在圖上限制這條非必要控制路徑，同時保留感測與控制的必要通訊；不能為了隔離而直接切斷全部連線。
判斷：設計以必要資料流為依據，實際啟用前仍需操作與安全驗證。
紙上練習：資料流與停止條件
只用虛構溫室；不連線至真實 IoT 或 OT 設備。
- 畫感測器、控制器、風扇與報表服務四個節點。
- 標必要資料流及不必要控制路徑。
- 寫出需要場域負責人確認的維護窗口、復原方式與停止條件。
預期結果
報表讀取與設備控制分離，必要控制流程保留；真實啟用保持待核准。
自行檢核
為何不能把「立即重開機」當成所有設備的通用處理？
結束與清理
保存圖與假設，沒有實體設備狀態需要回復。