FMS財務(wù)管理系統(tǒng):應(yīng)付結(jié)算
本篇文章中,筆者對應(yīng)付結(jié)算各個部分進行了梳理和分析,與大家分享。
前面相繼介紹了財務(wù)系統(tǒng)的組成、財務(wù)數(shù)據(jù)流轉(zhuǎn)、應(yīng)收管理、質(zhì)保金、預(yù)付款、費用管理以及合同管理。
我個人覺得應(yīng)付結(jié)算管理部分的邏輯是整個FMS財務(wù)管理系統(tǒng)中較為復(fù)雜的一部分,它包括相關(guān)的結(jié)算明細報表、結(jié)算單管理、稅票管理、付款管理以及應(yīng)付對賬等幾個部分。
這部分的流程如果設(shè)計的復(fù)雜,將會影響到財務(wù)的日常結(jié)算效率,如果相關(guān)數(shù)據(jù)流轉(zhuǎn)記錄的不夠詳細,也會影響到財務(wù)報表及相關(guān)分析。
結(jié)算流程
1. 結(jié)算明細報表
此部分是結(jié)算單的基礎(chǔ)數(shù)據(jù),也是通過業(yè)務(wù)生產(chǎn)系統(tǒng)的各種單據(jù)計算統(tǒng)計的,然后根據(jù)合同管理中的合作模式需要生成不同的結(jié)算明細數(shù)據(jù),如下表。
取數(shù)邏輯:主要的數(shù)據(jù)來源是上面表格中列舉的,但邏輯規(guī)則是最重要的,列舉幾個重要的如下:
(1)合同時間
涉及的單據(jù)歸屬合同時,需要對應(yīng)唯一的合同與供應(yīng)商;
商品會有一品多商的情況,所以對于結(jié)算明細報表的要求,就需要SCM系統(tǒng)、OMS等業(yè)務(wù)系統(tǒng)在進行出入庫時需要關(guān)聯(lián)(財務(wù)系統(tǒng)中成本計算時有先進先出、移動加權(quán)價等)。
對于合同與供應(yīng)商的對應(yīng)關(guān)系,原則上是一個供應(yīng)商同一時期內(nèi)只能有一個有效的合同;如果合同到期要么及時續(xù)簽,是否限制商品不能采購或售賣(下架);在實際的系統(tǒng)設(shè)計過程中,可能會有不同的業(yè)務(wù)場景出現(xiàn),需要合理的設(shè)計。
這里舉個例子:當合同到期時由于各種情況與供應(yīng)商達成協(xié)議可以暫按原合同繼續(xù)執(zhí)行,后續(xù)再補簽。
這種場景就可以在計算過程中先找最近有效的合同進行計算,先后待新合同生成時再進行重新計算,如果跨結(jié)算周期,則需要生成結(jié)算差異,以保證財務(wù)數(shù)據(jù)的準確。
(2)費用單據(jù)
在《FMS財務(wù)管理系統(tǒng):費用管理》中介紹了費用管理分類,根據(jù)費用單據(jù)的類型判斷哪些費用單據(jù)進入,哪些不進入到結(jié)算單中,都需要根據(jù)實際的業(yè)務(wù)進行設(shè)計編寫。
在結(jié)算單中,費用單據(jù)是如何抵扣的,也需要考慮。
(3)視同銷售的單據(jù)
在平臺傭金明細報表或聯(lián)營銷售報表中,由于是以銷售的金額扣點進行結(jié)算(嚴格的說是代收與傭金收入兩部分),那么對于領(lǐng)用、損耗等對于公司是費用,但是對于供貨商來說是銷售,所以這部分單據(jù)理論上也要統(tǒng)計進來(也可以在供應(yīng)商不合作時清算過程中再計算)。
(4)促銷等費用承擔
這里主要是指在銷售過程中使用的優(yōu)惠券等是由公司承擔,還是由供貨商承擔,還是按比例承擔;這不僅需要在財務(wù)結(jié)算明細報表中要體現(xiàn)出來,同時要在促銷活動中就需要將規(guī)則設(shè)置好。
所以負責開發(fā)FMS財務(wù)系統(tǒng)的研發(fā)不僅要了解財務(wù)基礎(chǔ)知識,也需要參與到不同的項目,了解不同的業(yè)務(wù)系統(tǒng)規(guī)則;從這點來說對研發(fā)掌握業(yè)務(wù)是有重大推動作用的。
(5)業(yè)務(wù)單據(jù)獲取規(guī)則
業(yè)務(wù)單據(jù)獲獲取規(guī)則是非常重要的,因為只要這部分規(guī)則確定的合理才能保證財務(wù)結(jié)算數(shù)據(jù)的準確同時也能更好的兼顧供貨商與公司的雙方利益。
如:經(jīng)銷的采購數(shù)據(jù)要以出入庫的時間為基本的條件,對于調(diào)價單等是參與結(jié)算也要確定好;
代銷的銷售訂單是以訂單的支付時間為準,還是以出入庫時間為準或是訂單完成時間為基準呢,這也需要確定;
平臺傭金類的銷售數(shù)據(jù)獲取需要我們與業(yè)務(wù)、財務(wù)共同確定,一般要考慮商品的退換貨周期(即訂單簽收后7或15個工作日的訂單參與計算)。
為什么要考慮這么多規(guī)則的細節(jié)呢?主要是要降低公司風險為主,平衡各方的利益,這里不細描述。
(6)明細報表生成時間
建議每日零點以后生成即可,實時的數(shù)據(jù)生成對系統(tǒng)的要求比較高,有的邏輯也可能會復(fù)雜,所以每日零點后根據(jù)數(shù)據(jù)邏輯生成的數(shù)據(jù),一般都能滿足財務(wù)與業(yè)務(wù)的需求;
如果有的業(yè)務(wù)需要實時性的數(shù)據(jù)作參考,則可以單獨開發(fā)查詢報表,結(jié)算或入賬的數(shù)據(jù)一定要以最終的財務(wù)數(shù)據(jù)為準。
2. 結(jié)算單
(1)什么是結(jié)算單?
結(jié)算單是根據(jù)結(jié)算明細報表,按照合同結(jié)算周期將數(shù)據(jù)匯總同時要考慮各種費用單據(jù),是否有預(yù)付款抵扣等情況。下面把結(jié)算單生成時間的表格再次貼出(合同管理中有此表格)
(2)結(jié)算單的狀態(tài)有哪些?
因為結(jié)算單生成后需要經(jīng)過對賬、審批、稅票開據(jù)等操作,所以要根據(jù)公司財務(wù)的結(jié)算流程確定關(guān)鍵狀態(tài),這里列出幾個供參考:
(3)結(jié)算單包括哪些內(nèi)容?
結(jié)算單是應(yīng)付結(jié)算中非常重要的單據(jù),它應(yīng)該包括以下幾部分:
- 結(jié)算單的基本信息:包括供應(yīng)商基本信息、賬號主體、開戶行、合同號、結(jié)算周期等;
- 貨款信息:包括此結(jié)算周期內(nèi)的主營業(yè)務(wù)單據(jù)匯總信息;
- 費用單據(jù):前面介紹的費用管理中的相關(guān)單據(jù)。
(4)結(jié)算單生成邏輯?
這里需要將前面介紹的幾部分串起來。
- 質(zhì)保金與預(yù)付款的數(shù)據(jù)是否需要體現(xiàn)在結(jié)算單中(收款與退款都有);
- 每個結(jié)算單的稅率是否唯一?一般是每個發(fā)票的稅率是唯一的,所以在生成結(jié)算單時要把業(yè)務(wù)單據(jù)按商品稅率進行拆分,具體看財務(wù)開票的要求;
- 發(fā)票與結(jié)算單的對應(yīng)關(guān)系(詳見稅票管理),結(jié)算單的審核需要關(guān)聯(lián)稅率的狀態(tài)。
稅票管理
稅票(普通增值稅發(fā)票、專用增值稅發(fā)票)分為兩種:
- 供貨商給零售商開據(jù)的發(fā)票,主要是按進項稅率開據(jù),零售商可以進行稅票抵扣的。
- 零售商給供貨商開據(jù)的發(fā)票,主要是指服務(wù)類的發(fā)票。
1. 什么時候開票?
一般是在結(jié)算單對賬完成后,需要及時開據(jù)發(fā)票。
2. 發(fā)票是明細還是匯總?
明細類也是按商品稅率進行匯總后,按商品分類進行開具明細(目前超市等都是這樣的,然后附上小票明細),這里可以確定發(fā)票是否是唯一稅率。
財務(wù)系統(tǒng)中的稅票管理流程如下:
3. 系統(tǒng)中如何保存發(fā)票信息?
一般情況下,一個結(jié)算單可以對應(yīng)一張或多張發(fā)票,多個結(jié)算單也可以對應(yīng)多張發(fā)票,即N:N,這在查詢統(tǒng)計時有些困難,所以可以引入一個發(fā)票批次的概念。
發(fā)票錄入的主要字段:發(fā)票代碼、發(fā)票編號、不含稅金額、稅額中、價稅合計、單號、發(fā)票批次號等信息。
4. 稅票狀態(tài)?
未審核、已審核、審核不通過(可以重新編輯,再次審核)
稅票是結(jié)算流程中非常重要的環(huán)節(jié),財務(wù)是見票打款的,財務(wù)入賬也是以稅票金額入賬的,而且每年的財務(wù)審計對于稅票的審核也是非常嚴格的,所以稅票的管理看似簡單,但是意義是蠻大的。
此處沒有涉及零售商給C端用戶開具的發(fā)票,那部分的開票金額計算是比較復(fù)雜的,因為開票金額的合理性在稅務(wù)中是比較關(guān)鍵的;合理的避稅也是財務(wù)部的重中之中。
總結(jié)
最后說一下,這里只是結(jié)算明細報表與結(jié)算單、稅票管理幾個部分而且只是介紹了大框,細節(jié)并未涉及,歡迎大家留言討論,付款流程下一篇再介紹,謝謝!
本人水平有限,書寫電商財務(wù)系統(tǒng)系列的目的是個人的總結(jié),同時希望看到此文章的人能夠給出建議,謝謝!
作者:倔強的大蘿卜;公眾號:倔強的大蘿卜
本文由 @倔強的大蘿卜 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
如果賬單內(nèi)明細互相抵扣后,總應(yīng)付金額為0 ,這種的賬單狀態(tài)一直保持為待審核狀態(tài),應(yīng)該如何處理呢
這種場景比較少見:)。
對于這種場景可以在結(jié)算單完成對賬后,由系統(tǒng)或人工進行關(guān)單操作,以避免其進入到開票、付款申請、付款等流程。
結(jié)算單的核銷時需要沖暫估進行賬務(wù)處理,所以在處理時要考慮一些細節(jié)。
樓主咨詢下,對賬平臺是作為一套SaaS應(yīng)用還是后臺管理平臺?
舉個例子,供應(yīng)商要進行結(jié)算單的對賬,是調(diào)用對賬平臺的數(shù)據(jù)和頁面進行對賬操作嗎?
同問 可惜沒有人解答
這個在撼地神牛產(chǎn)品大牛的另一個提問中已經(jīng)回復(fù)了:),SaaS(軟件即服務(wù))和管理臺還是有區(qū)別的,對于如果企業(yè)不是對外提供技術(shù)服務(wù)的,個人覺得做成一個開放的管理平臺就夠了,它可以提供對賬、賬單下載、數(shù)據(jù)信息上傳(要有一定的標準模板),此外要有API接口供遠程系統(tǒng)對接(商家的系統(tǒng))。
感謝
客氣!共同學習,進步!
拜讀,收獲巨大,尤其是將作者連載的文章串起來
思路清晰,產(chǎn)品架構(gòu)明確
感謝關(guān)注
更正一下,文章中在“4 稅票狀態(tài)”下面的圖片是針對于結(jié)算單編輯的,即生成結(jié)算單后,未審核可以由財務(wù)人員進行編輯哪些本期結(jié)算,哪些本期不結(jié)算。此圖放的位置不對,描述也給露掉了,這里向閱讀的朋友們解釋一下,后續(xù)在審稿時我會細致一些,謝謝!
目前正在做我司的財務(wù)系統(tǒng),真是大有幫助。感謝了 ??
互相學習探討