工人工资跟报工记录对不上，问题多半不在报工

有家做五金件的厂，三十来个人，工资按预估工时算绩效。月底算账，车间主任报上来一个数，跟单从系统里导出一个数，两个数差了四十多个工时。差了就吵，吵到最后是老板拍一个数发下去。

第二年还是这样。第三年，车间主任换了人，新来的把上个月的报表翻出来，问了一句：这个数是按什么算的？没人答得上来。

这件事在很多小厂反复发生，而且每次都被归结成"系统不好用"或者"工人不老实"。但真实的原因往往更简单：你拿去算工资的那个数，从一开始就取错了地方。

一、报工那一刻，没人填件数，也没人填钱数

先把动作看清楚。

一个工人站在机床前，扫工单上的码，点开工。做完，点完工。中间要是被叫去干别的活，点暂停，工段释放给别人。

这三下，记录下来的东西是：谁开的工、什么时候开的、在哪台设备上、什么时候完的工、一共花了多久。就这些。

没有"做了多少件"这一栏，也没有"该拿多少工时"这一栏。

这不是漏了，是刻意的设计。理由很实际：让一线工人边干活边估数——估件数也好，估自己该得多少工时也好——在小厂基本做不到准确。工人手上都是油，手机要拿纸擦一下才能划屏；一批活压在机台上，人在忙着换刀，等想起来报工已经是两小时后。这时候他填的任何数，都是估的。

一旦允许估，报工这个动作就不可信了。而报工唯一不可替代的价值，恰恰是"它是现场发生的、别人编不出来的记录"。

所以设计上做了一个取舍：报工只回答"什么时候、谁、做了多久"，件数和钱数都交给别的环节。

二、件数记在工单上，工时记在工段上

先说件数在哪。

一张工单有三组数：计划数量、完成数量、不良数量。这三个数不是工人报工时报的，是在工单上人工维护的：出货点数、入库过数、外协验收、报废开单这些环节给出依据，跟单照着把数填进工单。

再说工时在哪。

工人干完一个工段能拿多少工时，看的是工段上的预估工时——排产时给这道工段定的计划工时，不是报工记录里的实际时长。预估工时乘上这道工段的费率，再乘厂里自己定的工资比例，就是这个人在这个工段的绩效。

两套数各有各的用途：工单上的数量管履约——做到哪了、交没交够、报废扣多少；工段上的预估工时管工资——干完这段，账上记多少。

三、一张工单的数量，一生要变好几次

这是最容易出问题的地方，也是"两个数对不上"最常见的源头。

一张工单的数量会在整个生命周期里变化好几次：

客户改单，加几件或者减几件，走工单变更，计划数量跟着变；加工过程中发现 3 件有砂眼，开品质异常单，判定报废，这 3 件从工单数量里扣掉，同时累加到不良数量上；如果是返修，就新建一张返修子工单，维修工段放在最前面，原工单同样扣减这 3 件。

也就是说，工单上的完成数量，是"从一开始的计划数"经过若干次扣减和累加之后的结果。

而月底要算的绩效，是这个月完工工段对应的预估工时。数量在变，工段在拆在并，两边只要有一边没对齐，数就对不上。

四、差额来自这几个地方

对不上的时候，大多数厂的做法是重新翻一遍明细，或者干脆按车间主任报的数发钱。其实差额的来源基本就下面几处，一处一处对，很快就能查清。

报废件的处理没对齐。 先说清一条规矩：工件判了报废，已经产生的加工记录不清除、依然有效。为什么这么定？工件是多工段流转的，一道成品要过前面好几道工序——如果报废是后道工段失误造成的，整件报废时把前面工序的记录一并作废，等于让没犯错的前道工人白干。所以前面工序的工人不管是不是责任人，他们干完的工段照常计绩效。报废的损失另走一条路：在异常处理记录里算出这批报废件的工时费和材料费，乘上厂里定的报废扣除系数，对责任人做绩效扣除。无过错的人不受影响，过错落在责任人头上。这条规矩没写清楚之前，月底对不上是必然的。

返修单是另一张单。 返修要新建子工单，子单有自己的维修工段和预估工时。绩效跟着工段走：干子单的人拿子单的工时。会出差错的地方在汇总——报表把子单和主单的工时都统计了一遍，同一批活算了两次。

跨月的那批活。 二十八号开工的工段，三十一号完工，绩效工时归这个月；要是拖到下月三号才完工，归下月。按完工时间归月还是按开工时间归月，两种都说得通，但必须固定一种，否则每个月都在吵。

改单之后的尾数。 客户从 100 件改到 80 件，前面已经做了 100 件的料。多出来的 20 件对应的工时怎么算，这是管理决定，不是系统能替你决定的。

五、拿报工记录算工资，从第一步就偏了

回到开头那家五金厂。他们的做法是：从系统里导出这个月的报工记录，按人汇总工时，套进工资表。

问题在这里：报工记录里记的是实际时长，工资算的是预估工时，这两个数根本不是一回事。实际时长里掺着等待、帮忙、返工重来；预估工时是排产时定好的标准。拿实际时长发钱，干得慢的反而多拿，谁还愿意提效率。

更常见的一种错法，是把报工记录的条数当成工作量。一张工单十道工段，报工记录就是十条以上；一批 50 件的活，中间换人、暂停再开工，记录可能有几十条。条数乘单价，跟车间报的数差得远是必然的。

报工记录能证明的是"这段时间这个人在做这件事"，它既证明不了"做了多少件"，也定不了"该得多少工时"。工资用的预估工时，在工单的工段上，不在报工记录里。

六、正确的取数路径只有一条

这套算法的取数路径是这样的：

工人完成某个工段 → 拿到该工段的预估工时 → 预估工时 × 工段费率 × 工资比例 = 这段的绩效。

件数要不要乘进去，取决于排产时预估工时按什么口径定的：按单件工时定的，乘上完成数量；按整批总工时定的，不再乘数量。这个口径是全厂统一的开关，定了就不要中途改——改了之后，前面的工段按旧口径、后面的按新口径，绩效永久性算不清。

报废件再强调一遍：已完成工段的加工记录依然有效，相关工人的绩效照算；报废造成的工时费、材料费损失，在异常单里算清楚，乘报废扣除系数，对责任人扣。

核对数据有个简单办法。挑 3 张单，把工单工段的完工时间和报工记录里的完工时间对一下：对得上，说明数据是同一条链上的；对不上，说明其中有一处是事后补的，需要问清楚。

补录这件事必须承认它存在。小厂一定有补录，车间主任的原话是：「忙起来哪有空扫码，等想起来都下班了。」补录不可怕，可怕的是补录没有痕迹——事后补的跟当场报的看起来一模一样，你就永远不知道哪些数可信。

可行的做法是看时间差：完工时间和报工时间的间隔如果集中在某个固定时段（比如每天临近下班的十几分钟里成片出现），那就是集中补录，这批数据的可信度要打折；如果散布在全天各个钟点，说明是当场扫的。

七、预估工时按单件还是按整批，口径定死

这是很多厂没分清的地方，也是绩效争议的深层原因。问过 10 家厂，8 家说不太清楚自己的工时口径——同一张工单里，有的工段按单件估的，有的按整批估的，月底一汇总，全搅在一起。

按单件工时估的工段：一批里重复走的活，比如锯床下料、粗车外圆，一件两三分钟、一件五六分钟。这种工段绩效要乘数量——做 50 件就是 50 件的工时。

按整批工时估的工段：装夹找正、精修、首件试切占大头的活，干这一批总共要多久基本能估，但摊到每件没意义。这种工段不乘数量，整批做完整批的工时。

两种口径混在同一张工单里，是绩效算不清的最大技术原因。系统里这是一个租户级的统一口径，定了就不要中途改；要改，先把历史工段的口径理清楚。

八、摆三个数出来

对不上的时候，别急着查系统，先摆三个数出来：

本月完工工段的预估工时合计，比如 1,240 小时；本月工资表绩效工时合计，比如 1,380 小时；本月报废损失合计（异常单里工时费加材料费），比如 3,200 元。

三个数摆出来，差额的性质基本立刻清楚：

绩效工时 1,380 大于完工工时 1,240，多出 140 小时，说明重复计算了——最常见的是返修子单和主单的工段都被算了一遍。

反过来完工工时大于绩效工时，少的那些说明漏了——某些完工工段没进工资表，或者报废件的处理没对齐。

报废损失突然变大，说明这个月质量出问题了，要回到异常单里看集中在哪个工段、哪些责任人。

三个数各差一点，各差十几个工时，那就不是同一个月的事，是跨月归集口径没定。

九、返工的钱怎么算，规矩要先定

这是被问得最多、也最没有标准答案的一个问题。上个月刚被问了两次，一次是老板问，一次是车间主任问。

一批货做错了，返修要再做一遍。返修子单上有自己的维修工段和预估工时，干返修的工人在这个工段上的绩效，按预估工时照算——活是真干了。但从客户那里收不到第二遍的钱，厂里净损失的工时费和材料费，走异常单核算，按报废扣除系数对责任人扣。

至于扣多少、责任人怎么认定，各厂不一样：全扣、部分扣、不扣都有。关键在于事先说清楚，并且一致执行——同一家厂这个月全扣、下个月不扣，比哪种规则都伤人。

系统能做的只是提供判断依据：异常单上记着问题工段、责任人、缺陷描述、异常数量，单号形如 QA2610 开头。有这些，谁的责任大致能判；没有这些，就只能各说各话。

所以真正该建的不是"返工扣钱规则"，是"开异常单的习惯"。有位做了十几年的车间主任说得很直白：「单子不开，谁都不认；单子一开，怎么算都好说。」

十、跨月那批活，先把规则定死

跨月归集没有对错，只有一致。

三种常见口径：按完工时间归月、按开工时间归月、按工单投产批次归月。

按完工时间归月最符合"干完了才算成果"的直觉，问题是一张单跨月，这个月只结一部分，工人会觉得被压了。去年十一月有家厂就按这个口径算，一张 120 件的单在十一月只结了八成工时，剩下的落到十二月，做这批活的四个人当场就去找主任要说法。

按开工时间归月对工人友好，问题是如果单子拖了两个月，第一个月就把绩效发完了，第二个月没活干的人反而拿得多。

按投产批次归月适合小批多品种，一批一批结，谁做的哪批很清楚。

选一种，写进工资制度，然后连续用满十二个月再考虑改。这条听着苛刻，省掉的正是每年年底那场"为什么今年跟去年算法不一样"的争论。中途改一次，前面所有的对比数据全部失效，而且工人会认为规则可以谈。

十一、填报纪律比算法重要

这一节说一句可能不中听的话：绩效算不准，八成不是算法问题。有家三十人的厂，月底最后一天集中处理了六十三张未结工单——从下午四点半录到晚上九点二十，一个人干完。这批数准不准，全看他当时记不记得。

算工资需要的数据只有三个：完工了哪些工段、报废多少、返修多少。这三个数都不难拿到。拿不到的原因通常是：

工单开了但没结，堆在系统里，月底一起处理，处理的时候凭印象填数量；异常单懒得开，报废件直接扔了重做，系统里根本没有这条记录；返修不当返修，直接在主工单上把数量改小，改完就没人知道为什么会少。

那家厂的老板有句话说得挺准：「月底那几天，录的不是数，是我记得多少。」

这三种做法在三个厂都见过，共同点是：它们都在让系统里的数变得更省事，而不是更真实。

要治这个，靠的不是加功能，是定三条规矩：工单完工当天必须结，最多拖到次日 12 点；报废必须开异常单，哪怕只有 1 件；返修必须走返修子单，不许在主单上改数。

这三条守住了，绩效自然算得准。有家厂守了 8 个月，工资争议从每月三四起降到零起。守不住，换什么系统都要人工调。

十二、同一分钟扫五条，这种数据一眼能认出来

补录不可避免，但补录有形态，形态能看出来。

下面几种在报工记录里很显眼，不需要任何算法，把导出表按时间排一下序、看一眼 22 点前后那几条就够了。

同一账号在极短时间内连续完工多条。 一个人不可能在做完一件活的十二秒之后又做完另一件。记录里如果出现 22:14:05、22:14:17、22:14:29 这样的序列，那是有人在连点。

完工时间都落在整点或半点。 真实的完工时间散落在一天里，17:00、17:30、18:00 这种整整齐齐的，多半是事后按"下班了"填的。

工作段时长只有几分钟甚至几十秒。 一道要两小时的工序，记录写成 0.05 小时，说明扫了码但没真做，也可能是有人点了开工又立刻点完工试了一下。

工作段超过一天没完工。 有人开了工忘了完，第二天接着干另一批，这条记录横跨 26 小时，会把工时统计整个拉偏。

这四种情况，任何一种占比超过一成，这批数做工资就要打个问号；低于一成，属于正常粗糙，可以接受——小厂做不到每条都干净。

要紧的不是抓人，是知道自己手里这批数有多可信。可信度低的月份，工资算得再精也会被质疑；可信度高的月份，偶尔差几小时大家也认。

十三、新活的预估工时，最容易失真的一段

预估工时制有一个天生的软肋：没干过的活，工时是估的。

一台加工中心，熟活干起来又快又稳；来了一个新品类，看图纸、找工装、试切、检首件，实际用时可能是预估的两倍。预估定低了，工人这个工段白干一半；定高了，厂里白多发钱。车间里那种"谁都不愿意接新活"的情绪，很多时候就是从这里来的。

补法有两种。

一种是首件之后校准：新活干完首件，把实际用时跟预估对一遍，偏差大了就修这个工段的预估工时，后面的批次按修过的算。要求班组长多一步确认，换来的是后面的单不再失真。

另一种是同类归并：把工段按设备和活型归类，参考历史同类工段的实际报工来定新活的预估。省事，但前提是历史报工数据是真实的——如果平时补录连片，归并出来的数也是歪的。

前一种更准，但要勤；后一种省事，吃数据的底子。插单多、新品类多的厂，必须选前一种，否则新活永远没人愿意接。

十四、这条链路在 Moges PMS5 里长什么样

前面讲的全是判断方法，不依赖任何系统也能用。落到工具上，这条链路的形状是这样的。

工单上记三个数：计划数量、完成数量、不良数量。这是数量的出口，管履约、管报废扣减。

工段上记两样工资要用的东西：预估工时和费率。每个工段排产时定好计划工时；每个工段定义上有每小时费率。工人干完某段，绩效 = 该段预估工时 × 费率 × 厂里自定的工资比例——前两样系统里有，工资比例是各厂自己的规矩，系统外面乘。

报工的工作段负责记过程：谁开工、谁完工、开了多久。它不进工资公式，但它是核对与纠偏的依据——实际时长跟预估差得远的工段，就是要修预估的地方。

品质异常单负责动数量、算损失：判定返修，新建返修子工单，维修工段排在最前，原工单同步扣减；判定报废，原工单扣减数量并把不良数量累加。异常单上记着问题工段、异常数量、责任人、缺陷描述——报废件的工时费、材料费按报废扣除系数对责任人扣除，就以此为底稿。

还要说清一句边界：PMS5 没有工资结算模块，也不替厂里算工资。 它给的是干净的底稿：工段预估工时、工段费率、异常单、报工记录。工资表在系统外面做。这一点在选型时最好问明白——想要"系统直接出工资条"的，它不满足；想要"月底能拿出可信的数去算工资"的，它够了。

十五、下次对不上，先做的一件事

不是打开系统查数据，是拿一张纸，写下三个数：本月完工工段的预估工时合计、工资表绩效工时合计、本月报废损失合计。

三个数写出来，先看哪一个明显不对。看完再决定去查哪一段。

这一步花不了多久，能省掉一晚上的翻账。而大多数厂的实际情况是，一发现对不上就直接进系统翻明细，翻到半夜，最后按老板拍的数发钱——第二年再来一遍。

差的从来不是工具，是每次对不上时有没有留下判断依据。今年留下的这三个数，明年这个时候就是能直接比的历史。