繼了解FMS財務管理系統定義之后，如何設計一個FMS系統成了新的問題，筆者在此介紹了FMS的業務邏輯和結構，希望對讀者有所幫助。

上一篇主要說了一般電商系統的組成，介紹了FMS（財務進銷存系統）的定義。

在此還是要強調一下，雖然這里稱之為“財務系統”，但和專業的財務軟件有區別，只是一個有關財務數量、金額的進銷存業務系統，與SCM、合同等模塊類似。

但作為所有電商后臺的最末端系統，能夠進行業務數據的整理，最終達到與財務作賬的要求。

本系列共計有十幾篇 ，本篇繼續來說下FMS的模塊以及數據流轉的過程是什么樣的，并介紹一下各模塊間的邏輯關系。

一、數據流轉介紹

廢話少說，先上一張圖：

FMS財務進銷存系統數據流轉圖

1. SCM數據

SCM即供應鏈管理，嚴格來講所有的業務系統都在供應鏈的范圍內。

目前的商業模式C2C、B2C、O2O、新零售線上線下融合、社區團購、C2M等都是通過減少供應鏈的環節來為最終用戶提供最好的服務，以減少成本，最終盈利。

在電商系統中一般把與供應商及商家有關的主營業務系統劃到SCM中，包括商品管理、供應商管理、合同管理、采購管理等（每一個都可以單獨成為一個子系統）。

對于FMS（財務進銷存系統）來說，不僅需要基礎的業務數據（供應商、合同、商品、分類等），同時也需要業務單據（采購）；通過數據的聚合計算，再經過財務審核、操作最終完成地FMS中的數據流轉。

但業務數據都是動態變化的，所以對于數據是拉取還是由業務系統推送，需要根據場景進行設計。

我個人傾向于對于實時性要求高的數據通過訂閱消息的方式由FMS去拉??；其余數據定時拉?。ㄒ话忝咳樟泓c以后進行），盡量降低其它業務系統與FMS系統的耦合。

2. 存貨數據

存貨數據即商品庫存，零庫存一直是各大垂直電商（包括傳統生產企業）追求的理想目標。

可見存貨數據監控管理好了，將會對整個供應鏈系統帶來非常大的影響；所以在財務系統存貨的數據也相同重要，此部分數據最終會體現在財務報表中。

存貨報表包括期初期末數量金額、出入庫的數量與金額、當月存貨減值的核算、存貨周轉率周轉天數報表、存貨庫齡報表等。

在供應鏈系統文章《電商后臺：商品管理系統》中有介紹在商品管理子系統中的庫存內容，可以了解一下。

當供應鏈進貨后，就會產生庫存，在倉庫內商品還會有組合加工、庫間調撥、盤盈盤虧等庫內作業，這部分都應該體現在商品動態平衡報表中。同時對于業務單據是進入到應付結算中，還是作為公司費用，都需要進行賬務上的統計與核算。

由于現在對于倉庫的管理趨于現代化、智能化，所以各電商基本都引入第三方通用的WMS系統來管理商品實物（當然還有WCS、質檢等）。這里又涉及公司的庫存與WMS庫存的同步及核對，此部分后續在供應鏈充中單獨來介紹，這里不做過多的闡述。

3. OMS數據

OMS即訂單管理，這也是電商系統中非常重要的一部分。訂單流轉是否順暢高效，直接影響實際的倉庫作業，進而影響到物流及客戶體驗。

銷售訂單也是財務系統中應收和收入成本報表的直接數據來源。通過用戶下單，再到支付成功，就會產生應收數據，訂單的出庫明細也會是財務應付結算的基礎數據（代銷、聯營、平臺傭金結算等）。

作為財務進銷存的產品和研發，需要了解訂單的正向流程與逆向流程，如要了解到訂單支付、發貨、拒收、退貨（部分退、全部退的區別）、訂單的補發等；對于訂單的拆單邏輯也需要簡單了解，尤其涉及到金額的分攤部分，這些都會直接影響到財務的應收與應付。

4. 財務應收

應收數據包括質保金的收?。ê罄m返還會沖銷）、平臺傭金服務費、銷售收入、退款以及后續的對賬。

對于財務對賬在網上有很多介紹，講解非常完善，實現了自動化、系統化。

但是我感覺這都是針對于大型電商公司的（產品研發人員多、財務專業知識強），對于中小型的電商公司需要先解決最基礎的，然后再去完善，滿足業務需求就可以。

5. 財務應付結算

應付結算應該是整個FMS（財務進銷存系統）中非常非常重要的部分。

為什么這么說呢？

由于是真金白銀的把錢給供應商或商家了，一旦出現錯誤則會直接影響公司的損失。

業務流程非常復雜，不僅涉及后臺應付數據計算，同時涉及到財務部的結算過程。從根據合同的結算模式（經銷結算、代銷結算、聯營結算及平臺商家傭金收入結算）生成結算單，到結算單的審核、供應商對賬、以及發票管理，再到申請付款以及最終付款，業務邏輯和流程比較繁雜。

此部分還需要了解前端各業務系統（習慣于把FMS之前的系統都屬于前端業務系統）單據的流轉、狀態變化、異常處理等——沒有強大的內心支撐，你可能會瘋掉。

6. 財務報表

在第一篇介紹為什么叫財務進銷存系統的文章里說過，因為我們是給財務軟件提供業務單據和報表的，所以FMS中會有很多相關的報表，主要目的有兩個：

1. 核對監督分析數據（這也是財務的主要職能）；
2. 財務做賬（最終在財務軟件總賬、明細賬等體現）。

7. 對賬平臺

供應商、商家的數據可以通過對賬平臺進行數據核對確認。對賬平臺只是數據流轉中的一個環節，目的是加快數據傳遞，提高工作效率、保證數據的及時、準確、清晰。

8. 憑證集成

此部分應該是與財務軟件結合最緊密的，但是耦合又可以借助財務報表等降低。

我這么說可能會讓讀者迷糊，簡單來說，如果不做憑證集成，財務人員也可以通過導出報表的方式手動生成各種憑證。所以我的觀點一直都是，憑證集成一定要等前面的業務數據穩定了再做。

前面的各部分數據是憑證的基礎數據，而憑證又是我們的FMS與專業的財務軟件數據基礎。

二、財務進銷存系統結構

FMS財務進銷存系統結構

說明：

這部分與數據流轉圖看著有些類似，因為我個人習慣于根據數據的層層遞進來考慮系統的功能模塊。

財務主要包括應收（對賬核對）、應付（結算管理、付款管理）、報表（一堆的報表）、憑證（集成）等幾大塊。

通過上圖可以看到，數據是自上而下流轉的，每個層級之間都有計算，同時，最后用戶直接使用的是FMS（財務進銷存）與對賬平臺。

1. FMS財務進銷存系統的設計與開發原則

• 隔離性：數據盡可能的與業務數據隔離，不受業務數據的狀態變換影響（取需要的數據）；
• 準確性：數據要求準確，這是財務系統中最重要的；
• 持久性：數據要長久保存且不可變，尤其在每月關賬后，數據只能在下期調整，不能修改。

2. 財務系統的規劃模塊

1. 數據抽?。簭臉I務系統抽取相關數據到財務庫；
2. 數據計算：根據抽取后的數據，進行財務數據的計算，如結算、報表及財務成本計算等；
3. 數據核對：數據一定要進行各個部分的勾稽查與核對，財務系統最關注的就是數據；而且它的數據是經過抽取、計算、輸出匯總等步驟，所以通過核對可以校驗其準確性；
4. 數據展示：這個部分是業務人員直接使用的操作界面，它又包括應收、應付、報表、憑證。

總結

在寫第一篇時有朋友留言說“財務系統開發容易——真敢說”。仔細想了一下，說的也沒有錯，確實不容易。因為你開發的是財務系統，是財務同事使用的，要求數據及時、準確，差一分錢都要處理。

但這里我還是想說“沒有想象的那么難”。這就是個業務系統，只是摻雜了些財務上的內容而已，并不是真正的財務軟件。

業務要求了解的多，但不需要特別深。與SCM、商品、促銷和訂單系統一樣，都是電商后臺系統，業務上可能還沒有它們復雜（如訂單處理）。

除了月底結賬的幾天外，其余時間一般不要求24小時。因為財務進銷存中的數據一般都是每日零點開始計算，實時性要求不高，與購物流程、訂單處理等相比壓力沒有那么大。

學習了解基礎的財務內容就可以滿足，專業的就交給專業的軟件去做（辟如憑證集成、財務三大報表生成等）。

希望通過這一系列文章，能夠讓大家對電商財務系統有所了解。雖然可能與你想像的不一樣，但最終有收獲即可。

分享交流也是一種學習的方式，下一篇《財務應收管理》。

聲明：本人水平有限，書寫電商財務系統系列的目的是個人的總結，同時希望看到此文章的人能夠給出建議，在此感謝！

作者：倔強的大蘿卜；公眾號：倔強的大蘿卜

本文由 @倔強的大蘿卜 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議