3. 项目验收依据与标准体系
在 In-Sight 视觉项目里，验收争议往往不是出在“系统能不能跑”，而是出在“按什么标准算通过”。同一台相机、同一套视觉工具，如果验收依据不同，结论可能完全相反。因此，验收工作的第一步不是打开 In-Sight 软件，而是把四类依据文件摊在桌面上，逐条对齐：合同技术协议、行业标准、客户 SOP、内部质量要求。它们共同构成项目的“标准体系”，也是后续所有测试用例、判定阈值和交付文档的源头。
四类依据的定位与优先级
合同技术协议是最高层依据，规定验收对象、验收范围、节拍、准确率、误判率、交付物和付款条件。它通常由商务与技术共同签署，一旦与其它文件冲突，原则上以合同为准。行业标准是通用底线，例如汽车零部件常引用 IATF 16949 的测量系统分析（MSA）要求，电子组装可能引用 IPC-A-610 的外观判定等级。客户 SOP 是客户现场的具体作业规范，规定操作员如何上料、如何复判、如何记录异常。内部质量要求则是集成商或设备商自己的工程规范，例如图像采集一致性、标定周期、版本管理、备份策略等。
四类依据并非平行关系，而是有明确的优先级和转化关系。合同技术协议中的模糊表述，需要借助行业标准和客户 SOP 落地为具体判定条件；客户 SOP 中的操作约束，又可能反过来影响内部质量要求中的测试方法。理解这一层关系，才能避免“合同写了 99% 准确率，但没人定义什么算准确”的典型陷阱。
从模糊需求到可测量指标的转化方法
合同里常见的模糊表述包括“稳定识别”“高精度”“快速响应”“适应多种产品”。这些词不能直接作为验收条款，必须经过一次结构化转化。转化的核心动作是四步：识别模糊词、定义测量对象、确定测量方法、设定阈值与抽样规则。
以“系统应能稳定识别产品表面缺陷”为例。第一步，识别模糊词：“稳定”和“缺陷”都不明确。第二步，定义测量对象：缺陷类型限定为划痕、脏污、缺料三类；最小检出尺寸定为 0.2 mm；检测区域限定为产品上表面。第三步，确定测量方法：使用标准缺陷样件和良品样件，在固定光源、镜头、工作距离条件下连续测试。第四步，设定阈值与抽样规则：连续 500 件，其中包含 20 件已知缺陷样件，要求漏判率为 0，误判率不超过 0.5%。
经过这四步，“稳定识别”就变成了可测量、可复现、可判定的验收指标。这里需要特别强调：漏判率和误判率必须分开定义。漏判是把不良品判为良品，属于严重质量事故；误判是把良品判为不良品，影响生产效率。两者的验收阈值通常不同，漏判率往往要求为零或接近零，误判率可以允许一个较小的百分比。
验收指标的定义与计算
在 In-Sight 项目中，常用的验收指标包括检出率、漏判率、误判率、重复精度、节拍时间和测量系统重复性。这些指标必须有明确的计算公式和统计口径，否则不同人算出的结果可能不一致。
| 指标 | 定义 | 计算方式 | 典型验收要求（示例） |
|---|---|---|---|
| 漏判率 | 不良品被判定为良品的比例 | 漏判数 ÷ 实际不良品总数 × 100% | ≤ 0%（关键缺陷） |
| 误判率 | 良品被判定为不良品的比例 | 误判数 ÷ 实际良品总数 × 100% | ≤ 0.5% |
| 重复精度 | 同一工件多次测量的结果波动 | 多次测量值的极差或标准差 | ≤ 0.05 mm（示例） |
| 节拍时间 | 单件从触发到输出结果的时间 | 连续 30 件取平均值 | ≤ 800 ms（示例） |
| 测量系统重复性 | 同一操作者、同一设备多次测量的一致性 | GR&R 分析中的 EV 值 | GR&R ≤ 10%（理想） |
表中数值均为教学示例，实际项目应以合同和客户要求为准。需要提醒的是，节拍时间的测量必须明确起点和终点：起点是 PLC 发出触发信号，终点是 In-Sight 输出判定结果并写入 PLC。如果只测视觉工具处理时间，不包含通信和 I/O 延迟，验收时容易产生分歧。
标准体系落地为验收清单
把四类依据转化为可执行的验收清单，是项目交付前最实用的一项工作。清单不需要复杂，但每一条都必须能追溯到依据来源，并且有明确的测试方法和判定标准。以下是一份示例清单，字段和粒度可根据项目规模调整。
In-Sight 项目验收清单（示例）
项目名称：XX 产品外观检测
验收依据：合同技术协议 V2.1 / 客户 SOP-2024-03 / 内部质量规范 QG-07
序号 | 验收项 | 依据来源 | 测试方法 | 判定标准 | 结果
1 | 缺陷检出能力 | 合同 3.2 条 | 20 件缺陷样件连续测试 | 漏判率 = 0 |
2 | 良品误判控制 | 合同 3.2 条 | 480 件良品连续测试 | 误判率 ≤ 0.5% |
3 | 重复精度 | 内部 QG-07 | 同一工件重复测量 30 次 | 极差 ≤ 0.05 mm |
4 | 节拍时间 | 合同 4.1 条 | 连续 30 件取平均 | ≤ 800 ms |
5 | 操作权限 | 客户 SOP 5.3 | 检查用户角色与密码策略 | 操作员不可修改配方 |
6 | 数据记录 | 客户 SOP 6.1 | 检查判定结果是否保存 | 保存最近 30 天 |
7 | 标定有效性 | 内部 QG-07 | 检查标定日期与周期 | 标定在有效期内 |
8 | 版本管理 | 内部 QG-07 | 检查程序版本与备份 | 有版本号且可回退 |
这份清单的价值在于：每一条验收项都能回答“依据是什么、怎么测、什么算通过”。当客户或项目经理对某项结果有疑问时，可以直接回溯到依据文件，而不是靠口头解释。对于 In-Sight 项目，建议在 FAT（工厂验收测试）之前就完成清单评审，把争议提前暴露，而不是等到现场 SAT（现场验收测试）时才发现标准不一致。
最后需要强调的是，标准体系不是一次性解读完就结束的文件。在项目执行过程中，如果客户变更产品、调整产线节拍或更新 SOP，验收依据也会随之变化。此时应及时更新验收清单，并重新确认测试方法和判定阈值。只有保持依据、指标、测试三者一致，In-Sight 项目的验收才能顺利闭环。