機床趴窩不可怕，可怕的是沒人知道它趴窩

裝置趴窩本身不產生最大損失——最大的損失是趴窩了排產還不知道：計劃排給一臺維修中的機床，現場發現後再換裝置、調程式、等刀具，半天就過去了。這篇講裝置狀態管理怎麼把這個資訊差消掉。

一、四種狀態，覆蓋裝置的一生

Moges PMS5 裡的裝置狀態四種：

• 正常（normal）：隨時可以接活
• 維修中（repair）：壞了在修——不可派產
• 保養中（maintenance）：計劃內的保養停機——短期不可派產
• 已報廢（decommissioned）：退役——永久退出排產

四種狀態看似簡單，它回答的是排產和現場每天都要問的問題：這臺機器現在能不能接活。

二、狀態的價值：排產的第一道過濾

有了實時狀態，排產邏輯多了一道自動過濾：

• 維修中、保養中的裝置不會出現在可派產名單裡——計劃員想排也排不上去
• 恢復「正常」的那一刻，裝置自動回到可用池
• 報廢的裝置退出流轉，但歷史工單回報記錄還掛在它名下

狀態是裝置與排產之間的交通燈。沒有這盞燈，計劃員腦中那臺「應該能用的機床」和現場裡「正在大修的機床」，中間隔著一個上午的無效溝通。

三、狀態更新的紀律：誰發現，誰更新

狀態管理最大的敵人是「忘了更新」。落地紀律：

• 裝置出問題送修時，操作工或班組長當場把狀態改成維修中——發現的人和改狀態的人最好是同一個
• 修好復產，狀態改回正常——維修完成的狀態恢復和裝置通電一樣重要
• 保養按計劃走：保養當天改「保養中」，完工改回，與上次保養日期回填配套

狀態更新的動作成本是幾秒鐘，換來的是全廠對裝置能力的一致認知。

四、狀態背後的兩組對比

狀態資料攢起來之後，有兩個對比值得定期看：

• 維修中 vs 保養中：突發停機和計劃停機的比例——維修佔比居高，說明保養週期該收緊了
• 頻繁進維修區的裝置：同一臺裝置反覆狀態異常，就是該大修或報廢的訊號——裝置該不該換，讓記錄說話

裝置管理的進步不體現在某一次搶修多快，體現在突發停機的佔比逐月下降。

五、跟工單回報的聯動

狀態和工單回報天然咬合：工單回報時選的加工裝置應該是「正常」狀態的裝置——一臺維修中的機床本就不該有新的工單回報進來。狀態管得嚴的廠，工單回報資料和裝置臺賬互相校驗，兩邊都假不了。

計劃內停機的來源見保養週期管理（F20）；狀態背後的工單回報聯動見條碼掃描工單回報。產品瞭解 Moges PMS5。

---