fix: align daily operations statistics

docs/testing-progress.md

@@ -2412,3 +2412,21 @@ git diff --check
 - 发布后Gateway、API、Nginx、PostgreSQL、Redis和MinIO均active；`12026/17890/3000/6379/5432/9000`监听，API health正常、Redis PONG。`gateway.submit.commands`消费者1、`pending=0`、`lag=0`，3条active供应商通道均为`connected/currentConnections=1/desiredConnections=1`。
 - 新路由未登录访问返回受控401，证明路由已加载且认证保护有效；直接调用预发布已部署`OperationsService`并查询真实PostgreSQL返回日期`2026-07-24`、3行通道和4行签名统计。通道总量为10：富泷物业-移动5条（成功0、未知3、失败2），赛邮行业-王斯评中转4条（成功1、未知3、失败0），富泷物业-联通1条（成功1、未知0、失败0），修复后不再是前端硬编码全0。
 - 公网首页、运营登录页、客户端登录页和API health均返回HTTP 200，公网CMPP 17890 TCP连接成功。发布以来API、Gateway和Nginx无warning及以上日志。服务器留存的旧管理员凭据已与当前账户密码不一致，接口验收首次登录返回一次401后停止重试，未触发锁定；本轮未绕过认证，登录后页面交互仍需持有当前密码的人工会话复核，未虚报通过。
+
+## 2026-07-24 提交失败与送达失败口径拆分（本地未提交、未部署）
+
+- 预发布只读核对确认三条上游结果均为`rejected / 103`：企业CMPP正式短信`18821203795`由平台生成`PLATFORM:MSG-* / REJECTD`失败回执并已完成企业侧投递；运营端通道测试`13127620092`、`15821447161`没有企业和应用归属，无需生成客户回执。三者业务结果统一归为“提交失败”，是否存在平台通知回执不再改变列表分类。
+- 短信记录列表、CSV、详情和状态筛选按阶段拆分：`submit_failed`或`submitStatus=rejected/timeout`显示“提交失败”；只有供应商已受理且最终失败才显示“送达失败”。详情根据真实平台失败回执和`CmppDownstreamDelivery`状态显示“平台已生成失败回执并通知企业”，独立通道测试显示“运营端通道测试，无需生成客户回执”。
+- 通道当天质量纳入`accepted/rejected/timeout`终态提交，“今日提交”包含全部实际提交结果，并新增“提交失败”；送达成功、回执未知、送达失败只以供应商已受理数为分母。分片回执优先按`SmsMessageSegmentAudit.submitRecordId`聚合，任一分片明确失败即归为送达失败，避免非首片失败被误算为未知。
+- 通道页“查询”按钮绑定`loadChannels()`。风险复核确认该函数只调用通道列表、当天质量和连接状态三个GET接口，服务端均为只读`findMany`/聚合，不会连接、断开、重连通道，不会修改配置或写操作日志；不增加自动轮询。
+- 新SQL在预发布真实库只读执行成功：会员营销-铁布衫为今日提交3、提交失败3、已受理0；富泷物业-移动为已受理5、送达成功0、回执未知2、送达失败3；富泷物业-联通为已受理1、送达成功0、回执未知1；赛邮行业-王斯评中转为已受理4、送达成功1、回执未知3。
+- Node.js v24.14.0下API Operations定向1 suite / 22项、API全量26 suites / 320项、API TypeScript build、前端TypeScript/Vite build通过；全量测试仅出现既有Redis不可用容错告警并以`--forceExit`结束既有异步句柄。前端保留既有约1.93MB单chunk/580.73KB gzip告警。系统默认Node 14执行Jest/Vite时因不支持当前依赖语法却错误返回0，已排除该结果并使用工作区Node 24直接调用本地Jest/TypeScript/Vite可执行文件重跑。
+- 本轮按用户要求仅修改代码并验证，未提交、未推送、未部署；`api/tsconfig.build.tsbuildinfo`和`outputs/`继续作为既有其他会话/构建产物保留。
+
+## 2026-07-24 运营看板签名分页与单日企业应用统计（发布前）
+
+- 运营看板“不含引流”和“含引流”两个今日签名发送统计区改为各占整行；每页展示10个签名，分别维护页码，并支持首页、末页、上一页、下一页和指定页跳转。跨页排名按完整结果集连续计算，不会在每页重新从1开始。
+- 数据统计统一使用日期选择器指定的北京时间单日数据，默认当天；发送量、成功率、企业应用排行和通道占比均来自同一次只读`send-quality`后端快照。指标标题展示实际已加载日期，修改日期但尚未点击查询时不会把旧数据误标成新日期。
+- 数据统计移除“待审核”。发送量和成功率从所选日期全部有效`SmsMessageRecord`聚合；企业排行改为企业应用维度，后端联表返回真实应用名称和所属企业名称，不再把企业ID或应用编号作为图表名称，也不混入历史累计记录。
+- 后端新增单日汇总及企业应用统计回归数据，继续排除平台预校验`rejected`记录；已送达优先于失败判定，`submit_failed/failed/timeout`或失败回执计入失败，其余计入未知，满足`发送总数 = 成功 + 未知 + 失败`。
+- 发布前门禁：Node.js v24.14.0下API Operations定向1 suite / 22项、API全量26 suites / 320项、API TypeScript build、前端TypeScript/Vite生产构建、Prisma generate/validate、Gateway `go test ./...`和`go vet ./...`、`git diff --check`全部通过。Jest保留既有Redis不可用容错告警和`--forceExit`异步句柄提示；前端保留既有约1.93MB单chunk/580.79KB gzip告警。浏览器验收、提交、推送与预发布部署结果待完成后补记。