離散 vs 流程製造，生產管理系統選法完全不同

一、先分清你的活是哪一種

選系統之前有個問題比「預算多少」更靠前：你做的活，是離散製造，還是流程製造？

這兩個詞聽著像學術分類，實際差別很具體：

流程製造是「把料變成料」。化工、塗料、食品、水泥、造紙——投進去的是原料，出來的是另一個形態的產品。同一批出來的一噸料和另一噸料，本質上是同一個東西，區別只在檢測值。

離散製造是「把料變成件」。機械加工、鈑金、模具、非標裝置——投進去的是棒料、板材、型材，出來的是一個個能數清楚、能單獨裝的零件。同一個圖號的兩件零件，裝在不同裝置上也互不通用。

小廠裡絕大多數是後者。但市面上賣得最多的管理系統，是按前者設計的——因為流程行業體量大、單廠規模大、付費能力強。這就是矛盾的起點：拿流程的邏輯，管離散的活。

二、流程要配方與批次，離散要工單與製程

兩種製造形態，落成系統裡的核心物件完全不同。

流程製造的核心是配方 + 批次：這批投了什麼料、配比多少、幾號罐、反應溫度多少、檢驗值多少、有效期到哪天。它關心的是「這一批料的品質是否穩定、能不能追溯」。

離散製造的核心是工單 + 製程：這張單做什麼產品、幾件、走哪幾道工段、每道製程誰做的、做到第幾道了。它關心的是「這一件活走到哪了、什麼時候能交」。

同一個詞在兩邊的含義都不一樣。舉個最常見的：「批次」。在流程廠，批次是一批同質料的身份編號，是品質追溯的唯一鑰匙；在離散廠，「批次」往往只是採購時隨手記的一個入庫號，同一個圖號的零件可能來自三批料，也可能一批料做了五個圖號——按批次管，管不出任何有用的資訊。

所以兩邊的系統，從資料模型的第一層就分岔了。不是功能多寡的差別，是主語不一樣。

三、假設一：數量能不能拆

第一個分岔點是數量。

流程製造的數量是連續量：一噸、五百公斤、三千升。這些數字可以任意切分，而且切分之後每一份都一樣——從一千升裡取一百升，剩下的九百升性質不變。

離散製造的數量是離散量：一件、三件、一百件。這些數字不能任意切分——一件零件切一半就是廢品。而且件與件之間可能不一樣：同一張工單的一百件，第一件和第一百件之間，中間可能改過圖紙、換過料、返修過。

這個差異直接決定系統的數量欄位怎麼設計：

• 流程系統裡，數量是浮點數，可以 0.5、1.25，因為料可以稱重
• 離散系統裡，數量通常要跟「件」繫結，工單回報按件、按製程按件，工單數量變了要留變更記錄

用流程系統的數量邏輯管離散的活，最典型的後果是：工單回報報出小數、庫存對不齊、按數量算的成本永遠有零頭。

四、假設二：製程是並行的還是序列的

第二個分岔點是製程之間的關係。

流程製造往往是連續流：投料 → 反應 → 分離 → 乾燥 → 包裝，一條線走下來，中間不停、不回頭。系統的建模方式是「製程段 + 引數」。

離散製造的製程是序列且不可跳序的——車完才能銑，銑完才能磨，磨完才能熱處理。同一件活不能在兩道製程上同時開工，但不同件可以在不同製程上同時進行（A 件在磨、B 件在車）。這個「件間並行、件內序列」的結構，是離散系統建模的核心難點。

如果一套系統是按流程的「製程段」設計的，遇到離散廠的場景會出現兩個問題：

一是沒法表達「這一件到第幾道了」。 流程系統知道「這批走到了乾燥段」，但它不知道「這一批裡的第 37 件還在磨，第 38 件已經去熱處理了」。離散廠天天遇到這種狀態。

二是沒法處理插單。 離散廠最常見的動作是：客戶急單插進來，把正在做的那張單往後挪兩道製程。流程系統裡沒有「單」這個概念，插單就無從談起。

五、假設三：成本歸集的物件是什麼

第三個分岔點，也是最多人踩坑的地方：成本算給誰。

流程製造的成本歸集物件是批次或產量：這批料投了多少、產出多少噸、每噸成本多少。單位成本是關鍵指標，因為產品同質，能橫向比。

離散製造的成本歸集物件是工單（甚至單件）：這張單用了多少料、多少工時、多少協力廠費。因為每一單都不一樣——同樣一臺裝置，今天做的活和明天做的活，成本結構可能完全不同。

這個差異的後果很實際：

• 流程系統的成本報表，喜歡給你「本月單位產品成本」這種聚合數
• 離散廠真正需要的是「這張單賺沒賺」——按單看，不看平均

用平均單位成本管離散廠，等於用別人的活估自己的單。 平均下來賺，不代表每一單都賺；平均下來虧，也可能某幾張單賺得很好。離散廠的成本管理，顆粒度必須細到單。

六、拿流程邏輯的系統套機械加工，會卡在哪

不講抽象，講三個具體的卡點。

卡點一：工單回報沒法按製程報。 流程系統裡工單回報往往是「報產量」——今天出了多少噸。離散廠要的是「這張工單的第三道製程，張三今天做了 8 件」。這兩個動作在系統裡的資料結構完全不同，前者是產量流水，後者是製程級執行記錄。

卡點二：協力廠沒地方掛。 離散廠最常見的協力廠是「單製程外發」——這道熱處理發給 A 廠，做完收回繼續下一道。流程系統裡也有協力廠，但它按「整批委託加工」處理，沒有「掛在某張工單的某道製程上」這種結構。結果就是外發的件發出去以後，系統裡找不到它屬於哪張單。

卡點三：非標件的主資料填不進去。 流程系統的物料主資料要求「料號 + 規格 + 單位」，一物一碼，因為產品是標準化的。離散廠的非標件根本沒有穩定料號——同一個客戶今年要的零件和明年要的可能只是「差不多」。系統要麼逼你編一堆一次性料號，要麼乾脆不讓你建檔。

三個卡點合起來，就是那句老話：不是系統不好，是它按另一種生產方式設計的。 用它管機械加工，功能再多也是擰著用。

七、怎麼判斷一套系統是按哪種邏輯設計的

不用看宣傳頁，問四個問題：

第一，工單能不能只表示「一件活」？ 如果系統要求工單必須對應某種標準產品，或者必須填批次下限，那它是流程邏輯。

第二，製程能不能掛在工單上、按順序走、還能單獨工單回報？ 如果製程是「工藝路線模板」而不是「這張單要走的實際路徑」，那它是流程邏輯。

第三，協力廠能不能掛在具體製程上？ 如果協力廠只能按「整單委託」處理，那它是流程邏輯。

第四，成本能不能按單看？ 如果只有「本月單位成本」這種聚合報表，沒有「這張單花了多少」，那它是流程邏輯。

四個問題裡有兩個以上答不上來，這套系統就不太適合非標離散的活。反過來，四個都能答上，至少方向是對的。

八、寫給 50 人以下的小廠

小廠不需要先搞清學術定義，需要的是一個簡單判據：

你的產品，能不能數清件數、能不能一件一件單獨賣？ 能，就是離散；不能，就是流程。

判清楚之後，選型的第一句話應該是：「我要一套按單件小批設計的系統。」而不是「我要一套功能全的 ERP」。因為這個行業裡，按流程邏輯做出來的「功能全」，恰恰是離散廠用不動的部分。

我們自己的產品就是按這個判據做的：摩傑斯的 PMS5 裡，工單必須由客戶訂單轉過來，一件也是一張單；製程掛在工單上按順序走、逐道工單回報；協力廠掛到具體製程上；成本按工單歸集。這不是功能設計上的偏好，是離散加工的活本來就這麼組織——系統只是跟著活的形狀走。

這套判斷不涉及買誰家的東西，只涉及先把自己的活認清楚。認清楚了，剩下的選擇才有意義。

選型還有一層前置問題：裝在自己伺服器上還是用雲上的，另見雲上與本地部署怎麼選；離散製造要覆蓋哪些環節，見離散製造全流程的幾個環節。產品瞭解 Moges PMS5。