feat: densify enterprise signature management

docs/contracts/admin-enterprise-signatures-r4.json

@@ -57,24 +57,16 @@
     },
     {
       "name": "SignatureFormModal",
-      "canonicalSha256": "664e1cd87309c64c03f9198543171bb519d448eec4a83cf890444fee16d6dd66"
+      "canonicalSha256": "1768695d72a0953d6d0108ee4e67c3a321e4869de37a817dabeee8c3b59859ca"
     },
     {
       "name": "DrainageFormModal",
-      "canonicalSha256": "0e63725f10e8021e0a7beb5a71f52773ce271faea137735d3fc184f07a39c6d6"
-    },
-    {
-      "name": "SignatureReportModal",
-      "canonicalSha256": "4cfec954f564c998af70da441971bede16915f4bb5ac9c10e45da15101957de5"
+      "canonicalSha256": "30daa4dfc5c8dc83f17ef901143f61490d13d081aa8b30e4677e12f814025942"
     },
     {
       "name": "ChannelReportStatusModal",
       "canonicalSha256": "e0717a89302e477fd1e57f18e3f97b993ebe3c7c42ccbfcd2761110054f6abcb"
     },
-    {
-      "name": "DrainageReportModal",
-      "canonicalSha256": "d2b41c26eb3992bb1ff3b50ee5ef6c06e7f84d89832e3ec7446b35178520431f"
-    },
     {
       "name": "DrainageReportStatusModal",
       "canonicalSha256": "ef692f08d2140e82e40fc12f716b15a902e3c66948140e8512f5a317c629215c"
@@ -84,7 +76,7 @@
       "canonicalSha256": "2f71bdc2f8044ca9b403affbb0cb3f31587e4c004a90e9e0836aa6143033b6da"
     }
   ],
-  "tableJsxSha256": "5cae4926ab10a762b26d77d0a0633b85de68fa204b7d5732ba0942e7fc276234",
+  "tableJsxSha256": "9d8b0f90e6a375fb3d019985d2b6d3409d7b41956e1893f0654c80499c1b64b4",
   "apiCalls": [
     "listEnterpriseSignaturesPage",
     "listTenants",
@@ -100,7 +92,6 @@
     "applications",
     "deleteTarget",
     "drainageModal",
-    "drainageReport",
     "drainageStatusTarget",
     "enterpriseKeyword",
     "appliedEnterpriseKeyword",
@@ -111,9 +102,9 @@
     "error",
     "expandedSignatureId",
     "signatureKeyword",
+    "signatureSort",
     "appliedSignatureKeyword",
     "signatureModal",
-    "signatureReport",
     "reportStatusTarget",
     "signatures",
     "total",

docs/system-functional-test-cases.md

@@ -4991,3 +4991,14 @@ npm run verify:phase8
 | TC-DISK-DEDUP-002 | 打乱采集顺序、根目录有绑定路径、主路径停止采集、趋势缺失或NaN | 文件系统ID保持稳定；根盘兼容指标及趋势正确；主路径按层级/长度/字典序确定；同一文件系统只有一条趋势，不补零，不因路径改变丢失历史 |
 | TC-DISK-DEDUP-003 | 不同instance/device/fstype的样本容量相同，或指标不可用 | 不同文件系统不误合并；缺失指标为null/空趋势，页面显示暂无数据而非旧卡片；不得仅凭容量相同合并 |
 | TC-DISK-DEDUP-004 | 核对API查询、基础规则和按当前有效阈值生成的托管规则 | 容量和inode均max by(instance,device,fstype)，可用容量min聚合，不按mountpoint重复告警；阈值不变；promtool校验通过，未来发布后再核对实际加载规则、告警及真实页面；告警标签变化会影响指纹和for计时，不虚报已保留 |
+
+## TC-ENTERPRISE-SIGNATURE-DENSITY-20260902 企业签名高密度列表
+
+| 用例ID | 场景 | 预期 |
+| --- | --- | --- |
+| TC-ENTERPRISE-SIGNATURE-DENSITY-001 | 首次打开运营端企业签名管理 | 不请求或展示顶部全部/待审核/报备中/异常统计；短信签名Tab不显示总数；列表使用紧凑表头与行布局 |
+| TC-ENTERPRISE-SIGNATURE-DENSITY-002 | 查看签名及展开的引流信息 | 两级表头统一使用“审核状态”；移动/联通/电信仅显示已通过通道数/总通道数，不显示日期；引流信息列只显示条数，不显示异常数 |
+| TC-ENTERPRISE-SIGNATURE-DENSITY-003 | 查看签名查询和签名列 | 查询标签及表头统一为“签名”，不显示签名用途；签名统一显示完整中文黑括号，例如“【聆界科技】”，已有括号不得重复包裹 |
+| TC-ENTERPRISE-SIGNATURE-DENSITY-004 | 点击签名升序或降序按钮并翻页 | 请求携带signatureSort=asc/desc，后端先按签名及ID稳定排序再分页；切换排序回第一页，不只重排当前页，不产生重复请求 |
+| TC-ENTERPRISE-SIGNATURE-DENSITY-005 | 查看签名及引流信息操作列 | 两级操作列都只展示“报备状态、编辑、删除”；不显示“报备详情”；三个入口继续调用原真实后端流程 |
+| TC-ENTERPRISE-SIGNATURE-DENSITY-006 | 1600×1000桌面视口查看并展开首条签名 | 表头与数据列对齐，操作按钮不换行，展开表格无裁切；页面无框架错误层，控制台无相关错误；窄视口由列表容器横向滚动，不挤压错列 |

docs/testing-progress.md

@@ -4238,3 +4238,14 @@ git diff --check
 - 本地全量API 51套584项、前端9文件48项通过；前后端TypeScript检查、Vite构建、依赖安全、部署契约、包体积门禁及`git diff --check`通过。Vite仍提示既有Chart分块超过500kB，但入口gzip约107.39KiB，符合250KiB预算。新增回归覆盖绑定路径、乱序、主路径缺失、不同主机/设备/类型、缺失样本及展开交互；更新`TC-PORTAL-008/009`，新增`TC-DISK-DEDUP-001..004`。
 - 本轮仅本地单元/组件回归及真实采集查询核验，没有部署新API/页面；登录浏览器视觉、控制台、真实页面展开及告警加载验收留待下一次明确授权发布，不以测试替身或构建通过冒充真实页面验收。既存日报5秒事务超时不在本轮修复范围。
 - 提交仅包含本轮监控源码、规则、测试用例和本节进度追加；其他会话的迁盘文档及进度追加不纳入。本轮没有发送、补发、重投短信，也没有修改余额、通道或客户配置；待下一版本指令后再决定推送和目标环境发布。
+
+## 2026-09-02 运营端企业签名管理高密度改版（仅本地提交）
+
+- 按用户确认的第1稿落实现有企业签名管理，不新增顶部统计接口或Tab数量；保留既有4项查询及查询/重置语义。签名列表改为紧凑表头/行布局，签名统一以中文黑括号展示且不重复包裹，不展示用途；引流信息仅显示条数，不计算或显示异常数。
+- 签名及引流两级表头统一为“审核状态”。移动、联通、电信列从文字状态/日期组合收敛为真实`approved/total`通道数字，零适用通道显示“—”，完整含义保留在title及无障碍标签中；数据继续来自现有真实报备目标汇总，不使用静态业务数据替代产品实现。
+- 签名列新增升/降序双按钮，前端传递`signatureSort=asc|desc`，后端按`name`再按`id`稳定排序后分页；无排序参数的既有调用继续按创建时间倒序。切换排序回第一页，已在第一页时仅发送一次请求。签名与引流操作列均只保留“报备状态、编辑、删除”，移除两个报备详情入口及对应未使用展示组件。
+- 更新R4页面契约：移除已废弃的两个详情组件/状态，纳入排序状态和新表格JSX；同时将前次签名/引流字段变更后已过期但未同步的两个表单函数哈希对齐当前源码。门禁通过，仍确认8个真实API调用和24项页面状态。
+- 定向回归：企业签名组件2项、SMS配置服务68项通过；全量API 51套584项、前端10文件50项通过，前后端TypeScript、定向ESLint、Vite构建、依赖安全、部署契约、R4契约及包体积门禁通过。Vite仍仅有既有Chart分块超过500kB提示，入口gzip 107.41KiB符合250KiB预算。
+- Browser插件本轮不可用，常规Chrome/Edge自动化进程因本机策略启动即退出；改用工作区自带Playwright Chromium复核本地构建。1600×1000页面身份、非空、无框架错误层、控制台、截图和交互通过：展开首条后可见3条引流信息；两级各3个指定操作、0个报备详情；点击降序实际请求`/api/admin/enterprise-signatures?signatureSort=desc&page=1&pageSize=10`。视觉夹具仅用于渲染验证，不冒充真实API验收。
+- 本轮不推送、不部署，不访问或修改测试/预生产业务数据；未发送、补发、重投短信，未修改余额、通道或客户配置。真实登录环境API、浏览器控制台及页面效果仍须在未来获授权发布后复核。
+- 提交只暂存本轮源码、测试、R4契约、测试用例及本节进度追加；原有4份修改文档、3份未跟踪文档、未跟踪`=`文件和`docs/testing-progress.md`中另一会话26行追加继续保留，不覆盖、不夹带。