SAP系统FICO统驭处理方案Word文件下载.doc
《SAP系统FICO统驭处理方案Word文件下载.doc》由会员分享，可在线阅读，更多相关《SAP系统FICO统驭处理方案Word文件下载.doc（5页珍藏版）》请在冰豆网上搜索。
贷:
原材料+利润中心A
上面是SAP的老版本的分录,可以看到,从利润中心角度,是不平衡的,怎么办?
期末通过F.5D/F.5E处理,通过业务分部调整科目平衡,而ECC版本有个所谓的”在线分割评估”功能，实时就将利润中心平衡了,即参考分录如下:
借:
业务分部调整6100000000+利润中心A（内部应收）
贷:
业务分部调整6100000000+利润中心B（内部应付）
可以看到业务分部A和B是平衡的,这样,对出具业务分部报表将很方便,这种思路和国内的内部结算制度（内部银行）类似。
那么FICO统驭又是怎么回事？
问题的症结在于，“SAP发明了伟大的次级成本要素”（某网友称），次级成本要素最常见的有两类：
42型（用做分摊）和43型（用于作业类型），次级成本要素不是会计科目,这和国内准则不符,简单理解,如果是我来修设计,我就将42型叫做结转科目,43型为应计科目,在FS00建立科目主数据时,有个特定标志,禁止该两科目直接记帐就可。
现在来举个实例，假设电厂（辅助生产或制造费用功能范围,利润中心A）某期间所有的薪资材料折旧总计100万，发电200万度，按照电消耗度数（统计指标）分摊，其中转入管理费用10万（管理费用功能范围,利润中心B），转入销售费用10万（销售费用功能范围,利润中心B），转入基本生产80万（基本生产功能范围,利润中心A），则分摊时CO分录如下:
电分摊7000000000110万+管理费用功能范围（利润中心B）
电分摊7000000000110万+销售费用功能范围（利润中心B）
电分摊7000000000180万+基本生产功能范围（利润中心A）
贷:
电分摊70000000001100万电厂+辅助生产功能范围（利润中心A）
显然利润中心和FICO都需调整,对老版本,这个步骤在期末执行FICO统驭KALC时执行,产生参考分录大致效果如下:
KALC后进入管理费用功能范围的调整:
借:
FICO统驭（电）610000000110万+管理费用功能范围（利润中心B）
业务分部调整6100000000+利润中心B
业务分部调整6100000000+利润中心A
FICO统驭（电）610000000110万+电厂+辅助生产功能范围（利润中心A）
这个时候，一对中间过渡科目同时出现,进入销售费用和基本生产的调整类似,如果是新总帐ECC版本,则CO分摊时实时产生财务凭证,FI凭证参考如下:
FICO统驭（电）610000000110万+销售费用功能范围（利润中心B）
FICO统驭（电）610000000180万+基本生产功能范围（利润中心A）
FICO统驭（电）6100000001100万电厂+辅助生产功能范围（利润中心A）
借:
业务分部调整610000000090万+利润中心A
业务分部调整610000000090万+利润中心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模块就直接区分出
水电等。
FORMU902USINGP_LIFNRLIKEBSEG-LIFNR.
MOVE-CORRESPONDINGBSEGTOITAB_BSEG.
*{INSERTP35K9075811
Data:
i_hkontlikebseg-hkont,
i_msg（200）.
*假定企业次级成本要素为大于7开头的10位编码.
CHECKRCL_ICCF-RACCT>
'
7000000000'
.
ifRCL_ICCF-RFAREA='
0001'
ORRCL_ICCF-RFAREA='
0002'
OR
RCL_ICCF-SFAREA='
ORRCL_ICCF-SFAREA='
selectsinglea~DESCRIPTintoi_hkont
fromSETLINETasa
innerjoinsetleafasb
ona~setname=b~setnameand
a~setclass=b~setclass
whereb~valfrom=RCL_ICCF-RACCT
anda~lineid=b~lineid
anda~setclass='
0000'
anda~setname='
ZCO_CJYS'
.
RCL_ICCF-ACCOUNT=i_hkont.
*无需以下防错编码,如果显示错误,则GS02修改ZCO_CJYS.
*selectsinglesaknrintoi_hkontfromska1
*wheresaknr=i_hkont.
*ifsy-subrc=0.
*RCL_ICCF-ACCOUNT=i_hkont.
*else.
*RCL_ICCF-ACCOUNT='
6100000001'
*endif.
*endif.
*}INSERT
ENDFORM.
增强结果解释:
KALC是FICO统驭过帐,它只是在功能范围层做统驭,不到成本中心,即只保证FI层面功能范围的数据一致性,对于次级成本要素,因为次级成本要素不是会计科目,所以默认采用Tcode:
OK17定义的特定FICO统驭过帐科目6100000001。
FI替代增强后,将次级对应的6100000001转换为初级明细科目,但是只是在FI层（BKPF/BSEG）,而成本费用（COBK/COEP）依旧是使用次级成本要素。
因此，如果销售费用和管理费用表从成本数据源抓取数据,只能是走次级清洗到初级的思路。
下图表示从0002/0003（销售成本中心|功能范围/制造费用成本中心|功能范围）的业务招待费分摊（次级业务招待费清洗为初级业务招待费用科目）为8010元。
也就是说，KALC后的分录只到功能范围，不再细到成本中心,到功能范围的目的是保证FI和CO的数据一致,不到成本中心的道理简单,如果KALC凭证又到成本中心,特别是生产性的成本中心又有数据,又要结平,月结就无休无止。
这样处理后，如管理费用，销售费用就可以直接从FI层面抓取数据，而不需从CO模型去取数，还有一个关键是CO数据如（COBK/COEP）依旧使用的是次级成本要素，只不过反应在FI层面使用了增强后的总帐科目。
升级会员 