2. 验收与交付的合同与标准依据
在Hexagon数字制造项目的验收与交付中，判断“是否合格”从来不是靠感觉，而是靠一套有层级、有效力的依据体系。这套体系通常由四类文件构成：合同技术附件、SOW（工作说明书）、验收标准，以及行业规范与Hexagon产品文档。它们不是并列关系，而是有优先顺序、有覆盖范围、有法律与技术双重效力的约束链。理解这条链，才能在验收争议出现时快速定位“以谁为准”。
一、四类依据的定位与效力层级
合同技术附件是最高效力依据。它通常以合同附件形式签署，明确系统范围、功能清单、性能指标、接口要求、交付物清单和验收条件。一旦技术附件与SOW、产品文档冲突，原则上以合同技术附件为准，除非合同正文另有约定。技术附件的关键特征是“双方签字确认”，因此它既是技术文件，也是法律文件。
SOW（工作说明书）是合同技术附件的展开和补充，描述具体工作范围、任务分解、里程碑、双方责任边界、假设条件和除外责任。SOW的效力低于合同技术附件，但高于一般产品文档。SOW中最容易被忽视的是“除外责任”和“假设条件”——例如“甲方需在指定日期前提供干净的点云数据”，若未满足，乙方交付延期或精度不达标时，责任判定会直接引用该条款。
验收标准是技术附件中“验收条件”的细化文件，通常包含测试用例、抽样比例、判定阈值、复测规则和验收通过准则。验收标准必须可量化、可复现、可追溯。例如“测量精度≤0.05mm”必须说明测量对象、测量设备、环境温度、采样点数和判定方法，否则验收时无法执行。
行业规范与Hexagon产品文档是底层技术依据。行业规范如ISO 10360（坐标测量机验收检测）、VDI/VDE 2634（光学三维测量系统）、ASME Y14.5（尺寸公差）等，提供通用技术准则；Hexagon产品文档如PC-DMIS、QUINDOS、Inspire、Metrology Reporting等软件的官方手册、Release Notes、兼容性矩阵和已知问题列表，提供具体版本的功能边界和操作约束。产品文档的效力低于合同和SOW，但当合同未明确某项技术细节时，产品文档成为默认技术依据。
效力优先级（从高到低）：合同正文 → 合同技术附件 → SOW → 验收标准 → 行业规范 → Hexagon产品文档。当低层级文件与高层级文件冲突时，以高层级为准；当高层级文件未约定时，低层级文件补充适用。
二、法律效力与技术效力的双重约束
这四类依据同时具有两种效力。法律效力体现在：合同技术附件和SOW是双方签署的合同文件，违反即构成违约；验收标准若作为合同附件，同样具有法律约束力。技术效力体现在：行业规范和产品文档定义了“技术上正确”的边界，即使合同未明确，验收时也不能违背行业基本准则。
实际项目中最常见的争议是“合同写了功能，但产品文档说该版本不支持”。例如合同技术附件要求“PC-DMIS 2023.1实现自动特征识别”，但Hexagon产品文档显示该功能需2024.1及以上版本。此时不能简单判定乙方违约，而应回溯SOW中的版本约定和双方确认记录。若SOW明确锁定2023.1，则乙方需通过定制开发或版本升级满足；若SOW未锁定版本，则双方需协商变更。这个判断过程，正是效力层级在起作用。
三、验收标准必须可执行：以测量精度为例
验收标准不能只写“精度合格”，必须写成可执行的判定规则。以下是一个可参考的验收标准片段，用于Hexagon三坐标测量机交付验收：
验收项目：长度测量示值误差（MPE_E）
依据规范：ISO 10360-2:2009
测量设备：Hexagon Global S 07.10.07 + PC-DMIS 2023.1
环境条件：温度20±1℃，温度梯度≤0.5℃/h，振动≤0.5μm
量块规格：5点分布（50mm、150mm、300mm、500mm、700mm）
采样方式：每点重复测量5次，取平均值
判定阈值：|示值误差| ≤ 1.5 + L/350 μm（L为测量长度，单位mm）
复测规则：任一点超差，允许复测一次；复测仍超差，判定不合格
记录要求：原始数据、环境记录、量块证书编号、操作员签字这份标准之所以可执行，是因为它明确了测什么、用什么测、在什么条件下测、测多少点、怎么判定、超差怎么办、记录什么。缺少任何一项，验收时都会产生歧义。例如未规定温度，乙方在30℃环境下测出超差，甲方无法判断是设备问题还是环境问题。
常见陷阱：验收标准中写“按Hexagon产品文档执行”，但未锁定文档版本。Hexagon产品文档随版本更新，不同版本的指标可能不同。正确做法是写明“Hexagon PC-DMIS 2023.1官方手册第X章”或“Release Notes 2023.1”，并附上文档编号和日期。
四、行业规范与产品文档的引用方式
行业规范引用必须精确到条款号。例如不能只写“符合ISO 10360”，而应写“符合ISO 10360-2:2009第6.3条长度测量示值误差要求”。产品文档引用必须精确到文档名称、版本号和章节。例如“依据Hexagon《PC-DMIS 2023.1 Reference Manual》第12章‘Auto Features’”。
当行业规范与产品文档冲突时，通常以行业规范为准，因为行业规范是通用技术准则，产品文档是具体实现说明。但若产品文档明确声明“本产品不适用于某行业规范条款”，且该声明在合同签订前已提供给甲方并被接受，则产品文档的除外声明有效。这一判断需要合同层面的确认记录。
五、验收依据的版本冻结与变更控制
验收启动前，必须完成所有依据文件的版本冻结。具体操作包括：
- 列出全部依据文件清单，标注文件名称、版本号、日期、来源。
- 由甲乙双方授权代表签字确认“验收依据版本冻结表”。
- 冻结后任何变更须走变更控制流程，评估对验收范围、时间、成本的影响。
- 变更后的文件重新纳入清单，旧版本标注“作废”并归档。
版本冻结的核心目的是防止验收过程中“依据漂移”。例如验收进行到一半，甲方突然引用最新版产品文档要求新增功能，而该功能在合同签订时并不存在。若已冻结版本，乙方可依据冻结表拒绝；若未冻结，则容易陷入被动。
实操建议：在SOW中增加一条“验收依据版本冻结条款”，明确冻结时间点（通常为验收启动会前3个工作日）、冻结范围（合同、技术附件、SOW、验收标准、行业规范、产品文档）和变更程序。该条款能显著降低验收争议概率。
六、依据缺失时的处理原则
实际项目中常出现“合同没写、SOW没提、产品文档也没说”的灰色地带。此时应遵循三条原则：第一，行业惯例优先，参考同类Hexagon项目的通行做法；第二，双方协商补充，以会议纪要或补充协议形式确认；第三，不影响主体验收，灰色地带事项若不影响系统核心功能和安全，可列为“遗留项”限期关闭，不阻塞整体验收。
需要强调的是，灰色地带不能成为乙方拒绝验收的理由，也不能成为甲方无限扩大范围的借口。双方应在验收启动会上明确“遗留项清单”的格式和关闭时限，避免验收无限期拖延。
综上，合同技术附件、SOW、验收标准、行业规范与Hexagon产品文档共同构成验收交付的依据体系。理解它们的效力层级、引用方式和冻结机制，是确保验收可执行、可追溯、可裁决的基础。在实际操作中，建议在项目启动阶段就建立“验收依据清单”，随项目推进持续维护，而不是等到验收前才临时整理。