拼版、连续合并或报销单识别没有完成时，先记录使用的入口、当前提示和最后完成的一步，再缩小批次测试。
先区分两种情况：页面仍停在处理过程中，还是已经显示完成、但缺少字段或找不到下载文件。后者需要检查结果或下载环节，不宜直接按“处理卡住”反复重试。
先确认使用哪个入口，卡在哪一步
左右滑动查看完整表格
| 入口或阶段 | 正在做什么 | 优先记录 |
|---|---|---|
| 首页拼版 | 转换输入并排成二合一或四合一 | 布局、文件数、原页数、停止的位置 |
| 合并 PDF | 按列表顺序连续连接页面 | 列表顺序、各文件页数、报错文件 |
| 报销单识别 | 加载识别资源并提取票面信息 | 资源加载还是某票识别停住、字段是否缺失 |
| 下载阶段 | 保存拼版、合并或报销单 PDF | 是否完成、失败、被拦截，保存到哪里 |
首页改变 A4 上的排列，连续合并保留一页接一页的结构。为解决卡顿而随意换入口，可能得到不同版式，不能只看最后都下载 PDF。
先排除输入限制与源文件问题
分别核对当前入口：首页拼版、连续合并和报销单直接选择文件，目前各自均限制为最多 100 个文件、每个最大 10MB；XML 另受支持结构和 4MB 内容限制。各入口限制应以当前提示为准，不把一个入口的限制套给另一个。这些是输入上限，不是一次放满的建议，也不是速度保证。
- 原 PDF 在本机能否打开，是否需密码、是否下载完整。
- 文件格式是否受当前入口支持，不通过修改后缀伪装格式。
- 某个 PDF 是否有大量页面，照片是否像素尺寸很大。
- 页面是否已有明确的超限、读取失败或资源加载提示。
一个 80 页 PDF 和一份单页票都只算一个文件。照片解码后的内存负担也可能远大于磁盘体积，不能仅用文件数或几 MB 判断处理量。
用分组测试缩小范围
以下为诊断示例，不是故障实测：20 个文件一起处理失败，可以分成 A、B 两组，各 10 个，保留原文件名和顺序。
开始下一轮前，先结束上一轮处理。若页面无法取消、需要重新打开，先保存错误提示和当前可保留的内容，避免多个处理任务同时运行，影响比较。
- 使用同一入口和相同设置，分别处理 A、B 两组。
- 如果 A 成功、B 失败，把 B 再分成两组，各 5 个，继续比较。
- 某文件单独也失败时，检查它是否完整、是否需要密码，以及当前入口能否读取。
- 两组单独都成功、合起来却失败时，可以先分批完成，并记录会触发失败的组合。
每轮记录输入范围、设置和结果。不要同时换格式、压缩文件、改布局和换入口，否则难以判断哪个变化起了作用。
分组测试能缩小排查范围，但不保证找到唯一的故障文件。两组单独成功，也不足以证明整批失败一定是内存不足。
报销单识别：分清资源加载和单票处理
首次识别需要联网加载相关资源。如果页面明确提示资源加载失败，先记录提示并检查网络连接；组件尚未准备好时，继续增加发票无法解决问题。
如果资源已加载，但处理停在某张票附近，可以把对应源文件单独测试。记录文件格式、页数、停止位置和错误文字，再与能正常处理的文件比较。
识别已经完成，只是金额、日期或票号缺失，属于结果核对问题。对照原票检查，不要把缺失金额当成零，也不要仅凭合计判断明细完整。需要刷新或关闭页面前，先保存已确认的内容及异常记录。
显示完成却找不到文件，先检查下载记录
页面已显示完成却找不到结果时，先检查浏览器下载记录，并打开实际文件确认内容。这属于结果或下载环节，不宜继续按“处理卡住”反复重试。
拼版稿与报销单分别保存：下载了发票拼版 PDF，不代表报销单也已下载。需要报销单时，还应完成模板选择和“保存 PDF”操作。
仍然失败时，提供哪些信息
| 信息 | 记录内容 |
|---|---|
| 使用入口 | 首页拼版、连续合并或报销单识别 |
| 停止阶段 | 选择文件后、处理某文件时、识别资源加载时，或下载时 |
| 运行环境 | 设备、操作系统、浏览器及版本 |
| 输入情况 | 文件数量、格式、大小、PDF 页数；照片可补充像素尺寸 |
| 页面提示 | 原样错误文字或截图 |
| 对照结果 | 哪些文件单独成功，哪些分组或组合失败 |
反馈时先提供上述记录。需要样本时，优先提供不含敏感信息、且能够重现同一问题的测试文件。
