电商：处理发票和客户数据，无需上传

经营一家网店，你会很快积累起大量他人的个人数据。每一笔订单都是一个姓名、一个收货地址、一个邮箱，有时还有一个电话号码，以及一份关于某人究竟买了什么的记录。发票、装箱单、运单、退货单据——每一份都是一个客户的小小档案。乘以每一笔订单，一家店铺就坐拥着一大堆个人信息，而客户只是因为买了点东西，就把它们托付给了你。

而日常事务里满是零碎的 PDF 任务。把一批发票合并成一个文件交给会计。压缩一整文件夹的订单文档，发给供应商或电商平台。从一张发票上取下信息录入你的记录。每一项都是例行公事，但每一项也都是一个潜在风险点——用错了工具，客户的个人数据就被上传到了一台无人审核的服务器上。

客户数据是一份责任，而不只是一种副产品

人们很容易把订单文书当作枯燥的杂务，但每一张发票都把一个真实的人和一个地址、一笔购买绑在了一起。数据保护规则适用于它们的全部：为完成一笔订单而收集，而不是为了散落在各种随机的在线服务里。对于一家没有专门合规团队的小店来说，这种风险恰恰因为这些任务显得如此平淡无奇而最容易被忽视。

一个典型的免费在线 PDF 工具会把你的文件上传到它的服务器，处理后，再按一个你无法核实的计时器把它删除。对于一批发票来说，这就是把许许多多客户的姓名、地址和订单详情转交给了一个未知的第三方。一个买了双鞋的客户，可没同意让自己的地址被上传到某个随机网站，就为了让店家合并一个 PDF。

reader.me 如何契合一家网店

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

所以当你合并一批发票时，你的浏览器会把它们读入你电脑上的内存，就地完成合并，再把结果交给你。客户的 PDF 数据从不外传。对一家要为买家信息负责的店铺来说，这就是「例行工作」和「需要担责的数据传输」之间的区别。文件自始至终都留在你的机器上。

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

日常工作，私密无虞

• 为记账批量处理发票。 把一个月的发票合并成一份井然有序的 PDF 交给你的会计，全程本地完成。
• 为供应商和平台压缩文件。 订单文档和扫描单据往往很大。压缩 PDF 让它能塞进一封邮件，无需先上传客户的信息。
• 登记发票详情。 需要从一张发票上取下数字或地址录入你的系统？直接提取文字，本地完成，省去重新打字。
• 让扫描单据可用。 一张扫描的收据或退货单经过 OCR 处理后即可被搜索，而扫描件始终留在你的机器上。
• 保护你要发送的东西。 要把一批客户发票发给你的会计？用密码锁定 PDF，并通过另一个渠道单独发送密钥。

信任随着你的订单量一起放大

网店的特点就在于体量。一个粗心的习惯不是一次暴露，而是每笔订单一次，天天重复。把发票上传到一个免费工具感觉无伤大雅，因为每个文件看起来都微不足道，但日积月累，你是在用几百个客户的地址做这件事。正是这种平淡无奇的规模，才让把它做对显得如此值得。

在浏览器中工作彻底消除了这种风险。客户的文档从他们的订单，到你的机器，再到你的会计或供应商手里，中间不经过任何 PDF 服务。没有什么外部删除政策需要你去指望，因为什么都没被发送出去。客户只是结个账，就把他们的信息托付给了你的店铺；让这些数据每一步都留在你自己的机器上，正是赢得这份信任中默默无言的那一部分。打开 PDF 工具，在本地完成工作，你的客户数据就能一直留在他们以为它会在的地方。