为一项变更报价并商定工期顺延

变更一出现就立即发出通知,发给合同指定的对象,注明发出日期和答复截止日期。在 NEC4 下这是补偿事件通知;在 JCT 下这是启动工期顺延计时的通知。

原因: 两种合同形式都把通知作为保住权益的关键动作,NEC4 更是明确规定:承包商知悉某补偿事件后八周内未予通知的,该事件通常根本不予评估。当天发出的通知只需一分钟;拖到最终结算才提出的同一份通知,付出的代价则是这项权益本身。

把通知转为变更请求并报价:单价适用的按清单单价计量计价,工作性质相近的按比例折算,两者都不适用的按计工计价。把对工期的影响和对费用的影响一并记录,因为在 NEC4 下两者是一并评估的。

原因: 估价规则的存在,就是为了让变更无论由谁来估价结果都一致,而争议恰恰发生在有人跳过这些规则的地方。计工计价尤其只值签字确认单上所写的数额,不多也不少,所以当天就商定好的计工记录,胜过三个月后一个论证充分的单价。

从已有记录中构建证据包:相关几天的日志记录、往来函件、信息请求、审批以及更早的通知。证据包按确定的顺序排列并带有摘要值,双方都能重现出同一份证据合集。

原因: 权益是依据同期记录裁定的,而所谓同期,是指在事情发生时由当时还不知道它日后会有意义的人所写下的记录。从日志和往来函件中提炼出的证据包正是这样的东西。事后凭记忆写成的叙述,即便每一句话都属实,读起来也像是在辩护。

取已认可的进度计划,展示该事件对其造成的影响:哪些工序被推迟、有多少总时差可以吸收这一影响,以及竣工日期是否真的因此推迟。这正是 JCT 下的工期顺延论证,也是 NEC4 下补偿事件的评估。

原因: 延误是关键路径的属性,一个工程可能在从来不是关键工序的某项工作上损失三周,却依然按期完工。展示对进度计划的实际影响,能把理应获得的工期顺延与需要争辩的工期顺延区分开来,也能诚实地告诉你什么时候根本没有值得追究的东西。

把已达成一致的请求转为变更指令,写明最终的费用影响和最终的工期影响,并记录工期顺延的决定及其原因:业主原因、中性原因、承包商原因或并行原因。

原因: 一项悬而未决的变更是双方各自记忆不同的一个数字。正式收尾能一次性把这两方面都固定下来,而记录延误的原因,正是防止同一件事在最终结算时以不同的名义、换一套新说辞被重新拿出来争论的关键。

把变更指令过账到合同上,让调整后的合同金额随之变动,并交由下一次期中计价一并处理。这样最终结算就成了不断累计的总额,而不是一场对账工作。

原因: 已谈妥却从未入账的变更,是最终结算变成意外的最常见原因。每达成一致就立即计入合同金额,能让双方自始至终认同同一个数字,并把最终结算变成一次签字确认,而不是一场谈判。