FMS財務管理系統:數據流轉&模塊組成
繼了解FMS財務管理系統定義之后,如何設計一個FMS系統成了新的問題,筆者在此介紹了FMS的業務邏輯和結構,希望對讀者有所幫助。
上一篇主要說了一般電商系統的組成,介紹了FMS(財務進銷存系統)的定義。
在此還是要強調一下,雖然這里稱之為“財務系統”,但和專業的財務軟件有區別,只是一個有關財務數量、金額的進銷存業務系統,與SCM、合同等模塊類似。
但作為所有電商后臺的最末端系統,能夠進行業務數據的整理,最終達到與財務作賬的要求。
本系列共計有十幾篇 ,本篇繼續來說下FMS的模塊以及數據流轉的過程是什么樣的,并介紹一下各模塊間的邏輯關系。
一、數據流轉介紹
廢話少說,先上一張圖:
FMS財務進銷存系統數據流轉圖
1. SCM數據
SCM即供應鏈管理,嚴格來講所有的業務系統都在供應鏈的范圍內。
目前的商業模式C2C、B2C、O2O、新零售線上線下融合、社區團購、C2M等都是通過減少供應鏈的環節來為最終用戶提供最好的服務,以減少成本,最終盈利。
在電商系統中一般把與供應商及商家有關的主營業務系統劃到SCM中,包括商品管理、供應商管理、合同管理、采購管理等(每一個都可以單獨成為一個子系統)。
對于FMS(財務進銷存系統)來說,不僅需要基礎的業務數據(供應商、合同、商品、分類等),同時也需要業務單據(采購);通過數據的聚合計算,再經過財務審核、操作最終完成地FMS中的數據流轉。
但業務數據都是動態變化的,所以對于數據是拉取還是由業務系統推送,需要根據場景進行設計。
我個人傾向于對于實時性要求高的數據通過訂閱消息的方式由FMS去拉取;其余數據定時拉取(一般每日零點以后進行),盡量降低其它業務系統與FMS系統的耦合。
2. 存貨數據
存貨數據即商品庫存,零庫存一直是各大垂直電商(包括傳統生產企業)追求的理想目標。
可見存貨數據監控管理好了,將會對整個供應鏈系統帶來非常大的影響;所以在財務系統存貨的數據也相同重要,此部分數據最終會體現在財務報表中。
存貨報表包括期初期末數量金額、出入庫的數量與金額、當月存貨減值的核算、存貨周轉率周轉天數報表、存貨庫齡報表等。
在供應鏈系統文章《電商后臺:商品管理系統》中有介紹在商品管理子系統中的庫存內容,可以了解一下。
當供應鏈進貨后,就會產生庫存,在倉庫內商品還會有組合加工、庫間調撥、盤盈盤虧等庫內作業,這部分都應該體現在商品動態平衡報表中。同時對于業務單據是進入到應付結算中,還是作為公司費用,都需要進行賬務上的統計與核算。
由于現在對于倉庫的管理趨于現代化、智能化,所以各電商基本都引入第三方通用的WMS系統來管理商品實物(當然還有WCS、質檢等)。這里又涉及公司的庫存與WMS庫存的同步及核對,此部分后續在供應鏈充中單獨來介紹,這里不做過多的闡述。
3. OMS數據
OMS即訂單管理,這也是電商系統中非常重要的一部分。訂單流轉是否順暢高效,直接影響實際的倉庫作業,進而影響到物流及客戶體驗。
銷售訂單也是財務系統中應收和收入成本報表的直接數據來源。通過用戶下單,再到支付成功,就會產生應收數據,訂單的出庫明細也會是財務應付結算的基礎數據(代銷、聯營、平臺傭金結算等)。
作為財務進銷存的產品和研發,需要了解訂單的正向流程與逆向流程,如要了解到訂單支付、發貨、拒收、退貨(部分退、全部退的區別)、訂單的補發等;對于訂單的拆單邏輯也需要簡單了解,尤其涉及到金額的分攤部分,這些都會直接影響到財務的應收與應付。
4. 財務應收
應收數據包括質保金的收?。ê罄m返還會沖銷)、平臺傭金服務費、銷售收入、退款以及后續的對賬。
對于財務對賬在網上有很多介紹,講解非常完善,實現了自動化、系統化。
但是我感覺這都是針對于大型電商公司的(產品研發人員多、財務專業知識強),對于中小型的電商公司需要先解決最基礎的,然后再去完善,滿足業務需求就可以。
5. 財務應付結算
應付結算應該是整個FMS(財務進銷存系統)中非常非常重要的部分。
為什么這么說呢?
由于是真金白銀的把錢給供應商或商家了,一旦出現錯誤則會直接影響公司的損失。
業務流程非常復雜,不僅涉及后臺應付數據計算,同時涉及到財務部的結算過程。從根據合同的結算模式(經銷結算、代銷結算、聯營結算及平臺商家傭金收入結算)生成結算單,到結算單的審核、供應商對賬、以及發票管理,再到申請付款以及最終付款,業務邏輯和流程比較繁雜。
此部分還需要了解前端各業務系統(習慣于把FMS之前的系統都屬于前端業務系統)單據的流轉、狀態變化、異常處理等——沒有強大的內心支撐,你可能會瘋掉。
6. 財務報表
在第一篇介紹為什么叫財務進銷存系統的文章里說過,因為我們是給財務軟件提供業務單據和報表的,所以FMS中會有很多相關的報表,主要目的有兩個:
- 核對監督分析數據(這也是財務的主要職能);
- 財務做賬(最終在財務軟件總賬、明細賬等體現)。
7. 對賬平臺
供應商、商家的數據可以通過對賬平臺進行數據核對確認。對賬平臺只是數據流轉中的一個環節,目的是加快數據傳遞,提高工作效率、保證數據的及時、準確、清晰。
8. 憑證集成
此部分應該是與財務軟件結合最緊密的,但是耦合又可以借助財務報表等降低。
我這么說可能會讓讀者迷糊,簡單來說,如果不做憑證集成,財務人員也可以通過導出報表的方式手動生成各種憑證。所以我的觀點一直都是,憑證集成一定要等前面的業務數據穩定了再做。
前面的各部分數據是憑證的基礎數據,而憑證又是我們的FMS與專業的財務軟件數據基礎。
二、財務進銷存系統結構
FMS財務進銷存系統結構
說明:
這部分與數據流轉圖看著有些類似,因為我個人習慣于根據數據的層層遞進來考慮系統的功能模塊。
財務主要包括應收(對賬核對)、應付(結算管理、付款管理)、報表(一堆的報表)、憑證(集成)等幾大塊。
通過上圖可以看到,數據是自上而下流轉的,每個層級之間都有計算,同時,最后用戶直接使用的是FMS(財務進銷存)與對賬平臺。
1. FMS財務進銷存系統的設計與開發原則
- 隔離性:數據盡可能的與業務數據隔離,不受業務數據的狀態變換影響(取需要的數據);
- 準確性:數據要求準確,這是財務系統中最重要的;
- 持久性:數據要長久保存且不可變,尤其在每月關賬后,數據只能在下期調整,不能修改。
2. 財務系統的規劃模塊
- 數據抽取:從業務系統抽取相關數據到財務庫;
- 數據計算:根據抽取后的數據,進行財務數據的計算,如結算、報表及財務成本計算等;
- 數據核對:數據一定要進行各個部分的勾稽查與核對,財務系統最關注的就是數據;而且它的數據是經過抽取、計算、輸出匯總等步驟,所以通過核對可以校驗其準確性;
- 數據展示:這個部分是業務人員直接使用的操作界面,它又包括應收、應付、報表、憑證。
總結
在寫第一篇時有朋友留言說“財務系統開發容易——真敢說”。仔細想了一下,說的也沒有錯,確實不容易。因為你開發的是財務系統,是財務同事使用的,要求數據及時、準確,差一分錢都要處理。
但這里我還是想說“沒有想象的那么難”。這就是個業務系統,只是摻雜了些財務上的內容而已,并不是真正的財務軟件。
業務要求了解的多,但不需要特別深。與SCM、商品、促銷和訂單系統一樣,都是電商后臺系統,業務上可能還沒有它們復雜(如訂單處理)。
除了月底結賬的幾天外,其余時間一般不要求24小時。因為財務進銷存中的數據一般都是每日零點開始計算,實時性要求不高,與購物流程、訂單處理等相比壓力沒有那么大。
學習了解基礎的財務內容就可以滿足,專業的就交給專業的軟件去做(辟如憑證集成、財務三大報表生成等)。
希望通過這一系列文章,能夠讓大家對電商財務系統有所了解。雖然可能與你想像的不一樣,但最終有收獲即可。
分享交流也是一種學習的方式,下一篇《財務應收管理》。
聲明:本人水平有限,書寫電商財務系統系列的目的是個人的總結,同時希望看到此文章的人能夠給出建議,在此感謝!
作者:倔強的大蘿卜;公眾號:倔強的大蘿卜
本文由 @倔強的大蘿卜 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
不接入金蝶稅友軟件會怎么樣呢?金蝶主要提供了什么功能
哪里買
京東,當當 《電商財務管理系統》,謝謝
感謝大佬,體系完全適用目前所在公司想要達成的目標~最近剛開始接觸并做第一版本迭代,照虎畫貓先
有客用就行,最近將這些內容重新整理匯集成書《電商財務管理系統》有需要可以前去購買:)
哪里購買
體系挺龐大,受用了,謝謝
謝謝:)
最近開始做財務相關的需求,接別人之前做好的功能做迭代,已經把我看瘋了 ??
有已有的系統會好很多,慢慢整理按數據業務流去梳理就好了,我個人喜歡數據流轉為主線
我個人覺得可以看看供應鏈的書,對于財務方面可以看看《會計原來這么有趣:中級實務篇》還有一本《會計學》曾月明的我覺得不錯,倉儲物流可以關注 “倉庫社區“,后續可以共同探討學習
求推薦相關學習視頻和書籍~