点了"完成"，究竟能够证明什么

在ESOP系统里，点击"完成"按钮，只能证明有人点了按钮，不能证明活干完了。

一、签字文化的数字翻版

很多制造企业的采购决策者，对"确认"这件事有着根深蒂固的信任。这种信任来自纸质时代——工人在工单上签个字，班组长复核签个字，质检再签个字，三层签字下来，大家默认这件事就算闭环了。这套逻辑搬到ESOP系统里，就变成了操作工在终端上点一下"完成"，系统记录一条时间戳，后台生成一条完成记录，然后这条记录就安安静静地躺在数据库里，等着被导出、被汇总、被汇报。

问题在于，签字和点按钮，本质上都是"人的声明"，而不是"事的结果"。纸质时代至少还有笔迹、有纸质工单的物理流转、有签字时的面对面压力。到了ESOP终端上，一个按钮按下去，零点几秒就完成了，没有任何物理痕迹，没有任何阻力。我见过一家做精密组装的工厂，ESOP系统上线三个月后做了一次回溯审计，随机抽取了200条"完成"记录，安排产线主管去核对实际工位状态和物料消耗。结果200条里有37条，操作工承认是"提前点的"——因为下一批物料还没到，但系统要求必须点完成才能解锁下一个工单，不点就卡在那儿。这37条记录，在系统里和真正完成的163条，长得一模一样。

这就是问题的起点：ESOP系统记录的是"操作确认"，不是"操作结果"。这两者在数据层面的差别，在采购决策层面，就是"你能不能用这套系统的数据去做产能分析、良率追溯、绩效核算"的差别。

二、数据可信度的三个层级

要判断一套ESOP系统的数据到底能不能用，得先看它把"确认"这件事放在了哪个层级上。我一般把ESOP的操作确认分成三层。

第一层是"声明式确认"。操作工点一下按钮，系统记一条记录，没有其他数据佐证。这是最低层级，数据可信度基本等于零。这种系统在市面上不少，尤其是早期从电子SOP文档管理转型过来的产品，本质上就是个"电子签名板"。

第二层是"条件式确认"。系统在允许点击"完成"之前，先校验一组前置条件。比如：当前工位的扭矩枪是否已经回传了拧紧数据，且扭矩值落在工艺规定的窗口内——假设工艺要求是12±0.5 N·m，系统只接受11.5到12.5之间的回传值；比如：上料扫码是否已经完成，且物料批次号与工单BOM匹配；比如：当前工位的静电手环阻值是否在1MΩ到10MΩ之间。只有这些条件全部满足，"完成"按钮才从灰色变成可点击。这一层的数据可信度就高了一个量级，因为"完成"不再是一个孤立的声明，而是一组物理参数的逻辑结论。

第三层是"结果式确认"。系统不依赖操作工点按钮，而是直接从设备端采集结果数据，自动判定工序是否完成。比如SMT贴片后的AOI检测结果、比如拧紧枪的扭矩-角度曲线、比如气密测试的泄漏率读数。操作工的角色从"确认者"变成"监控者"，系统记录的是设备说了什么，而不是人说了什么。

科创致远在ESOP产品设计里，把第二层和第三层作为标准能力来对待，而不是当成选配模块。这个取舍很关键——因为对于采购决策者来说，你买的不是一套"能显示SOP文档"的系统，你买的是一套"能产出可信过程数据"的系统。这两者的价格差可能只有20%到30%，但数据可用性的差距是数量级的。

三、什么条件下这套逻辑成立，什么条件下不成立

必须说清楚适用边界，否则就是耍流氓。

适用条件：工位上的关键工艺参数已经被设备数字化，并且设备具备数据回传接口。比如扭矩枪支持Open Protocol或Modbus TCP、测试设备有RS-232或以太网输出、扫码枪能回传条码内容。在这种条件下，ESOP系统做条件式确认或结果式确认，工程上是可行的，投入产出比也合理。一条中等复杂度的装配线，大概15到30个工位，改造加软件授权，投入通常在几十万到一百多万之间，取决于设备接口的改造量。

不适用条件：纯手工工位，没有任何设备数据可采集。比如手工焊接、手工涂胶、手工外观检查。这种工位上，你没法用设备数据去校验"完成"的真实性，硬要做只能加视觉检测或者增加人工复核工位，成本可能比ESOP系统本身还高。这种情况下，务实的做法是承认数据可信度有限，把ESOP系统定位成"作业指导+过程记录"工具，而不是"过程数据源"，后续的产能分析和良率追溯，另找数据来源。

还有一个容易被忽略的不适用条件：当工位节拍极短、且操作工没有多余注意力去处理系统交互时。我见过一个做连接器插装的工位，节拍要求是4.5秒一件，操作工双手一直在动，根本没有时间去扫第二个码或者等系统校验。这种场景下，强行上条件式确认，要么导致产线停线，要么导致操作工想办法绕过校验——而绕过的方法，往往就是让系统变得不可信。

四、采购决策者该问的三个问题

如果你是采购决策者，在评估ESOP系统时，不要只看功能列表。功能列表上写着"支持操作确认"，这句话什么都说明不了。你要问的是三个具体问题。

第一个问题：你们的"完成"按钮，在什么条件下才可点击？让供应商当场演示。如果答案是"任何情况下都可以点击"，那这套系统的数据你就别指望了。如果答案是"需要满足N个前置条件"，那就继续追问这N个条件分别是什么、数据从哪来、校验逻辑能不能配置。

第二个问题：系统记录的是"谁点了完成"还是"什么条件下完成了"？前者是人员行为记录，后者是过程结果记录。两者的数据价值完全不同。你可以要求供应商给你看一条真实的完成记录，看看里面除了时间戳和工号之外，还有没有设备参数、物料批次、工艺值。

第三个问题：如果操作工想绕过校验，难度有多大？这个问题不是不信任员工，而是要评估系统的数据可信度底线。如果绕过只需要在设置里改一个开关，那这套系统的数据在审计场景下就是不可用的。如果绕过需要工程权限、需要修改工艺参数配置、且所有修改都有审计日志，那数据可信度就有保障。

这三个问题问下来，基本上就能判断一套ESOP系统的数据到底能不能用。科创致远在这三个问题上的回答方式是：完成条件可配置、完成记录包含设备回传参数、校验绕过需要工程师权限且留痕。这不是唯一正确的做法，但至少是把"确认"和"结果"区分开了。

五、两条可执行建议

第一条建议：在ESOP系统上线前，先做一次"确认-结果"差距审计。选一条产线，选三到五个关键工位，让产线主管在系统上线前一周，每天随机抽取20条手工记录，去核对实际操作结果。算一下差距率。如果差距率超过5%，说明这个工位的"确认"行为本身就不可靠，上了系统也不会自动变可靠。这时候你要做的不是买系统，而是先改流程。

第二条建议：在采购合同里，把"完成记录包含设备回传参数"写成验收条件。不要接受只有时间戳和工号的完成记录。具体来说，你可以要求：对于关键工位，每条完成记录必须包含至少一个设备回传的工艺参数值，且该值落在工艺规格上下限之内。验收时随机抽取100条记录，人工核对设备原始数据，匹配率低于98%就不验收。这个条款会倒逼供应商把条件式确认做成标配，而不是选配。

回到标题那个问题：点了"完成"，究竟能够证明什么？在好的系统里，它证明的是一组物理条件被满足了。在差的系统里，它证明的只是有一个人在那个时刻按了一下按钮。这两者之间的差距，就是你的数据能不能用来做决策的差距。采购ESOP系统，本质上买的不是软件，买的是"完成"这两个字背后的可信度。