docs(changelog): #4220 补内部留言结构化语句只读卡片(wx 确认格式) — 前端展示不动聊天
这个提交包含在:
父节点
60350ddecf
当前提交
fd965deb4f
@ -42,6 +42,21 @@
|
||||
- **抢单池预览(未抢单)不显示需求酒店名**,只显示行程:`dayNumber` / `stayDate` / `city` / 房型 / 间数 / 预算即可(按反馈「只显示行程就行」)。
|
||||
- 若需展示候选:用 `days[].segments[].candidates[]`,标「**候选 X/N(房控择一)**」,**不要标「同晚分住 X/N」**。「同晚分住」只适用于 `segments.length > 1` 的场景(同一晚住多家、房数相加)。
|
||||
|
||||
### 3.3 「内部留言」tab 展示定制师需求的结构化语句(前端只读卡片)
|
||||
|
||||
需求:房务在「内部留言」tab 能直接看到定制师提出的需求(结构化语句)。**目标格式**(wx 确认):
|
||||
|
||||
```
|
||||
第 1 晚 · 1间 普通标间 · ¥380.00/晚
|
||||
第 2 晚 · 1间 俄式标准房 · ¥280.00/晚
|
||||
诉求:安静楼层、高楼层、景观房、无烟房、含早餐、可加床、含双早、可拆分双床、相邻房间
|
||||
备注:客人怕吵,尽量安排安静房间,要求高
|
||||
```
|
||||
|
||||
- 在「内部留言」tab 顶部加一张**只读「定制师需求」卡片**,用上述格式渲染。**数据源同 §3.1**(`requirement.days[]`:晚=`dayNumber`、间数=段 `roomCount`、房型=`roomCategoryLabel`/`roomCategory`、预算=段 `budget`;诉求=`specialTags`;备注=`remark`)。一段一行,晚数严格按 `dayNumber`。
|
||||
- 这是**只读展示**,复用 §3.1 的渲染逻辑即可,**不需要新建聊天消息 / 不动站内信系统**(与「给定制师留言」的真实消息流分开)。
|
||||
- 注:若产品后续要「定制师提交需求时自动往内部留言**发一条系统消息**」(而非只读卡片),那属站内信/聊天链路(当前 deferred 等新原型),需 wx 另定,不在本次。
|
||||
|
||||
## 4. 影响 / 兼容
|
||||
|
||||
- 后端纯加性(新增 `segments`/`hotelName`,保留 `hotels`),不破坏现有前端;hotelId 由恒 null 变为真值(修复,非破坏)。
|
||||
@ -51,4 +66,4 @@
|
||||
|
||||
- **后端 PR**: [#4220](https://git.1814.love:8443/wx/HL/pulls/4220)(前端反馈驱动,无关联 Issue)
|
||||
- **后端负责人**: @wx | **前端**: @mmg
|
||||
- 备注:「内部留言显示定制师需求」一项涉及站内信/聊天系统(当前 deferred 等新原型),未纳入本次,由 wx 另定。
|
||||
- 「内部留言显示定制师需求」=§3.3 前端只读卡片(不动站内信系统);仅「提交需求自动发系统消息」变体涉 deferred 聊天,wx 另定。
|
||||
|
||||
正在加载...
x
在新工单中引用
屏蔽一个用户