第479章 许可没到，响应也要有真实下一步（2/2）

两人只说了这两句。

孙浩把样例阶段锁定的归因规则挂到正式验证编号下。许可入口没有有效编号，现场动作不具备开始条件。到场项停在“前置条件未形成”，不算正舟迟延，也不算正舟通过。

客户使用部门现场抽查了当前版本。

他们从旧附件点进去，页面会提示已停止使用；从当前版本进入，能看到缺件补齐、变化生效和准备状态。替代负责人没有把最后一版文件发送成新的独立邮件，避免出现第二个“当前版”。

孙浩只从正式接口发出一份状态更新。

接收完成。

条件核验完成。

第一地区最低准备完成并保持可追溯。

许可未形成，车辆未出发，人员未到场。

这四行后面各有自己的时间和证据来源，没有把非现场准备写成施工，也没有生成工程量。

客户签收状态更新以后，接收项和准备项进入本次验证的“按约完成”。许可与到场继续保持未触发。

供应商管理负责人没有给正舟更高速度分。

“如果你们让车先到附近，至少能证明动作快。”他说。

牛庆山看着另一候选已经点亮的下一层，没接这句话。

没过多久，客户群里发来一张内部页面截图。上面能看见验证编号，许可状态旁边写着“处理中”，门岗接口也已经有人接收。

供应商管理负责人紧跟着发消息：“内部已经在走，正舟可以先出发。”

牛庆山把截图转给郭明远。

截图没有许可编号，没有适用区域，没有登记方式，也没有生效时间。右下角还露着一行小字：仅供内部流转，不作为入场凭证。

郭明远在正式验证页回复：“收到处理状态，许可未生效，人车不出发。”

客户使用部门问能不能把车辆改成“待出发”。

“车现在就是可调。”郭明远说。

“许可一到就走，不就是待出发？”

“人员名单和车辆登记还没进入有效许可，不能提前变状态。”

客户又让正舟把截图放进许可证据栏。孙浩只把它放在沟通记录里，证据栏仍引用客户正式许可接口。截图能证明客户正在处理，不能替代最终状态，也不能启动到场时钟。

几分钟后，客户把截图更新了一版，增加了门岗联系人，仍没有许可编号和生效状态。

替代负责人只在单一状态更新后加了一行：客户许可处理中，下一次检查正式接口。没有另发一封“即将到场”的邮件。

供应商管理负责人没有再催出发，却保留了速度备注。正舟拒绝用处理中截图换取提前动作，也就拿不到那一段展示分。

客户使用部门复核时，也把两版截图标成“过程沟通，不触发现场层级”。它们留在验证记录里，证明正舟何时知道客户正在处理，却没有改变许可栏的空白状态，工程量、客户应付和到场记录同样没有变化，年度方案状态也没有变化。

牛庆山把验证车辆路径又核了一遍，确认还在可调范围。现有项目的车辆和主工具已经按原责任使用，验证仍只有最低配置，不能临时把旧项目资源调回来追速度。

等待期间，采购负责人收到第一家外部设备方的窗口变化回复。原来可询的具体窗口已经结束，新的时段需要重新确认。

这次基础验证没有要求升级，回复只归入设备备选页，没有影响当前最低准备。设备页面也把原回复改成“历史具体窗口”，没有继续显示当前可用。

客户随后要求正舟确认：许可一旦补齐，是否仍愿意在剩余窗口内继续。

牛庆山没有按原预计时间回答。他重新看人员、工具和车辆的当前状态。

最低配置仍然闭合，现有项目资源不需要让路。

“许可有效以后，按剩余窗口重新排。”他说，“现在不签到场。”

客户接受了这条回复，但提示剩余验证时间会缩短，结果标准不会因此自动降低。

页面又过了一次刷新。

许可编号出现了。

适用区域、登记方式和门岗联系人也同时补齐，状态显示“待正舟确认”。

郭明远逐项核对，没有立即把人车改成已出发。

客户在许可页后面发来新的要求：确认后进入剩余窗口，完成现场验证。