財務系統：資金對賬（一）_NSP:Roobee Platform

每月關賬前，都會進行對賬，每次對賬都會持續一周，混亂爆肝的一周。由于公司業務多樣性，交易量大，線上線下業務都有；因此目前財務系統-對賬模塊分為門店對賬、大客戶對賬、資金對賬、收入成本核對等。本文主要分享資金對賬，資金管理相關的內容，包括資金流水的生成及核對還有日記賬的生成。資金對賬，顧名思義對公司資金的核對，系統里包括應收應付實收實付，賬務上則是總賬和出納管理的核對。

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

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

二、結構簡介

系統模塊簡單劃分為資金解析、日記賬、應收付、對賬核心，如下圖：

Paradigm首席財務官和總法律顧問將于9月中旬離職:金色財經報道，根據The Block獲得的一封內部電子郵件，加密貨幣風險投資公司Paradigm首席財務官Nathan Apsel和總法律顧問Reena Jashnani-Slusarz將于9月中旬離職。

據一位知情人士透露，一年多前加入擔任首席法律官Katie Biber將繼續領導法律團隊，公司將在未來幾個月內宣布一位新的首席財務官。

該人士表示，該公司不會減少總體員工人數，并指出最近新聘的員工，例如政策團隊Alex Grieve和人力資源負責人Cookie Wiese。[2023/9/2 13:12:35]

資金解析：主要是接受賬單并對賬單數據進行解析，因此該模塊主要包含賬單解析和解析賬單時需要的規則。

MicroStrategy任命前GreenSky CFO Andrew Kang為新任首席財務官:5月4日消息，MicroStrategy任命前GreenSky CFO Andrew Kang為新任首席財務官。除GreenSky外，Andrew Kang還曾在銀行控股公司Santander Holdings USA擔任企業財務主管。金融服務公司 Jefferies Group 高級分析師Brent Thill表示，Andrew Kang的工作是讓公司專注于核心業務，而不是專注于比特幣。（《華爾街日報》）[2022/5/4 2:48:36]

應收付模塊：主要是接受財務系統結算模塊的數據，并對接到的應收付數據進行格式化處理的模塊；對各收支業務數據處理統一數據格式為之后的對賬準備數據。

對賬核心：資金對賬的核心，從解析模塊接收實收付數據，從應收付模塊接收應收付數據，并按照對賬規則匹配。

Luxor pool財務主管：比特幣礦池將更多北美的轉移:5月20日消息，由投資者Peter Thiel支持的項目最近在德克薩斯州上線。許多礦工預測，由于該州低廉的電力成本和獨特的監管環境，礦池可能繁榮起來，從而改變礦池的地理分布。Luxor pool財務主管Ethan Vera表達了類似的觀點。 Vera表示，其認為從長遠來看，礦池將更多北美的轉移，在未來兩年內，中國的哈希率將從65%下降到50-55%，其中大部分將流向北美，特別是德克薩斯州。”（AMBcrypto）[2020/5/20]

日記賬：系統接到賬單數據后生成日記賬并推送金蝶K3。

三、流程簡介

資金對賬分為兩頭進行：一頭業務端，有收支數據則推送對賬模塊準備對賬；一頭資金端，接賬單數據，生成資金流水推送對賬模塊準備對賬，并生成日記賬。

Bitso財務主管：正在擴大Ripple的ODL服務的范圍:Ripple公司在其官網上發表了一篇文章，展示了MoneyGram、Ripple公司與墨西哥Bitso數字交換平臺之間的合作。Bitso財務主管Barbara Gonzalez Briseno表示，Ripple已經把對墨西哥的跨國支付變成了一個快速、低成本的過程。這也給了大量沒有銀行賬戶的人融資的機會。Bitso正在擴大Ripple的ODL服務的范圍，并將其提供給其合作伙伴。(U.Today)[2020/3/6]

數據核對完成后，會根據對賬結果反向核對業務單據的收付款結果，減少出納手工確認收付款的工作量。但由于核對結果受到資金流水和業務流水進入對賬模塊的先后順序及付款結果可變化等特點，導致系統自動確認收付款實際實行過程中，問題不斷，這里先不展開介紹。

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

四、資金解析

聲音 | Libra聯合創始人：Libra用戶的社交和財務數據將保持分離:Facebook的Libra項目聯合創始人Christian Catalini近期表示，Libra一旦推出，用戶的社交媒體信息以及與Libra相關的財務數據將不會以任何方式建立聯系。Catalini表示，從一開始，Libra的計劃就是從廣告中獲利，而非出售私人數據。（Computer World）[2019/11/11]

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

原始的賬單包括銀行賬單和其他貨幣資金賬單。目前系統支持財務手工上傳賬單和系統自動拉取賬單流水兩種方式。賬單數據引入后，開始解析，解析就是一個系統跑規則的過程。資金解析的規則包括規則定義和規則配置兩塊：

規則的維護是一個龐大的工作，目前定義的有效的規則接近100條；同時還要考慮規則的優先級和規則有效范圍。

有了賬單數據和規則，就開始進行解析。下面以招行為例：

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

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

解析第二步——提取有用字段生成資金流程，賬單數據跑完規則后，解析出來的數據業務類型為對應的規則名稱；為解析出來的數據統一分類為其他；由于賬單字段較多，并不是所有的字段都有用，因此需要提取有效字段。

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

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

五、應收付業務流水

應收付模塊包含了業務系統的應收數據和應付數據，根據事先設定好的業務分類生成收支業務流水。標準字段如下圖：

應收業務流水生成節點，業務系統提交數據傳到財務系統立刻生成，應收流水標準字段如下：

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

六、對賬核心

對賬核心為資金對賬的重要模塊。主要包含：接收的業務流水和資金流水，核對，反饋，調整。

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

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

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

1.核對

付款流水核對相對簡單，按照付款公司、付款金額、時間、付款類型、付款賬號核對；收款流水則按照收款公司主體、收款金額、收款時間、收款類型、收款賬號核對。

2.反饋與調整

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

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

3.日記賬

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

以上即資金對賬第一部分簡要介紹。資金對賬整體還包括推送到金蝶日記賬和賬單余額的核對監控，推送的憑證數據和推送日記賬的核對。當當月賬單的發生額等于當月推送的帶銀行科目等于日記賬時，則為關賬創造了條件。

本文由@鍋鍋原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議

Tags：NSPLASHLASPLATRANSPARENT幣FLASHVIZSLASWAPRoobee Platform

以太坊交易所