財務系統:資金對賬(一)
每月關賬前,都會進行對賬,每次對賬都會持續一周,混亂爆肝的一周。由于公司業務多樣性,交易量大,線上線下業務都有;因此目前財務系統-對賬模塊分為門店對賬、大客戶對賬、資金對賬、收入成本核對等。
本文主要分享資金對賬,資金管理相關的內容,包括資金流水的生成及核對還有日記賬的生成。資金對賬,顧名思義對公司資金的核對,系統里包括應收應付實收實付,賬務上則是總賬和出納管理的核對。
一、為什么要做資金對賬?
- 解放出納人力,目前集團擁有270多個銀行及其他貨幣資金賬號,出納手工做日記賬,核銷業務單據,工作量巨大。
- 提升關賬效率,希望通過資金對賬快速核對業務賬和財務賬。
二、結構簡介
系統模塊簡單劃分為資金解析、日記賬、應收付、對賬核心,如下圖:
(1)資金解析:主要是接受賬單(銀行賬單以及微信/支付寶等其他貨幣資金賬單)并對賬單數據進行解析,因此該模塊主要包含賬單解析和解析賬單時需要的規則。
(2)應收付模塊:主要是接受財務系統結算模塊的數據,并對接到的應收付數據進行格式化處理的模塊;對各收支業務數據處理統一數據格式為之后的對賬準備數據。
(3)對賬核心:資金對賬的核心,從解析模塊接收實收付數據,從應收付模塊接收應收付數據,并按照對賬規則匹配。
(4)日記賬:系統接到賬單數據后生成日記賬并推送金蝶K3。
三、流程簡介
資金對賬分為兩頭進行:一頭業務端,有收支數據則推送對賬模塊準備對賬;一頭資金端,接賬單數據,生成資金流水推送對賬模塊準備對賬,并生成日記賬。
數據核對完成后,會根據對賬結果反向核對業務單據的收付款結果,減少出納手工確認收付款的工作量(人工確認收付款功能并沒有取消)。但由于核對結果受到資金流水和業務流水進入對賬模塊的先后順序及付款結果可變化(退匯)等特點,導致系統自動確認收付款實際實行過程中,問題不斷,這里先不展開介紹。
下面針對資金對賬各子模塊,進一步介紹:
四、資金解析
資金解析模塊包含解析規則維護、賬單上傳及解析。
原始的賬單包括銀行賬單和其他貨幣資金賬單(微信/支付寶……)。目前系統支持財務手工上傳賬單和系統自動拉取賬單流水兩種方式。賬單數據引入后,開始解析,解析就是一個系統跑規則的過程。資金解析的規則包括規則定義和規則配置兩塊:
規則的維護是一個龐大的工作,目前定義的有效的規則接近100條;同時還要考慮規則的優先級和規則有效范圍。
有了賬單數據和規則,就開始進行解析。下面以招行為例:
正常的招行賬單包含的字段:交易日、交易時間、起息日、交易類型、借方金額、貸方金額、余額、摘要、流水號、流程實例號、業務名稱、用途、業務參考號、業務摘要、其他摘要、收/付分行號、收/付方名稱、收/付方賬號、收/付方開戶行、收/付方開戶行地址、交易分析碼等等。
解析第一步——規則匹配,賬單的每條交易數據都去跑規則。例如,當招行賬單一條數據的交易類型為“整存整取”時,則優先解析成匯票-扣保證金;又或者當招行賬單一條數據摘要包含“結構性存款開戶“時則有限解析成理財購買。
解析第二步——提取有用字段生成資金流程,賬單數據跑完規則后,解析出來的數據業務類型為對應的規則名稱;為解析出來的數據統一分類為其他;由于賬單字段較多,并不是所有的字段都有用,因此需要提取有效字段。
還是以招行為例,提起:交易時間,交易類型,借方金額,貸方金額,余額,摘要,流水號,用途,收/付方名稱。提取字段后拼接上規則生成一條資金流水,并推送對賬核心同時部分類型的資金流水會生成憑證推送總賬模塊。
- 付款資金流水標準字段:付款公司、付款賬號、付款時間、付款金額、解析分類、摘要、對方戶名。
- 收款資金流水標準字段:收款公司、收款賬號、收款時間、收款金額、解析分類、摘要、對方戶名。
五、應收付業務流水
應收付模塊包含了業務系統的應收數據和應付數據,根據事先設定好的業務分類生成收支業務流水。標準字段如下圖:
應收業務流水生成節點,業務系統提交數據傳到財務系統立刻生成,應收流水標準字段如下:
應收付流水生成后,推送到對賬核心。
六、對賬核心
對賬核心為資金對賬的重要模塊。主要包含:接收的業務流水和資金流水,核對,反饋,調整。
首先業務流水和資金流水都會自動進入對賬核心,但是由于有時間差,可能業務流水先進來,也有可能是資金流水先進來,所以要滿足延后對賬的需求,但是延遲對賬時間不能太長,如果時間太長,可能會核銷到錯誤的業務流水(目前是前后7天)。
例如:A員工6月1日報銷1000塊,L公司打款,A的收款賬號為M;A員工在7月1日又報銷1000塊,L公司打款,收款賬號仍然為M。
當7月2日,資金流水進入對賬核心的時候,就有可能核對錯誤的業務流水。由于業務兩大,公司的客戶極有可能是客戶,又有可能是門店或者供應商,關聯交易較多,給資金對賬帶來了不小的挑戰。
1. 核對
付款流水核對相對簡單,按照付款公司、付款金額、時間(允許前后7天的時間差)、付款類型、付款賬號核對;收款流水則按照收款公司主體、收款金額、收款時間(前后7天時間差)、收款類型、收款賬號核對。
2. 反饋與調整
反饋及向財務系統-結算模塊下發對賬結果,由結算模塊核銷各個業務單據的收付款狀態并且通知各業務系統。目前由于對賬結果不能保證全部正確,所以系統自動反饋只是灰度上線了部分業務。
調整則是在系統核對錯誤或者未核對的情況下,提供人工介入的口子,人工可以強制修改核銷結果或者配對流水,同樣,人工調整的對賬結果也會通知結算模塊。
3. 日記賬
目前日記賬考慮到時效問題并沒有等待核對完成后生成日記賬,而是在賬單流水完成解析后就生成日記賬。生成的日記賬推送到金蝶,直接減少了出納手工日記賬的時間,為關賬提供基礎數據。
以上即資金對賬第一部分簡要介紹。資金對賬整體還包括推送到金蝶日記賬和賬單余額的核對監控,推送的憑證數據(帶銀行/其他貨幣資金科目)和推送日記賬的核對。當當月賬單的發生額等于當月推送的帶銀行科目等于日記賬時,則為關賬創造了條件。
本文由 @鍋鍋 原創發布于人人都是產品經理,未經作者許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
轉發了
我沒怎么理解
日記賬直接生成憑證給金蝶,混淆了預收和應收,到了金蝶會計還需要對一遍賬并且增加了結轉錯誤的概率,出現錯誤后,還要增加調賬功能,總上,一步錯步步錯。只考慮了出納沒有考慮會計。等于白做了。
記賬這個功能,一個就完事了。做多了真是負擔
核銷沒有賬期概念自然會出現核銷錯誤的概率
主數據與業務數據混淆,沒有清晰的結構,這樣做的后果是浪費開發量,后面系統還得重構
很有幫助,是我財務生涯啟迪讀物
很有幫助
不錯的知識,學習了