第372章 先完成的先验，不拿另一个点拖住（2/2）

客户接口问：“第一点有没有受第二点后续变化影响？”

郭明远答：“如果第二点以后换人、换窗口，按第二点事实重核。第一点已经闭合的人员、许可和作业面不回改。”

“如果发现共享材料原批次有问题？”

“那是新事实。再看影响范围，不能现在假设没影响，也不能先把第一点所有结果撤掉。”

客户保留这一答复，继续审核现有事实。

下午，第一作业点完成确认成立。

孙浩只把第一点状态从“完成待审”改成“完成确认成立”。

第二点仍是“执行中”。

客户同时打开第一点计量审核入口。

审核入口出现以后，孙浩收到一份待补清单。

客户要求说明一项共享资源在两个点之间的实际切换时点，并确认第一点提交范围没有包含第二点准备动作。

赵启明从第一点责任释放记录找到退出时点，再从第二点准备记录找到接收时点。中间有一段调度等待，既不属于第一点完成结果，也不属于第二点已施工。

孙浩按实际状态回复，没有把等待时间塞进任何一边的完成量。

客户收下补充，第一点继续计量审核，没有因为补了一项就被写成计量已经确认。

没有开票通知。

没有付款承诺。

没有银行到账。

秦薇在项目页上把两点分成不同商务状态。第一点进入计量待审，能否计、计多少要等客户审核；第二点没有完成确认，不形成相同状态。

“能不能先做一笔应收预计？”牛庆山问。

“预计可以留在项目判断里，账上不能当已经形成。”秦薇说，“现在只有计量入口。”

她没有把第一点工作单预计金额全部搬进可用现金，也没有拿客户已经确认完成替代计量结果。

第一点先往前走，让正舟少等了一段时间。

代价是商务状态不再整齐。

孙浩要分别维护两个点的完成、计量、开票和付款节点。赵启明的结果索引也要保证第一点封存以后，不被第二点后续版本覆盖。

当天晚些时候，第二点发生一次资源到场延后。

现场负责人只更新第二点实际时点，没有把第一点的完成日期往后改。客户看见整张工作单的两个状态并排存在，也没有要求正舟为了页面一致把它们合起来。

周负责人问：“第二点干完以后，要不要把两边资料重新并一套？”

赵启明说：“总索引会并，原始结果不重写。第一点保持今天的确认版本。”

第一点封存后，资料权限也被赵启明收紧。现场仍能补充经审核确认的新事实，不能直接覆盖已经提交的页面。

有人发现第一点一张照片的文件名少了作业面编号。照片本身能从原时点和记录关系找到，赵启明只在索引里补关联，没有改照片生成时间，也没有让现场重传一张看起来更标准的文件。

第二点后续再换版本时，这条关联继续指向第一点封存包，不跟着复制。

第二天，第二作业点的最后窗口打开。

实际人员和许可仍在有效区间，资源到场后重新核验，材料来源沿新的窗口记录进入最终作业面。

现场负责人按当地顺序完成剩余动作，没有让陆沉舟逐步批准。

工作结束后，他先核人员退出、许可结束、材料剩余和责任释放，再提交直接工作状态。

客户没有因为第一点已经确认，就自动认可第二点。

对方发来抽查通知。

这一次，要把两个现场放在一起抽。