小程序咖啡时段库存教程｜SKU 限量与短时占用防超卖 – MPForge

一、超卖怎么发生的：库存挂错了维度

结论先记住：挂全天总量、不挂时段限量，等于没有限量。

咖啡预约的典型翻车：全天库存 200 杯看着很宽裕，但早高峰 8 点到 9 点实际产能只有 30 杯——这 30 杯没有单独限量，第 31 杯预约照样卖出去，到了现场只能让客户等二十分钟或退单。三个根源：

• 维度错了：库存扣在 SKU 总量上，时段产能没人管。
• 扣得太晚：支付成功才扣，付款页停留的一两分钟里杯子被多个客户「共享」。
• 释放没人做：弃单占着库存不放，热门时段看起来卖完了，其实还有货。

预约与库存锁定的通用口径可参考预约库存锁定规则，本文按咖啡时段场景把参数具体化。

二、参数设计：时段、占用、释放

三个参数定准，超卖在数学上就不可能发生。

多个SKU（手冲、拿铁、冷萃）共用同一时段产能时，扣减要同时落到「SKU 库存」和「时段总杯数」两个维度，任一不足都拦——只扣一个维度的，是并发超卖的常见来源。并发场景的加锁与对账细节可参考场次锁定与并发处理。

三、落地步骤：从扣库存到压测

实现要点是把「扣减」从支付后挪到下单时。按这五步做：

1. 建时段产能表：按营业节奏给每个时段设产能上限（如 8:00-8:30 共 30 杯），SKU 挂到时段下，改动只动产能表。
2. 下单即占用：客户进下单页即锁对应杯数，页面显示倒计时 5 分钟；同一订单锁定要幂等，重复提交只锁一次。
3. 接支付回调：支付成功把占用转为成交，回调重试不能重复扣减；取消或超时则立即回池并写流水。
4. 做双维度扣减：SKU 库存与时段总杯数同一事务内扣减与回滚，避免出现「SKU 还有、时段满了」的中间态。
5. 压测验收：模拟 50 个并发抢 1 杯，验收标准是只有 1 单支付成功、其余收到「该时段已满」提示，压测必做，不留给真实客户测。

四、验收与分工：上线前逐项勾

库存类功能的验收不是「能下单」，而是「极限情况下账还是平的」。

分工口径：店长看时段售罄率、弃单率与到店等待时长；开发看占用流水、回池延迟与对账差异，财务、店长、店员用同一订单号说话。上线首周值班盯支付回调与回池两类异常，逐日对账。

五、避坑清单

四条坑，三条在并发，一条在提审。

• 别信前端拦截：按钮置灰挡不住并发请求，扣减必须落在服务端事务里，接口侧校验才是真门禁。
• 回调要做幂等：支付回调可能重试多次，同一笔单重复扣减就是超卖的另一种形态，按订单号去重。
• 别设无限库存：「先放开卖、人多了再限」的思路到高峰一定翻车，产能表第一天就要有真实数字。
• 提审别卡在路径：弱网、拒权、支付取消三条路径进提审前用例，类目与页面内容对应，对照审核被拒常见原因自查，发布口径见小程序上线发布检查清单。

六、常见问题 FAQ