hl-api-changelog/changelogs-v2/2026-06/18_3983_配房配车子流程状态全态statusName-修改接口-管理后台.md

【修改接口·管理后台】⚠️ currentSubFlows 子流程状态字段重构：删 label + 新增全态 statusName (#3983)

PR: #3989 + #3998 | 服务: hl-order-service-v3 | 更新时间: 2026-06-18 ⚠️ 含字段删除（label）+ 字段新增（statusName），前端若在用 currentSubFlows.label 必须切换到 statusName。

1. 接口背景

订单列表/详情「资源准备」节点下的 currentSubFlows（配房/配车/领队/摄影子流程）原先状态展示有两个问题：

1. control_status 主表是残缺镜像，子流程状态卡在「待配」不动、label 大量返 null（抢单进「处理中」、打回「已打回」从未回写主表）；
2. label 字段不准——配车「处理中」错显「配房中」、不分房车、「待提交需求」态返 null。

本次把配房/配车状态升级为完整状态机单源，并用一个准确的全态字段 statusName 取代旧的 label。删除 label，新增 statusName，前端统一显示 statusName。

2. 变更清单

#	接口	方法	路径	变更类型	说明
1	订单列表	GET	/v3/admin/order（兼容 /v3/admin/order/list）	出参字段删除+新增	currentSubFlows[] 元素删 label、加 statusName
2	订单详情	GET	/v3/admin/order/{id}	出参字段删除+新增	currentSubFlows[] 元素删 label、加 statusName

currentSubFlows 仅在订单处于「资源准备」节点时有值（其余节点为 null），是该节点下的子流程数组。

3. 接口详情

3.1 订单列表

• 使用场景：订单列表页渲染每条订单的资源准备子流程进度。
• 认证：JWT（管理员）。幂等：是（只读）。

入参无变化。出参 PageResult<OrderListItemRespVO>，其中 currentSubFlows[] 每个元素删除 label、新增 statusName。

3.2 订单详情

• 使用场景：订单详情页资源准备节点的子流程进度展示。
• 认证：JWT（管理员）。幂等：是（只读）。

入参无变化。出参详情 VO 的 currentSubFlows[] 每个元素删除 label、新增 statusName。

4. 接口入参

接口	字段	类型	必填	说明
GET /v3/admin/order	（原列表查询参数，本次无变化）	-	-	-
GET /v3/admin/order/{id}	id	String（Long）	是	路径参数，订单 ID

两个接口入参均无变化。

5. 出参（响应）

5.1 SubFlowVO（currentSubFlows[] 元素）改后字段

字段	类型	变更	说明
code	String	不变	子流程编码：HOTEL / VEHICLE / GUIDE / PHOTOGRAPHER
name	String	不变	子流程名：配房 / 配车 / 领队 / 摄影
status	String	不变	三态机器值：WAITING / PROCESSING / DONE（供逻辑判断用）
label	String	删除	旧展示文案字段，已删，改用 statusName
statusName	String	新增	全态中文展示文案，前端直接显示，见 §6

前端展示子流程状态请直接用 statusName；status 三态保留供需要机器判断的场景使用。

6. 枚举 / 数据字典

6.1 statusName（配房 HOTEL / 配车 VEHICLE）

由主表 room_control_status / vehicle_control_status 派生，全 6 态：

后端状态	statusName（配房）	statusName（配车）	含义
待提交需求	待提交需求	待提交需求	需求还没提交（needs=true 未发起）
待审核	待审核	待审核	仅团期：定制师已提、团期管理员未审核
待配	待配房	待配车	已进抢单池，房务/车务未接单
处理中	配房中	配车中	房务/车务已接单处理中
已打回	已打回	已打回	被打回需重新处理（打回原因见订单「记录」Tab 时间线）
已完成	已完成	已完成	资源配置完成

6.2 statusName（领队 GUIDE / 摄影 PHOTOGRAPHER）

由 guide_status / photographer_status 派生，两态：

后端状态	statusName	含义
未配（null）	待指派	尚未指派领队/摄影
已完成（DONE）	已完成	已指派完成

statusName 不返回 null（全态都有文案）。打回原因不在本字段，前端去订单「记录」Tab 时间线查看（带时间/操作人）。

7. 错误码

纯出参字段调整，无新增错误码。

code	含义
581201	订单不存在（详情接口 id 无效）
401 / 403	未认证 / 无权限

8. 示例（3 组）

8.1 典型 — 资源准备中订单（配房处理中、配车待配）

{
  "code": 200,
  "data": {
    "currentSubFlows": [
      { "code": "HOTEL",   "name": "配房", "status": "PROCESSING", "statusName": "配房中" },
      { "code": "VEHICLE", "name": "配车", "status": "PROCESSING", "statusName": "待配车" }
    ]
  },
  "success": true
}

8.2 边界 — 配房被打回 + 领队待指派

{
  "code": 200,
  "data": {
    "currentSubFlows": [
      { "code": "HOTEL", "name": "配房", "status": "WAITING", "statusName": "已打回" },
      { "code": "GUIDE", "name": "领队", "status": "WAITING", "statusName": "待指派" }
    ]
  },
  "success": true
}

8.3 边界 — 订单不在资源准备节点（currentSubFlows 为 null）

{ "code": 200, "data": { "currentSubFlows": null }, "success": true }

9. 业务边界

• currentSubFlows 仅订单处于「资源准备」节点时有值，其余节点 null。
• 子流程按需求标志过滤：needsHotel/needsVehicle/needsGuide/needsPhotographer 为 true 才出现对应子流程。
• 「待审核」态仅团期订单会出现（核心订单无审核环节）。
• 「已打回」只表达状态，具体退回原因在订单「记录」Tab 时间线（不在本接口返回）。

10. 修改前后对比

字段	改前	改后
label	存在，文案不准（配车「处理中」错显「配房中」、待提交态 null）	删除
statusName	不存在	新增，全 6 态准确中文（配房/配车分别文案）
status	WAITING/PROCESSING/DONE	保留不变
配房/配车状态准确性	卡「待配」不动、抢单/打回不反映	抢单→配房中、打回→已打回，实时准确

11. 影响评估 / 回滚

• 是否破坏向后兼容：部分——删除了 label 字段。前端若读取 currentSubFlows[].label 需改为读 statusName。status 字段保留。
• 前端必须同步：是（若在用 label）。改为读 statusName 即可，文案后端已给全。
• 回滚：revert PR #3998 + #3989 并重新部署 hl-order-service-v3。

12. 注意事项

• 前端展示子流程状态统一读 statusName（中文，开箱即用），不要再依赖 label（已删）。
• status（WAITING/PROCESSING/DONE）保留，仅用于需要机器判断分支的场景。
• 打回原因展示：去订单「记录」Tab 时间线，不在 currentSubFlows。

13. 关联 / 联系人

13.1 链接

• Issue: #3983（单源化）、#3997（字段精简）
• PR: #3989、#3998

13.2 联系人

• 后端负责人: @yaosutu