车间里设备停了，操作工喊一声，维修的人过来处理，半小时后重新开机。系统在工单上记下一段停机时间，这事就算过去了。过了两周同一台机又停，换了个班次的人，还是从零开始判断。
停机时长能算进稼动率，但历时多久、做了什么、换了什么件，一概没留下来。这不是采集不够细，是中间那张维修单被省掉了。
一、维修单要接在设备与工单之间
维修单至少挂三样：哪台设备、当时在做哪张工单、什么时候报的修。只挂在设备上，看不出对生产的影响；只挂在工单上，攒不出这台机的历史。
报修时点也别省。操作工发现异常、通知到人、人到场、开始处理，这几步之间的时间差，往往比修理本身还长。混成一段停机，就分不清是响应慢还是活难修。
二、记现象，别只记结论
维修记录里最有用的一栏，是操作工描述的现场现象：异响、报警提示、加工尺寸偏了、某个动作不到位。维修人员写处理动作时，也尽量写实际做了什么，而不是一句「已修复」。
结论对这一次够用，对下一次没用。同样的报警代码，可能是两个完全不同的原因，没有现象就无从区分。
三、备件与验收单独记
- 换了什么件、从哪个库位领的、有没有替代品。备件消耗攒久了能看出哪类件该常备。
- 维修后谁来验收。是维修人自己试机，还是操作工按正常活做一件确认，两种可信度不一样。
- 有没有临时处置。临时能跑但不算彻底修好的情况要标出来，否则下次排产会以为这台机已经没问题。
这几项都不复杂，难的是现场愿意在停机那几分钟里填完。所以字段要少，必填的更要少，先保证每次都有一条记录，再谈填得多细。
四、和保养、点检分开
维修是出了事之后的动作，点检和保养是按计划做的事，别混在一张表里。混了以后，想看「计划做了没」和「意外停了几次」都得重新拆一遍，两边的口径还容易打架。
五、先让记录连续，再谈分析
不少项目一上来就设十几项原因分类，现场填不全，最后全归到「其他」。不如先留三四项必填：报修时点、现象、处理动作、验收人。跑上一两个月，记录能连起来，再按实际出现的现象补分类，比凭空设计一套编码表踏实。
停机时长告诉你损失了多少，维修单告诉你下次能不能少停一次。
