《利润中心清帐》由会员分享，可在线阅读，更多相关《利润中心清帐（32页珍藏版）》请在金锄头文库上搜索。
1、实例图解利润中心层的应付解决在讨论公司分权管理和责任会计时,就不得不提到利润中心,SAP提供了强大的利润中心业务解决功能,在该ERP系统中,你可以以便地制定公司的利润中心制度, 建立以利润为中心的综合考核评价体系,出具利润中心资产负债表、利润中心损益表、利润中心资金估计表及利润中心成本费用分摊表等多种利润中心报表。如何实现利润中心模块呢？以利润中心资产负债表和损益表来说,为了达到目的,则在实际业务中必须将每笔业务都相应对的利润中心,然而,这并不容易,下面以应付帐款的几种实例来阐明这个问题。一两个利润中心相应一笔应付帐款。在上图采购发票校验时间(Tcode:MIRO)，同一工厂下的采购订单采购了
2、两个物料，不幸的是，这俩物物料分别相应到两个利润中心和918800,注意到在”细节”页,我故意输入了业务范畴3000,发票校验后产生的会计凭证如下:注意：上面的凭证反映出应付暂估(GR/IR)相应的业务范畴/利润中心/|918800和应付帐款相应的业务范畴/利润中心3000/SINO-DUMMY,帐户50000001是供应商名称它相应的即是应付帐款,SAP觉得应付帐款科目是统驭科目,供应商就类似”明细”科目。强调一下应付帐款的业务范畴3000和利润中心SINO-DUMMY，接下来将对此进行付款！理论上，上同一工厂既可相应不同利润中心(直接维护在物料主数据),还可相应不同业务范畴(Tcode:O
3、MJ7可设立工厂+产品组决定业务范畴)，假设以上两个采购物料连业务范畴也不同，发票校验产生的凭证如下，注意应付帐款我故意输入了另一业务范畴A001。引申的问题是：(1).为什么在拟定应付帐款时可以输入业务范畴而不能输入利润中心? 系统考虑也许会浮现本例中同一应付跨利润中心的问题?那么涉及多种采购项目的同一采购单显然也也许跨多种业务范畴,凭什么业务范畴就记录在会计凭证?并且,假设同一供应商为多种工厂供货,并且假设MIRO是根据供应商进行发票校验即多种采购单项汇总产生一笔应付,跨业务范畴不很正常吗?(2).为什么应付帐款(注意供应商帐户50000001行)不带采购订单? 公司一般是比较严格控制付款
4、的,试想将钱大把掏出腰包谁能痛快?一位CFO就给我提出规定,预付应付都要贯彻到采购单,特别是使用采购单付工程款给承包商,这个规定并但是份,事实上,顾客任何需求都不为过,固然也涉及BT的让你头疼的需求,把顾客服侍的爽歪歪不正体现了顾问的价值所在吗？设想一下,如果预付和应付能根据采购订单互相对清,一目了然，那顾客心理估计比喝了蜜还爽。但是,从上图中应付帐款显然看不到采购单,从技术实现角度来看,我可以举出两个简朴理由:如果需要在应付帐款中记录采购订单和行项目,一种采购单多种行项目你说记录采购单尚可行项目记录哪个? 有人说那就只记录采购单,目前是第二个理由,SAP提供了多种发票校验方式,假设发票校验不
5、是根据采购单而是根据供应商或其他就也许会浮现多种采购单汇总相应到一笔应付帐款，这道理类似应付帐款相应利润中心的问题，因此，系统干脆让应付帐款不带利润中心和采购订单。这样的设计思路我很理解,可惜的是,这样的思路郁闷的差点让诸多FICO顾问含冤而亡,她会告诉你我发票校验只是根据采购订单,况且同一采购单中只为一种工厂采购,并且该工厂绝对唯一相应到一业务范畴和利润中心,我要的就是让应付帐款实时带上利润中心和采购订单,至于行项目不要也罢，为什么这个小小愿望就不能实现呢？如果应付帐款产生时未带利润中心，那么付款和清帐如何相应到利润中心呢？二设立清帐格式（Tcode：O7Z4S）O7Z4S 设立一清帐行格式
6、假设名叫ST，将业务范畴和利润中心所有带出。在付款(Tcode:F-53)或清帐(F-44|FB1K)时选择”编辑选项”,在”未清项目”页的”用于结清事务的行格式变式”的供应商栏选择行格式”ST”。做一种测试，假设用业务范畴4000利润中心的银行存款科目去付带了业务范畴3000没带利润中心(即DUMMY 利润中心SINO-DUMMY)的应付，两笔付款共1100元产生凭证如下，此时注意到应付帐款的利润中心还是SINO-DUMMY。这1000元银行存款科目输入了业务范畴4000利润中心这100元银行存款科目输入了业务范畴4000和未输入利润中心。付款凭证编号分别为/。三期末调节（Tcode：F.5
7、D/F.5E/1KEK）F.5D后F.5E产生的凭证。调节凭证100003凭证的第5/6行正是上面两笔付款的调节凭证，理解为：业务范畴4000为业务范畴3000付了1100元款，即内部应付科目，事实上它不仅是调节跨业范畴，也调节跨利润中心甚至功能范畴，哪位可爱的老兄将它取名业务范畴调节是觉得剥夺人家的基本权力。注意到，调节凭证没有利润中心调节！这就是47C或此前版本的毛病,虽然是利润中心调节F.5D/F.5E也失效的业务场景有如下几种:1. 象上例一笔应付帐款波及多种利润中心,调节后还是DUMMY.2. 预付清应付时,假设预付也没有利润中心,两个DUMMY就彻底DUMMY了.3. 假设供应商同
8、步为客户,系统提供应收和应付对清功能,而应收应付同样的道理,是产生时不带利润中心的, 两个DUMMY有瞎到一起了。设想一下，如果连应收应付都遭成一团利润中心资产负债表还能用吗？诸多人说，能分清损益表马马虎虎就行了，资产负债表项要分清的确不容易，例如管理部门的所有固定资产，为各利润中心服务的公用物料怎么能绝对在各利润中心分的明明白白？总之，如果没有实时保证到每笔应付应收都带利润中心，然后你说你家的利润中心应收应付绝对精确估计多半是自欺欺人。四.只波及一种业务范畴和一种利润中心的业务。比较幸运的是，一般同一笔应付也许只波及One BA，One Profit center 。看上面MIRO后的这一笔
9、应付帐款，只波及业务范畴和利润中心918800。F5D/F.5E后,产生凭证如下,通过将应付帐款和税金的SINO-DUMMY调节平衡。理论地，F5D/F.5E，SINO-DUMMY这个利润中心科目余额都应当平衡。有个好友问，如果付款时银行科目也输入业务范畴和利润中心，并且和应付的业务范畴/利润中心不同，F5D/F.5E会从银行科目吗？下图可以回答这个问题，假设银行科目走业务范畴6000，和上面的业务范畴不同，F5D/F.5E产生的凭证如下：注意到应付出始终找到发票校验时应付产生时的原始业务范畴和利润中心，由于银行存款走业务范畴6000，产生了业务调节凭证100011 。五统驭科目的设立(Tco
10、de:OBXM)使用ECC6的在线分割实时保证每笔应收应付都带利润中心（也涉及业务范畴）ECC6的凭证分割有两大功能，一是特性派生，保证将业务范畴/利润中心派生到忘掉输入或自动/后台过帐时不以便输入的凭证行项目，二是分割，分割后实现零余额平衡，所谓的零余额平衡就是保证每个完整的会计凭证一定按分解特性平衡，假设业务范畴和利润中心都是零余额平衡，也就是说，每个会计凭证不仅仅是公司代码层平衡（借贷平衡三岁小孩目前都懂得），也保证被设立为分解特性的业务范畴层和利润中心层次都是平衡的。设计看起来很巧妙，实际应用存在什么问题呢？目前，在ECC6同样是发票校验,同样是一种采购单的两个行项目波及两个利润中心,
11、产生的凭证如下图,上部是分割前的凭证,注意和此前版本同样,应付帐款只有业务范畴没有利润中心，增值税业务范畴和利润中心都没有。而下半部分是分割后的分割凭证，注意带应付帐款和增值税都带上了业务范畴和利润中心，分别按照不同利润中心给提成了两笔。从中可以看出，分割凭证无论是公司代码层/业务范畴层/利润中心借贷都是平衡的。应付帐款2574元，不带利润中心那么如果使用其他业务范畴/利润中心的银行存款付款会浮现什么状况呢？F-53使用业务范畴3020/利润中心PRCT1的银行存款对上面的应付帐款付款1000元 ，付款方式：剩余付款。你注意到虽然在行项目格式中拉出利润中心，应付帐款2574元，仍旧不带利润中心
12、，你很纳闷，不是已经分割了吗？怎么不是两笔分别带业务范畴和利润中心的而仍旧是一笔总数？分析人士（杀猪的我）觉得，一是应付应收已清未清仍旧保存在表BSIK/BSAK|BSID/BSAD，SAP还没有来的及考虑这些状况，二是它主线就不想考虑，你爱怎的怎的。起码到目前为止，对按利润中心分析应付应收仍旧很不以便。产生的原始凭证如下。由于是采用剩余清帐,先所有清2574元,再剩1574元为未清项。有个0RMB的汇兑损益，RMB和RMB怎么会有汇兑损益，都是启动了USD做附加本位币的因素，选择“显示货币”看USD， 1000元/汇率(保存2位) 1574/汇率(保存2位) - 2574/汇率(保存2位)
13、,在USD层多余 0.01USD,都是小数位的因素，一般凭证打印的是原始凭证,0元的行项显的非常难看,ABAP老兄在开发打印程序时也但是滤本位币的零行, 真是懒的出奇!目前来看看分割后的凭证,如下图如上图，注意到业务范畴3020/利润中心PRCT1的银行存款的3020和PRCT1是平衡的,同步系统找到原始凭证分割后的应付帐款按两个业务2574先清掉，问题是，一种总的应付帐款系统如何懂得按业务范畴/利润中心各清多少？看似是按MIRO产生各业务范畴/利润中心金额去清的。测试：一笔应付相应3笔费用到3个不同业务范畴/利润中心，分割后凭证。付款33元，业务范畴/利润中心PRCT1：实务中，如果想分按照
14、业务范畴付款这样的情形就大有问题，为了避免这种情形产生，在以上三笔不同业务范畴的费用拟定应付就应当分出三笔，可惜应付不能输入利润中心，如此看来只能是是分业务范畴做3笔凭证了。每个业务范畴/利润中心付11元，这是付款只付部分的状况，真是服了。如果当时一种业务范畴的银行存款将3笔300元所有付了，就直接全清除了3个业务范畴的应付。由于分割和凭证类型有关，也许你的机器测试会产生不同的成果，总之，分割千万不能滥用！业务场景：I某家具公司规定财务按部门核算收入和成本，拟定五金部，油漆部，木器部等各部门的利润。目前五金部需要一批木箱，向木器部下一种内部加工单，直到竣工入库，但愿核算两部门间的内部收入和利润
15、。假设将各部门建成业务范畴或利润中心。II某公司有2个新工厂和2个旧工厂,相应4个业务范畴,利润中心相应产品,其中工厂FRA4生产4种产品系列,相应4个利润中心。假设系统设立如下： 业务范畴和3010属于旧厂,和3020属于新厂,使用段区分,由于新工厂有地方税务优惠,因此分别出新旧业务范畴的财务报表。同步,根据利润中心(相应产品类别)出产品成本利润表。规定使用转移价格(例如参照市场价格)核算跨业务范畴和跨利润中心的转移业务,从而体现出业务范畴和利润中心的内部利润,假设业务范畴和利润中心的组织构造如下表:工厂业务范畴段利润中心FRA13000(旧厂)FRA2(新厂)FRA330103000(旧厂)FRA43020(新厂)FRA43020(新厂)FRA43020(新厂)FRA43020(新厂)*小小的回忆人们一般喜欢将事业部在ERP系统相应到业务范畴，国内有些集团采用不完全的事业不们制，有人说事业部这种管理制度已经落后，也有人觉得业务范畴和利润中心是两个相似概念，于是新总帐引进一种新的组织单元-段-Segment,据说说是用其来取代业务范畴的，段目前被设立在利润中心主数据中。有人说段就是分部,一般，当分部营业
