后台 · 订单管理（OMS）

覆盖页面：订单列表、订单详情、发货、订单设置、退货申请处理、退货原因设置 路由前缀：/oms 设计目标：订单全流程高效履约，异常可追溯，售后快处理

---

一、订单列表（/oms/order）

1.1 页面定位

• 角色：订单履约的指挥中心，客服/仓管每天的核心工作台
• 用户决策：哪些订单要发货？哪些有异常要处理？
• 核心指标：发货时效（下单→发货时长）、订单处理量

1.2 页面结构

┌─ 筛选搜索 ──────────────────────────────────┐
│ 订单编号[____] 收货人[____] 订单状态[▾]         │
│ 订单类型[▾] 支付方式[▾] 下单时间[起~止]          │
│                          [查询] [重置]       │
└────────────────────────────────────────────┘
┌─ 订单列表 ──────────────────────────────────┐
│ ┌────────────────────────────────────────┐ │
│ │订单编号│用户名│商品数│订单金额│支付方式│订单状态│下单时间│操作│
│ │20260715│user1│ 2  │¥599  │支付宝 │[待发货]│07-15 │详情│
│ │        │     │     │      │      │      │      │发货│
│ └────────────────────────────────────────┘ │
│                              [分页]          │
└────────────────────────────────────────────┘

1.3 功能模块

状态筛选（订单状态机）

待付款(0) ──支付──> 待发货(1) ──发货──> 待收货(2) ──确认收货──> 已完成(3)
   │                   │                  │
   └─超时/取消──> 已取消(4) <──申请退款──────┘
                       ↑
                  退货完成也流向结束态

状态	Tag 色	可执行操作
待付款	橙	详情、关闭订单
待发货	橙	详情、发货、修改收货地址
待收货	蓝	详情、修改物流
已完成	绿	详情
已取消	灰	详情、删除

行内操作

操作	说明
详情	跳转订单详情页（TagsView 新标签）
发货	待发货订单，弹发货弹窗
关闭订单	待付款订单可手动关闭，需填原因
修改地址	待发货订单可修改收货地址（记录操作日志）

批量发货

• 多选待发货订单 → [批量发货] → 跳转批量发货页
• 批量发货页：表格形式逐单填写快递公司+单号，支持导入
• 提交后逐条发货，反馈成功/失败明细

1.4 发货弹窗（单单）

┌─ 订单发货 ──────────────────┐
│ 订单编号：20260715xxxx       │
│ 快递公司* [▾ 顺丰/中通/圆通…] │
│ 快递单号* [____________]     │
│        [取消] [确认发货]      │
└────────────────────────────┘

• 发货后订单状态 → 待收货
• 记录操作日志（发货人+快递公司+单号+时间）
• 前台用户可见物流信息

1.5 业务规则

规则	说明
发货前置	仅待发货订单可发货，快递单号必填且格式校验
操作留痕	所有订单操作写入操作历史（发货/关闭/改地址/备注）
关闭订单	关闭需填原因，关闭后释放库存
订单备注	客服可添加/修改订单备注（内部可见，前台不展示）

1.6 验收标准

• AC-OL01：多条件组合筛选订单（编号/收货人/状态/时间）
• AC-OL02：发货操作正确更新状态并记录物流与操作日志
• AC-OL03：批量发货支持逐单录入，结果明细反馈
• AC-OL04：关闭订单需填原因，库存正确释放
• AC-OL05：订单备注可编辑且仅后台可见

---

二、订单详情（/oms/orderDetail）

2.1 页面定位

• 角色：单笔订单的全息视图 + 操作台，客服处理订单的主战场
• 核心指标：订单问题处理效率

2.2 页面结构

┌─ 订单信息 ──────────────────────────────────┐
│ 订单编号：xxx（可复制）  订单状态：[待发货]       │
│ 下单时间 / 支付时间 / 发货时间 / 完成时间         │
│ 支付方式 / 快递公司 / 快递单号                   │
└────────────────────────────────────────────┘
┌─ 收货信息 ──────────────────────────────────┐
│ 收货人 / 手机号 / 收货地址   [修改地址]          │
└────────────────────────────────────────────┘
┌─ 商品信息 ──────────────────────────────────┐
│ [图] 商品名 规格 SKU编码 单价×数量 小计          │
│ 商品金额 / 运费 / 优惠券抵扣 / 积分抵扣 / 实付     │
└────────────────────────────────────────────┘
┌─ 操作记录（时间线）────────────────────────────┐
│ ● 提交订单  用户user1  07-15 10:00            │
│ ● 支付成功  支付宝     07-15 10:05            │
│ ● 商家发货  客服A 顺丰 07-15 15:00            │
└────────────────────────────────────────────┘
┌─ 操作区 ────────────────────────────────────┐
│ [发货] [修改地址] [关闭订单] [添加备注]           │
└────────────────────────────────────────────┘

2.3 功能模块

• 订单信息：全量订单字段 + 状态机当前状态
• 收货信息：展示 + 待发货状态可修改（记录日志）
• 商品信息：SKU 级明细 + 金额拆解（商品/运费/优惠/实付）
• 操作记录：订单全生命周期时间线（来自操作历史表）
• 操作区：按状态动态展示可用操作按钮

2.4 验收标准

• AC-OD01：订单详情完整展示订单/收货/商品/金额信息
• AC-OD02：操作记录时间线完整追溯订单生命周期
• AC-OD03：详情页操作与列表页一致，操作后状态实时更新

---

三、退货申请处理（/oms/returnApply）

3.1 页面定位

• 角色：售后履约工作台，平衡用户体验与商家利益
• 用户决策：这个退货申请该通过还是拒绝？货收到了吗？款什么时候退？
• 核心指标：售后处理时效（申请→处理完成时长）、纠纷率

3.2 页面结构

┌─ 筛选搜索 ──────────────────────────────────┐
│ 订单编号[____] 处理状态[▾全部/待处理/退货中/已完成/已拒绝] │
│ 申请时间[起~止]           [查询] [重置]        │
└────────────────────────────────────────────┘
┌─ 退货申请列表 ────────────────────────────────┐
│ │编号│订单号│用户│商品│退款金额│申请原因│状态│申请时间│操作│
│ │ 1 │xxx │u1 │手机│¥299  │质量问题│[待处理]│07-15│处理│
└────────────────────────────────────────────┘

3.3 售后状态机

待处理(0) ──审核──┬──拒绝──> 已拒绝(4) [流程结束]
                 └──通过──>
                    ├─ 仅退款 → 退款中 → 已完成(3) [退款到账]
                    └─ 退货退款 → 待用户填物流 → 待收货(2)
                                  → 商家确认收货 → 退款 → 已完成(3)

3.4 处理流程（详情页/弹窗）

第一步：审核申请（待处理 → ）

┌─ 退货申请详情 ──────────────────────────────┐
│ 订单信息 / 商品信息 / 退款金额                 │
│ 申请原因：质量问题                            │
│ 问题描述：xxx                                │
│ 凭证图片：[图1][图2][图3]（可放大预览）          │
│                                            │
│ 处理决定* ◉ 同意申请  ○ 拒绝申请               │
│ 拒绝原因  [____________]（拒绝时必填）          │
│        [提交]                               │
└────────────────────────────────────────────┘

第二步：确认收货（退货退款场景）

• 用户填写退货物流后，商家确认收到退货
• [确认收货] → 触发退款

第三步：完成退款

• 仅退款：审核通过直接退款
• 退货退款：确认收货后退款
• 退款原路退回，记录退款时间，状态 → 已完成

3.5 业务规则

规则	说明
退款金额	以用户申请金额为准，不得超过实付
库存回滚	退货完成后商品库存 +1（可配置是否回滚）
拒绝必填	拒绝申请必须填写原因，前台用户可见
操作留痕	审核/收货/退款均记录操作人与时间

3.6 验收标准

• AC-RA01：退货申请列表按状态筛选，待处理高亮
• AC-RA02：审核通过/拒绝流程完整，拒绝必填原因
• AC-RA03：退货退款需确认收货后才退款
• AC-RA04：退款完成后状态正确流转，库存回滚
• AC-RA05：处理过程全程留痕可追溯

---

四、订单设置（/oms/orderSetting）

4.1 页面定位

• 角色：订单全局规则配置，一次设置长期生效
• 核心指标：规则配置准确性

4.2 配置项

配置项	说明	默认值
订单超时时间	待付款订单自动取消时长（分钟）	15
自动确认收货	发货后自动确认收货天数	7
自动完成交易	确认收货后自动完成天数	7
自动好评	完成后自动好评天数（0=不自动）	0
售后期限	确认收货后可申请售后天数	7

• 表单页，修改后保存即时生效
• 修改记录操作日志

4.3 验收标准

• AC-OS01：各超时规则可配置且生效（如超时自动取消订单）
• AC-OS02：配置修改记录操作日志

---

五、退货原因设置（/oms/returnReason）

5.1 页面定位

• 角色：售后原因字典管理，供前台用户选择
• 核心指标：原因覆盖度

5.2 功能

• 列表：原因内容/排序/启用状态/操作
• 增删改：原因文案 + 排序 + 启用开关
• 禁用的原因前台不展示，历史数据保留

5.3 验收标准

• AC-RR01：退货原因增删改查，启用状态控制前台展示
• AC-RR02：前台申请售后的原因来自此配置

---

六、体验优化（效率视角）

订单管理是客服/仓管每天工作的主战场，效率 = 人力成本。按优先级排列。

订单列表/详情

优先级	优化点	说明
P0	超时预警	待发货订单超过 24h 未发货标红 + "即将超时"标签，避免履约违约（可配合订单设置的发货时限）
P0	订单导出	按筛选条件导出订单 Excel（财务对账/仓库打单刚需）
P1	快捷备注短语	添加备注时提供常用短语（"已电话联系""客户要求延迟发货"），一键填入
P1	订单标旗	重要/异常订单可标旗（红/黄），标旗订单可筛选，方便跟进
P1	批量导出发货单	批量发货页支持导出发货单（打印给仓库拣货）
P2	键盘快捷键	详情页支持快捷键（如 F 发货、Esc 返回），高频操作提速

退货处理

优先级	优化点	说明
P0	待处理置顶高亮	退货列表默认按申请时间升序（先申请先处理），待处理行高亮，避免遗漏超时
P1	处理时效提示	申请超过 48h 未处理显示"已超时"警示（配合前台承诺的处理时限）
P1	凭证快捷查看	列表行悬停/点击缩略图快速放大凭证，不用进详情页
P2	售后统计	退货原因 Top 排行（质量问题占比），反哺商品/供应链改进

订单设置

优先级	优化点	说明
P1	配置影响说明	每个配置项旁说明影响（如"超时时间过短会导致订单流失"），辅助决策
P2	修改历史	设置修改记录可查看（谁在什么时候改了什么）

设计要点：

• 超时预警与订单导出是订单模块的刚需，优先落地
• 发货/退款等资金相关操作必须全程留痕，优化不能牺牲可追溯性
• 批量操作（批量发货）必须逐条反馈结果，失败项可单独重试