先說這篇文章的重點也是結論：生產管理管的是「計畫如何、應該怎麼做」；現場管理管的是「現在怎麼做得動、實際狀況如何」。 前者講交期、產能與計畫；後者是缺料、治具、停機與插單等實際開工的狀況。兩個名詞很像，但它們是完全不同的東西。

回到皮克敏娃娃訂單案例就知道了 XD

週一早上 7 點，生管 Kevin 在早會提到：「工單 WO-01 先跑。」這句話的本質是派工：WO-01 派給 A 吊飾線，優先序壓過 WO-03。到了 10:30 時 A 線傳回來：「夾治具還沒到，先做工單 WO-03 可以嗎？」，這問的是現場能不能開工、開不了工要不要先跑另一張。業務 Peter 又在群組補一句：「客戶臨時要 100 隻，今天一定要出。」那是新的交期壓力，會逼生管再派工一次。

同一個早上，兩種管理正在同時運作：

• 生管 Kevin 的世界是生產管理：守住交期，把工單順序排到「看起來能實現」，也就是工單給誰、先做誰、插單後改派給誰。
• 領班的世界是現場管理：讓製程線先動起來，回答「下一張工單到底做哪張、卡住怎麼救」，也就是治具齊了沒、能不能開工、實際有沒有開始做。

若把「派工」與「開工」當成同一件事，就會覺得：早會已拍板，為什麼還要人在製程線決定？答案很簡單：拍板是派工；開工才是現場這一層的事。

​

目錄

1. 生管派工和現場開工的差別
2. 四層拆解：Planning(計畫)、Scheduling(排程)、Dispatching(派工)、Execution(開工與執行)
3. 為什麼排程每天被推翻？往往是「有排程、沒派工」或「派了、開不了工」
4. MES 系統扮演什麼角色？
5. 最常見的三個誤解
6. MES 系統（生產管理、現場管理）導入前自我評估表：缺的是派工還是開工？
7. 總結

​

生管派工和現場開工的差別

說白話點：

• 生產管理：把工單變成「可執行的計畫」，回答「做什麼、做多少、什麼時候做、先做誰」，這就是派工。
• 現場管理：把計畫變成「這一班實際要做的每一步」，回答「現在該做哪一張、卡在哪、誰在做、做到哪了、為什麼落後」，這就是開工（以及完工、報工）。

若 ERP / MRP 或 MES（生產管理）告訴你「應該發生什麼」，那麼 MES（現場管理）是在告訴你「當下正在發生什麼」。

翻成工廠現場最常用的二分法：

• Plan（計畫、應該怎樣）：計畫、排程、派工
• Actual（實績、實際是怎樣）：開工、報工、停機、進度

MES 系統屬於跨在兩邊的橋樑：一邊承接生管的派工結果，一邊記錄現場的開工實績。它同時碰到生產管理與現場管理，但不完全等於其中任何一邊。

​

四層拆解：Planning(計畫)、Scheduling(排程)、Dispatching(派工)、Execution(開工與執行)

計畫奠定整個方向；排程制定出可行的執行順序；派工（或調度）在製程線已動起來時決定下一張做哪張工單；開工與執行則是把已派工的指令真正做起來，留下開工、完工、停機與進度等實績。

這四層可以直接對應在 MES 系統裡會碰到的「誰在進行決策」：

這裡的關鍵是：生產管理通常涵蓋 Planning（規劃）+ Scheduling（排程）與 Dispatching（派工 / 下達 / 調度）；現場管理則涵蓋開工與執行（含進度回報）。

英文文獻常把 Dispatching 寫在「floor is already moving」的當下決策。對台灣的產業職能來說，比較精準的讀法是：工班中改派仍是生產管理的派工職責；現場要扛的是「依已派工單開工」以及「開不了工把限制回報給生管」。派工職權不該預設把帳算到領班頭上（有夠倒霉）。

​

為什麼排程每天被推翻？往往是「有排程、沒派工」或「派了、開不了工」

曾看過一個很奇葩的現象（但我認為是一個需求點），就是很多製造工廠導入排程系統當下感到很失望：「排程表看起來很 漂亮，但現場根本不照做。」這不是排程人員不專業，也不是系統爛，而是現場把 Scheduling（排程） 當成 Dispatching（派工） 來用。

這種派工清單其實很快就「過期」了，因為第一張工單跑久一點、第一台機台機停、第一張插單進來，那整個派工清單就不符合現場的條件了；若生管沒有再下達新的派工，那工班 / 領班只能憑經驗「救火式派工」，系統最後只會淪為「參考畫面」…

大部分的排程演算法在做的是 Capacity Loading（把工單塞進產能），但現場真正要落地的是：

「此刻這張工單能不能開工」、「我現在應該專注在哪項工作？」

這含義是一個非常務實的結論：

• 對生管：此刻該派哪張工單給這條線？（派工）
• 對現場：這張工單能不能開工？像缺治具就開不了工

皮克敏案例裡，Kevin 早會派 WO-01，是派工；10:30 治具沒到，是開工條件沒滿足。領班問「先做 WO-03 可以嗎」，背後真正要走的流程通常是：現場回報卡住 > 生管改派 > 現場依據派工來開工。若公司習慣把「改做哪張」全交給口頭喊單、卻從不回寫生管派工紀錄，下次排程仍會用假設的方式（仍照早會順序）進行。

MES 系統很容易卡在中間：客戶以為買了系統就同時有排程、派工、開工。其實要先拆清楚：排程歸排程；有派工單也不見得有開工紀錄。 實務上必須先把這幾個層面拆開，才知道製造廠要先解哪個難題：

• 痛點是「交期常失準、換產線時兩張工單搶同一條線難預估」> 缺的是 Scheduling（排程）（生產管理的排程能力）。
• 痛點是「天天吵工單優先順序、白板上永遠跟系統不一致」> 缺的是 Dispatching（派工）（生產管理的派工與改派紀錄）。
• 痛點是「系統顯示在跑、製程線其實沒動；或治具齊了卻還在群組問要不要開工」> 問題就在 開工與回報（現場有沒有真的開工、進度能不能即時看到）。

​

MES 系統扮演什麼角色？

ERP 先產生生產工單與初步優先排程計畫，接著 MES 接手做細部調整，把工單核准下達到現場執行，並在過程中提供即時監控。（串接細節可參考：ERP 工單怎麼下達到 MES 系統？一次搞懂 Excel、中繼資料表、API 三種串接實務方式）

對照「生管 = 派工、現場 = 開工」，MES 通常會切成 2 種 UI 介面與區分不同的使用者：

也因此：

• MES 常常涵蓋 Scheduling（排程）的一部分：例如把 ERP 的工單順序微調、鎖定工單順序、避免兩張工單搶同一條線。
• MES 一定會碰到 Dispatching（派工）+ Execution（開工）：因為「下達工單」、「工序的開始結束」、「掃碼」、「停機原因」都在這裡。
• ERP 與 MRP 不適合取代 Execution（開工）：因為 ERP 比較偏向 Financial（之後再另外分享），時間粒度看的是天／週；工班現場是秒／分／時。

這也是之前在 MES 報工與 OEE 儀表板那篇 提過的：同一張工單 99% 與 73% 多半是看的角度不同。計畫側重「工派了沒、計畫走到哪」，現場則看「工開了沒、製程卡在哪一製程站別」。

​

最常見的三個誤解

－誤解 1：生產管理就是排程，現場管理就是回報

現場管理的核心起點是開工，不只是「事後回報」。真正難的是分清：誰有權改派（生管）、誰負責在條件齊了之後開工（現場）。排程再漂亮，沒有派工下達，現場就沒有可以開工的指令；派工下達了，治具沒到，現場也不能硬開工 …

－誤解 2：只要有 ERP 的生產模組，就不需要 MES

ERP 與 MRP 擅長「應該做什麼」。若硬用它們管工班中每一分鐘的開工與停機，會回到「誰喊得大聲就誰先做」。MES 的價值之一是讓派工結果與開工實績核對得起來：生管看得到有沒有被開工、現場看得到有沒有被派工。

－誤解 3：排程工具可以順便派工

把排程軟體硬拿去做派工，結果可能是早上九點前還行、九點後就開始失真。最後就淪為現場「參考、顯示用」 XD

​

MES 系統（生產管理、現場管理）導入前自我評估表：缺的是派工還是開工？

如果上述 A、B 兩種問題都有，那通常不是直接買兩套系統（買十套都沒果效 XD），而是整個廠區翻起來，把誰負責什麼的規則寫進系統 才是：

邊界規則寫清楚，MES 系統才知道要做「生管派工畫面」還是「現場開工畫面」，或兩邊都要、但權限一定要切開。

​

總結

想轉職生管，或導入 MES 系統，請務必要記住：

• 生產管理：派工：工單派給誰、先做誰、班中誰有權改派
• 現場管理：開工：條件齊了沒、真的開始做沒、卡在哪要回報

排程每天被推翻，通常卡在兩件事疊在一起：把排程當成派工，又把派工當成開工。MES 的價值，是把生管的派工指令與現場的開工接在同一條線上，讓計畫與執行對得起來。

若要往下拆「生管憑什麼決定這張先派、插單怎麼排」，派工邏輯可以參考：工單到了產線，生管憑什麼決定誰先做？現場排程與優先順序的實務邏輯。

​

Ref

1. MES Matters｜Getting started with MES

2. Collide Technology｜Scheduling vs Planning vs Dispatching in Real Operations