FMS財務管理系統:對賬平臺

8 評論 20796 瀏覽 142 收藏 13 分鐘

人工進行對賬工作是非常繁雜的,此時,就非常有必要建設一個對賬平臺。筆者在本文介紹了對賬平臺的相關內容,分享給大家。

前面介紹過應收對賬、財務應付結算兩部分內容;應收對賬主要是調用第三方支付的接口獲取支付流水信息與我司的財務應收進行勾對,達到核對的目的,這部分工作是每天都需要進行的。

應付結算對于財務結算組來說工作量是非常大的,它包括結算原始單據的核對、預付款、質保金、費用單據確認、結算單數據核對、審批、發票的審核與錄入。

如果全部工作都依賴財務組同事進行,效率非常低下。所以,有必要搭建一個對賬平臺,將財務數據推送到核對平臺由供應商或商戶來進行核對后再由財務組進行復審,利用系統提升工作效率與數據的準確,本篇簡單介紹下對賬平臺的相關內容。

一、對賬內容

FMS第十七篇:淺談財務對賬平臺

對賬主要包括三部分內容:基礎信息、業務往來單據及財務賬單。

  1. 基礎信息:包括供應商或商家的基礎信息如開戶行、稅務登記賬號等;合同信息包括正在執行的合同與已經結束的合同,涉及財務結算的相關合同條款應該展示出來。
  2. 業務單據:主要包括采購單據、采購退貨單據、銷售訂單(正常訂單、換貨出庫、補發訂單)、銷售退貨訂單(正常退貨、換貨入庫);這兩部分對應著經銷結算、代銷結算或聯營結算等財務對賬單據,方便供應商或商家進行原始數據的查看核對;業務單據還包括質保金、預付款等有關金額的信息。
  3. 財務賬單:主要包括財務結算單、付款單、費用單據、發票信息,此部分是每月核對的重點,每個公司都會有自己的內部系統,我們提供的對賬信息是對賬的基礎,系統建設較好的公司會獲取我們的對賬信息到其內部系統中采取系統對賬。

二、財務對賬過程

對賬包括三個過程即:對賬數據的準備階段、數據核對階段、差異處理階段。

1. 數據準備階段

基礎數據和業務單據都是業務系統實時生成的,FMS系統會根據單據的狀態將這部分信息推送到對賬平臺。

對賬平臺只是商家管理平臺的一部分,所以對賬部分只是推送了已入庫、已出庫的業務單據數據到財務對賬模塊。對于在履單過程中的各個狀態,需要結合供應鏈的采購流程、訂單流程進行設計,在這里簡單說明一下采購和銷售的相關數據。

1)采購單據流程

FMS第十七篇:淺談財務對賬平臺

上面的流程加入了采購PO單創建后,需要商家進行確認采購的數量與采購價格,然后經過采購部的復核單據才能生效,此時單據會推送到WMS等待收貨。

對于更完善的供應鏈系統,PO單的創建是根據采購計劃單或自動補貨單創建后,由采購業務根據系統建貨的補貨建議單進行修改確認最終的采購數量與采購價。這部分業務通過內部系統與商家管理平臺實現。

在下圖中的結算單生成是根據經銷合同生成的,其余模式的采購單與采購返廠單不會生成結算單,此部分在應付結算部分也有描述。

2)銷售單據流程

FMS第十七篇:淺談財務對賬平臺

銷售訂單是電商系統的核心,它包括自營的銷售訂單(公司發貨)與商家的銷售訂單(商家發貨)。

下面的圖上是針對由我司發貨的銷售訂單的簡化流程,所以當銷售訂單在倉庫發貨后或拒收訂單與銷售退貨訂單入庫后會進入到對賬管理平臺中,按銷售結算的訂單會生成結算單(合作模式為代銷、聯營)。

如果是商家發貨的訂單商家管理平臺,需要管理整個訂單的生成周期(訂單發貨、物流公司選擇、快遞信息、退貨退款等),同時如果是商家傭金合作模式財務FMS系統中需要根據銷售訂單生成結算單據(代收款返還、傭金扣款等),具體的需要根據詳細需求進行設計。

2. 數據核對階段

此部分是對賬平臺的重要部分,它包括數據核對與確認。

由于我們的對賬平臺是單向核對的,即我司提供已經生成的業務單據與結算單數據,由供應商或商家進行單據的核對與確認。

供應商如何去對賬是一個大問題,所以個人覺得要做到兩部分:

  1. 對賬單數據,要盡量詳細,顯示的過程是由匯總到明細的過程來層層展示,即把我們后端的結算單匯總信息、商品信息、單據信息全部展示出來,以便第三方進行核對確認。
  2. 對賬接口,即提供對賬單的導出與數據接口,便于第三方人員導出后進行處理以及技術部進行系統對接;確定通用的數據模板及數據的顆粒度。

這里雖然說的比較少,但在對賬系統中需要考慮賬單的下載。如果通過接口核對則需要確定數據模板格式,以及內部對賬的邏輯,每種賬單可能都需要針對不同的數據進行對賬,并顯示對賬的結果。

3. 差異處理階段

對賬的過程由于是以我司的數據為依據進行單向對賬,出現差異后的處理就比較簡單粗暴了。問題屬于我司的數據問題,可以填寫差異說明,然后提交由我司進行核對處理。

  1. 重新生成結算單推送至對賬平臺,進行對賬核對;
  2. 通過紅沖單據方式調整,保證本期的應付金額沒有問題。

當商家很多、對賬非常頻繁時,我們首先要完善此對賬前的數據準備與核對,盡可能減少我們推送到對賬平臺數據的錯誤率,此時前期我們討論的數據核對平臺的重要性就體現出來了。

對于出現的差異可能有很多,可以采用紅沖單據的方式進行處理,可以增加一種對賬差異調整單進行處理。對賬差異調整單應該包括差異單號、差異類型、差異原因描述、差異金額、原始單據號、調整后金額等字段,這部分可以考慮與費用單據方式進行(單號與結算單號相關聯)減少結算邏輯的修改。

這里需要注意的是,差異紅沖單是財務對賬過程新增的一種單據,對于賬務上如何處理需要綜合考慮,尤其是憑證集成時此部分歸屬哪個科目需要在設計時兼顧。

三、發票管理與核對

發票管理在應付結算流程中,當對賬完成后需要供應商給我司開具增值稅發票,財務應付確認是見票付款的,所以發票的管理在對賬平臺中是非常重要的一部分。

1. 發票金額

開票的基本信息,可以通過供應商基本信息及我司的信息提供(納稅人識別號、單位名稱等),開票金額是要根據結算單(對賬單)信息確定的。

發票開具的規則是,一張發票可以對應多個結算單,同時一個結算單也可以開具多張發票,這里把原來的發票與結算單的對應關系再列一下。

開票信息導出:對賬平臺提供開票信息導出功能,即將一個或多個結算單的開票信息(按商品匯總)導出,主要字段包括:商品編碼、商品名稱、商品分類、商品數量、商品金額、進項稅率等關鍵字段。

2. 發票錄入與編輯

根據發票金額在系統中錄入發票信息,對應關系如上面的關系圖,錄入完畢后數據推送到FMS系統由財務同事審核確認。

對于發票如何開票,開票的規則是什么樣,還要根據具體的財務要求進行設計。如:是否不同稅率的商品可以開在同一張發票上,多個結算單是否需要按進項稅率區分等等;規則不同,系統的復雜度也不同。

四、對賬平臺報表

以上介紹的主要是針對商家或供應商的應付對賬,是圍繞結算單進行的核對、差異處理、發票維護最終收款確認等。

現在商業模式很多種,像加盟店的店長分傭、社區團購中團長這種數據實時性要求比較高且金額小、用戶多的場景越來越多。為了刺激銷售熱情,實時的銷售數據和傭金提成展示是非常必要的。

匯總類數據可以在APP中進行展示,但是對于詳細的數據還應該在對賬平臺中顯示,提供給合作用戶進行查看,核對。

APP中顯示的實時數據主要是一種參考,不作為最終的結算依據,對賬平臺中的明細數據報表應該至少做到以天為維度的數據。

1. 實時匯總數據

在技術上要通過大數據的計算進行處理,原則上首先保證APP數據的生成;有數據比沒有數據強,有少量異常數據不影響分析,但是要避免大的差異。

現在,很多公司都在做數據羅盤,此部分可以與其結合。

2. 對賬平臺的數據

要通過財務庫進行匯總計算,邏輯口徑與實時顯示的保持一致,可以實時抽取計算;但必須保證每日零點后進行固化,此部分數據是后續財務結算數據的來源。

五、總結

財務對賬平臺是提供給第三方進行對賬與核算的基礎平臺,與業務系統與財務FMS系統都相關聯,對賬只是其中一部分,更多的功能是將供應鏈的功能搭建在此平臺上,使得與第三方的對接更順暢高效。

第三方與我們的技術對接,可以通過開放平臺來實現(對外開放平臺是技術接口對接的開發平臺,可以參考如京東的宙斯開放平臺等),感謝您的閱讀。

 

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

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

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 樓主你們做的這個是開放式的嘛 可否發點資料出來看看(界面或者接口)? 我的微信wx865590195

    來自陜西 回復
    1. 這個目前沒有對外開放,僅限于公司對應的供應商使用,對賬平臺可以做成SaaS,供應商結算時可以通過系統API進行系統對接,也可以導出賬單自行對賬,這個根據你們需求設計應該就可以。

      來自北京 回復
    2. 嗯 好的 最近我們也是在計劃做對賬平臺 所以想著參考下

      來自陜西 回復
    3. ??

      來自北京 回復
  2. 應付場景的 結算對賬之前,在交易層面,比如以天為單位,是不是應該還有一層對賬比較好,主要是對收入賬

    來自北京 回復
    1. 設置一層比較好,這個可以通過數據核對平臺進行內部數據的核對,相互報表間數據的驗證。

      來自北京 回復
  3. 感謝,要是有頁面原型圖片什么的就更好了,這樣純文字還是不太好理解呢

    來自浙江 回復
    1. 哎,我不會畫原型,但我接觸的后端系統更多的都是查詢搜索條件+表格+操作等,好像都差不多。

      來自北京 回復