网报小程序 — 我的订单与优惠券 — 产品需求说明书

模块 08 版本 V2.0 更新 2026-08-07 归属：三期（M3 · 订单与优惠券，2026-08-27 技术可上线） C 端 · 订单管理 + 优惠券
订单列表页总览 待支付 Tab 待补缴 Tab 已完成 Tab 已取消 Tab 优惠券列表 券切换 数据流程图 修订记录
模块一：订单列表页总览（4个Tab）/myOrder

模块说明：我的订单列表页按 4 个 Tab 组织，本页按 Tab 顺序分章说明：模块二 待支付 → 模块三 待补缴 → 模块四 已完成 → 模块五 已取消（每章含该 Tab 的列表卡片、订单详情与相关流程）。本模块仅保留列表页公共规则（页面结构、状态字典、公共交互与接口）。

订单列表页形态（示例为已取消 tab）

界面结构

  1. 顶部导航：返回 ← + "我的订单" + 微信胶囊
  2. 4 个 Tab（本期 P0 新增"已取消"tab）：
    • 待支付（activeName=3）→ 详见 模块二
    • 待补缴（activeName=2）→ 详见 模块三
    • 已完成（activeName=1）→ 详见 模块四
    • 已取消（activeName=4，右上有红点 ● 表示"新"）→ 详见 模块五
  3. 订单卡片（白底圆角）：
    • 顶部：下单时间 / 取消时间（灰色）
    • 班级商品卡：类型标签 + 班级名 + 地点/时间/课次/老师
    • 底部：服务总价 ¥XXX
    • 操作按钮区（按状态变化，各 Tab 卡片要点见模块二~五）

数据规则

orderStatus 字典（完整）

状态码含义主按钮（列表）主按钮（详情）
1已完成无（查看订单）
2等待补缴立即补缴 / 未开放补缴（显示 toPayTime）立即补缴
3等待付款立即支付 + 倒计时立即支付 + 倒计时 + 取消服务
4已取消删除服务 / 放回购物车（P0 新增）删除 / 放回购物车
5支付成功无（查看订单）
6支付成功无（同 status 5）

segmentLabelObj 段次标签

值标签说明
0已缴已支付完成的段次
1现缴当前需要支付的段次
2待缴后续待补缴的段次
3已过期讲次已过的段次，置灰展示、不可缴费（值定义以 09 §三 段次状态机 为准）

状态说明（4 Tab 汇总）

Tab筛选条件卡片操作按钮补充说明
待支付orderStatus=3"立即支付"橙色按钮 + 倒计时(mm:ss)倒计时到 0 自动 reload
待补缴orderStatus=2"立即补缴"或"未开放补缴"orderCanRePay===3 可补缴；===4 灰禁；否则显示 toPayTime 文案
已完成orderStatus=1/5/6无主按钮（点卡片进详情）P1 可考虑"再次购买"入口
已取消orderStatus=4"删除服务" + "放回购物车"橙色描边按钮放回购物车调 batchAdd 接口

公共交互规则

操作行为补充
点击订单卡片跳转 /orderDetail?orderId=所有状态均可点击进入详情
下拉刷新onRefresh 重新拉取列表—
分页加载listMixin 提供，pageSize=10滚动到底部自动加载下一页
Tab 内操作（立即支付 / 立即补缴 / 取消服务 / 放回购物车 / 删除服务）的规则分别见模块二~五。

公共异常与兜底

场景处理方式
空列表各 tab 显示 empty 占位图（具体文案以设计稿/后端下发为准，前端不硬编码）
订单服务不可用各 tab 显示服务不可用提示（文案由后端下发 message，前端不硬编码）
放回购物车相关错误码（batchAdd 5003/5005/5006/5011/部分失败）处理见 模块五 已取消 Tab。

接口清单

接口入参用途
/v2/order/queryOrderstype, pageIndex, pageSize订单列表分页
/v2/order/queryOrderCounttype订单数量（用于角标）
/v2/order/deleteOrderorderId删除已取消订单
/v2/shoppingcart/batchAddclaIds, ignoreTest已取消订单一键放回购物车
模块二：待支付 TaborderStatus=3
待支付tab卡片

列表卡片要点

  • 筛选条件：orderStatus=3
  • 卡片底部"立即支付"橙色按钮 + 倒计时（mm:ss），倒计时到 0 自动 reload
  • 点击卡片进入订单详情（见 2.1）

交互规则

操作行为补充
立即支付跳转 07 收银台（continuePay 接口）携带 orderId，倒计时从 orderCreateTime 算 30 分钟
来源：网报3.0升级设计稿-20260804。
2.1 订单详情 — 待支付/orderDetail
订单详情-待支付

界面结构

  1. 沉浸式顶部 banner（背景图按状态切换，四态对照见状态说明表）：待支付 → 橙色背景 + 时钟图标 + "待支付" + "该服务将于 XX分XX秒后失效，请尽快支付"
  2. 收货地址区（若有）：省市区 + 详细地址 / 收件人 + 手机号 / "修改"按钮（若已发货则改为"查看物流"）
  3. 服务卡列表：每个班级一张
    • 顶部按状态显示：申请退费 / 退费中 / 退费成功 / 已退余额 / 已转班 / 退费失败（regShowStatus 0~6）
    • 班级信息卡（ClassInfoCard）+ 段次列表（已缴/现缴/待缴 标签）
    • 押金（若有）
  4. 服务明细：服务总价 / 优惠 / 优惠券 / 优惠口令 / 余额抵扣 / 合计
  5. 底部操作按钮（待支付态）："取消服务"（描边，弹窗见 2.3）+ "立即支付"（橙色）

数据规则

字段代码字段来源规则
订单详情orderDetailmine.getQueryOrderDetail({orderId})包含 orderInfo + 商品列表
订单状态orderInfo.orderStatus同上1/2/3/4/5/6 见 orderStatus 字典（模块一）
支付倒计时cptCountDownTimecomputed从 orderCreateTime 算 30 分钟
取消原因orderInfo.cancelReason接口返回已取消时显示在 banner 文案（见 5.1）
物流信息expressOrderorder.queryExpress({tmsOrderId})有则显示"查看物流"按钮
退费状态item.regShowStatus接口0~6 共 7 种态
服务总价orderInfo.orderPrice同上—
优惠金额orderOtherCouponDis同上优惠券折扣
电子券折扣orderEcouponDis同上—
口令优惠orderNbygCouponDis同上—

regShowStatus 退费状态字典

值显示文案颜色
0（不显示）—
1申请退费橙色
2退费中蓝色
3退费成功绿色
4已退余额绿色
5已转班灰色
6退费失败红色

状态说明（详情页 banner 四态）

Banner 状态背景色图标主文案副文案
待支付（status=3）橙色时钟待支付该服务将于 XX分XX秒后失效，请尽快支付
待补缴（status=2）橙色补缴待补缴X月X日 开放补缴 / 已开放补缴
已完成（status=1/5/6）蓝色成功已完成—
已取消（status=4）灰色失败已取消取消原因：{cancelReason}
详情页整体结构四态共用（待补缴/已完成/已取消分别见模块三/四/五），仅 banner 状态与底部操作按钮区有差异。

交互规则

操作行为补充
立即支付调 continuePay 接口 → 跳转 07 收银台倒计时到 0 → 页面自动 reload
取消服务弹底部半屏取消订单弹窗（见 2.3）仅待支付态可见
修改地址跳转地址编辑页（modifyAddress 接口）若已发货则按钮文案改为"查看物流"
查看物流调 order.queryExpress → 展示物流信息expressOrder 有值时显示

接口清单

接口用途
/v2/order/queryOrderDetail订单详情
/v2/order/cancelOrder取消订单
/v2/order/modifyAddress修改收货地址
/v2/order/continuePay继续支付
/v2/logistics/express查看物流
2.2 接口延迟过渡态（网报3.0升级设计稿-20260804）
接口延迟出现已取消

过渡态说明

  • 待支付详情在轮询 / 接口延迟期间，可能短暂出现「已取消」banner 闪现
  • 属接口状态不同步的过渡态，非真实取消；数据返回后纠正为「待支付」
  • 前端兜底：状态接口未稳定前避免渲染最终 banner，或对短促状态跳变做防抖
来源：网报3.0升级设计稿-20260804。与支付结果「轮询中 Loading 态」同理：状态未稳定前以 Loading/骨架过渡，避免误导用户。待确认：是否需前端加防抖或以骨架屏替代闪现。
2.3 取消订单弹窗（底部半屏）P0 核心
取消订单弹窗

界面结构

  1. 标题："取消原因" + 右上 ✕ 关闭
  2. 副标题："请选择取消本次服务的原因"
  3. 5 个单选项（每行 ○ 圆形单选）：
    1. 不想买了
    2. 服务选错，重新拍
    3. 有更优惠的购买方案
    4. 付款遇到问题
    5. 其他原因
  4. 底部："提交后，将本单商品放回购物车中" + 切换开关（默认开启）— P0 新增"放回购物车"开关
  5. 确定按钮：橙色大按钮

取消订单流程（6 步）

  1. 用户在订单详情"待支付"态点击"取消服务"按钮
  2. 弹底部半屏"取消原因"弹窗
  3. 用户选择 1 个原因 + 决定"放回购物车"开关（默认 ON/OFF 待确认 M-02）
  4. 点击"确定" → 调 order.cancelOrder({orderId, cancelReason})
  5. 若开关 ON → 紧接着调 cart.batchAdd({claIds}) 把订单班级放回购物车
  6. 关闭弹窗 + toast"取消成功 + 已放回购物车"（或仅"取消成功"）→ 页面刷新：状态变 4 已取消，banner 变灰（已取消 Tab 表现见 模块五）

异常与兜底

场景处理方式
cancelOrder 接口失败toast 错误信息，弹窗不关闭
防重复提交"确定"按钮 disabled + Loading
开关 ON 时 batchAdd 失败按错误码处理，同 模块五 batchAdd 异常表

配置项清单

配置项维度说明
取消原因列表后台可配置当前固定 5 个，后续可运营调整
"放回购物车"开关默认值全局默认开启（ON）（已确认，影响转化挽留率）
遗留问题： M-02 "放回购物车"开关默认值 ON/OFF 待最终确认； M-04 "其他原因"是否展开文本框待确认
模块三：待补缴 TaborderStatus=2
待补缴tab-手工+产品分段
待补缴tab-存在退费

列表卡片要点

  • 筛选条件：orderStatus=2
  • 手工分段+产品分段：同一订单可同时含手工分段与产品分段班级，段次标签区分「已缴/现缴/待缴」，主按钮"立即补缴 / 未开放补缴"
  • 存在退费：订单内含退费记录时，服务卡上叠加退费状态标签，待缴金额需扣除已退部分
  • 按钮状态判定：orderCanRePay===3 可补缴；===4 灰禁；否则显示 toPayTime 文案
来源：网报3.0升级设计稿-20260804。段次标签与多段合并缴规则详见 09-分段收费；退费金额为后端计算，前端仅展示。
3.1 订单详情 — 待补缴与三态/orderDetail
待补缴-已开放
待补缴-未开放
待补缴-未开放-存在退费

界面结构

待补缴订单详情页复用 模块二 2.1 的整体结构，仅 banner 状态和操作按钮区域有差异。

  1. 沉浸式 banner：橙色"待补缴"（副文案"X月X日 开放补缴" / "已开放补缴"）
  2. 收货地址区：同 2.1
  3. 服务卡列表：同 2.1，含退费状态标签
  4. 服务明细：同 2.1
  5. 分段段次列表（分段订单）：每段一行「段名 + 状态文字 + 金额」（如"秋季1段 已缴 ¥500"灰显 / "秋季2段 待缴 ¥100"），不展示起止日期与讲次
  6. 金额行（四段式）：原价 ¥X   优惠 ¥X   已缴 ¥X   待缴 ¥X（待缴金额橙色强调）

三态对照

状态Banner底部按钮
已开放补缴（orderCanRePay=3）橙色"待补缴—已开放补缴""立即补缴"橙色按钮
未开放补缴（orderCanRePay=4）橙色"待补缴""未开放补缴"灰色禁用
未开放·存在退费橙色"待补缴" + 退费标签灰色禁用，金额行扣除已退
未开放·其他（status=2, 其他）橙色"待补缴"显示 toPayTime 文案，灰色禁用，按钮文案「补缴时间 MM-DD」，取最近一段的开始缴费时间

交互规则

操作行为补充
立即补缴跳转 07 收银台复用 continuePay 接口，走补缴结算
多段同时到期合并缴多个段次同时到达可缴费时间 → 一起缴费（不拆单）；仅部分段次到期 → 只缴已到期段次完整规则见 09 §六 支付与待补缴
退费申请跳转退费流程页P1 后续迭代，本期仅保留路由入口
待补缴支付流程（2026-08-05 用户裁定）：方向可行——① 待补缴订单在收银台放弃支付 → 订单出现在「待付款」可支付（原「待补缴」页仍有该订单但不能支付）；② 「待付款」订单取消支付 → 回到「待补缴」页可直接支付。修正：原 15.8「去掉确认服务页、订单详情直跳收银台」不采纳——正常流程保持现行「立即补缴 → 确认服务页 → 收银台支付」不变。
分段收费完整规则（购物车侧只缴首段 / 待补缴侧多段合并缴 / 段次状态机 / 资料费归段）详见 09-分段收费（该文档为分段收费唯一权威源），本模块仅保留待补缴界面结构与按钮状态。

异常与兜底

场景处理方式
补缴开放但班级已下架Toast 提示无法补缴（后端下发 message，前端不硬编码文案）
订单详情加载失败显示加载失败占位（文案以设计稿/后端下发为准）+ 重试按钮
待确认：① 补缴倒计时归零后页面是否自动 reload 刷新状态——2026-08-05 事实核查确认该行为无源码依据，已从异常兜底表移除，确认后写回；② 待支付卡片倒计时到 0 自动 reload（模块一 Tab 表 / 模块二列表卡片要点 / 2.1 交互表 3 处表述）同属无源码依据，一并待确认。
来源：网报3.0升级设计稿-20260804。orderCanRePay 取值与多段合并缴规则详见 09 §六 支付与待补缴。
模块四：已完成 TaborderStatus=1/5/6
已完成tab卡片

列表卡片要点

  • 筛选条件：orderStatus=1/5/6
  • 无主按钮（点卡片进详情）
  • P1 可考虑"再次购买"入口
来源：网报3.0升级设计稿-20260804。
4.1 已完成订单详情与操作（网报3.0升级设计稿-20260804）
已完成订单详情
已完成-修改地址
已完成-已转班
已完成-已退余额

详情结构

已完成订单详情页复用 模块二 2.1 的整体结构，banner 为蓝色"已完成"，无主操作按钮。

  • 分段段次列表（分段订单）：每段一行「段名 + 状态文字 + 金额」，不展示起止日期与讲次
  • 金额行（四段式）：原价 ¥X   优惠 ¥X   已缴 ¥X   待缴 ¥X
  • 评价入口（P1 占位）：已完成订单底部可展示"去评价"入口

操作态说明

  • 已完成-详情：蓝色"已完成"banner + 服务卡 + 分段段次 + 四段式金额行，无主按钮
  • 修改地址：未发货时可改收货地址（modifyAddress）；已发货则按钮文案改"查看物流"
  • 已转班：订单发生转班后，服务卡叠加"已转班"状态标签，展示转班后班级信息
  • 已退余额：订单发生余额退费后，金额行展示已退余额，服务卡叠加退费标签

交互规则

操作行为补充
再次购买（P1）将订单中班级重新加入购物车类似"放回购物车"但面向已完成订单
去评价（P1）跳转评价页需与 06 课程详情的学员评价模块联动
退费申请跳转退费流程页P1 后续迭代，本期仅保留路由入口
来源：网报3.0升级设计稿-20260804。转班/退费为后端业务结果，前端仅展示状态标签与金额；物流查看规则见 2.1 交互规则（查看物流）。
模块五：已取消 TaborderStatus=4 · P0 新增
已取消订单 tab + 一键放回购物车

列表卡片要点

  • 筛选条件：orderStatus=4
  • 卡片按钮："删除服务" + "放回购物车"橙色描边按钮（P0 新增）
  • 红点提示：已取消 tab 右上红点 ●，用户点开过一次后红点消失

一键放回购物车流程

  1. 用户在已取消订单列表/详情点击"放回购物车"
  2. 调 cart.batchAdd({claIds})（claIds 取订单中所有班级 ID）
  3. 成功 → toast"已放回购物车" + 跳转 07 购物车页
  4. 失败 → 按错误码弹窗处理（见下方异常与兜底）

交互规则

操作行为补充
放回购物车调 batchAdd({claIds}) → 成功 toast"已放回购物车" + 跳 07 购物车claIds 取订单中所有班级 ID
删除服务调 order.deleteOrder({orderId}) → 移除卡片需二次确认弹窗

异常与兜底（batchAdd）

场景处理方式
batchAdd 全部成功Toast 提示成功数量（后端下发 message，前端不硬编码文案）+ 跳购物车
batchAdd 部分失败dialog 列出失败班级名 + 已成功项保留（如"已结束/学位售罄"）
batchAdd 全部失败toast 失败原因
batchAdd 5003（班级冲突）弹"班级冲突"弹窗，提示用户去购物车处理
batchAdd 5005/5006（诊断分层冲突）弹"诊断分层冲突"弹窗，同 07 购物车错误码处理
batchAdd 5011（其他业务冲突）弹冲突提示弹窗

配置项清单

配置项维度说明
"已取消"tab 红点判断后端字段近 7 天有新取消？有未处理的？（待确认 M-01，需后端字段支持）
已取消订单是否需要二次确认全局列表页"放回购物车"是否弹确认 dialog（待确认 M-03）
遗留问题： M-01 "已取消"tab 红点判断字段待后端； M-03 列表页放回购物车是否二次确认待产品确认
5.1 已取消订单详情/orderDetail
已取消banner示意

详情结构

  • 沉浸式 banner：灰色背景 + 失败图标 + "已取消" + "取消原因：{cancelReason}"
  • 收货地址区 / 服务卡列表 / 服务明细同 2.1
  • 底部操作按钮："删除服务" / "放回购物车"（规则同上方交互规则表）
左图为已取消 banner 示意（该态无独立设计稿，借用接口延迟过渡态图展示 banner 形态）。取消订单的入口流程见 2.3 取消订单弹窗。
模块六：优惠券列表（3个Tab）/coupon
优惠券切换样式

界面结构

  1. 顶部导航：返回 ← + "优惠券" + 微信胶囊
  2. 3 个 Tab：
    • 未使用
    • 已使用
    • 已过期
  3. 券卡片（整卡可点击）：
    • 左侧：面额（大字号 ¥XX）+ 使用条件（满XX可用 / 不限门槛）
    • 右侧：有效期（YYYY.MM.DD - YYYY.MM.DD）+ 适用范围说明
    • 未使用态：右下角"去使用"橙色按钮
    • 已使用态：灰色 + "已使用"水印
    • 已过期态：灰色 + "已过期"水印
  4. 优惠券使用指南入口：右上角"使用指南"文字链 → /couponUserGuide

数据规则

discountType 优惠类型

类型含义展示方式
1满减券满 XX 减 XX
2折扣券X 折
3代金券直减 XX 元
4无门槛券减 XX 元（不限门槛）
2026-07-26 确认：优惠券类型口径：当前业务实际发放的优惠券仅有 "立减"（直减固定金额） 和 "折扣" 两种，无"满减"券。上表 discountType 为接口历史枚举全集，前端展示与测试用例以"立减/折扣"两种为准。

券状态判断

状态判断条件Tab 归属
未使用unusedStatus=1 且未过期未使用 tab
已使用unusedStatus=2已使用 tab
已过期unusedStatus=1 且已过期已过期 tab

交互规则

操作行为补充
"去使用"跳转 03 首页 / 04 选课根据券适用范围决定跳转目标
整卡点击同"去使用"（整卡 click 热区扩大）P0 改进：旧版点击区域小，新版整张券都是点击热区
下拉刷新onRefresh 重新拉取—
使用指南跳转 /couponUserGuide旧版已实现，本期保留

异常与兜底

场景处理方式
无优惠券各 tab 显示 empty 占位图 + "暂无优惠券"
优惠券服务不可用显示服务不可用提示（文案由后端下发 message，前端不硬编码）

配置项清单

配置项说明
优惠券使用指南 URL路由 /couponUserGuide，旧版已实现
点击热区规则整卡 click（hover/active 态视觉反馈，待确认 M-09）
6.1 券四态与详情/说明（网报3.0升级设计稿-20260804）
优惠券-未使用
优惠券-已使用
优惠券-已过期
优惠券-详情
优惠券-使用说明

券四态（与界面结构一致）

  • 未使用态：右下角"去使用"橙色按钮
  • 已使用态：灰色 + "已使用"水印
  • 已过期态：灰色 + "已过期"水印
  • 空状态：显示"暂无优惠券"

详情与说明

  • 券详情：点券卡片查看面额、使用条件、有效期、适用范围的完整详情
  • 使用说明：右上角"使用指南"→ /couponUserGuide，展示券使用规则说明
来源：网报3.0升级设计稿-20260804 + 企微讨论记录 15.8（范佳悦提供新状态说明）。discountType 枚举全集 4 类（满减/折扣/代金/无门槛）见上方数据规则表；当前实际发放仅"立减/折扣"两种（2026-07-26 口径），15.8 重申的 4 类为接口枚举全集，两者不冲突。
模块七：优惠券 — 可使用/不可用（券切换）确认订单调用
历史卡券

界面结构

券切换弹窗是在确认订单页（07 购物车与下单）中调用的券选择 UI，非独立页面。2026-08-04 起由「未使用/历史卡券」调整为「可使用/不可用」两类（企微讨论记录 15.8，因接口无"历史卡券"字段，见文末说明）。

  1. 触发入口：确认订单页"优惠券"行 → 点击展开底部半屏弹窗
  2. 弹窗结构（2 个 Tab）：
    • 可使用：当前可用优惠券列表（单选），与独立优惠券页的"未使用"tab 数据一致
    • 不可用：已使用 + 已过期 + 不满足使用条件的券列表（只读展示，不可选择）
  3. 可使用 tab 券卡片：
    • 左侧：面额 + 使用条件
    • 右侧：有效期 + ○ 单选按钮
    • 底部："不使用优惠券"选项
  4. 不可用 tab 券卡片：
    • 已使用：灰色 + "已使用"水印
    • 已过期：灰色 + "已过期"水印
    • 不满足条件：灰色 + 不可选（如门槛未达 / 不适用当前商品）
  5. 底部："确定"按钮 → 回填选中的券到确认订单页

交互规则

操作行为补充
选中一张券单选高亮 + 自动计算优惠金额切换选中时实时更新
"不使用优惠券"取消选中所有券，按原价计算—
点击"确定"回填选中券 → 关闭弹窗 → 确认订单页更新金额若未选任何券则等价于"不使用"
切换到"不可用"tab展示已使用/已过期/不满足条件券（只读）不可选中，仅供查看

异常与兜底

场景处理方式
无可用优惠券可使用 tab 显示"暂无可用优惠券" + 引导查看"不可用"tab
券已过期但列表未刷新选中时校验有效期，过期则 Toast 提示（后端下发 message，前端不硬编码文案）+ 刷新列表
多选互斥（同类型券）单选模式，选新自动取消旧选中
2026-08-04 口径变更（企微讨论记录 15.8）：范佳悦提醒 PRD 更新——因接口中没有"历史卡券"字段，设计稿已由「未使用/历史卡券」调整为展示「可使用/不可用」两类。本模块上述规则已按新口径改写（可使用=当前可用、可单选；不可用=已使用/已过期/不满足条件，只读）。左侧配图为旧版"历史卡券"设计稿，新版（可使用/不可用）设计稿图待补。券四态与 discountType 4 类枚举见 m6 及 6.1。
跨模块引用：本模块由确认订单页调用，详见 10-确认订单与支付 §一：确认订单（同目录）
模块八：数据流程图

订单管理全流程

flowchart TD
  Start([我的 - 订单入口]) --> OrderList[订单列表页
4 Tab: 待付款/待补缴/已完成/已取消]

  OrderList -- 点击卡片 --> OrderDetail[订单详情页]

  OrderDetail -- status=3 待支付 --> PayAction{操作}
  PayAction -- 立即支付 --> Cashier[07 收银台
continuePay]
  PayAction -- 取消服务 --> CancelDialog[取消订单弹窗
5 原因 + 放回购物车开关]

  CancelDialog -- 确定 --> CancelOrder[/cancelOrder/]
  CancelOrder -- 开关 ON --> BatchAdd1[/batchAdd
放回购物车/]
  CancelOrder -- 开关 OFF --> RefreshDetail[刷新详情
status=4 已取消]
  BatchAdd1 --> RefreshDetail

  OrderDetail -- status=4 已取消 --> CancelAction{操作}
  CancelAction -- 放回购物车 --> BatchAdd2[/batchAdd/]
  CancelAction -- 删除服务 --> DeleteOrder[/deleteOrder/]

  BatchAdd2 -- 成功 --> JumpCart[toast + 跳 07 购物车]
  BatchAdd2 -- 5003/5005/5006/5011 --> ConflictDialog[弹冲突弹窗]

  OrderDetail -- status=2 待补缴 --> RepayAction{操作}
  RepayAction -- 立即补缴 --> Cashier
  RepayAction -- 未开放 --> Disabled[灰色禁用
显示 toPayTime]

  OrderDetail -- status=1/5/6 已完成 --> DoneAction[查看详情
P1: 再次购买/去评价]

  OrderList -- 已取消 tab 放回购物车 --> BatchAdd3[/batchAdd/]
  BatchAdd3 --> JumpCart

  subgraph 优惠券
    CouponList[优惠券列表 3 Tab
未使用/已使用/已过期]
    CouponSwitch[确认订单 - 券切换
2 Tab: 可使用/不可用]
  end

  OrderList -- 优惠券入口 --> CouponList
  Cashier -.-> CouponSwitch

已取消订单一键放回购物车（详细）

flowchart TD
  Start([已取消订单]) --> Click{用户点击放回购物车}

  Click -- 列表卡片按钮 --> CallBatch
  Click -- 详情页底部按钮 --> CallBatch

  CallBatch[/shoppingcart/batchAdd
入参 claIds=订单中的班级] --> Resp{响应 code}

  Resp -- 200 全部成功 --> Success[toast 已放回购物车 + 跳购物车页]
  Resp -- 部分失败 --> PartFail[dialog 列出失败班级
+ 已成功项保留]
  Resp -- 全部失败 --> AllFail[toast 失败原因]
  Resp -- 5003 --> Conflict[弹班级冲突弹窗]
  Resp -- 5005/5006 --> DiagConflict[弹诊断分层冲突弹窗]
  Resp -- 5011 --> BizConflict[弹业务冲突弹窗]

  subgraph 取消订单时放回
    CancelPreCancel([待支付订单点取消服务]) --> CancelPop[弹取消原因弹窗]
    CancelPop --> ChooseReason[选 1/5 原因 + 切换放回购物车开关]
    ChooseReason --> SubmitCancel[确定: cancelOrder + 可选 batchAdd]
    SubmitCancel --> Resp
  end
模块九：修订记录（V2.0 / 2026-08-07）
修订项修订内容期数依据来源日期
按 4 Tab 重组章节由「页面类型」切分（列表/详情-待支付/取消弹窗/详情-已完成）重组为按订单列表 4 个 Tab 分章：模块一 列表页总览（公共规则：4 Tab 结构、orderStatus 字典、segmentLabelObj、公共交互与接口清单）→ 模块二 待支付（列表卡片+详情+取消订单弹窗与流程）→ 模块三 待补缴（列表卡片+详情三态）→ 模块四 已完成（列表卡片+详情与操作）→ 模块五 已取消（列表卡片+一键放回购物车流程+详情）；原优惠券相关模块顺延为模块六/七/八，遗留问题 M-01/M-03/M-04 随取消/放回购物车内容归入对应 Tab 章节三期用户裁定 2026-08-072026-08-07
流程注清理删除「原待确认清单 N 已闭环」「用户裁定归属/承载/迁入」等闭环与归属性流程注，保留裁定结果内容与来源依据注三期用户裁定 2026-08-062026-08-06
红框标注校准按 PIL 图像测量 + 读图目检校准 10 处部件级红框位置：修正弹窗/toast/列表区域框错位，叠加弹窗图（输错 1/2）改框整组弹窗区，同页面不同状态截图确认沿用同参数三期PIL 测量校准 2026-08-052026-08-05
图组布局规则统一依 00 V1.10 新布局规则：同层级多图（同图不同状态/图+弹窗/同流程步骤）一律横排，每张统一 280px 宽（uniform），容器横向滚动查看（细滚动条常显 + 右侧渐变提示防漏看）；本页 6 个图组统一改造（其中 4 组竖排改横排），half/third 混宽与多图竖排旧规则废止三期用户裁定 2026-08-052026-08-05
异常兜底事实核查清理「暂无订单」「服务暂不可用，请稍后」×2「已放回 X 个班级」「该服务已下架，无法补缴」「加载失败，请重试」「该券已过期」7 处杜撰/具体文案改通用表述（后端下发 message，前端不硬编码）；「暂无优惠券」空态保留（企微 15.8 有据）；m4「补缴倒计时归零 → 自动 reload」（核查项 K8）与待支付倒计时 reload 无源码依据，删除移待确认红字登记三期portal-vue 源码 grep 核查 2026-08-052026-08-05
图组布局规则统一§4.2 待补缴三态、§5.1 券四态由横排 third 改竖排 vertical-item（依 00 V1.9 登记的图组布局规则：整页长截图组竖排、短图组 ≤3 张横排）；另按用户裁定将事实核查编号「C8」改为「核查项 K8」避免与待确认清单 C-08 混淆三期用户裁定 2026-08-052026-08-05
业务规则库接入订单状态与操作引用 WB-ORDER-001，待补缴段次计算引用 WB-SEGMENT-001，本页保留列表/详情页表现与按钮状态跨期业务规则库首批提取2026-08-05
待裁定回写m4 待补缴支付流程裁定（原待办57/待确认清单 3 闭环）：方向可行——收银台放弃支付→待付款可支付（原待补缴页仍有但不能支付）→待付款取消→回待补缴可直接支付；修正：原 15.8「去掉确认服务页直跳收银台」不采纳，正常流程保持「立即补缴→确认服务页→收银台」三期用户裁定 2026-08-05（企微讨论记录 15.8）2026-08-05
网报3.0设计稿合入合入网报3.0升级设计稿-20260804：m1 新增 1.1 各 Tab 订单卡片状态（待支付/待补缴手工+产品分段/待补缴含退费/已完成 4 图）；m2 新增 2.1 接口延迟过渡态（已取消闪现 1 图）；m4 新增 4.1 已完成订单详情与操作（详情/修改地址/已转班/已退余额 4 图）+ 4.2 待补缴三态（已开放/未开放/未开放含退费 3 图）；m5 新增 5.1 券四态与详情/说明（未使用/已使用/已过期/详情/说明 5 图）三期网报3.0升级设计稿-202608042026-08-05
讨论记录增量落地（15.8）① m6 历史卡券改「可使用/不可用」两类：因接口无"历史卡券"字段，Tab 与规则全量改写（待办56）；② m4 登记待补缴支付流程调整（收银台放弃→待付款可支付→取消→回待补缴可支付；去确认服务页直跳收银台），标待确认（待办57）；③ m5 重申 discountType 4 类枚举（与 7/26"实际发放仅立减/折扣"口径不冲突）；④ m2 接口延迟已取消闪现登记前端防抖待确认三期企微-网报讨论记录 15.8（待办56/57）2026-08-05
优惠券类型口径明确当前业务仅有"立减""折扣"两种优惠券，无"满减"；discountType 接口枚举保留，前端展示与测试以两种类型为准一期2026-07-26确认2026-07-26
待补缴段次缴费规则新增：多个段次同时到达可缴费时间则一起缴费（与产品分段一致），仅部分到期则只缴已到期段次；补充与购物车侧"只缴首段"的差异说明二期语雀《分段收费》2026-07-302026-07-30
段次标签新增已过期segmentLabelObj 增加 3=已过期（讲次已过、置灰不可缴、不参与金额计算），值定义统一以 09 §三 段次状态机为准二期语雀《分段收费》2026-07-302026-07-30
分段规则收敛至 09分段收费独立成模块 09-分段收费 作为唯一权威源；本文档待补缴业务规则改为引用，仅保留界面结构与按钮状态；补充界面事实：段次行「段名 + 状态文字 + 金额」、金额行四段式（原价/优惠/已缴/待缴）、未到期按钮文案「补缴时间 MM-DD」灰色禁用二期语雀《分段收费》贴图2026-07-30
矛盾检查修订全量矛盾检查修复：优惠券相关开关「默认开启（ON）」口径确认；删除 M-02 重复登记行；09 引用去锚点改指整页（唯一权威源）一期全量矛盾检查2026-07-30
网报小程序原生改造 · 我的订单与优惠券 PRD · V2.0 · 2026-08-07