文件
hl-api-changelog/changelogs-v2/2026-08/07_5663_fleet英文技术黑话提示统一改中文友好-修改接口-管理后台.md
T
Mimingguang 87ed9d0a3f
changelog-filename-gate / validate (push) Failing after 2s
chore(changelog): 全量清理 implemented 存量——81 条复核翻 verified + 1 条改判 not_required + #5827 补登 frontend_ref
处置明细(mmg 2026-09-18):
- 68 条机械核验通过批量翻 verified:frontend_ref 均可达且为 v2.1 祖先、
  交付文件 HEAD 均在、关联 spec 批量 58 文件 891 例全绿。
- 11 条带演进史的例外逐条核后翻 verified:3 条交付自删文件(06_5610/
  07_5655/11_5810,删除即交付内容且终态保持);8 条被后续 changelog 预期
  演进(10_5784→#5810、07_5664/08_5592→#5827、07_5665→去槽位化 U1、
  01_5380/05_5356/06_5567/06_5581→settlement 族A扁平化与 mock 清理),
  status_note 均如实记录演进链。
- 05_5552 改判 not_required:frontend_ref 自述前端无需改动,grep 实证
  vehicleFeeAmount.js 直接读后端 calendarPrice/calendarPriceMissing。
- 11_5827 frontend_ref 原空,经核交付即 753503c8(向导 4 步改 3 步提交
  即派定),补登全哈希 753503c87cc635e5646b4368a8ed506746c79cf1。
另:保险域 2 条相邻条目(05_5530/06_5593)同标准复核翻 verified。
2026-07 历史月 45 条按规则不回扫,保持原状。
2026-09-18 15:56:52 +08:00

65 行
4.0 KiB
Markdown
原始文件 Blame 文件历史

此文件含有模棱两可的 Unicode 字符
此文件含有可能会与其他字符混淆的 Unicode 字符。 如果您是想特意这样的,可以安全地忽略该警告。 使用 Escape 按钮显示他们。
---
schema: "hl-changelog/v2"
ticket: "5663"
title: "fleet 英文/技术黑话提示统一改中文友好(确认弹窗差异中文名称与文案)"
consumer: "admin"
author: "wx"
change_type: "修改接口"
backend_status: "deployed"
gateway_status: "verified"
frontend_status: "verified"
frontend_owner: "mmg"
frontend_ref: "9784e7aa"
target_release: ""
verified_at: "2026-09-18"
status_note: "后端完成:PR #5672 已合并 dev-v3(2f6b043dd)并部署 TEST(hl-fleet-service 双实例 UP)。确认/创建/改派弹窗逐日差异新增 differenceLabel 中文名称,message 全部改中文友好(动作+原因+怎么办);600211 去配置 key 名、600112 去 busy 英文;内部异常消息(含保险 long 溢出)转中文。网关验证 8/8:605041 差异返回 label=服务日期缺少派车、message=该日期缺少有效的派车安排,请补派后重试,无英文码名透出,differenceType 枚举保留。[mmg 2026-09-18 批量复核翻 verified] ref 9784e7aa 可达且为 v2.1 祖先;交付文件 HEAD 均在;关联 spec 批量 891 例全绿。"
updated_at: "2026-09-18"
base: "dev-v3"
generated: "2026-08-07T21:38:00+08:00"
---
# fleet 英文/技术黑话提示统一改中文友好(#5663)
## 背景
派车页确认执行弹窗透出英文错误码(如 `DAILY_VEHICLE_PLAN_BASELINE_MISMATCH 逐日逐车方案、价格或只读状态已发生变化`),用户看不懂。全面排查 fleet 车务域英文/技术黑话提示,统一中文友好(动作 + 原因 + 怎么办)。
## 方案
1. **确认/创建/改派弹窗逐日差异**:`ConfirmRespVO.DailyDifferenceVO`(及 AssignmentWriteRespVO/ChangeAssignmentRespVO 的 dailyDifferences)新增 **`differenceLabel` 中文名称字段**;差异 `message` 全部改为「动作 + 原因 + 怎么办」中文,去除「切片 / 冻结 / 快照 / 槽位」等黑话。
2. **错误码文案**:600211 去掉 Nacos 配置 key 名透出;600112 去掉 `(busy)` 英文。
3. **内部异常消息**:快照工厂 / 加密 / occupancy 等英文异常消息转中文(日志与兜底透出均友好)。
## 变更接口
| 接口 | 变更 |
| --- | --- |
| POST /admin/fleet/assignments(holdMode=0) | 605041 响应 `data.dailyDifferences[].differenceLabel` 新增(中文名称);message 文案更新 |
| POST /admin/fleet/assignments/batch | 同上 |
| POST /admin/fleet/assignments/确认执行 | 同上 |
| POST /admin/fleet/assignments/改派(holdMode=0) | 同上 |
| 全部 fleet 管理接口 | 600211/600112 message 文案更新(无字段变更) |
## 行为变化
- `differenceType` 英文枚举 **保留不变**(供前端逻辑判断),新增 `differenceLabel` 中文名称与 `message` 用于用户展示。
- `differenceLabel` 枚举与中文名称映射:
- REQUIREMENT_VERSION_MISMATCH → 用车需求已更新
- ORDER_DATE_MISMATCH → 订单日期已调整
- ITINERARY_DATE_MISMATCH → 行程日期不一致
- ASSIGNMENT_DATE_MISSING → 服务日期缺少派车
- ASSIGNMENT_DATE_EXTRA → 服务日期多出派车
- HEADCOUNT_BASELINE_MISMATCH → 乘车人数不一致
- CAPACITY_INSUFFICIENT → 座位数不足
## 前端动作
- **确认/创建/改派失败弹窗**:差异列表展示优先使用 `differenceLabel`(中文名称)+ `message`(动作+原因+怎么办),不要再拼接展示英文 `differenceType` 码名;现有按 `differenceType` 做逻辑判断的分支可保持不变。
- 如前端有硬编码的英文码名映射(如 DAILY_VEHICLE_PLAN_BASELINE_MISMATCH),请同步删除或改为按 `differenceLabel` 展示。
## 验证证据
- fleet 全量 verify:3261 tests,0 failures,4 skipped;spotless:check 通过(PR #5672)。
- 网关实测(TEST):create(holdMode=0) 基线不一致 → code=605041,`dailyDifferences[].differenceLabel="服务日期缺少派车"`、`message="该日期缺少有效的派车安排,请补派后重试"`,无英文码名透出,`differenceType=ASSIGNMENT_DATE_MISSING` 保留。8/8 断言通过。
- 部署:hl-fleet-service dev-v3=2f6b043dd 双实例 UP。