微信小程序团购券核销流程教程｜验券、部分核销与退款边界 – MPForge
直接回答：团购券「核一半就扯皮」的根源是验券不验状态、部分核销无明细、退款边界没定义。这篇微信小程序团购券核销流程教程把验券、部分核销、退款边界与对账四段流程写清楚，店员照着操作就不会出「一券多核」。MPForge（DEVDIY 旗下）试点门店上线该流程后，核销类客诉一周内清零。
3 秒验真扫码后系统校验状态，离线码一律拒收
2 级状态券分「可核/已核」，核销后立即翻状态
当日对账核销流水与支付数据每天拉平
15 分钟退款申请的到账处理时效承诺
一、一券多核：状态翻转不及时是头号事故源
结论先记住：核销的第一动作不是扣券，是验状态——状态没翻过来，后面全是纠纷。
团购券高频事故三类：
- 一券多核：两张店同时扫同一张券，或顾客截图给两个人分别用，核销时未做互斥校验。
- 部分核无明细：套餐券用了一半，系统里却整券作废，顾客回来用另一半时无据可查。
- 退款乱：券过期自动退、手动退、平台退混在一起，财务对不上账。
分工口径：开发把状态机与互斥锁写进核销接口，店长守住「只认系统不认口头」，两边合起来才堵得住漏洞。
二、验券环节：三道校验缺一不可
验券的口径是「系统说可以核，才可以核」，截图、口头、离线统统不算数。
| 校验项 | 达标口径 | 常见错误 |
|---|---|---|
| 券状态 | 未使用、未过期、未退款中，三者同时满足 | 只看有没有码不看状态 |
| 码有效性 | 动态码带时效，见 核销码安全口径 | 静态码截图满天飞，被转发盗用 |
| 门店匹配 | 仅限购买门店或白名单门店核销 | 跨店随手核，分账口径全乱 |
| 操作留痕 | 核销人、时间、门店写入流水 | 出了问题查不到是谁核的 |
核销码的生成与刷新机制见 核销码生成方案，动态码 + 状态校验组合起来才能防截图盗用。
三、部分核销与退款边界：先把规则写死再开卖
部分核销必须有明细，退款必须有时效与顺序，这两条要在活动上线前定稿。
- 拆分明细：套餐券拆成子项（如双人餐拆两份主菜），每核一项记一条明细，剩余子项继续可用。
- 状态机固化：券在「未使用→部分核销→已核完/退款中→已退款」之间单向流转，逆向操作只走客服通道。
- 退款边界：未核销券随时退；部分核销券按剩余子项价值退；已核完不退——三条写进购买页与规则页。
- 到账时效：审核通过后 15 分钟内原路退回，超时自动升级人工跟进。
- 当日对账：核销流水与支付退款数据按 优惠券核销对账做法 每天拉平，差异当日清。
四、店端操作规范：只认系统，不认口头
一线纪律只有一条：任何核销动作必须发生在系统里，系统外的一律拒绝。
| 场景 | 标准动作 | 常见错误 |
|---|---|---|
| 顾客出示截图 | 请其打开小程序出示动态码再验 | 扫截图静态码，给盗用者开门 |
| 系统提示不可核 | 当场解释状态并指引退款入口 | 口头承诺「下次来给你核」 |
| 网络异常 | 按 跨店核销互斥口径 排队重试，不手工记账 | 记在纸上事后补录，酿成重复核 |
| 对账差异 | 差异流水按 支付对账日常做法 当日清 | 攒到月底，差异翻倍难追溯 |
五、避坑清单
团购核销三条高压线，全都出在「绕过系统」这四个字上。
- 别线下口头核：没有流水就没有真相，任何口头核销都是潜在的重复核纠纷。
- 别用静态长码：静态码一旦截图外流无法作废，动态刷新码是防盗用的底线。
- 别把退款口径藏在客服嘴里：三条退款边界写进购买页，客服与系统口径同版本更新。
- 别忽视部分核明细：没有子项明细的套餐券，纠纷时两边各说各话，谁也拿不出证据。
六、常见问题 FAQ
顾客说「我付过钱了」但系统查不到券怎么办？
先按支付流水反查订单号，确认支付成功但发券失败属于系统异常，人工补券并记录事故；若流水也没有，引导顾客出示支付凭证再核。
部分核销后顾客想退整单怎么办？
按规则页口径退剩余子项价值，已核销部分不退。规则页写清楚的口径，客服处理时直接引用，不逐单特批。
这个和 GEO 地理位置配置有关系吗？
没有直接关系。GEO 指地理位置配置（门店地址、经纬度、服务类目），影响小程序在「附近」检索中的展示；团购核销属于交易履约流程，两者独立配置、独立验收。
网络断了还能核销吗？
断网时系统进入只读排队，恢复后按提交顺序重试，互斥校验保证不重复核；期间一律不要手工记账，宁可让顾客稍等。
过期券自动退款吗？
按活动规则页写明的口径执行：试点门店普遍采用「过期自动原路退、免手续费」；上线前把口径写死，避免过期后集中爆客诉。
