第432章 旧责任没全结，新询问又从同一个入口进来（2/2）

每一项

孙浩又加了一列“不会自动发生什么”。

旧工作单现场完成，不自动形成新增应收和付款。

新询问继续核验，不自动形成工作单、到场和资源锁定。

客户收到这种写法可能觉得多余，可上一轮正是因为“可以安排响应”被拿去启动后续动作。赵启明保留了这一列，等客户确认是否需要。

牛庆山看完说：“这列像防误解说明。”

“对。”赵启明说，“只留当前最容易被当成结果的两项，别写成规则手册。”

孙浩没有再往下列更多不发生事项。

客户只需要从孙浩这里拿一版，不需要另找秦薇问旧费用、找负责人问新询问。可孙浩也没有替秦薇确认金额，或替负责人承诺接单。

赵启明读完以后，删掉了总标题下的一句“正舟整体履约正常”。

“为什么删？”牛庆山问。

“旧商务没关，新询问没形成。正常指哪一项？”

“客户要供应商总体状态。”

“总体状态就是

孙浩没把那句加回来。

客户收到更新后，先追旧工作单。

“剩余依据什么时候补？”

牛庆山给出已经能完成的动作：当天下午补齐人员调整和车辆记录，缺少的客户窗口由赵启明回查原通知。

孙浩从公司入口回这个动作，没有报商务关闭日期。

客户再追新询问。

两轮追问都从同一封更新进入，孙浩没有在客户问旧商务时让负责人等着，也没有在客户问新询问时催秦薇提前关旧状态。两边各自继续，下一版仍由他统一发。

“如果窗口明天补齐，你们多久给最终意向？”

负责人确认内部核验需要的时间后，孙浩回：完整条件收到后，在客户约定的下一更新点前答复，具体到场另核。

对方问：“能不能同一天？”

“看条件形成时点和当时资源。”

“又是看条件。”

“对。”

客户没有因此把两件事退回不同接口。他在供应商页面上接受了这一版结构，并要求以后同类更新继续从一个名字发出。

下午，牛庆山补齐旧工作单的两份实际记录。赵启明发现其中一项车辆调整发生在客户通知之前，不能算条件变化造成。

记录上的时间只差不到一小时。如果不把通知版本调出来，完全可以把它写成客户条件变化后的重排。牛庆山看完原始调度表，自己把那项划掉。

“这辆车本来就要换。”他说。

“那就别让客户背。”秦薇说。

剩余依据少了一项，正舟可能确认的商务影响也随之缩小。没人为了让旧工作单结果更漂亮，把时间往后挪。

“删掉？”牛庆山问。

“从这次影响里删，原现场记录保留。”

秦薇重新核过，旧商务仍未关闭，但待补范围变小。

同一时间，新询问的动作附件也到了。

负责人打开附件，发现其中一项结果要求超出现有询问大类，需要客户确认是否拆分。

孙浩没有让旧商务的补证进度盖掉这个新缺口，也没有因为新询问更有机会，就把旧状态从更新里拿走。

客户接着发来要求。

下一版仍由孙浩提交。

旧工作单商务状态和新询问意向，要放在同一份供应商更新里。

一个入口已经接住两件事。

下一步难的是，同一个名字怎样不把两件事写成一份承诺。