批量处理公司文件：从一份清单开始

批量需求不只是「文件数量 × 单价」

同一批文件可能混有不同年份、文种、页数与输出要求。报价前先把这些差异列明，才能判断哪些文件适用标准套餐，哪些需要另外确认。

如果只有公司清单，需要先取得文件；如果已持有 PDF，则应从解析评估开始。不要为已有的同一版本原件重复安排取件。

一份方便大家使用的文件清单

左右滑动查看完整表格；键盘可聚焦表格后使用方向键。

先用有代表性的文件确认范围

建议先选几份能代表整批差异的文件，例如短表、较多页的文件，以及不同年份的版本。只用最简单的一份确认格式，可能忽略后续真正需要处理的差异。

先确认要交付哪些字段、原文如何追查，以及难以辨认或数据不足时如何通知。这一步是交付范围确认，不代表已完成整批文件的人工复核。

例子：20 个需求先分成两组

例如有 20 项需求：12 项已有 PDF，8 项需要取件。先把两组分开，再核对文种、日期和页数，便可分别计算纯解析与取件加解析的工作量。批量价格按实际范围报价。

交接清单示例：每项需求都有下一步

以下三项为虚构协作示例。用同一个内部编号追踪已收到什么、还缺什么和谁需要补充，方便同事接手。

左右滑动查看完整表格；键盘可聚焦表格后使用方向键。

交付前要确认的四件事

1. 清单中的每一项是否都有对应结果或待确认状态。
2. 文件名称、公司、日期与原清单是否一致。
3. 标准解析、人工核验及定制部分是否分别标明。
4. 缺失、难以辨认或未处理的项目如何交接；修正范围及交期如何确认。

准备好清单，就可以询价

先提供文件数量、代表文件与交付要求即可询价。如需要固定格式或系统接入，请一并说明，先确认文件、样本与交付方式。

下方清单模板只有虚构例子，不含真实公司或个人数据。首次联络先提供数量与要求，文件传送方式在确认后安排。

先盘点工作单位：公司数、文件数与页数各有用途

“我们有 50 家公司”还不足以描述一批文件。同一家公司可能有几个年份，同一个 PDF 又可能合并了不同文件。建议先把公司数、预期文件数和已收到的 PDF 数分开记录，暂时不确定的数量保留未知。这样才能知道差异出在尚未取件，还是现有文件需要明确范围。

虚构例子：10 家公司每家要两个年度，共有 20 项文件需求，但共享文件夹只有 16 个 PDF。不能直接说少了 4 份，因为有的 PDF 可能合并两份文件，也可能有重复件。先把每项需求对应到实际文件，不能对应的项目再列为待确认。

页数用于了解材料大小和套餐适用范围，不等于已确认每页内容完整。记录“收到 12 页”与“已确认为完整文件”是两件事。盘点者只应填写实际看过或得到确认的内容；不要为了让清单看起来整齐，把每份文件都标为完整。

先试几份，再决定整批怎样处理

选择代表文件的目的，是尽早暴露工作差异。可以从实际材料中各挑一份常见版式、较长文件、阅读困难文件和有特殊输出要求的文件；这些分类是工作建议，不是固定抽样比例。如果某种类型根本不存在，不必为了凑齐清单而加入其他材料。

例如，你想把公司名称加进现有名册。拿到试做结果后，可以请平时维护名册的同事试一次：找到公司名称、对照原文，再放进原有表格。这样能看出格式是否方便使用，也能及早发现缺少的字段。

确认记录应包含使用了哪些代表文件、同意了什么输出、还有什么未解决。不要只留下“样本 OK”四个字。后续遇到新类型时，可以看出它是否已在样本讨论中覆盖，而不必把所有分歧都当成解析错误；样本确认本身也不是整批正确率的证明。

整批开始后，怎样处理补件与需求变更

批量工作常在处理中收到新文件。先判断它是替换旧文件、补充缺页，还是新增另一份需求；三者对原清单的影响不同。替换件应指明被替换的参考号，补件应说明补哪部分，新增需求则另给参考号。不要让处理者只靠邮件时间猜测哪个版本有效。

可复制的变更消息是：“参考号［编号］；本次［替换／补充／新增］；新文件［名称］；原文件［名称］；变更原因［说明］；是否需要重做已交付结果［待确认］。”重新处理前确认影响范围和费用，让需求负责人知道此次改动是否影响其他项目。

即使只是把字段名称从 A 改成 B，也请顺便说明：只改之后的文件，还是之前的结果也要更新？把两部分分清，大家拿到的表格就更容易保持一致，不会有同事沿用旧名称而其他人已用了新名称。

遇到问题，留下让同事接得上的说明

“失败”或“需人工”不足以让另一位同事接手。好的异常说明至少包含原需求、看到的问题、受影响部分，以及下一步需要谁提供什么。能够描述问题不代表已经判断原因；例如看不清一段文字，可以先记录位置和现象，不必猜是扫描、印刷还是原文件填写造成。

虚构例子：“B-014：需求为指定年份 NAR1；收到的文件日期与清单不符；尚未按此文件处理；请需求人确认改用该日期，或补交所需文件。”这段话比“日期错误”更有用，因为它把事实、处理状态和决定权分开，也避免服务商擅自替客户改年份。

异常解决后仍保留原描述，再补充决定和确认人。如果最后接受部分交付，就写明接受哪部分、其余如何处理；不要把状态一律改成完成而丢失原因。本文提供的是团队交接方法，实际异常分类和回复方式应在该批工作开始前约定。

收到一批结果后，怎样检查才不容易遗漏？

可以分三次检查。先对照原清单，看看每一项是否收到结果，未完成的是否有说明；再打开文件，确认能找到需要的字段，也能分清公司和日期；最后按约定范围对照原文，核对内容。分开做，比一边数文件、一边看内容更不容易遗漏。

如果团队采用抽查，应事先说明由谁选样、检查哪些内容，以及发现问题后如何扩大检查或提出修正。本文不提供能够保证正确率的抽样比例。只看几个顺利完成的例子，可以了解交付形式，但不能据此声称整批每份文件都没有错误。

结案记录可以简写为：“清单共［数量］项；已接受［数量］项；部分接受［数量］项；待补［数量］项；未完成原因见［清单］；后续负责人［角色］。”这样批量工作有明确的结束条件，下个月再次处理同类文件时，也有一份可以沿用和改进的工作记录。