2. 验收依据与标准
验收不是“设备能跑起来就算通过”，而是把合同承诺、功能规格、行业规范、企业内控和平台实际能力逐条对齐，形成可判定、可追溯的结论。本节的核心任务，是建立一套“依据分层 + 能力映射”的验收标准体系，让每一条验收项都能回答三个问题：依据来自哪里、对应ctrlX AUTOMATION的哪个能力、用什么证据判定合格。
一、五类验收依据的层级关系
在ctrlX AUTOMATION项目交付中，验收依据通常来自五个层面，它们的约束力和优先级并不相同：
- 合同技术附件：具有法律约束力，是验收的最高优先级依据。它规定了供货范围、性能指标、接口数量、验收方式与罚则。当其他依据与合同冲突时，以合同为准。
- 功能规格书（FS）：由需求方与集成方共同确认，描述系统应实现的功能、节拍、精度、报警与权限。它是合同的技术展开，也是验收用例的直接来源。
- 行业标准：如机械安全ISO 13849、电气安全IEC 60204-1、通信一致性、EMC要求等。行业标准是“底线”，不因合同未写而免除。
- 企业内控要求：客户内部的设备验收规范、备件策略、命名规则、网络安全策略、数据留存要求。它常比行业标准更细，但不得低于行业标准。
- ctrlX AUTOMATION平台能力：包括ctrlX CORE控制器性能、ctrlX OS实时性、ctrlX Data Layer数据层、ctrlX App应用生态、ctrlX SAFETY安全功能、EtherCAT/CANopen/PROFINET等现场总线支持能力。平台能力决定“能不能实现”，是验收可行性的边界。
这五类依据不是并列堆叠，而是“合同定范围、规格定功能、标准定底线、内控定细节、平台定边界”的映射关系。验收标准编制时，应逐条把前四类要求映射到平台能力上，凡映射不上的，必须在验收前澄清或变更，而不是留到验收现场争论。
二、把依据转成可判定的验收项
依据本身是文字，验收需要的是“判定条件”。建议对每条要求做三步转换：
- 提取可测量对象：把“系统响应快”转成“HMI按钮到执行机构动作的端到端延迟 ≤ 100 ms”；把“数据可追溯”转成“关键工艺参数以1 s周期写入Data Layer并保留30天”。
- 绑定平台能力：延迟指标对应ctrlX CORE的实时任务周期与EtherCAT周期；数据追溯对应ctrlX Data Layer的订阅与历史存储App。若平台能力无法覆盖，需在验收前提出。
- 定义证据形式：每条验收项必须写明证据类型——测量报告、日志片段、截图、配置导出、第三方检测报告或双方签字确认。
例如，合同附件写明“支持不少于3种现场总线”，功能规格书写明“需接入EtherCAT伺服与PROFINET远程IO”，行业标准要求“安全功能达到PL d”，企业内控要求“所有网络设备启用端口安全”。映射到ctrlX AUTOMATION平台后，验收项可整理为：
| 验收项 | 依据来源 | 平台能力映射 | 判定条件（示例） | 证据形式 |
|---|---|---|---|---|
| EtherCAT伺服同步周期 | 功能规格书 | ctrlX CORE + EtherCAT主站 | 周期 ≤ 1 ms，抖动 ≤ 50 μs | 示波器/主站诊断日志 |
| 安全急停功能 | ISO 13849 / 合同 | ctrlX SAFETY | 达到PL d，急停响应 ≤ 200 ms | 安全回路测试记录 |
| 工艺数据留存 | 企业内控 | ctrlX Data Layer + 存储App | 1 s周期写入，保留30天可查询 | Data Layer路径截图+查询结果 |
| 远程IO接入 | 合同技术附件 | PROFINET主站能力 | 不少于32点DI/DO稳定通信 | 网络拓扑+IO诊断 |
这张表就是验收标准体系的雏形。它的价值在于：任何一条验收项都能反向追溯到依据，也能正向说明平台如何支撑，避免“验收时才发现平台不支持”的被动局面。
三、依据冲突时的处理原则
实际项目中，五类依据经常出现冲突。常见情形与处理原则如下：
- 合同与行业标准冲突：以更严格者为准，且必须书面澄清。例如合同未要求安全等级，但设备属于冲压危险区域，ISO 13849仍适用，不能因合同未写而降低。
- 功能规格书与平台能力冲突：以平台实际能力为边界，走变更流程调整规格，而不是在验收现场强行“凑合实现”。
- 企业内控与合同冲突：内控要求不得低于合同，但若内控增加额外工作量和成本，应在合同阶段或变更阶段确认。
- 行业标准之间冲突：按设备适用地域和行业归属选择主标准，并在验收文件中注明采用版本和条款。
四、平台能力映射的实操方法
映射不是简单对照，而是逐项确认“输入—处理—输出”是否在平台能力范围内。以“视觉检测结果触发分拣”为例：
- 输入：相机通过GigE Vision输出检测结果，需确认ctrlX CORE是否具备对应接口或通过网关接入。
- 处理：检测结果写入ctrlX Data Layer，PLC App订阅该节点并执行分拣逻辑，需确认Data Layer节点命名、数据类型和刷新周期。
- 输出：分拣气缸动作，需确认EtherCAT IO模块响应时间和安全联锁条件。
- 证据：Data Layer订阅日志、PLC变量监控截图、气缸动作节拍记录。
如果其中任一环节平台能力不足，例如Data Layer刷新周期无法满足节拍，则应在验收前提出替代方案或调整指标，而不是等到验收时才发现。映射工作的输出，通常是一份“验收项—依据—平台能力—证据”对照表，作为验收方案的核心附件。
综上，验收依据与标准的核心不是罗列文件，而是建立“合同定范围、规格定功能、标准定底线、内控定细节、平台定边界”的映射关系，并把每条要求转成可测量、可追溯、可复现的验收项。只有这样，验收结论才经得起合同、标准和客户内控的三重检验。