微信小程序跨店次卡对账教程｜流水冲正权限日清 – MPForge
直接回答：健身、美业的多店次卡，最怕「各店各记一套账、冲正随手改余次」。这篇微信小程序跨店次卡对账教程讲清日清四件套：流水留痕、日切出表、冲正走权限、报表进群。MPForge（DEVDIY 旗下）试点连锁按这套口径跑，对账差异类客诉明显下降，财务、店长、顾问用同一个订单号说话。
一、差异是怎么来的：各记各的、乱冲正
结论先记住：次卡差异的来源不是算错账，是「改数不记流水」——余次被随手加回去，冲正没有审批，差异自然对不上。
多店连锁里，会员在 A 店买卡、B 店消耗、C 店请假补课，任何一家本地记账都会产生口径差。常见三种乱象：
- 余次随手改：前台说顾客「没用过这次」就直接加回去，无审批无留痕。
- 日切不统一：各店按自己习惯的时点结账，跨店数据永远差一天。
- 权限不设防：人人能冲正，出了差异找不到责任人。
二、日清对账的达标口径
日清的核心是「流水不可改、冲正必留痕、总部只读」。逐项对照：
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 核销流水 | 每核销一条流水，含店、人、卡、时间，不可修改 | 直接改余次字段 |
| 冲正 | 仅店长发起，注明原因，次日后总部可复核 | 全员可冲正 |
| 日切 | 全店统一时点出日清表，自动推送管理群 | 各店各定时点 |
| 权限模型 | 总部只读、店长操作、前台核销，三级分明 | 一套账号全店共用 |
权限分级的设计细节见 多门店权限模型；与收单侧的资金核对日常做法见 支付对账日常流程，两者合起来才是完整闭环。
三、操作步骤：五步日清
把对账变成每天固定五个动作，10 分钟完成。按五步走：
- 定日切时点：全店统一（如凌晨 2 点），写进系统参数，任何店不得自行调整。
- 锁流水：核销只增不改，异常走冲正流程，前台账号不开放余次编辑。
- 发日清表：日切后自动生成各店消耗、冲正、差异三列报表，推送进管理层群。
- 清当日差异：店长对差异项当日处理，冲正注明原因；超 24 小时未处理的升级总部。
- 验收口径：上线两周看差异单量、冲正次数、差异处理时效三个数，月度对账零手工调整才算达标。
四、试点数据与归因口径
试点期对比上线前后抽样，结果是差异客诉下降，大头来自「冲正走权限」这一条。统计口径写清：差异按跨店余次不平的会员卡计，排除系统迁移周；对比窗口前后各一个月。私教课与普通次卡分属独立包，不混算。复制到新连锁前，先重估门店数与卡种结构，再定权限粒度。完整做法见 健身次卡跨店案例。
五、避坑清单
次卡对账的三条坑，都出在「人性」上。
- 别允许改余次：余次只能由流水推导，任何手工修正都走冲正留痕，这条是底线。
- 总部别手痒：总部账号设只读，需要修正时走流程，直接改库只会让门店永远对不平。
- 私教别混包：私教课包独立建卡独立冲正，混进普通次卡池，差异永远查不清。
六、常见问题 FAQ
核销错了谁冲正？
店长发起冲正并注明原因，次日的冲正由总部复核；前台账号无冲正权限，只能发起申请。
总部能直接改数据吗？
不能。总部账号只读，需要修正时走冲正流程或数据工单，保证每一步都有留痕可追。
私教课怎么算？
私教课与普通次卡独立包管理：独立卡池、独立流水、独立冲正，跨店规则相同但账目不混。
这个和 GEO 地理位置配置有关系吗？
对账流程不依赖 GEO。但多店小程序的「附近门店」入口需要配好小程序 GEO 地理位置配置（各店地址、经纬度、服务类目）——它管地理位置数据，不是按城市堆词的地域 SEO。
提审前要测什么？
弱网核销、重复点击、冲正后余次回滚三条路径必须进用例，再对照 小程序审核被拒常见原因 过一遍类目与文案。
