金蝶盘盈单同步到旺店通委外入库单:实战配置与踩坑复盘
这个策略解决什么问题
某零售企业在一次盘点后,金蝶云星空里产生了若干张盘盈单,需要在当天把这些差异以委外入库单的形式同步到旺店通的对应云仓,以便仓内及时上架与账实相符。如果推得慢,前端仓库按旧库存接单,差异会越压越大;如果推错,还会出现重复入库。这条策略的价值,就是把"盘盈 → 委外入库"做成一条可追溯、可重跑的链路。
数据流向与字段映射
数据流向是单向的:金蝶云星空作为源系统,轻易云作为中间层,旺店通企业奇门作为目标系统,中间层只做翻译和校验,不落业务主数据。
关键字段对照如下:
| 业务含义 | 金蝶云星空(源) | 中间层处理 | 旺店通企业奇门(目标) |
|---|---|---|---|
| 单据编号 | 单据号 | 原样透传 | 外部单据号 |
| 仓库 | 收料仓库编码 | 通过仓库映射表翻译 | 仓库编码 |
| 货主类型 | 货主维度 | 固定值"委外仓" | 货主类型 |
| 商品编码 | 物料编码 | 通过 SKU 映射表翻译 | 货品编号 |
| 数量 | 实盘数量 | 大于 0 才下发 | 入库数量 |
| 单价 | 标准成本 | 默认值兜底 | 单价 |
| 批次/生产日期 | 批号、生产日期 | 字符串拼接 | 批次备注 |
| 制单人 | 制单人编码 | 固定为集成账号 | 操作人 |
这里要特别注意:仓库编码和商品编码是两端最容易对不上的两个字段,所以我们习惯把这两张映射表放在轻易云的"编码映射"模块里集中管理,而不是写死在脚本里。
在轻易云上如何配置
打开轻易云数据集成平台,新建一条同步策略,源选金蝶云星空、目标选旺店通企业奇门,策略类型选 SYNC。
配置要点有三处:
第一,源系统用金蝶云星空的查询接口,过滤条件是单据类型等于盘盈单、审核状态等于已审核,按最后修改时间增量拉取。
第二,中间层做三件事:调用编码映射完成仓库和物料的翻译、用一个 JS 表达式把数量小于等于 0 的行过滤掉、把制单人统一替换成集成的操作账号。
第三,目标系统用旺店通企业奇门的委外入库单创建接口,幂等键用"外部单据号 + 行号"拼接,这样同一张单重跑时只会更新,不会重复创建。
实施步骤
上线当天我们建议分三步走,不要一口气全开。
第一步,先做全量触发,把当前已审核未推送的盘盈单一次性跑完;这一步只跑当天的存量,不开启定时。
第二步,确认全量结果无误后,再开启增量调度,按最后修改时间每 15 分钟轮询一次;增量起点要明确记在策略备注里,避免后期误以为是"漏推"。
第三步,把表头和表体的处理拆成两个阶段,表头先落,表体异步补行;这样即便目标系统偶发超时,也不会出现"只有部分行入库"的脏状态。
整个过程建议留出 3 天观察窗口,前两天只看日志不调逻辑,第三天再根据目标系统的回执微调映射。
踩坑复盘
第一,典型错误是直接把源系统的物料编码塞到目标系统。结果两边编码规则不一致,第一天就报错。稳妥做法是把映射表集中放在轻易云的编码映射模块,新增商品时只改一处。
第二,数量为 0 的行被一起下发。盘盈单里偶尔会出现 0 行,如果不显式过滤,目标系统会回写一条空记录。中间层加一个大于 0 的判断是必要的。
第三,幂等键设计得太简单,只用单据号。结果下游补传时把已入库的单据又创建了一次。改成"单据号 + 行号"后就稳定了。
第四,目标系统偶发返回超时,但实际已落库。集成如果按超时即失败处理,就会反复重提。我们在轻易云里把这类回执标记为"软成功",只记录不重跑。
第五,增量起点没记清楚,3 个月后审计发现少了一周的盘盈单。一定要把首次增量时间戳写进策略说明,并定期和源系统对账。
适用场景与不适用场景
适用:盘盈、盘亏、调拨这类差异类单据需要即时同步到前端仓,且对账实一致性要求高的场景。
不适用:跨主体、跨税号的复杂调拨,以及需要在金蝶内完成成本核算后才下发的场景——这类建议先在金蝶侧生成中间单据,再走通用同步策略。