一體化資金歸集模式與穿行管理構想

李曉東 盛博

【摘要】當前科技不斷進步，信息化水平逐步提升，大數據和人工智能技術不斷完善，財務信息化必須迅速提升才能順應時代趨勢。財務一體化的推廣上線順應了時代潮流，也逐步突破了系統壁壘，強化了數據分析質量。但是隨著一體化的上線，各單位的管理模式與目前信息化系統也存在著一定的差異。文章通過資金系統的資金歸集模式與資金內部穿行規則的構想，以期將各類資金管理模式與財務一體化系統更為貼合，強化一體化資金系統的靈活性。

【關鍵詞】一體化；資金系統；資金構架

【中圖分類號】F275

財務一體化的全面推進是進一步提升中建集團財務核算質量和財務管理水平的助推器。隨著一體化系統逐步上線并投入到各單位使用，不同模塊的系統間數據全線拉通，突破壁壘，逐步加速了財務全面信息化的進程。而一體化中資金模塊隨著運行時間的積累，也日臻完善。但目前各單位在實際使用中也存在著資金管理上的問題與疑惑。本文針對現存的問題與疑惑進行歸納、整理、分析。同時有針對性地提出了理論上的優化方案。

一、研究內容

（一）層層歸集與網狀歸集的資金歸集方式

層層歸集即最末級的項目資金均通過總部進行歸集，總部再將資金劃轉至上級，同法人下平級之間基本較少發生資金往來。一體化上線前，大部分單位采用資金層層歸集的方式進行資金管理。

網狀歸集即各項目、總部、上級單位等均可以進行資金獨立清算，不必通過第三方進行中轉。目前一體化系統中采取資金“點對點”的網狀歸集方式。

本文通過層層歸集與網狀歸集兩種資金模式在系統上線前后的對比尋找出各自的優缺點，重點對于一體化資金上線后資金管理痛點進行深刻剖析，創新性的提出了通過主數據資金構架樹的搭建形成層層歸集與網狀歸集相結合的新型資金歸集方式，既提升資金清算的系統靈活性，又盡量降低資金清算工作量。

（二）新型資金歸集方式的資金運行管理

新型的資金歸集方式平衡了資金支付靈活性與清算便捷性，那么此類系統運行方式和管理方式則會需要對現有一體化資金系統進行較大修改。例如：啟用上級單位統收統付功能，強制收取下級單位資金，強化資金管理；網狀資金歸集模式是否啟用可以進行后臺設置等。

二、現階段一體化系統資金管理痛點

（一）網狀資金歸集方式對各單位原有模式的沖擊

各單位原有資金制度停留在資金層層歸集的狀態。資金的管理上，從前端業務承接到末端的管理考核都是依托資金層層歸集來開展的資金“點對點”的網狀歸集模式將原有資金管理方式甚至是企業運營模式全部或者部分突破，而各企業沉淀多年的管理方式是根據其自身特性而形成，管理方向的轉舵勢必需要較長時間。短時間內企業資金管理受到沖擊較多。

（二）資金對賬相對繁雜

根據資金系統模塊的開發思路，系統中資金交易不存在“客商”的概念，即系統資金池理念。而在SAP系統中資金是按照“賬戶”或“客商”進行資金區分。兩個系統間的開發思路差異就意味著雙方信息元素具有差異性，這就為系統間對賬帶來一定難度。而資金“點對點”的網狀歸集迫使在總部層面對賬工作量指數級攀升。雖然系統開發了自動對賬功能，可以迅速查找差異，但是一旦存在系統性問題，則手工對賬的備用方案則無法啟用，風險較高。

（三）資金逆向操作較為不便

1.內部存款退回

目前資金支付，如為內部存款支付，發生錯誤后無法沖銷，必須由對方將內部存款錯付退回來。如此一來，會增加溝通成本，實際操作也存在一定阻礙。另外，如對方利潤中心已經封存、作廢等，都會造成資金無法退回的情況，只能系統后臺進行修改。

2.銀企直連沖銷

進行資金支付時，直連沒辦法沖銷。所以如果存在對應表單填寫錯誤，目前均采用總賬工單進行調整，系統中無法實現此功能。

（四）資金管理難度增加

1.資金統管權削弱

第一類問題，根據目前資金系統規則，上級單位收取下級單位的所有資金均需下級單位在系統中予以確認，或者需要下級單位直接發起相關單據將資金支付到總部相關利潤中心。總部對下級單位或者項目資金的強制歸集收取的管理權削弱會造成下級單位故意拖延，不及時上交資金，影響資金管理的及時性。

第二類問題，項目收到流水，總部無法扣除部分管理費后再進行流水分發，目前只能分拆流水，而項目再用虛擬流水進行還原應收款項。

第三類問題，作為二級單位總部，為保證工作效率，集團結算中心一般僅對接下級法人公司。目前根據資金“點對點”網狀方案，集團需對接較多末級單位。

2.憑證生成亂序

目前資金系統邏輯中，需要雙方制證的憑證，只有另一方資金支付或者認領完畢后才會同時生成雙方科目。而總部結算中心或者區域結算中心所有憑證生成的時點可能需要依賴于對方處理完畢對應業務后才會生成會計憑證。所以，憑證生成順序可能與業務發生順序不一致。結算中心憑證會與財務人員手中附件順序不一致，導致憑證裝訂需要大量時間進行附件的順序調整。

三、資金歸集及內部資金運行模式探析

（一）主數據資金構架樹搭建

1.資金構架搭建方式

基于現階段資金系統運行模式，筆者認為搭建資金系統架構樹可以更好地對接實際業務，也更符合資金集中管理與分層管理的要求。搭建架構樹以“點對點”網狀歸集為基礎，融入層層歸集的思想方案。

在資金構架的搭建理論里，需要引入虛擬節點和實體節點概念。虛擬節點僅用于完成資金支付的找數邏輯，無需進行實際的賬務核算，一般為管理口徑匯總節點。實體節點為實際核算節點，需承擔財務核算和資金清算職能，一般為資金實際管理節點。搭建架構樹并不意味著完全舍棄“點對點”的網狀資金歸集模式。如果想實現“點對點”，則結構下的所有項目全部保持平行，共同的上級是虛擬匯總節點，則為“點對點”的資金管理模式。具體構架模型見圖1。

2.資金歸集原則

在資金架構樹下的單位需要按照以下基本規則完成資金的歸集：

（1）同一資金構架節點下不同單位的互相支付，均以共同上級為歸集頂點，進行層層審批與清算。

例如：基于圖1資金構架中，A項目與B項目進行資金清算。A項目與B項目共同資金構架上級為“發展結算中心（實體節點）”，那么A項目與B項目在該節點進行內部清算，A項目提交單據，“發展結算中心（實體節點）”審批通過后A和B兩項目清算制證。具體會計處理如下：

①發展結算中心（實體節點）

借：內部存款——A項目

貸：內部存款——B項目

②A項目：

借：內部往來——B項目

貸：內部存款——發展結算中心（實體節點）

③B項目：

借：內部存款——發展結算中心（實體節點）

貸：內部往來——A項目

（2）單位跨節點支付，系統自動尋找收付雙方的共同上級，并以共同上級下的單位所屬實體節點為歸集頂點，層層審批與清算。

例如：基于圖1資金構架中，一局發展A項目與一局一公司C項目進行資金清算。根據資金構架找數邏輯，首先判斷A項目與C項目的共同上級為“中建一局（虛擬節點）”，該節點為虛擬節點，所以系統自動向下尋找實體節點。A項目所屬“中建一局（虛擬節點）”節點下的頂級實體節點為“發展結算中心（實體節點）”，C項目所屬“中建一局（虛擬節點）”節點下的頂級實體節點為“一公司結算中心（實體節點）”。那么“發展結算中心（實體節點）”與“一公司結算中心（實體節點）”兩個節點互相清算，A項目提交單據由“發展結算中心（實體節點）”審批，然后流轉至“一公司結算中心（實體節點）”，審批通過后結束單據流程，生成分錄（跨工程局節點同理）。具體會計處理如下：

①發展結算中心（實體節點）

借：內部存款——A項目

貸：其他應收款——內部存款——一公司結算中心（實體節點）

②A項目：

借：成本

貸：內部存款——發展結算中心（實體節點）

③一公司結算中心（實體節點）

借：其他應收款——內部存款——發展結算中心（實體節點）

貸：內部存款——B項目

④B項目：

借：內部存款——一公司結算中心（實體節點）

借：成本（紅字）

四、基于資金構架樹的資金運行模式探析

（一）啟用資金系統客商輔助

資金系統接受從SAP回傳的客商信息，在資金構架完整的情況下，更容易進行系統間的對賬和資金的整體管理，方便匯總與后續的考核，同時也保證了SAP系統與資金系統的信息元素對稱，方便對賬。

（二）啟用資金統收統付功能

強化上級單位的管理能力，實現統收統付。統收統付造成的內行透支是允許的，管理員將透支配置成自動生成短期貸款并強制要求補充借款合同和內控手續審批；如果不配置成短期貸款，則根據內行存款透支額度使項目無法發起任何支付類單據。

1.統收模式

統收模式可參照薪酬3.0，總部層面統一計入相關科目并進行分發，項目層面不可以選擇拒絕認領，子單據會自動到對方單位“我的單據”中，然后由財務人員進行確認和科目的重新確認。為避免總部層面收錯利潤中心，只有統收的發起方可以在通用單據沖銷功能中撤銷，生成一筆紅沖憑證。對方利潤中心也會出現一筆紅沖憑證在待制證界面。資金交易明細自動還原內行存款。

2.統付模式

總部層面發起統付后，由財務人員進行科目的重新確認。如果總部層面付錯利潤中心，可以發起一鍵取回，生成紅沖憑證。

（三）啟用資金扣款功能

利潤中心收到非內行存款的資金流入，可以將流水下分到任意節點，實現跨級認領。但是該筆流水會出現在架構樹下涉及的全部中間單位的資金認領平臺中，中間單位也可以全部或部分認領扣留。認領完成后，以實際收款單位為歸集頂點，認領方自動和上級單位清算，至追溯到歸集頂點為止。

（四）系統逆向操作

如果利潤中心用內行存款支付，但是選錯了收款方利潤中心，處理方案有：一是收款方可以選擇在資金認領平臺選擇一鍵回退，自動完成掛賬與核銷；二是付款方在收款方沒有認領的時候可以選擇沖銷付款，如果對方認領，則無法沖銷。正在走付款沖銷的流水無法被認領。

（五）啟用批量提交制證功能

根據資金構架的搭建，可以在資金歸集頂點設置合并支付，生成單張憑證，完成批量制證，因為資金系統能區分單據編號與客商，所以可以鎖定唯一字段，方便對賬和沖銷操作。

（六）啟用上級單位強制結束單據功能

針對目前項目遲遲不認領、不制證等問題，建議開通總部強制結束功能，結束下級單位的單據來保證報表處理的及時性。

五、新資金歸集方案對一體化系統全鏈條影響分析

主數據系統需要加一組資金架構樹，新建項目時需要選擇對應的資金架構節點；報賬系統、稅務系統由于樹形存在一定的差異，需要做好樹形的對照關系與尋找組織機構的邏輯，開發和運維難度提升，同時也要更新憑證生成規則；對報表、SAP等其他一體化系統暫無影響。

主要參考文獻：

[1]蘆偉.集團企業財務共享中心的構建及效益分析[J].國際商務財會，2018，（8）.