这是一家给整机厂做配套的泵阀配件加工厂。按订单生产，品种多、批量不大，机加工之后有几道装配和试压，成品按批次入库。规模不大，信息化程度也普通：工单在 MES 里跑，仓库用 ERP 记账，检验记录一直是一张纸质单，跟着货走，归档到文件柜。
平时也过得去。出问题是在客户拿着批次号来问的时候：这批是哪天检的、试压记录在哪、有没有复检过，得把纸质单从柜里翻出来，一张张对批次号。有时工单号和检验单上的批号写法不一致，还得找当时的人回忆。查一次要小半天。
这类厂想上系统，容易一开口就谈全追溯、谈质量看板。但真正卡住的不是缺模块，是完工到入库之间少了一道有记录的关口。
一、为什么先动入库前那一步
原来的流程是：末道工序报工完成，成品直接进库，ERP 里生成一张入库单。检验单是并行的另一条线，检完签字归档，不进系统，也不影响入库。也就是说，系统里那批货在检验结论出来之前就已经是可售状态了。
这带来两个后果。一是数量对得上、状态说不清：同一批货里可能有待复检的，账上却都算成品。二是追溯链条从源头就断了，后面再想补，得回头把历史批次一张张录进去，工作量比当时顺手记大得多。
把放行挪到入库之前，改动其实很小：入库单必须挂一张已放行的检验记录，没有就不让生成。但它同时解决了状态、责任和时间点三件事，这批货现在是什么状态、谁判的、什么时候判的，系统里一次就齐了。
二、放行单该带哪几项
字段不用多，够回答客户那几个问题就行。
- 工单与批次号：两边用同一个编号，不各写一套，这是后面能对得上的前提。
- 检验项目与结论：尺寸、外观、试压这类按产品族列清楚，结论是放行、待复检还是判退，不写合格两个字了事。
- 检验人与时间：谁检的、什么时候检的，复检的另起一条，不覆盖原记录。
- 异常处置：判退之后是返工还是让步接收，走哪张单，谁批的。
- 入库关联：一张放行单对应哪张入库单，数量是否一致，超出部分怎么处理。
最容易被忽略的是入库关联这一项。检验和入库数量不一致时，如果不明确规则，现场就会各填各的，过几个月又变成两本账。这类边界要在上线前定，不能等数据乱了再补。
先不碰全流程
来料检验、过程巡检、出厂检验、客户投诉闭环，这一串都能做，但一次全铺开，现场要同时改好几处习惯，容易哪一处都落不实。这家只做了成品放行这一段，过程巡检仍旧走纸质，等放行跑顺了再说。
三、上线时把范围收窄
选试点范围比选功能更费心思。这家挑了一条产品结构比较稳定、批次清楚的产线先跑，没有一上来覆盖全部品种。理由很实际：非标件多的线，检验项目每次都不一样，字段得反复改，先把规则定死反而拖慢。
并行期也留了。纸质单没有立刻取消，和系统记录同时走了一段时间，每天收工时核一次两边的批号和数量。差异不为零，但能看出差异出在填写习惯还是流程本身。等连续一段时间两边一致，才把纸单撤掉。这段并行看着笨，却是现场愿意接受新单子的原因：出问题时还有个对照。
权限上只放了两处：检验员录结论，质量负责人放行。车间和仓库只能看，不能改。倒不是不信任谁，是让这条记录的归属清楚，后面有争议时不用猜。
四、跑顺之后才轮到追溯
放行单攒了几个月，客户再来问批次，直接从入库单翻到放行记录，检验项目和结论都在。再往后，才谈得上把投料批次、关键工序参数、出厂检验串成一条线。顺序反过来，先建一条看着完整但源头是空的链条，查到一半就断了。
这家后来做的一件事是把常见问题挪到前面：某类偏差反复出现时，回到过程巡检去找原因，而不是每次都在成品端判退。这已经不算上线范围的活了，属于用起来之后自然冒出来的需求。
追溯不是先建一条完整链条，是先保证链上每一环都有人当场记；入库前这道放行，就是最容易补也最容易被跳过的一环。
五、这类做法的适用边界
成品按批次管、客户会拿批次号来问、检验结论目前还在纸上的加工厂，比较适合从这一环切入。反过来，单件流、按项目走、几乎没有批次概念的非标车间，先补的可能是工单和工序流转，不是放行。同样叫上质量模块，切入点差得挺远。
这里只写通用场景，不涉及具体企业、具体数量，也不预设用了哪家的系统。行业、规模、上线模块、切入环节、结果这五项能说清楚，场景就够用了；把细节编得越具体，反而越容易把别家的经验套错。
