发票生成器

无论工作有多简单，一份发票同时在做两件事：它是一次付款请求，也是双方日后如果对某个数字有争议时可以查阅的一份记录。第二个作用正是一张只写了总额的纸条做不到的，这也是为什么在几乎所有司法辖区和记账系统里，都有几个字段几乎是通用的——一个唯一的发票编号，让某一笔具体交易能被毫不含糊地引用；一个开具日期和一个到期日，让付款条款不再是含糊或默认的；双方的名称和联系方式；以及一份按项列出的收费明细，而不是一个笼统的总额，这样任何一方都能清楚看到到底为什么收费、按什么费率收费。

明细化的作用比看起来更重要：一行"1850 美元——所提供的服务"没有给客户任何可以核对的依据，而"网站首页排版，8 小时，每小时 85 美元"能让对方自己核实这笔运算，减少之后的来回沟通。这些都不是针对具体司法辖区的法律建议——税号、增值税/消费税措辞和编号规则的实际要求，确实因国家和行业而异——但这些核心字段，几乎是所有发票系统共有的最大公约数，这也是这个工具恰好询问这些字段的原因。

一份发票在设计上就是一份高度浓缩的敏感信息——客户的全名、营业地址，以及具体为什么服务支付了多少钱。一款典型的服务器端发票 SaaS 产品需要注册账户，把这些数据无限期地存储在自己的服务器上，从而变成一个真正的攻击目标：这类服务一旦发生数据泄露，泄露的不只是你的数据，而是你曾经开过账单的每一位客户的财务细节，全部集中在一处，只要账户存在就一直存在。自由职业者和小企业如果在不同客户和项目上使用了好几款这样的工具，每新注册一个服务，这种风险都会叠加。

完全在这个页面上生成 PDF，是通过设计本身、而不是通过某种政策承诺，消除了这种依赖：表单数据保存在浏览器标签页自己的内存里，PDF 由运行在你设备上的 JavaScript 组装而成，生成下载文件的过程中没有任何内容被传输到任何地方——没有账户会被入侵，也没有服务器端副本会在日后泄露，因为它从一开始就不曾被创建。这个取舍在页面别处已经说得很明白：同样地，也不会保存任何东西，所以在下载之前关闭标签页会丢失草稿。对于一份一次性填写并下载完成的文档来说，用这个交换来避免把客户的财务细节交给又一家公司的数据库，是相当划算的。

连续的发票编号——INV-1001、INV-1002 这样依次编下去，而不是每次都重复使用一个日期戳或客户名——发挥的作用比看起来的要大。它给双方一个在邮件和付款记录里毫不含糊的具体交易引用，而客户自己的应付账款流程往往正需要依靠这个编号，去核对一笔付款到底对应的是哪张发票。跳号或重复使用编号，是付款对错发票、或者不得不从"你说的是哪一张"这种追问邮件开始的一个常见却完全可以避免的原因。

在发票本身上清楚写明付款条款，而不是在项目开始时口头约定、之后就再也没提起过，能弥合"发出发票"和"收到付款"之间相当大的一部分差距。一个到期日，以及理想情况下一句关于付款方式的直白说明——银行转账信息、逾期费用政策，任何适用的内容——消除了那种让拖延付款的客户可以干脆不去想这件事的模糊空间。在交付工作后及时寄出发票，出于同样的原因也很重要：付款条款以开具日期为起点计算，只有当这个日期贴近客户实际收到所付费工作的时间时，才真正对你有利。