不同行業的計費結算模式——以電商和雲服務為例

編輯導讀:在很多行業,尤其是電商和雲服務行業,因為其提供的服務種類多,結算方式多,所以計費結算模式很複雜。本文作者就以這兩個行業為例,對它們計費結算模式的差異展開了分析,與大家分享。

不同行業的計費結算模式——以電商和雲服務為例

筆者近期和不同行業負責結算的朋友做了些交流,對各行業的計費結算模式有了些新的認識,在此做個梳理總結。

下面以電商和雲服務為例,講講兩個行業計費結算模式的差異。

一、相同點

不管是電商還是雲服務的計費結算,都有如下的核心繫統

1. 計費系統

計費核心:按一定的規則觸發計費,生成計費明細。

上游系統:價格管理、訂單系統或計量系統、使用者資訊。

下游系統:結算系統。

核心功能:計費觸發規則、計費賬單查詢、賬單聚合、差異調整。

關於『差異調整』,都是為了滿足非標準計費或計費差異的需求,由業務人員增加賬單項的產品功能。

2. 結算系統

結算核心:按一定的規則對已生成的計費明細觸發結算,在錢包系統生成結算明細。

上游系統:計費系統。

下游系統:錢包系統(或稱賬戶系統)。

核心功能:結算觸發規則、差異調整。

注意:如果商家沒有二清資格,那麼只能結算到第三方的賬戶內。

3. 價格管理

上游系統:合同管理、報價單或佣金規則。

下游系統:計費系統。

核心功能:價格的增刪改查

一般而言電商的計費規則會簡單點,支援階梯的服務費率或返利費率即可。雲服務的相對會複雜很多,計費週期、計費點、階梯演算法都靈活支援。

4. 資金系統

電商結算系統的下游是資金系統,平臺將錢結算給商家後,商家在平臺的賬戶內發起提現,將錢提到繫結的銀行卡上。財務人員稽核好提現申請後,發起打款申請,透過銀企直聯劃撥資金。一般來說,平臺會有多種支付方式,視打款金額、銀行費率、到賬時間選擇最優的支付方式,

以上情況僅存在於有支付牌照的電商平臺。如果平臺沒有支付牌照、無法進行二清,就不能在平臺內進行結算,只能透過第三方分賬,分好後,直接轉到商家在第三方的賬戶內或在第三方繫結的銀行卡內。

雖然資金系統不是雲服務的結算下游,但是雲服務同樣有使用者提現的場景——使用者將預存在平臺上的現金提現到外部的支付賬戶。

上游系統:錢包系統。

核心功能:實名校驗(檢查持卡人和實名認證一致)、銀行卡繫結、原路退回。

涉及到資金變動的流程要十分謹慎,可能一不小心就變成他人wash money的工具,因此要儘量做到核實使用者實名資訊,可以的話要保持資金原路退回。

二、差異點1. 計費物件

電商:以訂單金額(平臺)或採購單(自營)為計費物件。

雲服務:以使用者的使用量為計費物件。

2. 計費觸發規則

電商:根據訂單交易狀態或採購單賬期而定。

平臺型電商一般是訂單支付成功觸發計費;自營型電商則根據採購單的賬期觸發計費。

雲服務:根據所用產品的計費頻率,按(自然)小時、日、月計費。

3. 結算觸發規則

電商:根據訂單交易狀態或採購單賬期而定。平臺型電商一般是等訂單確認收貨(且無售後),觸發結算。結算後商家需要在平臺確認結算單,自營性電商還需要商家向平臺提供發票後,才能申請打款。

雲服務:計費後實時結算扣款。畢竟是扣款交易,不會讓使用者提前確認才操作。

4. 計費目的

電商:計費主要是與商家分賬結算,其次有返利、處罰、促銷等目的。

雲服務:主要是向用戶收款。

5. 計費的方向

電商:由於訂單存在逆向流程,即售後單。因此生成的計費明細存在收款、付款兩種型別。

雲服務:計費的物件是使用者的使用量,是數量而不是向量,並不存在方向(但也有錯賬的處理流程,處理起來還是會有區別)。

6. 系統互動和演算法

電商:一般是上游訂單系統主動向計費系統推資料,觸發計費。所用的計費法是正演算法,即根據計量找價格。

雲服務:一般是計費系統主動從上游業務線拉計量資料;由於雲服務的計量資料分流量和頻寬型別,同時還需要將計量資料按計費規則(如計費週期、計費演算法)進行加工,才能得到計費值,因此是反演算法,即透過價格找對應的計量。

7. 發票管理

電商:平臺型電商是平臺向商家提供技術服務,平臺開具銷項發票;自營性電商則是平臺向商家採購商品,由商家向平臺提供銷項發票。

雲服務:雲服務公司向客戶提供服務,都是公司提供銷項發票。由於發票開具後,相當於是認可了費用,因此會要求使用者先確認賬單,才能開票,避免使用者開票後不認可賬單帶來的退票糾紛。

8. 欠費兜底方案

其實不管是雲服務還是電商,都存在扣款的交易型別,也就會產生欠費問題。針對這個問題,不同行業有不同的解決方案。

電商:保證金制度。

商家入駐平臺時,電商會要求商家繳納一定的保證金,用於商家違約扣款的資金池。當發生逆向交易單,以致於結算倒掛時,如果結算貨款的賬戶內餘額不足,平臺可以將保證金賬戶的資金轉移到貨款結算賬戶,進行墊付。如果保證金不足,平臺會採取停止服務的策略,比如關店。

雲服務:實時計費+預凍結金額。

由於雲服務提供的是按需計費的計費策略,使用者先使用後計費,計費始終滯後於使用,這就是欠費產生的根因。通常的解決辦法,就是提高計費的實時性,甚至會根據使用者的歷史消費金額按一定比例預先凍結賬戶的資金(一般只有大廠敢這麼幹)。

綜上,就是我個人總結下來的兩個行業計費結算的異同點,如果大家有更多看法,歡迎在評論區與我交流:)。

本文由 @大肥兔 原創釋出於人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基於CC0協議

版權宣告:本文源自 網路, 於,由 楠木軒 整理釋出,共 2135 字。

轉載請註明: 不同行業的計費結算模式——以電商和雲服務為例 - 楠木軒