3. 业务场景分析

在供应链集成中，WMS（仓储管理系统）与ERP（企业资源计划系统）之间的库存联动是最核心、最频繁的交互场景。本章聚焦于库存变更事件驱动采购订单生成的三种典型业务场景：安全库存预警、自动补货、退货入库。通过事件总线架构，WMS的每一次库存变动都能实时、可靠地触发ERP的采购决策与订单执行。

3.1 场景一：安全库存预警触发紧急采购

当WMS检测到某SKU的实时库存低于预设的安全库存阈值时，系统需要立即通知ERP启动紧急采购流程。该场景对实时性和可靠性要求极高，任何延迟都可能导致生产线停摆或销售断货。

3.1.1 流程步骤

1. 库存变更事件发布： WMS完成出库操作后，库存数量降至安全库存线以下，立即向事件总线（MQ）发布 Inventory.Threshold.Breached 事件。
2. 事件路由与过滤： 事件总线根据Topic或Routing Key将事件投递至ERP的采购订阅队列。ERP侧可配置过滤规则，仅处理特定仓库或物料类型的事件。
3. ERP消费与决策： ERP消费者接收到事件，查询当前在途订单与供应商交期，判断是否需要生成紧急采购订单。
4. 采购订单生成与反馈： ERP生成紧急采购订单，并将订单号通过 PurchaseOrder.Created 事件回写至事件总线，供WMS或监控系统订阅。

3.1.2 事件结构定义

{
  "eventId": "uuid-xxxx-xxxx",
  "eventType": "Inventory.Threshold.Breached",
  "timestamp": "2025-03-21T10:30:00Z",
  "source": "WMS-WH01",
  "payload": {
    "sku": "SKU-10086",
    "warehouseCode": "WH01",
    "currentStock": 15,
    "safetyStock": 20,
    "deficitQuantity": 5,
    "unit": "pcs"
  }
}

3.2 场景二：自动补货（基于消耗速率预测）

对于高周转或季节性商品，WMS不仅关注静态安全库存，还需结合历史消耗速率进行动态补货。此场景通常由定时任务或批量库存变更触发，生成批量采购建议。

3.2.1 流程对比：紧急采购 vs 自动补货

3.3 场景三：退货入库触发采购订单调整

退货入库是逆向物流的核心环节。当WMS完成退货质检并上架后，库存增加。该事件可能触发ERP对原有采购订单的数量调整或生成新的退货补货单（例如：退货商品可二次销售时，自动触发补货以覆盖已售出但退回的良品）。

3.3.1 退货入库事件处理逻辑

• 事件类型： Inventory.Return.Received
• 关键动作：
  • ERP更新对应采购订单的已退货数量字段。
  • 若退货商品为良品且库存不足，ERP自动生成一张等量的补货采购订单。
  • 若退货商品为次品，ERP触发供应商索赔流程。
• 幂等性要求： 由于MQ可能重复投递，ERP消费者必须基于 eventId 或 returnOrderNo 实现幂等处理，防止重复扣减或重复生成订单。

3.4 典型流程总览图

下图展示了WMS库存变更通过事件总线驱动ERP采购订单生成的整体架构。三个场景共享同一套MQ基础设施，但通过不同的事件类型和路由规则实现隔离。

3.5 关键设计要点总结

3.6 异常处理与补偿机制

在实际生产环境中，网络抖动、系统宕机、数据不一致等问题不可避免。事件总线架构必须提供完善的异常处理与补偿机制：

• 消息重试： ERP消费者处理失败时，MQ根据配置的重试策略重新投递。建议采用指数退避策略，避免对下游系统造成压力。
• 死信队列（DLQ）： 超过最大重试次数的事件转入DLQ，由运维人员或自动化脚本介入处理。
• 对账与补偿： 每日定时运行对账任务，比对WMS库存变更记录与ERP采购订单生成记录，发现遗漏或重复时触发补偿流程。
• 人工干预接口： 提供管理后台，允许运营人员手动重发特定事件或手动生成采购订单。