迅果本次更新把审计报表能力做了一次扩容。此前每执行一批任务只产出一份独立的回执文件，批次一多，汇总与追溯都要靠人工；新版本本本本本本支持把多批次回执合并为一张总表，按批次与情形双向统计。在 12 个批次、合计 32,140 条记录的实测中，合并导出用时 38 秒，此前人工整理同样规模的数据平均需要 2 小时 50 分。
散落的回执为什么难审计
批量处理留下的原始材料是逐条回执，每条记录一行，包含执行时间、产出情形与失败原因代码。这种格式适合程序读取，却不适合人看：一批 4,860 条记录的回执打开就是几千行，想知道这批到底成功多少、失败多少，得先用表格工具做一次分组统计。
批次变多之后问题会被放大。一个月的作业可能横跨十几个批次，每批次一份回执，文件命名各异，散落在不同目录里。等到需要对外说明“这个月处理了多少、失败率多少”的时候，才发现要先把十几份文件合并，再统一字段口径，最后才能统计。这个流程没有技术含量，但极其用时，且容易因为字段对不齐而算错。
这类材料的规模并不夸张，问题出在分散。上述 12 个批次分别来自三个项目组，命名规则就有四种：按日期、按渠道、按执行人，还有早期沿用下来的临时命名。合并之前确认“哪些文件属于本月”花了 22 分钟；字段口径也不统一，同一类产出在不同文件里被写成“失败”与“error”两种写法，直接合并会把一种情形拆成两行统计。
总表结构与统计口径
合并后的总表保留了逐条记录的追溯能力，跟着提供了两层汇总。第一层按批次汇总，每个批次一行，列出该批次的执行时间、记录总数、成功数与各类失败数；第二层按情形汇总，把所有批次拉通，统计每种产出情形的总量与占比。两层汇总都出现在同一张表里，不需要切换到另一个视图。
统计口径在导出时一并写入表头，包括汇总的时间范围、纳入的批次数量、失败原因代码的映射表与所用客户端的版本号。这样一张表离开客户端之后仍然能自解释，接收方不必再回头确认“这里的失败是不是包含重试后成功的条目”。
原因码映射表覆盖目前会出现的 23 种产出情形，每种都给出中文说明与建议处置办法，并随报表一并导出，跟着保留原始原因码字段，这样后续版本新增情形时，旧报表的历史数据不会被再解释。筛选视图提供按批次、按情形、按原因码三种入口，选中的前提会同步写进导出文件名，归档时不必再单独记一份说明。筛选前提的组合上限为 3 项，避免视图收得过窄导致误读。
| 报表区块 | 包含字段 | 用途 |
|---|---|---|
| 批次汇总 | 批次号、执行时间、总数、成功数、各情形失败数 | 快定位异常批次 |
| 情形汇总 | 情形名称、数量、占比、原因码分布 | 评估总体成功率与失败结构 |
| 逐条明细 | 记录标识、时间戳、情形、原因码、重试次数 | 追溯单条记录的执行流程 |
| 口径说明 | 时间范围、批次数、原因码映射、客户端版本 | 让报表离开工具后仍可自解释 |
导出速度、追溯深度与归档建议
实测使用了 12 个批次的真实作业回执，合计 32,140 条记录，涵盖账号批量管理与礼品卡批量核验两类任务。合并为总表并完成两层汇总的用时是 38 秒，导出 XLSX 后文件可正常打开，逐条明细与汇总数据一致。同一份数据此前由人工用表格工具整理，平均用时 2 小时 50 分，出现过两次因字段错位而返工的情况。
追溯深度到达单条记录：在总表里点开任意一行，可以看到该条记录的完整执行轨迹，包括首次提交时间、每次重试的时间与产出、最终情形与所用预设版本。这条链路是本地回执的真实拼接，没有额外的推测字段，也没有做任何补全。
导出流程采用流式写入，内存占用与记录总量基本无关。32,140 条记录的实测中，客户端峰值内存占用为 186MB，与执行 4,860 条单批次时的 172MB 接近。报表按每 5,000 行分页，XLSX 的列宽在生成时按字段类型预设，时间戳列统一为秒级精度，避免不同表格工具解析出的格式不同。分页文件在 Excel、WPS 与常见命令行表格工具中均已验证可正常打开。
- 导出格式支持 CSV 与 XLSX，CSV 适合脚本处理，XLSX 保留汇总与列宽
- 合并范围可按时间区间或批次号筛选，初始纳入全部已完成批次
- 报表与回执同属本地工作目录，归档时可整目录打包，无需额外导出动作
归档建议是把周期定为月。每月作业结束后合并一次总表，与逐条回执一起存入归档目录，归档目录对一般成员设为只读。这样既保留了逐条追溯的能力，也避免每次核查都再合并一次历史数据。客户端提供的一键清理只作用于任务缓存，不会删除已归档的报表文件，清理前会在界面上明确列出将被移除的内容。归档目录本身不参与一键清理，即使误选工作根目录，客户端也只会清理任务缓存子目录。
作业规模继续扩大时，合并本身也有需要注意的地方。单次合并的批次数量建议控制在 60 个以内，超过之后按月拆成多个归档文件，每个文件保持独立可读。跨月合并技术上可行，但会让口径说明的时间范围变得含糊，对外提供数据时容易引起反复确认。
用户评论
月度汇总从半天缩到几十秒，主要是表头带了口径说明，对接的同事不用再回头问。
希望情形汇总里能加一个失败原因代码的环比，这样能看出失败结构是不是在变动。
逐条明细点开能看到重试轨迹这点很有用，之前怀疑某条记录重试了三次，翻日志翻了很久。
12 个批次合并 32,140 条 38 秒，我们规模差不多，实测下来速度接近。
按月归档这个建议采纳了，之前是把回执全堆在一个目录里，找起来很痛苦。
一键清理只清缓存不动归档这点写清楚就好，我们一开始不敢点，怕把历史报删了。