feat: complete signature and drainage reporting workflows

docs/system-functional-test-cases.md

@@ -233,6 +233,18 @@
   - 驳回原因保存并返回客户端。
   - 被驳回模板不能用于发送。
 
+### TC-ADMIN-001A 运营端新建签名自动通过
+
+- 优先级：P0
+- 前置条件：运营管理员已登录，目标企业和应用存在。
+- 步骤：
+  1. 在运营端企业签名页新建签名并保存。
+  2. 查询签名列表、签名审核页和审核记录。
+- 预期结果：
+  - `SmsSignature.auditStatus=approved`，不停留在 draft。
+  - 生成 `admin_create_approved` 审核记录。
+  - 客户端自行新建签名仍按 draft → pending → approved/rejected 流转。
+
 ### TC-ADMIN-003 通道创建与启停
 
 - 优先级：P0
@@ -308,6 +320,20 @@
   5. 查询 PostgreSQL 中签名、签名报备材料和引流报备材料记录；删除该引流项后再次查询。
 - 预期结果：
   - 营业执照按字段库 ID 合并为一个字段，且因任一目标通道必填而整体必填；签名弹窗展示营业执照，引流弹窗展示网站主体及两者共用字段。
+
+### TC-ADMIN-005B 引流信息按通道报备及三入口同步
+
+- 优先级：P0
+- 前置条件：企业应用已绑定通道组，至少一个目标通道配置 `drainage` 或 `both` 报备字段。
+- 步骤：
+  1. 在企业签名中新增引流信息，填写动态字段并保存。
+  2. 查询 `DrainageReportMaterial` 和 `ChannelSignatureReportTask(reportType=drainage)`。
+  3. 分别从企业签名、通道报备详情、报备任务页修改同一引流项在同一通道的状态。
+  4. 查看报备记录，导出任务并导入回执。
+- 预期结果：
+  - 每个“签名 + 引流项 + 通道”对应独立真实任务，初始为 pending。
+  - 三个入口的状态和通过数/总数一致，修改写入 `ChannelSignatureReportRecord`。
+  - 引流任务不参与 `SmsSignature.reportStatus` 聚合，也不能被短信发送选路误当为签名报备通过。
   - 字段库页面只提供字符串、图片、文件三种类型；API 对其他类型返回 400，历史其他类型迁移为字符串。
   - 缺少必填资料时前端禁止提交；直接调用 API 也返回 400，不能绕过页面保存不完整资料。
   - 文件通过真实对象存储上传；动态值随签名 JSON 保存，并按来源通道分别写入规范化报备材料表。