一句话概括：本次改造把「主动发起退款」「退款单审批」「订单查询」「会员卡/私教与团购商品的绑定」收敛成一套渠道优先、算清楚再退、商品一对多绑定、状态一目了然的新流程。本文档面向业务同学，重点说明上线后怎么操作，并请确认业务流程是否合理。
关于截图里的「演示数据」带「演示数据」字样的截图是为讲解人工造的示意（线上这类订单较少，随手点不一定能看到）。功能本身真实：真自动续费单才标「自动续费扣款」、真满足条件才自动审批。需要页面上实地演示可联系研发开启演示模式。
1整体变化速览
💸 退款渠道厘清
退款先选「走哪条渠道」，每条渠道的退款上限、要不要财务打款都不同，系统自动算可退金额，不用手工估。
📋 审批跳过财务
原路退回 / 撤销核销审核通过即完成，不再空跑财务；只有线下打款才进财务待办。
⚡ 无理由自动审批（会员卡48h / 私教7天）
会员卡下单 48 小时内、私教课下单 7 天内，且权益一次没用过，系统自动审批通过；原路退的连财务都免了。
🧮 申请即冻结，钱退成功才扣权益
用户一提交退款申请，对应权益即冻结暂停使用（审核/打款期间不可约课·核销·进场）；退款真正完成时才正式扣回课时/会员天数；被驳回/撤销则自动解冻恢复使用。残值按卡种精确折算。
🔁 自动续费扣款单独识别
签约代扣的订单单独标「自动续费扣款」；退款只走原路退款，并可在抽屉一键同时解约，避免「退一笔又扣一笔」。
🧾 团购平台原路退款（新渠道）
用户已在美团/抖音 App 自己退款的场景，后台只登记 + 扣权益，新增第 4 条退款渠道支持。
🔎 订单列表更易读
合并重复列，金额区分「应付 / 最终实付 / 最终实收」；支付来源厘清（小程序/自动续费/外推码/补录/美团点评·抖音），用户标签集中。
🔗 商品↔团购 一对多绑定
团购众多套餐映射到一套干净的内部商品主数据，不再为每个团购套餐新建商品污染全流程；核销按绑定发对权益。
🎟️ 团购核销 / 待核销重做
团购核销弹窗重做（渠道卡片化、门店信息更全）；新增「团购待核销」页集中发卡 / 拒发并退款。
2退款的 4 条渠道分别什么时候用
这是本次最核心的概念。一笔退款走哪条渠道，由订单原本怎么付的钱决定，不是随便选的。系统会自动高亮可用渠道。
| 渠道 | 什么场景用 | 退款上限 | 要不要财务打款 | 钱怎么回到用户 |
|---|
| 撤销核销 |
团购券刚核销不久（美团 10 分钟 / 抖音 60 分钟内），用户反悔 |
整笔，不能退部分 |
不需要 ✅ 审核即完成 |
团购平台把券恢复为未使用，平台自动退 |
| 原路退回 |
小程序/外推码下单（微信、支付宝支付）；自动续费签约扣款（微信代扣协议原路退） |
≤ 实收金额 |
不需要 ✅ 审核即完成 |
原支付通道退回（1–3 个工作日到账） |
| 财务打款 |
线下收款、无法原路退的情况 |
≤ 最终实收（扣掉通道/平台费后） |
需要 ⚠️ 财务线下打款 + 回填 OA 单号 |
财务通过银行转账给用户 |
| 团购平台原路退款 |
用户已经在美团/抖音 App 自己申请退款并到账，后台只需同步登记 |
团购实付金额 |
不需要 ✅ 仅做标记 |
钱已由平台退掉，本系统不发起任何实际退款，只标记 + 扣权益 |
⚠️ 重点理解「团购平台原路退款」是这次新增的第 4 条渠道。它解决的是：用户在美团 App 自己点了退款、钱也到账了，但我们后台的订单还显示正常、权益还在。这条渠道让运营能把这笔退款登记进系统、把用户的课时/权益扣回去，但系统本身一分钱都不会再退（因为平台已经退过了）。
系统怎么帮你选渠道？
▲ 渠道判定逻辑示意图（非真机界面）
3主动发起退款 — 操作流程
在「会员卡订单 / 私教订单」列表，找到要退的订单，点 退款 按钮，弹出退款抽屉，按 5 步走：
1
看订单概览：商品、订单金额、实收、已退、剩余可退一栏列清，先确认是不是这一单。
2
选退款渠道：系统已按上面的规则高亮可用渠道，运营点选即可。撤销核销有倒计时，过期自动置灰。
3
核对权益与残值：进度条展示已消耗 / 剩余课时，系统自动算出「残值」（还没用掉的那部分钱）。
4
确认费用拆解：可退金额 = 残值 − 违约金 − 优惠补差。系统给出推荐值，运营可手动调整（如 VIP 免违约金、客诉补偿）。
5
填原因 → 提交：弹二次确认，确认后退款单生成。原路退回/撤销核销直接完成；财务打款进入「待打款」。
自动续费扣款单的退款怎么处理遇到来源是「自动续费扣款」的订单退款，注意三点：① 只走「原路退款」（微信代扣协议原路退）——自动续费是微信代扣，不会出现也不能用团购的退款渠道（撤销核销 / 团购平台原路退款），财务打款只是原路退不行时的兜底；② 抽屉里会多一项「自动续约优惠补差」——签约时享的优惠按已用月数补回，会从可退金额里扣；③ 抽屉里有「同时终止自动续费签约」开关，默认开启——务必确认：不解约的话，退了这一期，下个周期系统还会继续自动扣款。一般退款应保持开启（退款 + 解约一起做）。
新功能：退款时可一键「同时解约」
针对自动续费扣款单，退款抽屉最上方单独放了一个开关「同时终止自动续费签约」（和退款金额分开、最显眼的位置），默认开启：
- 开启（解约）：这笔退掉的同时，终止该用户的自动续费签约，以后不再自动扣款。
- 关闭（保留）：只退这一期的钱，签约仍在，下个周期还会继续自动扣款——仅在确实只想退单期、保留续费时才关。
为什么单独拎出来这是退自动续费单时最容易漏、且漏了会「退一笔又扣一笔」的点，所以放在抽屉最上方、与金额无关的独立位置，提交前还会在确认弹窗再提示一次当前是「解约」还是「保留」。
【演示数据·示意 UI，非真实订单】自动续费扣款单的退款抽屉 · 优惠补差 +「同时终止自动续费签约」开关
订单管理 → 会员卡订单（来源=自动续费扣款 的订单）→ 退款
【演示数据·示意 UI，非真实订单】提交前二次确认 · 含优惠补差与解约提示
退款抽屉底部「提交退款」
退款抽屉打开（全局）· 订单概览 + ① 4 张渠道卡
订单管理 → 会员卡订单 → 某行「退款」按钮
选「财务打款」渠道（全局）· 上限=最终实收 + 权益残值 + ④ 费用拆解
退款抽屉内点「财务打款」渠道卡
提交前二次确认弹窗（全局）
退款抽屉底部「提交退款」→ 弹出退款确认
4可退金额是怎么算出来的
这是业务最关心的部分。系统不会简单「全额退」，而是按下面这条公式算：
剩余课时费（残值）= 实付 ÷ 总课时 × 剩余课时¥ 800.00
− 违约金（默认 残值 ×20%，可调）− ¥ 160.00
− 自动续约优惠补差（仅自动续费订单）− ¥ 0.00
= 推荐可退金额¥ 640.00
残值按商品类型怎么算
| 类型 | 无理由窗口内 且 一次没用过（会员卡48小时 / 私教7天） | 其他情况（残值） |
|---|
| 会员卡 · 时长卡（按天） | 下单 48 小时内：全额退，不扣违约金 | 残值 = 实付 × 剩余天数 ÷ 总天数；再按残值扣 20% 违约金 |
| 会员卡 · 次数卡（按次） | 下单 48 小时内：全额退，不扣违约金 | 单次价 = 实付 ÷ 总次数；残值 = 单次价 × 剩余次数；再扣 20% 违约金 |
| 私教 · 次数课 | 下单 7 天内：全额退 | 残值 = 单节价 × 剩余节数；7 天内不扣违约金，超 7 天扣 20% |
| 私教 · 时长课 | 下单 7 天内：全额退（且没有任何已签到的课） | 按剩余时长比例折算，再扣 20%；还有没签到的排课时不允许退 |
残值= 用户实付里「还没消耗掉」的那部分钱，按上表分类型折算。会员/年卡若系统拿不到课时明细，则按「全部未使用」估算为剩余可退（避免算成 0）。
违约金默认按残值的 20% 扣，运营可手动改（VIP 客户可免、可加）。改了违约金，可退金额会自动重算。
⚠️ 关于「财务打款」的退款上限本次特别明确：财务打款的上限不是订单结算金额，而是「最终实收」——即（实收 − 已退）再扣掉通道/平台手续费（团购 8%、其他通道 0.6%）。因为线下打款的钱只能从我们真正收到的净额里出，不能把平台抽走的手续费也退给用户。
可手动覆盖遇到客诉补偿、合规调整等特殊情况，运营可以直接改「可退金额」数字（不超过该渠道上限）。改过之后会显示「已手动调整」提示，点「按推荐」可一键还原。
5退款单审批 — 谁在什么环节做什么
退款单的生命周期，以及本次最重要的流程优化：原路退回 / 撤销核销不再空跑财务。
▲ 退款审批流转：审核后按渠道分四条路径——原路退回/撤销核销/团购平台原路退款各自完成，仅财务打款进待办；命中无理由（会员卡48小时/私教7天）则系统自动通过审核（非真机界面）
退款单列表 + 处理抽屉（审批 / 打款）
财务管理 → 退款单据 → 列表（含状态筛选）；点「编辑」打开处理抽屉
- 截图1：列表整体（compact 筛选 + 合并后的列 + 渠道彩色 chip + 操作按钮）
- 截图2：一条「待审核」单的处理抽屉（含可退金额可编辑、驳回/保存/审核按钮）
- 截图3：一条「用户取消 / 运营驳回」单（渠道 chip 弱化、标注「未实际走通道」）
❌ 改造前
- 所有退款单不管哪种渠道，都要进财务环节点一下「确认打款」才算完成
- 原路退回明明是通道自动退的，财务还要空点一次，徒增工作量
- 用户取消/运营驳回的单子，渠道信息照常显眼，容易误以为真的退了钱
✅ 改造后
- 原路退回 / 撤销核销 / 团购平台原路退款：审核通过即完成
- 只有「财务打款」才进入「待打款」，财务打完款回填 OA 单号确认到账
- 用户取消（status=-2）/ 运营驳回（status=-1）：渠道标签弱化展示并标注「未实际走通道」
退款单的 5 种状态
🟠 待审核 — 等运营审核
🟡 待打款 — 等财务线下打款（仅财务打款渠道）
🟢 打款完成 — 终态
⚪ 用户取消 — 用户自己撤回了申请
🔴 运营驳回 — 审核不通过
请业务确认OA 单号的填写时机：现在的设计是财务实际线下打款完成后，回到「待打款退款单」页面回填 OA 单号并确认到账，而不是运营发起时就填。请确认这个时机符合财务实际对账习惯。
6无理由自动审批退款（会员卡 48 小时 / 私教 7 天）
为减少运营/财务在「明显该退」的单子上反复点审核，新增一条自动审批规则：满足条件的退款，系统自动通过审核，运营不用再手动审。
触发条件（两个都要满足，且无理由窗口按商品类型区分）① 在无理由窗口内——会员卡（时长卡/次数卡）下单 48 小时内；私教课（次数课/时长课）下单 7 天内；② 这一单的权益一次都没用过——会员卡=本卡有效期内一次都没门禁签到过；私教课=一节课都没签到过。两条都满足才自动审批，否则仍走人工审核。
自动审批后怎么走
1
原路退回的单（微信/支付宝在线支付）：系统全自动完成——自动审批 + 自动原路退款到账，财务完全不用管。
2
团购 / 线下的单：系统自动审批通过，直接进入「待打款」，财务在退款抽屉里选好资金渠道（撤销核销 / 团购平台退款 / 手动打款）并确认即可，不用再走「审核」这一步。
关于冻结与扣权益的时机（重要变化）以前用户一提交退款，系统就立刻把权益（课时/会员天数）扣掉。现在改为：用户一提交退款申请，对应权益立即冻结、暂停使用——审核与打款期间不可约课/核销/进场（暂时停用该卡）；若被运营驳回或用户撤销，自动解冻、恢复正常使用；只有当钱真正确认退成功的那一刻，才正式扣减权益退出。这样既不会「没退钱就把权益扣掉」，也不会在退款处理期间被用户继续薅用。已确认采用。
❌ 改造前
- 每一单退款都要运营手动点「审核」
- 用户一申请退款，权益马上被扣（即便最后没退成）
✅ 改造后
- 会员卡48小时内 / 私教7天内 + 没用过 → 系统自动审批；原路退的连财务都免了
- 申请即冻结权益暂停使用；驳回/撤销自动解冻；「钱确认退成功」才正式扣减
- 退款单上有绿色「系统自动审批」标识，一眼区分
【演示数据·示意 UI，非真实订单】退款单据列表 · 系统自动审批标识
财务管理 → 退款单据
- 带绿色「系统自动审批」chip 的单据 = 系统自动审批通过的
- 原路退回的已自动打款完成（无需财务）；团购/线下的停在「待打款」等财务选渠道确认
请业务确认① 自动审批的两个条件（会员卡下单48小时内 / 私教下单7天内 + 本单权益一次未用）口径是否合适？② 现已采用「申请即冻结权益、驳回/撤销自动解冻、打款完成才正式扣减」这套口径——审核与打款期间该卡暂停使用、不可约课/核销/进场，请确认无异议。
7订单列表 — 看得更清楚了
❌ 改造前
- 列太多（8+ 列），团购信息、退款各占一列，横向滚动
- 「实付」语义混乱：已关闭订单也显示「实付」金额，但其实没付过
- 用户维度的标签（全新/复购/体验）散落在各列
- 渠道写「正常下单」，看不懂是什么
✅ 改造后（会员卡订单 / 私教订单 都改了）
- 合并成 7 列：订单 / 门店·商品 / 用户 / 金额·退款 / 状态·支付 / 属性·审核（私教为 课时·属性）/ 操作，一屏看完不再横向滚
- 金额列：统一叫「应付」；真实付了多少看「最终实付」；公司净收看「最终实收」（仅已支付订单展示）；退款金额并进金额列，点「详情」弹退款详情
- 用户列：昵称 + 用户ID + 全新/复购/体验标签全部集中到这一列；显示真实昵称（不再是占位）
- 状态/支付列：原「支付」列改名「订单状态」，团购信息并进来；团购单可点开团购核销详情
- 渠道「正常下单」→ 「小程序下单」；团购统一显示「美团点评/抖音」
- 付款来源新增「自动续费扣款」：自动续费签约扣款产生的订单单独打绿色「自动续费扣款」标识，和用户手动「小程序下单」区分开（这类单退款走原路退回）
- 支付明细、退款明细、团购核销明细统一改成抽屉弹层查看，不跳页
- 团购核销弹窗重做：选渠道卡片化、门店下拉带门店地址等信息、核销结果卡更清晰
- 新增「团购待核销」页：集中处理已核销待发卡的团购单，支持「发卡 / 拒发并退款」
- 补录订单改成抽屉、按板块分组卡片化；支持补录、修改订单、补录批量审核；财务打款单显示补录审核状态（审核通过/待审核/未通过）
- （私教）分配教练抽屉重做：先开窗再异步加载 + 搜索 + 卡片，修复以前打开「卡住」的体感
| 金额字段 | 含义 | 什么时候看它 |
|---|
| 应付 | 下单时应该付的钱（订单原价 − 优惠） | 看订单标价 |
| 最终实付 | 用户真正付的钱 − 已退的钱 | 看用户实际花了多少 |
| 最终实收 | 最终实付 − 通道/平台手续费 | 看公司净收入、算财务退款上限 |
订单支付来源厘清了，一眼看懂从哪来的
以前来源写「正常下单」，含糊——分不清是用户自己在小程序买的，还是自动续费签约扣的款。现在「订单」列的来源标识拆清楚：
| 来源标识 | 含义 |
|---|
| 小程序下单 | 用户主动在小程序下的单（原「正常下单」改成这个，更准确） |
| 自动续费扣款（绿色） | 自动续费签约后系统代扣产生的单，单独标绿，和手动小程序下单区分开 |
| 外推码下单 | 外推码渠道带来的单 |
| 补录订单 | 线下/非线上补录的单，旁边带补录审核状态 |
| 美团点评 / 抖音 | 团购来源，橙色，旁边还能看团购核销信息 |
三件事分清楚了「从哪来的（来源）」「怎么付的（支付方式：微信/支付宝/隆泰…）」「订单类型（预售卡/正式卡）」是三回事——现在来源在「订单」列一眼可见，具体支付方式收进「支付详情」抽屉点开看，不再混在一起。
【演示数据·前两行为注入的「自动续费扣款」示意】订单列表新版（会员卡订单 / 私教订单）
订单管理 → 会员卡订单（再截一张 私教订单）
- 截图要点：合并后的列（用户列含昵称+ID+标签、金额/退款合并列、状态/支付合并列）
- 顺手点开「支付详情 / 退款详情」抽屉各截一张，体现「不跳页、抽屉统一」
8会员卡 / 私教 ↔ 团购商品 一对多绑定
一个内部商品（会员卡/私教课）可绑定多个团购套餐；团购套餐不再各自新建内部商品，统一映射到已有内部商品上。用户在美团/抖音买的团购套餐到店核销后，系统据此绑定关系发对应会员卡/私教课。
一对多怎么理解一个内部商品（某张会员卡 / 某门私教课）可以绑定多个团购商品（美团一个套餐 + 抖音一个套餐 + 美团另一个促销套餐…）；反过来，一个团购套餐只能绑定到一个内部商品（避免核销时发错权益）。
▲ 一个内部商品 ↔ 多个团购套餐 绑定关系示意图（非真机界面）
运营怎么操作绑定
1
进入 会员卡管理 → 门店配卡，页面按门店分块，每店左右两列分别列「会员卡」「私教课程」商品卡片。
2
每张商品卡片下方有已绑定的团购 chip（蓝=美团点评 / 粉=抖音），chip 上能看到团购 id；点 chip 末尾 × 可解绑（二次确认）。
3
点商品卡片上的 「+ 绑定」：选商户 key → 拉出该商户下的团购商品列表 → 单选一个 → 确定绑定。已被别处绑过的团购会标注「已绑定到 XX」，防止重复绑。
4
需要给多个商品批量挂团购时，用页面顶部 「批量绑定团购」 抽屉一次处理。
门店配卡页（商品 ↔ 团购 绑定主界面）
会员卡管理 → 门店配卡
- 截图1：整页（门店分块、会员卡/私教两列、商品卡片 + 团购绑定 chip + 「+ 绑定」按钮 + 顶部「批量绑定团购」）
- 截图2：「+ 绑定」弹窗（选商户 key → 团购商品单选列表，含「已绑定到 XX」提示）
- 截图3：顶部「批量绑定团购」抽屉
关键约束一个团购套餐只能绑定到一个内部商品（反向唯一）。绑错 = 用户买 A 套餐却发了 B 权益，操作时务必绑对。
9团购核销 / 撤销核销
团购核销
后台手动核销团购券的弹窗整体重做：渠道卡片化、门店下拉补充了门店地址等信息、核销结果卡片清晰展示，「美团」统一改叫「美团点评」。
撤销核销
撤销核销不再是独立入口，统一收进退款抽屉作为一条渠道。带倒计时窗口（美团 10 分钟 / 抖音 60 分钟），过期自动置灰，整笔撤销、不能退部分。撤销后用户的券恢复为未使用、已发的权益一并撤回。
团购待核销
新增「团购待核销」列表页，集中查看/处理待核销（已核销未发权益）的团购订单，提供「发卡」「拒发并退款」操作。
团购核销弹窗 + 团购待核销页
订单页「团购核销」按钮 → 弹窗；订单管理 → 团购待核销
- 截图1：团购核销弹窗（渠道卡片、门店下拉带门店信息、核销结果卡）
- 截图2：团购待核销列表（含「发卡 / 拒发并退款」操作）
10需要业务确认的关键问题
Q1 渠道判定规则「这笔订单走哪条退款渠道」目前由系统按订单原支付方式自动推荐。请确认表格②里的对应关系是否符合实际业务（尤其团购券窗口期 美团10min/抖音60min 是否准确）。
Q2 违约金默认 20%是否所有商品线都统一 20%？有没有按卡种/课程区分的需求？目前是统一默认、可手动改。
Q3 财务打款上限 = 最终实收线下打款只能退「我们净收到的钱」（已扣手续费），不退平台抽成部分。请财务确认这个口径无异议。
Q4 团购平台原路退款（新渠道）这条渠道系统不退任何钱，只做登记 + 扣权益，用于「用户在平台 App 自己退了」的补登场景。请确认这个业务场景真实存在且需要后台支持。
Q5 OA 单号回填时机财务实际打款后再回填 OA 单号确认到账 —— 是否符合财务对账流程？
Q6 残值兜底会员卡/年卡若系统拿不到课时消耗明细，残值按「全部未使用」估算（= 剩余可退）。请确认这个兜底对年卡类商品是否会偏高，需不需要人工复核。
Q7 团购绑定一对多「一个内部商品可绑多个团购套餐、一个团购套餐只能绑一个内部商品」——请确认该约束符合实际投放（是否存在同一团购套餐需对应多商品的场景？若有，方案需调整）。
Q8 解绑影响解绑团购后，已核销但未发权益的存量订单如何处理？请确认解绑是否需要拦截「仍有未处理核销单」的商品。