25 行
1.9 KiB
Markdown
25 行
1.9 KiB
Markdown
# 房务先抢单、定制师后开聊天「会话不通」已修（前端知悉，无需改动）
|
||
|
||
> 模块：站内信聊天（房务订单会话）/ 管理后台
|
||
> 类型：后端 bug 修复（PR #4492 已合 dev-v3 + 测试服实测生效）—— **前端无需改动，透明修复**
|
||
> 日期：2026-06-28
|
||
|
||
## 背景 / 修了什么
|
||
|
||
房务订单会话此前有个**反序断链**（最常见的生产顺序中招）：
|
||
|
||
- 序A（原本 OK）：定制师**先**开聊天（抢单前）→ 房务**后**抢单 → 抢单时补齐会话 → 聊天正常。
|
||
- 序B（原本断、最常见）：房务**先**抢单 → 定制师**后**点「联系房务」开聊天 → 因为定制师不知道房务是谁、不传对端，后端只挂了个占位对端（peer=0）→ **定制师发的消息房务永远收不到、房务读消息被拒（281002）、④未读消息待办永不触发**。
|
||
|
||
现已修复：定制师开房务会话时，**后端自动按订单反查当前接单房务**作为真实对端，建出双方真实会话成员行。无论「定制师先开」还是「房务先抢」，聊天都正常连通。
|
||
|
||
测试服实测（序B）：房务先抢单 → 定制师 open-house（不传对端）→ 后端解析到房务 → 双方成员行建出 → 定制师发消息 → 房务 `unread_count=1` → 房务读消息 200（不再 281002）→ ④未读消息待办触发。
|
||
|
||
## 前端
|
||
|
||
**无需改动**。`POST /admin/chat/open-house` 入参/出参结构不变；前端**传不传对端 `peerAdminId` 都可**（不传/传占位时由后端反查解析）。原本在「房务先抢单」顺序下聊不通的问题现已透明修复。
|
||
|
||
## 影响接口
|
||
- `POST /admin/chat/open-house`（行为增强：peer 缺省/占位时后端反查当前房务 claimer，出参 `peerAdminId/peerName/peerRole` 现会带真实房务）
|
||
- 跨服务：order-v3 `chat-summary-batch` 内部接口响应补 `claimerId`（前端不感知）
|