编者按：一个好的产品经理，必须具备踏踏实实把事情落实到位的能力。从单纯处理某项功能，到以比较高的角度看待系统的整体设计并最终将自己的想法输出到系统上，这是一种成长。本文作者结合发票的基础知识、发票系统的基本设计思路、遇到的坑，对系统设计进行了详细的分析，希望对大家有所帮助。

我认为所有B端系统的设计都围绕一个原则：满足业务需求，利用系统减轻实际业务操作负担，提高工作效率。

因此发票管理系统的设计也是根据实际的业务运作情况而定的。

发票系统主要服务于税务学生，因此不可避免地会涉及一些税务知识，对于刚入门的学生来说可能不是特别友好。

我的专业是计算机，刚接触发票系统的时候，对发票的红票、蓝票、抬头、税额等复杂的东西一无所知，所以前期走了一些弯路，花了不少时间去适应。

这次我结合发票的基础知识，发票系统的基本设计思路，以及自己在熟悉的系统中遇到的坑，对系统设计进行了分析，希望对大家有所帮助。

1.什么是发票？

发票，以前称为“交货单”，是一种表明已收到款项和货物已发货的手续。

其实发票的雏形在清朝末年就已经存在，当时买卖双方都希望有一种证据来证明交易过程的真实性，商人在出售商品时开具的一份“送货单”，也是买卖双方交易的一份货物清单，当时这种凭证其实和收据很相似。

后来随着朝代的更迭，发票根据交易场景的逐渐优化，才有了现在的发票。

百度写道：

发票是一切单位和个人在购销商品、提供或者接受服务以及从事其他经营活动时开具、收取的业务凭证，是会计核算的原始依据，也是审计、税务机关执法检查的重要依据。

收据是付款的凭证，发票只能证明交易发生了，但不能证明钱是否收到或支付。

简单来说，发票是发生成本、费用或收入的原始凭证。由于发票是唯一凭证，因此每张发票都有特定的发票号码。

其实，我们现实生活中有很多场景都涉及到发票：吃饭、住宿要找商店开具发票，网购要找商家开具发票……

对于商家来说，发票主要作为记账依据、纳税凭证；对于消费者来说，发票主要作为报销使用。

生活中，有这样一种场景，商家报称当月发票已用完，并承诺下个月给消费者开具发票。这是因为企业定期向税务部门购买发票，如果当月发票已用完，一般会在下个月重新开具。

发票分为普通发票和增值税专用发票，增值税专用发票可以抵扣税款，增值税普通发票只能作为会计凭证。

目前专用发票仅支持纸质发票，普通发票同时支持电子发票和纸质发票。

仅仅了解发票的类型和形式是不够的。您还需要知道真正的发票是什么样子的以及它包含哪些字段。

附件是滴滴发票：

我们可以看到，一张发票会包含发票抬头，发票税率，发票号码，开票公司等信息。

二、设计发票系统需要考虑的三个维度 1、发票数据的基本操作

1）开具发票

需要填写哪些发票信息，提交信息后如何开具发票。

用户需要输入抬头信息、电子邮件地址或邮寄地址。税率、纳税人识别号和发票开具人信息等信息均由公司配置并可自动输入。

信息填写完成后，大部分中小企业都会通过调用第三方系统来开具发票，开具成功后就会生成如上文所述的具体发票号码。

2）检查发票

查询条件是什么，可以显示哪些数据？

需要明确的是，查询词的主要目的是定位数据。

除了最基本的查询项，如发票申请时间、发票开具成功时间等，还需要根据日常业务运营需求进行设计，如是否需要根据提交者查询，是否需要按交易订单号查询等。

3）查看发票

除了发票信息本身以外，还可以查看哪些信息？

发票详情中的字段一般包含查询项和提交项，另外根据实际业务场景考虑是否添加其他信息，如自动导入的配置信息、订单信息、产品信息等。

4）修改发票

发票中的哪些信息是可以修改的？修改功能主要涉及到安全性问题，所以这里需要考虑该功能的权限配置，同时还要给出修改规则，即哪些字段可以修改，哪些字段不可以修改。

比如用户提交的信息基本都可以修改，但是系统自动带出的字段却不允许修改。

2. 发票数据状态流转

“用户提交一份数据——发票系统生成一份数据——提交给第三方系统开票——返回开票结果”，这是一张发票在系统中的正向流程。

简单来说就是未开始-进行中-完成/失败。我们可以发现这里面其实涉及到了数据状态的变化，而且还要考虑到在不同的状态下会有不同的相关操作。

例如，对于已经成功开具的发票，我们可以进行红色注销。

红勾通过后我们会得到一张“红票”，没有红勾的成功票就是“蓝票”（虽然“红票”是根据“蓝票”的红勾生成的，但实际上这是两张发票，只是发票号码不同。）

比如开票失败，我们可以重新开具发票等等。

3. 不同系统之间的连接

正如我们上面所说，发票是发生的成本、费用或收入的原始凭证，它有一个先决条件行为。

因此发票系统不会是一个完全独立的系统，需要从订单系统、退款系统、商品系统获取信息来判断发票信息。

例如开具发票时，发票系统需要从订单系统拉取订单状态进行判断，只有订单状态为“已付款”或者“已收到”时才会发起（具体状态根据业务场景而定）。

京东等电商平台会自动捕获订单的“已收到”状态，并自动开具电子发票。

同时，发票系统还需要判断当前订单是否为重复发票，同样，当订单状态为“可退款”时，发票系统也需要取消之前开具的发票。

因此除了熟悉发票系统之外，还要求对其他系统有一定的熟悉。

3.思考

无论是在功能支持还是界面设计上，不同业务下不同公司的发票系统设计肯定是不同的。

但本质还是围绕发票本身的性质，结合业务需求进行设计，本文主要提供一种设计思路。

上面的内容其实都是一些很基础的思考点，稍不留神就会被忽略。

其实在我看来，一个优秀的产品经理必须具备的必备能力就是踏踏实实把事情落到实处的能力。

一件事情从知道如何做，到最后做好，如果不经过深思熟虑，得出的结论大多会是泛泛而谈。

从简单地处理某项功能到最后站在更高的角度去看待系统的整体设计，并最终输出你对系统的想法并尽力输出你认为需要优化的点，这对你来说都是一种成长。