fix: validate signatures and restore report metrics

docs/system-functional-test-cases.md

@@ -120,6 +120,20 @@
   - 合法名称以完整格式写入PostgreSQL；新增、编辑和所有展示位置均为`【测试签名】`。
   - 模板与发送预览只包含一层签名，不出现`【【测试签名】】`。
 
+### TC-CLIENT-003C 签名空白与不可见字符前后端强制校验
+
+- 优先级：P0
+- 前置条件：存在可创建、编辑签名的企业和应用。
+- 步骤：
+  1. 分别在客户端和运营端新增、编辑签名，尝试键入或粘贴包含普通空格、换行、制表符、不换行空格、零宽空格、BOM和变体选择符的名称。
+  2. 观察受控输入框、错误提示和提交按钮。
+  3. 绕过页面直接调用真实新增、编辑API提交相同非法名称。
+  4. 输入不含空白或不可见字符的合法名称`【测试签名】`并保存。
+- 预期结果：
+  - 非法字符不进入客户端或运营端受控输入值，页面立即提示且不能提交；已有合法输入不因一次非法粘贴被覆盖。
+  - 直接调用API返回400及可行动错误，不写入或更新`SmsSignature`，不能通过前端绕过。
+  - 合法名称可正常保存，刷新后仍来自真实PostgreSQL记录。
+
 ### TC-CLIENT-003A 签名与引流信息工作台及通道信息隔离
 
 - 优先级：P0
@@ -3907,3 +3921,12 @@ npm run verify:phase8
 | TC-BILLING-ATOMIC-005 | 同一企业同时发生扣费、退款和充值 | 账户级事务锁串行化余额变更，使用数据库原子增量；每条流水`balanceAfter`连续且最终余额与流水一致 |
 | TC-DOWNSTREAM-IDEM-006 | 同一短信终态被重复处理，企业同时启用CMPP和HTTP | CMPP只有一条`CmppDownstreamDelivery`且只发送一次；HTTP只有一个稳定事件和一条端点投递 |
 | TC-MIGRATION-IDEM-007 | 在含历史重复最终回执的预生产数据上执行migration | 历史行全部保留；每个短信只给最早一条历史回执设置唯一键，其余保持空键；新数据开始强制唯一 |
+
+## 2026-07-27 通道报备发送统计用例
+
+| 用例编号 | 场景 | 预期结果 |
+|---|---|---|
+| TC-CHANNEL-REPORT-STATS-001 | 当前通道同一签名今日存在已接受成功、已接受未知、已接受失败、提交拒绝和提交超时记录 | 签名任务的“今日发送”展示四类真实数量与比例；提交拒绝/超时只计入提交失败，成功/未知/回执失败比例只以已接受数量为分母 |
+| TC-CHANNEL-REPORT-STATS-002 | 同一签名有直接短信和多个引流信息，展开具体引流任务 | 签名任务汇总当前通道下该签名全部发送；具体引流任务仅统计自身，不串入同签名其他引流或直接短信 |
+| TC-CHANNEL-REPORT-STATS-003 | 当前统计范围有历史成功短信但今日无成功短信 | “上次发送成功时间”显示该范围最近一次最终成功时间，不以报备时间、最后更新时间或页面当前时间代替 |
+| TC-CHANNEL-REPORT-STATS-004 | 报备任务先提交、后由报备记录变为通过 | 列表和详情分别显示真实提交报备时间、最近一次报备成功时间、上次发送成功时间和今日统计；刷新后数据保持一致 |