设备联网这件事，很多厂已经做完了。机床上加了采集盒，看板能刷出实时状态，会议室里那块屏也比三年前好看得多。可到了每周排产会，桌上摊开的还是那张 Excel，顺序由一位干了十几年的计划员定。他不太看大屏，问急了会说，屏上的数我知道，排单还得看别的。
这不是人不肯用系统，也不是数据一定不准。采集解决的是有没有数，排产要的是这个数能不能拿来当依据。两件事之间还隔着几道门槛，跨不过去，联网就只是多了一块屏。
一、连上了，不等于能拿来排
把设备状态接进系统，通常先解决的是统计口径：这台机今天开了多久、停了多久、产了多少。这些数用来做报表、看趋势，够用。排产问的是另一组问题：这张单现在做到哪一步、还能不能插、换到另一台机要多花多久、下午那批料到不了要不要往后挪。前一组是回顾，后一组是决策，对数据的要求完全不同。
不少项目把这两组混在一起验收。看板能刷、报表能导，就算采集这一环完成了。等真要用它排单，才发现取不到能落到一张工单上的依据。
状态定义没统一
「运行」两个字，各班组的填法可能不一样。空转算不算运行，等料、调机、试切算不算，设备自动待机又算不算。采集能自动判断开机电流的还清楚些；靠人工点选的，同一个上午能出现三种口径。计划员拿到这样一张表，不敢拿它算能力，只能当参考。
时点对不上
设备侧的数据是秒级的，工单和工序记录却常常在下班前一次性补录。排产需要知道此刻这张单停在哪道工序，系统里最新的一条可能是四个小时前记的。差四个小时，对月度报表没什么，对当天要不要插单是决定性的。
粒度不够
采集通常落到设备，排产要落到「这类活在这台机上要多久」。同一台机做不同产品、配不同模具、换不同人，工时差得很远。没有按工序攒下来的工时基准，设备可用时间就只是一个总数，分不到具体订单上。
二、老师傅补的是系统里没有的那部分
计划员脑子里记的，多半不是数据，是约束。哪台机换型要用大半天，哪个人只熟某类活，哪家供应商的料说上午到其实常拖到下午，上批出过异常的单要留多少缓冲。这些没写进任何一张表，只能靠人记。
所以问题不在他排得准不准，而在这些约束从来没有被写下来。人在，计划就能排；人一休假，整套顺序跟着乱。把责任归到「老师傅不肯放权」，方向就错了。
三、让数据进到排产里，得先做几件不显眼的事
不用先上自动排产。把下面几件做扎实，计划表里来自系统的依据会一条条多起来。
- 把设备状态分类定死，一张表写清楚每种状态的判定条件，现场按同一套填，别让班组各自解释。
- 工单的开工、完工、中断在发生的当下记录，不等下班补。时点一准，当天插单才有得算。
- 给典型工序攒工时基准。初值粗糙没关系，关键是能按实际完工逐步修正，而不是永远凭感觉。
- 换型时间、待料窗口、保养计划写成排产的硬约束，占掉的时间在可排产能力里先扣掉。
- 每天把计划和实际对一次，偏差记原因，不直接改数。攒几周，哪些环节估得准、哪些环节经常失准，自己就显出来了。
这几件都不需要新模块，也不改设备。难的是有人持续维护，比上线本身更琐碎。
四、行业口径也在从连了多少往用在哪挪
近两年的讨论里，问法在变。早些年比的是接了多少台设备、上了多少个模块、看板覆盖到几级；现在更常问的是，这些数据有没有进到具体的业务动作里，比如排产、比如交期承诺、比如质量异常的判定。各地文件名称和评价表都不一样，本文不引用任何具体条款，只说这个取向对企业自己意味着什么。
意味着验收问题该换一换。别只问采集覆盖率多少，改问：现在这张排产表，有多少条依据是系统给的，有多少条还是人拍的。这个数不好看，但比覆盖率更能说明下一笔钱该花在哪。
采集覆盖率是容易数的一个指标；排产依据里有多少来自系统，是难看却更该看的那一个。
五、有些企业其实可以不急
品种少、节拍稳、计划一周不动的产线，人排得准，就先让人排。这时候硬推自动排产，反而把一件本来清楚的事做复杂了。该做的是把他的依据一条条问出来、存下来：为什么这张单放前面、换型要留多久、哪类活不能并在一起。存下来的东西，就是以后系统的规则。
等哪天计划员开始说「这几张单我也不敢定了」，多半是品种或订单量上来了，那时候再把系统接进来，接的是已经写清楚的规则，不是一片空白。
