合并重复库存预警并分派处理事项

这项任务能解决什么问题

同一商品在一天里触发低库存、订单缺货和到货延期三条预警，三个人各查一遍，却没有人负责最终闭环。WorkBuddy 可以把相关预警整理成事件，保留原始记录，分清当前要处置、要确认和要复盘的事项。

开始前准备什么

准备预警导出、库存与订单、采购或调拨在途、最近状态更新时间、规则版本和职责分工。预警至少有编号、触发时间、商品、仓库、类型和阈值。不同时间的库存状态不能默认相同。

在 WorkBuddy 中怎么做

1. 先检查预警来源、更新时间和规则。同一编号重复导出与同商品多次真实触发分别标记，保留原始行。
2. 按企业确认的商品、仓库、影响订单及时间范围关联事件。只有同商品不能证明同一问题，不能跨仓或跨业务直接合并。
3. 结合最新可验证的库存、未交订单和到货状态，将事件分为立即处理、补资料确认、规则复盘。说明证据时间和仍不确定的影响。
4. 按职责表起草责任人与下一动作、期限、所需关闭证据。缺职责映射的分派待确认；保留事件到全部原预警的映射。

可以直接使用的指令

请把库存预警整理为可跟进事件，保留所有原始预警及编号。
先检查时间、仓库、商品、规则版本和数据新鲜度。重复导出、重复触发、不同问题分别说明。
仅按已确认关联条件合并；同商品不同仓或不同订单影响不能自动视为同一事件。输出合并理由、成员编号及不能合并的原因。
结合库存、订单和在途证据，列立即处理、待确认、规则复盘事项，标明各证据更新时间。不要把过期状态当当前事实。
按职责表生成责任人草案、下一动作、期限建议、关闭证据和未决问题。输出事件总表、原预警映射与待办。
不要自动采购、改阈值、关闭原预警或对外发送消息；没有关闭证据的事项保持未结。

完成后拿到什么

一份事件清单、一张原预警映射表和逐项跟进待办。同一问题可以集中处理，同时仍能追溯每条预警，避免合并后遗漏受影响订单。

怎样检查结果

抽查一个合并事件，核对每条成员预警的仓库、订单和时间；检查所有原编号都有去向。抽查一个关闭建议，确认凭证表明业务问题已解决，不能仅凭预警不再出现认定关闭。

遇到异常怎么办

数据更新停滞时优先补状态；预警规则互相冲突时保留两种判断并交规则负责人处理。责任人不明就列待分派，不根据姓名或部门猜测授权。

哪些工作仍由人决定

紧急调拨、补货、阈值修改、正式分派和关闭由企业负责人确认。智能体可制作草案与追踪表；实际系统流转和消息发送需要相应工具、权限及另行授权。