SAP 中,关于FICO中统驭技术阐述

背景:
SAP有两个非常重要的中间科目配置项:

  1. 内部结算科目定义(TCODE:OBXN/OBXM),比如定义资负债表科目:6100000000,进行业务分部调整使用;
  2. FICO统驭科目(Tcode:0K17),例如被定义为损益科目:6100000001.

在实施的过程中,很多人都会混淆这两个科目,其实,理解上非常容易,内部结算科目就是内部往来科目,目的是为了平衡业务分部的借贷平衡。业务分部,在SAP中一般指的就是业务范围、利润中心或者报表段(Segment,ecc新总账)。例如,从某工程的A利润中心发料到林润中心B,会计分录为:
借:原材料消耗 +利润中心B
贷:原材料 +利润中心A
上述凭证是R3老版本的分录,可以看到,从利润中心角度,是不平衡的,为了解决该问题,通常情况下,期末的时候通过F.5D/F.5E处理,通过业务分部调整科目平衡。
迭代更新后的ECC版本中,增加了“在线分割评估”功能,实时的就将利润中心平衡了,其创建的分录如下:
借:原材料消耗 +利润中心B
贷:原材料 +利润中心A
借:业务分部调整6100000000 + 利润中心A(内部应收)
贷:业务分部调整6100000000 +利润中心B(内部应付)
通过这样的方式去看,可以看到业务分部A和B是平衡的,这样,对出具业务分部报表将是很方便,这种思路同国内的内部结算制度(内部银行)类似。

那么,SAP中的FICO统驭怎么解释呢?问题的整洁在于,“sap引入了伟大的次级成本要素”,次级成本要素最常见的两类:

  1. 42型(用作分摊)和43型(用于作业类型),次级成本要素不是会计科目,和国内准则不符。在实际业务方案设计的过程中,我们把42型理解为结转科目,43型为应计科目,在FS00创建科目主数据时,切记要禁止两类科目的直接记账。
    接下来,我们通过一个案例来阐述:
    假设电厂(辅助生产或者制造费用功能范围、利润中心A)某期间所有的薪资、材料折旧总计100万,发电200万度,按照电消耗度数(成本动因)分摊,其中转入管理费用10万(管理费用功能范围,利润中心B),转入销售费用10万(销售费用功能范围,利润中心B),转入基本生产80万(基本生产功能范围,利润中心A),则分摊时CO分录如下:
    借: 电分摊70000000001 10万+ 管理费用功能范围(利润中心B)
    电分摊70000000001 10万+ 销售费用功能范围(利润中心B)
    电分摊70000000001 80万+ 基本生产功能范围(利润中心A)
    贷:电分摊70000000001 100万 电厂+辅助生产功能范围(利润中心A)

此时,显然利润中心和FICO都需要调整,对老版本,这个步骤在期末执行FICO统驭KALC时,产生参考分录大致如下:
借: FICO统驭(电) 6100000001 10万+ 管理费用功能范围(利润中心B)
贷: 业务分部调整 6100000000 +利润中心B
借:业务分部调整 6100000000 +利润中心A
贷: FICO统驭(电) 6100000001 10万+电厂+辅助生产功能范围(利润中心A)
这个时候,一对中间过渡科目同时出现,进入销售费用和基本生产的调整类似,如果是新总账ECC版本,则CO分摊时,实时产生财务凭证,如下:
借: FICO统驭(电) 6100000001 10万+ 管理费用功能范围(利润中心B)
FICO统驭(电) 6100000001 10万+ 销售费用功能范围(利润中心B)
FICO统驭(电) 6100000001 80万+ 基本生产功能范围(利润中心A)
贷: FICO统驭(电) 6100000001 100万 电厂+辅助生产功能范围(利润中心A)

借: 业务分部调整 6100000000 90万+利润中心A
贷:业务分部调整 6100000000 90万+利润中心B
即利润中心A和利润中心B间有90万的内部应收应付,现在,FICO统驭有个问题,如下:

跨业务分部业务和跨功能范时通过业务分部调整 6100000000平衡,跨功能范围(当然通常是成本费用类科目)的次级成本要素通过6100000001FICO统驭科目结平。两个中间科目设置解决了关于业务分部的很多问题,在过去的内部结算电算化解决方案中,很多国内软件采用的是按业务分部分开建立帐套的方式,直接成果是造成每个业务分部都要财务人员,为会计人员的从业做出了杰出的贡献。
FICO统驭的问题:
凡是次级成本要素,最后默认都在FI过帐到6100000001,假设还有水厂到管理和销售部门的分摊,也是这个科目,因此从FI模块取数的费用明细报表,如合并管理报表,如果从FI取数,将无法区分水费和电费是多少,6100000001将放置在”其他”项目,这不符合业务事实,除非你从CO模块去取数,那么如何从FI层面解决这个问题呢?
FICO统驭问题解决:
现在,需要在FICO统驭时FI记帐时就区分出科目,操作步骤如下:
(1).建立科目替代如ZFICO01,见下图:
在这里插入图片描述
(2).设置先决条件和替代前提,总帐科目替代,使用替代例程如U902(可自定义)
在这里插入图片描述
(3).Tcode:GS01设置集合,”起始值”填写次级成本要素,”组行的简要文本”处填写需替换的初级成本要素。
在这里插入图片描述
通常结转的次级科目可能更粗,可能对应到多个会计科目,此时,选择其中1个。
(4). U902代码如下:
代码逻辑就是如果是次级成本要素同时是过帐到管理功能范围0001或销售功能范围0002的,就使用科目替代,避免使用6100000001科目,这样从FI模块就直接区分出
水电等。
FORM U902 USING P_LIFNR LIKE BSEG-LIFNR.
MOVE-CORRESPONDING BSEG TO ITAB_BSEG.
*{ INSERT P35K907581 1
Data: i_hkont like bseg-hkont,
i_msg(200) .
*假定企业次级成本要素为大于7开头的10位编码.
CHECK RCL_ICCF-RACCT > ‘7000000000’ .
if RCL_ICCF-RFAREA = ‘0001’ OR RCL_ICCF-RFAREA = ‘0002’ OR
RCL_ICCF-SFAREA = ‘0001’ OR RCL_ICCF-SFAREA = ‘0002’ .
select single a~DESCRIPT into i_hkont
from SETLINET as a
inner join setleaf as b
on a~setname = b~setname and
a~setclass = b~setclass
where b~valfrom = RCL_ICCF-RACCT
and a~lineid = b~lineid
and a~setclass = ‘0000’
and a~setname = ‘ZCO_CJYS’.
RCL_ICCF-ACCOUNT = i_hkont .
*无需以下防错编码,如果显示错误,则GS02修改ZCO_CJYS .

  • select single saknr into i_hkont from ska1
  •  where saknr = i_hkont .
    
  • if sy-subrc = 0 .
  •   RCL_ICCF-ACCOUNT = i_hkont .
    
  • else.
  •  RCL_ICCF-ACCOUNT = '6100000001' .
    
  • endif.
  • endif .
    *} INSERT
    ENDFORM.

PS:
关于次级成本要素,有个很NB的国内大公司总部财务部如此评论:这是什么P玩意?SAP AG的人可能要申辩,这是CO的东西,所以说不一定要遵循会计准则,果真如此吗? 其实不然,因为次级的东西最后还是要反映在财务报表上的,就是集中反映在那个FICO统驭科目上6100000001,你又无法区分明细,能说和FI没有关系?
又有人说SAP比较傻,将次级设置为只允许自动记帐的会计科目不就可以,也就是说,不存在什么次级成本要素,只有初级成本要素,对于原次级成本要素,也是会计科目,只不过将其对应为初级成本要素后,限制如果是42/43型的只能在Fi自动记帐,这样,不就保证FI和CO层次成本要素的名称是统一的?

在此,感谢SAP CO大拿付老师的项目总结,通过这种简明易懂的案例,深度的阐述了关于统驭的意义以及其渊源。

  • 1
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

cindy1602

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值