BA 公司和业务范围混合合并需要什么

BA 公司和业务范围混合合并需要什么 (2).公司和业务范围混合合并需要什么 这个问题策略上我们不支持. ----Oss如此答道 从SAP的帮助看来,似乎现在合并更加随意可以是compay,profit center,business area, function area, plant和region,但是事实果真如此吗?下面我们一一仔细. 当我试着问Oss工程师公司和业务范围混合合并需要注意那些地方他们有什么好建议时,Oss如斯 answer “We donnot strategically support this issue and you can ask help from your sap consultant “,我回答说大哥我就是consultant,我就不大明白这个问题不支持那什么问题才支持?然后他们又说原则上他们比较建议company+profit center合并,最后Oss推荐我去参加BCS培训,真是生生气死俺也,平生最讨厌的就是参加昂贵的ERP培训,免费的可以考虑, 当然我去培训别人忽优点钱我喜欢. 有个弟兄问做顾问”抛家弃子”的滋味如何,我说”抛家弃子”这种词你也敢乱用?不过想着小女儿都一岁半了没和我呆在一起几天心里还真挺不是滋味.我的小女儿很乖巧,在不到四个月时只要一抱着她我就教她念”BaBaBaba…”,结果小女儿不到5个月每天清早起来就会下意识地叫”BaBa”,太另人惊喜了. 为了不让小孩输在ERP的起跑线上,那次回家探亲我决定如法跑教我那18个多月的小女儿一句话:爸爸是SAP专家,中国有很多ERP专家,结果这次不灵了小女儿却把它念成了爸爸是SB专家,中国有很多丫丫屁专家. (1).ECCS Business Consolidation回顾 回顾下R/3 ECCS的典型3种Consolidation types的合并单元关系. Operational Organizational Consolidation Units Units Company code Company Company code / Business area Company / Consolidation business area Company code / Profit center Company / Profit center Online help说:Companies and consolidation business areas together make up the consolidation units which are the basis for business area consolidation,显然BA合并本来就是基于company + BA的合并. 通常,集团各子分公司存在同样的经营业务,组织架构就可引入BA这东西,这 样可以根据同的经营业务出具相关报告.启动BA步骤,更详细参考本人的另一 书<<轻松剖视ERP财务>>. 参考IMG path:Enterprise Structure->Definition|Assignment(SAP46C) (1)SE16->V_TGSB:Define Business Area (2)SE16->V_TGSBK:Define Consolidataion Business Area (3)SE16->V_GSB_A:Assign BA to Cons. BA (4)CXN5:Define Combinations of Company Codes/BUsiness Areas,最后当然是映射到ECCS 合并SPL summary table的ECMCT-RBUNIT (TF160:Cons. Unit table). 这是基于BA合并的组织结构设置,引入合并业务范围意指可能出现多个合并范 围映射到一个合并业务范围,我们知道多个company codes也可对应到一个 company(). 最好一一这样company=company code比较符合中国习惯 合并抵消特别是双面抵消,当然是要合并单元和伙伴合并单元成双成对出 现,ECCS是ECMCT-RBUNIT:Consolidation Unit和ECMCT-PBUPTR:Partner Unit,所以BA consolidation必须保证凭证相应的内部交易行项目必须输入BA和 Partner BA. IMG path:Financial Accounting->Preparations for Consolidation->Business Area Consolidation(SAP46C) 图14-L3-[1]:Tcode:OB65,在ECCS中如果想使用BA cons请激活这个标志. 图14-L3-[2]:Tcode:OCC4|GCX2,在此步定义Company和BA混合对应到 图14-L3-[3]:Tcode:OBC4,字段状态组,如果需要BA合并,显然需要将业务范围和伙伴 业务范围字段设置成可选或必选. 图14-L3-[4]:Tcode:OBXM, 图14-L3-[5]:Tcode:OBA7,为BA调帐定义一凭证类型. 图14-L3-[6]:Tcode:OK17,定义CO调帐科目,详见图14-L3. 图14-L3-[7][8]:在MM|SD模块中定义由Division和Valuation Area(Valuation :OX14)决定Business Area,这样在MM收货area一般即Plant,请看Tcode LIV校验SD发货产生Billing时根据这些设置获取业务范围,伙伴业务范围 如何获取? 退代??? 图14-L3-[1]:Tcode:KALA|KALB,激活不激活调帐,可定义一调帐专用会计凭证类型. 图14-L3-[2]:Tcode: OBXN(OBXM->GA0)|OBYA|OK17, 图14-L3-[3]:Tcode:KALH|KALK, 我把SAP特别目的总帐SPL分成3类: 1.Reconciliation Ledger(Ledger 3A). 2.专用的SPL比如Ledger 0F for功能范围销售成本帐和利润中心ledger 8A 3.自定义的SPL,这些是为了满足一些BT需求. 为什么需要调帐? SAP财务成本模块设计的一大思想突破是将财务和成本业务数据分开,但这些数据却相互联系却又有所区别,SAP为此使用了初级成本要素和次级成本要素,如果实施了成本要素会计,通过初级成本要素在FI记帐时就可同步产生相应的CO数据,这样的好处是后续CO的操作并不直接影响FI,然而,CO的一些操作分配分摊重过帐通常只产生CO凭证并不产生FI凭证,这些业务交易却改变了费用的属性,这样会造成FI和CO数据不统一,所以需要进行调帐处理. 调帐通常分两层次: 资产负债表调整: Tcode:F.5D|F.5E(业务范围和利润中心的调整,针对BS account) 损益调整: Tcode:KALC|F.50(业务范围和功能范围调整,针对P&L Account) 其它常用事务码: KALS:Reverse Reconciliation Posting(可反复冲回KALC产生的凭证). KAL1:Reconcil. Ledger follow-up posting KAL7:Overview of Cost Flows KALD: Reset Reconciliation Ledger 可以使用退代取代上面两步,据称ERP200*版本已经不再需要做调帐了. *初级成本要素对应到总帐科目,通常是损益类科目,你也可为资产类的科目建立 90的统计性初级成本要素, 并非所有的损益类科目一定一个属于成本要素类别 ,这视实际业务需求而定,比如没有利润中心模块有的企业不非得建成本要素不可 (主营业务成本科目通常由为主营业务成本建立初级成本要素 OBYC:GBB->VAX|VAY配置),比如OKG8中定义的生产成本-WIP(Inventory Change Work In Process)通常不建立成本要素等等。 在BA的处理上有俩Tcode很重要OK17和OBXM. 图14-L5-[1]:定义CO调帐科目,如果需要可以根据CO transaction和Costing scope,你只要选择”Change acct determination”进去后更改”Rules”就 行,实际上象KB11N, KB21N,KB41N等各种分配分摊重过帐事务SAP在设计上将它细分成一个CO Transcation. 图14-L5-[2]:如果需要可以编写逻辑将Recon. Acct对应细分,实际上GGB1可 以看到所有的退代. 图14-L5-[3]:如果”Acct determination for primary CElms”则表示即使是 初级成本要素的调帐时不再使用本身科目而使用图14-L5-[1]:定义CO调帐 科目. 图14-L6-[1]:GA0是清帐科目(假设叫统驭调整清帐的科目6100000000),对应的另一科目是图14-L5定义的调整科目(假设叫CO统驭调整的科目6100000001). GA1-GA5看描述就知道. 如果你还不了解上面问题,还不了解调帐的目的,下面举几个实例. 公司代码2101的俩成本中心如下. 公司代码 成本中心 功能范围 业务范围 2101 2101-1000 0002(管理费用) 2000 2101 2101-2000 0003(制造费用) 2000 假设2101-1000发生一笔2600元的一笔费用(科目: 4100180200,功能范围0002,业务范围2000),为了说明问题,就使用KB11N将2101-2000的100元重过帐到2101(功能范围0003,业务范围2000),功能范围被改变了,也就是费用的性质发生了变化,如果不做调整,FI,CO和Costing of sales accounting的SPL数据就不完整了. KALC后的凭证如下图(这是Processing 选择”Execute all reconcil. ),我们看到功能范围的调整凭证. Postings”按测试的一个截图 产生的Ref. doc算Ledger 3A的,通过BKPF-AWKEY可获得财务凭证和Ledger 3A凭证关系,再根据COFIS-RACCT和COFIS-ACCOUNT的关系读出金额. 对2101-1000,凭证内容:Dr: 6100000000(无FA) 100元 Cr:4100180200 FA 0002 100元(FA 0002管理费用减少 )对2101-2000,凭证内容: Dr: 4100180200 100元 (FA 0003制造费用减少 ) Cr: 6100000000(无FA) 100 元 除非2101-1000和2101-2000的FA,BA完全相同,否则FA,BA有一个不同,发生上述业务KALC就会产生调整凭证. *6100000000对应科目OBXM->GA0清帐科目,回顾图图14-L5-[3], 如果选择了此勾勾,则上述的初级要素4100180200在KALC将被换成OK17定义的科目CO统驭调整的科目6100000001而不再是它本身,相信没人愿意这样去做. 那什么时候会使用到CO统驭调整科目6100000001呢? 答案很简单,使用一个简单实例, KB21N发送作业类型到一工单(Scrn variant ), 选择Order 假设发送作业的成本中心和工单对应的成本中心(可使用CO03查看Assignment )对应的功能范围或业务范围有一不同,或者另tab页的Assignments下成本中心 一实例是FICO用户培训文档已经用的腻的发光的一个实例,电话费打印费等费用打包成一个次级要素办公费用分摊,此时功能范围和业务范围在这些CO交易也会发生变化,最后各种次级要素KALC后还原反应到FI,次级要素是不能在FI记帐的,所以SAP在KALC时将这些次级要素对应到CO统驭调整科目6100000001,这样就会有一个问题, 假设企业有水电汽风杂费等一堆次级要素,所有的次级要素都只对应到一个FICO统驭调整科目将会分不清明细,所以回顾图14-L5-[2]你发现是可以使用破退代逻辑解决这个问题. 直接出现科目 一般总帐科目 资产科目应收应付等统科目 P&L科目 间接出现科目 税务科目 现金折扣科目 汇兑损益 材料差异 这些科目的行项目是根据业务出现的. 启动BA(合并)后过帐注意点: (1).一个凭证中跨多个业务范围尽量分清楚. (2).尽量避免多业务范围记帐 (3).调整前必须完成各种monthly-end clearing交易 …… 伙伴业务范围的注意点: 如何确保所需的伙伴业务范围不缺? 如果使用退代写入业务范围和伙伴业务范围可能会出现什么问题? 通常如果发生跨公司(Tcode:OBYA),跨业务范围和跨功能范围这3种情况的业务,就需要调帐,SAP将调帐也看成是一个SPL(Reconciliation Ledger 3A),一套完整的帐套一般会有计划和实际行项目表以及一个总计记录表. COFIP:Plan items for Reconc. Ledger COFIS:Actual line items for Reconc. Ledger(KALC成功后这个表将记录CO数据到FI科目的映射) COFIT:Total Records for Reconciliation Ledger (1).统一CO1(OK17)和GA0(OBXM)对应的科目. (2).COFIS-DOCNR:Ledger 3A凭证号码. COFIS-RACCT:成本要素 COFIS-ACCOUNT:即6100000001调整科目 BKPF-AWKEY:COFIS-DOCNR + 控制区域名称, 通过BKPF-AWKEY可获得财务凭证和Ledger 3A凭证关系,再根据 COFIS-RACCT和COFIS-ACCOUNT的关系读出金额. 首先我们必须明白,合并抵消特别是双面抵消,当然是要合并单元和伙伴合并单元成双成对出现,所以使用混合合并单元一定首先定义成对的相关特征(如图14_L2). 下表是一个混合合并单元的特征使用图. Company Profit Business Other Unit center Area 0SEM_CGCOMP 0BCS_CGPCTR 0CS_GROUP or 0CS_GROUP Consolidation ZBCS_CGBA Group 0COMPANY 0BCS_PRCTR 0BUS_AREA 0CS_UNIT Consolidation Unit 0PCOMPANY 0BCS_PPRCTR 0PBUS_AREA 0CS_PARTNER Partner Unit 0BCS_INVCOM 0BCS_INVCPC CS_INVESTE or 0CS_INVESTE Investee Unit ZBCS_INVBA 0SEM_ACOMP 0BCS_APRCTR ZBCS_ACBA ZBCS_ACUNIT Allocation Charact. 0BCS_C50似乎是SAP提供的一个使用Other Unit的example cube,在ECCS中一般我们就主张也基本只使用company合并,如果将company code和company唯一对应,实际上就是基于公司代码合并,显然财务交易产生的凭证是一定会有公司代码的,发生业务的同集团公司代码被做成供应商和客户(可以专门建立一类别,并 ),如有直接的跨公司记帐可以通过Tcode:OBYA定将贸易伙伴可维护成必输字段 义内部的应收应付. 在会计凭证行项目表中,有6个字段,可以决定你基本上可以采用基于company,BA,Prct的合并抵消. (1).BSEG-BUKRS:Company code BSEG-VBUND:Company ID of trading partner (2).BSEG-GSBER:Business Area BSEG-PARGB:Trading partner's business area (3).BSEG-PRCTR:Profit center BSEG-PPRCT:Partner Profit center 其它数据通过行项目去取伙伴业务范围???