做汽車后市場的B端產(chǎn)品，比其他類型的B端產(chǎn)品要復(fù)雜得多。一是流程比較長，涉及到供應(yīng)商、用戶等，二是管理難度大，SKU多，發(fā)票等處理還需要考慮合規(guī)等問題。這篇文章，我們來看看作者總結(jié)復(fù)盤的發(fā)票產(chǎn)品的設(shè)計(jì)復(fù)盤，供大家參考。

我們構(gòu)建了一個線上門店采購平臺，支持我們下屬的修車廠（簡稱門店）在平臺采購汽修用品。按照規(guī)定，我們公司有義務(wù)為門店開具進(jìn)項(xiàng)稅發(fā)票。在本項(xiàng)目未上線前，我們開發(fā)票的模式是線上申請發(fā)票+線下人工開具，人工開具的工作是由我們請的開票外包負(fù)責(zé)，他們是按照開票張數(shù)進(jìn)行收費(fèi)。

加之現(xiàn)在國家在大力推進(jìn)全面數(shù)字化的電子發(fā)票（簡稱數(shù)電發(fā)票），數(shù)電發(fā)票在安全性上較之前的發(fā)票有顯著提升。因此，我們決定對發(fā)票系統(tǒng)進(jìn)行升級，在線上申請的基礎(chǔ)上支持線上開票，方便門店即時提交，即時開具，減少門店等待發(fā)票時間，同時也減少了我們外包費(fèi)用。

一、總體流程

1. 開票前的數(shù)據(jù)準(zhǔn)備

1）商品的稅務(wù)信息：由總部的業(yè)務(wù)同學(xué)維護(hù)好sku的類目或具體sku 的稅收分類編碼、稅率。開票時，系統(tǒng)根據(jù)商品的skuid讀取對應(yīng)的稅務(wù)信息。

2）門店的發(fā)票抬頭：發(fā)票抬頭不支持門店隨意修改，而是根據(jù)門店與我司簽署的【采購合同】的簽約主體，由總部業(yè)務(wù)維護(hù)在系統(tǒng)上，在申請開票時，門店可以看到該信息，但是不支持修改。

3）訂單購方信息和銷方信息固化：因?yàn)殚T店如果變了老板，換了公司名稱，是需要變更采購營業(yè)執(zhí)照，他需要與我們重新簽署采購合同。因此這家門店的購方信息是哪個，是存在因?yàn)闀r間段的不同而變化的情況，因此需要訂單下單時，將此部分?jǐn)?shù)據(jù)固化下來。

2. 門店開票申請

1）勾選多個訂單進(jìn)行開票：與C端消費(fèi)不同，B端消費(fèi)一般是月底批量申請發(fā)票，一次性報(bào)稅，且報(bào)稅的時候需要錄入每張發(fā)票信息。因此如果僅支持單個單個訂單申請發(fā)票，那會增加門店的申請發(fā)票的操作成本，也會增加門店財(cái)務(wù)進(jìn)行報(bào)稅時登記發(fā)票信息的操作成本。因此，本項(xiàng)目是支持門店勾選多個訂單，一次提交開具一張發(fā)票。

做交互设计10年，我为何转岗到产品经理？

真正转岗之后，我发现很多工作还是超出了自己的想象。产品经理的工作确实比较杂。理论上，产品经理的工作包括了产品的方方面面，从市场研究、用户调研、数据分析...

查看详情 >

3. 開票后續(xù)處理

C端消費(fèi)經(jīng)常會出現(xiàn)沖動消費(fèi)，買后再退的場景。但是，B端采購一般都是有計(jì)劃性有目的性，即使售后也一般是換貨為主，因此涉及到退貨要開紅沖發(fā)票的場景較少。因此，本期暫時不支持線上調(diào)接口紅沖，等后續(xù)評估紅沖場景多少，再決定是否支持該功能。因?yàn)楸酒冢覀冊谑酆蟮臅r候會提示門店和總部人員，必須要開具好對應(yīng)的紅沖發(fā)票后，才支持線上申請售后。

門店開發(fā)票的業(yè)務(wù)流程

二、功能介紹

1. 商品稅務(wù)信息配置

稅務(wù)信息配置時，我們是支持按照類目配置和按照sku配置。他們的使用場景如下：

1. 按類目配置：如果一家企業(yè)設(shè)置類目和將sku放置在合適的類目下，這個操作比較規(guī)范的話，一般同一個類目下的商品的稅務(wù)信息相同，那業(yè)務(wù)就按照類目配置稅務(wù)信息即可；
2. 按照sku配置：如果同一個類目下，個別商品的稅務(wù)信息與其他商品的稅務(wù)信息不同，那業(yè)務(wù)可以單獨(dú)為該sku設(shè)置稅務(wù)信息，那系統(tǒng)如果發(fā)現(xiàn)該sku存在“sku維度的稅務(wù)信息”，那優(yōu)先取該sku該維度的稅務(wù)信息。

另外，運(yùn)費(fèi)的稅率一般比較固定，因此我們不支持前臺配置的，是直接寫到后臺代碼里面。

1）按照類目配置

主要功能點(diǎn)：

• 類目稅務(wù)信息搜索
• 批量配置類目稅率（excel導(dǎo)入）
• 單個類目稅率、稅收分類編碼配置
• 單個類目稅務(wù)信息刪除

如果要刪除某個類目的稅務(wù)信息，那一定要保證目前【該類目在系統(tǒng)處于作廢狀態(tài)】（類目作廢的前提校驗(yàn)：沒有sku是歸屬該類目）

• 稅率信息導(dǎo)出

2）按照sku配置

主要功能點(diǎn)

• sku稅務(wù)信息搜索
• 批量配置sku稅率（excel導(dǎo)入）
• 單個sku稅率配置、刪除
• 稅率信息導(dǎo)出

2. 公司稅務(wù)信息維護(hù)

前臺沒有提供頁面，也是直接寫在后臺里面，包括公司名稱、公司地址、開戶行、對應(yīng)銀行賬號、統(tǒng)一社會信用代碼、開票人、收款人、復(fù)核人

3. 購方發(fā)票抬頭維護(hù)

1）發(fā)票抬頭應(yīng)取實(shí)際采購人信息

為確保交易的合法性和合規(guī)性，任何情況購方的發(fā)票抬頭都應(yīng)與實(shí)際的采購方保持一致。因此，本期涉及時，不支持購方自主填寫發(fā)票抬頭，而是系統(tǒng)取值，然后購方核對信息正確性，如無誤，則申請開票。

那誰是B端采購的實(shí)際人？一般可以從如下幾方面判斷：

（1）基于交易關(guān)系的判斷

• 合同關(guān)系：首先，應(yīng)參考采購合同或相關(guān)協(xié)議。合同中通常會明確標(biāo)明甲方（采購方）和乙方（供應(yīng)方）的身份，甲方即為實(shí)際采購方。
• 交易行為：觀察交易的實(shí)際操作，如誰提出采購需求、誰支付貨款、誰接收貨物等。這些行為通常能夠反映出實(shí)際的采購方。

（2）結(jié)合其他信息綜合判斷

• 物流信息：物流單據(jù)、收貨地址等信息可能反映出實(shí)際的采購方。
• 付款憑證：付款憑證如銀行轉(zhuǎn)賬記錄、支票等，通常能夠顯示付款方（即實(shí)際采購方）的信息。
• 溝通記錄：與供應(yīng)商、采購方等相關(guān)方的溝通記錄，如郵件、電話記錄等，也可能包含關(guān)于實(shí)際采購方的信息。

如果發(fā)生了實(shí)際支付和采購合同不一致的情況，雖然支付貨款的公司可能與甲方不同，但貨款支付行為本身也是判斷實(shí)際采購方的一個重要依據(jù)。如果支付貨款的公司是根據(jù)甲方的指示或委托進(jìn)行支付，那么甲方仍然是實(shí)際采購方。

2) 本項(xiàng)目以訂單存儲的采購合同簽約主體作為實(shí)際采購人

因此，本項(xiàng)目我們的做法是每筆訂單下單成功后，自動存儲采購主體信息，此信息取系統(tǒng)下單時刻每家門店與我司簽署的采購合同的簽約主體。

之所以，要訂單在下單時刻存儲合同的簽約主體，而不是申請發(fā)票的時候去讀取。是因?yàn)?，采購合同可能會發(fā)生變更，因此申請發(fā)票時候去讀取就無法保證此刻的信息是那筆訂單交易發(fā)生時實(shí)際的采購人。

另外，這也對業(yè)務(wù)提出了一定的要求，如果采購合同發(fā)生變更，要及時更新系統(tǒng)的信息。比較理想的方案，是運(yùn)營教練提交申請變更采購合同流程，相關(guān)審批結(jié)束之后，在線簽署合同，合同簽署之后自動更新系統(tǒng)數(shù)據(jù)。

3）功能上線前的訂單別忘了刷【采購主體】數(shù)據(jù)

上線之后，訂單下單成功實(shí)時讀取系統(tǒng)數(shù)據(jù)，但是上線前的訂單也需要記錄該數(shù)據(jù)，理想的情況是業(yè)務(wù)告知每家門店在哪段時間對應(yīng)哪個采購主體，然后按照時間段不同時期的訂單取不同時期的采購主體。但是業(yè)務(wù)反饋，這個數(shù)據(jù)之前他們都沒有記錄，系統(tǒng)的采購營業(yè)執(zhí)照變更流程里面也沒有記錄準(zhǔn)確的時間點(diǎn)，他們比較難提供這份數(shù)據(jù)。另外，如果采購合同變更，大概率也不會再申請老主體的發(fā)票，而且門店也不是針對每筆訂單都申請發(fā)票。最后應(yīng)用的方案是，減少業(yè)務(wù)的工作+賭門店不去申請老主體的訂單，業(yè)務(wù)提供最新的采購合同的簽約主體信息和該合同的開始生效時間，則此時間之后的訂單刷最新數(shù)據(jù)，此時間之前的訂單不支持線下開票。

4. 門店申請發(fā)票

1）B端申請發(fā)票的操作習(xí)慣

C端消費(fèi)者申請發(fā)票，一般都是在訂單詳情頁針對某個訂單進(jìn)行申請，但是B端申請發(fā)票的操作習(xí)慣與之大不同。因?yàn)锽端申請發(fā)票主要有如下操作習(xí)慣：

• 一般固定時間點(diǎn)，如月末一次性申請。這是因?yàn)殚T店財(cái)務(wù)一般在月末月初進(jìn)行稅務(wù)上報(bào)，因此到了要報(bào)稅的時候，才會統(tǒng)計(jì)本公司的本月進(jìn)項(xiàng)稅有多少，在稅務(wù)局進(jìn)行申報(bào)。
• 申請時，是將多個訂單合并成一張發(fā)票。這是因?yàn)?，?cái)務(wù)在稅務(wù)局報(bào)稅時，每張發(fā)票都要錄入系統(tǒng)，如果每個訂單對應(yīng)一張發(fā)票，那財(cái)務(wù)就要操作多次，因此，一定要支持訂單合并開票的邏輯。

2）功能介紹

2.1 勾選多個訂單申請開票

對于可以申請發(fā)票的訂單，我們支持勾選，會在訂單上展示可開票金額，即可開票金額=實(shí)付金額-售后完成的金額，對于售后中的訂單我們是不支持申請發(fā)票，因此售后中的金額未參與可開票金額校驗(yàn)。

但是，部分訂單我們是不支持開票的如：

a.未完成訂單；

b.“訂單完成”超365天；

c.額度付款未全額支付的訂單；

d.退貨退款中的訂單；

e.已全部退款的訂單；

f.訂單實(shí)付金額=0；

g.已成功提交發(fā)票申請的訂單;

針對【額度付款未全額支付的訂單】這條，我介紹一下，這是因?yàn)槲覀兩坛侵С珠T店用額度支付，即我方財(cái)務(wù)評估門店的交易流水，授予門店每個月可以使用的額度，門店就可以不使用現(xiàn)款而是使用額度進(jìn)行付款，等下一個月再用現(xiàn)款償還額度。因?yàn)?，如果這筆訂單你使用了額度但是沒有進(jìn)行還款，那這個貨的貨權(quán)還不算真正到門店，因?yàn)殚T店無法申請開票。

2.2 點(diǎn)擊【去申請】提交發(fā)票申請

點(diǎn)擊【去申請】按鈕，進(jìn)入發(fā)票申請頁面。但是部分場景會提示錯誤

2.3 填寫發(fā)票申請信息，點(diǎn)擊【提交】申請開票

一般情況下多個訂單會合并成一張發(fā)票申請單。但是滿足如下任一條件，會拆分為多張申請單：1）成品油和非成品油；2）不同的銷方主體；3）不同的購方主體。

申請單頁面支持用戶選擇開票類型、填寫收票郵箱，其他內(nèi)容為系統(tǒng)自動帶出。

點(diǎn)擊【提交】按鈕，部分場景會進(jìn)行報(bào)錯

哪些場景會自動開票失敗

2.4 符合開票條件的申請單，系統(tǒng)會將多個商品明細(xì)行合并成一行，目前的合并規(guī)則如下

發(fā)票明細(xì)行合并規(guī)則

5. 發(fā)票詳情查看

提交成功的發(fā)票，門店可在開票歷史中查看開票進(jìn)度、預(yù)覽和下載發(fā)票。

總部可以在后臺查看申請單，對于異常的開票申請，可修正問題后點(diǎn)擊【重試】按鈕，重新調(diào)三方接口開票。

6. 訂單詳情里面可以查看對應(yīng)的發(fā)票

門店側(cè)和總部側(cè)，可以基于訂單詳情頁展示實(shí)際開出的發(fā)票信息

7. 成功提交發(fā)票申請的訂單，要先紅沖，才能支持售后

因?yàn)楸酒谖覀儧]有做紅沖流程，因此我們是在門店側(cè)和總部側(cè)申請售后的按鈕處，判斷該訂單是否已成功提交發(fā)票申請，如提交則進(jìn)行提示。

tips：如果實(shí)際已經(jīng)開出發(fā)票，一定要透出發(fā)票號碼，因?yàn)楹罄m(xù)的紅沖處理需要拿著原發(fā)票號進(jìn)行操作

門店側(cè)申請售后按鈕交互流程

8. 線下發(fā)票回傳系統(tǒng)

雖然本期實(shí)現(xiàn)了線上直接開具發(fā)票的功能，但是為了應(yīng)對異常場景，如系統(tǒng)異常無法開票但是門店著急要票、門店的發(fā)票抬頭非系統(tǒng)指定抬頭且有相關(guān)材料佐證但系統(tǒng)無法及時調(diào)整數(shù)據(jù)，因此都需要支持線下開發(fā)票功能。但是為了防止多開發(fā)票，需要線下開過發(fā)票的訂單線上就不支持申請發(fā)票，因此系統(tǒng)需要支持將線下開過的發(fā)票回傳系統(tǒng)。

在之前的總部側(cè)的發(fā)票申請單列表透出【線下發(fā)票上傳】按鈕，點(diǎn)擊該按鈕，支持將線下發(fā)票的信息回填系統(tǒng)。并支持查看導(dǎo)入記錄。

1）導(dǎo)入模板

線下開發(fā)票的時候，一般也是多個訂單開在一張發(fā)票上。我們之前糾結(jié)過線下的發(fā)票是否要支持線上紅沖，如果要支持線上紅沖的話，因?yàn)槿绻С植糠旨t沖，就要支持某個訂單的某個商品對應(yīng)藍(lán)字發(fā)票的某一行，但是這對于業(yè)務(wù)要求過于嚴(yán)格。因此，后來與業(yè)務(wù)協(xié)商，線上發(fā)票導(dǎo)入系統(tǒng)之后，不支持后續(xù)的紅沖操作，因此我們的業(yè)務(wù)是與門店協(xié)商，在售后結(jié)束之后才給門店進(jìn)行線下發(fā)票開具。

財(cái)務(wù)會關(guān)注每個訂單開了多少發(fā)票，因此我們在線下發(fā)票上傳時也會要求填寫每個訂單對應(yīng)該發(fā)票的開票金額，方便后期財(cái)務(wù)統(tǒng)計(jì)。

2）導(dǎo)入之后，系統(tǒng)支持查看導(dǎo)入記錄

3）線下發(fā)票回傳系統(tǒng)后，系統(tǒng)的相應(yīng)處理

• 對應(yīng)訂單不允許線上申請發(fā)票
• 對應(yīng)訂單不允許線上申請售后
• 門店側(cè)、總部側(cè)均無法看到對應(yīng)的申請單和發(fā)票信息
• 上述發(fā)票不支持線上紅沖