第473章 等用完再补，空掉的机会谁也补不回来（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
客户的回补表里，唯一会自动变化的是触发次数。
一次都没有，能力保留回补为零；触发一次，跟着第一张工作单核一次；触发越多，回补越多。至于替代链从哪天开始保持、连续没触发时能不能停，两栏还是空的。
采购接口把历史记录中的触发次数填进表里，结果看起来不差。
“按过去的量，正舟不会白保。”他说。
秦薇没用过去一年的总数。她把同一批记录按月份摊开，会议屏幕上立刻空出几段长格子。
有的月份连续触发，有的月份一次都没有。最密的一段集中在较短时间里，前后仍要保持能力；一张工作单却只能回补一次。
她又把客户没有最终交给正舟的记录剔掉。询问、条件核验、转给其他候选、范围变化后停止，都不是正舟的工程工作单，不能被计算表自动当成未来收入。
表里的预计回补少了一截。
供应商管理负责人说：“下一年度需求会增加。”
“写保底次数吗？”秦薇问。
“现在写不了。”
“那还是预测。”
采购接口把预计次数改成了区间，没有承诺最低值。
陆沉舟没有往下争预测。他让客户使用部门拿一组已经发生过的脱敏需求，按两种调用方式重新排。
第一版沿用当时做法。使用部门在三个不同时间点提交需求，范围分别确认，形成三次有效触发。回补表跟着生成三次。
第二版把其中两项合在同一次停产窗口里，使用同一份许可入口，但工程动作和结果仍分别记录。实际工作没有凭空消失，有限准备覆盖的起止时间也没缩短多少，触发次数却从三次变成两次。
使用部门又做了第三版：把一项原本可以合并的需求拆成前后两张工作单。范围总量近似，客户表里的回补随即又多一次。
孙浩把三版都标成模拟，没有把它们当成下一年度真实工作量。
供应商管理负责人看着变化后的数字：“调用方式本来就可能调整。”
“谁决定怎么叫？”秦薇问。
“使用部门按现场需要。”
“正舟能保证次数吗？”
“不能。”
秦薇把三个结果并排留在屏幕上。同一段有限准备没有跟着客户的拆分、合并重新开始，回补次数却可以由客户的调用方式改变。
随后，陆沉舟让调度把有限准备放进一个没有触发的月份。
月初，负责人原本能接一项周期较长的工作。为了保证触发后可以切换，项目只能交给另一名负责人；关键工具留在可回收范围，车辆检查和替代车错开。月底没有收到一次有效触发，客户表里的回补仍是零。
下一月，客户在三天内连续触发两次。负责人和工具都按条件转入准备，随后分别进入独立工作单。计算表生成两次回补，前一个月仍没有被带进来。
牛庆山指着空白月份：“这个月什么都没有。我们能不能把工具调远一点？”
供应商管理负责人说：“年度保证还在。”
“那回补呢？”
“没有工作单。”
牛庆山用手指在两列之间划了一下：“一个看你怎么叫，一个看我们一直保没保，没在一条线上。”
采购接口把笔放下：“那你们想按闲置天数收？”
秦薇说：“没有闲置天数。”
她把人员、车辆和工具的普通使用记录继续留在原项目，只将有限准备生效日、状态核验和可释放日放进责任页。普通经营支出没有转到客户名下，客户那张按次表却仍回答不了责任从哪天开始、什么时候可以停。
孙浩在旁边另开了一页，把同一段责任分成两条。
第一条是有限准备责任。双方约定适用区域、最低能力、有效时段、触发条件、状态核验、变化和释放。只要责任有效，正舟按约保持能力；有没有工作单，不改变这条责任已经开始。
第二条是每次工程工作单。只有客户发出符合条件的工作单，许可逐次生效，正舟才进入到场、执行、结果和后续核算。每张工作单按自己的范围成立，不替前面的能力责任补证。
客户可以同时选择两条，也可以只在有需求时逐次发工作单。但如果只选后者，正舟不能承诺通知到来以前一直保有有限准备。
供应商管理负责人问：“固定责任一签，正舟就能把普通项目推掉？”
“不能拿一张年度责任无限推。”陆沉舟说。
↑返回顶部↑