整理新旧版本切换与通知清单

这个场景能帮你做什么

变更批准后，还需说清哪批产品开始用新版本、旧料怎样处理、谁要同步资料。WorkBuddy 可以把批准决定整理成切换计划和分角色通知草稿。

开始前需要准备什么

提供已批准变更、适用批次或日期、库存在制、采购在途、旧版处置决定、替代条件及各部门责任。未确定的事项不能让 AI 自动选择最省钱方案。

具体怎么做

第一步：整理批准范围

明确产品、配置、工厂、客户、版本和生效条件。日期切换、批次切换与序列号切换分开，不用一句“下月启用”代替。

第二步：检查切换前提

核对新资料批准、物料、工装、验证、培训和系统数据准备。前提未完成的列阻塞，不因计划日期到来就标已切换。

第三步：安排旧版处置与例外

逐项记录已批准的旧料使用、返工、退换或其他处置，保留未决定项。维修备件、旧订单和客户指定版本单列，避免一刀切。

第四步：起草通知与回执要求

按采购、生产、质量、售后等对象写各自动作、完成条件和确认方式。仅生成草稿，发送和系统执行由有权限的人完成。

可以直接交给 WorkBuddy 的完整要求

把附件已批准变更整理成版本切换表与部门通知草稿。
列适用对象、生效批次/日期、前提、旧版处置、例外、负责人和完成证据。
未批准处置或未完成前提标待确认，不能自动切换状态。通知按角色给具体动作及回执要求，不实际发送或修改系统。

完成后会得到什么

一份可执行的切换草案、阻塞事项和分部门通知文本，能清楚区分计划、准备完成与实际生效。

结果应该怎么检查

核对生效范围与批准文件，重点检查在途采购、在制批次和维修需求。确认通知各对象的版本号相同，完成状态有证据。

遇到这些情况怎么处理

切换前提延期时提请负责人调整，不静默顺延。新旧混用时查允许条件与追溯要求。旧版处置未批则保留库存，不能自动报废。

哪些必须人工决定

授权人员决定切换和旧版处置，各部门执行并回执。AI 整理计划与草稿，不宣布正式生效。