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