編輯導語：經濟下行的現狀中，跨境電商行業也不斷在進行升級，而費用管理系統正可以在這樣的背景中展露頭角，助跨境電商海外倉一臂之力。本篇文章對費用管理系統在跨境電商海外倉的應用深度剖析，希望能夠給你一些幫助。

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

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

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

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

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

某海外倉報價表示意

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

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

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

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

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

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

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

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

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

BMS的主要模塊

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

應付示意圖

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

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

應收示意圖

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

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

示意圖1：來源網絡

示意圖2：來源網絡

示意圖3：來源網絡

示意圖4：來源網絡

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

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

1. 業務數據如何進入BMS系統？是業務系統主動推動，還是BMS定時拉取？
2. 業務數據的更新和修改怎麼支持？什麼節點之前可以支持更新和修改，什麼節點不能更新和修改？
3. BMS的計費規則配置錯誤怎麼辦？計費規則重複計費怎麼辦？
4. 計費的結果需要更新怎麼辦？是否支持更新業務數據，還是更新計費規則？
5. 賬單的結算周期是多久，什麼時候出賬單，什麼時候關賬？客戶賬戶費用不足怎麼處理？
6. ……

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

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

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

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

#專欄作家#

我叫維他命（Vitamin），PM維他命。前PHPer，做過在線教育類産品，也做過4年多的跨境倉儲物流方向的産品，目前是一位外貿SaaS領域的供應鍊産品經理。主要專注于WMS/OMS/TMS/BMS/ERP等領域，分享供應鍊相關的産品知識。

本文原創發布于人人都是産品經理，未經作者許可，禁止轉載

題圖來自Unsplash，基于 CC0 協議

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!