fix: 修复未报备签名聚合查询
This commit is contained in:
hectorzhao
@@ -4560,6 +4560,7 @@ npm run verify:phase8
|
||||
| TC-SIGNATURE-RETIREMENT-022 | 所选日期构造正文以规范`【签名】`开头的短信：当前企业应用签名库存在同名记录、签名库不存在、仅其他企业应用存在同名记录、正文没有规范开头签名 | 只有当前企业应用签名库不存在的规范正文签名进入未报备模块；已有同名系统签名不受通道或运营商报备状态影响，其他应用同名签名不能替代当前应用记录，无规范签名正文不伪造成签名行 |
|
||||
| TC-SIGNATURE-RETIREMENT-023 | 在未报备签名模块按企业、企业应用、签名搜索并翻页 | 后端搜索、总数、每页10行和分页结果一致；列表展示签名、企业、实际企业应用和未报备短信条数，修改主统计日期后按新的北京时间自然日重新查询 |
|
||||
| TC-SIGNATURE-RETIREMENT-028 | 同一企业应用在所选北京时间自然日提交正文以`【湘银物业】`开头的短信，消息未关联`signatureId`且有效签名库无同名记录；另准备已有签名但缺少通道报备、其他应用同名签名、正文无规范开头签名三组对照数据 | 仅正文签名在当前企业应用签名库不存在的消息进入“未报备签名”，并按正文签名和实际企业应用聚合；已有系统签名但缺通道/运营商报备、其他应用的记录和无规范签名正文不得误判 |
|
||||
| TC-SIGNATURE-RETIREMENT-029 | 生产量级数据中存在多个企业、应用和未登记正文签名，打开签名质量检测页并查询未报备签名 | PostgreSQL按企业、应用、正文签名完整分组，接口返回200；不发生`42803`分组错误，列表总数、分页和各组短信条数与独立SQL一致 |
|
||||
| TC-SIGNATURE-RETIREMENT-024 | 首次打开预警页面，随后选择历史日期区间 | 页签和区块标题均为“预警消息”；默认开始、结束均为今日且只返回今日消息，历史区间返回对应历史消息，每页10条并显示真实总数 |
|
||||
| TC-SIGNATURE-RETIREMENT-025 | 分别或组合选择企业、企业应用、签名关键字、通道及日期区间并翻页 | 后端同时应用全部条件，列表、总数和页码一致；条件变化查询后回到第1页，企业应用选项受企业筛选约束 |
|
||||
| TC-SIGNATURE-RETIREMENT-026 | 点击消息“抑制”，分别选择临时截止日期和永久抑制并填写原因 | 只出现平台自研弹窗；临时模式要求未来截止日期，永久模式不显示日期，两种模式原因必填，保存调用真实抑制接口且刷新当前筛选页 |
|
||||
|
||||
@@ -3448,12 +3448,12 @@ git diff --check
|
||||
- 真实PostgreSQL聚合返回“完全未报备”6条、“仅移动已报备但提交电信”4条；浏览器按企业B搜索后只显示后者4条。企业热力图按企业B搜索只保留3个相关维度，通道热力图仍保留全部7个维度；签名悬停属性显示真实企业和应用，格子悬停属性显示五项明确口径，日期首列为08-09、末列为07-11，控制台error/warn为0。
|
||||
- 清退专项7/7、API全量35个suite/446项通过，API与前端TypeScript、API正式构建、Vite 8.1.5生产构建通过（2538 modules，仅既有大chunk提示）。API全量用例本身12.573秒完成，但既有异步句柄使Jest不自行退出，本次使用`--forceExit`收尾并保留该提示；两次外层超时遗留的本轮Jest进程已按精确命令行确认后停止，未影响API、前端、PostgreSQL或Redis。
|
||||
|
||||
## 2026-08-12 未报备签名判定修正（未提交、未发布）
|
||||
## 2026-08-12 未报备签名判定修正（已发布）
|
||||
|
||||
- 生产只读核查确认【彩生活物业】2026-08-12北京时间自然日有4个号码级`SmsMessageRecord`，4条均为2个计费分片；2026-08-11另有2个号码级消息。因此页面当日显示4条正确，用户所见6条为相邻两日累计，不修改签名质量统计代码，也不增加额外列表说明。
|
||||
- “未报备签名”按确认口径改为系统签名库缺失：从`signatureId IS NULL`消息正文开头提取规范`【签名】`，仅在同企业应用不存在未删除同名`SmsSignature`时计入；不再用通道、运营商或报备任务通过状态判定。结果仍按正文签名和实际企业应用聚合、搜索和分页。
|
||||
- 使用生产数据只读回放新聚合SQL，【湘银物业】在2026-08-12正确返回266条，企业为“王斯评与聆界中转企业”、应用为“王斯评平台To百信互动物业”；全过程未写生产数据库、未发送或重投短信。
|
||||
- 签名清退专项9/9、API与前端TypeScript、API正式构建、Vite 8.1.5生产构建及`git diff --check`通过；Vite仅保留既有约2.08MB单chunk提示。代码按要求未提交、未推送、未部署。
|
||||
- 签名清退专项9/9、API与前端TypeScript、API正式构建、Vite 8.1.5生产构建及`git diff --check`通过；Vite仅保留既有约2.08MB单chunk提示。该修正后续已随提交`16135e5a`发布。
|
||||
|
||||
## 2026-08-10 预警消息检索分页、抑制弹窗与备注列宽（未提交、未发布）
|
||||
|
||||
@@ -3507,21 +3507,36 @@ git diff --check
|
||||
- 新增统一`MoneyText`只读金额组件，运营端和客户端现有余额、授信、单价、消费、返还、充值、收入、成本、利润及短信计费等金额，小数点和小数部分使用统一次级文字色；输入框、CSV、复制文本和底层金额值不拆分、不改变。
|
||||
- 本地正式`SignatureRetirementService`在真实PostgreSQL执行2026-08-12检测，生成11条alert、2条healthy、6条observing快照；执行前后站内消息均55条、Webhook投递均0条，证明检测阶段不外发。浏览器真实API验收热力图首列为08-11、显示30日合计且合计491/134/65/0按降序，6个观察期格子可见；企业与应用字重为400；金额小数色为`rgb(107, 114, 128)`；客户端登录Canvas为2560×1440并正常绘制，页面控制台error/warn为0。
|
||||
- API全量35个suite/451项、签名清退与利润专项18/18项、前后端TypeScript、API正式构建、Vite 8.1.5生产构建、4份Gateway队列契约、Gateway `go test ./...`和`go vet ./...`通过；Vite仅保留既有约2.06MB单chunk提示，`git diff --check`仅有既有LF/CRLF提示。
|
||||
# 2026-08-12 下游投递后台重投任务与分页数量（已完成，待发布）
|
||||
# 2026-08-12 下游投递后台重投任务与分页数量（已发布）
|
||||
|
||||
- 已确认第一版设计：按当前真实筛选条件和创建时快照建立后台任务，只允许 `pending/failed/unconfirmed/rejected`，不批量重投 `delivered`，等待连接/ACK 与真正跳过严格分开。
|
||||
- 已增加任务/任务项真实 PostgreSQL 模型、预检、创建、分批原子认领、ACK 闭环、暂停/继续/终止、操作审计，以及运营端任务列表和详情；下游投递列表同步增加每页 `10/25/50` 条选择。
|
||||
- 本地PostgreSQL已真实应用`20260812153000_add_downstream_requeue_tasks`，当前共86条migration；Prisma validate、专项4项、API全量36个suite/458项、API/前端TypeScript、API/Vite生产构建、4份Gateway队列契约、R10结构契约和`git diff --check`通过。R10稳定门面方法数同步为104。
|
||||
- 全量Jest的458项断言均通过；仓库仍有既有异步句柄导致不自行退出，使用`--forceExit`取得退出码0。新增后台任务扫描器已在相关启动定时器用例中显式关闭，复跑时不再产生缺少测试Prisma delegate的循环错误日志。
|
||||
|
||||
# 2026-08-12 网关提交异常人工标记已处理（已完成，待发布）
|
||||
# 2026-08-12 网关提交异常人工标记已处理（已发布）
|
||||
|
||||
- “网关异常 / 提交异常”对`pending`记录增加“已处理”按钮和自研确认弹窗；确认后真实调用后端，将记录原子更新为`resolved`、写`resolvedAt`和`manually_resolved`，保留原始异常证据，不重新入队、不发送短信。
|
||||
- 后端记录操作人和`gateway.submit_dead_letter_resolved`审计日志；非`pending`状态拒绝并发标记，重复读取已处理记录保持幂等。
|
||||
- 功能纳入API全量36个suite/458项验证；前端TypeScript、API正式TypeScript构建、Vite生产构建和`git diff --check`通过，Vite仅有既有大chunk提示。
|
||||
|
||||
# 2026-08-12 全局运营商标签色值调整（已确认，待发布）
|
||||
# 2026-08-12 全局运营商标签色值调整（已发布）
|
||||
|
||||
- 移动、联通、电信继续复用`CarrierTag`全局低饱和胶囊组件，仅按确认方案调整背景、文字和边框色值，不改变标签尺寸、字重或业务状态标签。
|
||||
- 前端TypeScript、Vite 8.1.5生产构建和`git diff --check`通过。使用真实本地API和PostgreSQL登录短信通道管理页，计算样式逐项核对为移动`#E8F1F7/#2F6F91/#C9DDE9`、联通`#F6EAEA/#875758/#E8CECE`、电信`#F0ECF7/#73538F/#DDD1EA`，页面已保留供用户预览。
|
||||
- 用户确认页面预览后授权提交、推送，仍未授权部署；仅重置既有本地专用`codex_local_admin`临时密码以恢复本地验收会话，未新建账号。受保护缓存、`outputs/`和空文件`=`不归因、不处理。
|
||||
- 用户确认页面预览后先授权提交、推送，后续已明确授权发布；仅重置既有本地专用`codex_local_admin`临时密码以恢复本地验收会话，未新建账号。受保护缓存、`outputs/`和空文件`=`不归因、不处理。
|
||||
|
||||
# 2026-08-12 下游重投、异常处置、未报备签名及运营商标签预生产发布（已发布）
|
||||
|
||||
- 最新功能提交`16135e5a3ef69e22011e483e5a74dd8a36699189`已成功发布；精确Git归档`outputs/cmpp-16135e5a-20260812-173616.tar.gz`共834项、2246057字节，本地与服务器SHA-256均为`f4cb42a2ffed9bf4fba1e43656433a6e1b2de5ba2af52bcb0193c9f77ce56c21`。运行目录`.deployed-commit`已核对为该提交。
|
||||
- 发布前恢复资产位于`/opt/cmpp-platform-backups/releases/20260812-174041-before-16135e5a`，PostgreSQL、运行源码和环境文件均通过`sha256sum -c`；上一运行目录保留为`/opt/cmpp-platform.previous-20260812-174041`。部署流程完成依赖安全缓解门禁、Prisma generate/migrate、前端/API/Gateway构建、Nginx校验、服务重启和健康检查，未触发回滚。
|
||||
- 第86条migration `20260812153000_add_downstream_requeue_tasks`仅应用一次，数据库当前86条已完成migration；`DownstreamRequeueTask`与`DownstreamRequeueTaskItem`两张真实任务表均已核对存在。
|
||||
- API、Gateway、Nginx、PostgreSQL、Redis与MinIO均为active；12026、17890、8090、3000、6379、5432和9000端口均监听。内部API/Gateway/MinIO健康通过、Redis PONG；`gateway.submit.commands`消费者1、`pending=0`、`lag=0`。公网运营端登录、客户端登录和API health均HTTP 200，公网CMPP 17890 TCP连通，发布后API/Gateway warning级journal为0。
|
||||
- 依赖审计仍报告根项目3项high、API项目3项moderate和4项high，专用安全缓解门禁通过；本次未执行`npm audit fix`或破坏性依赖升级。发布过程没有发送、补发或重投真实短信，没有修改通道账号、密码、启停状态、企业余额或客户连接。
|
||||
- 受保护的`api/tsconfig.build.tsbuildinfo`、`tsconfig.tsbuildinfo`、`outputs/`和空文件`=`继续不删除、不提交、不归因于本次发布记录。
|
||||
|
||||
# 2026-08-12 签名质量检测未报备签名聚合热修复
|
||||
|
||||
- 发布后生产日志确认签名质量检测页底部`GET /api/admin/signature-retirement/unreported-signatures`返回500；根因是结果标识使用`extracted.tenant_id/application_id`，但PostgreSQL聚合只分组了关联表主键和签名，生产数据执行时严格报`42803`。该故障仅影响只读未报备签名统计，不涉及签名通道发送质量、短信发送、计费或回执数据写入。
|
||||
- 最小修复为将原始企业、应用字段加入`GROUP BY`，保持“正文签名 × 实际企业应用”业务口径、搜索、计数和分页不变；同步新增`TC-SIGNATURE-RETIREMENT-029`，防止测试桩只验证返回映射而遗漏真实PostgreSQL语法约束。
|
||||
- 签名清退专项9/9、API TypeScript正式构建和`git diff --check`通过；待提交、推送并执行API最小热发布后补充真实接口和日志复验结果。
|
||||
|
||||
Reference in New Issue
Block a user