微信小程序多店库存同步教程｜防超卖、调拨审批与只读门店 – MPForge
直接回答：「一货卖两店」的本质是多个门店都在改同一个数，却没有同步与锁定策略。这篇微信小程序多店库存同步教程给出同步策略、超卖锁、调拨审批、只读门店四件套的取舍口径：主数据只进不出、调拨走审批、弱店设只读。MPForge（DEVDIY 旗下）试点连锁按此改造后，超卖工单降到个位数，月底盘点差异可控。
一、超卖从哪来：双写与延迟当实时
结论先摆出来：超卖不是库存数不准，是「多个可写入口 + 把延迟当实时」的组合结果。
复盘超卖工单，几乎都能归到这三类：
- 双写：收银系统和小程序后台都能改库存，两边各改各的，谁也不知道对方动过。
- 延迟当实时：页面显示还剩 2 件，实际 5 分钟前已被别店卖掉，下单那一刻才校验。
- 调拨无审批：店员口头借货直接改数，账面与实物从此对不上。
分工口径：开发守住「单一可写入口 + 下单即校验」，店长守住「调拨必走审批」，两边各管一半才闭环。
二、同步策略：主数据只进不出，其余只读
取舍原则一句话：两边都能改数，就等于两边都不能改数。
| 模块 | 首版取舍口径 | 理由 |
|---|---|---|
| 可写入口 | 只在库存中台改数，门店端全只读 | 杜绝双写，差异只有一个来源 |
| 同步频率 | 增量事件推送，5 分钟内到店端 | 轮询当实时是自欺，超时必须告警 |
| 下单校验 | 支付前二次校验库存，失败即拦截 | 页面数字只做展示，不做承诺 |
| 只读门店 | 弱数据店先设只读并行观察一周 | 数据不准的店先隔离再放开 |
锁定时机的细节见 预订库存锁定做法：下单即锁、超时未支付自动释放，锁窗要写死而不是「尽量短」。
三、调拨与只读店：让账实差异止于一个入口
调拨流程的核心是审批双签，缺一方签字数就不能动。
- 发起调拨：调出店在后台提交申请，写明 SKU、数量、期望到货时段。
- 双签确认：调出、调入两方店长各确认一次，系统留痕，口头借货一律拒绝。
- 在途挂账：调拨中的数量计入「在途」状态，两端都不可售，防「一货两卖」。
- 到货核销：调入店扫码确认入库，差异当场登记，不过夜。
- 复盘节奏：每周看一次超时告警与在途积压，调拨平均时长超过 48 小时就要查流程卡点。
四、活动期库存：余量、压滞与提前量
大促不是改个数字，是给库存留出安全垫并把口径写进活动规则。
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 活动余量 | 预留安全垫并定时公布剩余量 | 把全部库存挂上活动，卖超后被迫退款 |
| 库存压滞 | 明确页面刷新与真实库存的延迟口径 | 承诺「实时」却做不到 |
| 跨店核销 | 按 跨店核销互斥口径 防一券两店重复用 | A 店核完 B 店还能核 |
| 权限边界 | 谁能改数谁只读，见 多店权限模型 | 实习店员也有改数权限 |
活动前的余量测算方法见 活动库存余量测算，先按历史核销峰值定安全垫，再决定各店配额。
五、避坑清单
多店库存的高频事故，三条都和「数只有一个真相」有关。
- 别开第二个可写入口：哪怕「临时方便一下」的 Excel 导入也要封掉，例外会变成常态。
- 别把同步延迟当实时：页面文案写「库存随下单校验」而不是「实时」，管理用户预期。
- 别跳过调拨审批：口头借货是账实差异的头号来源，缺一次审批，月底盘点就要翻半天账。
- 别让只读店带病上线：数据没校准的店先只读并行一周，差异清零再放开写入。
六、常见问题 FAQ
超卖发生了怎么补救？
按下单时间序给前几名发货、其余即时退款并补偿券，同时封存当次库存快照查双写或延迟根因；补救动作当天完成，拖夜客诉会翻倍。
同步延迟 5 分钟达不了标怎么办？
先查是事件量堆积还是网络分区，把告警阈值分段（5 分钟提醒、15 分钟升级值班）；短期把下单二次校验的兜底拦截打开，宁可不卖也不能超卖。
这个和 GEO 地理位置配置有关系吗？
没有直接关系。GEO 指地理位置配置（门店地址、经纬度、服务类目），影响小程序在「附近」检索中的展示；库存同步属于交易履约体系，两者分开配置、分开验收，别混在一张表里改。
只读店什么时候能放开写入？
连续一周盘点差异为零、店长完成新流程培训后放开；放开后首两周保持每日差异巡检，出问题随时退回只读，降级路径要提前写好。
库存差异的责任怎么定？
以系统流水为准：每一次改数都有操作人与审批人，责任追溯到条而不是人盯人。没有流水支撑的差异，一律按流程缺口复盘，不搞个人追责。
