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

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。本轮按用户最终要求只本地提交，不推送、不部署测试环境或预生产，不操作短信链路、余额、通道及客户配置。