企业利润管理利润中心清帐.docx

企业利润管理利润中心清帐.docx

《企业利润管理利润中心清帐.docx》由会员分享，可在线阅读，更多相关《企业利润管理利润中心清帐.docx（14页珍藏版）》请在冰豆网上搜索。

企业利润管理利润中心清帐

（企业利润管理）利润中心清帐

实例图解利润中心层的应付处理

于讨论企业分权管理和责任会计时,就不得不提到利润中心,SAP提供了强大的利润中心业务处理功能,于该ERP系统中,你能够方便地制定企业的利润中心制度,建立以利润为中心的综合考核评价体系,出具利润中心资产负债表、利润中心损益表、利润中心资金预计表及利润中心成本费用分摊表等各种利润中心报表。

如何实现利润中心模块呢？

以利润中心资产负债表和损益表来说,为了达到目的,则于实际业务中必须将每笔业务均对应正确利润中心,然而,这且不容易,下面以应付帐款的几个实例来说明这个问题。

壹．俩个利润中心对应壹笔应付帐款。

于上图采购发票校验时间（Tcode:

MIRO），同壹工厂下的采购订单4500000044采购了俩个物料，不幸的是，这俩物物料分别对应到俩个利润中心9188010000和9188020000,注意到于”细节”页,我故意输入了业务范围3000,发票校验后产生的会计凭证如下:

注意：

上面的凭证反应出应付暂估（GR/IR）对应的业务范围/利润中心2000/9188010000|9188020000

和应付帐款对应的业务范围/利润中心3000/SINO-DUMMY,帐户50000001是供应商名称它对应的即是应付帐款,SAP认为应付帐款科目是统驭科目,供应商就类似”明细”科目。

强调壹下应付帐款的业务范围3000和利润中心SINO-DUMMY，接下来将对此进行付款！

理论上，上同壹工厂既可对应不同利润中心（直接维护于物料主数据）,仍可对应不同业务范围（Tcode:

OMJ7可设置工厂+产品组决定业务范围），假设之上俩个采购物料连业务范围也不同，发票校验产生的凭证如下，注意应付帐款我故意输入了另壹业务范围A001。

引申的问题是：

（1）.为什么于确定应付帐款时能够输入业务范围而不能输入利润中心?

系统考虑可能会出现本例中同壹应付跨利润中心的问题?

那么包含多个采购项目的同壹采购单显然也可能跨多个业务范围,凭什么业务范围就记录于会计凭证?

而且,假设同壹供应商为多个工厂供货,而且假设MIRO是根据供应商进行发票校验即多个采购单项汇总产生壹笔应付,跨业务范围不很正常吗?

（2）.为什么应付帐款（注意供应商帐户50000001行）不带采购订单?

企业通常是比较严格控制付款的,试想将钱大把掏出腰包谁能痛快?

壹位CFO就给我提出要求,预付应付均要落实到采购单,特别是使用采购单付工程款给承包商,这个要求且不过份,事实上,用户任何需求均不为过,当然也包括BT的让你头疼的需求,把用户侍侯的爽歪歪不正体现了顾问的价值所于吗？

设想壹下,如果预付和应付能根据采购订单互相对清,壹目了然，那用户心理估计比喝了蜜仍爽。

可是,从上图中应付帐款显然见不到采购单,从技术实现角度来见,我能够举出俩个简单理由:

如果需要于应付帐款中记录采购订单和行项目,壹个采购单多个行项目你说记录采购单尚可行项目记录哪个?

有人说那就只记录采购单,当下是第二个理由,SAP提供了多种发票校验方式,假设发票校验不是根据采购单而是根据供应商或其它就可能会出现多个采购单汇总对应到壹笔应付帐款，这道理类似应付帐款对应利润中心的问题，所以，系统干脆让应付帐款不带利润中心和采购订单。

这样的设计思路我很理解,可惜的是,这样的思路郁闷的差点让很多FICO顾问含冤而亡,他会告诉你我发票校验只是根据采购订单,况且同壹采购单中只为壹个工厂采购,且且该工厂绝对唯壹对应到壹业务范围和利润中心,我要的就是让应付帐款实时带上利润中心和采购订单,至于行项目不要也罢，为什么这个小小愿望就不能实现呢？

如果应付帐款产生时未带利润中心，那么付款和清帐如何对应到利润中心呢？

二．设置清帐格式（Tcode：

O7Z4S）

O7Z4S设置壹清帐行格式假设名叫ST，将业务范围和利润中心全部带出。

于付款（Tcode:

F-53）或清帐（F-44|FB1K）时选择”编辑选项”,于”未清项目”页的”用于结清事务的行格式变式”的供应商栏选择行格式”ST”。

做壹个测试，假设用业务范围4000利润中心9188040000的银行存款科目1001010000去付带了业务范围3000没带利润中心（即DUMMY利润中心SINO-DUMMY）的应付，

俩笔付款共1100元产生凭证如下，此时注意到应付帐款的利润中心仍是SINO-DUMMY。

这1000元银行存款科目1001010000输入了业务范围4000利润中心9188040000

这100元银行存款科目1001010000输入了业务范围4000和未输入利润中心。

付款凭证编号分别为1500000000/1500000001。

三．期末调整（Tcode：

F.5D/F.5E/1KEK）

F.5D后F.5E产生的凭证。

调整凭证1200000003凭证的第5/6行正是上面俩笔付款的调整凭证，理解为：

业务范围4000为业务范围3000付了1100元款，6100000000即内部应付科目，实际上它不仅是调整跨业范围，也调整跨利润中心甚至功能范围，哪位可爱的老兄将它取名业务范围调整是认为剥夺人家的基本权力。

注意到，调整凭证没有利润中心调整！

这就是47C或以前版本的毛病,即使是利润中心调整F.5D/F.5E也失效的业务场景有以下几个:

1.象上例壹笔应付帐款涉及多个利润中心,调整后仍是DUMMY.

2.预付清应付时,假设预付也没有利润中心,俩个DUMMY就彻底DUMMY了.

3.假设供应商同时为客户,系统提供应收和应付对清功能,而应收应付壹样的道理,是产生时

不带利润中心的,俩个DUMMY有瞎到壹起了。

设想壹下，如果连应收应付均遭成壹团利润中心资产负债表仍能用吗？

很多人说，能分清损益表马马虎虎就行了，资产负债表项要分清确实不容易，比如管理部门的所有固定资产，为各利润中心服务的公用物料怎么能绝对于各利润中心分的明明白白？

总之，如果没有实时保证到每笔应付应收均带利润中心，然后你说你家的利润中心应收应付绝对准确估计多半是自欺欺人。

四.只涉及壹个业务范围和壹个利润中心的业务。

比较幸运的是，通常同壹笔应付可能只涉及OneBA，OneProfitcenter。

见上面MIRO后的这壹笔应付帐款，只涉及业务范围2000和利润中心9188020000。

F．5D/F.5E后,产生凭证如下,通过6100000000将应付帐款和税金的SINO-DUMMY调整平衡。

理论地，F．5D/F.5E，SINO-DUMMY这个利润中心科目余额均应该平衡。

有个好友问，如果付款时银行科目也输入业务范围和利润中心，且且和应付的业务范围/利润中心不同，F．5D/F.5E会从银行科目吗？

下图能够回答这个问题，假设银行科目走业务范围6000，和上面的业务范围2000不同，F．5D/F.5E产生的凭证如下：

注意到应付出始终找到发票校验时应付产生时的原始业务范围和利润中心，因为银行存款走业务范围6000，产生了业务调整凭证1200000011。

五．统驭科目的设置（Tcode:

OBXM）

使用ECC6的于线分割实时保证每笔应收应付均带利润中心（也包括业务范围）

ECC6的凭证分割有俩大功能，壹是特征派生，保证将业务范围/利润中心派生到忘记输入或自动/后台过帐时不方便输入的凭证行项目，二是分割，分割后实现零余额平衡，所谓的零余额平衡就是保证每个完整的会计凭证壹定按分解特征平衡，假设业务范围和利润中心均是零余额平衡，也就是说，每个会计凭证不仅仅是公司代码层平衡（借贷平衡三岁小孩当下均知道），也保证被设置为分解特征的业务范围层和利润中心层次均是平衡的。

设计见起来很巧妙，实际应用存于什么问题呢？

当下，于ECC6同样是发票校验,同样是壹个采购单的俩个行项目涉及俩个利润中心,产生的凭证如下图,上部是分割前的凭证,注意和以前版本壹样,应付帐款只有业务范围没有利润中心，增值税业务范围和利润中心均没有。

而下半部分是分割后的分割凭证，注意带应付帐款和增值税均带上了业务范围和利润中心，分别按照不同利润中心给分成了俩笔。

从中能够见出，分割凭证无论是公司代码层/业务范围层/利润中心借贷均是平衡的。

应付帐款2574元，不带利润中心

那么如果使用其它业务范围/利润中心的银行存款付款会出现什么情况呢？

F-53使用业务范围3020/利润中心PRCT1的银行存款1001010000对上面的应付帐款付款1000元，付款方式：

剩余付款。

你注意到即使于行项目格式中拉出利润中心，应付帐款2574元，依旧不带利润中心，你很纳闷，不是已经分割了吗？

怎么不是俩笔分别带业务范围和利润中心的而依旧是壹笔总数？

分析人士（杀猪的我）认为，壹是应付应收已清未清依旧保留于表BSIK/BSAK|BSID/BSAD，SAP仍没有来的及考虑这些情况，二是它根本就不想考虑，你爱怎的怎的。

起码到目前为止，对按利润中心分析应付应收依旧很不方便。

产生的原始凭证如下。

因为是采用剩余清帐,先全部清2574元,再剩1574元为未清项。

有个0RMB的汇兑损益，RMB和RMB怎么会有汇兑损益，均是启动了USD做附加本位币的原因，选择“显示货币”见USD，1000元/汇率（保留2位）<>1574/汇率（保留2位）-2574/汇率（保留2位）,于USD层多出0.01USD,均是小数位的原因，通常凭证打印的是原始凭证,0元的行项显的非常难见,ABAP老兄于开发打印程序时也不过滤本位币的零行,真是懒的出奇!

当下来见见分割后的凭证,如下图

如上图，注意到业务范围3020/利润中心PRCT1的银行存款1001010000的3020和PRCT1是平衡的,同时系统找到原始凭证分割后的应付帐款按俩个业务2574先清掉，问题是，壹个总的应付帐款系统如何知道按业务范围/利润中心各清多少？

见似是按MIRO产生各业务范围/利润中心金额去清的。

测试：

壹笔应付对应3笔费用到3个不同业务范围/利润中心，分割后凭证。

付款33元，业务范围2010/利润中心PRCT1：

实务中，如果想分按照业务范围付款这样的情形就大有问题，为了防止这种情形产生，于之上三笔不同业务范围的费用确定应付就应该分出三笔，可惜应付不能输入利润中心，如此见来只能是是分业务范围做3笔凭证了。

每个业务范围/利润中心付11元，这是付款只付部分的情况，真是服了。

如果当时壹个业务范围的银行存款将3笔300元全部付了，就直接全清除了3个业务范围的应付。

由于分割和凭证类型关联，可能你的机器测试会产生不同的结果，总之，分割千万不能滥用！

业务场景：

I．某家具公司要求财务按部门核算收入和成本，确定五金部，油漆部，木器部等各部门的利润。

当下五金部需要壹批木箱，向木器部下壹个内部加工单，直到完工入库，希望核算俩部门间的内部收入和利润。

假设将各部门建成业务范围或利润中心。

II．某公司有2个新工厂和2个旧工厂,对应4个业务范围,利润中心对应产品,其中工厂FRA4生产4种产品系列,对应4个利润中心。

假设系统设置如下：

业务范围2010和3010属于旧厂,2020和3020属于新厂,使用段区

分,因为新工厂有地方税务优惠,所以分别出新旧业务范围的财务报表。

同时,根据利润中心（对应产品类别）出产品成本利润表。

要求使用转移价格（比如参考市场价格）核算跨业务范围和跨利润中心的转移业务,从而体

现出业务范围和利润中心的内部利润,假设业务范围和利润中心的组织结构如下表:

工厂,业务范围,段,利润中心

FRA1,2010,3000（旧厂）,9233110000

FRA2,2020,2000（新厂）,9233110001

FRA3,3010,3000（旧厂）,9233120001

FRA4,3020,2000（新厂）,9233120100

FRA4,3020,2000（新厂）,9233120200

FRA4,3020,2000（新厂）,9233120300

FRA4,3020,2000（新厂）,9233120400

*小小的回顾

人们通常喜欢将事业部于ERP系统对应到业务范围，国内有些集团采用不完全的事业不们制，有人说事业部这种管理制度已经落后，也有人认为业务范围和利润中心是俩个相似概念，于是新总帐引进壹个新的组织单元->段-Segment,据说说是用其来取代业务范围的，段当下被设置于利润中心主数据中。

有人说段就是分部,通常，当分部营业收入/利润/亏损/总资产占总营业收入/利润/亏损/总资产总计10%或之上时就需要出具分部方案。

其实这些概念本身且不重要，段的引入比业务范围高明于什么地方呢？

比如，上表只建立了新旧俩个段，假设放弃2个新工厂和2个旧工厂对应4个业务范围2010/2020/3010/3020而建立3000/3001/2000/2001四个段的话，这四个段分别加于利润中心主数据中，其实就相当于于利润中心主数据层次里扩大了壹个组织单元的分析维度，这么壹个小改进大大简化了关联配置和操作，叫嚷了多年的业务范围当下能够被段来替代，从而不用业务范围和利润中心俩边去配置俩边去调整，道理就是这样。

如果于新总帐中，于废除利润中心模块，其实也建议这样做，除非你想Ledger8A的垃圾数据充斥硬盘，这样利润中心只要使用壹下起主数据就行。

Ok，上面俩个场景实际上就是壹个内部转移价格问题，ERP提供了多种方法，当下见见使用凭证分割实现内部的Transferprice，分俩部分，配置和操作。

凭证分割配置

为了让你更明白凭证分割是什么玩意，剖析分割嘛，就要象杀猪壹样，壹步步屠宰，当下，

先玩壹个简单点的配置，如图1，6个步骤，注意配置顺序。

图1-[1]：

自定义凭证拆分方法比如叫ST00000001。

图1-[2]：

编辑未分配处理常量，假设定义壹个常量分配名称ST，于此分配业务范围，利润中心和段的默认值，我们应该仍能记得旧系统设置默认利润中心的Tcode3KEH，当下，因为很可能废除Ledger8A，新系统中则使用Tcode：

FAGL3KEH来替代，比如壹个资产科目它没有填写利润中心，则优先权分别是可能存于的利润中心替代（Tcode：

OBBH）>FAGL3KEH>凭证分割常量中利润中心值。

图1-[3][4]:

激活和按公司代码激活凭证分割,如图3。

图3-[1][2]：

选上“凭证分解“标志激活凭证分割，设置需要凭证分割的公司代码。

图3-[3][4]：

凭证分割有俩种级别，继承和标准科目分配常量，常量选择刚才定义的常量ST，继承是什么意思呢？

ERP系统默认可使用业务范围/利润中心/段3个组织单元做分解特征，举壹个简单的例子，有这样壹笔会计分录：

Dr：

费用科目+成本中心（从成本中心主数据得出业务范围，利润中心，于从利润中心得出段，3者均有了）

Cr：

某资产科目（业务范围，利润中心，段假设均未输入）

则系统将自动从费用科目继承业务范围，利润中心和段。

你能够以同时选择俩者，如果继承起作用，则常量值自动失效。

图1-[5]：

定义业务交易变式（Tcode：

SE16：

V_T8G03|V_T8G02|V_T8G29）,三个专门的分割评估小概念绕壹下你:

I.会计业务交易:

决定记帐时可使用何种行项目项目类别。

II.业务交易变式:

壹个业务交易可有多个变式,能够于变式中对会计记帐业务使用的项目类别进行更进壹步的限制,通过项目类别和会计科目挂钩比如将系统默认的业务交易0200客户发票和应收帐款科目挂钩,就可限制象DR,DZ这样的凭证壹定得使用应收帐款科目（实际上就是壹定要输入客户）。

III.项目类别：

能够将科目分配到项目类别，系统预定义了壹系列项目类别，ERP公司强烈建议不要删除这些项目类别，最好也不要自定义项目类别，如果要定义就和他们联系，当然如果要和他们联系，估计银子那就不能少的。

如果使用“继承“分割级别，项目类别能够从其包含的基本项目类别中的分割特征获得业务范围，利润中心和段。

如果您读到这里，估计基本已经不知道俺于自言自语说些什么，当下自己来定义下这3个东

东，透视壹下凭证分割究竟是么子玩意,你需要使用SE16直接按“新建“按钮而非于图1-[5]自定义这些东西.

A.SE16:

V_T8G03定义Z998,Z999俩个业务交易,如图4。

B.SE16:

V_T8G02定义3个项目类别09999，A3838，A9999，如图5。

C.SE16:

V_T8G29分配项目类别给业务交易Z999，如图6。

D:

为业务交易Z999定义壹个业务交易变式Z001,如图7。

最后回到图1-[5]定义业务交易变式画面,图7-[1]表示项目类别0300于此变式是强制的,你仍

可定义某项目类别出现且仅能出当下某业务交易变式中壹次；也能够禁止某项目类别不能出

当下某业务交易变式。

图1-[6]：

定义凭证拆分规则，如图8，这是壹个合成图。

图8-[1]：

因为于此使用的凭证分割方法是ST00000001，假设为交易Z999定义了俩个变式Z001，Z002，理论上你可为壹个业务交易设置N个变式。

业务交易变式有这么些个作用，壹是如上图7包括壹些允许限制必输的项目类别，二是可为每个交易变式定义不同的零平衡会计科目，于此画面双击就可，使用Tcode:

GSP_KD->项目类别01001（零余额过帐科目定义），接下来会详细介绍，三是可为同壹业务交易不同变式设置不同的分割用类型。

图8-[2][3][4][5]：

你选择该变式下的项目类别A9999，分割处理类别的用户类型有0、1、2三种：

选择0，刚才于说明图3的固定值配置我引入了壹个会计分录，那无业务范围利润中

心和段的资产科目将使用固定值ST设置的业务范围利润中心和段。

假设业务交易A9999和变式Z002使用固定值进行凭证分割，零余额科目确定码000，对应科目970000。

选择1，则按设置的凭证分解特征且取基本项目类别科目特征来分割凭证，也是那个分录，假设那个资产科目被分配到项目类别A9999，费用科目被分配到A3838，因为A3838是A9999的基本项目类别，则系统自动取费用类科目的业务范围利润中心和段。

假设业务交易A9999和变式Z001使用按分割特征惊醒凭证分割，零余额科目确定码000，对应科目970001。

选择2，同样是那个分录，无业务范围利润中心和段的资产科目似乎也使用了固定值ST设置的业务范围利润中心和段，可是，经过测试，基于当前科目余额分解的分割凭证估计只有神仙才能读懂。

总结几点：

1．凭证分割可是分激活且选择是采用继承仍是常量，公司代码层激活和业务交易变式中为每个项目类别选择用户类别是是使用常量0，继承1和按余额分解三个层次。

2．能够为壹个业务交易定义N个变式，理论上，似乎只要定义壹个业务交易于整壹堆变式就可，于壹个交易变式因为包含N个项目类别，可为每个项目类别选择采用0，1，仍是2用户类型。

3．可定义多个余额科目确定码且对应多个科目，这能够适合壹些非常BT的场合。

接下来再见图9的分割凭证配置。

图9-[1]：

将科目分配给项目类别，系统已经内定义了费用收入现金供应商客户等等项目类别，通常且不需要自定义项目类别。

系统不是有默认识的项目类别吗（对应图10的分类）？

当下，假设将应收帐款科目分配02000->客户，将其它应收/预收科目分配给项目类别02100->客户:

特别总帐交易,假设再为默认的业务交易0200->客户发票设置变式,实际上默认的业务交易0200默认的变式0001的项目类别02000就是强制的,如果于于图11中将凭证类型比如DZ设置业务交易0200和变式0001,实际上就表示该凭证行项目壹定要包括壹个应收帐款科目,也就是包含壹个客户行项目,整了半天就这破东西,什么玩意?

图10将科目261100/261200（费用科目）分给项目类别A3838，29999（假设是资产科目）

分配项目类别A9999,我设置A3838/A9999项目类别是为了反证凭证分割设计思路的可笑。

图9-[2]:

将业务交易和变式分配给凭证类型,如图11,假设将业务交易Z9999的变式Z001/Z002分别分配给SA,SB.

图9-[3]：

定义零余额凭证科目，如图12。

能够定义多个科目确定码且分配给相应科目，项目种类系统默认是01001。

图9-[4]：

定义总帐会计的凭证分割特征，如图13。

图13表示财务凭证将同时根据业务范围利润中心和段进行零余额平衡，通俗地讲，就是壹

个会计凭证将不仅仅保证借贷平衡，而且仍将使用图12定义的零余额平衡中间科目于图13

定义的零余额凭证分解特征层面也保证余额平衡。

图12-[2]则表示于记帐时该字段必须强制

输入，这个输入值能够是配置比如利润中心默认设置FAGL3KEH，能够是替代OBBH获得，

也能够是成功通过凭证分割功能的固定值或继承而来，如果均失败了，系统就会方案该字段

是强制字段。

图9-[5]：

定义CO模块的凭证分割特征，系统默认使用了成本中心/订单/获利段做分割特征。

凭证分割小议：

凭证分割功能配置完了吗？

明白了没有？

当下俺发表壹下个人见法，凭证分割的固定值有什

么用呢？

什么业务居然会使用固定值呢？

就算有这样的业务，使用OBBH替代不就得了？

对于用户类型2->基于当前科目余额的分解，分解后的凭证我见了半天也没大弄明白，弄的

俺当下自己均开始怀疑自己的智商了，所以只剩下壹个用户类型1->按图13定义的分割字

段分割凭证了,那么为什么要整那么些业务交易,业务交易变式,项目类别晃悠干啥呢?

比如将

科目对应项目类别,将业务交易和变式对应到凭证类型,有什么实质意义吗?

除了做点类似

OB28的Validation的功能根本没有任何实质意义?

于图12中见似可定义多个零平衡科目且

分配到业务交易和交易变式（即对应到凭证类型）,通常实务中也许会有为不同利润中心定义

不同零平衡科目的需求,可是俺目光短浅仍从未听说过根据凭证类型去定义多个零平衡科目

的,而且从理论上我能够将所有的科目均分配给我定义的俩个业务交易A3838,A9999,实际上

凭证分割只要有几个简单配置就行:

（1）.设置允许使用分割凭证的公司.

（2）.定义凭证分割特征,允许组合使用业务范围/利润中心/段而已.

（3）.定义零平衡科目,如果需要能够根据不同的业务范围/利润中心/段去定义不同科目,要不给个出口.

原来壹大堆配置不过是忽悠绕着你玩而已,俺当下甚至怀疑很多所谓的配置其实是ERP设计

师们的自愚自乐，软件工程师们对将简单的东西复杂化这项工作似乎乐此不彼，凭证分割这东西使俺明白了什么叫化神奇为腐朽；据说ERP咨询业也是这样，善于

将1绕成1-2+3+4-5-6+7+8-9能把用户绕昏的，就成了行内老大业内专家。

凭证分割的业务场景：

SKIP。

。

。