操作員的變通做法也屬於整合範圍
非正式調整可能承載正式流程未有記錄的資訊。只替換動作而不理解判斷，會讓系統更脆弱。
圖紙沒有記錄所有工作
假設操作員先把一件外觀不同的零件放在一旁，再核對工單。流程圖可能只寫上下料，但停頓包含零件、指示與訂單是否相符的判斷。
這些判斷可能來自經驗、品質訊息或供應商變化。規格選型前，先追蹤規劃、放行及檢查，同時及早訪談操作員，了解班次中的例外與交接。
把變通視為調查證據
有些做法填補資訊缺口，有些帶來風險或依賴個人。發現後應調查，不應自動保留或刪除。
圖紙修訂可能到了工程部卻未到工位，混料可能需要採購不知道的檢查。先顯示依賴及解決權限，企業可能應先修訂放行流程，而非購買機械人。
為不確定情況設計處理途徑
有營運依據後，再測試零件變化、指示更改、缺失記錄及停機恢復。確認哪些行動可自動進行，哪些需要人員。
警報也需要把原因及背景送到負責人。資訊工作不能代替合資格人員對防護、控制、工具、介面及維護的工程審查，而是為審查提供基礎。
交接後仍要能使用知識
培訓應解釋例外為何重要，保留指示負責人、來源資料及修訂途徑。產品與物料變化時，假設也需重新檢視。
Quindart 先觀察、連接資訊、建模及確認優先次序，再選擇性自動化。操作員的知識也是整合內容；好的系統讓它更容易分享與檢查。
調查時需要釐清的問題
- 確認營運制約及支持實體試點的條件。
- 界定工具、防護、控制、資訊介面及決策權限。
- 測試代表性例外及恢復，再決定擴展、修訂或停止。