工時統計總算不準？工時自動歸集的做法

月底統計工時，最典型的做法是班長拿張紙回憶：這張單大概做了幾個鐘頭。回憶出來的數字，用來算成本不準，用來算績效不公。這篇文章講的是把工時變成系統裡的記錄，以及工時其實有三個不同的數。

一、工時不是一個數，是三個

「這個活花了多少工時」，聽起來是一個數，落到系統裡至少是三個：

• 計劃工時（planned_hours）：排產時估的，掛在那道工段上，單位是小時/件。它是報價和排產的依據。
• 實際工時（duration_hours）：工單回報時算出來的，從開工到完工之間實際用掉的時間。
• 分配工時（allocated_hours）：一道工段有多個人參與時，把這道工段的工時按比例分給每個人。

三個數各有各的用處，混著用就會出問題。最常見的錯誤就一句：把計劃工時當實際工時彙報。 報上去的數字漂亮，月底一算成本，永遠對不上現場實際幹了多久。

二、實際工時怎麼來的：工單回報自動算

實際工時不需要人填。

工單回報的動作是開工、完工兩個時間點。工人在工位上條碼掃描開工，做完條碼掃描完工，系統在這兩個時間點之間算出這段工作的時長，落到這條工單回報記錄上，就是 duration_hours。

這個演算法有個前提：開工和完工要按真實時間點操作。早上八點開的工，做完是下午兩點，中間去吃了飯、去幫了別的忙，系統算出來是六個小時——它算的是「這段工作佔了多長時間」，不是「這個人埋頭幹了多久」。

這不是缺陷，是定義。離散加工裡，一臺機床被某張工單佔用的時間，本來就是成本的一部分，哪怕中間有停機、有等待。若要統計淨加工時間，那是另一套做法（裝置聯網或人工分段工單回報），不是工單回報自動算能解決的。

三、計劃工時怎麼用：報價和排產

計劃工時是排產時填的，單位是小時/件，掛在工作工單的每道工段上。

它的用途有兩個：排產（這道製程要佔多久機臺）和成本（加工費按它乘費率算）。注意後一個用途——工單成本里的加工費，用的是計劃工時，不是實際工時。

這條要說明白，否則容易被理解成「系統按實際幹了多久算成本」。實際不是：成本按計劃工時算，實際工時是事後對照用的。原因也簡單——報價的時候沒有實際工時，只有估的；成本要能算在報價之前，就只能用估的那一版。

實際工時的價值在對照：計劃 3 小時，實際做了 5 小時，差在哪？是估低了、還是這道製程本身有問題？這個對照才是工時統計真正的產出。

四、分配工時：多人幹一道工段怎麼算

離散加工有個常見場景：一道工段派了兩個人一起幹，或者三個人輪班幹同一道製程。這時候「這道工段的工時」是一個總量，要落到每個人頭上，就得分配。

系統的處理方式是：把這道工段的預估工時，按比例分配給實際參與加工的多位工人。分配結果記在每個人那條工作段記錄上，就是 allocated_hours。

操作上有兩個入口：

• 按工段看全貌：列出所有「多人工段且已完工」的工段，一眼能看出哪些工段還沒分配工時。
• 按工作段調：改某個人的分配工時。這裡有個約束——改一個人的分配數，其他人的數要跟著校驗，不能出現「分出去的比總量還多」這種賬。

分配動作通常是月底集中做一次，做完才算得出每人的工時。

五、三個數各管什麼

把三個數的用途排一遍，就不容易混：

數	誰填	用在哪
計劃工時	排產時填	報價、排產、加工費核算
實際工時	工單回報自動算	計劃與實際的對照、異常排查
分配工時	月底按比例分	個人工時統計、績效

關鍵一條：加工費算的是計劃工時，不是分配工時。 分配影響的是「誰幹了多少」，不影響「這道製程該值多少錢」。兩件事分開，賬才不亂。

六、工時統計要準，得先做對三件事

一、工單回報要按真實時間點。 開工沒條碼掃描、完工補掃，實際工時就失真。這一點系統管不了，得靠現場習慣。

二、計劃工時要有歷史依據。 第一次估可能是拍腦袋，做十次之後就有資料了：同類活的實際工時是多少，下次估的時候參照它。計劃工時越估越準，成本和報價才越準。

三、分配要定期做。 分配工時不做，個人工時永遠是空的；拖到年底一起補，誰也記不清當時誰參與了。

三件事都不難，難在持續。工時統計不準，八成不是系統不行，是這三件事裡有一件長期沒做。

工時的下一步是成本：見工單成本怎麼算。工單回報這一環的做法見條碼掃描工單回報（B3）。產品瞭解 Moges PMS5。