feat: densify sms records and improve uplink matching
This commit is contained in:
@@ -110,8 +110,9 @@
|
||||
修复:
|
||||
|
||||
- 已接入 `GET /api/client/operations/uplink-messages`。
|
||||
- 详情弹窗按上行 `messageId` 查询 `GET /api/client/operations/messages`,展示真实匹配的下发记录。
|
||||
- 原无 API 支撑的“添加到应用黑名单”按钮已移除,后续补真实企业黑名单或应用黑名单 API 后再恢复。
|
||||
- 详情优先展示上行列表响应中已匹配的真实 `messageRecord`;仅对历史兼容数据在缺少内嵌记录且存在平台 `messageId` 时回查 `GET /api/client/operations/messages`。
|
||||
- 页面分开展示供应商 MO 的上行网关消息 ID 与关联平台消息 ID,不再把缺少平台 `messageId` 误判为没有匹配记录。
|
||||
- 客户端保持只读,不提供越权的运营黑名单写操作。
|
||||
|
||||
### 运营端短信上行记录仍是静态表
|
||||
|
||||
@@ -133,8 +134,9 @@
|
||||
修复:
|
||||
|
||||
- 已接入 `GET /api/admin/operations/uplink-messages`,返回真实上行记录、企业和通道信息。
|
||||
- 详情弹窗按上行 `messageId` 查询 `GET /api/admin/operations/messages`,展示真实匹配的下发记录。
|
||||
- 原无 API 支撑的“添加到应用黑名单”按钮已移除,后续补真实企业黑名单或应用黑名单 API 后再恢复。
|
||||
- 详情优先展示上行列表响应中已匹配的真实 `messageRecord`;仅对历史兼容数据在缺少内嵌记录且存在平台 `messageId` 时回查 `GET /api/admin/operations/messages`。
|
||||
- 页面分开展示供应商 MO 的上行网关消息 ID 与关联平台消息 ID,并显示匹配状态和原因。
|
||||
- 已匹配或人工认领到企业应用后,恢复“加入应用黑名单”按钮并调用真实 `POST /api/admin/dictionaries/blacklists/enterprise`;未匹配应用时不允许写入。
|
||||
|
||||
### 运营端短信任务进度仍是静态任务
|
||||
|
||||
|
||||
Reference in New Issue
Block a user