先不要让缺报告的人重新测，也不要连续点击整批重导。应先确认“本次应该交付哪些测评记录”，再与任务结果和包内实际文件逐条核对。人数、测评记录数和PDF文件数未必相等，只比较两个总数容易找错问题。
比如，一个人本次完成两份量表，可能对应两份报告；也可能按系统实际设置合成一份。一个班的人员名单，也可能包含尚未完成或未纳入本次导出范围的人。这里举的是可能的结构，不代表任何软件的默认行为。
把漏掉的位置找出来
先留存本次任务编号、提交时间、筛选条件、所选记录范围和下载文件名。若系统没有任务编号，就记下足以定位这次操作的信息。随后按顺序查：
第一处：导出名单里原本有没有这个人？
核对班级或部门、日期范围、测评名称、轮次和记录状态。特别留意选择的是当前页还是全部筛选结果，以及同名人员是否被误当成同一人。不要因为姓名一致，就删除或覆盖其中一份。
第二处：对应的是不是可生成报告的那条记录？
“在名单中”不等于“有本次可交付报告”。检查实际测评记录及其状态，确认是否完成了该工具要求的数据与评分信息。不要为凑齐数量修改答案或伪造完成状态。
不同系统的条件并不相同。例如Pearson在Q-global报告帮助中规定了可生成报告的记录状态，并说明批处理可查看处理状态及警告、错误。这是该产品的机制，排查其他软件时应查其实际提示，不照搬状态名称。
第三处：任务是否已结束，是否留有失败项？
下载入口出现，不一定能单凭外观判断所有目标记录都已处理。查看任务结果或错误明细；若平台分别提供多个分包，检查是否都下载了。没有明细时，带着任务信息向提供方核实，不要自行断定是并发不足、网络太慢或服务器丢数据。
第四处：文件是在生成阶段缺失，还是下载、解压后看漏了？
保留原下载包，用解压工具先查看包内目录，再与解压后的文件核对。检查嵌套文件夹、同名文件的覆盖提示、解压报错和文件能否正常打开。文件存在但打不开，应列为不可用，不能计作已交付。
对账单位用“人＋测评记录”，不要只用姓名
做一份仅供获授权人员使用的核对清单即可。每行放能区分记录的内部编号、测评名称或版本、轮次或完成时间，以及预期报告类型。再记下对应文件和处理结果：已核对、未纳入、尚不可生成、任务失败或待查。
具体字段按实际导出结构选择，不要求软件一定有某个现成模块。关键是从预期清单向文件逐条找，也从文件反向核对清单：前者发现漏项，后者发现重复、错人和多导出的材料。不要把含敏感信息的核对清单发到无关群聊。
“应有80人，包内80个PDF”仍可能漏了一个人、重复了另一个人。只有身份和测评记录对应起来，数量相同才有意义。
补导后，把旧包和新包分清
原因确认后，再按平台实际支持的方式补导缺失或失败记录。补导前核实是否涉及额外报告额度或费用，不假设重新生成一定免费，也不假设一定收费。
如果只能整批重导，应保留清楚的版本标识，并重新核对新包；不要让接收方猜哪个包有效。完成对账后，再按原定权限和渠道交付。需要技术支持时，优先提供任务编号、时间、筛选条件、错误提示及去标识的例子，避免一开始就把整批真实心理报告发出去。
交付完成的标准，是本次该交付的每条记录都有可打开且对象正确的报告，其余未交付项有明确原因和处理安排。下载成功，只完成了其中一步。