场景一：索赔时限
输入是合同全套、事件发生日期与往来函件，输出是适用条款、通知期限、需提交的材料清单与关键日期。复核人是合同经理，重点确认时限起算点与专用条件是否另有约定，避免错过通知期。时限怎么算要以合同为准。
场景二：定义核对
输入是合同定义条款与相关条款，输出是术语在合同中的准确含义与引用位置，例如竣工时间、接收证书与缺陷通知期。这类查询最容易被想当然，定义错了，后续的时限与责任判断全部偏。定义核对是第一个边界。
场景三：版本比对
输入是两版合同条件，输出是条款编号、责任分配与时限设置的差异表，用于判断旧项目经验能否套用到新项目。比对结果要标注版本年份，不能只写条款名称，否则容易把不同版本混为一谈。版本怎么标要写进结果。
场景四五：冲突与背靠背
专用条件与通用条件冲突时，按合同约定的优先顺序判断，输出冲突点与建议处理方式；分包背靠背核对输出主合同义务与分包条款的对应关系及缺口。两类结果都必须由合同经理确认后才能使用。怎么用由复核人决定。
别只做高频场景
按频次排优先级是常见做法，索赔时限与定义核对的查询量确实最大。但真正造成损失的往往是低频场景：专用条件冲突、背靠背缺口，一年只查几次，查错一次代价极高。建议高频场景先做顺手，低频场景做成检查清单，在合同签署与分包招标前强制过一遍。
适用与不适用
适合谁
- 使用 FIDIC 范本的国际工程与外资项目
- 需要把主合同义务传导到分包合同的单位
- 有多个版本合同、需要比对差异的合同管理部门
不适合谁
- 合同文本不全、无法确认版本的团队
- 希望系统直接判定索赔能否成立的单位
典型场景
某企业同时在建两个项目，一个用较早版本的施工合同条件，一个用新版。合同部把两版条款导入系统做差异比对，输出时限与责任分配的变化表，再据此修改分包合同模板。比对结果由合同经理逐条确认后，才发给各项目部使用。
可执行步骤
- 按五个场景逐一列出常用查询、所需输入材料以及对应的复核责任人与输出物
- 为每个场景固定输出格式，并要求每条结论都附上条号、版本与原文摘录
- 做版本比对之前，先确认双方的版本年份、合同语言以及条款编号体系
- 冲突检查要按合同约定的文件优先顺序逐条判断，并记录每一条的判断依据
- 背靠背核对要逐条标出主合同与分包合同条款的缺口，并给出建议处理动作
常见坑
- 拿旧项目的经验直接套到新版本上，时限与责任分配都已经改变，照此操作会错过关键节点。
- 定义没有核对就开始计算时限，起算点一旦错了，整条处理链路都会跟着错，补救代价很高。
- 版本比对只看条款名称，不看编号与具体内容，差异表基本形同虚设，项目部照着用会出错。
- 背靠背核对漏掉通知义务，分包未在约定期限内上报，最终导致主合同一方丧失索赔权利。
自检与验收清单
- 五个场景是否各自有固定的输出格式与复核责任人
- 每条结论是否都附有准确条号、版本与原文摘录
- 版本比对的结果是否逐条标注版本年份与条款号
- 冲突判断是否写明所依据的优先顺序条款与位置
- 背靠背核对出的每一处缺口是否附有建议动作
常见问题
五个场景都要建吗？
不必。先做索赔时限与定义核对，这两类查询频率最高，也最容易因看错而误事。版本比对与背靠背核对属于阶段性任务，可在项目切换或分包招标前集中处理，不必日常运行。
版本差异表能直接给项目部用吗？
不宜直接下发。差异表应先由合同经理确认，再按项目部关心的内容改写成一页提示，例如时限变化、责任转移与需增加的函件。原文差异表留作底稿，避免项目部被细节淹没。
背靠背核对要查到什么程度？
至少覆盖通知义务、时限、责任限额、保险与争议解决五项。核对结果写成主合同条款与分包条款的对应表，标出缺口与建议处理方式，再由合同经理与商务负责人共同确认。