本文按照FMS收支結算劃分，結算流程分類及各系統交互，財務系統內部結算基礎能力，收支結算整體結構的順序來依次介紹，總結財務系統收支結算的結構，和一些作者的個人思考，希望能給大家帶來幫助。
1. 概覽
開始前，有必要說說看我對收支結算的理解，我認為財務收支結算是負責集團資金流轉在系統中信息流的體現，一方連接著事務或者商品存貨的變化，另一方則連接著集團資金帳戶中實際存款的變化。而整個系統的目的就是能達到信息流，資金流，貨物流的統一。
接下來我將按照FMS收支結算劃分，結算流程分類及各系統交互，財務系統內部結算基礎能力，收支結算整體結構的順序來依次介紹，回顧收支結算的結構及本人的思考，不會展開太多細節。
2. 收支結算劃分
結算可以根據對象劃分為門店結算，供應商結算，客戶結算等等；根據流程類型可以劃分業務請款結算，餘額提現結算，對帳計費類結算；按照性質可以劃分為事務性和交易性；其中事務性在集團特指審批中申請的各種付款信息，交易則包括集團交易鏈和供應鏈發生的各項業務。
交易性收支結算包括了兩部分，分別為應收和應付；
應收：對於電商平臺，應收的主要來源於銷售訂單，同時由於集團擁有龐大的門店加盟群體，因此門店的費用也在集團應收中佔有一定比例，除此之外還包括集團向外部提供技術支持等服務的合同應收款，以及一些交易產生的佣金，信貸費用等等。應付：供應商貨款佔據著集團交易應付帳款的頭把交椅，門店的結算款緊隨其後，二者佔據了應付帳款的大半江山；除此之外還有通過工單審批流轉到財務的各類申請款（審批在前文已劃分到事務性收支當中），還有一些提現及售後理賠。
3. 流程分類及系統交互
財務系統針對集團各項應付帳款有三種處理流程：
3.1 業務請款類
第一類：以採購貨款為代表的業務請款流程，特點是流程參與系統少，業務系統發起申請，審批系統審核（或者財務系統審核），財務系統執行打款併入帳。
以採購請款為例，流程如下：
由於目前系統未能實現供應商進項發票與入庫單匹配，採購貨款的申請也沒有完全的按照發票金額的申請，在這個流程中，採購系統做了很多流程前期的工作，比如確定請款金額；審批流分擔了業務和財務審核的工作，而最後由負責貨款的財務負責排款（當日要付款的供應商，按照到票金額安排）並由出納人員負責後面的付款操作。
3.2 餘額提現類
第二類：以SAAS提現為代表的餘額提現流程，特點是引入了金融支付平臺的帳戶系統，整個流程中，由業務前端負責請款金額，帳戶系統負責餘額管理，財務系統負責審核及入帳，支付平臺或者財務系統執行付款動作。
以SAAS提現為例，流程如下：
目前這個套提現流程，是我認為較為正規的流程，門店洗美業務的結算也使用了這套類似的流程，各個系統分工合作專注自己專業的部分，權責劃分清晰，相信未來會由越來越多的業務使用這套流程。
3.3 對帳結算類
第三類：以門店結算為代表的對帳結算；結算流程從訂單完成開始，覆蓋了訂單的應收付對帳，門店的管控對帳，財務的收付款等步驟。由於門店與集團往來繁雜，因此還會牽扯到信貸等系統，導致了單次結算的費用項會非常多。
結算的費用項如下圖：
門店結算流程如下：由於結算的功能細節多，如果都體現在一個流程圖會導致流程圖邊變得複雜艱澀，因此下面的流程圖著重展示系統數據流轉及參與對象的重要工作，省去各個系統內部的功能操作。
總得來說門店結算主要包含了訂單計費和門店得費用，兩者匯總軋差得到一個最終得結算金額。用到的系統模塊較多，光財務系統就用到了對帳模塊，收付款模塊，工廠店費用模塊，進項發票管理模塊還包括門店及信貸的各個模塊某些費用票還需要自加工加邏輯計算，因此導致了結算的流程也較為複雜。
以上介紹了目前財務系統內部關於結算的三種方式：採購貨款類的業務請款流程，SAAS類的餘額提現流程，以及門店業務的對帳結算流程。這些基本構成了目前FMS的結算流程，支撐著集團的各項資金業務。但是當前還有部分結算沒有收到FMS系統內部，這部分可能需要之後的清結算一併對接過去。
4. 財務系統內部結算基礎
財務系統內部結算基礎能力包括業務對帳，資金對帳和資金支付，業務對帳在財務系統內部是一個單獨的模塊，負責計算每個訂單的應收應付並向門店輸出業務對帳單，方便進入後期結算流程。
功能上包括計費規則的配置和基礎設置，這一塊也是整個門店結算的精華所在，為後面的結算流程提供了訂單的數據支撐，但是內容太多，不在這裡展開了。資金對帳包括資金解析和資金對帳，由資金管理平臺和財務系統共同協作完成，細節同樣繁瑣，這些細節對觀看此分享的人不會有進一步的幫助，如果對資金對帳感興趣的朋友可以從文末的連結跳轉查看。
下面介紹目前財務系統支持的資金支付部分。
財務系統支持現金，銀行票據，手工，銀企直連四種執行付款的操作；其中「現金支付」基本上只會出現在事務性的工單審批付款中，銀行票據目前也只是用於採購貨款的支付中；手工付款和銀企直聯的付款覆蓋的業務面較為廣泛，且理論上支持銀企直連付款的業務單據同樣支持手工付款，反之亦然。
這裡提一下銀企直連付款，首先當前的銀企直連對接方式為中臺式對接，匯總前面待處理數據統一審核，推送金蝶K3執行付款操作。
示圖如下：
5. 財務收支結算的整體結構
回顧前文，已經介紹了財務系統目前收支結算的劃分，三大類結算流程，以及內部的基礎收付款能力。
對於收支結算的整體結構，在這裡做一個簡述：首先對於任何交易系統都應該追求貨物流，資金流，信息流的統一；而對於交易結算的系統，則應該追求資金帳，業務帳，財務帳的三帳合一。
本文只介紹了業務的部分，整個版圖還缺少資金和會計帳的部分。當前的財務內部結算系統與帳務結合還算流暢，與資金對接的較為困難，痛點還是在業務流程不規範上。
下面以門店對帳結算訂單部分的結算生命周期為例，來看看為什麼結算要強調業務，財務，資金三帳合一
上圖可見，在完整的生命周期中，業務，財務，資金三大支撐模塊都有參與，並且各個模塊都在流程的各個節點處理不同的數據。
從系統運行來看，各模塊看似獨立，那麼最後誰來為這筆交易/結算負責呢？
我個人傾向於，通過對帳管理模塊將財務憑證中心從OMS及WMS得到的數據和資金支付，從收付款得到的數據以及資金解析，從銀行帳單獲得的數據整合匹配，最後得到的結果，才能對這一筆交易或者一筆結算畫上句號。
本文由 @鍋鍋 原創發布於人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基於CC0協議