財務系統(tǒng):資金對賬(一)

9 評論 37516 瀏覽 306 收藏 10 分鐘

每月關賬前,都會進行對賬,每次對賬都會持續(xù)一周,混亂爆肝的一周。由于公司業(yè)務多樣性,交易量大,線上線下業(yè)務都有;因此目前財務系統(tǒng)-對賬模塊分為門店對賬、大客戶對賬、資金對賬、收入成本核對等。

本文主要分享資金對賬,資金管理相關的內容,包括資金流水的生成及核對還有日記賬的生成。資金對賬,顧名思義對公司資金的核對,系統(tǒng)里包括應收應付實收實付,賬務上則是總賬和出納管理的核對。

一、為什么要做資金對賬?

  1. 解放出納人力,目前集團擁有270多個銀行及其他貨幣資金賬號,出納手工做日記賬,核銷業(yè)務單據(jù),工作量巨大。
  2. 提升關賬效率,希望通過資金對賬快速核對業(yè)務賬和財務賬。

二、結構簡介

系統(tǒng)模塊簡單劃分為資金解析、日記賬、應收付、對賬核心,如下圖:

(1)資金解析:主要是接受賬單(銀行賬單以及微信/支付寶等其他貨幣資金賬單)并對賬單數(shù)據(jù)進行解析,因此該模塊主要包含賬單解析和解析賬單時需要的規(guī)則。

(2)應收付模塊:主要是接受財務系統(tǒng)結算模塊的數(shù)據(jù),并對接到的應收付數(shù)據(jù)進行格式化處理的模塊;對各收支業(yè)務數(shù)據(jù)處理統(tǒng)一數(shù)據(jù)格式為之后的對賬準備數(shù)據(jù)。

(3)對賬核心:資金對賬的核心,從解析模塊接收實收付數(shù)據(jù),從應收付模塊接收應收付數(shù)據(jù),并按照對賬規(guī)則匹配。

(4)日記賬:系統(tǒng)接到賬單數(shù)據(jù)后生成日記賬并推送金蝶K3。

三、流程簡介

資金對賬分為兩頭進行:一頭業(yè)務端,有收支數(shù)據(jù)則推送對賬模塊準備對賬;一頭資金端,接賬單數(shù)據(jù),生成資金流水推送對賬模塊準備對賬,并生成日記賬。

數(shù)據(jù)核對完成后,會根據(jù)對賬結果反向核對業(yè)務單據(jù)的收付款結果,減少出納手工確認收付款的工作量(人工確認收付款功能并沒有取消)。但由于核對結果受到資金流水和業(yè)務流水進入對賬模塊的先后順序及付款結果可變化(退匯)等特點,導致系統(tǒng)自動確認收付款實際實行過程中,問題不斷,這里先不展開介紹。

下面針對資金對賬各子模塊,進一步介紹:

四、資金解析

資金解析模塊包含解析規(guī)則維護、賬單上傳及解析。

原始的賬單包括銀行賬單和其他貨幣資金賬單(微信/支付寶……)。目前系統(tǒng)支持財務手工上傳賬單和系統(tǒng)自動拉取賬單流水兩種方式。賬單數(shù)據(jù)引入后,開始解析,解析就是一個系統(tǒng)跑規(guī)則的過程。資金解析的規(guī)則包括規(guī)則定義和規(guī)則配置兩塊:

規(guī)則的維護是一個龐大的工作,目前定義的有效的規(guī)則接近100條;同時還要考慮規(guī)則的優(yōu)先級和規(guī)則有效范圍。

有了賬單數(shù)據(jù)和規(guī)則,就開始進行解析。下面以招行為例:

正常的招行賬單包含的字段:交易日、交易時間、起息日、交易類型、借方金額、貸方金額、余額、摘要、流水號、流程實例號、業(yè)務名稱、用途、業(yè)務參考號、業(yè)務摘要、其他摘要、收/付分行號、收/付方名稱、收/付方賬號、收/付方開戶行、收/付方開戶行地址、交易分析碼等等。

解析第一步——規(guī)則匹配,賬單的每條交易數(shù)據(jù)都去跑規(guī)則。例如,當招行賬單一條數(shù)據(jù)的交易類型為“整存整取”時,則優(yōu)先解析成匯票-扣保證金;又或者當招行賬單一條數(shù)據(jù)摘要包含“結構性存款開戶“時則有限解析成理財購買。

解析第二步——提取有用字段生成資金流程,賬單數(shù)據(jù)跑完規(guī)則后,解析出來的數(shù)據(jù)業(yè)務類型為對應的規(guī)則名稱;為解析出來的數(shù)據(jù)統(tǒng)一分類為其他;由于賬單字段較多,并不是所有的字段都有用,因此需要提取有效字段。

還是以招行為例,提起:交易時間,交易類型,借方金額,貸方金額,余額,摘要,流水號,用途,收/付方名稱。提取字段后拼接上規(guī)則生成一條資金流水,并推送對賬核心同時部分類型的資金流水會生成憑證推送總賬模塊。

  • 付款資金流水標準字段:付款公司、付款賬號、付款時間、付款金額、解析分類、摘要、對方戶名。
  • 收款資金流水標準字段:收款公司、收款賬號、收款時間、收款金額、解析分類、摘要、對方戶名。

五、應收付業(yè)務流水

應收付模塊包含了業(yè)務系統(tǒng)的應收數(shù)據(jù)和應付數(shù)據(jù),根據(jù)事先設定好的業(yè)務分類生成收支業(yè)務流水。標準字段如下圖:

應收業(yè)務流水生成節(jié)點,業(yè)務系統(tǒng)提交數(shù)據(jù)傳到財務系統(tǒng)立刻生成,應收流水標準字段如下:

應收付流水生成后,推送到對賬核心。

六、對賬核心

對賬核心為資金對賬的重要模塊。主要包含:接收的業(yè)務流水和資金流水,核對,反饋,調整。

首先業(yè)務流水和資金流水都會自動進入對賬核心,但是由于有時間差,可能業(yè)務流水先進來,也有可能是資金流水先進來,所以要滿足延后對賬的需求,但是延遲對賬時間不能太長,如果時間太長,可能會核銷到錯誤的業(yè)務流水(目前是前后7天)。

例如:A員工6月1日報銷1000塊,L公司打款,A的收款賬號為M;A員工在7月1日又報銷1000塊,L公司打款,收款賬號仍然為M。

當7月2日,資金流水進入對賬核心的時候,就有可能核對錯誤的業(yè)務流水。由于業(yè)務兩大,公司的客戶極有可能是客戶,又有可能是門店或者供應商,關聯(lián)交易較多,給資金對賬帶來了不小的挑戰(zhàn)。

1. 核對

付款流水核對相對簡單,按照付款公司、付款金額、時間(允許前后7天的時間差)、付款類型、付款賬號核對;收款流水則按照收款公司主體、收款金額、收款時間(前后7天時間差)、收款類型、收款賬號核對。

2. 反饋與調整

反饋及向財務系統(tǒng)-結算模塊下發(fā)對賬結果,由結算模塊核銷各個業(yè)務單據(jù)的收付款狀態(tài)并且通知各業(yè)務系統(tǒng)。目前由于對賬結果不能保證全部正確,所以系統(tǒng)自動反饋只是灰度上線了部分業(yè)務。

調整則是在系統(tǒng)核對錯誤或者未核對的情況下,提供人工介入的口子,人工可以強制修改核銷結果或者配對流水,同樣,人工調整的對賬結果也會通知結算模塊。

3. 日記賬

目前日記賬考慮到時效問題并沒有等待核對完成后生成日記賬,而是在賬單流水完成解析后就生成日記賬。生成的日記賬推送到金蝶,直接減少了出納手工日記賬的時間,為關賬提供基礎數(shù)據(jù)。

以上即資金對賬第一部分簡要介紹。資金對賬整體還包括推送到金蝶日記賬和賬單余額的核對監(jiān)控,推送的憑證數(shù)據(jù)(帶銀行/其他貨幣資金科目)和推送日記賬的核對。當當月賬單的發(fā)生額等于當月推送的帶銀行科目等于日記賬時,則為關賬創(chuàng)造了條件。

 

本文由 @鍋鍋 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉載。

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 轉發(fā)了

    來自廣東 回復
  2. 我沒怎么理解

    來自北京 回復
  3. 日記賬直接生成憑證給金蝶,混淆了預收和應收,到了金蝶會計還需要對一遍賬并且增加了結轉錯誤的概率,出現(xiàn)錯誤后,還要增加調賬功能,總上,一步錯步步錯。只考慮了出納沒有考慮會計。等于白做了。

    回復
    1. 記賬這個功能,一個就完事了。做多了真是負擔

      來自山東 回復
  4. 核銷沒有賬期概念自然會出現(xiàn)核銷錯誤的概率

    回復
  5. 主數(shù)據(jù)與業(yè)務數(shù)據(jù)混淆,沒有清晰的結構,這樣做的后果是浪費開發(fā)量,后面系統(tǒng)還得重構

    回復
  6. 很有幫助,是我財務生涯啟迪讀物

    來自上海 回復
  7. 很有幫助

    回復
  8. 不錯的知識,學習了

    回復