招聘人员：处理简历和候选人数据，无需上传

招聘人员每天都要处理源源不断的他人个人数据，往往一次就是几百个人。每一份简历都是一个姓名、联系方式、工作经历，有时还附带照片、出生日期和住址。再加上证件扫描件、推荐信、背景调查结果和工作资格证明，单单一名候选人的档案就是一个完整的资料包——而这恰恰是身份窃贼和数据保护监管机构都格外在意的东西。候选人交出这些资料，是怀着求职的期望，相信它们会被妥善对待。

而这份工作里充满了零碎的 PDF 任务。把简历、求职信和推荐信合并成一份候选人档案。压缩一整文件夹的扫描文档，发给用人经理。从简历里提取文字以便登记。每一项都是例行公事，但每一项也都是一个潜在风险点——用错了工具，候选人的个人数据就被上传到了一台无人审核的服务器上。

候选人数据就是个人数据

人们很容易把简历仅仅当作一份文档，但它其实是一份关于真实个人的密集个人信息文件，而这个人并没有同意让它在各种第三方服务之间传来传去。数据保护法对待候选人数据，和对待任何其他个人数据一样：为特定目的而收集，需要谨慎处理，不得分享给与之毫无关系的一方。背景调查和身份证件更是把风险推得更高。

一个典型的免费在线 PDF 工具会把你的文件上传到它的服务器，处理后,再按一个你无法核实的计时器把它删除。对于一摞简历和证件扫描件来说，这就是把许许多多人的个人数据转交给了一个未知的第三方。一个没拿到这份工作的候选人，要是知道自己的简历和护照扫描件只是为了合并一个 PDF 就被传到了某个随机网站上，恐怕不会有什么好脸色。

reader.me 如何契合招聘工作

reader.me 完全在你的浏览器中运行。没有上传，因为没有任何服务器在做这件事；引擎运行在你自己的机器上，就在浏览器标签页里。

所以当你合并一名候选人的文档时，你的浏览器会把它们读入你电脑上的内存，就地完成合并，再把结果交给你。候选人的 PDF 从不外传。对任何要经手他人求职申请的人来说，这就是「例行工作」和「需要担责的数据传输」之间的区别。文件自始至终都留在你的机器上。

而且这一切都是可以核实的——当候选人或数据保护官询问这些申请是如何处理的时候，这一点尤为重要。打开任意一个 reader.me 工具，打开开发者工具（F12），在处理文件时盯着「网络（Network）」标签页看。没有任何上传。断开网络连接，它照样能用，因为这些数据本来就不会离开。

日常工作，私密无虞

• 建立候选人档案。 把简历、求职信、推荐信和各类文档合并成一份井然有序的 PDF，全程本地完成。
• 为用人经理压缩文件。 扫描文档和作品集往往很大。压缩 PDF 让它能塞进一封邮件，无需先上传候选人的文档。
• 登记简历内容。 需要从简历里取出文字录入你的记录或系统？直接提取文字，本地完成，省去重新打字。
• 让扫描文档可用。 一份扫描的推荐信或证书经过 OCR 处理后即可被搜索，而扫描件始终留在你的机器上。
• 保护敏感文件。 要把证件扫描件或背景调查发给客户？用密码锁定 PDF，并通过另一个渠道单独发送密钥。

也谈谈公平

把候选人数据牢牢握在手里，还有一个更隐性的理由：公平。一份简历往往携带着照片、年龄、住址等细节，而这些和一个人能否胜任工作毫无关系。这些数据扩散的地方越少，被用于无人本意的用途的机会就越小。把候选人的档案留在你自己的机器上，而不是让它散落在各种在线服务里，正是以应有的审慎去对待求职者的一部分。

招聘工作的庞大体量，让在线工具的便利显得格外诱人，但体量恰恰是它重要的原因：一个粗心的习惯施加到几百名候选人身上，就是几百次小小的泄露。在浏览器中工作彻底消除了这种风险。候选人的文档从他们手里，到你手里，再到用人经理手里，中间不经过任何 PDF 服务。打开 PDF 工具，在本地完成工作，把申请托付给你的人就能一直受到保护。