第432章 旧责任没全结，新询问又从同一个入口进来（2 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
每一项
孙浩又加了一列“不会自动发生什么”。
旧工作单现场完成，不自动形成新增应收和付款。
新询问继续核验，不自动形成工作单、到场和资源锁定。
客户收到这种写法可能觉得多余，可上一轮正是因为“可以安排响应”被拿去启动后续动作。赵启明保留了这一列，等客户确认是否需要。
牛庆山看完说：“这列像防误解说明。”
“对。”赵启明说，“只留当前最容易被当成结果的两项，别写成规则手册。”
孙浩没有再往下列更多不发生事项。
客户只需要从孙浩这里拿一版，不需要另找秦薇问旧费用、找负责人问新询问。可孙浩也没有替秦薇确认金额，或替负责人承诺接单。
赵启明读完以后，删掉了总标题下的一句“正舟整体履约正常”。
“为什么删？”牛庆山问。
“旧商务没关，新询问没形成。正常指哪一项？”
“客户要供应商总体状态。”
“总体状态就是
孙浩没把那句加回来。
客户收到更新后，先追旧工作单。
“剩余依据什么时候补？”
牛庆山给出已经能完成的动作：当天下午补齐人员调整和车辆记录，缺少的客户窗口由赵启明回查原通知。
孙浩从公司入口回这个动作，没有报商务关闭日期。
客户再追新询问。
两轮追问都从同一封更新进入，孙浩没有在客户问旧商务时让负责人等着，也没有在客户问新询问时催秦薇提前关旧状态。两边各自继续，下一版仍由他统一发。
“如果窗口明天补齐，你们多久给最终意向？”
负责人确认内部核验需要的时间后，孙浩回：完整条件收到后，在客户约定的下一更新点前答复，具体到场另核。
对方问：“能不能同一天？”
“看条件形成时点和当时资源。”
“又是看条件。”
“对。”
客户没有因此把两件事退回不同接口。他在供应商页面上接受了这一版结构，并要求以后同类更新继续从一个名字发出。
下午，牛庆山补齐旧工作单的两份实际记录。赵启明发现其中一项车辆调整发生在客户通知之前，不能算条件变化造成。
记录上的时间只差不到一小时。如果不把通知版本调出来，完全可以把它写成客户条件变化后的重排。牛庆山看完原始调度表，自己把那项划掉。
“这辆车本来就要换。”他说。
“那就别让客户背。”秦薇说。
剩余依据少了一项，正舟可能确认的商务影响也随之缩小。没人为了让旧工作单结果更漂亮，把时间往后挪。
“删掉？”牛庆山问。
“从这次影响里删，原现场记录保留。”
秦薇重新核过，旧商务仍未关闭，但待补范围变小。
同一时间，新询问的动作附件也到了。
负责人打开附件，发现其中一项结果要求超出现有询问大类，需要客户确认是否拆分。
孙浩没有让旧商务的补证进度盖掉这个新缺口，也没有因为新询问更有机会，就把旧状态从更新里拿走。
客户接着发来要求。
下一版仍由孙浩提交。
旧工作单商务状态和新询问意向，要放在同一份供应商更新里。
一个入口已经接住两件事。
下一步难的是，同一个名字怎样不把两件事写成一份承诺。
↑返回顶部↑