场景一：投标核量
输入招标清单、招标图纸与答疑文件，输出缺项与特征不符清单。复核人是投标负责人与造价工程师，重点看是否影响报价完整性。答疑澄清后清单可能调整，比对要在答疑截止前完成，否则结论很快失效，为什么赶在截止前，因为答疑后清单常被调整。
场景二：图纸会审
输入施工图、设计说明与已编清单，输出描述冲突与做法不明项。复核人是项目总工与造价人员，重点是把问题写进会审纪要；施工后才发现按图做法与清单口径对不上，再争已没有依据，只能自行消化，边界是问题必须落到会审纪要上。
场景三：变更增减
输入变更图纸、原清单与签证资料，输出受影响条目与量差线索。复核人是造价工程师，重点确认变更是否已计列、原项是否应扣减，结论进入变更台账。只增不减是最常见的重复计列来源，也最难事后纠正，怎么核对要同时看新增与扣减。
场景四：结算对账
输入竣工图、结算清单与过程变更，输出条目对应关系与差异说明。复核人是结算负责人，重点是差异原因能否落到具体图纸与签证编号，避免对账时双方各说各话，反复拉锯却始终对不上同一批条目，为什么要落到签证编号，否则差异无法归因。
场景五：分包核对
输入总包清单与分包报价清单，输出工作内容重叠与遗漏。复核人是商务经理，重点是界面划分是否清楚，防止同一工作内容被两家分包同时计取，也防止交界处两边都没报、最后由总包兜底，怎么做要先把工作界面划清楚。
适用与不适用
适合谁
- 按阶段推进多个项目的造价与商务团队
- 变更频繁、结算争议较大的在建工程
- 分包界面复杂、需要核清工作内容的总包
不适合谁
- 只有扫描件、无法结构化抽取的项目
- 希望用一次比对解决全部计价问题的团队
典型场景
某项目进入结算阶段，争议集中在变更是否已计列。结算负责人用竣工图与结算清单做比对，把差异按变更编号归类，再逐条对照签证资料；确认属于重复计列的部分扣减，遗漏的部分补入，最终形成双方可逐项核对的差异说明，并附上对应图纸页。
可执行步骤
- 按项目阶段选定场景，明确本次比对要回答的问题与交付物的具体形式
- 准备该场景所需的图纸、清单与过程资料，逐一确认各自的版本与签发日期
- 按场景设定比对维度，如缺项、特征、量差与界面重叠，并写进书面的工作说明
- 指定复核角色，逐条给出采纳、排除或待确认的结论，并要求本人签名留档
- 把结论回填到报价、会审纪要、变更台账或结算说明等对应文件之中，形成闭环
常见坑
- 不分场景把所有差异混在一张表里，投标问题与结算问题交织在一起，最终没人愿意逐条处理，表也就废了。
- 变更场景只盯新增项，忽略原清单中应扣减的部分，结算时出现重复计列并引发双方争议，很难收场。
- 分包核对前未划清工作界面，比对结果满屏都是重叠项，反而要花更多时间逐条解释责任归属，进度也受影响。
自检与验收清单
- 本次比对属于哪个场景、要回答什么问题并交付什么
- 输入资料的版本是否与当前项目阶段保持一致
- 比对维度是否与该场景要回答的问题真正匹配
- 复核角色是否明确、能否对每条结论负责并签字
常见问题
五个场景能共用一套流程吗？
流程框架可以共用，比对维度与复核人必须分开。投标看完整性，会审看描述冲突，变更看增减对应，结算看差异归因，分包看界面重叠。用同一套维度硬套，结论会失去针对性，复核人也不知道从何看起。
没有电子清单怎么办？
先把清单扫描件或 PDF 转成表格，人工校对表头与单位后再比对。转换环节的错误会直接影响结果，建议抽几页与原文件核对。图纸若为扫描件，需先做文字识别，并检查关键表格是否出现错行。
一个项目要做几次？
按阶段做，通常投标、会审、变更与结算各一次，不必每日运行。频次取决于图纸与清单的变动，变动大时增加一次复核，比事后追责更有效，也更省工省时；若项目跨年，还应在年度结算前补做一次。