1. 课程导论：WMS与ERP系统概述、库存变更与采购订单联动的业务痛点、事件驱动架构的优势
1.1 WMS与ERP系统概述
在供应链数字化体系中，WMS（仓库管理系统）与ERP（企业资源计划系统）是两大核心支柱，分别承担着不同的业务职责。
| 维度 | WMS（仓库管理系统） | ERP（企业资源计划系统） |
|---|---|---|
| 核心定位 | 精细化仓库作业执行 | 企业级资源计划与财务管控 |
| 主要功能 | 入库、出库、盘点、库位管理、波次拣货 | 采购、销售、财务、生产计划、主数据管理 |
| 数据粒度 | 库位级、托盘级、SKU级实时库存 | 组织级、公司级、汇总级库存视图 |
| 操作频率 | 高频（秒级/分钟级） | 中低频（小时级/天级） |
| 典型用户 | 仓库管理员、拣货员、收货员 | 采购经理、财务人员、计划员 |
关键认知：WMS 是“执行系统”，关注“货在哪儿、怎么移动”；ERP 是“计划系统”，关注“资源怎么配、账怎么算”。两者天然存在数据同步需求。
1.2 库存变更与采购订单联动的业务痛点
当WMS发生库存变更（如收货、退货、盘点差异）时，ERP中的采购订单状态和财务数据必须同步更新。传统集成方式面临以下核心痛点：
- 数据不一致：WMS已收货，ERP采购订单仍显示“未交货”，导致财务无法及时结算。
- 接口耦合高：点对点API调用，WMS与ERP相互依赖，任一系统升级或故障都会影响联动。
- 处理延迟大：批量定时同步（如每小时一次）无法满足实时库存可见性需求。
- 异常恢复难：网络抖动或系统宕机导致消息丢失，需人工对账补单。
- 扩展性差：新增一个下游系统（如TMS、OMS）需重新修改集成代码。
典型场景：某电商仓WMS完成1000件商品收货，但因接口超时，ERP采购订单未更新。采购员看到“未交货”状态又下了一笔重复订单，造成库存积压和资金浪费。
1.3 事件驱动架构的优势
事件驱动架构（EDA）通过引入消息中间件（MQ）作为事件总线，将WMS库存变更作为事件发布，ERP及其他系统订阅消费，从根本上解决上述痛点。
| 对比维度 | 传统点对点集成 | 事件驱动架构（EDA） |
|---|---|---|
| 耦合度 | 高耦合，系统间直接依赖 | 低耦合，通过MQ解耦 |
| 扩展性 | 差，新增系统需改接口 | 好，新系统只需订阅事件 |
| 可靠性 | 低，无消息持久化 | 高，MQ支持持久化+重试 |
| 实时性 | 低，依赖定时任务 | 高，事件实时推送 |
| 运维复杂度 | 高，接口变更影响面大 | 低，事件契约稳定 |
核心价值：事件驱动架构将“请求-响应”模式转变为“发布-订阅”模式，WMS只需发布“库存变更事件”，无需关心谁消费、怎么消费。ERP、TMS、财务系统各自按需订阅，实现异步、可靠、可扩展的集成。
1.4 本课程核心内容预览
本课程将围绕“WMS库存变更 → MQ事件总线 → ERP采购订单联动”这一主线，系统讲解以下关键模块：
- 事件模型设计：定义库存变更事件结构、字段规范、版本管理。
- MQ选型与部署：对比RabbitMQ、Kafka、RocketMQ在供应链场景的适用性。
- 可靠投递机制：事务消息、死信队列、重试策略、幂等消费。
- 业务联动实现：WMS收货事件触发ERP采购订单自动关闭、财务应付生成。
- 异常处理与监控：链路追踪、告警规则、人工补偿界面设计。
- 实战案例：从零搭建一套生产级WMS-ERP事件驱动集成方案。