小编推荐

通过Excel采取线下手工方式归集对账，往往工作量大且准确性不能保证。星瀚合并报表提供了标准的按明细组织账套的往来对账抵销功能，但想要按非明细节点（如按法人）自动对账及重分类，依传统方法设置，往往不能很好地满足客户的需求。

本篇案例详细讲述了基于标准产品按明细对账抵销的设置流程，无需修改任何系统功能，就既能满足层层关联方内部对账与抵销事项，又能做到按法人进行重分类，并保证了最后的合并结果抵销干净，充分满足客户实际编报需求及编报效率。这么好的方法，快一睹为快吧~

撰稿人：金蝶-方巧

 一、业务背景

ST是一家市属国资委直管的国有独资大型企业，其各主营业务按不同板块区分，并涉及大量的城市轨道交通基础建设项目。ST集团下，同一个法人公司，根据建设项目的不同，需要设置独立的账套进行记账核算。

ST在法定合并范围下，涉及3个层级、40个法人主体、约158个核算账套、8个二级节点。其中仅集团本部合并时，代建账套就有87个，账表数量庞大。

由于集团内部各公司各项目间往来投资、借款、挂账频繁，内部间挂账不一，且未有一个统一的对账平台，各账套间通过Excel采取线下手工方式按法人归集对账，导致单体人员及合并人员对账工作量较大，极大地影响了报表出具的质量和速度。因此亟需一个系统平台，支持按法人自动对账及重分类，以提高报表出具的效率与质量。

二、痛点分析

星瀚合并报表提供了标准的按明细组织账套的往来对账抵销功能，但想要按非明细节点（如按法人）自动对账及重分类，目前按照传统的方法进行设计，会产生往来对账及往来重分类科目在合并层抵销不一致，导致数据抵错的问题。

以下为系统标准逻辑下带来的差异过程演示：

（一）对账逻辑

【场景描述】ST集团层层合并范围内，各法人公司间，按内部关联交易涉及的往来科目余额进行对账并抵销；根据业务分类区分不同的抵销模型：如应收应付类、代收代付类、内部借款类。

其中：内部应收应付往来抵销采取收入方的往来期末余额合计与成本方的往来期末余额合计做对账抵销，双方余额应一致。若不一致，采用取大抵销。各合并层对账抵销完后，往来对账科目应只存在外部往来挂账的数据，及内部对账抵销的差额数据。

【原客户诉求】系统能基于法人合并节点进行内部自动往来对账抵销及重分类。

【系统标准功能】系统是基于最明细组织节点间的内部往来挂账进行对账及抵销。

表1 往来对账抵销示例表

差异处理方式说明：  

当本方金额的对账货币减对方金额的对账货币，余额不为零时，按照双方对账货币金额的大小进行差异处理，并自动生成借贷平衡分录。示例如下：

取大：借：应付账款-A组织  80

          其他应付款-A组织  20（差额项）

          贷：应收账款-B组织  100

取小：借：应付账款-A组织  80

          贷：应收账款-B组织  100

其他应付款-B组织  -20（差额项）

注：参与对账抵销的过程为ARPT(即Rpt报表调整后数据+ADJ合并层对单体调整在ADJ上的数据）

图1  ARPT过程示意图

（二）重分类逻辑

重分类逻辑与对账结果的衔接关系逻辑说明：

由于部分科目既是参与对账抵销的科目，又是参与重分类的科目，但调整抵销的口径不一致，如对账：按明细账套，

重分类：按法人，故基于明细账套对账下的数据，按法人再进行重分类，将影响上层合并层合并的结果。

表2 重分类示例表

说明：

往来科目对账抵销：以应收账款、应付账款为例，当前合并范围内，应收账款、应付账款会进行内部往来对账抵销。

往来科目负数余额重分类：以应收账款、应付账款为例，对账抵销后的科目若还存在负数余额的情况下，需再进行负数余额重分类到预收账款、预付账款。

前提：系统按明细账套对账抵销对重分类的影响。

 表3 按明细账套对账抵销对重分类的影响结果列表

注意：若按法人进行重分类，但标准功能下在法人共同父级，抵销的依然是明细组织的应收账款，应付账款，但由于应收账款、应付账款在法人层面已经按负数重分类，结果将导致法人共同父级合并后虚增预收账款、预付账款，而原来重分类掉的应收账款，将再抵销一遍，导致数据不准确。

（三）标准对账功能加按法人重分类后的结果（基于层层合并模式下）

图2  按法人重分类图

表表4 基于层层合并模式下按明细对账与按法人重分类结果示例表

问题：基于层层合并模式下，按明细对账与按法人重分类后，ST集团合并结果比实际应合并结果多100。

差异原因：由于需要在法人主体A、S1上重分类，但当合并节点A、S1重分类后，星瀚系统共同大合并节点A集团还是基于明细对账抵销，所以尽管内部对账抵销的结果没有影响, 但A集团合并节点的数据受直接下级重分类后的结果影响。因为A抵销是按明细抵，但汇总是按A、S1重分类后的数据，会抵错（差异就是账套抵销数据跟重分类数据差异）。

如果按明细账套节点进行重分类，能解决本业务痛点嘛？

不能；

原因：若在明细代建账套上进行重分类，会导致A法人主体上，往来科目的数据虚增（如A1001应收-100，A1002应收+200，实际A法人节点应收为+100不需要重分类，但当在账套上重分类后，A就会虚增单体报表数资产、负债科目金额。

所以：若客户的场景是一个法人主体下拆分了多个核算账套的情况，一般需按法人主体进行对账与重分类，才能保证批量的数据精确。

三、解决方案

传统按法人重分类设置方式不能有效解决客户的痛点，但可以基于标准产品按明细对账抵销的设置方式，结合系统业务规则的编写，在每个上级合并层，对按法人重分类的结果进行反冲还原处理，还原成未重分类前的数据，再基于未重分类前的数据进行对账抵销，再重分类，以满足用户的需求。

（一）方案逻辑推演

设计思路：顺应系统标准产品对账抵销的逻辑，充分利用过程与审计线索维度，消除口径不一带来的合并差异。

设计原理：由于参与对账抵销的过程为ARPT，那可以利用ADJ过程维度将法人抵销后重分类的数据进行反冲，还原成未重分类前的参与抵销数，在上一层再进行抵销，对抵销后的结果再进行重分类，如此层层循环往复。

具体逻辑推演如下表所示：

表5  明细账套抵消+法人节点重分类展示表

（二）系统方案演示

2.1维度的设计

新增一个自定义审计线索维度成员，用于承载重分类及重分类反冲的数据。

图3  维度成员设置图

2.2组织属性的标记

给不同的组织打上不同的属性标签，用于后续业务规则的编写。

设置方法如下：

if (CUR_A_CODE != "BOOK" && ctx.BP.number=="ERAdj" ) 进行重分类

if (CUR_A_CODE = "SLE" && CUR_A_CODE != "MERGE" && ctx.BP.number=="ADJ"进行重分类反冲

下图为各组织打属性标签后的效果图：

图4  各组织打属性标签后的效果图

2.3规则的设计

ADJ上的数据反冲，需要通过规则实现，规则如下：

图5  规则演示图

2.4实现效果

工作底稿上的展示效果如下:

表6  工作底稿展示效果表

通过本方案，在工作底稿上可完整的展现往来自动对账抵销、往来负数余额重分类、及往来重分类冲回的数据，通过该实践方案，在用户无感知的情况下，很好地满足了ST集团的前台业务数据需求，同时也提供了清晰的数据追溯过程。

四、方案推广价值

1、低成本

基于系统底层设计的标准逻辑，进行可落地方案设计，无需修改任何系统功能。

2、高价值

既能满足层层关联方内部对账与抵销事项，又能做到按法人进行重分类，并保证了最后的合并结果抵销干净，充分满足客户实际编报需求及编报效率。

3、可复用

目前取得的效果明显，未来可在同类型项目中直接复用。

五、其他注意事项

从根本上来说，系统的对账暂时还是按明细组织，无法做到按法人对账抵销。故假如客户的挂账不规范，账套间对账差异过多，建议通过线下的EXCEL辅助工具在法人层面进行对账及差异核对。

• 衍生的辅助对账工具

对账工具（按法人）

（注：该工具为线下EXCEL工具，需结合项目实际情况进行公式加工及编写）

作用：通过辅助工具解决客户按账套核算。

注意：需进行法人对账及查找差异的需求。

表7  关联往来汇总表

• 考虑加上手工重分类的处理

对于系统无法进行自动重分类以外的事项，如往来或者借款科目，需按照合并时点流动性的变化进行的一年内到期的非流动负债重分类，在设计的时候也需要参与对账抵销，该类型的重分类需单体组织/明细组织上进行。

设计步骤：

(1)   新增一个自定义审计线索维度成员【ManualReClass】，用于承单体的手工重分类数据；

(2)   手工重分类的数据，落在过程【ERAdj】+【ManualReClass】；

(3)   对账模板中，手工重分类前后的科目，都需参与对账抵销；

(4)   单体法人或者合并层法人组织基于【EIRpt】+【ATTotal】的数据进行自动重分类（这样重分类的结果，既剔除了合并范围内的往来对账抵销数据，又剔除了合并范围内的手工重分类数据；是真正在合并层基于各项抵销后的结果进行的重分类）。

附：案例评论有奖活动

我们将每月挑选优质案例评论发放精美奖品，以下形式的评论中奖概率更高哟：

1、分享案例给您带来的启发：这个案例为您当前、进行中或即将开展的项目带来了哪些启发？若您成功将案例中的策略或方法应用到实际项目中，可在评论区分享您的具体应用情况，我们将为您准备额外的奖励。

2、提出案例优化的建议：您认为案例在哪些方面还有改进的空间？您有哪些更好的替代方案或建议？

期待您的案例留言，您的反馈是我们前进的动力~