小程序套餐预扣教程｜预约扣次回滚与余次对账配置 – MPForge
直接回答：这是一份小程序套餐预扣与回滚配置教程，写给洗护美业店主、前台与开发：预约成功即预扣余次，取消在时限内自动回滚，全程只动流水不改余次，对账按流水追。MPForge（DEVDIY 旗下）试点门店上线后，余次类客诉明显下降，再没出现过「顾客负数次」这种对不上账的记录。
一、负数余次是怎么算出来的
约了不扣、取消不回滚，账本迟早给颜色看。
顾客用次卡约了周末洗护，前台当天没有在系统里扣次；下周顾客取消，也没人把次数还回去——一个月下来，系统余次和顾客手机里的记录对不上，前台只能手工改数字，越改越乱，最后出现负数次。问题的根子是「余次」被当成了可以随手改的字段，而不是由流水推导的结果。预扣的时机与口径要先在 次卡退改规则 里定清楚，系统只是严格执行。
二、预扣与回滚的规则设计
三个动作一个原则：预约成功即扣、时限内取消即还、一切变动走流水。
| 场景 | 系统口径 | 常见错误 |
|---|---|---|
| 预约成功 | 即时预扣对应次数，流水记「预扣」 | 到店核销时才扣，约了不来无痕 |
| 时限内取消 | 自动回滚预扣，流水记「回滚」 | 取消只改状态，次数不还 |
| 超时取消 | 按公示规则处理：扣或不扣，写明即可 | 现场临时裁量，标准漂移 |
| 未到店 | 按公示规则执行并留原因码 | 顾客没到次数也没扣，账实不符 |
套餐的库存与余次的关系别混淆：套餐卖的是「余次」，活动库存管「名额」，两者口径见 活动库存与余量管理，预扣只针对余次这条线。
三、落地五步
把手工改余次的入口关掉，流程才算真正上线。
- 定退改规则：取消时限、超时取消的扣次口径、未到店的处理方式，三项先写成文。
- 接预扣动作：预约成功回调里同步预扣余次，失败则预约不成立，两步保持原子性。
- 配回滚链路：时限内取消自动回滚，超时取消走审核，结果都回写流水。
- 关手改入口：后台余次字段设为只读，纠正一律通过冲正流水完成。
- 跑对账：每周用「流水推导余次」与「系统显示余次」核对一次，差异为零才合格。
四、对账口径：余次是算出来的
把余次当成流水的函数，账本就再也不会「说不清」。
对账公式很简单：当前余次等于初始次数，加上所有回滚，减去所有预扣与核销；任何一笔差异都能顺着流水号下钻到订单、操作人与时间。试点的宠物洗护与美业门店按此口径运行后，余次类客诉降到个位数为零的水平——试点期前后抽样对比，复制前先重估单量与退改频率。业务形态与扣次细节可参考 宠物洗护核销案例，套餐整体设计见 洗护套餐方案。
五、避坑清单
- 别手工改余次：手改一次，流水与显示永久分叉，之后的每笔对账都是猜。
- 别取消不回滚：顾客取消被吞次数，是余次投诉里杀伤力最大的一类。
- 别让预扣可跳过：预约成功必须扣次成功，两步拆开就会出现「约了不扣」。
- 别把核销当预扣：到店核销是履约确认，预扣是占位锁定，两个动作别合并。
六、常见问题 FAQ
套餐预约页要显示门店位置吗？
多店品牌建议显示：靠小程序 GEO 地理位置配置（地址、经纬度）让顾客按距离选门店，选对门店后预扣与回滚都发生在该门店账本上，账目更干净。
预扣在什么时机发生？
预约成功那一刻。失败或超时的预约单不产生预扣，避免出现「扣了次却没有预约」的反向差异。
顾客超时取消要扣次吗？
按公示规则执行：可以设为扣次或不扣，关键在规则下单时可见、系统自动执行，不做现场裁量。
发现历史余次错了怎么纠正？
通过冲正流水调整并注明原因，余次随之自动修正；绝不直接修改余次字段，保证推导关系完整。
顾客怎么自查余次？
小程序「我的套餐」页展示余次与最近流水，顾客自己能核，前台解释成本最低，纠纷也最少。
