小程序储值券互斥教程｜防叠用规则与对账口径配置 – MPForge
直接回答：这是一篇小程序储值与优惠券互斥配置教程，写给餐饮美业店主与开发：把「能不能叠用、谁先扣、怎么对账」三条规则从口头约定变成系统里的互斥校验，校验动作放在核销之前执行。MPForge（DEVDIY 旗下）试点门店上线后，叠用类客诉显著下降，日报里的权益差额一栏直接清零。
一、叠用是怎么发生的：规则停在口头
储值和优惠券能不能同用，店员说可以就可以，这就是对账乱的起点。
促销季一个顾客同时持储值余额和一张满减券，点单时问「能一起用吗」，店员凭感觉答；有的店可以，有的店不行，甚至同一个店两个班次口径不同。月底对账时，储值消耗、优惠券核销、实收金额三栏加不平，财务和店长互相找不到差异来源。要解决的不是员工素质，是把互斥规则写进 优惠券核销与对账 的系统校验里，让系统替人记规则。
二、互斥规则的三条设计决定
谁优先、跨店是否一致、异常怎么冲正，三个决定做完规则就定型了。
| 决定项 | 建议口径 | 常见错误 |
|---|---|---|
| 谁先扣 | 规则写清并配死：先储值后券，或先券后储值，二选一 | 每个门店各定各的，顾客比价生怨 |
| 跨店一致性 | 连锁各店同一套互斥配置，差异只有价格 | 分店私下放水，总部报表失真 |
| 冲正留痕 | 叠用错单走冲正流程，原单保留反向记录 | 直接删单重开，账面出现空洞 |
卡类与权益的账目口径可参考 扩店次卡对账方法：储值属于钱包科目，优惠券属于营销科目，两本账分开设，互斥校验在两本账之间做闸门，报表才能分清谁吃掉了折扣。
三、落地步骤：从配置到日报
校验必须前置于核销，日报必须每日可核，两件事做到位，互斥才算生效。
- 定规则：与财务、店长共同确认谁先扣、是否允许特定活动临时叠加，写进配置而非群公告。
- 配校验：结算接口在扣款前调用互斥校验，命中互斥返回明确原因码，前台提示「本单不可同用」。
- 做场景测试：储值余额充足、余额不足、券过期三种状态下各下一单，确认拦截与放行都正确。
- 上日报：每天打烊后出储值、优惠券、实收三栏日报，差额非零当天追查。
- 培训收尾：用一次晨会讲清新口径，重点是「系统会拦，不用记」，降低执行成本。
四、对账口径：三栏差额怎么追
对账的目标不是把数抹平，而是让每笔差额都能归到具体订单。
日报按天出、按店分组，任何一笔差额都能下钻到订单号；冲正记录单列一栏，不混进正常交易。试点门店按此口径运行后，叠用类客诉与财务差异同步下降；这是试点期上线前后抽样对比的结果，复制到新店前要重估客单结构与活动频率。餐饮促销的活动案例可看 火锅促销核销案例，其中互斥规则的取舍有完整记录。
五、避坑清单
- 别全靠店员记：口头规则在换班与旺季必然走样，互斥判断交给系统。
- 别在校验后扣款：先扣款再校验，拦截就只能靠退款补救，客诉与冲正成本都高。
- 别让活动规则打架：大促叠加政策要单独配置带生效时段，避免与日常互斥规则冲突。
- 别删单救火：错单走冲正留痕，删单会让日报与流水永久对不上。
六、常见问题 FAQ
门店展示和互斥配置有关系吗？
没有直接关系。门店在地图与附近检索中的展示靠小程序 GEO 地理位置配置（地址、经纬度、类目），它解决「顾客找得到店」；互斥规则解决「结账怎么扣」，两套配置互不替代。
储值和券到底建议谁先扣？
没有标准答案，常见做法是先券后储值，让营销费用先消耗、顾客储值余额留存更久。关键是全店统一并写进系统，而不是选哪个口径本身。
大促想临时允许叠用怎么办？
在配置里加带生效时段的叠加例外，标注活动名与时间窗；日报同步加标记列，方便活动后单独复盘。
发现历史订单叠错了怎么处理？
按冲正流程补一笔反向记录并注明原因码，不修改原单；若涉及储值余额变动，同步给顾客发余额变动通知。
日报要精确到什么粒度？
天为最小单位、订单为可下钻粒度；连锁品牌按店分组再汇总，任何差额两步内定位到具体订单。
