跳到主內容

導入生產排程系統前,要準備哪些資料?

Yeee

「我們資料很亂,可能還不能導入。」

這是評估排程系統時最常見的自我否決。它背後的假設是:要排程,得先有一套乾淨完整的資訊系統。但這個假設是反的——資料整齊不是排程的前提,排程反而是逼資料變整齊的力量。

排程引擎要的只有四類事實

不論你的系統長什麼樣,一套排程引擎要解的問題只有一個:在所有限制下,決定每件事什麼時候、由誰做。 要回答它,引擎需要四類事實:

  1. 要做什麼——有哪些工單、每張要做多少、什麼時候要交、要走哪幾道工序一張工單從投料到完成要經過的加工步驟,例如裁切、焊接、測試、包裝。每道工序通常不只一台機台做得了,選哪台是排程要決定的事。
  2. 誰能做——有哪些機台與人員、各自會做哪些製程。
  3. 料在哪——哪些料已經在倉庫、哪些還在路上、什麼時候到。
  4. 實際做到哪——現場真正的進度,跟預期差多少。

四類裡只有第一類是硬性的。少了第二類,排程仍排得出來,只是所有工作會擠在同一條時間軸上;少了第三類,引擎會假設料都齊備;第四類甚至可以由系統自己長出來。所以「資料不齊能不能導入」的答案是:能,而且從第一類開始就能跑。

以下逐一說明每一類各解決什麼問題。SARA 把它們整理成四張表,編號 101 到 401,官方空白樣板與完整欄位說明在文件下載頁

一、要做什麼:工單與製程(101)

這是唯一必備的一張。工單是任務、製程是路徑、交期是目標——三者缺一,引擎沒有題目可解。

最低需要八個欄位:工單編號、品號、需求數量、需求日、工序順序、站點、製程名稱、預估工時。多數工廠在 ERP 的工單匯出、或生管手上的排程 Excel 裡已經有這些,只是分散在兩三個檔案。

一張工單通常會展開成多列——三道工序就是三列,某道工序掛了兩筆BOM(物料清單,Bill of Materials)做一個成品要用到哪些零件、各要幾個的清單。排程靠它判斷一張工單的料齊不齊、什麼時候能開工。元件就再展開兩列。這是它跟「訂單清單」最大的差別:訂單清單一單一列,排程要的是工序級的展開。

只有這張表,SARA 就能排出第一版:工序先後正確、交期算得出來、哪張單會遲到看得見。

二、誰能做:資源與製程能力(201)

有了 101,引擎知道要做什麼;有了 201,它才知道誰做得了

這張表在回答一件事:哪台機、哪個人、哪條線,能做哪一道製程。四個必填欄位——資源名稱、資源類型、站點、製程名稱——一個資源會做三道製程就展開三列。

補上它,排程從「時間軸」變成「真實現場」:製程 1-1 可以由 M001 或 M002 做,其中一台被佔用時引擎會自動切到另一台;某道製程只有一位師傅會,引擎就不會把兩張單同時排給他。負載平衡與替代資源,都靠這張表才成立。

班表、行事曆、請假與保養這類會變動的事件不必塞進表裡——上線後在系統介面上設定即可。這張表要的是「能力」,不是「行程」。

三、料在哪:物料與庫存(301)

沒有這張表,引擎只能假設料都到齊了。實務上這個假設常常是錯的,而且錯的代價很直接:排了卻沒料做,機台空轉,整條線往後推。

301 讓引擎「吃在途」——把採購單的預計到貨日一起納入計算,自動把缺料的工單往後排。要的是四件事:物料名稱、是不是半成品、進倉了沒、數量多少。

判斷齊套一張工單需要的料是不是全部到齊。缺一項就開不了工,所以排程看的是齊套狀況,不是庫存總量。看的是「這張單的料全到了沒」,不是庫存總量——所以在途的那筆一定要給,只給在庫反而會讓引擎把開不了工的單排在前面。

四、實際做到哪:報工(401)

前三張是輸入,這張是回饋。有報工資料,引擎才能比對預期工時、回壓交期、預測哪張單要逾時;沒有它,排程只能一直用理論值算,誤差不會被發現。

它同時是四張裡最不需要你準備的一張。現場沒有報工系統,就直接用 SARA 內建的線上報工——平板或手機掃單即報,401 的內容由系統自己累積。

換句話說,這張表不是導入的門檻,是導入之後的產物。

最常卡住的不是缺資料,是名稱對不上

上線初期真正的卡關,很少是「某張表給不出來」,而是同一件事在不同表裡叫不同名字

引擎靠名稱把四張表串成一張網:101 的站點與製程要對得上 201,引擎才知道這道工序誰能做;101 的 BOM 元件品號要對得上 301 的物料名稱,料件需求才接得上庫存供給;401 的工單號與製程要對得上 101,報工才回得到正確的工序。

多一個空格、少一個字,這條線就斷了。整理資料時,欄位可以缺,名稱不能歪。

手邊沒有這些資料,怎麼開始?

沒有工廠的資料是「現成四張表」。以下四種現況我們都接過:

  • 只有 Excel 工單表——把 Excel 直接給我們,用樣板比對欄位、補上工序與工時,一週內長成 101 表。
  • ERP 匯得出 BOM,但沒有結構化的資源表——用一份問卷盤點機台、人員與製程能力,3 到 5 個工作天梳成 201 表,不需要 IT 介入。
  • 庫存沒有資訊系統,只有採購單——先給「正在生產的工單會用到的料」與「最近兩週要進的採購單」就能上線,其餘料件邊做邊補。
  • 現場還沒人報工——不必先建報工流程,直接用線上報工,401 由系統自己累積。

共同的做法都是同一句:先用手上最完整的那份跑起來,再往外補。 停下來把資料整理到完美再開始,通常的結果是永遠沒開始。

小結

導入排程要準備的不是一套乾淨的系統,是四類事實:要做什麼、誰能做、料在哪、實際做到哪。只有第一類是硬門檻,第四類甚至可以由系統自己長。

真正要顧的是跨表的名稱一致——欄位可以缺,名稱不能歪。

想照樣板整理看看,四張表的空白 Excel 與逐欄說明都在文件下載頁。想先確認你現在的資料跑得到哪一步,帶著手上的檔案來看一次 Demo——六十分鐘就能講清楚還缺什麼。

常見問題

導入排程系統一定要先把 ERP 資料整理乾淨嗎?

不用。排程引擎要的是工單、製程順序、交期與工時,這些多數工廠在 Excel 或 ERP 匯出檔裡已經有了,只是格式散落。先用手上最完整的那份跑出第一版排程,再逐步補齊資源與物料資料,比停下來整理半年更快看到結果。

現場還沒有人報工,可以導入排程嗎?

可以。報工資料是排程的回饋迴路,不是啟動條件。沒有報工系統就用線上報工——平板或手機掃單即報,回饋資料由系統自己累積,不必先建一套現場流程再來談排程。

相關文章