FMS財務管理系統:應付結算

12 評論 18358 瀏覽 118 收藏 12 分鐘

本篇文章中,筆者對應付結算各個部分進行了梳理和分析,與大家分享。

前面相繼介紹了財務系統的組成、財務數據流轉、應收管理、質保金、預付款、費用管理以及合同管理。

我個人覺得應付結算管理部分的邏輯是整個FMS財務管理系統中較為復雜的一部分,它包括相關的結算明細報表、結算單管理、稅票管理、付款管理以及應付對賬等幾個部分。

這部分的流程如果設計的復雜,將會影響到財務的日常結算效率,如果相關數據流轉記錄的不夠詳細,也會影響到財務報表及相關分析。

結算流程

1. 結算明細報表

此部分是結算單的基礎數據,也是通過業務生產系統的各種單據計算統計的,然后根據合同管理中的合作模式需要生成不同的結算明細數據,如下表。

取數邏輯:主要的數據來源是上面表格中列舉的,但邏輯規則是最重要的,列舉幾個重要的如下:

(1)合同時間

涉及的單據歸屬合同時,需要對應唯一的合同與供應商;

商品會有一品多商的情況,所以對于結算明細報表的要求,就需要SCM系統、OMS等業務系統在進行出入庫時需要關聯(財務系統中成本計算時有先進先出、移動加權價等)。

對于合同與供應商的對應關系,原則上是一個供應商同一時期內只能有一個有效的合同;如果合同到期要么及時續簽,是否限制商品不能采購或售賣(下架);在實際的系統設計過程中,可能會有不同的業務場景出現,需要合理的設計。

這里舉個例子:當合同到期時由于各種情況與供應商達成協議可以暫按原合同繼續執行,后續再補簽。

這種場景就可以在計算過程中先找最近有效的合同進行計算,先后待新合同生成時再進行重新計算,如果跨結算周期,則需要生成結算差異,以保證財務數據的準確。

(2)費用單據

在《FMS財務管理系統:費用管理》中介紹了費用管理分類,根據費用單據的類型判斷哪些費用單據進入,哪些不進入到結算單中,都需要根據實際的業務進行設計編寫。

在結算單中,費用單據是如何抵扣的,也需要考慮。

(3)視同銷售的單據

在平臺傭金明細報表或聯營銷售報表中,由于是以銷售的金額扣點進行結算(嚴格的說是代收與傭金收入兩部分),那么對于領用、損耗等對于公司是費用,但是對于供貨商來說是銷售,所以這部分單據理論上也要統計進來(也可以在供應商不合作時清算過程中再計算)。

(4)促銷等費用承擔

這里主要是指在銷售過程中使用的優惠券等是由公司承擔,還是由供貨商承擔,還是按比例承擔;這不僅需要在財務結算明細報表中要體現出來,同時要在促銷活動中就需要將規則設置好。

所以負責開發FMS財務系統的研發不僅要了解財務基礎知識,也需要參與到不同的項目,了解不同的業務系統規則;從這點來說對研發掌握業務是有重大推動作用的。

(5)業務單據獲取規則

業務單據獲獲取規則是非常重要的,因為只要這部分規則確定的合理才能保證財務結算數據的準確同時也能更好的兼顧供貨商與公司的雙方利益。

如:經銷的采購數據要以出入庫的時間為基本的條件,對于調價單等是參與結算也要確定好;

代銷的銷售訂單是以訂單的支付時間為準,還是以出入庫時間為準或是訂單完成時間為基準呢,這也需要確定;

平臺傭金類的銷售數據獲取需要我們與業務、財務共同確定,一般要考慮商品的退換貨周期(即訂單簽收后7或15個工作日的訂單參與計算)。

為什么要考慮這么多規則的細節呢?主要是要降低公司風險為主,平衡各方的利益,這里不細描述。

(6)明細報表生成時間

建議每日零點以后生成即可,實時的數據生成對系統的要求比較高,有的邏輯也可能會復雜,所以每日零點后根據數據邏輯生成的數據,一般都能滿足財務與業務的需求;

如果有的業務需要實時性的數據作參考,則可以單獨開發查詢報表,結算或入賬的數據一定要以最終的財務數據為準。

2. 結算單

(1)什么是結算單?

結算單是根據結算明細報表,按照合同結算周期將數據匯總同時要考慮各種費用單據,是否有預付款抵扣等情況。下面把結算單生成時間的表格再次貼出(合同管理中有此表格)

(2)結算單的狀態有哪些?

因為結算單生成后需要經過對賬、審批、稅票開據等操作,所以要根據公司財務的結算流程確定關鍵狀態,這里列出幾個供參考:

(3)結算單包括哪些內容?

結算單是應付結算中非常重要的單據,它應該包括以下幾部分:

  1. 結算單的基本信息:包括供應商基本信息、賬號主體、開戶行、合同號、結算周期等;
  2. 貨款信息:包括此結算周期內的主營業務單據匯總信息;
  3. 費用單據:前面介紹的費用管理中的相關單據。

(4)結算單生成邏輯?

這里需要將前面介紹的幾部分串起來。

  1. 質保金與預付款的數據是否需要體現在結算單中(收款與退款都有);
  2. 每個結算單的稅率是否唯一?一般是每個發票的稅率是唯一的,所以在生成結算單時要把業務單據按商品稅率進行拆分,具體看財務開票的要求;
  3. 發票與結算單的對應關系(詳見稅票管理),結算單的審核需要關聯稅率的狀態。

稅票管理

稅票(普通增值稅發票、專用增值稅發票)分為兩種:

  1. 供貨商給零售商開據的發票,主要是按進項稅率開據,零售商可以進行稅票抵扣的。
  2. 零售商給供貨商開據的發票,主要是指服務類的發票。

1. 什么時候開票?

一般是在結算單對賬完成后,需要及時開據發票。

2. 發票是明細還是匯總?

明細類也是按商品稅率進行匯總后,按商品分類進行開具明細(目前超市等都是這樣的,然后附上小票明細),這里可以確定發票是否是唯一稅率。

財務系統中的稅票管理流程如下:

3. 系統中如何保存發票信息?

一般情況下,一個結算單可以對應一張或多張發票,多個結算單也可以對應多張發票,即N:N,這在查詢統計時有些困難,所以可以引入一個發票批次的概念。

發票錄入的主要字段:發票代碼、發票編號、不含稅金額、稅額中、價稅合計、單號、發票批次號等信息。

4. 稅票狀態?

未審核、已審核、審核不通過(可以重新編輯,再次審核)

稅票是結算流程中非常重要的環節,財務是見票打款的,財務入賬也是以稅票金額入賬的,而且每年的財務審計對于稅票的審核也是非常嚴格的,所以稅票的管理看似簡單,但是意義是蠻大的。

此處沒有涉及零售商給C端用戶開具的發票,那部分的開票金額計算是比較復雜的,因為開票金額的合理性在稅務中是比較關鍵的;合理的避稅也是財務部的重中之中。

總結

最后說一下,這里只是結算明細報表與結算單、稅票管理幾個部分而且只是介紹了大框,細節并未涉及,歡迎大家留言討論,付款流程下一篇再介紹,謝謝!

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

 

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

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

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 如果賬單內明細互相抵扣后,總應付金額為0 ,這種的賬單狀態一直保持為待審核狀態,應該如何處理呢

    來自福建 回復
    1. 這種場景比較少見:)。
      對于這種場景可以在結算單完成對賬后,由系統或人工進行關單操作,以避免其進入到開票、付款申請、付款等流程。
      結算單的核銷時需要沖暫估進行賬務處理,所以在處理時要考慮一些細節。

      來自北京 回復
  2. 樓主咨詢下,對賬平臺是作為一套SaaS應用還是后臺管理平臺?
    舉個例子,供應商要進行結算單的對賬,是調用對賬平臺的數據和頁面進行對賬操作嗎?

    來自陜西 回復
    1. 同問 可惜沒有人解答

      來自廣東 回復
    2. 這個在撼地神牛產品大牛的另一個提問中已經回復了:),SaaS(軟件即服務)和管理臺還是有區別的,對于如果企業不是對外提供技術服務的,個人覺得做成一個開放的管理平臺就夠了,它可以提供對賬、賬單下載、數據信息上傳(要有一定的標準模板),此外要有API接口供遠程系統對接(商家的系統)。

      來自北京 回復
  3. 感謝

    來自廣東 回復
    1. 客氣!共同學習,進步!

      來自北京 回復
  4. 拜讀,收獲巨大,尤其是將作者連載的文章串起來
    思路清晰,產品架構明確

    來自北京 回復
    1. 感謝關注

      回復
  5. 更正一下,文章中在“4 稅票狀態”下面的圖片是針對于結算單編輯的,即生成結算單后,未審核可以由財務人員進行編輯哪些本期結算,哪些本期不結算。此圖放的位置不對,描述也給露掉了,這里向閱讀的朋友們解釋一下,后續在審稿時我會細致一些,謝謝!

    來自北京 回復
  6. 目前正在做我司的財務系統,真是大有幫助。感謝了 ??

    來自陜西 回復
    1. 互相學習探討

      回復