第491章 第二份年度机会，从最低责任谈（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
第二客户先填回了四个栏。
一个区域，工作时段接收，条件核验，有限准备。
全年到场保证被他主动划掉。
表格右上角还挂着第一份服务编号。客户系统根据验证结果，自动带出了第一地区、替代负责人、经检工具和车辆路径。
孙浩没有往下填，先点了“清除导入值”。
客户接口立刻打来电话。
“那些不是已经验证过了吗？”
“验证过第一家的那一次。”
“我们只拿来做能力依据。”
“能力依据能留，责任字段不能留。”
服务编号回到历史验证栏。区域、时段、通知入口、许可接口和资源页全部恢复空白。
第二客户的范围随后一项项露出来。
他们同样只谈一个区域，工作时段却与第一客户不完全相同。通知入口有两个：使用部门可以先发需求，供应商管理接口确认以后，才进入正式条件核验。
如果把两个入口都写成触发，正舟会在客户内部尚未确认时开始承担外部状态；只认后一个，又要保证前一个需求不会在内部转办时丢失。
孙浩把它拆成接收和有效核验两步。
使用部门信息进入接收记录，正舟只确认收到；供应商管理接口补齐范围和有效状态后，条件核验才开始。许可和工作单继续独立，任何一封需求都不能直接跳到现场。
工作时段也重新核。
第一客户的值班表可以证明正舟有过稳定入口，却不能替第二客户生成联系人。孙浩另建责任页，值班轮换可以使用公司现有体系，每次交接和客户回执必须在第二客户自己的编号下留痕。
固定接收能做。
条件核验也能从客户自己的资料开始做。
真正卡住的是“有限准备”。
客户原文写着：保持可随时进入现场的最低人员与设备。
牛庆山看见“随时”两个字，直接画了线。
“这还是到场保证。”
客户接口说：“不要求你们现在到场，只要求随时有东西能去。”
“全年留着人、车、工具，保的就是到场能力。”
“那你们说的有限准备是什么？”
牛庆山没先下定义。
他把客户要求放进公司资源表，又把第一客户当前有效责任打开。
系统先撞出负责人重叠。
第一客户的替代负责人承担对应区域最低责任，普通安排可以继续，但触发冲突时要按已签版本让路。若在第二客户表里继续填他的名字，同一个人会同时成为两份长期文本的现场最低负责人。
工具栏随后变黄。
经检替代件已经回到普通可调，却仍是第一客户基础层的有效替代路径。第二客户若把它写成全年最低设备，一次并发触发就会出现两个客户都能要求优先调用。
车辆更不能复制。
第一地区核过的门岗、联系人和退出路径只属于原客户区域。第二客户区域的入口资料尚未完成，填同一辆车只证明车存在，证明不了能在对方窗口里进去。
牛庆山把三栏都退回空白。
客户接口皱眉：“你们刚完成一次并行，为什么现在一项都不能填？”
“那次有两套实际资源。”
“以后不能再排？”
“能排。”牛庆山说，“不能现在拿同一套给两家占一年。”
客户把要求往下压。
不再固定现场负责人，不锁具体车辆和工具，也不要求全年保持可进场状态。有限准备只保留三件事：第二客户区域的文件与入口条件持续更新；有效需求到来后，正舟在工作时段内完成资源可用性核验；公司保留一条不引用第一客户最低配置的候选路径。
候选路径不是承诺到场。
↑返回顶部↑