视觉 SOP 项目怎么做验收:指标、样本与责任划分
验收卡壳的项目,绝大多数不是技术没做到,而是当初没把「合格」写成可测量的条款。本文给出一套可直接抄进合同的验收结构:先冻结判定对象与口径,再分「判得对」与「用得住」两段验收,样本必须包含真实的不良件而不是拿好件凑数,报警响应要写明由谁在多长时间内处理。最后附一份上线后观察期的判定方式,以及验收不通过时该退回到哪一步。
核心要点
- 把一个百分数当验收标准,等于没有标准——必须同时约定样本、口径与判定人。
- 拿好件验收一定会通过,也一定验证不了任何东西;样本里必须有真实不良件。
- 「判得对」与「用得住」要分两段验收,前者的样本是离线集合,后者是产线节拍下的真实表现。
- 报警之后由谁在多长时间内响应,是验收里最常被漏掉、上线后最容易扯皮的一段。
视觉 SOP 项目的验收,核心从来不是「准确率有多少」这一个数字,而是先约定清楚:在什么样本上、用什么口径、由谁来判定达标。判定阈值定在哪、样本怎么构成、漏报与误报各自允许到什么程度、报警之后由谁在多长时间内响应、过程记录要留存多久——这些如果不在合同阶段写成可测量的条款,上线后双方对「合格」的理解几乎一定不一致。更实际的做法是把验收拆成两段:先验「判得对」,再验「用得住」。前者的样本是一份离线的图像集合,后者的样本是产线节拍下连续跑出来的真实表现,两段的判据完全不同,混在一起谈就会各说各话。
验收之前必须先冻结的三件事
在设备进场之前,有三件事必须先书面冻结,任何一件动了都要重新走一遍验收。第一是判定对象:一个工位到底要判哪些项。这句话听起来多余,实际项目里最常见的返工就出在这里——现场希望「顺便再判一下螺丝有没有打歪」,而这一条从来没进过需求清单,也没有对应的成像条件,最后变成无休止的追加。第二是判定口径:同一个动作,视觉算「合格」的边界在哪。比如螺丝拧紧,判的是「有扭矩信号」还是「螺丝头与工件贴合」还是「螺丝角度在公差内」,这三种判据的成像要求、误报率和成本完全不同。第三是样本来源:验收用哪些图、由谁提供、不良件从哪来。这三件事冻结之后,验收才有讨论的共同基础。判定口径怎么拆解,可以参考动作规范性的判定边界。
指标怎么写才可测量
漏报与误报必须分开写,而且容许范围差异很大。漏报是「该报警没报」,代价直接落在不良流出上;误报是「不该报警却报了」,代价落在操作员的信任和产线节拍上。把两者压成一个「准确率」会让双方都失去判断依据,因为同样的 95%,可能是漏报 5%、误报 0%,也可能是漏报 0% 而误报 50%——后者在产线上根本不可能被接受。分开写之后还要补一个前置条件:指标是在哪一批样本上统计的。同一套系统在「正常件」上可能达到近乎完美,在「临界件」(差一点点但实际合格)上就会掉下来,而临界件恰恰是现场最关心的部分。
| 指标项 | 判定方式 | 为什么这样写 |
|---|---|---|
| 漏报数量 | 在约定样本集(含真实不良件)上逐件复核,统计未被报警的不良件数量 | 漏报不可能要求为零,写清允许件数才有可执行性 |
| 误报频次 | 连续运行一个完整班次,统计误报次数与因误报导致的停线时间 | 误报只有放到产线节奏里衡量才有意义 |
| 临界件表现 | 单独准备一批边界样本,记录判定结果与人工复核结论的差异 | 这是上线后争议最多的区域,提前对齐口径 |
| 触发稳定性 | 同一动作重复若干次,统计判定结果是否一致 | 结果反复跳变的系统在现场无法被信任 |
| 记录完整性 | 随机抽查报警记录,核对是否包含图像、时间戳、工位号与判定结论 | 记录不可回溯等于过程数据缺失 |
样本怎么选:拿好件验收一定会通过,也一定没用
很多项目的验收样本是从正常生产里随手截一段,结果是清一色的合格件,系统只要全部判合格就能拿到高分。这样的验收既证明不了系统能抓问题,也暴露不了误报。可用的样本集至少要包含三类:真实的合格件(含外观差异较大的那些,比如不同批次、不同来料状态)、真实的不良件(不能靠人为摆拍,要来自实际生产或返修记录)、以及一批「差一点但不合格判定」的临界件。第三类最难凑,通常需要工艺和品质部门一起从历史返修件里挑,但这批样本的价值最高,因为它决定了上线后误报会不会失控。样本集还应该分成训练用和验收用两部分——拿训练用过的样本验收,等于开卷考试。
- 样本要封存:验收用的样本集在项目启动时就固定下来,过程中不得替换,否则前后两次数出来的指标无法比较。
- 样本要标注:每一张图对应哪一件、什么工序、人工判定结论是什么,都要有记录,否则统计时只能靠回忆。
- 样本要分类:把「缺陷类型」也标出来,验收时才能看出系统是整体偏弱,还是某一类缺陷完全抓不到。
- 样本要有量:不良样本太少时,任何百分比都没有统计意义;宁可少写几个指标,也要保证关键缺陷类型有足够数量。
报警响应与责任划分:验收里最常被漏掉的一段
系统判得对,不等于问题被解决。从报警发出到有人处理,中间隔着一条现场流程,而这条流程通常没人写进验收文件。需要明确的至少有三点:报警由谁负责响应(操作员、班组长还是工艺)、允许的响应时间是多少、以及超时未处理时系统怎么处理。最后一点尤其重要——如果没有超时机制,报警会在几天内退化成一条没人看的提示。另一件要写清的是报警的处置形态:是停线、还是提示后继续、还是只记录不提示。这直接决定了操作员会不会绕过它,具体可以对照报警疲劳怎么破。此外,报警之后的纠正动作有没有被记录,也是验收项之一:只记录「报过警」而不记录「怎么处理的」,过程数据依然是不完整的。
验收通过之后还有一段观察期
把验收拆成「初验」与「终验」两段,能避免绝大多数纠纷。初验在设备安装调试完成后进行,用的是离线样本集,验的是判得对不对;终验在连续正常运行一个约定的周期(通常四到八周,覆盖换型、不同班次、不同来料批次)之后进行,验的是用不用得住——这期间统计的是实际误报频次、因报警导致的停线时间、以及有没有出现未被报警拦截的不良流出。两段分开之后,项目不会因为「初验过了但现场天天误报」而陷入僵局,供应商也有机会用真实数据做一轮阈值微调。验收不通过时的处理办法同样要提前写明:是退回调参、扩充样本,还是缩小到部分工序先上线,不同结论对应不同的成本。
视觉 SOP 验收的高频问题
系统在我们自己的样本上表现一般,是不是选错了方案?
先分清楚是「判据不成立」还是「参数没调好」。如果人工看这些图也说不清合格与否,那是判据本身的问题,需要先和工艺把口径定死;如果人工能看得很清楚而系统不行,多半是照明或阈值的问题,属于可调范围。
能不能先上线再慢慢调?
可以,但要先把「调」的边界写在验收文件里:调到什么程度算通过、谁来判定、给多长时间。没有边界的试运行会变成无限期,现场也会因为长期误报而对系统失去信任,之后再想挽回很难。
误报要求写成零可以吗?
不建议。把误报要求写到零,供应商只能把阈值调到极保守,结果往往是漏报大幅增加——问题从「吵人」变成「漏人」,后者更贵。合理的写法是约定误报频次上限,并明确误报的处理流程。
您的验收条款里,写清了样本、口径和响应责任吗?
把您正在拟的验收指标发给我们,我们帮您看哪些条款现场复现不了。
相关文章
-
SOP 执行不到位的原因与对策
SOP 落不了地,多数时候不是员工态度问题,而是五个结构性原因:标准不可执行、执行过程不可见、反馈延迟太长、监督成本过高、异常没有闭环。理解这五点,才能判断该用…
了解详情 → -
防跳步方案:从流程约束到视觉校验
跳步和漏工序是两类问题。跳步的产品每道工序都做过,但顺序与标准不符,往往在功能测试或售后阶段才暴露。它的隐蔽性更强,也因此更难靠抽检发现。
了解详情 → -
报警疲劳:为什么现场会关掉系统
很多视觉 SOP 系统不是被技术问题打败的,而是被现场「静音」的。报警疲劳一旦形成,再准的算法也产生不了价值。它本质上是一个组织与设计问题。
了解详情 → -
视觉SOP相机选型与安装位置
视觉 SOP 的相机选型与产品检测不同,关注点是「动作与状态」而不是「外观缺陷」。因此三个决定的顺序应该是:先定安装位置与视野,再定快门类型,最后定分辨率与光源…
了解详情 →