管易云与金蝶云星辰供应链集成方案:8 策略工作流与编码映射设计
场景与价值
电商业务普遍采用「电商 ERP + 财务 ERP」的双系统架构:电商 ERP 负责商品、店铺、订单与发货履约,财务 ERP 负责物料、客户、仓库、库存与核算。两套系统的主数据模型、单据编码与状态机互不相同,跨系统的编码映射缺失或同步策略编排不当,极易导致库存虚增、销售订单重复、跨系统对账困难。
本文以某零售企业的实际供应链集成场景为蓝本,给出从电商 ERP(管易云)到财务 ERP(金蝶云星辰 V2)的 8 个集成策略完整工作流,覆盖基础资料查询、基础资料同步、业务单据同步、库存同步四个阶段,重点解决以下问题:
- 基础资料与业务单据的同步顺序与依赖管理;
- 跨系统编码(物料、客户、仓库、店铺)的映射机制;
- 增量时间戳的选择与时间变量维护;
- 异常监控、重试与死信队列的分级处理。
方案适用于各类 iPaaS / ETL / 数据同步平台实现,不绑定特定厂商。
集成架构与数据流
整体架构由三层组成:电商 ERP 作为业务源头,财务 ERP 作为核算与库存中枢,集成平台作为中间层负责数据转换、编码映射、调度编排与队列维护。
flowchart TB
subgraph 电商ERP["电商 ERP"]
A1[商品]
A2[店铺]
A3[发货单]
A4[退换货订单]
A5[盘点单]
A6[销售订单]
end
subgraph 财务ERP["财务 ERP"]
B1[物料]
B2[客户]
B3[仓库]
B4[商品列表]
B5[销售出库单]
B6[销售退货单]
B7[销售订单]
B8[即时库存]
end
subgraph 集成平台["集成平台"]
C1[编码映射]
C2[跨方案查询]
end
A1 -->|策略1| B1
A2 -->|策略2| B2
B3 -->|策略3| C2
B4 -->|策略4| C2
A3 -->|策略5| B5
A4 -->|策略6| B6
B7 -->|策略7| A6
B8 -->|策略8| A5
策略按依赖分为四个阶段执行:阶段 1 拉取金蝶仓库与商品列表(QUERY 类型,仅入平台);阶段 2 完成物料与店铺-客户主数据写入金蝶;阶段 3 同步销售出库、销售退货与销售订单;阶段 4 将金蝶即时库存回写为电商 ERP 的盘点单。
接口清单
| 阶段 | 序号 | 策略名称 | 类型 | 数据对象 | 同步方向 | 建议频率 |
|---|---|---|---|---|---|---|
| 1 | 3 | 金蝶仓库查询 | QUERY | 仓库(/jdy/v2/bd/store) | 金蝶→平台 | 每 10 分钟 |
| 1 | 4 | 查询金蝶商品列表 | QUERY | 物料(/jdy/v2/bd/material) | 金蝶→平台 | 每 3 分钟 |
| 2 | 1 | 物料同步 | SYNC | 商品 ↔ 物料 | 电商 ERP→财务 ERP | 每 3 分钟 |
| 2 | 2 | 店铺-客户维护 | SYNC | 店铺 ↔ 客户 | 电商 ERP→财务 ERP | 每 20 分钟 |
| 3 | 5 | 销售出库 | SYNC | 发货单 → 销售出库单 | 电商 ERP→财务 ERP | 每 10 分钟 |
| 3 | 6 | 销售退货 | SYNC | 退换货订单 → 销售退货单 | 电商 ERP→财务 ERP | 每 20 分钟 |
| 3 | 7 | 销售订单同步 | SYNC | 销售订单 | 财务 ERP→电商 ERP | 每 5 分钟 |
| 4 | 8 | 即时库存→盘点单 | SYNC | 即时库存 → 盘点单 | 财务 ERP→电商 ERP | 每 30–60 分钟 |
实施要点
编码映射依赖
所有业务单据策略均依赖编码映射表,需在实施前完成配置或通过基础资料同步自动建立:
| 映射类型 | 源键 | 目标键 | 关联策略 |
|---|---|---|---|
| 物料 | 电商 ERP code / item_code | 财务 ERP number / material_number | 策略 1、5、6、8 |
| 客户 | 电商 ERP shop_code | 财务 ERP number / customer_number | 策略 5、6、7 |
| 仓库 | 电商 ERP warehouse_code / warehousein_code | 财务 ERP number / stock_number | 策略 6、8 |
| 店铺 | 财务 ERP customer_id | 电商 ERP shop_code | 策略 7 |
调度与并行
阶段 1 内策略 3、4 可并行;阶段 2 内策略 1、2 可并行;阶段 3 内策略 5、6、7 可并行。阶段 2 依赖阶段 1,阶段 3 依赖阶段 2,阶段 4 依赖阶段 2 的物料与仓库映射就绪。建议源端与目标端策略错峰执行,避免同时拉取与写入造成资源竞争。
增量与全量
首次部署或数据修复时执行全量,建议安排在非业务高峰时段。日常以增量为主,时间字段的选择需根据源端接口支持能力确定:物料与店铺基于 modify_date / modify_start_date / modify_end_date;销售出库基于 start_delivery_date / end_delivery_date;销售退货基于 in_begin_time / in_end_time;销售订单与即时库存基于 modify_start_time / modify_end_time。建议维护 LAST_SYNC_TIME 与 CURRENT_TIME 两个时间变量推进增量窗口。
最佳实践
监控与告警阈值
| 监控项 | 阈值 | 动作 |
|---|---|---|
| 业务策略连续失败 | 连续 3 次 | 暂停调度,告警 |
| 编码映射缺失 | 单次 > 5 条 | 记录并告警,不阻塞 |
| 单策略失败率 | > 10% | 告警,人工排查 |
| 死信队列堆积 | > 50 条 | 告警,人工处理 |
| 基础资料查询连续失败 | 连续 2 次 | 告警(可能影响联查) |
重试策略
- 网络超时:指数退避,最多 3 次(30s / 60s / 120s);
- 目标系统 5xx:重试 3 次,间隔 30s / 60s / 120s;
- 编码映射缺失:不重试,记录并跳过;
- 业务校验失败(如重复单号):不重试,写入死信队列;
- Token 失效:触发连接器刷新后立即重试 1 次。
错峰与扩展
基础资料查询频率较高(3–10 分钟),建议在平台侧启用共享连接器与连接池,避免重复建连。库存同步写入盘点单属于重量级操作,建议每 30–60 分钟一次,且仅同步发生过变动的仓库维度。当电商端出现大促或财务端月末结账时,应临时调低非关键策略频率,并对全量任务加锁。