凭证分割实例图解利润中心层应付处理

在讨论企业分权管理和责任会计时,就不得不提到利润中心,SAP提供了强大的利润中心业务处理功能,ERP系统中,你可以方便地制定企业的利润中心制度建立以利润为中心的综合考核评价体系,出具利润中心资产负债表、利润中心损益表、利润中心预计表及利润,,务中必须将每笔业务都对应正确利润中心,然而,这并不容易,下面以应付帐款的几个实例来 细节”页,我故意输入了业务范围3000,校验后产生的会计凭证如下: 和应付帐款对应的业务范围/利润中心3000/SINO-DUMMY,帐户 对应的即是应付帐款,SAP认为应付帐款科目是统驭科目,供应商就类似”明细”科目。理论上，同一工厂既可对应不同利润中心(直接在物料主数据),还可对应不同业务范围(Tcode:OMJ7可设置工厂+产品组决定业务范围)，假设以上两个采购物料连业务范围也不同，校验产生的凭证如下，注意应付帐款我故意输入了另一业务范围A001。商为多个工厂供货,而且假设MIRO是根据供应商进行校验即多个采购单项汇总产为什么应付帐款(注意供应商帐户行)不带采购订单企业通常是比较严格控制付款的,试想将钱大把掏出腰包谁能痛快?CFO就给我提出要求,预付应付都要到采购单,特别是使用采购单付工程款给承包商,这个要求并不过份,事实上,用户任何需求都不为过,当然也包括BT的让你头疼的需求,把用户侍侯的爽歪歪但是,从上图中应付帐款显然看不到采购单,从技术实现角度来看,我可以举出两个简单理由,?,,AP提供了多种校验方式,假设校验不是根据采购单而是根据供应商或其它就可能会出现多个采购单在付款(code-3)或清帐(-44|K)时选择”编辑选项”,在”未清项目”页的”用于结清事务”””。做一个测试，假设用业务范围4000利润中心 带了业务范围3000没带利润中心(即DUMMY利润中心SINO-DUMMY)的应付，这1000元银行存款科 这100元银行存款科目 付款凭证编号分别为/ 三．期末调整调整凭 400030001100元款，即内部应付科目，实际上它不整是认为人家的基本权力。注意到，调整凭证没有利润中心调整！47C或以前版本的毛病,F.5D/F.5E也失效的业务场景有以下几预付清应付时,假设预付也没有利润中心,DUMMY就彻底DUMMY了不带利润中心的,DUMMY有瞎到一起了。OneBA，OneProfitcenter看上面MIRO后的这一笔应付帐款，只涉及业务范围2000和利润中心 F．5D/F.5E后,产生凭证如下,通过 将应付帐款和税金的SINO-DUMMY调整平润中心不同，F．5D/F.5E会从银行科目吗？60002000注意到应付出始终找到校验时应付产生时的原始业务范围和利润中心因为银行存款走业务范围6000，产生了业务调整凭证 五．统驭科目的设置现在，在E6同样校验同样是个采购两个行项涉及两利润中心产生凭证如下图,上部是分割前的凭证,注意和以前版本一样,应付帐款只有业务范围没有利润中心，业务范和利润心都没。2574F-53使用业务范围3020/利润中心PRCT1的银行存 1000254纳闷，不是已经分吗？怎么不是两笔分别带业务范围和利润中心的而依旧是一笔总数？ （杀猪的我认为一是应付应收已清未清依旧保留在表BSIK/BSAK|BSID/BSAD，SAP还没有来的及考虑这些情况，二是它根本就不想考虑，你爱怎的怎的。因为是采用剩余清帐,2574元,1574)-汇率(2位USD0.01USD,,0元的行项显的非常难看,ABAP老兄在开发打印程序时也不过滤本位币的零行,真是懒的出如上图，注意到业务范围3020/利润中心PRCT1的银行存款 总的应付帐款系统如何知道按业务范围/利润中心各清多少？看似是按MIRO产生各业务范3笔凭证了。某家具公司要求财务按部门核算收入和成本，确定五金部，油漆部，木器部等的某公司有22420103010属于旧厂,20203020属于新厂,使用段区分,因为新工厂有地方税务,所以分别出新旧业务范围的财务报表。同时,根据利润中段人们通常喜欢将事业部在ERP系统对应到业务范围，国内有些采用不完全的事业不们制，有人说事业部这种管理制度已经，也有人认为业务范围和利润中心是两个相润/亏损/总资产占总营业收入/利润/亏损/总资产总计10%或以上时就需要出具分部报立了新旧两个段，假设放弃2个新工厂和2个旧工厂对应4个业务范围2010/2020/3010/30203000/3001/2000/2001四个段的话，这四个段分别加在利如果在新总帐中，在利润中心模块，其实也建议这样做，除非你想Ledger8A的垃Transferprice，分两部分，配置和操作。1，6个步骤，注意配置顺序。 现在，因为很可能Ledger8A，新系统中则使用Tcode：FAGL3KEH来替代，>继承是什么意思呢？ERP系统默认可使用业务范围/利润中心/3个组织单元做分Dr：费用科目+成本中心（润中心得出段，3者都有了会计业务:决定记帐时可使用何种行项目项目类别业务变式:一个业务可有多个变式,可以在变式中对会计记帐业务使用的项目类别进行更进一步的限制,通过项目类别和会计科目挂钩比如将系统默认的业务0200客户和收帐款目挂钩,限制象D,DZ这样的证)。项目类别：可以将科目分配到项目类别，系统预定义了一系列项目类别，ERP，，SE16:V_T8G03定义Z998,Z999两个业务,如图4SE16:V_T8G29分配项目类别给业务Z999，如图6D:为业务Z999定义一个业务变式Z001,如图7可定义某项目类别出现且仅能出现在某业务变式中一次也可以某项目类别不能出现在某业务变式。图8-[1]：因为在此使用的凭证分割方法是ST ，假设为Z999定义了两个变式一是如上图7包括一些允许限制的项目类别二是可为每个变式定义不同的零平衡会计科目，在此画面双击就可，使用Tcode:GSP_KD->项目类别01001(零余额过帐科目定义)，接下来会详细介绍，三是可为同一业务不同变式设置不同的分割用类型。假设业务A9999和变式Z002使用固定值进行凭证分割零余额科目确定000970000。1，则按设置的凭证分解特征并取基本项目类别科目特征来分割凭证，也是那个分录，假设那个资产科目被分配到项目类别A9999，费用科目被分配到假设业务A9999和变式Z001使用按分割特征惊醒凭证分割，零余额科000970001。2，同样是那个分录，无业务范围利润中心和段的资产科目似乎也使用了固定值凭证分割可是分激活并选择是采用继承还是常量，公司代码层激活和业务变式中为01和按余额分解三个层次。可以为一个业务定义N个变式，理论上，似乎只要定义一个业务在整一堆变式2用户类型。9的分割凭证配置。9-[1]：将科目分配给项目类别，系统已经内定义了费用收入现金供应商客户等等项目类别，通常并不需要自定义项目类别。系统不是有默认识的项目类别吗（10的分类）？02000->客户，将其它应收/预收科目分配给项目类别02100->客户:特别总帐,假设再为默认的业务0200->客户设置变式,实际上默认的业务0200默认的变式0001的项目类别02000就是强制的,如果在在图11中将凭证类型比如DZ设置业务0200和变式0001,实际上就表示该凭证行项A9999,我设置A3838/A9999项目类别是为了反证凭证分割设计思路的可笑。图9-[2]:将业务和变式分配给凭证类型,如图11,假设将业务Z9999的变式Z001/Z00201001。9-[4]13。121312-[2]则表示在记帐时该字段必须强制OBBH替代不就得了？1->13定义的分割字段分割凭证了,那么为什么要整那么些业务,业务变式,项目类别晃悠干啥呢?比如将OB28Validation的功能根本没有任何实质意义?12中看似可定义多个零平衡科目并分配到业务和变式(即对应到凭证类型),通常实务中也许会有为不同利润中心定义的,而且从理论上我可以将所有的科目都分配给我定