一体化资金归集模式与穿行管理构想
李晓东 盛博【摘要】当前科技不断进步信息化水平逐步提升数据和人工智能技术不断完善财信息化必须迅速提升才能顺应代趋势。
财体化推广上线顺应了代潮流也逐步突破了系统壁垒强化了数据分析质量。
但是随着体化上线各单位管理模式与目前信息化系统也存着定差异。
通金系统金归集模式与金部穿行规则构想以期将各类金管理模式与财体化系统更贴合强化体化金系统灵活性。
【关键词】体化;金系统;金构架【图分类】75财体化全面推进是进步提升建集团财核算质量和财管理水平助推器。
随着体化系统逐步上线并投入到各单位使用不模块系统数据全线拉通突破壁垒逐步加速了财全面信息化进程。
而体化金模块随着运行积累也日臻完善。
但目前各单位实际使用也存着金管理上问题与疑惑。
针对现存问题与疑惑进行归纳、整理、分析。
有针对性地提出了理论上优化方案。
、研究容()层层归集与状归集金归集方式层层归集即末级项目金通总部进行归集总部再将金划至上级法人下平级基较少发生金往。
状归集即各项目、总部、上级单位等可以进行金独立清算不必通過三方进行。
通层层归集与状归集两种金模式系统上线前对比寻出各优缺重对体化金上线金管理痛进行深刻剖析创新性提出了通主数据金构架树搭建形成层层归集与状归集相结合新型金归集方式既提升金清算系统灵活性又尽量降低金清算工作量。
(二)新型金归集方式金运行管理新型金归集方式平衡了金支付灵活性与清算便捷性那么类系统运行方式和管理方式则会要对现有体化金系统进行较修改。
例如启用上级单位统收统付功能强制收取下级单位金强化金管理;状金归集模式是否启用可以进行台设置等。
二、现阶段体化系统金管理痛()状金归集方式对各单位原有模式冲击各单位原有金制停留金层层归集状态。
金管理上从前端业承接到末端管理考核都是依托金层层归集开展金“对”状归集模式将原有金管理方式甚至是企业运营模式全部或者部分突破而各企业沉淀多年管理方式是根据其身特性而形成管理方向舵势必要较长。
短企业金管理受到冲击较多。
(二)金对账相对繁杂根据金系统模块开发思路系统金交易不存“客商”概念即系统金池理念。
而系统金是按照“账户”或“客商”进行金区分。
两系统开发思路差异就味着双方信息元素具有差异性这就系统对账带定难。
虽然系统开发了动对账功能可以迅速差异但是旦存系统性问题则手工对账备用方案则无法启用风险较高。
(三)金逆向操作较不便部存款退回目前金支付如部存款支付发生错误无法冲销必须由对方将部存款错付退回。
如会增加沟通成实际操作也存定阻碍。
另外如对方利润心已封存、作废等都会造成金无法退回情况只能系统台进行修改。
银企直连冲销进行金支付直连没办法冲销。
所以如存对应表单填写错误目前采用总账工单进行调整系统无法实现功能。
(四)金管理难增加金统管权削弱类问题根据目前金系统规则上级单位收取下级单位所有金下级单位系统予以确认或者要下级单位直接发起相关单据将金支付到总部相关利润心。
总部对下级单位或者项目金强制归集收取管理权削弱会造成下级单位故拖延不及上交金影响金管理及性。
二类问题项目收到流水总部无法扣除部分管理费再进行流水分发目前只能分拆流水而项目再用虚拟流水进行还原应收款项。
三类问题作二级单位总部保证工作效率集团结算心般仅对接下级法人公司。
目前根据金“对”状方案集团对接较多末级单位。
凭证生成乱序目前金系统逻辑要双方制证凭证只有另方金支付或者认领完毕才会生成双方科目。
而总部结算心或者区域结算心所有凭证生成可能要依赖对方处理完毕对应业才会生成会计凭证。
所以凭证生成顺序可能与业发生顺序不致。
结算心凭证会与财人员手附件顺序不致导致凭证装订要量进行附件顺序调整。
三、金归集及部金运行模式探析()主数据金构架树搭建金构架搭建方式基现阶段金系统运行模式笔者认搭建金系统架构树可以更地对接实际业也更合金集管理与分层管理要。
虚拟节仅用完成金支付数逻辑无进行实际账核算般管理口径汇总节。
搭建架构树并不味着完全舍弃“对”状金归集模式。
如想实现“对”则结构下所有项目全部保持平行共上级是虚拟汇总节则“对”金管理模式。
具体构架模型见图。
金归集原则金架构树下单位要按照以下基规则完成金归集()金构架节下不单位相支付以共上级归集顶进行层层审批与清算。
项目与B项目共金构架上级“发展结算心(实体节)”那么项目与B项目该节进行部清算项目提交单据“发展结算心(实体节)”审批通和B两项目清算制证。
具体会计处理如下①发展结算心(实体节)借部存款——项目贷部存款——B项目②项目借部往——B项目贷部存款——发展结算心(实体节)③B项目借部存款——发展结算心(实体节)贷部往——项目()单位跨节支付系统动寻收付双方共上级并以共上级下单位所属实体节归集顶层层审批与清算。
根据金构架数逻辑首先判断项目与项目共上级“建局(虛拟节)”该节虚拟节所以系统动向下寻实体节。
项目所属“建局(虚拟节)”节下顶级实体节“发展结算心(实体节)”项目所属“建局(虚拟节)”节下顶级实体节“公司结算心(实体节)”。
那么“发展结算心(实体节)”与“公司结算心(实体节)”两节相清算项目提交单据由“发展结算心(实体节)”审批然流至“公司结算心(实体节)”审批通结束单据流程生成分录(跨工程局节理)。
具体会计处理如下①发展结算心(实体节)借部存款——项目贷其他应收款——部存款——公司结算心(实体节)②项目借成贷部存款——发展结算心(实体节)③公司结算心(实体节)借其他应收款——部存款——发展结算心(实体节)贷部存款——B项目④B项目借部存款——公司结算心(实体节)借成(红)四、基金构架树金运行模式探析()启用金系统客商辅助金系统接受从回传客商信息金构架完整情况下更容易进行系统对账和金整体管理方便汇总与续考核也保证了系统与金系统信息元素对称方便对账。
(二)启用金统收统付功能强化上级单位管理能力实现统收统付。
统收统付造成行透支是允许管理员将透支配置成动生成短期贷款并强制要补充借款合和控手续审批;如不配置成短期贷款则根据行存款透支额使项目无法发起任何支付类单据。
统收模式统收模式可参照薪酬30总部层面统计入相关科目并进行分发项目层面不可以选择拒绝认领子单据会动到对方单位“我单据”然由财人员进行确认和科目重新确认。
避免总部层面收错利润心只有统收发起方可以通用单据冲销功能撤销生成笔红冲凭证。
对方利润心也会出现笔红冲凭证待制证界面。
金交易明细动还原行存款。
统付模式总部层面发起统付由财人员进行科目重新确认。
如总部层面付错利润心可以发起键取回生成红冲凭证。
(三)启用金扣款功能利润心收到非行存款金流入可以将流水下分到任节实现跨级认领。
但是该笔流水会出现架构树下涉及全部单位金认领平台单位也可以全部或部分认领扣留。
认领完成以实际收款单位归集顶认领方动和上级单位清算至追溯到归集顶止。
(四)系统逆向操作如利润心用行存款支付但是选错了收款方利润心处理方案有是收款方可以选择金认领平台选择键回退动完成挂账与核销;二是付款方收款方没有认领候可以选择冲销付款如对方认领则无法冲销。
正走付款冲销流水无法被认领。
(五)启用批量提交制证功能根据金构架搭建可以金归集顶设置合并支付生成单张凭证完成批量制证因金系统能区分单据编与客商所以可以锁定唯段方便对账和冲销操作。
(六)启用上级单位强制结束单据功能针对目前项目迟迟不认领、不制证等问题建议开通总部强制结束功能结束下级单位单据保证报表处理及性。
五、新金归集方案对体化系统全链条影响分析主数据系统要加组金架构树新建项目要选择对应金架构节;报账系统、税系统由树形存定差异要做树形对照关系与寻组织机构逻辑开发和运维难提升也要更新凭证生成规则;对报表、等其他体化系统暂无影响。