业务范围业务范围(Business Area)

业务范围业务范围(Business Area)是SAP组织结构中的重要单元,通过业务范围可以将集团的业务分类,业务范围可跨公司代码,以几个实例说明业务范围这个组织单元的应用。 1. 业务范围跨公司代码:事业部制曾被认为是一种较好的管理组织机构,中国的许多大企业也纷纷将组织形式改为事业部制(非完整事业部制),如石化行业会设置油田事业部、炼油事业部、化工事业部、销售事业部门等,在SAP中通过业务范围来区分各事业部,此时业务范围是跨公司代码的,一个炼化厂包含炼油和化工两个业务范围,多个炼化公司同属同一炼油和化工业务范围,横向上各炼化公司能出独立财务报表,纵向上所有炼油厂可出集中的炼油业务范围财务报表,业务范围与公司代码形成交叉的矩阵式的管理,利用业务范围进行跨公司同类业务进行报表的分析汇总,使集团财务管理实时高效。 2.业务范围出具法定报表:作为财务组织的一个细分组织结构,其重要特性是企业能够根据业务范围出资产负债表,假设某地出台政策鼓励某企业的新厂投资,新厂将享受一定年限的税务优惠而旧工厂并不享受政策优惠,此时,需要在同一公司代码下根据新旧工厂分别出具财务报告,就可以建立新旧业务范围对应新旧工厂出具所有法定报表(不仅是资产负债表)。如果再根据产品细分业务范围,比如设置业务范围-新厂产品类别A,业务范围-新厂产品类别B,业务范围-旧厂产品类别A,业务范围-旧厂产品类别C等,此时,业务范围除了扮演法定财务报告组织角色,还充当了管理分析组织角色,同时满足了财务会计和管理会计的需求。 3.业务范围还是利润中心?:假设某家电供应商希望核算其不同类别产品或产品线从研发生产直到最后销售的整个业务运作;某销售公司根据产品类别或渠道的销售业绩进行单独核算,一般认为,在SAP中可以采用业务范围或利润中心来实现,那么哪种实现方式更佳呢?为了满足业务范围或利润中心的核算,简单地说,就是要保证每项会计业务都必须记录到指定业务范围或利润中心,然而,熟悉SAP的读者一定知道,在新总帐之前的版本最常见的往来业务应收应付和税金默认功能是不能实时记录利润中心的,通过增强也并不能完美处理这个问题,而通过期末的F.5D/F.5E/1KEK调整或利润中心手工调整有时效果不佳,从而造成利润中心财务报表可能失真,因为应收应付未带利润中心,平时也不方便往来的清帐处理; 有趣的是,SAP设计是业务范围可以直接带入应收应付税金等,因此,在新总帐之前的版本,有的企业可能更倾向使用业务范围。 *有人说业务范围组织单元和事业部制有一定关系,有人说,事业部制的组织结构适合企业规模扩张和多元化经营的需要,有利于提高劳动生产率和企业经济效益,因此,大型国企先后都引入事业部制;也有人说事业部制存在机构重复等缺陷,随着事业部制暴露出的缺陷,SAP在其新总帐版本中推出了一个新的组织单元-段(Segment),同时它被插入利润中心主数据,多个利润中心可以属于同一段,也就是说,理论上,现在你真正可以停用业务范围。不同企业业务范围的实例各有不同,有趣的是,国内ERP大都脱胎于财务软件,着重的仅仅是财务核算,ERP软件如果脱离这种灵活的组织架构设计,显然既难满足大企业集团集团财务核算需求,又难满足个体企业精细化管理需求。通过以上3个简单的例子,相信大家对业务范围这个组织单元应该有一个非常清晰的认识,现在对比新总帐和旧版本来谈谈业务范围的配置。业务范围相关配置,参考IMG路径:企业架构->定义->财务会计和财务会计->合并准备->业务范围合并。 图[1]:SE16->V_TGSB->定义业务范围,SE16->V_TGSBK->定义合并业务范围。图[2]:分配业务范围到合并业务范围,理论上,多个业务范围可以分配到一个合并业务范围。读者思考: SAP报表合并提供了法定合并和管理合并,业务范围合并可看视为一种管理层次的合并,假设某集团设置有多个业务范围,为了在集团层面启动业务范围往来合并,实际操作中会碰到什么难题?举个实例,集团内子公司A有3个业务范围XYZ,子公司B包含业务范围X和Y共 2个业务范围,A下的业务范围Z和B下的X/Y都发生了销售业务,SAP现行的处理方式为将B建成A的内部客户,集团内部客户主数据中再对应一个所谓的公司(Company),那么,由于客户主数据的Company只能填写一个,如何对应到两个业务范围?图[3]:Tcode:OMJ7,将业务范围分配到工厂,业务范围可以和工厂一一对应,这是相对习惯的一种做法, 这种做法好处明显,以著名的资产负债表为实例,所有的资产表项都需对应到业务范围,也就是说资产负债科目发生业务时都需要确定一个业务范围,在SAP中,如果简单将会计业务分成集成自动业务和FICO直接业务,后勤自动集成的业务范围从何而来,就是根据物料所在的工厂或工厂+产品组决定。也可使用工厂+产品组(Division)来决定业务范围,也就是说,此时,工厂和业务范围并非一一对应,举一个时例,某采购工厂G为业务范围A和B同时服务, 业务范围A的物料产品组为X和Y, 业务范围B的物料产品组为Z,这样工厂G+X/Y->业务范围A, 工厂G+Z->业务范围B,好处是避免建立多个采购工厂, SAP中运行MRP一般根据工厂,这种做法可以避免跨工厂跑MRP的复杂性。 读者思考:现在,来出一个问题,假设业务范围B的物料产品组也为X,Y,在SAP中,产品组是整个集团共用的,也就是说集团内所有工厂的同一物料只能有唯一的产品组,这样使用工厂+产品组(Division)就难于决定不同的业务范围了,那么怎么处理呢?是建立两套采购工厂(或者如果有多个工厂,则需要多套采购工厂)还是建立一个为多工厂服务的公用采购工厂对应一个公用业务范围?如果使用公用业务范围,原则上讲,公用业务范围本身是不出报表的,如何保证其所有科目余额合理分配到实际业务范围?图[4]:激活业务范围资产负债表。如果启动业务范围,还有几个附加配置需要注意: (1).Tcode:OBC4, 字段状态组设置,为保证业务范围不落下,业务范围字段尽量设置成必选。 (2).Tcode:OBA7,为业务范围调帐定义一凭证类型,业务范围调整只能在FI做。 (3).Tcode:OBXM,定义业务范围资产负债调整科目。调帐和FICO统驭启动业务范围后,会涉及跨业务范围的业务,国内企业实施的事业部制多是不完整事业部制,一个管理部门可能为多个业务范围服务,一个银行帐号也可能为多个事业部做支付,那么我们就可能需要为管理部门/银行存款设置一个主业务范围或公共业务范围,以银行帐号为例,除非事业部实现资金单独核算,并为每个事业部单独建立户头,否则就会出现跨业务范围的支付,假设某银行存款1000万被设置在主业务范围A,当期为业务范围B和C各支付出200万,SAP中的参考记帐方法如下: (1).方法一。 Dr:应付 200万 业务范围B Cr: 银行存款400万 业务范围B Dr:应付 200万 业务范围C Cr: 银行存款400万 业务范围C 期末银行存款在业务范围B和C出现贷方余额各2000,再去做调整,相对烦琐,实际上,除非各事业部单独核算,不完整的事业部制出具报表并不容易。 (2).方法二。 Dr:应付 200万 业务范围B 应付 200万 业务范围C Cr: 银行存款400万 业务范围A 由业务范围A直接为B和C做支付,这种方法在SAP启动实施在线分割的新总帐(新总帐的另一概念是实时统驭)和旧版本中处理的方式有差别,接下来进行对比讨论。因何而调帐? 在旧版本,SAP将调帐通常分两层次: 资产负债表调整: Tcode:F.5D|F.5E(业务范围和利润中心的调整,针对应收应付税金等资产负债表科目) 1KEK:应收应付利润中心传输,并不针对业务范围,应收应付通常可带上业务范围。 *关于旧版本应收应付不带利润中心而带业务范围的分析请参考其它章节. 损益调整:. Tcode:KALC|F.50(业务范围和功能范围调整,针对损益科目) 其它调帐相关Tcode: KALS:可反复冲回KALC产生的凭证 KAL1:Reconcil. Ledger follow-up posting KAL7:Overview of Cost Flows KALD: Reset Reconciliation Ledger   ERP成本管理需要一个能协调地计划、监控和管理企业各种成本发生的全面集成化系统,显然单纯的财务核算不能满足此要求,SAP ERP的高度集成性和优秀的CO流程处理两大优点一直被公认,SAP集团财务模块设计一大突破是将财务和成本业务数据分开,两种数据相互联系却又有区别,如果启动了成本要素会计模块, 通过初级成本要素在FI记帐时可同步产生相应的CO凭证,这样的好处是后续CO的操作比如分配分摊重过帐等并不直接影响FI,然而,这些业务交易却改变了成本费用的属性,造成FI和CO数据不统一,所以需要进行FICO统驭调整,同样跨业务范围/利润中心的交易也需要调整。 FICO统驭调整首先,以一个实例介绍一下FICO的调整,假设公司代码2101有两成本中心,分别对应的功能范围和业务范围如下:(注:版本为SAP4*旧版本) 公司代码 成本中心 功能范围 业务范围 2101 2101-1000 0002(管理费用) 2000 2101 2101-2000 0003(制造费用) 2000 假设成本中心2101-1000发生一笔2600元的一笔费用,FI直接过帐的,对应费用科目: 检修费用4100180200,功能范围0002,业务范围2000。 现在,用KB11N重过帐或分配分摊将成本中心2101-2000的100元该检修费用重过帐到成本中心2101-2000 ,该成本中心对应功能范围0003,业务范围2000,功能范围改变即费用属性发生变化,由于没有实时的FICO统驭,即CO分配分摊重过帐不实时产生会计凭证,而是需要在期末将数据汇总使用Tcode:KALC做统驭调整, 此时,假设不做统驭调整,FI模块,CO模块数据就不一致了,从财务角度,检修费用-管理费用(成本中心2101-1000的功能范围0002为管理费用)为2600,而从CO模块来看, 检修费用-管理费用为2500元, 检修费用-制造费用为100元。 一定需要统驭过帐吗?SAP的FICO的统驭调整功能似乎并不是必需要的,实际上,有的企业就没有启动此功能,分析一下,对于制造企业,生产经营管理费用按其经济用途划分,可分为生产费用(制造成本)与经营管理费用(非制造成本)。生产类费用一般有制造费用、辅助生产成本和基本生产成本。非制造成本,亦称期间费用或经营管理费用,主要包括三大期间费用管理费用、财务费用和营业费用,如果费用的流转很少在生产费用和期间费用进行,实际上不做统驭关系似乎不大, 象成本中心2101-1000和2101-2000如果同属期间费用性质成本中心(假设功能范围都为0002),原则上可以忽略FICO统驭,因为从FI的损益表上看,该检修费用都属于管理费用,而从CO模块又能分析出各成本中心发生的实际费用,但是,如费用发送方和接受方两个成本中心横跨生产费用和期间费用,如果不做FICO统驭调整,甚至影响损益表的准确性,实际的管理费用应该是1900而不是2000。显然,是否需要FICO统驭调整主要取决于企业费用流转是否会出现生产部门和管理部门的分配分摊重过帐。有人说,成本中心2101-2000的100元检修费用重过帐到成本中心2101-2000,直接产生一笔FI凭证: Dr:检修费用4100180200 100元 成本中心2101-2000 0003(制造费用) Cr:检修费用4100180200 100元 成本中心2101-1000 0002(管理费用) 思路非常正确,实际上,运行FICO统驭KALC后的凭证如下图(可以先测试运行查看结果)。 如上图,产生的参考是FICO统驭帐Ledger 3A的凭证,可通过BKPF-AWKEY可获得财务凭证和Ledger 3A凭证关系。 *Ledger 3A对应的Table: COFIS-> 成本要素分类帐的实际单项,行项目 COFIT-> 统驭分类帐的总记录 KALC针对每个成本中心产生了一个凭证,双击参考凭证5和6可以看到两张会计凭证分录。对发送方成本中心2101-1000,凭证分录如下: Dr:资产负债表调整6100000000 100元 业务范围2000 Cr:检修费用4100180200 100元(检修费用-管理费用减少)功能范围0002业务范围2000 对接受方成本中心2101-2000, 凭证分录如下: Dr: 4100180200 100元 (检修费用-制造费用增加)功能范围0002业务范围2000 Cr: 资产负债表调整 6100000000 100元 业务范围2000 *6100000000为资产负债表调整科目,由Tcode OBXM->GA0中定义的中间清帐科目。为什么需要资产负债表调整中间科目6100000000? 科目如何设置,国内的ERP FI模块设计者多采用两种方式,科目分级或辅助核算,科目分级需建立两个科目比如检修费用-管理费用4100180200检修费用-制造费用4100180201,采用科目分级是非常呆板的一种做法,国内的财务软件科目分级可多达N级,比如41001为检修费用,一级科目,二级科目分管理费用,制造费用,基本生产费用等,三级再按部门分,四级科目再按项目分,如此类推;另外的处理方法就是采用辅助核算项目。而SAP采用成本中心这一成本对象则很好解决了此问题,成本中心组构成部门,成本中心主数据的功能范围即科目属性,同时成本中心还对应到业务范围和利润中心,采用这种灵活的组织结构的方式取代辅助核算概念,显然要灵活得多。 那么为什么不直接产生如下凭证,而是要使用中间科目呢? Dr:检修费用4100180200 100元 成本中心2101-2000 0003(制造费用) Cr:检修费用4100180200 100元 成本中心2101-1000 0002(管理费用) 现在再假设一下上面的两个成本中心主数据如下:公司代码 成本中心 功能范围 业务范围 利润中心 2101 2101-1000 0002(管理费用) 2000 92101-0001 2101 2101-2000 0003(制造费用) 3000 92101-0002 则KALC的FICO调整两个分录如下:对发送方成本中心2101-1000,凭证分录如下: Dr:资产负债表调整6100000000 100元 业务范围2000 Cr:检修费用4100180200 100元(检修费用-管理费用减少)功能范围0002业务范围2000 对接受方成本中心2101-2000, 凭证分录如下: Dr: 4100180200 100元 (检修费用-制造费用增加)功能范围0002业务范围3000 Cr: 资产负债表调整 6100000000 100元 业务范围3000 将两个分录和起来看,即:行1.Dr: 4100180200 100元 功能范围0002业务范围3000 行2. Cr:检修费用4100180200 100元 功能范围0002业务范围2000 行3:Dr:资产负债表调整6100000000 100元 业务范围2000 行4: Cr: 资产负债表调整 6100000000 100元 业务范围3000 这样的目的是什么?很好,是为了保证不但公司代码层借贷平衡,也保证业务范围层借贷平衡,如果你使用过SAP的ECC6新总帐,启动实时统驭和在线分割正是这样的结果,新总帐将分录划分为分割前和分割后两个视图,分割前为行1和行2的原始记录, 实时分割后则包括行1-行4四个行项目。。。。。。。 To be continued

[@more@]

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/65545/viewspace-1029249/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/65545/viewspace-1029249/

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值