第497章 希望几点到，许可决定几点能进（2/2）

请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。

“走过去再回来呢？”

“那是我们自己跑一趟。”

牛庆山没再问。

陆沉舟也没让他为了比较页开车。

“不去。”他说。

第二客户把正舟的选择记进服务评价争议。

他们认为供应商可以自行承担附近等待，正舟认为未确定等待位置、责任和许可时，提前移动不属于已签服务层级。

双方没有把争议硬改成同一句话。

接收栏按实际回执关闭。

条件核验和非现场准备按实际记录。

客户许可标“前置待有效”。

到场栏标“尚未触发”。

比较页保留“正舟未提前附近等待”，却没有写“正舟现场迟到”或“构成违约”。

客户也没有给正舟到场速度分。

服务评价系统原本给了三个选择：供应商迟延、客户前置未完成、未触发现场时钟。

使用部门想选第一项，供应商管理接口没有直接确认。他们查看当前许可栏，连可核生效时点都没有，若选供应商迟延，就必须填写正舟从哪个有效时点开始超时。

那一栏填不出来。

第二项只说明客户前置未完成，又无法体现正舟拒绝附近等待的选择。双方最后保留第三项，同时在争议备注里记录客户主张和正舟答复。

评价没有被清空，也没有提前判罚。

这对正舟不是没有代价。

竞争供应商的提前移动方案继续留在当前比较里。若客户更看重许可一到就有人在附近，对方可能先得到后续询问；正舟只能用清楚的时间和结果证明自己的响应，没有拿一趟无依据的路程换评分。

孙浩把两套时钟留在页面。

一套记录客户希望、许可申请和许可生效。

一套记录正舟接收、核验、准备、出发、门岗到达和进场。

两套时间可以对照，不能互相倒填。

客户要求增加一个“希望响应”栏，专门保留使用部门的计划。

孙浩同意保留，但不让它驱动门岗到场和现场迟延计算。希望时点到了，系统可以催办条件和许可；只有许可形成、升级确认以后，才生成可执行的出发和到场时钟。

客户接口把这个修改发给使用部门。对方没有撤回希望时间，只承认当前到场项仍未触发。

第二客户接受先这样记，服务评价争议继续保留。他们开始催内部许可，也要求使用部门补明确等待位置，哪一项先形成，正舟再按有效条件处理。

值班台刚关掉通话，第一客户的独立工作单到了。

工作单有正式编号、当前范围、动作版本和结果接口，关联此前已经生效的基础准备。客户要求正舟立即核签。

与此同时，第一客户许可页也更新了。

页面出现本次编号、适用区域、人员车辆登记方式和门岗联系人。状态显示已由客户正式入口发布，但正舟一侧尚未完成交叉确认。

孙浩没有因为工作单有编号就点接受。

他先核工作单范围是否与准备页一致，结果接口是否由有权人员确认，退出条件有没有沿用旧工作单。

范围页与第一客户本次准备记录一致，未把前一轮待核扩区带进来。结果接口使用当前授权人，变更入口重新建立，没有沿用第一次年度工作单里尚未关闭的独立变更页。

退出条件引用的是本次人员、工具和车辆状态，不会在结果接收时把资源直接写回普通可调。

郭明远另开许可页，核编号、适用区域、登记方式和门岗联系人是否都属于本次工作单。

许可页面的区域与工作单一致，登记方式和联系人也来自当前正式入口。郭明远还在核生效状态是否已经由有权接口最终确认，旧验证许可和第一封工作单许可都没有出现在当前引用里。

赵启明把两条核验分别留痕。第二客户的希望到场、候选负责人和许可争议没有被带入第一客户工作单，也没有用第一客户即将生效的现场路径替第二客户加分。

牛庆山暂时保持第一客户最低路径，没有把人车从准备状态改成出发。

第二客户还在争希望时间，许可仍未生效。

第一客户的工作单和许可却已经分别送到正舟面前。

只要两页交叉核验都通过，基础保留就不再只是等待，它会转入具体现场安排。

现在还差正舟这一侧的最后确认，人车仍在公司，没有提前出发，资源状态也没有提前改变。