feat: unify signature channel reporting status

docs/system-functional-test-cases.md

@@ -301,17 +301,35 @@
 - 优先级：P0
 - 前置条件：存在两个 active 通道、一个包含这两个通道的通道组，以及绑定该通道组的企业应用。
 - 步骤：
-  1. 在报备字段库创建文件字段“营业执照”和文本字段“网站主体”。
+  1. 在报备字段库创建图片字段“营业执照”和字符串字段“网站主体”，并直接调用 API 尝试创建整数、网址、电话、日期等其他类型。
   2. 在通道一将营业执照配置为签名报备必填，在通道二将同一字段配置为两者共用非必填，并将网站主体配置为引流信息报备必填。
   3. 打开该企业应用下的企业签名编辑弹窗和引流信息编辑弹窗。
   4. 分别尝试缺少必填值保存，再补齐文件和值后保存。
   5. 查询 PostgreSQL 中签名、签名报备材料和引流报备材料记录；删除该引流项后再次查询。
 - 预期结果：
   - 营业执照按字段库 ID 合并为一个字段，且因任一目标通道必填而整体必填；签名弹窗展示营业执照，引流弹窗展示网站主体及两者共用字段。
+  - 字段库页面只提供字符串、图片、文件三种类型；API 对其他类型返回 400，历史其他类型迁移为字符串。
   - 缺少必填资料时前端禁止提交；直接调用 API 也返回 400，不能绕过页面保存不完整资料。
   - 文件通过真实对象存储上传；动态值随签名 JSON 保存，并按来源通道分别写入规范化报备材料表。
   - 删除引流项后，对应引流报备材料记录被同步删除，不保留可被后续导出误用的孤立资料。
 
+### TC-ADMIN-005B 企业签名、通道详情和报备任务状态一致性
+
+- 优先级：P0
+- 前置条件：企业应用绑定移动、联通通道组，移动组含两个通道，联通组含一个通道；企业签名已存在。
+- 步骤：
+  1. 在企业签名页打开“报备状态”，确认显示三个具体目标通道，将移动通道一标记通过。
+  2. 在移动通道二的通道报备详情中标记报备通过。
+  3. 在报备任务页将联通任务标记报备中，再通过回执导入改为通过。
+  4. 每步后分别刷新企业签名、通道详情和报备任务页面，并查询数据库任务、记录和签名状态。
+  5. 向移动通道组新增一个通道但不生成任务，再刷新企业签名列表。
+- 预期结果：
+  - 三个入口操作同一条 `ChannelSignatureReportTask`；不存在的目标通道任务由统一接口真实创建。
+  - 每次变化写入 `ChannelSignatureReportRecord`，包含前后状态、原因、操作人和时间。
+  - 两个移动通道均通过后移动汇总为通过；联通处理中时签名全局状态不是通过；联通回执通过后三网目标通道全部通过，签名全局状态为 approved。
+  - 新增移动通道后移动汇总立即变为部分通过/报备中，分母包含新增通道，不能继续误显示全部通过。
+  - 发送时仍校验最终路由通道对应任务为 approved，不以企业签名列表汇总标签代替通道级校验。
+
 ### TC-ADMIN-006 报备回执导入通过
 
 - 优先级：P0