这篇指南解决什么
这篇指南适合处理合同包、发票、学校表格、微信或邮件收到的内部资料。重点不是点哪个按钮，而是怎样准备文件、安排顺序，并得到一个顺序清楚、可以直接发送的 PDF。
它会把隐私和处理位置放进流程里考虑，避免把客户姓名、签名页、发票明细和内部备注当成普通附件随手处理。
它也会区分浏览器本地工具和 API 自动化：前者适合人工确认，后者适合稳定重复的后端流程。
开始前先确认
- 先复制原始文件，尤其是来自微信、邮件、企业微信或共享网盘的资料，避免直接改动唯一版本。
- 先定义最终文件应该包含什么。不要一开始就把收到的所有文件合进去，先判断哪些文件和页码真的属于最终版本。
- 第一次处理时控制批量大小，确认流程可行后再处理更多文件。
推荐流程
- 1
先写清楚交付结果
确认页面范围、文件顺序、大小目标和谁来复核，再打开工具。
- 2
只合并已经确认的输入文件
先用主工具完成核心动作，只在确实需要时加入拆分、压缩、OCR 或元数据清理。
- 3
下载后复核
打开结果检查首页、末页、每个来源文件的衔接、页码顺序和是否漏附件。下载成功不等于文件可以直接发出。
- 4
判断下次是否自动化
偶发且敏感的文件继续用网站工具；规则稳定且需要批量处理时，再考虑 API。
如何选择路径
| 情况 | 建议 | 原因 |
|---|---|---|
| 一次性处理且包含客户姓名、签名页、发票明细和内部备注 | 优先用网站工具 | 人工在浏览器里边处理边检查，更适合敏感资料。 |
| 主任务前还需要整理文件 | 先用相关准备工具 | 提前拆页、OCR、压缩或清理元数据，能减少返工。 |
| 每天或每个用户都重复同一流程 | 再使用 API | 自动化适合稳定规则，不适合替代人工判断。 |
常见错误
- 不要一开始就把收到的所有文件合并。草稿、重复页和无关附件应该在最终合并前先清掉。
- 下载后不打开检查。最终文件仍需要确认顺序、页数、清晰度和缺页问题。
- 手动流程还没跑顺就接 API。错误流程自动化后，只会更快重复错误。
最终检查清单
- 处理的是副本，不是唯一原件。
- 最终文件只包含预期页面或内容。
- 结果在另一个 PDF 阅读器或设备上可以正常打开。
- 已检查元数据、文件大小和发送渠道。
- API 只用于稳定重复的自动化流程。
常见问题
处理合同包、发票、学校表格、微信或邮件收到的内部资料时应该用网站工具还是 API？
需要人工判断和复核时用网站工具；需要应用或后端按固定规则重复执行时再用 API。
外发前最应该检查什么？
检查首页、末页、每个来源文件的衔接、页码顺序和是否漏附件，确认文件能正常打开；如果要发给团队外的人，再清理元数据。