fix: restore daily operations quality metrics
This commit is contained in:
@@ -1374,6 +1374,9 @@
|
||||
|
||||
- 可按企业、应用、通道、任务、手机号追踪发送链路。
|
||||
- 可按账务流水和短信记录对账。
|
||||
- 通道列表“今日发送质量”必须按北京时间当天的真实通道提交和回执,展示总数、成功、未知、失败及对应比例,不得使用前端固定零值。
|
||||
- 运营看板不重复展示通道连接或通道运行数据;按设计基线恢复当天签名发送统计,并按是否关联引流信息分组展示签名、企业、发送总数、成功、未知、失败、成功率和平均到达时长。
|
||||
- 数据统计的“通道占比”默认统计北京时间当天,可选择单个历史日期重新查询;图表使用真实通道名称和该日期的通道提交量。
|
||||
- 输出 500 条/秒压测报告。
|
||||
- 输出 Linux 部署方案,至少覆盖 Docker Compose 或 systemd 部署、环境变量、数据库迁移、日志目录、备份恢复、服务健康检查和回滚步骤。
|
||||
|
||||
|
||||
@@ -532,10 +532,23 @@
|
||||
2. 打开发送监控。
|
||||
3. 按租户和通道过滤。
|
||||
- 预期结果:
|
||||
- 看板展示任务数、发送状态分布、上行数、账务聚合。
|
||||
- 看板展示任务数、发送状态分布、上行数、账务聚合,不重复展示通道连接或通道运行数据。
|
||||
- 看板按当天真实短信记录展示“不含引流/含引流”两组签名统计;每行包含签名、企业、发送总数、成功、未知、失败、成功率和平均到达时长。
|
||||
- 监控展示最近发送、最近回执、最近上行。
|
||||
- 过滤条件生效。
|
||||
|
||||
### TC-ADMIN-011A 通道今日质量与日期通道占比
|
||||
|
||||
- 优先级:P1
|
||||
- 前置条件:北京时间当天至少两个通道存在 accepted Submit,其中包含成功、失败和未回执记录;另一个历史日期有不同通道分布。
|
||||
- 步骤:
|
||||
1. 打开运营端通道列表。
|
||||
2. 对照 `SmsSubmitRecord` 和 `SmsReceiptRecord` 核验“今日总数/今日发送质量”。
|
||||
3. 打开数据统计,确认默认日期后切换到准备好的历史日期并查询。
|
||||
- 预期结果:
|
||||
- 通道列表按真实提交通道展示当天总数、成功、未知、失败及比例,不再全部为前端固定 0。
|
||||
- 通道占比默认日期为北京时间当天;切换日期后重新请求该日期数据,图例展示真实通道名称且占比随数据变化。
|
||||
|
||||
### TC-ADMIN-012 发送链路 Trace
|
||||
|
||||
- 优先级:P0
|
||||
|
||||
@@ -2391,3 +2391,14 @@ git diff --check
|
||||
- Gateway补充企业侧真实`CMPP_DELIVER`发送成功/失败以及`CMPP_DELIVER_RESP`接收结果通讯日志,API白名单允许`platform_to_client + deliver_receipt/deliver_uplink`和`client_to_platform + deliver_resp`。通讯日志只描述真实协议报文;`CmppDownstreamDelivery`继续保存排队、发送、ACK、失败和重试业务状态,两者不合并。
|
||||
- 新增migration`20260724143000_derive_application_delivery_modes`,按当前CMPP/HTTP开通状态回填历史配置的派生模式,避免旧人工模式继续影响展示或参数复制。
|
||||
- 已完成定向回归:OpenAPI、短信配置和Gateway事件3 suites/67项通过;SendChain新增长短信非首片失败、仅HTTP投递和CMPP关闭3项通过;Gateway inbound全量通过并覆盖企业侧DELIVER/DELIVER_RESP日志。另一个会话的运营端账户充值回执源码和文档已一并纳入本发布分支,原工作区未覆盖。
|
||||
|
||||
## 2026-07-24 通道今日质量、看板签名统计与日期通道占比(本地未提交、未部署)
|
||||
|
||||
- 根因确认:运营端通道列表的`mapApiChannel`把今日总数、成功/未知/失败数量和比例全部固定为0,页面从未请求后端质量数据;预发布只读SQL确认当天实际已有3个通道共10条accepted提交,并非数据库无数据。
|
||||
- 新增只读`GET /api/admin/operations/send-quality?date=YYYY-MM-DD`,按北京时间单日从真实`SmsSubmitRecord/SmsReceiptRecord`聚合通道提交质量,并从真实`SmsMessageRecord/SmsSignature/Tenant`聚合签名发送质量;日期无效返回受控400。
|
||||
- 通道列表接入当天真实质量;运营看板移除通道运行表格、在线连接指标和平台连接健康度,恢复设计基线`2f3c274a`中的“不含引流/含引流”双签名统计结构,展示发送总数、成功、未知、失败、成功率和平均到达时长。
|
||||
- 数据统计的通道占比默认北京时间当天,支持选择单个历史日期查询,图例使用真实通道名称而非内部ID。
|
||||
- 预发布只读核验当天事实:富泷物业-移动5条、赛邮行业-王斯评中转4条、富泷物业-联通1条;另有4个签名存在当天发送记录,证明原页面全0为前端硬编码缺陷。
|
||||
- Node.js v24.14.0下API Operations定向1 suite / 21项通过;整合远端最新回执链路后,API全量26 suites / 319项、API TypeScript build、前端TypeScript/Vite build、Gateway `go test ./...`和`go vet ./...`、Prisma generate/validate及`git diff --check`通过;前端保留既有约1.93MB单chunk/580.26KB gzip警告,Jest仍用`--forceExit`结束既有异步句柄。
|
||||
- 本机PostgreSQL未监听,真实服务类本地集成因`ECONNREFUSED`未通过;应用内浏览器中的预发布管理员会话已安全锁定,未输入密码或绕过认证,因此未将修复后登录页面交互记为通过。新接口尚未部署,预发布只读SQL仅用于证明真实数据和根因。
|
||||
- 本轮按要求不提交、不推送、不部署;工作区中另一会话的充值回执改动继续原样保留。
|
||||
|
||||
Reference in New Issue
Block a user