实践案例 | 基于明细对账下的按法人重分类应用实践

小编推荐
通过Excel采取线下手工方式归集对账,往往工作量大且准确性不能保证。星瀚合并报表提供了标准的按明细组织账套的往来对账抵销功能,但想要按非明细节点(如按法人)自动对账及重分类,依传统方法设置,往往不能很好地满足客户的需求。
本篇案例详细讲述了基于标准产品按明细对账抵销的设置流程,无需修改任何系统功能,就既能满足层层关联方内部对账与抵销事项,又能做到按法人进行重分类,并保证了最后的合并结果抵销干净,充分满足客户实际编报需求及编报效率。这么好的方法,快一睹为快吧~
撰稿人:金蝶-方巧
一、业务背景
ST是一家市属国资委直管的国有独资大型企业,其各主营业务按不同板块区分,并涉及大量的城市轨道交通基础建设项目。ST集团下,同一个法人公司,根据建设项目的不同,需要设置独立的账套进行记账核算。
ST在法定合并范围下,涉及3个层级、40个法人主体、约158个核算账套、8个二级节点。其中仅集团本部合并时,代建账套就有87个,账表数量庞大。
由于集团内部各公司各项目间往来投资、借款、挂账频繁,内部间挂账不一,且未有一个统一的对账平台,各账套间通过Excel采取线下手工方式按法人归集对账,导致单体人员及合并人员对账工作量较大,极大地影响了报表出具的质量和速度。因此亟需一个系统平台,支持按法人自动对账及重分类,以提高报表出具的效率与质量。
二、痛点分析
星瀚合并报表提供了标准的按明细组织账套的往来对账抵销功能,但想要按非明细节点(如按法人)自动对账及重分类,目前按照传统的方法进行设计,会产生往来对账及往来重分类科目在合并层抵销不一致,导致数据抵错的问题。
以下为系统标准逻辑下带来的差异过程演示:
(一)对账逻辑
【场景描述】ST集团层层合并范围内,各法人公司间,按内部关联交易涉及的往来科目余额进行对账并抵销;根据业务分类区分不同的抵销模型:如应收应付类、代收代付类、内部借款类。
其中:内部应收应付往来抵销采取收入方的往来期末余额合计与成本方的往来期末余额合计做对账抵销,双方余额应一致。若不一致,采用取大抵销。各合并层对账抵销完后,往来对账科目应只存在外部往来挂账的数据,及内部对账抵销的差额数据。
【原客户诉求】系统能基于法人合并节点进行内部自动往来对账抵销及重分类。
【系统标准功能】系统是基于最明细组织节点间的内部往来挂账进行对账及抵销。
往来挂账示例 | ||||||||||
我方组织/账套 | 对方组织/账套 | 挂账科目 | 金额 | |||||||
A | B | 应收账款 | 100 | |||||||
B | A | 应付账款 | 80 | |||||||
抵销思路示例 | ||||||||||
组织 | 往来组织 | 借方科目 | 贷方 | 借方金额 | 贷方金额 | 差异处理 | ||||
A | B | 应收账款 | 100 | |||||||
B | A | 应付账款 | 80 | |||||||
B | A | 其他应付款 | 20 | 取大 | ||||||
表1 往来对账抵销示例表
差异处理方式说明:
当本方金额的对账货币减对方金额的对账货币,余额不为零时,按照双方对账货币金额的大小进行差异处理,并自动生成借贷平衡分录。示例如下:
取大:借:应付账款-A组织 80
其他应付款-A组织 20(差额项)
贷:应收账款-B组织 100
取小:借:应付账款-A组织 80
贷:应收账款-B组织 100
其他应付款-B组织 -20(差额项)
注:参与对账抵销的过程为ARPT(即Rpt报表调整后数据+ADJ合并层对单体调整在ADJ上的数据)

图1 ARPT过程示意图
(二)重分类逻辑
重分类逻辑与对账结果的衔接关系逻辑说明:
由于部分科目既是参与对账抵销的科目,又是参与重分类的科目,但调整抵销的口径不一致,如对账:按明细账套,
重分类:按法人,故基于明细账套对账下的数据,按法人再进行重分类,将影响上层合并层合并的结果。
重分类示例 | |||
类别 | 重分类场景 | 重分类调整分录 | 备注 |
往来余额重分类 | 各往来科目的负数余额进行重分类 | 借:应收账款 其他应收款 预付款项 贷:应付账款 其他应付款 预收款项 | 确保披露资产负债科目的准确 |
资产负债重分类 | 按照合并时点流动性的变化进行重分类 | 一年内到期的长期借款: 借:长期借款 贷:一年内到期的非流动负债 | 对资产负债流动性指标分析产生影响 |
表2 重分类示例表
说明:
往来科目对账抵销:以应收账款、应付账款为例,当前合并范围内,应收账款、应付账款会进行内部往来对账抵销。
往来科目负数余额重分类:以应收账款、应付账款为例,对账抵销后的科目若还存在负数余额的情况下,需再进行负数余额重分类到预收账款、预付账款。
前提:系统按明细账套对账抵销对重分类的影响。
情况 | 法人本部合并层 | 二级合并 | 大合并 |
①按法人重分类 | 重分类结果正确 | 合并结果不正确 | 合并结果不正确 |
②按明细账套重分类 | 重分类结果不正确 | 合并结果正确 | 合并结果正确 |
表3 按明细账套对账抵销对重分类的影响结果列表
注意:若按法人进行重分类,但标准功能下在法人共同父级,抵销的依然是明细组织的应收账款,应付账款,但由于应收账款、应付账款在法人层面已经按负数重分类,结果将导致法人共同父级合并后虚增预收账款、预付账款,而原来重分类掉的应收账款,将再抵销一遍,导致数据不准确。
(三)标准对账功能加按法人重分类后的结果(基于层层合并模式下)

图2 按法人重分类图
报表项目 | A1001 | S11001 | A法人 | S1法人 | A集团合并抵销数 | A集团合并结果 | 实际应合并结果 | 差异 |
应收账款 | -100 | 0 | -100 | 100 | 0 | 100 | ||
应付账款 | -100 | 0 | -100 | 100 | 0 | 100 | ||
预收账款 | 100 | 100 | 0 | 100 | ||||
预付账款 | 100 | 100 | 0 | 100 | ||||
表表4 基于层层合并模式下按明细对账与按法人重分类结果示例表
问题:基于层层合并模式下,按明细对账与按法人重分类后,ST集团合并结果比实际应合并结果多100。
差异原因:由于需要在法人主体A、S1上重分类,但当合并节点A、S1重分类后,星瀚系统共同大合并节点A集团还是基于明细对账抵销,所以尽管内部对账抵销的结果没有影响, 但A集团合并节点的数据受直接下级重分类后的结果影响。因为A抵销是按明细抵,但汇总是按A、S1重分类后的数据,会抵错(差异就是账套抵销数据跟重分类数据差异)。
如果按明细账套节点进行重分类,能解决本业务痛点嘛?
不能;
原因:若在明细代建账套上进行重分类,会导致A法人主体上,往来科目的数据虚增(如A1001应收-100,A1002应收+200,实际A法人节点应收为+100不需要重分类,但当在账套上重分类后,A就会虚增单体报表数资产、负债科目金额。
所以:若客户的场景是
实践案例 | 基于明细对账下的按法人重分类应用实践
声明:除非特别标注,否则均为本站原创文章,转载时请以链接形式注明文章出处。如若本站内容侵犯了原著者的合法权益,可联系本站删除。



