很多工廠老闆做過同一個決定：訂單接不完、交期一直延，於是咬牙再買一台機器。機器到了，交期還是延。因為問題從來不是機器不夠，而是已經在廠裡的機器，一天真正在產出的時間比想像中少很多。
這件事沒人說謊，只是沒人量。班長知道今天早上換模花了很久，作業員知道等料等了一節課那麼長，但這些時間沒有被記下來，到了月底，只剩下「產量不夠」四個字，以及一張看不出原因的報表。設備稼動率系統要做的，就是把這些散落在現場的時間撿回來，變成可以討論、可以追的數字。
Photo by Paolo Chiabrando on Unsplash
稼動率不等於「機器有開」
現場最常見的誤會，是把稼動率理解成「機器通電的時間比例」。照這個算法，幾乎每台機器都有八、九成，數字漂亮，但跟交期為什麼延一點關係都沒有。
製造業通用的衡量方式叫 OEE（Overall Equipment Effectiveness，設備總合效率），它把一段班別時間拆成三個互相相乘的比率：
- 時間稼動率：扣掉換模、待料、故障、等品檢、開會等所有停機之後，機器實際在跑的時間佔計畫生產時間的比例。
- 性能稼動率：機器在跑的那段時間裡，實際產出數量相對於理論節拍應該產出的數量。降速跑、小停機（卡料十秒、清屑二十秒）都會吃掉這一段。
- 良率：產出之中真正合格、不需要重工的比例。
三個都算八成，乘起來只剩 51%。這就是 OEE 讓人不舒服但也最有用的地方：它不容許把三個環節分開講好聽話。當老闆看到一條線的 OEE 是 50%，代表的不是「有人在混」，而是這條線目前的產能其實有一半藏在流程裡，沒有被買走的機器拿走。
國際上常被引用的參考值是：OEE 60% 左右屬於一般水準、75% 以上算良好、85% 以上是少數世界級產線才能長期維持。這些數字適合當方向，不適合直接拿來考核，因為不同製程的換模頻率與批量差異太大。多批少量的模具廠跟連續生產的塑膠押出廠，本來就不該用同一條線比。真正有意義的比較對象，是同一條線上個月的自己。
為什麼手寫日報永遠看不出真相
幾乎每家工廠都有生產日報表。問題不在有沒有填，而在什麼時候填。
現場的填表習慣通常是下班前十分鐘補寫一整天。人不是錄影機，回想八小時前那次停機到底停了幾分鐘，誤差可以差到兩三倍；而且補寫的人會下意識把時間湊整、把原因寫成不會被追問的那一種。於是報表上一天只有兩次停機，各三十分鐘，理由都是「調機」。
更關鍵的是顆粒度。真正吃掉產能的往往不是一次停兩小時的大故障——那種事很明顯，主管一定知道——而是一天四十次、每次三到五分鐘的小停機。卡料、換捲、感測器誤判、補料、量測。這些沒有人會寫在日報上，因為「這哪算停機」。但加起來，一天就是兩到三小時。
系統要解決的就是這件事：讓紀錄發生在當下，而不是回憶裡；讓小停機也有地方被記下來，而不是只有大事故才算數。
資料從哪裡來：三種取數方式與成本
導入卡關最常卡在這一步。老闆問「機器很舊，沒有網路孔，是不是做不了」，得到的答案往往是要換新機台。實際上取數有好幾層，不一定要一步到位。
第一層：現場終端人工登錄。在每台機器旁放一台平板或工業一體機，開工、停機、復機由作業員按一下，停機時從畫面上選一個原因代碼。成本最低，舊機台也適用，缺點是仍然依賴人按。但只要按鍵發生在停機當下、而且選項不超過十個，準確度就已經遠勝下班前補寫。這一層的重點是介面要夠笨：三秒內按完，否則現場不會配合。
第二層：訊號接點取數。大多數機台就算沒有網路功能，也有運轉指示燈、三色塔燈、或者可以外接的乾接點。用一個小型 I/O 模組讀塔燈的綠／黃／紅，就能自動判斷運轉、待機、異常，並自動計時。這一層把「機器有沒有在動」變成不用人按的客觀事實，人只需要補上「為什麼停」。單機成本通常落在幾千元到一、兩萬元之間，是多數中小型工廠 CP 值最高的一層。
第三層：控制器直讀。機台本身有 PLC、CNC 控制器或支援 OPC UA、Modbus 等通訊協定，可以直接讀出實際加工計數、主軸轉速、程式號、警報碼。這一層才能算得準性能稼動率與小停機，資料最細，但需要設備商配合開放，且各廠牌協定不一，整合工時是主要成本。
比較務實的做法，是同一套系統同時支援三層，先用第一層在一條線上把流程與原因代碼跑順，再對產值最高的幾台機器加裝塔燈訊號，最後才處理能直讀的高階設備。先求全廠有一致的定義，再求單機的資料精度。
停機原因代碼：別讓「其他」吃掉一半
這是整套系統裡最不像技術、卻最決定成敗的部分。代碼設計不好，跑三個月後報表上最大的一塊會是「其他」，然後沒有人知道該改什麼。
幾個常見的設計原則：
- 總數控制在 8 到 12 個。超過就會有人隨便選。太少則失去分析意義。
- 用現場的話，不要用管理學的話。「等料」「換模」「調機」「卡料」「品檢中」「保養」「無排程」，比「物料供應異常」好按也好懂。
- 按可控歸屬分群。採購端造成的（缺料）、生產端造成的（換模、調機）、設備端造成的（故障）、品保端造成的（等判定）。分群不是為了究責，是為了讓改善行動找得到負責的人。
- 「無排程」要獨立出來。沒有訂單而停的機器不該被算成稼動率低落，否則數字會變成懲罰誠實的人，現場很快就會開始虛掛工單。
- 允許「其他」但強制填一行字。每個月回頭看這些文字，把重複出現三次以上的抽出來變成新代碼。代碼表應該是活的。
報表只需要回答三個問題
很多稼動率系統做得很花，儀表板上二十個圖表，結果沒有人每天看。實務上，一份會被打開的報表只要能回答三件事：
- 昨天哪一條線損失最多時間？用損失時數排序，不要用百分比排序。百分比會讓一台小機器的 30% 看起來比主力線的 12% 嚴重，但後者損失的產值可能是前者的十倍。
- 那些時間花在哪些原因上？停機原因的柏拉圖排序，通常前三項就佔七成以上。改善資源應該全部壓在這三項，而不是雨露均霑。
- 上次的改善有沒有效？同一台機器、同一個原因代碼的週對週趨勢。這是唯一能證明改善動作不是白做的欄位，卻也最常被漏掉。
另外一個值得放進系統的功能，是即時的異常推播。當某台機器停機超過設定的門檻（例如十五分鐘）而且還沒有輸入原因，就自動發訊息給線長。這個功能的價值不在統計，而在把反應時間從「下班後才知道」縮短成「當下就有人過去看」。
效益怎麼估：一個模擬情境
以下是一個假設的試算，用來說明數字的量級，不代表任何實際案例，實際結果會因製程、產品組合與售價結構差異很大。
假設一家金屬加工廠有三條主力產線，單班八小時、月工作 22 天，導入前量出來的 OEE 平均是 55%。報表顯示停機原因前三名是換模（佔損失時間 31%）、待料（24%）、調機試模（15%）。
換模的部分，因為終於有了每次換模的實際時間紀錄，發現同一個模具不同班別的換模時間差到兩倍，於是把最快那位師傅的做法拍成影片、把常用治具移到機台旁的固定位置，換模平均時間下降。待料的部分，因為看得出是哪幾個料號常缺，採購把那幾項的安全庫存往上調。
假設三個月後 OEE 從 55% 拉到 63%，等於同樣的設備與人力，每月多出約 8% 的可用產能。如果這三條線原本月產值 600 萬、變動成本率 60%，多出來的產能若能被訂單填滿，增加的邊際貢獻大約是每月 19 萬元。相對於一套含 12 台機器訊號模組與現場終端的系統，若建置費用落在 40 至 80 萬元區間，回收期會在半年上下。
要提醒的是，這個試算有一個前提常被忽略：多出來的產能必須有訂單接得住。如果目前是接單不足、機器本來就閒，那麼稼動率提升的效益不會出現在營收，而是出現在加班費下降、交期穩定度提高、以及可以承接急單的彈性。這兩種情境的說法不同，事前要先講清楚，否則導入後老闆看不到帳面數字會覺得被騙。
導入順序：先一條線，不要先全廠
稼動率專案失敗的原因通常不是技術，而是一次鋪太大。比較合理的節奏是：
- 第 1 週：定義。確定計畫生產時間怎麼算（含不含休息、保養、無排程）、停機從幾分鐘起算、原因代碼表第一版。這一步沒有程式，全部是開會，但決定後面所有數字的可信度。
- 第 2 至 4 週：單線試跑。挑一條產值高、班長配合度高的線，先上人工登錄終端。目標不是數字好看，是把代碼表跑到不再需要天天改。
- 第 5 至 8 週：加裝訊號。對那條線的機台接塔燈或乾接點，讓運轉時間自動化，人只補原因。此時比對人工紀錄與自動紀錄的差距，就能知道現場的填報習慣還差多少。
- 第 3 個月起：橫向展開。按設備產值排序逐線導入，每導入一條線就檢討一次代碼表。
- 第 4 個月起：納入日常會議。把柏拉圖排序放進每天十五分鐘的早會，固定討論前三名原因。系統的價值到這一步才真正兌現——沒有被討論的報表，就只是另一個沒人看的儀表板。
還有一件事值得事先想好：這套數字絕對不要在導入初期直接綁定個人績效或獎金。一旦現場感覺到「數字難看會被扣錢」，第一個被優化的不是流程而是填報方式，資料就毀了。比較穩的做法是前半年只用於改善討論，等資料可信、現場也相信這套邏輯之後，再談要不要進入考核。
結語
設備稼動率系統的本質不是監控，是把現場每天都在發生、卻從來沒被寫下來的損失變成看得見的數字。它不會自己提高產能，真正提高產能的是換模流程的改善、備料節奏的調整、保養排程的前移；系統的工作，只是讓這些改善有對象、有排序、有前後對照。
如果你正在考慮買下一台機器，一個成本低很多的動作是：先挑一條主力線，花兩週用最土法的方式——一張表、一支筆、每次停機當下就記——量一週的真實稼動率。如果量出來是六成以下，那台新機器大概還不是現在最該花的錢。