FMS財務管理系統:數據流轉&模塊組成

12 評論 21364 瀏覽 124 收藏 13 分鐘

繼了解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中會有很多相關的報表,主要目的有兩個:

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

7. 對賬平臺

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

8. 憑證集成

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

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

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

二、財務進銷存系統結構

FMS財務進銷存系統結構

說明:

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

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

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

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

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

2. 財務系統的規劃模塊

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

總結

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

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

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

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

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

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

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

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

 

作者:倔強的大蘿卜;公眾號:倔強的大蘿卜

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

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 不接入金蝶稅友軟件會怎么樣呢?金蝶主要提供了什么功能

    來自上海 回復
  2. 哪里買

    回復
    1. 京東,當當 《電商財務管理系統》,謝謝

      回復
  3. 感謝大佬,體系完全適用目前所在公司想要達成的目標~最近剛開始接觸并做第一版本迭代,照虎畫貓先

    來自廣東 回復
    1. 有客用就行,最近將這些內容重新整理匯集成書《電商財務管理系統》有需要可以前去購買:)

      來自北京 回復
    2. 哪里購買

      來自北京 回復
  4. 體系挺龐大,受用了,謝謝

    來自廣東 回復
    1. 謝謝:)

      來自北京 回復
  5. 最近開始做財務相關的需求,接別人之前做好的功能做迭代,已經把我看瘋了 ??

    來自廣東 回復
    1. 有已有的系統會好很多,慢慢整理按數據業務流去梳理就好了,我個人喜歡數據流轉為主線

      回復
  6. 我個人覺得可以看看供應鏈的書,對于財務方面可以看看《會計原來這么有趣:中級實務篇》還有一本《會計學》曾月明的我覺得不錯,倉儲物流可以關注 “倉庫社區“,后續可以共同探討學習

    回復
  7. 求推薦相關學習視頻和書籍~

    來自廣東 回復