工时统计总算不准？工时自动归集的做法

月底统计工时，最典型的做法是班长拿张纸回忆：这张单大概做了几个钟头。回忆出来的数字，用来算成本不准，用来算绩效不公。这篇文章讲的是把工时变成系统里的记录，以及工时其实有三个不同的数。

一、工时不是一个数，是三个

「这个活花了多少工时」，听起来是一个数，落到系统里至少是三个：

• 计划工时（planned_hours）：排产时估的，挂在那道工段上，单位是小时/件。它是报价和排产的依据。
• 实际工时（duration_hours）：报工时算出来的，从开工到完工之间实际用掉的时间。
• 分配工时（allocated_hours）：一道工段有多个人参与时，把这道工段的工时按比例分给每个人。

三个数各有各的用处，混着用就会出问题。最常见的错误就一句：把计划工时当实际工时汇报。 报上去的数字漂亮，月底一算成本，永远对不上车间实际干了多久。

二、实际工时怎么来的：报工自动算

实际工时不需要人填。

报工的动作是开工、完工两个时间点。工人在工位上扫码开工，做完扫码完工，系统在这两个时间点之间算出这段工作的时长，落到这条报工记录上，就是 duration_hours。

这个算法有个前提：开工和完工要按真实时间点操作。早上八点开的工，做完是下午两点，中间去吃了饭、去帮了别的忙，系统算出来是六个小时——它算的是「这段工作占了多长时间」，不是「这个人埋头干了多久」。

这不是缺陷，是定义。离散加工里，一台机床被某张工单占用的时间，本来就是成本的一部分，哪怕中间有停机、有等待。若要统计净加工时间，那是另一套做法（设备联网或人工分段报工），不是报工自动算能解决的。

三、计划工时怎么用：报价和排产

计划工时是排产时填的，单位是小时/件，挂在工作工单的每道工段上。

它的用途有两个：排产（这道工序要占多久机台）和成本（加工费按它乘费率算）。注意后一个用途——工单成本里的加工费，用的是计划工时，不是实际工时。

这条要说明白，否则容易被理解成「系统按实际干了多久算成本」。实际不是：成本按计划工时算，实际工时是事后对照用的。原因也简单——报价的时候没有实际工时，只有估的；成本要能算在报价之前，就只能用估的那一版。

实际工时的价值在对照：计划 3 小时，实际做了 5 小时，差在哪？是估低了、还是这道工序本身有问题？这个对照才是工时统计真正的产出。

四、分配工时：多人干一道工段怎么算

离散加工有个常见场景：一道工段派了两个人一起干，或者三个人轮班干同一道工序。这时候「这道工段的工时」是一个总量，要落到每个人头上，就得分配。

系统的处理方式是：把这道工段的预估工时，按比例分配给实际参与加工的多位工人。分配结果记在每个人那条工作段记录上，就是 allocated_hours。

操作上有两个入口：

• 按工段看全貌：列出所有「多人工段且已完工」的工段，一眼能看出哪些工段还没分配工时。
• 按工作段调：改某个人的分配工时。这里有个约束——改一个人的分配数，其他人的数要跟着校验，不能出现「分出去的比总量还多」这种账。

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

五、三个数各管什么

把三个数的用途排一遍，就不容易混：

数	谁填	用在哪
计划工时	排产时填	报价、排产、加工费核算
实际工时	报工自动算	计划与实际的对照、异常排查
分配工时	月底按比例分	个人工时统计、绩效

关键一条：加工费算的是计划工时，不是分配工时。 分配影响的是「谁干了多少」，不影响「这道工序该值多少钱」。两件事分开，账才不乱。

六、工时统计要准，得先做对三件事

一、报工要按真实时间点。 开工没扫码、完工补扫，实际工时就失真。这一点系统管不了，得靠车间习惯。

二、计划工时要有历史依据。 第一次估可能是拍脑袋，做十次之后就有数据了：同类活的实际工时是多少，下次估的时候参照它。计划工时越估越准，成本和报价才越准。

三、分配要定期做。 分配工时不做，个人工时永远是空的；拖到年底一起补，谁也记不清当时谁参与了。

三件事都不难，难在持续。工时统计不准，八成不是系统不行，是这三件事里有一件长期没做。

工时的下一步是成本：见工单成本怎么算。报工这一环的做法见扫码报工（B3）。产品了解 Moges PMS5。