fix: 修复报备导入映射与审核跳转

docs/system-functional-test-cases.md

@@ -5049,6 +5049,9 @@ npm run verify:phase8
 | TC-HFQ-008 | 获取企业筛选选项 | 使用轻量options接口，仅返回id/name/code/status且后端过滤deleted，不返回企业认证材料 |
 | TC-HFQ-009 | 批量导入解析后切换“保存为可复用映射方案” | 控件使用通用按钮外观、图标和清晰选中态；aria-pressed随状态切换，选中后展示方案名称输入框 |
 | TC-HFQ-010 | 查看签名及引流两级操作按钮 | 报备状态、编辑、删除均使用通用sm按钮高度，删除按钮不再高低不齐 |
+| TC-HFQ-011 | 批量导入签名资料，源文件同时包含“签名”和“签名类别/签名用途”列 | 自动映射分别指向“短信签名”和“签名用途/依据”；同一核心目标不得被两个源列重复映射，提交后自动进入本次导入批次审核详情，签名名称不得被类别值覆盖 |
+| TC-HFQ-012 | 在导入字段映射中展开或收起“查看前10行解析预览” | 预览内容在弹窗内独立滚动，目标字段下拉框及映射表列宽在展开前后保持不变，桌面及窄屏均不产生页面级横向溢出 |
+| TC-HFQ-013 | 使用无扩展的干净浏览器打开批量导入流程并检查控制台 | 应用源码及产物不包含`reportAllChanges`；不得出现平台自身脚本错误。若仅扩展注入的匿名`VM*`脚本报`startTime`错误，应与平台功能错误分开记录，不得通过全局吞错掩盖 |
 
 ## TC-ADMIN-ENHANCEMENT-20260904 运营看板与配置交互增强
 

docs/testing-progress.md

@@ -4503,3 +4503,11 @@ git diff --check
 - 新migration已执行，测试环境由95项增至96项；`cmpp-report-material-worker`已安装并保持`active/running`、`NRestarts=0`、`Result=success`。API、Gateway、其他Worker、Nginx、PostgreSQL、Redis、MinIO和Prometheus均正常，发布窗口API及新Worker无error级journal；三条短信相关Redis Stream发布前后均为`pending=0 / lag=0`，没有发送、补发、重投或重新入队短信。
 - 真实HTTP上传20,976,525字节的`行业报备.xlsx`在约0.32秒内返回`202 / queued / 10%`，独立Worker随后完成解析并持久化`analyzed / 100% / 解析完成`，结果为13列、16条数据行、43张图片；错误租户查询返回404。将同一任务模拟为UTC口径的超时心跳后重启Worker，任务从70%恢复并重新完成到100%，验证了中断恢复。
 - 真实Chrome页面从企业签名管理发起同一WPS文件上传，网络证据为`202 queued 10%`后轮询至`200 analyzed 100%`，映射弹窗显示13列和合计43张图片；1600×1000桌面端及390×844窄屏均无页面级横向溢出，浏览器控制台无warning/error。浏览器会话关闭后，临时管理员已从数据库删除且剩余数为0；验收任务和对应`FileObject`保留为可追溯测试证据。预生产本轮未访问或修改。
+
+## 2026-09-05 签名导入映射、审核跳转及预览宽度修复（本地提交）
+
+- 测试环境两个真实导入批次的只读证据显示：首次批次因源文件没有映射“签名用途”而在审核阶段明确报缺少必填资料；第二次批次把“签名*”和“签名类别*（1-营业执照/2-商标/3-APP）”同时自动映射到`signatureName`，导致19条暂存签名名均被类别值`1`覆盖。解析和提交接口均已成功返回，问题根因是通用“签名”规则先于用途/类别规则匹配，以及核心字段缺少重复映射保护，不是浏览器缓存或异步任务未执行。
+- 自动映射改为优先识别签名用途、依据、类别和类型，再识别签名名称；前后端同时拒绝两个源列映射到同一核心目标字段，动态资料字段仍允许按既有兼容逻辑重复。提交成功后页面直接进入审核中心“导入批次审核”并自动打开本次批次详情，避免用户误以为没有进入审核。
+- 映射弹窗新增页面私有样式约束，解析预览和映射表都使用可收缩容器，长预览内容在自身区域滚动，展开“查看前10行解析预览”不再改变目标字段下拉框宽度；没有向`global.css`新增选择器。
+- 控制台所示`VM*:2`、`reportAllChanges`和`startTime`调用栈不在仓库源码、依赖声明或构建入口中，形态与浏览器动态注入的Web Vitals采集脚本一致。本轮没有增加全局错误吞噬或修改业务代码掩盖该外部异常；后续真实浏览器验收需用无扩展会话区分平台脚本和注入脚本。
+- 定向前端组件测试2项、定向API映射测试3项通过；前端全量13套65项、API全量55套619项通过；前后端TypeScript、API生产构建、Vite生产构建、依赖安全、部署契约、结构质量及增量ESLint通过。Vite仅保留既有Chart分块超过500kB提示，增量ESLint仅保留3条既有Hook依赖warning。本轮按用户最终要求只本地提交，不推送、不部署测试环境或预生产，不操作短信链路、余额、通道及客户配置。