Yeee
出貨前兩天，業務追問訂單進度。生管往下查，發現瓶頸站還排著幾張工單。其中一張料沒齊，另一張因熟手請假延後。這時再談加班、調機或委外，每個選項都很趕。
奇怪的是，這些事並非今天才發生。供應商幾天前已通知晚交，班長早就改了班表，機台也曾停機維修。每個部門都知道自己的變動，交期卻到最後一刻才亮紅燈。
更常見的版本裡，連事故都沒有。沒有急單，沒有機台跳停，沒有供應商延誤。產能只是被一張張常規單填滿。滿到某一張撐不住時，前面已經沒有時間可以補救。
問題通常不在某個人漏追。問題在排程還停在變動前的版本。
訂單延遲為什麼總在出貨前兩天才發現？
生產延誤不是一個獨立事件，是多次變動累積後顯現的症狀。機台停機、人員請假、到料延後，會縮減原本可用的人、機、料。急單插入會改變工單的優先順序。只要排程沒有在每次變動後重算，舊表上的開工與完工時間就會逐步偏離現場。等瓶頸站排不完、後製程等不到料，或業務開始跟催，延誤才浮上檯面。追「哪一天開始來不及」追不到成因。該追的是這段期間發生了哪些變動，排程為何沒有跟上。
延誤是結果，變動才是重排的起點
工廠每天都在變。報工改變在製進度，供應商更新到料日。設備停機，人員臨時調班，業務帶回急單。單看每一件事，現場好像都撐得住。疊在一起，原本可行的順序就未必還成立。
一張工單通常跨過多個站點。前一站晚半天，下一站的開工時間就要移動。下一站若也是共用瓶頸，其他工單跟著排隊。人工不是算不了第一步。難的是每次變動後，把所有工單、工序、交期與料況的連動重新算完。
工廠不會因為有變動就管不好生產。分界在變動進來後，能不能立刻拿到一版反映現況的新排程。要看清重排的邏輯，先把變動分成兩類：資源變動與訂單變動。
資源變動：能做事的條件變了
廣義的生產資源包含人、機、料。機台故障、熟手請假與關鍵料晚到，表面上是三種事故，本質上都是供給側縮水。原本排得下的工作，現在缺少完成的條件。
機台故障會拿走某段可用產能。十點整瓶頸機台跳停，後面排隊的工單全部懸在那裡。生管把單往別台挪，挪一台、算一次。每張單的工序都連著後面的站點。改一處，整張網跟著變形。一個上午過去，手上那版排程還是拿不出去。下午維修回報今天修不好，那個上午就白花了。
人力短缺比較安靜。少一位能操作特定工序的熟手，產線未必停擺。但那一站可同時推進的工作變少。班表早上就改了，排程還是昨天那一版。業務照舊用舊的完工時間回報交期。請假本身不是問題。問題是沒有人把少掉的人力換算成新的可用負荷。
缺料直接取消工單的開工前提。供應商一通電話，關鍵料晚一週到。用到這批料的工單不只一張，交期都不寬鬆。此時加班或調機都補不了缺口。排程只能照物料實際分配得到的結果重算。有替代料的工廠也一樣，替代規則之外變不出可用料。
三種變動需要不同處置，所以只知道「會延」還不夠。SARA 排完一版之後，會把受影響的工單依成因分別列出：在等物料的、在等資源出現可用產能的、在現有產能下根本排不進去的。同一張工單可能同時出現在兩張清單上。缺料又卡產能是很常見的組合，也正是它難處理的原因。分開看，跟催才不會催錯地方。
SARA 發行排程時也會算各資源的每日負荷。算式是「排程負荷／可用負荷」，再依負荷程度排序，提前預警高負荷資源。這裡沒有一條通用的數字門檻。重點是找出哪個資源正在變成瓶頸，並在它拖動整批交期前處理。
若機台或人力不足，替代路徑必須先準備好。使用者可事先把資源設為「一般」或「臨時」，未設定時預設為一般。排程先把工作分配給一般資源。試排後發現會造成逾時，才會再嘗試改派到已設定的臨時資源。臨時資源可代表建議調度、加班或外包。SARA 不會憑空生出產能。先設定，引擎才有路可走。
訂單變動：要做的事變了
急單插入不是供給減少，是需求側多了一件必須優先處理的工作。人、機、料可能一樣不少，原本的順序卻被打亂。
下午三點業務進來說大客戶要插一張急單。生管打開 Excel 一格一格往後搬。搬到第三台機台，發現那張單的料還沒到，前面挪好的順序作廢。到晚上排完了，沒人說得出有哪幾張單被推遲、各推了幾天。
急單佔用瓶頸站的時段後，真正被推遲的未必是相鄰工單，是那些跟急單搶同一台機、交期本來還有一點餘裕的訂單。這條連鎖關係靠記憶推不出來，得把全部工單攤開重算。
這也是插單最容易低估的代價。業務問的是「急單能不能進」。排程要同時回答「進了之後，哪些既有訂單會被往後推」。只把急單塞進空格，不重算其他工單的資源等待與物料等待，只是把衝突藏到後面。
急單也可能改變現場派工順序。SARA 的績效報表用「次序異常」看資源實際完成的工作次序與排程次序差多少。偏離計畫順序超過一個排名才算異常。現場若持續依口頭指令跳單，再精密的重排也會很快過期。
人工重排跟不上的是頻率
資源變動與訂單變動的衝擊路徑不同。資源變動讓供給側縮水，訂單變動讓需求側插入。兩者最後都迫使工廠重算工序先後、資源占用、物料就緒時間與交期影響。
人工排程的限制不只是一次算得慢。一張單要跑好幾道工序，每道工序都在跟別的單搶同一批機台。插一張急單、少一台機、一批料晚到，都等於在這張密網上動手腳。扯一處，整張網的受力重新分布。人能憑經驗抓一兩層的影響。要全部算準，等於把整份排程重來一遍。
還有一層：判斷所需的訊息本來就是散的。一張急單對應的機台、料況、交期，分別躺在甘特表、庫存表、訂單清單三個地方。跨表比對容易漏。等到發現卡住，比如第三台機的料還沒到，前面幾台機的順序已經白排了。
更大的問題是變動隨時發生，人工通常只能固定時間更新。早上才重排，下午機台停機。剛改完班表，採購又更新到料日。好不容易喬好順序，業務再插一張急單。排程完成的那一刻，可能已經開始過期。
SARA 生產決策系統不消除變動，也不替管理者決定取捨。它把每次變動重新帶入同一套計算。生管看見新的可行順序、逾期原因與高負荷資源，再決定要不要調度、加班、委外、催料或調整承諾。預計逾時的專案會列出來。那份清單就是隔天要打電話的名單。
資料仍須反映現場。工序、工時、資源狀態、到料時間與報工若已過期，重排只會精確地用錯誤前提算出答案。
小結
變動不是例外，是生產現場的日常。機台故障、人力短缺與缺料改變「能做多少」。急單插入改變「先做什麼」。要判斷自己跟不跟得上，拿最近一次停機或插單來對。那之後多久才拿到新的一版排程？中間業務報出去的交期，又是用哪一版算的？
工廠真正要解的不是阻止所有變動，是讓每次變動都能觸發重排。人工跟不上變動頻率時，問題不再是生管夠不夠有經驗。問題是他手上的工具能不能把整張網再算一次。
想對照自己的現場，可到情境演練場勾選遇過的狀況，看 SARA 怎麼把這些狀況放進同一次重排。