# 退款申诉（新增）+ 统一售后工单接口下线（管理后台）

- 端类型：管理后台
- 变更类型：新增接口（2）+ 删除接口（统一售后工单 admin 端）
- 关联 Issue：#4250　PR：#4251 #4254
- 日期：2026-06-23

---

## ① 接口背景

售后体系重构：原"投诉 + 申诉统一售后工单"方向作废，拆为**投诉**与**申诉**两套独立能力。
- **申诉**：用户对"退款被拒"或"退款金额"不服时发起；申诉记录单独存。管理后台新增**申诉查询**（只读列表 + 详情）。
- **关键**：申诉**复用退款审批**——用户发起申诉后系统自动建一笔 PENDING 退款申请，管理员在**既有「退款审批」**里复核（通过退款 / 驳回结束），**不再有独立的"申诉审批"接口**。申诉列表用于查看与跟踪。
- **投诉**：从 `com.hulalv.complaint` 迁入售后域（纯内部移包），**HTTP 路径与字段完全不变**（`/v3/admin/complaint/*`），管理后台无需改动。
- 原统一售后工单 admin 接口（`/v3/admin/aftersale/ticket*`）**全部下线**。

---

## ② 变更清单

| # | 方法 | 路径 | 类型 |
|---|---|---|---|
| 1 | GET | `/v3/admin/refund/appeal/page` | 🆕 新增（申诉分页查询，只读）|
| 2 | GET | `/v3/admin/refund/appeal/{id}` | 🆕 新增（申诉详情，只读）|
| 3 | ALL | `/v3/admin/aftersale/ticket*` | ❌ 删除（统一售后工单下线，调用返回 404）|

> 投诉 `/v3/admin/complaint/page`、`/v3/admin/complaint/{id}` **无变化**（仅后端移包，路径/入参/出参不变），不在本次变更内。

统一响应包装 `Result<T>`：`{ code, message, data, success }`，`code=200` 为成功。

---

## ③ 接口详情

### 1. 申诉分页查询　`GET /v3/admin/refund/appeal/page`
管理后台查申诉列表（**只读**），每条关联展示两笔退款：来源退款（被申诉的原退款）+ 申诉触发的退款（申诉建单自动生成、走退款审批的那笔）。

### 2. 申诉详情　`GET /v3/admin/refund/appeal/{id}`
单条申诉详情。

> 管理后台**无申诉审批接口**：申诉触发的退款在「退款审批」列表里复核（即对那笔退款做通过/驳回）。

---

## ④ 入参

### 接口1 page（query 参数，登录态 adminId 由网关注入）
| 参数 | 类型 | 必填 | 说明 |
|---|---|---|---|
| page | int | 否 | 页码（从 1 开始），默认 1 |
| pageSize | int | 否 | 每页条数，默认 20 |
| orderId | long | 否 | 订单 ID 精确匹配 |
| appealType | string | 否 | 申诉类型：`REFUND_REJECTED` / `REFUND_AMOUNT_DISPUTE` |
| appealStatus | string | 否 | 申诉状态：`PENDING` / `REJECTED` / `REFUNDED` / `WITHDRAWN` |
| applicantName | string | 否 | 申请人姓名（模糊匹配）|
| createTimeStart | datetime | 否 | 创建时间起 |
| createTimeEnd | datetime | 否 | 创建时间止 |

### 接口2 detail
| 参数 | 位置 | 类型 | 说明 |
|---|---|---|---|
| id | path | long | 申诉 ID |

---

## ⑤ 出参

### 接口1 page　`Result<PageResult<AppealAdminRespVO>>`；接口2 detail　`Result<AppealAdminRespVO>`
`PageResult`：`{ records[], total, page, pageSize }`。`AppealAdminRespVO`：

| 字段 | 类型 | 说明 |
|---|---|---|
| id | string(Long) | 申诉 ID |
| orderId | string(Long) | 订单 ID |
| refundApplicationId | string(Long) | 来源退款申请 ID |
| appealType | string | 申诉类型（枚举值，见⑥）|
| appealTypeLabel | string | 申诉类型中文名 |
| appealReason | string | 申诉理由 |
| appealAmount | string(decimal) | 申诉退款金额 |
| appealStatus | string | 申诉状态（枚举值，见⑥）|
| appealStatusLabel | string | 申诉状态中文名 |
| linkedRefundId | string(Long) | 申诉触发的退款申请 ID |
| auditStatus | string | 凭证机审状态（PENDING/APPROVED/MANUAL_REVIEW/REJECTED）|
| applicantType | string | 申请人类型（USER/ADMIN/SYSTEM）|
| applicantId | string(Long) | 申请人 ID |
| applicantName | string | 申请人姓名 |
| reviewedAt | datetime | 审批完成时间（可空）|
| createTime | datetime | 创建时间 |
| updateTime | datetime | 更新时间 |
| sourceRefund | object | 来源退款信息（被申诉的原退款），见下 |
| triggeredRefund | object | 申诉触发的退款信息（自动生成、走退款审批的退款），见下 |

`sourceRefund` / `triggeredRefund` 结构（关联退款信息）：
| 字段 | 类型 | 说明 |
|---|---|---|
| refundApplicationId | string(Long) | 退款申请 ID |
| status | string | 退款状态（PENDING/APPROVED/REJECTED/REFUNDING/REFUNDED/CANCELLED/ABNORMAL）|
| actualAmount | string(decimal) | 实际退款金额（可空）|

---

## ⑥ 枚举 / 数据字典

**申诉类型 appealType**：
| 值 | 含义 |
|---|---|
| REFUND_REJECTED | 退款被拒（原退款被驳回后申诉）|
| REFUND_AMOUNT_DISPUTE | 退款金额异议（已退款但金额有异议，求补差）|

**申诉状态 appealStatus**：
| 值 | 含义 |
|---|---|
| PENDING | 审批中（申诉触发的退款待退款审批）|
| REJECTED | 已驳回（退款审批驳回）|
| REFUNDED | 退款到账（申诉成功）|
| WITHDRAWN | 已撤回 |

---

## ⑦ 错误码（段位 530600-530699）

| code | message |
|---|---|
| 530601 | 申诉必须关联一笔退款申请 |
| 530602 | 关联的退款申请不存在 |
| 530603 | 退款申请当前状态不满足申诉条件 |
| 530604 | 该退款申请已有处理中的申诉，请勿重复提交 |
| 530605 | 申诉退款金额超出可退余额 |
| 530606 | 申诉记录不存在 |
| 530607 | 无权操作此申诉 |
| 530608 | 当前申诉状态不允许撤回，仅待审核状态可撤回 |
| 530609 | 申诉类型无效 |

> 查询类接口（page/detail）正常只返 200；上述错误码主要由 C 端发起/撤回触发，管理后台展示用。

---

## ⑧ 示例

### 典型：申诉分页
请求 `GET /v3/admin/refund/appeal/page?page=1&pageSize=10&appealStatus=PENDING`，响应（节选一项）：
```json
{ "code":200, "success":true, "data": { "total":1, "page":1, "pageSize":10, "records":[
  { "id":"40001", "orderId":"10001", "refundApplicationId":"20001",
    "appealType":"REFUND_REJECTED", "appealTypeLabel":"退款被拒",
    "appealStatus":"PENDING", "appealStatusLabel":"审批中", "appealAmount":"300.00",
    "linkedRefundId":"20009", "auditStatus":"APPROVED", "applicantName":"孙磊",
    "sourceRefund": { "refundApplicationId":"20001", "status":"REJECTED", "actualAmount":null },
    "triggeredRefund": { "refundApplicationId":"20009", "status":"PENDING", "actualAmount":null } }
] } }
```

### 典型：申诉详情
请求 `GET /v3/admin/refund/appeal/40001` → 返回上表单条 `AppealAdminRespVO` 全字段。

### 异常：调用已下线的工单接口
请求 `GET /v3/admin/aftersale/ticket/page`（旧统一售后工单接口）：
```json
{ "code":404, "message":"Not Found" }
```

---

## ⑨ 业务边界

- 管理后台**无申诉审批动作**：要处理申诉，去【退款审批】对"申诉触发的退款"（triggeredRefund / linkedRefundId）做通过/驳回。
- 申诉列表 `triggeredRefund` 展示这笔退款的审批/到账状态，便于跟踪。
- 申诉/投诉任一活跃 → 订单进「售后中」（订单列表「售后」Tab）；都终结后回切。

---

## ⑩ 修改前后对比

| | 修改前 | 修改后 |
|---|---|---|
| 申诉列表 | 统一售后工单 `/v3/admin/aftersale/ticket/page`（category=APPEAL）| `/v3/admin/refund/appeal/page` |
| 申诉详情 | `/v3/admin/aftersale/ticket/{id}` | `/v3/admin/refund/appeal/{id}` |
| 申诉审批 | 工单处置（process/resolve）| 无独立审批，走退款审批 |
| 投诉 | `/v3/admin/complaint/*` | **不变**（仅后端移包）|

---

## ⑪ 影响评估 / 回滚

- **破坏性**：`/v3/admin/aftersale/ticket*` 已删，调用返回 404，管理后台涉及"售后工单/申诉"的页面**必须切到新申诉接口**，并把申诉的处理引导到「退款审批」。
- 投诉接口无变化（移包对前端透明）。
- 回滚：后端回滚 PR #4251 #4254。

---

## ⑫ 注意事项

- 金额字段（appealAmount / actualAmount）均为**字符串**，前端按字符串处理防精度丢失。
- Long 型 ID 均字符串化返回。
- 申诉为只读查询，无新增/编辑/审批写接口。

---

## ⑬ 关联 / 联系人

- Issue：https://git.1814.love:8443/wx/HL/issues/4250
- PR：https://git.1814.love:8443/wx/HL/pulls/4251 ・ https://git.1814.love:8443/wx/HL/pulls/4254
- 后端负责人：腰苏图
- 已部署测试服并网关实调验证通过（申诉接口 200 / 投诉接口 200 / 工单接口 404）。
