理论教育 管理合并抵销处理方法简述

管理合并抵销处理方法简述

时间:2023-06-13 理论教育 版权反馈
【摘要】:为了提高管理合并报表的灵活性,US抵销业务规则并没有使用严格的合并范围或者合并组的概念。用户需要在实体维度上自己定义层次结构,用于出具管理合并报表。在此之前,需要配置正确的数据管理器包,用以执行US抵销处理功能。在进行合并抵销处理时,系统可以自动找出公司间的内部往来交易及其金额,并在交易双方的“第一共同父节点”下自动产生抵销金额。

管理合并抵销处理方法简述

SAP计划与合并系统提供了US抵销(US Elimination,美式抵销)业务规则,以支持管理口径的集团内部抵销。US抵销业务规则提供了公司间债权债务抵销、内部收入成本抵销等功能,能满足灵活的管理合并报表分析需求。当用户的报表合并只是为了内部管理时,可以使用US抵销业务规则进行内部抵销。US抵销业务规则一般使用财务类型的模型,使用起来更为简单和灵活,但不如法定合并严谨。在满足法定合并需要时,一般会在法定合并模型中使用抵销和调整(Eliminations and Adjustments)业务规则实现合并抵销功能。

13.1.1.1 US抵销的模型及维度设计要求

US抵销业务规则可以用于财务类型的数据模型或者合并类型的数据模型。要在数据模型中实现使用US抵销业务规则功能,在设计数据模型结构及维度属性时要求满足下列条件:

(1)数据模型必须包括一个公司间类型的维度类型。

(2)公司间维度必须包括ENTITY属性。其属性值是实体维度成员标识,说明公司间维度成员对应的实体维度成员。

(3)科目维度必须包括ELIMACC属性。其属性值是会计科目成员,用于指定记录抵销金额的会计科目。

(4)实体维度必须包括ELIM属性。其属性值是Y或为空,用于标明当前实体维度成员是否专用于抵销的虚拟实体。

(5)币种维度必须包括REPORTING属性。其属性值为Y或为空,用于标明当前币种维度成员是否为报表货币

表13-1对维度属性做了详细说明。

表13-1 US抵销业务规则要求使用的维度属性

978-7-111-39913-1-Chapter13-1.jpg

这样的模型设计允许用户在模型中保存所有科目的公司往来明细,还支持用户对相关会计科目按照管理的组织层次自动进行逐层抵销。

为了提高管理合并报表的灵活性,US抵销业务规则并没有使用严格的合并范围或者合并组的概念。用户需要在实体维度上自己定义层次结构,用于出具管理合并报表。以如图9-15所示的合并报表出具范围为例,需要在实体维度建立层次结构,如图13-1所示。

978-7-111-39913-1-Chapter13-2.jpg

图13-1 实体维度示例层次结构

由于没有使用母公司维度,需要把合并范围建成实体维度层次结构中的父节点。同时,在每一个父节点下方,需要创建一个虚拟的实体维度成员,用于存储抵销金额。虚拟实体维度成员的ELIM属性值为“Y”,如图13-1中的EG_Hl和EG_H2。

基于这样的层次结构,当基于层次结构中的一个父节点出具财务报表时,系统会自动汇总父节点下的所有叶子成员的数据,包括了虚拟实体中的抵销数据。因而,用户可以查看到不包括组间内部交易数据的净额。

13.1.1.2 US抵销业务规则及其处理逻辑(www.daowen.com)

在完成模型设计后,还需要配置US抵销业务规则。US抵销业务规则定义了进行抵销的审计线索维度成员,同时对于每一个进行抵销的审计线索维度成员,定义了相应的目标维度成员。系统会将抵销金额记录在目标审计线索维度成员上,如图13-2所示。

978-7-111-39913-1-Chapter13-3.jpg

图13-2 US抵销业务规则配置界面

最后,用户可以通过执行数据管理器包来执行US业务抵销处理功能。在此之前,需要配置正确的数据管理器包,用以执行US抵销处理功能。

默认的US抵销规则的往来抵销逻辑如下:

(1)系统扫描实体维度的所有基本成员,选择非抵销专用的虚拟实体,即属性ELIM值不为“Y”的实体。

(2)如果模型包含了币种维度,则系统只选择币种维度中的所有报告货币成员,即币种维度成员属性REPORTING值为“Y”的成员。因为用记账本位币(LC)表示的金额使用的是不同的币种,不能直接进行抵销。

(3)将会计科目维度中所有属性ELIMACC值不为空的会计科目的值进行抵销,抵销的值记入ELIMACC属性值指定的抵销科目。

(4)往来抵销的金额记录在往来双方的第一个共同父节点之下的抵销专用的虚拟实体维度成员。

为实现可以同时出具个别报表和合并报表的功能,US抵销业务规则使用了“第一共同父节点”的概念。“第一共同父节点”就是交易双方在层次结构中自下而上查找到的第一个交叉节点,是层次结构中同时包含交易双方节点的层次水平最低的节点。交易双方都是“第一共同父节点”的后代节点。

确定共同父节点的逻辑如下。

(1)系统找出需要确定共同父节点的两个实体:第一个实体是当前记录的实体维度;第二个实体是当前记录中公司间维度成员对应的实体维度成员,也就是公司间维度成员的ENTITY属性中保存的实体维度成员值。

(2)系统在指定的实体维度层次结构中自下而上搜索同时拥有上述两个实体成员作为后代的第一个维度成员。这就是共同父节点。

(3)然后系统在共同的父母的直接后代中搜索可用的抵销实体成员,即成员属性ELIM值为Y的实体。这是系统存放抵销分录的实体。

例如,在如图13—1所示的层次结构中,SO01公司和S003公司的共同父节点是G_H2,使用虚拟实体EG_H2存储抵销数据。SO01公司和S002公司的共同父节点是G_Hl,使用虚拟实体EG_Hl存储抵销数据。

默认情况下,系统只搜索实体维度的第一个层次结构。可以通过修改配置让系统在实体维度已有的所有层次结构中进行抵销。如果没有找到交易双方的共同父节点,系统不会进行抵销。如果系统在交易双方的第一个共同父节点之下没有找到用于抵销的虚拟实体成员,系统会接着搜索下一个共同父节点。

在进行合并抵销处理时,系统可以自动找出公司间的内部往来交易及其金额,并在交易双方的“第一共同父节点”下自动产生抵销金额。由于父节点本身是不存储数据的,系统会把数据存储在父节点下一个虚拟的抵销实体中。这样,当用户查看某个实体维度成员的单体报表数据时,报表是不包含抵销分录数据的。如果用户查看了任何包含交易双方的父节点的报表,系统自动汇总父节点下所有实体的报表数据,包括了包含抵销金额的虚拟实体的数据。所以,父节点报表的金额是不包括内部交易数据的。

免责声明:以上内容源自网络,版权归原作者所有,如有侵犯您的原创版权请告知,我们将尽快删除相关内容。

我要反馈