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

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

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

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

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

一、相同點

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

1. 計費系統

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

上游系統:價格管理、訂單系統或計量系統、用户信息。

下游系統:結算系統。

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

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

2. 結算系統

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

上游系統:計費系統。

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

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

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

3. 價格管理

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

下游系統:計費系統。

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

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

4. 資金系統

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

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

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

上游系統:錢包系統。

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

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

二、差異點1. 計費對象

電商:以訂單金額(平台)或採購單(自營)為計費對象。

雲服務:以用户的使用量為計費對象。

2. 計費觸發規則

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

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

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

3. 結算觸發規則

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

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

4. 計費目的

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

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

5. 計費的方向

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

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

6. 系統交互和算法

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

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

7. 發票管理

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

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

8. 欠費兜底方案

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

電商:保證金制度。

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

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

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

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

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

題圖來自Unsplash,基於CC0協議

版權聲明:本文源自 網絡, 於,由 楠木軒 整理發佈,共 2135 字。

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