- 摩傑斯
- 2026-10-26
不合格品怎麼管不亂?異常處理的 5 個控制點
不合格品管亂了的廠,問題不在「沒人負責品質」,而在處理過程的五個關口沒有閘。這篇以 Moges PMS5 的品質異常單為參照,把這五個控制點逐個講清——每個點都對應單據上的真實欄位。
![]()
一、控制點一:發現即登記,且必須掛工單
異常處理的第一道閘是登記。兩個硬要求:
- 發現即登記:不等攢一批、不等開完會,發現了就開異常單
- 必須掛工單與問題工段:異常單關聯到具體工單的具體工段——「這批活的問題出在精加工第三道」,不是一句「現場出的」
掛了工單的異常才有追溯性:工單號、模號、件號、版次、材質、圖號六項快照自動帶出,處理到任何時候,當時的事實都不會變。遊離在工單之外的異常記錄,等於沒記。
二、控制點二:型別從字典選,描述寫實話
異常型別從預定義字典裡選(與協力廠異常共用一套),缺陷描述寫實際現象。這兩條配合的用意:型別保證可統計,描述保證可還原——只有型別沒有描述,回頭看不知道具體發生了什麼;只有描述沒有型別,月底湊不成分佈。
三、控制點三:判定是集體決定,不是隨手一勾
維修還是報廢重製?這套設計的答案:開會判定,確認提交時在單上填寫判定型別。
這個控制點堵的是兩種常見漏洞:生產自己隨手判報廢(可能為了省返修工時),或者口頭說返修結果偷偷報廢。判定型別落在單上、判定過程走會議,成本大的處置自然有人把關。
四、控制點四:責任認定允許多人
責任人陣列是個容易被忽略的設計——一個異常可以有多個責任人。
實際現場裡,一件不良常常是多因疊加:上個工段留了隱患、這個工段又操作失誤。強行塞給一個人的責任認定,服不了眾,也堵不住下一次。多人共同認定,才符合真實成因。
五、控制點五:處理結果完整流程才算完
異常單走完三態——待判定、處理中、已完成——才算完整流程。處理人和處理結果必填:誰跟的這件事、最後怎麼處置的,白紙黑字。
沒有這最後一道閘,前面四道都白設:判定完了沒人跟進,異常還是懸著。掛著未完成的異常單,本身就是管理壓力。
六、五道閘串起來的效果
| 控制點 | 堵住的漏洞 | |---|---| | 發現即登記+掛工單 | 異常失聯、無法追溯 | | 型別字典+實話描述 | 統計失真 | | 會議判定落單 | 隨手報廢、偷偷返修 | | 多人責任認定 | 甩鍋、錯怪 | | 處理結果完整流程 | 不了了之 |
不合格品管不亂的廠,不是沒有不良品,是每一件不良品都走過這五道閘。
異常單的完整機制見品質異常怎麼管;異常型別字典的定製見異常型別不分類,品質改善永遠憑印象。產品瞭解 Moges PMS5。
---




