fix: align reporting filters and carrier quality

This commit is contained in:
hectorzhao
2026-07-28 20:55:50 +08:00
parent d8e5319647
commit 95c052e9ea
10 changed files with 172 additions and 52 deletions
+16
View File
@@ -2646,3 +2646,19 @@ git diff --check
- 部署后`cmpp-api``cmpp-gateway`、Nginx、PostgreSQL和MinIO均activeRedis`PONG``12026/17890/8090/3000/6379/5432/9000`均监听,API/Gateway health、公网首页、运营端、客户端和API health均HTTP 200,公网CMPP 17890 TCP可连接。Redis Stream消费者1、`pending=0``lag=0`,发布后API/Gateway无error级journal。
- 4条active供应商通道中3条恢复`connected 1/1``会员营销-富泷`保持`failed 0/1`,数据库明确记录`authentication / connect response status: auth failed`并进入既有自动重连窗口,该状态属于当前上游鉴权配置/外部连接事实,本次未擅自修改通道账号或状态。120秒内活跃下游客户连接为0。
- 本次未发送、重投或补发真实短信,未执行本地演示数据脚本,未修改通道配置或客户连接状态。发布运行代码为`99c8c7c68b5eb7cd0f63f0c70d376c257cc18c61`
## 2026-07-28 签名发送质量运营商概览业务短信口径(本地未提交)
- 数据统计“签名通道发送质量”的查看明细中,运营商概览不再累加通道提交尝试,改为按真实`SmsMessageRecord`业务短信统计;同一短信发生通道切换或补发仍只计一条。卡片数量文案由“XX次”改为“XX条业务短信”。
- 运营商概览的“成功率”改名为“最终成功率”,按该运营商最终送达成功的业务短信数除以业务短信总数计算;平均到达时间同步取最终成功业务短信的`deliveredAt - submittedAt`。下方“通道 × 运营商矩阵”继续保留真实`SmsSubmitRecord`提交尝试口径,不与业务短信口径混算。
- 后端`GET /admin/operations/signature-quality`新增独立运营商业务短信汇总,数据直接来自PostgreSQL,不使用前端去重、mock、静态数据或localStorage。需求文档和系统功能测试用例已同步补充补发去重及最终成功率规则。
- Node.js v24.14.0下Operations定向1 suite / 24 tests、API TypeScript正式构建、前端TypeScript检查和Vite生产构建通过;Vite仅保留既有大chunk提示。预发布PostgreSQL只读执行等价聚合SQL成功并返回真实运营商分组,验证业务短信数、最终成功数、最终成功率和平均到达时间字段可执行;本地5432未运行,因此未虚报本地数据库验证。
- 本轮按用户要求保持未提交、未推送、未部署;既有`api/tsconfig.build.tsbuildinfo``tsconfig.tsbuildinfo``outputs/`及空文件`=`继续保留且不纳入代码提交。
## 2026-07-28 待生成报备批次搜索区宽度统一(发布前门禁)
- “待生成资料”搜索区将资料类型收窄为160px,将“企业/应用/签名/站点”关键字控制在200~260px,并把剩余主要空间分配给“资料变更时间”;“已生成批次”将批次号控制在220~260px、批次生成时间固定为300px,避免日期条件无意义拉满。
- 新增全局`.ui-query-actions`查询操作区样式,查询和重置按钮统一为88px,不再由当前Grid隐式拉伸重置按钮。980px及以下两个页签统一切换为两列搜索布局,操作按钮独占下一行,避免横向溢出。
- 需求文档新增搜索区尺寸规则,系统功能测试新增`TC-REPORT-BATCH-007`覆盖桌面和平板布局;筛选查询、重置及真实后端分页逻辑未改动。
- 本次发布门禁覆盖此前未提交的“签名发送质量运营商概览业务短信口径”和本次搜索区调整:Node.js v24.14.0下API全量26 suites / 366 tests通过,Prisma format/validate/generate、API TypeScript正式构建、前端TypeScript/Vite生产构建、Gateway`go test ./...``go vet ./...`、依赖安全门禁和`git diff --check`通过;Vite仅保留既有大chunk提示,Jest保留既有`--forceExit`异步句柄提示。
- 应用内浏览器接管检查确认当前没有已登录运营会话,目标路由被真实鉴权守卫跳转至图形验证码登录页;未绕过验证码,因此发布前未把登录页冒充为两个页签的视觉验收。发布后仍需在有效运营会话下复核两页签桌面和平板宽度。