报工件数跟计件工资对不上，问题多半不在报工

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

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

这件事在很多小厂反复发生，而且每次都被归结成"系统不好用"或者"工人不老实"。但真实的原因往往更简单：报工记录里根本没有件数，你拿它算件数，从一开始就取错了数。

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

先把动作看清楚。

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

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

没有"做了多少件"这一栏。

这不是漏了，是刻意的设计。理由很实际：让一线工人报工的时候先数件数、再填进去，这件事在小厂基本做不到准确。工人手上都是油，手机要拿纸擦一下才能划屏；一批活压在机台上，人在忙着换刀，等想起来报工已经是两小时后。这时候他填的件数是什么？是他估的。

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

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

二、件数记在工单上

在工单上。

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

这个分工听起来别扭，实际很合理。件数这件事，判断依据不在机床前，在下面几个地方：

出货之前要点数，这是最准的一次清点；入库的时候仓管要过数；外协回来验收的时候要填合格多少、不良多少；报废要开异常单。这几个动作，每一个都天然带着数量，而且都在有人盯着的情况下完成。

把这些数量汇总到工单上，比让每个工人站在机床前估一个数要准得多。

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

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

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

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

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

而计件工资要算的是"这个月做成了多少件"。这两个数是同一个东西的两个侧面，但它们不是简单地相等——中间隔着报废、返修、跨月。

四、差额来自这几个地方

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

报废扣了数量，但工资照算。 三十件报废，工单数量扣了三十，计件工资按"做了一千件"发——因为工人确实做了。这个差额是合理的，但它必须在工资表上写清楚是报废件工资，否则下个月对账又对不上。

返修单是另一张单。 返修要新建子工单，如果计件工资只统计主工单的完成数，返修那部分工时就漏了；如果两张单都统计，又可能重复。这一处最容易出问题，因为返修单的工单号是新的，做工资表的人未必知道它是从哪张单拆出来的。

跨月的那批货。 二十八号投产一千件，三十一号完成六百件，余下四百件下个月三号做完。按完成时间归月，这个月的工资只有六百件的；按开工时间归月，这个月就是一千件。两种算法都说得通，但必须固定一种，否则每个月都在吵。

改单之后的尾数。 客户从一千件改到八百件，前面已经做了一千件的料，实际只收八百件。多出来的两百件怎么算工资，这是管理决定，不是系统能替你决定的。

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

回到开头那家五金厂。他们的做法是：从系统里导出这个月的报工记录，按人汇总，乘以单价。

问题在这里：报工记录里一个件数都没有。那份导出表上能算出来的是工时——每个人这个月干了多少小时。他们把这个数字当成件数用了，或者更常见的情况是，把报工记录的条数当成了件数。

一张工单十道工序，报工记录就是十条以上。一千件货，报工记录可能几十条。用条数乘单价，算出来的数当然跟车间报的对不上。

报工记录能证明的是"这段时间这个人在做这件事"，它证明不了"做了多少件"。

要让报工记录参与工资计算，只有一种方式成立：按工段工时算钱，也就是计时或计件折算成标准工时。这跟按件计酬是两套逻辑，不能混用。一个 30 人的厂，一天报工记录 40 条上下，一个月近千条；把这千条按件折算，调一次要半天，调到后来谁也不知道原始数是多少。

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

如果坚持按件计酬，取数的路径应该是这条路：

以工单的完成数量为准，减去本月报废件对应的工资争议部分（算不算由厂里定），加上本月完成的返修单数量。报工记录只用来做一件事——核对这个人在这个工段上到底有没有实际作业。比如一张单报了 1000 件、不良 30 件，工资单上写的是 1000 而不是 970，那 30 件的钱要不要给，就是这条规则要回答的问题。

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

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

可行的做法是看时间差：完工时间和报工时间的间隔如果集中在某个固定时段（比如每天 17:50 到 18:00 这十分钟里出现 20 条以上），那就是集中补录，这批数据的可信度要打折；如果散布在全天各个钟点，说明是当场扫的。

七、按件还是按时间，分的是工序不是人

这是很多厂没分清的地方，也是工资争议的深层原因。问过 10 家厂，8 家的计件办法是全厂一套，不管什么工序都按件。

适合按件的：单件工时稳定、批量大、重复性高的工序。冲压、下料、简单车削，做一件多久基本固定——下料一件 0.8 分钟、冲压一件 0.5 分钟，这种活按件计酬简单直接。

适合按时间的：单件工时波动大、需要调试、需要判断的工序。首件调试、装夹找正、磨床精修、返修，这些活一个钟头可能出 10 件，也可能一件都出不来。按件计酬的话，工人不愿意接这种活，或者接了就开始赶，把质量赶掉。

还有一种最麻烦的：一道工序里既有稳定件又有调试。比如一台加工中心，一个班 8 小时，2 小时调机、6 小时出活。按件算，调机那 2 小时白干；按时间算，出活的 6 小时没激励。

可行的折中是设一个调机工时补贴，比如每小时 25 元，按实际调机时间给，出活部分仍按件给。这需要把调机时间从报工记录里单独挑出来——目前报工记录还不分工作段类型，只能靠班组长在备注里注明，或者月底对着派工记录人工挑，多一道手续。

八、摆三个数出来

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

本月工单完成数量合计，比如 12,480 件；本月工资表件数合计，比如 12,910 件；本月出货数量合计（含入库未出货的），比如 11,900 件。

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

工资件数 12,910 大于完成 12,480，多出 430 件，说明重复计算了——最常见的是返修单和主工单都被算了一遍。

反过来完成数大于工资件数，少的那些说明漏了——某几张单没进工资表，或者某批报废件没算钱。

出货 11,900 明显小于完成 12,480，中间这 580 件在库里，或者已经发给客户但没对账。这时候工资该发，但应收要跟上。

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

九、返工要不要给钱，系统答不了

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

一批货做错了，返工要再做一遍。这一遍的工时真实发生，比如 200 件返修花了 46 个小时，工人的手是真的动了，但从客户那里收不到第二遍的钱。所以这笔工资给不给、给多少，是纯管理决定。

见过的做法有三种：全给（返工也是活）、不给（错是你造成的）、给一半（各担一半）。都在厂里见过，关键在于事先说清楚，并且一致执行——同一家厂这个月全给、下个月不给，比哪种规则都伤人。

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

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

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

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

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

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

按开工时间归月对工人友好，问题是如果单子拖了两个月，第一个月就把钱发完了，第二个月没活干的人反而拿得多。见过一个更极端的：九月投产、十一月才出货的一批活，钱九月发完了，等到十一月真正赶工的时候，加班的人反而拿不到这部分。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

十三、调机和首件，计件规则最容易漏掉的一段

一台加工中心，一个班八小时。真实的时间分配大概是这样：看图纸、找工装、装夹找正、对刀、试切、检首件，两个半小时；剩下五个半小时稳定出活，出八十件。

按件计酬，八十件乘单价就是当班工资。那两个半小时去哪了？

工人心里清楚，所以他会在接首件的时候讲条件，或者干脆把这个活往后拖，先做已经调好的、能出量的单。车间里那种"谁都不愿意接新活"的情绪，很多时候就是从这里来的。

补法有两种。

一种是按调机工时补：把调机时间单独挑出来，按小时给固定补贴。目前报工记录没有工作段类型这一栏，调机段要靠备注注明或者事后人工挑，手续上多一道，换来的是两个半小时不再白干。

另一种是把首件成本摊进单价：单价定得略高，默认里面含了调机。办法简单，代价是干活的人吃亏——做一百件和做十件的调机时间一样，做十件的那批就亏。

前一种更公平，但要多记一次；后一种省事，但会引起挑活。选哪种看你们插单多不多——插单多、小批多，必须选前一种，否则没人愿意接单件活。

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

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

工单上记三个数：计划数量、完成数量、不良数量。这是数量的唯一出口，工资该取的就是这里。

工段与工作段负责记过程：一张工单挂若干工段，按顺序排；每个工段上可以有多条工作段，每条记着谁开工、谁完工、开工与完工时间、时长。工作段里没有件数字段——原因前面说过，让一线站在机床前数件数，数出来的东西一定不可信。

品质异常单负责动数量：判定返修，就新建一张返修子工单，维修工段排在最前、原工段复制过来，原工单同步扣减；判定报废，原工单扣减数量并把不良数量累加，还可以再建一张重做工单。异常单上记着问题工段、异常数量、责任人、缺陷描述，这几项正是后面判断"返工该不该给钱"的依据。

工单成本是另一条线，只算料和工两摊：材料按尺寸、密度、单价和损耗系数算，加工费按计划工时乘工段费率再乘数量系数。它回答的是"这张单赚不赚钱"，不回答"该给工人多少钱"。两件事用两套数，别合并——拿成本费率去发工资，工资总额会跟着成本口径一起变，工人根本看不懂自己的钱为什么这个月少了。

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

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

不是打开系统查数据，是拿一张纸，写下三个数：本月工单完成数量合计、工资表件数合计、本月出货数量合计。

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

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

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