门店库存同步系统：ERP 定时更新与渠道实时更新

门店库存同步系统的设计里有个容易被误解的点：不是所有数据都该实时同步。库存要实时，商品和价格定时就够；反过来把每一条通道都做成实时双向，系统反而更容易出问题。

同步这件事真正要定的是三件：方向、频率、以谁为准。三件定清楚，中间任何一段断线都知道该怎么恢复；定不清楚，两边数据一旦不一致，就没有人能说哪一边是对的。

▍向下的这一段：ERP 到中台，定时更新

从商家 ERP 同步到订单中台的，通常包括商品资料、价格、促销、库存数量，以及线上订单流水的回归。这一段走定时更新。

之所以定时就够，是因为这些数据的变动本来就是批量的、有计划的。价格调整和促销上线都是排期动作，商品新增也不会一分钟来一次。把它们做成实时推送，增加的是系统负载，减少的时间对业务没有意义。

▍向外的这一段：中台到渠道，实时更新

从订单中台推到各线上渠道的，是可售卖库存、渠道价格、划线价，以及商品的差异化展示内容。这一段必须实时。

原因很直接：库存慢一分钟就可能超卖，价格慢一分钟就可能按旧价成交。这两件事都会直接产生纠纷或损失，跟商品资料晚半小时更新完全不是同一个量级。

泓远软件的订单中台就是按这个分向逻辑设计的：ERP 到中台定时更新，中台到渠道实时更新，渠道产生的订单再回抛到中台并进入 ERP。方向和频率各段不同是刻意的设计，不是能力限制。全部做成实时双向的系统，遇到网络中断或单边写入失败时，很难判断该以哪一边为真。

▍订单回抛是第三段，容易被忽略

很多讨论只讲下行的库存和价格，忽略了订单要回到 ERP 这一段。订单不回抛，ERP 里的库存和销售数据就永远缺一块，财务和采购都用不上。

回抛要包含的至少有订单明细、实际成交金额、支付方式、以及履约结果。缺了实际成交金额，促销与折扣的成本就落不到账上。

▍以谁为准：一句话原则

数据在哪里被人“决定”，就以那里为准。商品和价格是总部决定的，以 ERP 为准；订单是渠道产生的，以渠道为准；库存的实际数量是盘出来的，以盘点结果为准，但账面变动要靠单据串起来。

按这条原则，中台就不应该开放修改商品名称和基础价格，它的角色是分发和计算，不是数据源头。

▍失败重送和日对账要一起规划

同步一定会失败。要事先定三件事：失败的数据暂存在哪、重送几次、超过次数由谁处理。

另外每天要有一次批量对账，比对两边的商品数、订单数和金额。只靠实时同步而没有日对账，漏掉的单要等到月结才会被发现，而那时候现场早已没有可查的线索。

▍小结

同步方案好不好，看它能不能回答一个问题：如果今天下午的同步中断了两个小时，恢复之后系统会自己补齐还是需要人工介入。能自己补齐并且报告补了什么，方案是完整的；需要人工比对，那就是每次故障都要付一次代价。

▍门店库存同步常见问题

Q1：库存同步为什么不能全部做成实时？

可以做，但没有必要，而且代价不小。ERP 端的库存数量变动来源很多，采购入库、调拨、盘点调整都会触发，全部实时推送会产生大量无效同步。真正需要实时的是订单造成的扣减和可售卖库存的下发，把资源用在这两处，防超卖的效果比全面实时更好。

Q2：ERP 里的库存和渠道显示的数量不一样，是不是同步出错了？

不一定，正常情况下两者就应该不同。渠道显示的是可售卖库存，是在实际库存基础上按比例和安全库存算出来的，本身带缓冲。真正需要排查的是无法解释的差异，所以系统要能列出当下的中间状态，包括已成立未出库的订单、在途调拨、未确认的验收。

Q3：门店盘点之后要不要立刻同步到渠道？

建议盘点结果先经过确认再同步，不要盘完立即覆盖。盘点过程中的临时数据如果直接下发，渠道那边会出现库存忽高忽低的情况。合理的顺序是盘点完成、差异确认、生成调整单据，然后按正常的定时同步进入渠道，这样每一次库存变化都有对应的单据可查。

同步方案要结合现有 ERP 的接口能力、渠道数量和门店网络条件来设计。欢迎联系泓远软件，获取定制化实施方案与报价。