什么是BMS？

BMS叫做費用管理系統（Billing Management System），有些公司也會叫做FMS，意思是指財務管理系統（Financial Management System）。

BMS和TMS一樣很有具有行業特色，也比較容易有歧義。很多人或者公司對BMS的理解是基于物流行業的計費模式而衍生出來的，而且倉儲行業又和物流行業有天然的關聯關系。所以聊到BMS時，除了想到TMS，也可以想到WMS。

在海外倉系統（WMS）中，BMS也是用于費用的結算管理，和國內倉儲物流領域的TMS大體是相似的。

海外倉BMS用途是什么？

當海外倉服務商租賃了一個倉庫，一切硬件，軟件都到位之后。首先第一步要考慮的就是如何引入客戶的問題，因為海外倉是為了客戶提供倉儲服務的。

既然要提供服務，那么肯定是需要明碼標價的，因為客戶需要結合多種因素來判斷到底使用你的倉庫還是別人的倉儲。對客戶的報價，一般會用Excel提前列好相應的明細，然后發給客戶去比對、查閱。

一般來說，不同的倉庫對不同的客戶都有可能會有不同的價格，所以報價表的種類和版本就會有很多，為了節省制作報價的時間，同時也為了方便計算自己的利潤和降低管理成本等。

一般海外倉會先制作一份基礎報價，也稱之為公開報價，可以適用于所有客戶；然后有一些客戶可能是KA或者VIP等，希望在基礎報價的基礎上再優惠一些，于是海外倉就根據基礎報價再做一些微調（設置折扣，減收部分費用項等），這樣得出來的報價一般稱之為VIP報價或者定制報價。

報價用Excel制作，發給客戶看很方便。但是如果客戶已經接入了，實際發生了相應的業務之后，要去根據Excel的報價來計費費用就很麻煩了。所以我們需要將Excel的報價整理好，然后導入到系統中，將這些報價轉化為對應的計算公式，后續就可以根據實際的業務數據來自動調用公式，從而得出費用。

而支持導入這些報價，并通過業務數據來計算對應費用的系統，它就是費用管理系統（BMS）。有一些公司會將BMS單獨抽出來，當做一個獨立的系統來進行開發、迭代；而有一些公司也會將計費系統植入到WMS中，當作WMS的某個子模塊來使用。以上兩種方案都很普遍，具體選擇哪種技術方案，可以根據自己的業務情況來判斷。

抽出單個系統便于后續的業務拓展，可以分別迭代管理，精細化運作；而合并在WMS中，則可以減少開發成本，快速調用業務數據，更加輕量化。

BMS的主要模塊

無論是基礎報價還是定制報價，這些報價都是對外（面向客戶）的，也就是海外倉需要向客戶收取的，所以這些報價所產生的費用又可以稱之為“應收費用”。反過來看，如果海外倉需要固定向自己的供應商或者服務商支出某些成本費用，那這些費用就稱之為“應付費用”。

所以在BMS中，如果按費用的流向來區分，可以分成“應收”和“應付”兩大塊。

在完成了報價之后，通過采集相應的業務數據，結合報價的計算公式，可以計算出具體的費用明細，然后將費用明細匯總成一個賬單，向客戶收費或者向供應商付費。

簡單理解為BMS除了要支持錄入報價之外，還需要有一個計算費用并生成賬單的功能，一般我們把這兩個步驟定義為：報價和結算。

在海外倉系統運作中，應付的成本往往比較固定，同時又不太好分攤到具體的業務單據上。所以關于應付模塊一般更多的是關注一個總數，同時也不會用到比較復雜的計算公式，故而這一塊在系統方面發力的會比較少，常用手動錄入、登記的方式記錄某些費用。

海外倉的BMS的重心主要是在應收模塊，因為對客戶的應收報價類型多，應收模塊的多，應收的計算公式也比較復雜。

海外倉的應收費用一般是由庫內操作費，倉租費和物流費這三大類型構成的。其中庫內操作費往往規則最多、最復雜，計算起來也是最為麻煩，主要取決于倉庫對費用項把控的粒度；倉租費一般都比較簡單，因為規則是通用的，常用產品的體積或者托盤來按天計算費用；物流費用則比較動態化，如果完全按物流商給的應付報價進行一對一的轉化，然后向客戶收取（行話也叫做“背靠背”），那物流費也會很復雜，因為使用的物流渠道越多，計費規則也會越多。如果能對一些物流商的報價梳理、整合，然后單獨對客戶報價，就可以精簡化物流計費的規則，報價也會簡單一些。

除了上述說到一些核心模塊之外，BMS一般還會有客戶模塊，客戶賬戶模塊，規則模塊，賬單模塊，業務數據模塊等，在此就不做詳細的贅述了。

BMS與其他系統的協作

我從之前收集的資料中摘了幾個圖給大家看看，方便理解BMS和其他系統的協作關系是怎么樣的。

TMS和WMS作為業務系統，會提供對應的業務數據到BMS中，然后BMS通過配置好的計費規則計算出相應的費用，然后將費用匯總成具體的賬單，最后再進行結算。

其中有幾個難題是需要重點關注的，也是BMS系統產品設計中比較復雜的地方。關于這些難題，我會在后續的文章中慢慢地闡述我自己的一些思考和思路，敬請期待吧。

1. 業務數據如何進入BMS系統？是業務系統主動推動，還是BMS定時拉取？

2. 業務數據的更新和修改怎么支持？什么節點之前可以支持更新和修改，什么節點不能更新和修改？

3. BMS的計費規則配置錯誤怎么辦？計費規則重復計費怎么辦？

4. 計費的結果需要更新怎么辦？是否支持更新業務數據，還是更新計費規則？

5. 賬單的結算周期是多久，什么時候出賬單，什么時候關賬？客戶賬戶費用不足怎么處理？

6. ……

總結

與WMS、OMS相比，BMS算是我的薄弱環節。一方面是之前沒有太深入地去做具體的需求方案，另一方面是我感覺自己數學能力和財務知識都一般般，所以一直對BMS是有點畏難的。

最近一段時間調研了好些個競品，也看了一些海外倉的報價，再根據之前做WMS時候的經驗，我覺得可以試著用“費曼學習法”——以輸出來倒逼輸入的方式來提升自己這一塊的業務能力和產品設計能力。

于是就開始寫下了這一篇文章，就好像之前寫WMS系列的文章一樣，我也沒有想到會越寫越多，越寫越發現自己懂得還是太少。

希望BMS系列也能像WMS系列一樣，既提升了我自己，也幫助到了很多正在探索中的產品朋友們。