一体化资金归集模式与穿行管理构想

李晓东 盛博

【摘要】当前科技不断进步，信息化水平逐步提升，大数据和人工智能技术不断完善，财务信息化必须迅速提升才能顺应时代趋势。财务一体化的推广上线顺应了时代潮流，也逐步突破了系统壁垒，强化了数据分析质量。但是随着一体化的上线，各单位的管理模式与目前信息化系统也存在着一定的差异。文章通过资金系统的资金归集模式与资金内部穿行规则的构想，以期将各类资金管理模式与财务一体化系统更为贴合，强化一体化资金系统的灵活性。

【关键词】一体化；资金系统；资金构架

【中图分类号】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）.