fix: approve imported signature identity fields

docs/system-functional-test-cases.md

@@ -3631,8 +3631,9 @@ npm run verify:phase8
 | TC-REPORT-MATERIAL-IMPORT-001 | 将含两行表头、文本列和营业执照/身份证等内嵌图片的 WPS 在线表格另存为 `.xlsx`，选择企业、应用和签名资料后解析。 | NestJS 读取真实工作表及图片锚点，返回列、组合表头、前十行和图片数预览；原文件写 MinIO，导入批次写 PostgreSQL；解析和提交审核均不直接修改签名、不建通道任务。 |
 | TC-REPORT-MATERIAL-IMPORT-002 | 将源列映射到签名及动态报备字段后提交导入，再进入短信签名审核的“导入批次审核”页签查看100行数据并一次通过其中勾选的多行。 | 每行先以新增/修改/无效状态落待审核明细；只有通过行才创建或修改真实签名并写审核人、审核时间，随后进入待生成资料池；未选行保持待审核，页面不要求逐行打开确认。 |
 | TC-REPORT-MATERIAL-IMPORT-003 | 导入引流资料，其中一行引用不存在或未审核签名；在引流审核页批量通过合法行并驳回部分行，不填写驳回原因。 | 合法行审核通过后创建/更新真实 `SmsDrainageInfo` 并进入待生成池；非法行保留行号和原因；空驳回原因可正常提交，同批其他行不受影响，也不自动创建通道报备任务。 |
-| TC-REPORT-MATERIAL-IMPORT-004 | 导入文件中同时包含已存在对象的修改和不存在对象的新增，提交审核前后分别读取业务表。 | 提交审核前业务表完全不变；审核页展示新增/修改及原数据快照；通过后才应用变更，重复点击已处理行不会再次递增材料版本或重复创建对象。 |
-| TC-REPORT-MATERIAL-IMPORT-005 | 分别在签名和引流审核页面按文件名、状态、时间筛选导入批次，翻页后选择整批或部分明细审核。 | 查询、总数和分页来自真实后端；批次汇总待审、通过、驳回、无效数量，刷新后保持一致。 |
+| TC-REPORT-MATERIAL-IMPORT-004 | 应用将短信签名、签名用途、企业名称和应用名称配置为必填报备字段；导入一份包含签名、用途和标准 Drawing 图片的 XLSX，审核通过后生成并导出报备资料。 | 导入审核从签名、企业、应用实体物化系统身份字段，显式映射值优先；真实缺失值仍被拦截。签名审核通过并进入待生成池，报备批次及导出文件使用真实 PostgreSQL/对象存储数据且图片可回读。 |
+| TC-REPORT-MATERIAL-IMPORT-005 | 导入文件中同时包含已存在对象的修改和不存在对象的新增，提交审核前后分别读取业务表。 | 提交审核前业务表完全不变；审核页展示新增/修改及原数据快照；通过后才应用变更，重复点击已处理行不会再次递增材料版本或重复创建对象。 |
+| TC-REPORT-MATERIAL-IMPORT-006 | 分别在签名和引流审核页面按文件名、状态、时间筛选导入批次，翻页后选择整批或部分明细审核。 | 查询、总数和分页来自真实后端；批次汇总待审、通过、驳回、无效数量，刷新后保持一致。 |
 | TC-REPORT-CHANNEL-FIELD-001 | 在同一通道分别打开签名和引流字段配置，添加字段、修改通道表头、上下排序、设置必填/列宽/图片宽高后保存并刷新。 | 两类配置相互独立且完整持久化；刷新后字段池、映射表头和顺序一致；重复字段、停用字段和非法尺寸由 API 拒绝或归一化。 |
 | TC-REPORT-BATCH-001 | 一个应用配置两个生效通道，选择一个待报备签名创建统一批次。 | 系统从真实应用路由展开两个通道，生成两个独立通道任务和两个 `.xlsx`；每个文件表头名称、列顺序和列宽均来自对应通道配置，批次可下载两份文件。 |
 | TC-REPORT-BATCH-002 | 两个通道对同一标准字段配置不同表头和顺序，并包含图片列，生成批次后分别用 WPS 打开。 | 两份工作簿各自使用对应通道映射，图片直接显示在数据行内且尺寸按通道配置；文件不是 URL 清单，文本与图片属于同一材料快照。 |