车间执行

智造云 · 智能制造平台白皮书 ｜ 第二篇 能力篇

10.1 老葛那两万步

老葛每天在车间走两万步。早上七点半转一圈，下午再转一圈，中间接无数个电话。

我跟着看过一次，他一半的路是在问三句话：这个件做到哪道工序了、谁手上空着、昨天那个不合格处理完没有。 问完了他自己在心里排一遍次序，再喊出来。

车间不缺管理。车间缺的是伸手就能拿到的现场事实。老葛那两万步，本质上是人在替系统跑腿。

这一章讲的四件事——开工前签字、派工、报工、异常与日报——都是为了让这几句话不必用腿去问。

10.2 开工之前，有三格字要签

一张工单转下来，最容易出事的不是做到一半，是开工那天发现东西没齐。所以系统在一张开工会单上，把该点头的人分成三格。

第一格是设备。 这张工单要用哪几台设备，一份清单列在上面；备件情况三档——未到位、部分到位、已齐；要不要做设备改造，要的话改造需求写成一段话。最后一格是可用性确认：谁确认的、什么时候确认的，系统自动落。 而且这一下只能点一次，再点就告诉你"设备可用性已确认"，不许重复签。

第二格是料。 主材和辅材分开列，采购进度分三档——未采购、部分到位、已齐套；全部到位与否由人确认，同样留下确认人和时间。

第三格是工艺。 上一张单里讲的工艺路线，在工单上记着它用的是哪一条。

再加上打样阶段的样品订单，工单表上确实给这几张单各留了一个位置。但只有工艺路线那一格天天在用，另外三格从建表那天起没有人写过，工单页面上也看不到它们。想知道谁点过头，得把这两页单独打开——第五篇会讲到这两页连菜单上都没有。

有一条边界必须写明白：这三格是记录，不是闸门。 没签字也不会被系统拦着不开工。它能保证的是"谁没点头看得见"，不能保证"没点头开不了工"。要不要把它当闸门，是企业自己的事。

落点很省：把这三格签字做成排产会上过的第一件事，没签齐的，工单就留在"计划中"不动。

10.3 派工派到工序，返工返得有原因

派工单不写"派给谁做这张工单"，写的是派给谁做哪道工序。

一张派工单上有：派工单号、所属工单、工序名称、派给谁（可以是一个人，也是一个班组）、谁派的、计划数量、已完成数量、不合格数量、开始与结束时间、状态。状态四档：待开工、进行中、已完成、退回。

工序这一栏要补一句实话：手机端要求填，服务端不校验；管理端的派工表单里连这一栏都没有。 所以一张从电脑上派出去的工单，工序是空的。

车间主任最关心的是质检回填那一格。判合格，派工单转已完成，工单进度跟着动；判不合格，派工单转退回，返工原因自动取质检备注，备注没写就落"质检不合格"四个字。

这一格我特意查过：它是空的不了的。你不可能退回一张"不知道为什么退回"的派工单。

返工之后重新派工，规矩也卡死了：只有状态是"退回"的派工单才能返工，数量按剩下的未做完部分算，新单的备注自动写成"返工：某某原因"。可以换人，不换就沿用原来的指派。

为什么这一格值得写一整节？ 因为半年后那张退货单追下来时，能顺着派工单查出这个件当时是谁做的、判不合格时写的是什么、返工又派给了谁。老葛那两万步里，有一多半是在跑这些"当时怎么说的"。

一处边界：派工不是报工的前提。 没派工也能报工——车间赶工时确实需要这条路。但没派工的工单，做到哪一步没人对得清。

10.4 报工这三道闸

报工看着最简单：做完了，填个数。也正因为它最简单，很多厂的数就是在这一步做假的。系统在这里设了三道闸。

第一道闸管数量。 超了就直接拒绝，拒绝时把账算给你看：

超量报工！工单数量 100 件，返工可补报 5 件，累计已报工 100 件，本次报工 10 件，最多还可报 5 件。正常生产请按剩余数量报工；质检不合格的返工补报请在「生产管理 → 返工报工」按不合格品单提交

一句提示，把额度、已报、剩余、该走哪个门全说清了。这类提示语我们写了很久，因为它得替班长把话说明白。

第二道闸管额度的来路。 允许补报的那几件，不是谁批的，是从检验单的判定结果里累计出来的不合格数。想多报，先把不合格品单处理掉。 这一条把"多报一点没关系"的路堵住了。

第三道闸管改和删。 返工报工不许改、不许删，理由是它和复检、自动关单拴在一起；普通报工一旦对应的过程检验单判完，也不许删，提示会点名那张检验单号。检验还没判定的，删报工时那张检验单一并作废，进度退回重算。

手机端报工时，选工单那一步，选项里就写着"剩余多少、总共多少"。工序这一格的下拉直接来自这张工单用的工艺路线，带序号、带设备名。如果这张工单没配工艺路线，手机会提示改手动输入工序。

这句话得接回上一章：工艺没补齐，车间就在手输工序；工序在手输，机时和工时就没有可比性，报价下次还是靠感觉。

10.5 一张工单只有一个进度算法

这一节只有一条主张，但是全系统最要紧的一条。

有效完成数 = 过程检验判定下来的合格数，减去最终检验判定下来的不合格数。

从这个算法直接出四条结论：

• 报了工但还没检验的，不计进度；
• 不合格品不占进度；
• 返工补报、复检合格之后，进度自己补回来，不用谁去改数；
• 报满数量不等于完工。 过程检验全部合格、最终检验合格，工单才算完工，成品自动入库并回写订单状态。

为什么非要唯一一条？因为工单进度条、派工单的完成数、看板上的数字，三处用的是同一个算法。这样才不会发生"系统显示 90%，车间说昨天就做完了"。

顺手纠正一个常见说法：报工数不等于合格数。 很多厂的月度产量扯皮，都是从把这两个数当成一个数开始的。

10.6 异常和日报，不用有人晚上凑表

异常上报在手机上就能提：单号、关联工单、异常类型、现场描述、处理人、状态、创建时间、解决时间。类型给了六类——设备故障、物料短缺、质量问题、人员缺勤、工艺偏差、其他。这六类存的是码，叫法由后端一处字典定义。处理人可以留空，空着就显示"待分配"。状态四档：待处理、处理中、已解决、已关闭。

关键在于创建时间和解决时间都在。所以看板上那两个数——异常平均处理时长、返工率——是算出来的，不是有人统计出来的。 老葛不用每月末回忆这个月设备停了几回。

日报有两层。一层是手工记的：按车间、按班组，记日期、产量、工时、异常次数，适合要分班组算账的厂。另一层是当日汇总，它直接从工单、报工、派工、异常这四处记录里聚出十项：活跃工单数、生产中、今日完工、计划量、实际量、不合格量、达成率、总工时、参与人数、异常数。

这十项不需要任何人在下班前凑。 车间主任手机上打开就是今天的数。

两件口径上的旧账已经收了，收到什么程度如实写：

一，两端异常叫法一致了。 以前一边叫"物料短缺"、一边叫"物料不良"，同一件事两个名字，分类计数就对不上。现在两端都按那六个码提交，旧的"物料不良"归进"质量问题"（来料还是过程，由异常描述那格承担），存量记录跑过一次归一迁移。一句要留着的实话：管理端是运行时拉字典，手机上那份是照同一套码写的。加一个新类型，两端还要各改一次。

二，达成率用的是真完工时间。 工单补了实际开工、实际完工两格，由状态跃迁自动写入，不用人填；生产看板上那张交期达成率按"真完工不晚于计划完工"算，平均周期按这两格之差算。解决时间也自动落，所以异常平均处理时长不再是人工统计。没有完工时间的工单不进分母，一个样本都没有时那个格显"--"。 宁可空着，不拿一个近似值充数。

10.7 这一章我们不做的事：系统不排产

写明白：工单的计划开始日期、计划结束日期由人填。 没有自动排程，不会按设备负荷、模具共用、换型时间替你排次序。

"明天那台数控车床先做哪个件"，仍然是老葛的本事。

系统在做的是一件更笨也更实在的事：把他喊出来的那个次序，变成有日期、有人、有数量、事后能被核对的记录。 排产的经验还是你的，只是它不再只是一句话。

为什么不敢当场把排程做出来：自动排程要三样地基——工序机时要准、设备台账要准、换型和共模规则要说得清。这三样没吃干净时排出来的次序，车间不认，最后系统背锅。这一件排在后面的建设批次里。

10.8 今晚能定的两条

第一条：哪些件必须派到工序。 不派工也能报，这是给赶工留的活口。但批量件和返工件必须派到工序和人——否则派工单上那张"当时怎么说的"就查不出来，返工原因、机时统计全都断在这一步。

第二条：下班前五分钟，只处理过夜异常。 处理人补上，能关的关掉。第二天早上十分钟看昨天的数，不用两万步。

下一章讲仓库和采购——那面堆着塑料筐的墙。