導(dǎo)讀：隨著這些年來(lái)的發(fā)展，電子發(fā)票這個(gè)“新鮮事物”也褪去了新鮮感融入了我們的生活中，縱觀整個(gè)電子發(fā)票的路徑，頂層為政府的稅務(wù)部門，中層為“51發(fā)票”,“發(fā)票通”等發(fā)票服務(wù)商，應(yīng)用層則為各消費(fèi)場(chǎng)景下的開(kāi)票企業(yè)，本文主要討論應(yīng)用層的承上啟下。

隨著這些年來(lái)的發(fā)展，電子發(fā)票這個(gè)“新鮮事物”也褪去了新鮮感融入了我們的生活中，縱觀整個(gè)電子發(fā)票的路徑，頂層為政府的稅務(wù)部門，中層為“51發(fā)票”,“發(fā)票通”等發(fā)票服務(wù)商，應(yīng)用層則為各消費(fèi)場(chǎng)景下的開(kāi)票企業(yè)，本文主要討論應(yīng)用層的承上啟下。

如果是新企業(yè)需要對(duì)接電子發(fā)票業(yè)務(wù)的話還需要前往稅務(wù)部門完成，開(kāi)票資質(zhì)申請(qǐng)/電子簽章申請(qǐng)/申請(qǐng)發(fā)票資質(zhì)/等業(yè)務(wù)流程，完成后即可尋找發(fā)票服務(wù)平臺(tái)進(jìn)行合作由他們提供接口支持即可。

一、以訂單為核心的系統(tǒng)架構(gòu)

電子發(fā)票以訂單為核心，屬于獨(dú)立模塊，但是與系統(tǒng)各個(gè)模塊緊密相連

• 用戶端主要支持電子發(fā)票的申請(qǐng)與查看，管理端則支持對(duì)電子發(fā)票的全生命周期進(jìn)行管理，在后文會(huì)進(jìn)行詳細(xì)的功能說(shuō)明
• 訂單系統(tǒng)主要為電子發(fā)票提供用戶開(kāi)票的具體信息，與訂單狀態(tài)，即開(kāi)票的內(nèi)容
• 商品信息用戶配置用戶開(kāi)票的商品稅率，以計(jì)算發(fā)票各項(xiàng)明細(xì)
• 消息中心則是為了在開(kāi)具電子發(fā)票成功后進(jìn)行通知用戶

二、簡(jiǎn)單的開(kāi)票流程

以上是一個(gè)簡(jiǎn)化后的開(kāi)票流程，對(duì)于用戶的交互點(diǎn)就三項(xiàng)，申請(qǐng)開(kāi)票/填寫(xiě)信息/收到發(fā)票,但是對(duì)于系統(tǒng)的交互點(diǎn)遠(yuǎn)不止如此，簡(jiǎn)單的梳理下流程吧

申請(qǐng)發(fā)票前通用的前置條件都是需要用戶在該交易行為完成后（滴滴到達(dá)目的地，電商確認(rèn)收貨，航司航班到達(dá)）并且未開(kāi)具過(guò)對(duì)應(yīng)消費(fèi)的電子發(fā)票。

交易完成是指用戶已無(wú)法對(duì)當(dāng)前消費(fèi)流程作出更改，即涉及到退改環(huán)節(jié)的狀態(tài)應(yīng)該在交易完成之前，可以定義為退改完成后即為交易完成。

在用戶滿足申請(qǐng)條件后即向訂單系統(tǒng)查詢,將用戶該次消費(fèi)的明細(xì)列出

• 開(kāi)票維度：根據(jù)各自不同的業(yè)務(wù)形態(tài)，有著不同的開(kāi)票維度店鋪訂單/平臺(tái)訂單/客票，建議以最小用戶維度來(lái)進(jìn)行開(kāi)票，多店鋪精確到店鋪，多人則精確到人。
• 開(kāi)票內(nèi)容：發(fā)票內(nèi)容可以規(guī)定一張訂單開(kāi)一張發(fā)票，或每一件商品可開(kāi)具一張發(fā)票，建議以最大開(kāi)票內(nèi)容作為一張發(fā)票，可以減少系統(tǒng)交互及人員維護(hù)成本。

（總結(jié)：開(kāi)票維度偏向更細(xì)，開(kāi)票內(nèi)容偏向更廣）

在用戶提交申請(qǐng)后即調(diào)用發(fā)票服務(wù)商提供的開(kāi)票接口，提交發(fā)票內(nèi)容及發(fā)票抬頭信息。

• 訂單系統(tǒng)給與具體的商品名稱，數(shù)量，商品系統(tǒng)/財(cái)務(wù)系統(tǒng)給出對(duì)應(yīng)商品的稅率，該項(xiàng)組成發(fā)票內(nèi)容，將會(huì)在票面上展示出明細(xì)。
• 發(fā)票抬頭有，個(gè)人/企業(yè)/非企業(yè)，三種類型，對(duì)應(yīng)不同的填寫(xiě)項(xiàng)目

（一張完成的發(fā)票就由發(fā)票內(nèi)容及發(fā)票抬頭組成）

發(fā)票開(kāi)具成功后向用戶推送消息通知與電子發(fā)票

• 消息通知可以按渠道分為短信消息通知，郵件消息通知，為了防止一個(gè)渠道接收失敗的情況建議選擇兩個(gè)渠道同時(shí)發(fā)送
• 生成的電子發(fā)票為pdf文件保存在服務(wù)器中，推送時(shí)附帶下載連接，方便用戶下載保存

用戶收到發(fā)票，發(fā)票的流程結(jié)束。

三、圍繞發(fā)票生命周期的功能點(diǎn)

在上面分析了發(fā)票的架構(gòu)與流程，接下來(lái)結(jié)合實(shí)際的業(yè)務(wù)場(chǎng)景，按照電子發(fā)票模塊的功能點(diǎn)來(lái)逐個(gè)分析下，以下的功能點(diǎn)都是在我們的實(shí)際運(yùn)營(yíng)中面對(duì)復(fù)雜的業(yè)務(wù)場(chǎng)景與需求得出來(lái)的解決方案，具有一定的借鑒意義，最終你們發(fā)票系統(tǒng)的功能點(diǎn)還是需要結(jié)合你們自己的業(yè)務(wù)場(chǎng)景及需求來(lái)制定。

圍繞著電子發(fā)票可以劃分為前中后三個(gè)生命周期，分別代表著申請(qǐng)前 申請(qǐng)中，申請(qǐng)后，對(duì)應(yīng)著不同的功能點(diǎn)，大部分都是當(dāng)然還有寫(xiě)輔助性的功能我也會(huì)進(jìn)行補(bǔ)充，接著開(kāi)始正文吧。

1. 申請(qǐng)（核心功能）

說(shuō)明：電子發(fā)票的申請(qǐng)作為整個(gè)發(fā)票的開(kāi)端，涉及系統(tǒng)及應(yīng)用都比較廣泛

系統(tǒng)：申請(qǐng)前需要先檢查用戶是否滿足申請(qǐng)狀態(tài)（訂單內(nèi)容，訂單狀態(tài)）在上面的流程部分已詳細(xì)說(shuō)明

功能設(shè)計(jì)：在用戶填寫(xiě)發(fā)票申請(qǐng)時(shí)注意各個(gè)填寫(xiě)項(xiàng)目的字段規(guī)范，長(zhǎng)度/類型/不建議做太嚴(yán)格的校驗(yàn)，

功能設(shè)計(jì)：C端的申請(qǐng)界面可以設(shè)計(jì)抽屜效果將非必填項(xiàng)目進(jìn)行收起處理,減少用戶填寫(xiě)信息量。

2. 紅沖（核心功能）

說(shuō)明：當(dāng)開(kāi)具了錯(cuò)誤的電子發(fā)票后可以使用紅沖功能，再次開(kāi)具一張相同內(nèi)容的紅字發(fā)票，作廢原發(fā)票?？梢岳斫鉃樽鲝U已開(kāi)具的發(fā)票

功能設(shè)計(jì)：該功能一般放在B端系統(tǒng)中集成，

3. 換開(kāi)（輔助功能）

說(shuō)明：用戶可以在C端將已經(jīng)開(kāi)具完成的電子發(fā)票申請(qǐng)進(jìn)行作廢并根據(jù)新填寫(xiě)的信息再次開(kāi)具。

功能設(shè)計(jì)：該功能相當(dāng)于紅沖+再次開(kāi)票的流程，實(shí)現(xiàn)效果是用戶可以自主完成發(fā)票的維護(hù)流程，減少客服及運(yùn)營(yíng)人員壓力

4. 撤銷申請(qǐng)（解決異常問(wèn)題）

說(shuō)明：由于第三方或者我方服務(wù)原因，偶現(xiàn)發(fā)票開(kāi)具失敗的情況，用于處理異常使用，

功能設(shè)計(jì)：將該發(fā)票的狀態(tài)更改為初始狀態(tài)，主要解決在發(fā)票開(kāi)具過(guò)程中的系統(tǒng)錯(cuò)誤問(wèn)題。

5. 業(yè)務(wù)發(fā)票（輔助功能）

說(shuō)明：獨(dú)立于正常開(kāi)票流程之外的功能，能夠獨(dú)立開(kāi)具電子發(fā)票，用于解決某些現(xiàn)有系統(tǒng)不滿足的特殊場(chǎng)景，及用戶需求，在某些訂單不正確的情況下也可用于救火，相當(dāng)于超級(jí)開(kāi)票功能，但是其中涉及稅率，商品等計(jì)算，該功能如果各位有需求的話看情況可以單獨(dú)再講下。

6. 發(fā)票備注模板（輔助功能）

說(shuō)明：編輯發(fā)票右下角區(qū)域的信息，可以填寫(xiě)一些簡(jiǎn)單的備注信息，用戶的消費(fèi)類型，訂單號(hào)碼等，方便追溯

7. 常用發(fā)票信息（輔助功能）

說(shuō)明：在C端用戶填寫(xiě)完成發(fā)票申請(qǐng)后，將發(fā)票抬頭信息進(jìn)行保存，可以保存為三種類型，在用戶切換抬頭類型時(shí)，填入不同的信息。

本文主要講述對(duì)于電子發(fā)票這一事物在應(yīng)用層的，邏輯脈絡(luò)，框架結(jié)構(gòu)，細(xì)節(jié)的功能設(shè)計(jì)由于篇幅所限就不過(guò)多贅述了，所寫(xiě)內(nèi)容也都是本人在負(fù)責(zé)發(fā)票這一項(xiàng)目來(lái)的感悟和教訓(xùn)，受限于個(gè)人的經(jīng)驗(yàn)與能力，也還是有不足的地方，各位看官權(quán)當(dāng)個(gè)借鑒即可。

保持獨(dú)立思考，不卑不亢，長(zhǎng)成自己想要的模樣。

本文由 @沈萬(wàn)三 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

題圖來(lái)自Unsplash，基于CC0協(xié)議