实例图解利润中层的应付处理ECC6.0.doc

实例图解利润中心层的应付处理 在讨论企业分权管理和责任会计时,就不得不提到利润中心,SAP提供了强大的利润中心业务处理功能,在该ERP系统中,你可以方便地制定企业的利润中心制度”细节”页,我故意输入了业务范围3000,发票校验后产生的会计凭证如下: 注意： 上面的凭证反应出应付暂估(GR/IR)对应的业务范围/利润中心2000/9188010000|9188020000 和应付帐款对应的业务范围/利润中心3000/SINO-DUMMY,帐供应商名称它对应的即是应付帐款,SAP认为应付帐款科目是统驭科目,供应商就类似”明细”科目。 强调一下应付帐款的业务范围3000和利润中心SINO-DUMMY，接下来将对此进行付款！ 理论上，上同一工厂既可对应不同利润中心(直接维护在物料主数据),还可对应不同业务范围(Tcode:OMJ7可设置工厂+产品组决定业务范围)，假设以上两个采购物料连业务范围也不同，发票校验产生的凭证如下，注意应付帐款我故意输入了另一业务范围A001。 引申的问题是： (1).为什么在确定应付帐款时可以输入业务范围而不能输入利润中心? 系统考虑可能会出现本例中同一应付跨利润中心的问题?那么包含多个采购项目的同一采购单显然也可能跨多个业务范围,凭什么业务范围就记录在会计凭证?而且,假设同一供应商为多个工厂供货,而且假设MIRO是根据供应商进行发票校验即多个采购单项汇总产生一笔应付,跨业务范围不很正常吗? (2).为什么应付帐款(注意供应商帐)不带采购订单? 企业通常是比较严格控制付款的,试想将钱大把掏出腰包谁能痛快?一位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也失效的业务场景有以下几个: 象上例一笔应付帐款涉及多个利润中心,调整后还是DUMMY. 预付清应付时,假设预付也没有利润中心,两个DUMMY就彻底DUMMY了. 假设供应商同时为客户,系统