feat(import): 优化货物类型导入失败明细及下载模板功能

- 引入 exceljs 动态加载，支持对后端失败明细 Excel 进行内容加工
- 导入失败明细取消标红错误字段，改为清晰错误原因文本说明
- 调整失败明细各列宽度，增加失败原因列换行提升可读性
- 失败明细原因列格式统一为“第N行：错误，规则”方式，便于定位
- 下载模板由后端生成改为前端本地生成，并内置示例数据
- 模板表头严格使用真实模板列名，示例数据涵盖一级及二级货物类型
- 模板编码列设置为文本格式避免前导零丢失，表头自动换行显示完整说明

.workbuddy/memory/2026-07-27.md

@@ -44,3 +44,34 @@
 - 同期发现 2888 dev server 进程退出（lsof 无监听），导致 Vite 代理对 localhost:2888 全返回 502（含根路径）。已重启 `pnpm dev`（端口 2888，proxy target 172.16.203.228:8000），代理恢复 200。后端直连一直正常。
 - 改用新编码重造：一级 11/12（电子产品/生鲜食品），二级 1101/1102（父11）、1201（父12），文本格式保留前导零。三份文件（一级/二级/合并）已更新。
 - 结论：导入功能本身 OK，问题一直是造数（类型值、编码格式、编码冲突）+ dev server 偶发退出。建议导入前确认 dev server 在跑。
+
+## 导入失败明细标红 + 原因改写（23:50）
+
+- 需求：导入失败后，失败明细 Excel 中**仅违规那一栏标红**，且「导入失败原因」列改写为清晰格式，如`（第2行：货物类型编码格式不正确，一级2位数字，二级4位数字）`。
+- 现状：失败明细 Excel 此前是后端生成、前端 `import-excel.js` 直接 `downloadXls` 原样下载，无加工。
+- 改动：
+  1. `pnpm add exceljs`（4.4.0，运行时依赖；`import('exceljs')` 动态加载，不进主包）。
+  2. `src/utils/import-excel.js`：`openImportDialog` 增加可选 `options.failDetailDecorator`；`handleImportExcel` 在 Excel 响应分支用 exceljs 读取后端失败明细 blob → 调用 decorator 加工（标红+改写原因）→ 再下载。**未传 decorator 的模块保持原行为（向后兼容、通用）**。
+  3. `src/views/base/cargo-type.vue`：新增模块级 `decorateCargoTypeFailDetail(workbook)`，建立「表头列名→列号」映射，按错误文本匹配规则（7 类错误 → 标红列 + 规则说明），遍历数据行标红违规栏并将原因列改写为`（第N行：错误，规则）`；`handleImport` 传入 `{ failDetailDecorator: decorateCargoTypeFailDetail }`。标红填充色 `FFFFC7CE`（淡红），物理行号（表头第1行，数据第2行起）。
+- 验证：Node + exceljs 跑 decorator 等价逻辑全 PASS（标红列命中、原因格式正确）；vite 将 `import('exceljs')` 重写为浏览器版 chunk（/node_modules/.vite/deps/exceljs.js，HTTP 200，1.46MB），浏览器运行时无 polyfill 报错；cargo-type.vue 与 import-excel.js 经 vite 编译均 200。
+- 注意：decorator 依赖后端失败明细 Excel 的「导入失败原因」列文本与模板列名（类型/上级货物类型/上级货物类型编码/货物类型/货物类型编码/备注/导入失败原因）精确一致；若后端改列名需同步更新 `CARGO_TYPE_FAIL_RULES` 的 col 值。
+
+## 导入失败明细改为「不标红 + 加列宽」（00:08 次晨）
+
+- 用户反馈两点：① 不要标红，只写清错误原因即可；② 失败明细 xls 列太挤，需加宽。
+- 改动（同一对文件）：
+  - `src/views/base/cargo-type.vue`：删除 `FAIL_RED_FILL` 常量与所有 `cell.fill` 标红逻辑，仅保留原因列改写为`（第N行：错误，规则）`；新增 `CARGO_TYPE_FAIL_COL_WIDTH` 列宽映射（类型14/上级货物类型16/上级货物类型编码20/货物类型16/货物类型编码16/备注18/导入失败原因60），遍历 colMap 设置 `ws.getColumn(n).width`；原因列额外 `alignment={wrapText:true,vertical:'top'}` 提升可读性。
+  - `src/utils/import-excel.js`：注释由「标红 / 改写原因列」改为中性「改写原因列、调整列宽等加工」。
+- 验证：Node + exceljs 等价逻辑全 PASS（无红色填充=✅、原因含「第N行」、导入失败原因列宽=60）；cargo-type.vue 与 import-excel.js vite 编译均 200，FAIL_RED_FILL 残留=0。
+
+## 下载模板改为「前端本地生成 + 带示例」（00:11 次晨）
+
+- 需求：点击「下载模板」给的导入模板要自带一个数据示例（参照可正常导入的 `货物类型导入模板_模拟数据.xlsx`）。
+- 现状：`handleTemplate` 原调用后端 `/blade-system/cargo-type/export-template` 下载空模板（无示例）。
+- 改动 `src/views/base/cargo-type.vue` 的 `handleTemplate`：改为 `import('exceljs')` 本地生成模板，不再依赖后端空模板。
+  - 表头严格使用真实模板列名（含 `*` 与括号说明）：`*类型` / `上级货物类型（如为一级则不需填写）` / `上级货物类型编码（如为一级则不需填写）` / `*货物类型` / `*货物类型编码` / `备注`（与可正常导入的本地模板一致）。
+  - 示例数据 2 条：一级 `电子产品2/117` + 二级 `手机2/11014`（父117），演示层级，取值与用户确认可导入的模拟数据一致。
+  - 列宽加宽（类型14/上级货物类型24/上级货物类型编码26/货物类型16/货物类型编码16/备注18）；编码列(3、5) `numFmt='@'` 文本格式防前导零丢失；表头行 `wrapText` 完整显示长说明。
+  - 下载文件名仍为 `货物类型导入模板.xlsx`。`exportBlob` 仍被 `handleExport` 使用，import 不冗余。
+- 验证：Node + exceljs 等价逻辑确认表头/示例行/列宽/文本格式正确（稀疏 eachCell 跳过空单元格导致一次断言误报，按列号复核确认数据无误）；cargo-type.vue vite 编译 200。
+- 注意：示例行若被直接导入会创建 `电子产品2/手机2` 两条演示数据；用户应按需删除/替换示例再填自己的数据。