1. 课程导论：价格调整与义务跟踪衔接的重要性、测试验证的总体目标
1.1 为什么价格调整与义务跟踪必须衔接？
在大型建筑工程分包合同管理中，价格调整条款与义务跟踪条款长期处于“各自为政”的状态。合同管理部门关注调价公式、指数来源和基准日；现场履约部门关注进度节点、验收记录和变更指令。这种割裂直接导致三大风险：
- 调价依据缺失：价格调整触发条件（如工期延误、材料价格波动）未与现场实际义务履行记录挂钩，调价申请缺乏事实支撑。
- 义务履行失真：分包商已完成关键义务（如提交材料报审、完成隐蔽工程），但合同价格未同步反映其履约成本变化。
- 结算争议频发：审计时发现调价计算与义务完成节点不匹配，双方陷入“先有鸡还是先有蛋”的举证僵局。
核心观点：价格调整不是独立的财务计算，而是义务履行状态的货币化映射。只有将调价公式中的每一个变量与具体的合同义务跟踪节点建立双向绑定，才能实现“履约可追溯、调价可验证”。
1.2 衔接失效的典型场景
| 场景 | 价格调整条款 | 义务跟踪记录 | 衔接断裂后果 |
|---|---|---|---|
| 材料调价 | 按某月信息价调整 | 未记录材料进场验收日期 | 无法确定适用哪一期信息价 |
| 工期延误补偿 | 按延误天数×日费率 | 未区分关键线路延误与非关键线路 | 补偿范围被扩大或缩小 |
| 变更令调价 | 按变更后工程量重新组价 | 未跟踪变更指令的签收与实施时间 | 变更与调价的时间窗口错位 |
| 里程碑付款 | 达到里程碑支付80% | 里程碑验收记录不完整 | 超付或拒付争议 |
1.3 测试验证的总体目标
本课程提出的测试验证方法，旨在通过系统化的检查手段，确保分包合同中价格调整条款与义务跟踪条款在逻辑、数据、流程三个维度上实现无缝衔接。总体目标可分解为以下四个层次：
- 逻辑一致性验证：检查调价触发条件是否与义务完成标准一一对应，避免“调价条件已满足但义务未完成”或“义务已完成但调价条件未定义”。
- 数据完整性验证：确认义务跟踪系统（如进度管理平台、验收记录表）输出的数据字段，能够直接作为价格调整公式的输入参数，无需人工二次加工。
- 流程闭环性验证：测试从“义务发生→数据采集→调价计算→审批确认→支付调整”的全链路是否可追溯、可回查。
- 异常处理能力验证：验证当义务跟踪数据缺失、延迟或冲突时，价格调整机制是否具备默认规则、容错阈值或人工干预接口。
验证思维转变：从“合同条款审查”升级为“合同执行系统测试”。将价格调整视为一个软件功能模块，义务跟踪视为其上游数据源，测试的目标是确保该功能模块在所有输入条件下都能输出正确、可审计的结果。
1.4 衔接关系总览图
下图展示了价格调整与义务跟踪之间的核心衔接关系，以及测试验证的覆盖范围：
1.5 课程测试验证框架
本课程将围绕以下四个测试维度展开，每个维度对应一套具体的验证方法和检查清单：
| 测试维度 | 验证对象 | 核心检查项 | 输出物 |
|---|---|---|---|
| 逻辑一致性 | 合同条款文本 | 调价条件与义务完成标准的映射关系 | 条款衔接矩阵 |
| 数据完整性 | 跟踪系统/台账 | 数据字段覆盖度、格式兼容性、时间戳精度 | 数据映射清单 |
| 流程闭环性 | 审批与支付流程 | 节点流转、审批链、回退机制 | 流程测试报告 |
| 异常处理 | 边界与故障场景 | 数据缺失、延迟、冲突时的默认规则 | 异常处理预案 |
常见误区：不要将测试验证等同于“合同审计”。审计是事后检查，而测试验证是事前预防和事中控制。本课程强调在合同执行过程中建立持续验证机制，而非等到结算阶段才暴露问题。