客户发来的验证要求页，第一行不是合同。

“年度候选能力验证。”

下面的年度金额、保证数量和签署状态全部空着。

供应商管理负责人说：“正舟把方案拆得很细，客户要看这些接口真碰到一次通知，能不能接上。”

孙浩先问：“验证什么结果？”

“接收、核验、准备，还有许可接口。”

“到场呢？”

“视验证条件。”

“不能写视条件。”

客户使用部门把验证动作表打开。

通知从统一入口发出，正舟按工作时段接收规则确认版本和责任人；附件有缺口，要在核验回执中一次列出；范围满足第一地区有限准备条件后，正舟更新人员、工具和车辆状态；涉及现场的动作，只有许可接口给出有效状态以后才能继续。

客户原本把结果写成“完成一次年度响应”。

孙浩删掉了“年度”。

当前年度方案只有骨架，没有签署。一次验证最多证明本次通知下的接口和能力状态，不能替整年生成履行记录。

他把结果拆成四份回执：接收回执、条件核验单、准备状态单、许可接口状态。若许可最终没有生效，验证可以停在前三项，不能为了凑出完整结果写成已到场。

供应商管理负责人问：“那客户怎么判断通过？”

孙浩让使用部门给每一项填判断条件。

接收是否在约定工作时段内由指定接口确认；核验是否把缺失和冲突一次列清；准备是否与当时真实资源表一致；许可状态是否被正确识别，没有提前进场。

客户还加了一项：任何状态变化都要能回到原通知版本，不得用后补文件覆盖当时缺口。

郭明远在许可栏签了核验边界。

“门岗联系人、区域登记方式和许可编号都要以客户有效通知为准。没给，就写没给。”

“验证能不能让人在区域附近等？”使用部门问。

“地点和许可边界没确认，不去。”

“只看准备速度。”

“那就在公司做能做的准备。”

验证页把“现场附近等待”删除，改为“非现场准备状态可见”。人员名单、工具检查、车辆路径和文件版本可以核，但不把这些动作写成出发或到场。

牛庆山看完动作表，问：“客户要不要放一个临时升级？”

供应商管理负责人希望把外部设备也加进去，一次把基础和升级都测完。

采购负责人打开三家设备备选。只有第一家当前具体窗口可询，窗口与验证何时发起还没有对上；另外两家也没有生效的优先责任。