旺店通WMS与金蝶云星空供应链集成方案设计
场景与价值
在典型的零售或制造企业中,ERP 承担采购、销售、库存核算与财务记账,WMS 承担仓库内的实物作业与单据确认。两套系统各自维护一套业务单据,如果缺少系统级集成,会出现同一业务在 ERP 与 WMS 中各跑一遍的现象:采购入库在 ERP 已审核,但 WMS 端未触发实物上架;销售出库在 WMS 已发货,但 ERP 侧库存与应收未及时更新;物料新增或变更后,WMS 货品档案长期滞后,导致扫码、入库、出库失败。
本方案面向上述痛点,设计了一套覆盖采购、销售、库存、基础资料、退货五大业务域的端到端集成体系,共 22 条策略。方案不追求覆盖所有边缘场景,而是把最常见的 ERP↔WMS 单据流梳理清楚,通过明确的执行依赖与分轮调度,让两边数据在合理的时间窗口内趋于一致,降低人工补单与对账成本。
集成架构与数据流
整体架构以金蝶云星空作为 ERP 主数据与业务单据的源头,以旺店通 WMS 作为仓库作业与实物确认的执行端,集成平台作为中间通道,负责单据抓取、字段映射、写入与状态回传。
金蝶云星空(ERP)
│ 物料/采购收料/销售出库/盘盈盘亏/调拨/组装拆卸/退料
▼
集成平台(策略调度)
│ 入库确认/采购退货确认/货品档案
▼
旺店通 WMS
从流向看,金蝶 → WMS 的策略有 18 条,负责把 ERP 的业务指令下发到仓库侧执行;WMS → 金蝶 的策略有 2 条,负责把仓库的实物确认结果回写到 ERP,形成闭环;另有 1 条内部运维告警策略与 1 条仅查询策略,不参与双向数据写入。
接口清单
按业务模块划分,本方案涉及的源/目标平台、数据对象与同步方向如下:
| 业务模块 | 源平台 → 目标平台 | 数据对象 | 方向 |
|---|---|---|---|
| 基础资料 | 金蝶云星空 → 旺店通 WMS | 物料/货品档案 | KD→WMS |
| 采购订单 | 金蝶云星空 → 旺店通 WMS | 采购收料通知单、组装单(成品入) | KD→WMS |
| 采购订单 | 旺店通 WMS → 金蝶云星空 | 入库确认(采购入库) | WMS→KD |
| 销售订单 | 金蝶云星空 → 旺店通 WMS | 发货通知单、销售出库单、销售退货单、组装单(子件出)、拆卸单(成品出) | KD→WMS |
| 库存同步 | 金蝶云星空 → 旺店通 WMS | 盘亏单、盘盈单、其他出入库单(组织间/正常/退货)、直接调拨单、拆卸单(子件入) | KD→WMS |
| 退货同步 | 金蝶云星空 → 旺店通 WMS | 退料申请单 | KD→WMS |
| 退货同步 | 旺店通 WMS → 金蝶云星空 | 采购退货确认 | WMS→KD |
| 运维 | 内部 | 钉钉运维机器人(明细告警) | 内部 |
| 查询 | 金蝶云星空 → 集成平台 | 退料申请单(仅查询) | KD→平台 |
实施要点
一、物料主数据先行。 所有出入库策略都依赖 WMS 侧已存在货品档案。如果物料主数据未同步,后续入库、出库、调拨在 WMS 端都会因找不到货品而失败。因此策略 H(金蝶物料→旺店通货品档案)必须最先执行,且建议在业务时段(每小时 8–22 点)高频运行,以快速响应 ERP 新增或修改的物料。
二、单据状态过滤。 全部策略统一仅同步已审核单据,通过 FDocumentStatus = 'C' 进行过滤,避免把草稿或驳回状态的单据下发到 WMS 引起误操作。
三、增量时间窗口。 大多数策略采用近 3 小时增量条件 FApproveDate >= '{{HOURE_AGO_3|datetime}}',在保证数据及时性的同时降低对源系统的压力。窗口长度可根据企业单据量级调整。
四、仓库范围收敛。 方案限定 WMS 管理的仓库为 CK009、CK010、CK011,所有相关策略的过滤条件中都需带上 FStockID.FNumber in (...),避免其他仓库的单据干扰入库出库逻辑。
五、闭环回写控制。 采购与退货两条业务链均采用「下发—执行—回写」三段式:金蝶采购收料通知单下推 WMS 入库单 → WMS 入库确认 → 金蝶采购入库单;金蝶退料申请单下推 WMS 采购退货 → WMS 采购退货确认 → 金蝶采购退料单。回写策略依赖前置策略执行完成,调度上必须串行。
最佳实践
分轮调度。 建议按依赖关系把 22 条策略拆为 5 个轮次:第 1 轮跑物料主数据(每小时一次);第 2 轮跑采购收料下推、入库确认回写、组装拆卸入库(每 5–10 分钟);第 3 轮跑销售出库、退货、发货通知(每 5 分钟);第 4 轮跑库存与调拨(每 10 分钟);第 5 轮跑退料与采购退货确认(每 5 分钟)。高频轮次处理订单流,低频轮次处理主数据,平衡实时性与系统负载。
异常处理与告警。 钉钉运维机器人策略负责把失败明细推送到运维群,失败原因应至少覆盖:源系统连接超时、字段映射缺失、目标系统校验失败、单据状态不匹配四类,便于一线运维快速定位。
字段映射分层管理。 退料申请单等数据对象涉及 FID、FEntity_FEntryID、FBillNo、供应商编码、采购组织等 20 余字段,建议在集成平台中分层配置:基础字段(主键、编号、状态)放第一层,业务字段(供应商、组织、部门)放第二层,扩展字段(备注、退料原因、确认状态)放第三层,便于后续扩展和审计。
灰度上线。 物料、库存类策略可优先上线,销售、退货类策略建议灰度:先选一个仓库跑通全链路,核对两边单据一致后再扩大到全部目标仓库,降低上线风险。