feat: improve channel resilience and operations

docs/system-functional-test-cases.md

@@ -3758,3 +3758,28 @@ npm run verify:phase8
 | TC-SIGN-UTF8-003 | 目标签名在补偿migration前已被人工修改 | 原始hex不匹配时不得覆盖；重复执行修复SQL结果不变且不产生非法字节 |
 | TC-HTTP-PARAM-002 | 首次开通HTTP后查看并复制参数 | 六项能力默认开启，回执/上行为HTTP Webhook；复制文本含AppID和“客户端自助密钥”，与真实API/DB一致 |
 | TC-HTTP-PARAM-003 | 升级前已开通HTTP且Webhook能力开启，投递模式仍为cmpp | migration将对应回执/上行模式回填为http，参数复制不再显示CMPP长连接 |
+
+## 2026-07-23 供应商连接主动心跳与自动重连用例
+
+| 用例ID | 场景 | 验收标准 |
+| --- | --- | --- |
+| TC-CMPP-UP-RECONNECT-001 | 首次连接时供应商端口不可达，随后恢复 | 首次状态为failed并记录错误/下次重连；无需人工操作即建立连接，currentConnections恢复到期望值 |
+| TC-CMPP-UP-RECONNECT-002 | 已连接socket被供应商关闭 | Gateway结束旧读循环、唤醒在途提交、进入reconnecting并按退避重新登录，不发生nil客户端panic |
+| TC-CMPP-UP-HEARTBEAT-001 | 空闲连接正常响应ACTIVE_TEST | 平台按通道间隔主动发送请求，按Sequence_Id清除待响应项并更新lastHeartbeatAt，短信和心跳包不交叉写坏 |
+| TC-CMPP-UP-HEARTBEAT-002 | 连续心跳无响应 | 达到阈值后关闭旧连接、分类为heartbeat_timeout并自动重连；单次迟到或其他Sequence响应不能误清除全部待响应项 |
+| TC-CMPP-UP-RECONNECT-003 | 鉴权失败 | 通道保持failed且5分钟慢速持续重试，不刷屏、不高频触发供应商锁定；修改正确凭据后立即重连 |
+| TC-CMPP-UP-RECONNECT-004 | desiredConnections大于1且部分断开 | 只补足缺失连接，未恢复到期望值前显示reconnecting，不超过配置连接数 |
+| TC-CMPP-UP-DISCONNECT-001 | 手动停用或删除通道 | API发送DisconnectChannel，Gateway关闭全部连接并停止心跳/重连；等待多个协调周期后仍为0连接 |
+| TC-CMPP-UP-DISCONNECT-002 | disabled/deleted通道存在历史connected状态 | API协调任务自动下发断开并把currentConnections归零，不恢复非active通道 |
+| TC-CMPP-UP-CONFIG-001 | 修改地址、端口、凭据、版本、连接数、窗口或心跳配置 | 旧池被关闭，新配置立即生效，无需先手工停用再启用 |
+| TC-CMPP-UP-RECONCILE-001 | API/Gateway/Redis依次重启及多API实例并行扫描 | 活动通道最终恢复，Redis租约保证同一协调周期每通道只有一个连接指令，BullMQ任务ID不冲突 |
+| TC-CMPP-UP-RECONCILE-002 | 两个API实例同时发现缺少供应商状态行 | PostgreSQL部分唯一索引只允许一条`applicationId IS NULL + channelId + connectionId`记录；P2002一方复用赢家并继续更新 |
+## 2026-07-23 通道与报表补充用例
+
+- `TC-CHANNEL-DEFAULT-001`：新建通道不传端口、协议、业务代码时，API 分别落库 `7890`、`CMPP`、`config.serviceId=SMS`；传入 HTTP/SGIP 时仍落为 CMPP。
+- `TC-CHANNEL-SERVICE-002`：业务代码超过 10 字节或包含非 ASCII 字符时后端返回 400；合法值进入真实 Gateway Submit 的 `Service_Id`。
+- `TC-APP-LIMIT-003`：新建企业应用未指定每任务号码上限时落库 `10000`，超过上限的真实发送任务被后端整任务拒绝。
+- `TC-SECURITY-DELETED-004`：企业黑名单、全局黑名单、敏感词列表在默认、全部状态以及显式请求 deleted 时均不返回逻辑删除记录。
+- `TC-REPORT-SEGMENT-005`：构造含长短信分片、平台拦截、成功、失败和无终态记录的日报，验证 `提交=全部 billingUnits`、`发送=提交-平台拦截`、`发送=未知+成功+失败`，并验证三类 CSV 导出字段一致。
+- `TC-UI-DETAIL-006`：短信详情展示发送号码，分片审计使用无需横向滚动的响应式卡片；短信记录桌面行密度提升且长内容两行截断。
+- `TC-UI-NAV-007`：从企业应用、企业管理、通道组等列表进入新增/编辑页后，所属二级菜单保持 `aria-current=page` 和选中样式。