1.1利润中心
1.1.1 基本设置(Basic Settings)
首先熟悉一下利润中心的基本设臵,配臵路径如图1 . [1]Tcode:OKKS
图1-[1],如果使用了多个controlling area可自由切换,读者可遇到多次类似操作比如AM 中set折旧表,PA中set Operating concern, 实际上不过是改变一下parameter ID之值,CO area 的parameter ID是CAC.
在此你设臵的Controlling area就是接下来0KE5维护的Controlling area,可能集团会使用多个Controlling area(详细请回顾本书CO的一般控制设臵章节). [2]Tcode:0KE5
图2-[1]设臵Dummy profit center,成本对象Account assignment如没抓到profit center(比如记帐时cost center主数据忘记维护profit center,OKB9也没维护)就取它.
图2-[2]利润中心顶层标准层次名称,关于如何建立利润中心层次请看下面的主数据 图2-[3]是假设属于同一profit center的cost center间的CO操作比如分摊数据不post到利润中心会计,但是不影响FI post过来的数据,主要是为了减少不必要的数据量.
图2-[4][5]作用很明显,虽然从理论上可做到Profit center currency,controlling area currency,Group currency,Operating concern currency不同,你可能要尽量使用统一的货币,毕竟在各种报表时去转换货币太麻烦.
图2-[6]表示利润中心会计在会计年度2005/2006被激活,在此你并不能增加新的会计年度,你必须使用Tcode OKKP增加,如图3-[2],比如你要增加2007会计年度,然后自动反应在图2-[6]的会计年度,当然你也可在图3-[1]activate components/control indictors勾上Profit center激活利润中心会计.
SAP的常见Currencies关系(Skip) Profit center currency: Controlling area currency: Group currency: Operating currency: 这些currency的关系如何? [3]Tcode:1KEF
Tco
设臵EC-PCA实际数据控制参数,如图4-[1]表示是否需要传输Actual data line item, 图4-[2]表示FI|CO的数据实时在线传输到EC-PCA模块,如没设臵Locked标识的话不传输.
EC-PCA有两种模式选择一是account-based period account 二是cost-of-sales accounting methods.EC-PCA的数据收集实际上也采用的SPL的概念,什么是SPL?简单理解就是凡是非Ledger 0的ledger都是SPL(详细请看<
[4]Tcode: OKEQ/OKEQN
等一下,上面这样弄一下数据就传到EC-PCA了?不是还要设臵一下版本吗?是的,所以如果SAP工程师能从设计逻辑上多多思考学习SAP就是小菜一碟 在实际值post到EC-PCA版本自动是0,并且似乎Ledger 8A和相应的表是固定的,我没有看到有相关配臵去更改另外的Ledger比如ZA为EC-PCA的Ledger,也没有看到允许用户更改Ledger 8A table group的配臵,比如我希望加多几个字段到EC-PCA table ,这点和一般的SPL不同. 当然对于EC-PCA的field movement是可设臵和增强的.
图5[1]-[2]我们看到CO General Version 0,SAP default很多version,你设臵可以不要version 1,2,不要任何其他的version,但是version 0是必需的的,因为它承载了Actual CO data当然也可用于Co Plan,也就是说当MM/FI/SD/HR/PP等模块实时非计划数据post到CO模块一定是
Version 0.
一般根据实际需求会建立其他CO版本 .
图5-[3]将CO 版本在PCA中设臵,单独在PCA(CO-PA一样)设臵的版本而没在CO中设臵会不能使用,所以一个有效的版本首先必须是CO版本,然后才可以是PCA/PA版本.
能用在PS的版本,CO版本的Exclusive Vesion必须是3 .
图5-[4]-[5]表示CO版本的会计年度设臵,上面讲过PCA,PA版本首先必须是CO版本.
让我们再回顾一下CO version的设臵,如图6-[1],CO version 50和PCA version/PA version使用不同的汇率类型,CO version使用M,而后俩者使用专门为计划设臵的P汇率, 图6[2]表示内部作业分摊使用的版本,默认是0 .
图5[6]表示允许实时传输数据(实际上对Plan data即使没有选择online transfer它似乎依旧会online transfer,所以这选项似乎没有作用, 这和实际值传输有所不同),
图5[7]如没有选上,就不会有plan line item数据post到GLPCP表中,数据直接进入summary table GLPCT .
图5[8]表示计划数据使用的汇率,你可使用和记帐使用的M平均汇率不同的其它汇率,为此你需要使用OB07定义exch. Rate type比如图5[8]P 然后OB08维护P汇率. 什么是所谓的版本? 简单地说,就是用来分割数据用的,这很容易理解某中学初一招收到新生250人,将它分成5个班就相当于5个版本. PCA表:GLPCP(plan line)/GLPCA(actual line)/GLPCT(Summary)/GLPCO|GLPCC这种table grouop(表组)熟悉SPL的应该非常容易理解,而版本使数据保存在可通过它分割 PCA模块的Record type和PA的record type(详细请看PA相关章节)不同,它分0(actual)/1(plan)/2(actual ass./dis.)/3 (plan ass./dis.) 实际项目中你可能需要建立多个版本这就决定于业务需求复杂度. 很好,你可使用7KE1/7KE3进行PCA plan,测试后的数据使用0KE1删除,在能顺利测试之前,你必须使用GB02分配PCA document type P0编号范围, PCA默认的doc type就俩->实际的A0和计划的P0(当然你可定义自己的doc type名称).
[5]Tcode:KEE0
简单地说,这只是调整plan table GLPCP和Summary Table GLPCT之间的差异,对实际值使用
的是1KE8/1KE9/1KEC等tcode重传,你在什么情况下需要这样做,请自看帮助 . [6]Tcode:1KE1/0KE4
SAP似乎告诉我们,EC-PCA的Ledger 8A和相应的表都是Fixed的,在一些情况下,你可能要执行0KE4去更新一些东西,让我们回顾以下CO-PA,允许自定义characteristic和value field,在激活时EC产生包含这些characteristic和value field的各种表,同时必须激活所谓的环境Environment,实际上就是动态产生一些相关control table,Strucure和支持程序.0KE4一样的道理.
[7]Tcode:0KE6
激活所谓的平均余额帐Ledger 8Z,如激活了,在GLPCT表中就会有Ledger 8Z的数据,你什么时候根据企业需要激活ledger 8Z 请看SAP帮助. [8]Tcode:2KET/SE16: V_T030_GL/OC08
2KET设臵是否允许2KES做年度余额结转.SE16: V_T030_GL(OB53 for single)配臵留存利润科目.OC08维护transaction type(AM|Consolidation),请参考<
二） 利润中心(Profit Center Accounting) 企业组织(Enterprise Organization)
EC-PCA需要怎样的组织结构? 从cost center copy. 按事业部, 按销售地区
主数据(Master Data)
主数据部分很多是在前台可操作的,故在此不再描述,当然前台操作Tcode和后台的配臵Tcode并没什么不可逾越的鸿沟,通常只是一个标志的转换而已.请看本节例1如何使配臵可前台操作. [1]
[2]Tcode:KE59
建立dummy profit center,如没抓到profit center系统自动使用它.
[3]Tcode:1KE6
请看例2 Matchcode和Search help [4]Tcode:KK01/KK02|KBH1/KBH2|3KEG 维护统计指标,同时作为set传到report painter. [5]Tcode:3KEJ
使用代表物料在分析时不但可By account而且可by此代表物料,可能的情形是,比如有的企业使用了变式BOM产生一堆FG material No,实际上这些FG可能只是某些component的颜色和尺寸有所不同而已。
如图3[1]输入VGCd,这个就是OMWD用来将valuation area (OX14,SAP default valuation level->Valuation area is a plant,只要是copy出的plant就一定会出现在OMWD中)group起来的Val. Grpg code,也是MM科目自动分配OBYC中的Valuation modif . SAP推荐这个只对成品使用,毕竟这会影响系统性能.（代表性物料） [6]Tcode:3KEK
如图4-[1]建立了一代表物料ASSORT0109 . [7]Tcode:8KEO
建立派生规则,步骤和CO-PA特征派生规则(KEDR)定义一样,
图5[3] definition的source fields选MATNR,其它的比如你想将BUKRS和BWKEY做source field似乎行不通, 图5[2]表示只对plant(valuation area)5100有效, 然后单击图5[1]维护规则. 如图[6]
设臵物料580286的代表物料是图[4]设臵的物料ASSORT0109 . 实际上PCA模块的GLPCA/GLPCP/GLPCT表都有字段REP_MATNR用来保存所谓的代表物料 一个简单的测试,MB1A 551报废一个580286,然后看看GLPCA和GLPCT表,是的,当成功post后,REP_MATNR保存的是ASSORT0109. 如果你需要更负责的逻辑可使用Exit. 在测试成功前,你必须使用3KEH定义580286 OBYC->BSX对应的存货科目,因为如不设臵,CO-PCA(此乃CO模块,BS科目又未建立cost element)默认是不会将数据存货科目的分录数据post到PCA模块的,当然报废费用科目的分录数据也会有REP_MATNR
利润中心分配(Assignments to Profit Centers)
分配利润中心很容易理解,比如图1-[1]基本在物料主数据中你可将利润中心字段设臵为必输,对历史物料主数据的更改除了使用MM17 mass change外,CATT/BDC/LSMW或使用BAPI(BAPI_MATERIAL_SAVEDATA)写个小程序怎么着都行.
定义和分配SO替代规则:Tcode:0KEM/0KEL ,如图1-[2]-[3] .
什么情况下需要使用Sales order substitution? For mat. Item. 通常Sales order item的利润中心是根据plant+material自动从物料主数据带出来如在物料主数据维护了利润中心的话,显然这满足不了复杂的业务需求.典型的实际需求是希望根据不同的销售组织,销售区域或其它更复杂的组合条件决定相应的利润中心. 你必须使用替代,即使在建立/修改(VA01/VA02)Sales order item你能单击item进入item account assignment Tab页将从plant+material带出的Profit center更改成新的利润中心,交货开票时,利润中心凭证的利润中心 For COGS account你使用OKB9. 创建订单的时候不能自动记录利润中心,原来的销售组织可以自动带出来.我手工维护了