不同行業(yè)的計費結(jié)算模式——以電商和云服務為例
編輯導讀:在很多行業(yè),尤其是電商和云服務行業(yè),因為其提供的服務種類多,結(jié)算方式多,所以計費結(jié)算模式很復雜。本文作者就以這兩個行業(yè)為例,對它們計費結(jié)算模式的差異展開了分析,與大家分享。
筆者近期和不同行業(yè)負責結(jié)算的朋友做了些交流,對各行業(yè)的計費結(jié)算模式有了些新的認識,在此做個梳理總結(jié)。
下面以電商和云服務為例,講講兩個行業(yè)計費結(jié)算模式的差異。
一、相同點
不管是電商還是云服務的計費結(jié)算,都有如下的核心系統(tǒng):
1. 計費系統(tǒng)
計費核心:按一定的規(guī)則觸發(fā)計費,生成計費明細
上游系統(tǒng):價格管理、訂單系統(tǒng)或計量系統(tǒng)、用戶信息
下游系統(tǒng):結(jié)算系統(tǒng)
核心功能:計費觸發(fā)規(guī)則、計費賬單查詢、賬單聚合、差異調(diào)整
關(guān)于『差異調(diào)整』,都是為了滿足非標準計費或計費差異的需求,由業(yè)務人員增加賬單項的產(chǎn)品功能。
2. 結(jié)算系統(tǒng)
結(jié)算核心:按一定的規(guī)則對已生成的計費明細觸發(fā)結(jié)算,在錢包系統(tǒng)生成結(jié)算明細
上游系統(tǒng):計費系統(tǒng)
下游系統(tǒng):錢包系統(tǒng)(或稱賬戶系統(tǒng))
核心功能:結(jié)算觸發(fā)規(guī)則、差異調(diào)整
注意:如果商家沒有二清資格,那么只能結(jié)算到第三方的賬戶內(nèi)。
3. 價格管理
上游系統(tǒng):合同管理、報價單或傭金規(guī)則
下游系統(tǒng):計費系統(tǒng)
核心功能:價格的增刪改查
一般而言電商的計費規(guī)則會簡單點,支持階梯的服務費率或返利費率即可。云服務的相對會復雜很多,計費周期、計費點、階梯算法都靈活支持。
4. 資金系統(tǒng)
電商結(jié)算系統(tǒng)的下游是資金系統(tǒng),平臺將錢結(jié)算給商家后,商家在平臺的賬戶內(nèi)發(fā)起提現(xiàn),將錢提到綁定的銀行卡上。財務人員審核好提現(xiàn)申請后,發(fā)起打款申請,通過銀企直聯(lián)劃撥資金。一般來說,平臺會有多種支付方式,視打款金額、銀行費率、到賬時間選擇最優(yōu)的支付方式,
以上情況僅存在于有支付牌照的電商平臺。如果平臺沒有支付牌照、無法進行二清,就不能在平臺內(nèi)進行結(jié)算,只能通過第三方分賬,分好后,直接轉(zhuǎn)到商家在第三方的賬戶內(nèi)或在第三方綁定的銀行卡內(nèi)。
雖然資金系統(tǒng)不是云服務的結(jié)算下游,但是云服務同樣有用戶提現(xiàn)的場景——用戶將預存在平臺上的現(xiàn)金提現(xiàn)到外部的支付賬戶。
上游系統(tǒng):錢包系統(tǒng)
核心功能:實名校驗(檢查持卡人和實名認證一致)、銀行卡綁定、原路退回。
涉及到資金變動的流程要十分謹慎,可能一不小心就變成他人wash money的工具,因此要盡量做到核實用戶實名信息,可以的話要保持資金原路退回。
二、差異點
1. 計費對象
電商:以訂單金額(平臺)或采購單(自營)為計費對象
云服務:以用戶的使用量為計費對象
2. 計費觸發(fā)規(guī)則
電商:根據(jù)訂單交易狀態(tài)或采購單賬期而定
平臺型電商一般是訂單支付成功觸發(fā)計費;自營型電商則根據(jù)采購單的賬期觸發(fā)計費
云服務:根據(jù)所用產(chǎn)品的計費頻率,按(自然)小時、日、月計費。
3. 結(jié)算觸發(fā)規(guī)則
電商:根據(jù)訂單交易狀態(tài)或采購單賬期而定。平臺型電商一般是等訂單確認收貨(且無售后),觸發(fā)結(jié)算。結(jié)算后商家需要在平臺確認結(jié)算單,自營性電商還需要商家向平臺提供發(fā)票后,才能申請打款。
云服務:計費后實時結(jié)算扣款,畢竟是扣款交易,不會讓用戶提前確認才操作。
4. 計費目的
電商:計費主要是與商家分賬結(jié)算,其次有返利、處罰、促銷等目的。
云服務:主要是向用戶收款
5. 計費的方向
電商:由于訂單存在逆向流程,即售后單,因此生成的計費明細存在收款、付款兩種類型。
云服務:計費的對象是用戶的使用量,是數(shù)量而不是矢量,并不存在方向(但也有錯賬的處理流程,處理起來還是會有區(qū)別)。
6. 系統(tǒng)交互和算法
電商:一般是上游訂單系統(tǒng)主動向計費系統(tǒng)推數(shù)據(jù),觸發(fā)計費。所用的計費法是正算法,即根據(jù)計量找價格。
云服務:一般是計費系統(tǒng)主動從上游業(yè)務線拉計量數(shù)據(jù);由于云服務的計量數(shù)據(jù)分流量和帶寬類型,同時還需要將計量數(shù)據(jù)按計費規(guī)則(如計費周期、計費算法)進行加工,才能得到計費值,因此是反算法,即通過價格找對應的計量。
7. 發(fā)票管理
電商:平臺型電商是平臺向商家提供技術(shù)服務,平臺開具銷項發(fā)票;自營性電商則是平臺向商家采購商品,由商家向平臺提供銷項發(fā)票。
云服務:云服務公司向客戶提供服務,都是公司提供銷項發(fā)票。由于發(fā)票開具后,相當于是認可了費用,因此會要求用戶先確認賬單,才能開票,避免用戶開票后不認可賬單帶來的退票糾紛。
8. 欠費兜底方案
其實不管是云服務還是電商,都存在扣款的交易類型,也就會產(chǎn)生欠費問題。針對這個問題,不同行業(yè)有不同的解決方案。
電商:保證金制度
商家入駐平臺時,電商會要求商家繳納一定的保證金,用于商家違約扣款的資金池。當發(fā)生逆向交易單,以致于結(jié)算倒掛時,如果結(jié)算貨款的賬戶內(nèi)余額不足,平臺可以將保證金賬戶的資金轉(zhuǎn)移到貨款結(jié)算賬戶,進行墊付。如果保證金不足,平臺會采取停止服務的策略,比如關(guān)店。
云服務:實時計費+預凍結(jié)金額
由于云服務提供的是按需計費的計費策略,用戶先使用后計費,計費始終滯后于使用,這就是欠費產(chǎn)生的根因。通常的解決辦法,就是提高計費的實時性,甚至會根據(jù)用戶的歷史消費金額按一定比例預先凍結(jié)賬戶的資金(一般只有大廠敢這么干)。
綜上,就是我個人總結(jié)下來的兩個行業(yè)計費結(jié)算的異同點,如果大家有更多看法,歡迎在評論區(qū)與我交流。
本文由 @大肥兔 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
文中應該是一個比較簡化的計費系統(tǒng),但實際中可能會更復雜些,以下幾個點應該也是需要的:
1、計費規(guī)則的管理說明,云服務的計費,不是單純的使用量*單價,可能會涉及一些簡單的計算,需要另外做使用量的配置規(guī)則管理
2、計費觸發(fā)規(guī)則:不一定是自然月,服務可能是從中間某一天開始,服務周期非自然月或自然年。另外可能會存在不滿計費周期的折算問題。
3、結(jié)算觸發(fā)規(guī)則中,實時的定義是怎樣的?云服務中不同產(chǎn)品的定義是否一致,如果不一致,是定制開發(fā)還是針對不同計費項做配置?
4、不同計費項之間可能會存在關(guān)聯(lián)關(guān)系,需要有另外的管理。
是的 實際情況做的我頭痛死了
老兄,可否加個微信交流?