识别卡点：卡在哪一步，谁该动一下

19.1 老陈要的不是报表，是一个能打电话的名字

客户催货那天，老陈在群里问了一句："这批到底卡在哪儿？"

小徐回："在生产中。"

老陈没再说话。他要的第二种回答其实是："卡在质检——检验单三天前开的，两条不合格还没判定，判定归质量部，人今天在岗。"

这两种回答之间差的东西，就是这本书讲的"智能"。它不神秘，一组写死的规则加几次关联查询，就能到第二种。 差的是有没有人把这条路修出来。

19.2 一条订单现在停在哪一格

管理端有一个页面叫销售工作台。它把每张在制订单拆成四格：工艺、生产、质检、仓储，每格给一个状态、一句话，再从四格里挑出"当前在哪一环"。

判断规则全是写死的，一条一条摊开能念给人听：

• 工艺：报价单上那格工艺状态是通过的，或者工单已经挂上工艺路线，或者订单已经进了待生产往后的状态——满足任一条，算"工艺已确认"；在准备或审批中，显示"工艺准备/审批中"；被打回，显示"工艺被驳回"。
• 生产：名下没工单就是"未转生产"；工单全部完工叫"生产完成"；有暂停的叫"生产已暂停"；有在做的，把进度百分比报出来。
• 质检：一张检验单都没有是"未质检"；只要有一条判不合格，整单标"质检不合格"；全部判合格才打勾。
• 仓储：有发货记录就看发货走到哪一步；没有发货记录但工单全部完工，显示"已入成品库"。

这个页面还有一条值得单独说的规矩：它只有查询，一个写入口都没有，这一点写在文件第一行注释里。看到的内容跟着登录人的范围自适应三档——销售看自己名下、经理看本部门、总经理看全公司。三个人打开同一个订单，可能一个看得见一个看不见，但用的是同一套四格判断。

19.3 四格里有三格是推出来的

先说清楚，免得有人拿它当结论。

• "有工单就算工艺已确认"——注释写得很直白：怕历史数据缺字段，误显示成"未开始"。代价是工艺路线可能从来没批过，屏上照样亮"工艺已确认"。
• "工单全部完工就算已入成品库"——它没有去查任何一张入库单。成品到底进没进库、进了多少件，这一格不知道。
• "当前环节"是从后往前挑的：先看仓储、再看质检、再看生产。所以只要有过一张检验单，哪怕活还在机床上，当前环节也会报"质检"。

这三处不是缺陷藏得深，是推断本来就要在信息不全时挑一个最可能的答案。用对的方式是这样：拿它决定"该去问谁一句"，别拿它当"已经查清了"。

反过来说，也别因为它笨就跳过。过去卡在"到底谁该动"这件事上，一半时间花在确认"流程走到哪了"——这个确认本来不需要人。

19.4 "谁的锅"分两层，两层不一样厚

第一层有账号，查得死。 审批这一头，每一张在批的单子都有实例、有节点、有当前审批人，可以转办，转给谁留痕；超过二十四小时没动的，审批工作台亮红点。报价单停在待核价，另有单独一个提醒数字。往回查，谁建的单、谁批的、批的时候写了什么，四层分开存着（第十一章讲过的那套审批结构）。

第二层只有名字。 现场那几张单据上的"人"，是一格自由文本：异常上报里那格叫"处理人"，填的是姓名；派工单上那格叫"指派给"，可能填人也可能填班组；报工单上那格叫"操作人"，也是姓名。

更要紧的是：异常上报这张表记了编号、关联工单、类型、描述、状态、处理人、上报时间、解决时间、备注——唯独没有"谁报的"这一格。

于是现场出问题，系统能答"这事派给张三了、几点解决的"，但"当时是谁发现的"只能去操作留痕里反查那个创建动作。留痕里查得到（第十八章讲过，写操作都记人），但那不是业务单据上的一栏，按人筛选、按人统计，都落不到这上面。

这一层的根子在第十七章：范围隔离靠的是表上有没有归属格。现场这几张表没有，所以它们既筛不出"谁的"，也追不到"谁的"。

19.5 卡在哪一类，是列出来的六选一

异常上报有六个固定类型：设备故障、物料短缺、质量问题、人员缺勤、工艺偏差、其他。这是一组枚举码，早期存在中英文混写，已经统一成码（同一批修复里把"解决时间"改成自动写入，否则平均处理时长无从算起）。

这六个词不长，但它把"为什么耽误"从口水话变成能数出来的东西。生产看板上有三个相关的数：待处理异常条数、异常的平均处理时长（从上报到解决，按小时）、异常类型分布。

再往前一步的推理是这样：一张逾期工单，如果名下挂着未解决的异常，那个异常类型就是最可能的原因；没有异常上报，就去看看有没有返工——派工单上"返工原因"是一格必填文本，旁边还有一格质检结果通过或不通过。

但有一件事要照实说：系统里没有任何一个地方，能把逾期的那批工单和它们各自的异常类型拼在一张表上端给你。

两份数据都在，字段也对得上：异常单上有工单号，工单上有订单号，订单上有客户和交期。拼起来要人查两遍，或者让开发补一个接口。这种分析不需要模型，纯粹是关联查询——我们把它列在第一批建设里，眼下的真实状态是**"查得出来，但不是现成的"**。

19.6 追溯那条链，目前得有人先建好

客户来审、或者一批货要往回倒的时候，最常被问的一句是："这个批次用的料是哪一炉、谁检的、哪台机做的。"

系统里有两个追溯查询入口：按批次号或产品名搜，按检验单号搜。

它们读的不是业务表，是一张单独维护的追溯记录表。 那张表上有记录编号、产品名、批次号、原材料批次、生产过程、质量记录、发货信息——每一格都是人填进去的，录入入口挂在"维护质量标准"那个权限码下面。

如果某个检验单没有配一条追溯记录，按检验单号搜会返回一个骨架：检验那部分是全的，物料和工序两栏返回空列表。

还有一处得点出来：拼返回值的时候，物料栏和工序栏取的是同一个字段。所以填表的人如果只填了"生产过程"，屏上"物料"那一栏显示的就是工序内容——这不是查错，是这张表只有一格装过程信息，两个地方共用它。

结论要按实写：追溯链在纸上是通的，在系统里是半通的。 检验、工单、报工、入库、发货这些原始记录都在，单号也互相对得上，但没有一个接口肯替你走这一串。第二批建设里的按维度归集不良、相似件检索，卡的是同一步：数据有，串联没人做。

19.7 这一章不做的事

• 不做自动归因。 不会生成"这批延误主因是待料"这种结论，异常类型是人选的。
• 不做责任判定。 六类异常里"人员缺勤"这类，系统不参与裁决。
• 不提供根因分析方法。 五问法、鱼骨图这类东西，这张表不替你想，只负责把已经判断过的原因记成能统计的码。
• 不做实时推送。 工作台和看板都是打开才算一次，没人看的时候不会有人被通知（会主动通知的那几条线，第二十一章单独讲）。

19.8 今晚能定的三条

1. 把"当前环节"当问路，不当结论。 用它决定去问谁，别用它交差——三处推断在屏上看着和事实一样。
2. 现场那几张单子，把"人"从姓名升到账号。 至少定一份班组名单让人选，不要自由填。不改这一条，"这批谁的锅"永远只能问，不能查。
3. 那六个异常类型，厂里自己确认一遍。 是不是你们的六种卡法？机加常卡的是待料和设备，装配常卡的是人和图纸。类型列表短一点没关系，必须是你们的话。 加一类的成本是一行配置。

这一章能定的事就一句：卡在哪一格，系统有规则可查；卡在哪件事上，系统有六个码可选；但把"逾期"和"原因"拼成一张清单端上来，今天还得人查两遍。