SAP期末清帐_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
评价文档：
&&¥1.00
SAP期末清帐
阅读已结束，如果下载本文需要使用
想免费下载本文？
把文档贴到Blog、BBS或个人站等：
普通尺寸(450*500pix)
较大尺寸(630*500pix)
你可能喜欢请教:如何在系统中自动清帐_百度知道
请教:如何在系统中自动清帐
否则,金额和客户号: 在下有一问题要请教,系统就会自动地 查找到该客户的所有应收未清项.在SAP中能否实现收款清帐时,同时自动的按帐龄从早到晚的原则进行清帐呢,只需输入银行,我们发现每 一次清帐都太繁琐了. 多谢指教各位大侠
不起,可能我没有将需求说清楚. 我所希望得到指教的问题是客户回款对应收(统驭科目)的自动清帐,原则是不同的统驭科目记录了 客户不同产品的应收未清项目.客户付款后在系统中清帐时希望能针对其货款的对应产品的科目进 行
其他类似问题
为您推荐：
其他1条回答
，但还需要人为地找到某一笔相应的单据进行清 账.、凭证号等等，系统怎么能够自动识别相同金额.，相同客 户的账？ 不过，都可 ，就我所知、金额，比如时间，SAP在清账的时候有很多可以选择的地方.，比如客户有二笔3000元输入银行及客户号可以按照时间的顺序来显示..，如果你不指出是哪一笔. 希望系统自动去清最早的一笔3000元
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁请教 SAP中清帐和收付款之间的联系和区别_百度知道
请教 SAP中清帐和收付款之间的联系和区别
比如 买1公斤桔子借 XX费用贷 10大洋再买 1公斤苹果借 XX费用贷 12大洋那一共是2比
你分别应付供应商 10 12 一共是22付款并清账的时候 你付了11大洋 你可以选择 清桔子的 10 再清 苹果的1 那么还有11的苹果未清或者清苹果的11 那么还有1的苹果和10的桔子没清等等反过珐订粹寡诔干达吮惮经来 收款也是一样的
就是让你知道 已经还了别个哪比款项 还有哪比没还什么的
来自团队：
其他类似问题
为您推荐：
其他1条回答
SAP的珐订粹寡诔干达吮惮经清帐是往来款项的状态管理，指示收付款余额有多少标记已清，有多少尚未标记清理，清帐操作即可引起收付款余额变化，如收付款清帐，也可不影响收付款余额，如应付款借贷项清帐。
sap的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁信息化规划
通过咨询项目或年度顾问方式，帮助您架起业务和IT的桥梁，解决业务和IT创新融合、现有系统取舍难、IT架构、建设路径、IT治理、IT支出优化等IT策略问题。
拨打400-698-9918
立刻联系您身边的IT顾问，获得专业梳理（节假日不休）
通过电话，与您交流信息化现状及要解决的管理问题，帮助您确定IT建设的基本思路，回答您在IT规划方面的常见困惑。
拨打400-698-9918
立刻联系您身边的IT顾问，获得专业梳理（节假日不休）
声明：此服务畅享IT不收取任何费用！
如觉满意，可为畅享IT向您的朋友圈进行口碑宣传。
与您签订总包或三方合同，帮您解决业务和IT规划落地走样、IT详细设计缺失、难以寻觅靠谱的技术供应商、多个供应商协调难、维护升级服务保障难等棘手问题。
拨打400-698-9918
立刻联系您身边的IT顾问，获得专业梳理（节假日不休）
供应商选型
为您推荐与企业需求、预算相匹配的靠谱服务商、产品商，解决产品选型没有底、服务商质量难保障的问题。
现已开通地区上海--%>
对需求设计给出建议，对企业准备的需求文件提出评审意见。
目前已有73位项目经理成为畅享IT监理团顾问--%>
通过典型客户参观、专家评价等方式，对您预选择的供应商给出第三方评价。
拨打400-698-9918
立刻联系您身边的IT顾问，获得专业梳理（节假日不休）
声明：此服务畅享IT不收取任何费用！
！如觉满意，可为畅享IT向您的朋友圈进行口碑宣传。
与您签订监理合同，以里程碑专家评审、项目变更协调、风险控制研讨、供应商关系协调、CIO智力网络等为主要服务内容，与甲乙方一起实现上线成功。
拨打400-698-9918
立刻联系您身边的IT顾问，获得专业梳理（节假日不休）
通过电话，交流您IT建设的现状及面临的问题，在IT建设路径、供应商选择、IT项目棘手问题处理等方面提供智力和资源支持。
拨打400-698-9918
立刻联系您身边的IT顾问，获得专业梳理（节假日不休）
声明：此服务畅享IT不收取任何费用！
！如觉满意，可为畅享IT向您的朋友圈进行口碑宣传。
开发维护外包
畅享IT帮助寻找可靠的、性价比高的开发力量，签订外包合同或三方合同，为企业提供可信赖的开发量，为IT供应商解决开发力量不足的问题。
畅享IT帮助寻找靠谱的、性价比高的维护力量，签订外包合同，对客户满意度负责，为客户解决维护运营服务保障难的问题。
拨打400-698-9918
立刻联系您身边的IT顾问，获得专业梳理（节假日不休）
对IT系统、IT项目或IT管理进行评估，出具中立评估报告，解决IT评价难、取舍难的问题。
拨打400-698-9918
立刻联系您身边的IT顾问，获得专业梳理（节假日不休）
企业若对供应商产品或服务不满意，可请畅享IT做案例采访，进行曝光。
拨打400-698-9918
立刻联系您身边的IT顾问，获得专业梳理（节假日不休）
声明：此服务畅享IT不收取任何费用！
！如觉满意，可为畅享IT向您的朋友圈进行口碑宣传。
400-698-9918
如果我们能...看到实际状况
如果我们能...更快速地工作
如果我们能...从我们的IT中获取更多
如果我们能...有更高的生产力
上海 BPM业务优化管理会议（6月24日）
时尚业之变革管理 企业PLM高端沙龙
当前位置：&&&
&&&&&&正文
(共 0 条) 上一页 下一页
9072|回复:
职能部门：
城市：上海
10:50:51 |
实例图解利润中心层的应付处理
在讨论企业分权管理和责任会计时,就不得不提到利润中心,SAP提供了强大的利润中心业务处理功能,在该ERP系统中,你可以方便地制定企业的利润中心制度, 建立以利润为中心的综合考核评价体系,出具利润中心资产负债表、利润中心损益表、利润中心资金预计表及利润中心成本费用分摊表等各种利润中心报表。
如何实现利润中心模块呢？以利润中心资产负债表和损益表来说,为了达到目的,则在实际业务中必须将每笔业务都对应正确利润中心,然而,这并不容易,下面以应付帐款的几个实例来说明这个问题。
一．两个利润中心对应一笔应付帐款。
在上图采购发票校验时间(Tcode:MIRO)，同一工厂下的采购订单采购了两个物料，不幸的是，这俩物物料分别对应到两个利润中心和,注意到在&细节&页,我故意输入了业务范围3000,发票校验后产生的会计凭证如下:
上面的凭证反应出应付暂估(GR/IR)对应的业务范围/利润中心000|
和应付帐款对应的业务范围/利润中心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利润中心的银行存款科目去付带了业务范围3000没带利润中心(即DUMMY 利润中心SINO-DUMMY)的应付，
两笔付款共1100元产生凭证如下，此时注意到应付帐款的利润中心还是SINO-DUMMY。
这1000元银行存款科目输入了业务范围4000利润中心
这100元银行存款科目输入了业务范围4000和未输入利润中心。
付款凭证编号分别为/。
三．期末调整（Tcode：F.5D/F.5E/1KEK）
F.5D后F.5E产生的凭证。
调整凭证凭证的第5/6行正是上面两笔付款的调整凭证，理解为：
业务范围4000为业务范围3000付了1100元款，即内部应付科目，实际上它不仅是调整跨业范围，也调整跨利润中心甚至功能范围，哪位可爱的老兄将它取名业务范围调整是认为剥夺人家的基本权力。注意到，调整凭证没有利润中心调整！
这就是47C或以前版本的毛病,即使是利润中心调整F.5D/F.5E也失效的业务场景有以下几个:
1.象上例一笔应付帐款涉及多个利润中心,调整后还是DUMMY.
2.预付清应付时,假设预付也没有利润中心,两个DUMMY就彻底DUMMY了.
3.假设供应商同时为客户,系统提供应收和应付对清功能,而应收应付一样的道理,是产生时
不带利润中心的, 两个DUMMY有瞎到一起了。
设想一下，如果连应收应付都遭成一团利润中心资产负债表还能用吗？很多人说，能分清损益表马马虎虎就行了，资产负债表项要分清确实不容易，比如管理部门的所有固定资产，为各利润中心服务的公用物料怎么能绝对在各利润中心分的明明白白？
总之，如果没有实时保证到每笔应付应收都带利润中心，然后你说你家的利润中心应收应付绝对准确估计多半是自欺欺人。 四.只涉及一个业务范围和一个利润中心的业务。
比较幸运的是，通常同一笔应付可能只涉及One BA，One Profit center 。
看上面MIRO后的这一笔应付帐款，只涉及业务范围2000和利润中心。
F．5D/F.5E后,产生凭证如下,通过将应付帐款和税金的SINO-DUMMY调整平衡。
理论地，F．5D/F.5E，SINO-DUMMY这个利润中心科目余额都应该平衡。
有个好友问，如果付款时银行科目也输入业务范围和利润中心，并且和应付的业务范围/利润中心不同，F．5D/F.5E会从银行科目吗？
下图可以回答这个问题，假设银行科目走业务范围6000，和上面的业务范围2000不同，F．5D/F.5E产生的凭证如下：
注意到应付出始终找到发票校验时应付产生时的原始业务范围和利润中心，因为银行存款走业务范围6000，产生了业务调整凭证 。
五．统驭科目的设置(Tcode:OBXM)
使用ECC6的在线分割实时保证每笔应收应付都带利润中心（也包括业务范围）
ECC6的凭证分割有两大功能，一是特征派生，保证将业务范围/利润中心派生到忘记输入或自动/后台过帐时不方便输入的凭证行项目，二是分割，分割后实现零余额平衡，所谓的零余额平衡就是保证每个完整的会计凭证一定按分解特征平衡，假设业务范围和利润中心都是零余额平衡，也就是说，每个会计凭证不仅仅是公司代码层平衡（借贷平衡三岁小孩现在都知道），也保证被设置为分解特征的业务范围层和利润中心层次都是平衡的。
设计看起来很巧妙，实际应用存在什么问题呢？
现在，在ECC6同样是发票校验,同样是一个采购单的两个行项目涉及两个利润中心,产生的凭证如下图,上部是分割前的凭证,注意和以前版本一样,应付帐款只有业务范围没有利润中心，增值税业务范围和利润中心都没有。
而下半部分是分割后的分割凭证，注意带应付帐款和增值税都带上了业务范围和利润中心，分别按照不同利润中心给分成了两笔。
从中可以看出，分割凭证无论是公司代码层/业务范围层/利润中心借贷都是平衡的。
应付帐款2574元，不带利润中心
那么如果使用其它业务范围/利润中心的银行存款付款会出现什么情况呢？
F-53使用业务范围3020/利润中心PRCT1的银行存款对上面的应付帐款付款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的银行存款的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属于新厂,使用段区
分,因为新工厂有地方税务优惠,所以分别出新旧业务范围的财务报表。同时,根据利润中心(对应产品类别)出产品成本利润表。
要求使用转移价格(比如参考市场价格)核算跨业务范围和跨利润中心的转移业务,从而体
现出业务范围和利润中心的内部利润,假设业务范围和利润中心的组织结构如下表:
3000(旧厂)
2000(新厂)
3000(旧厂)
2000(新厂)
2000(新厂)
2000(新厂)
2000(新厂)
*小小的回顾
人们通常喜欢将事业部在ERP系统对应到业务范围，国内有些集团采用不完全的事业不们制，有人说事业部这种管理制度已经落后，也有人认为业务范围和利润中心是两个相似概念，于是新总帐引进一个新的组织单元-&段-Segment,据说说是用其来取代业务范围的，段现在被设置在利润中心主数据中。有人说段就是分部,通常，当分部营业收入/利润/亏损/总资产占总营业收入/利润/亏损/总资产总计10%或以上时就需要出具分部报告。
其实这些概念本身并不重要，段的引入比业务范围高明在什么地方呢？比如，上表只建立了新旧两个段，假设放弃2个新工厂和2个旧工厂对应4个业务范围10/3020而建立3000/3001/2000/2001四个段的话，这四个段分别加在利润中心主数据中，其实就相当于在利润中心主数据层次里扩大了一个组织单元的分析维度，这么一个小改进大大简化了相关配置和操作，叫嚷了多年的业务范围现在可以被段来替代，从而不用业务范围和利润中心两边去配置两边去调整，道理就是这样。
如果在新总帐中，在废除利润中心模块，其实也建议这样做，除非你想Ledger 8A的垃圾数据充斥硬盘，这样利润中心只要使用一下起主数据就行。
Ok，上面两个场景实际上就是一个内部转移价格问题，ERP提供了多种方法，现在看看使用凭证分割实现内部的Transfer price，分两部分，配置和操作。
凭证分割配置
为了让你更明白凭证分割是什么玩意，剖析分割嘛，就要象杀猪一样，一步步屠宰，现在，
先玩一个简单点的配置，如图1，6个步骤，注意配置顺序。
图1-[1]：自定义凭证拆分方法比如叫ST。
图1-[2]：编辑未分配处理常量，假设定义一个常量分配名称ST，在此分配业务范围，利润中心和段的默认值，我们应该还能记得旧系统设置默认利润中心的Tcode 3KEH，现在，因为很可能废除Ledger 8A，新系统中则使用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]：因为在此使用的凭证分割方法是ST，假设为交易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将科目200（费用科目）分给项目类别A3838，29999（假设是资产科目）
分配项目类别A9999,我设置A项目类别是为了反证凭证分割设计思路的可笑。
图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中看似可定义多个零平衡科目并
分配到业务交易和交易变式(即对应到凭证类型),通常实务中也许会有为不同利润中心定义
不同零平衡科目的需求,但是俺目光短浅还从未听说过根据凭证类型去定义多个零平衡科目
的,而且从理论上我可以将所有的科目都分配给我定义的两个业务交易A,实际上
凭证分割只要有几个简单配置就行:
(1).设置允许使用分割凭证的公司.
(2).定义凭证分割特征,允许组合使用业务范围/利润中心/段而已.
(3).定义零平衡科目,如果需要可以根据不同的业务范围/利润中心/段去定义不同科目,要不给个出口.
原来一大堆配置不过是忽悠绕着你玩而已,俺现在甚至怀疑很多所谓的配置其实是ERP设计
师们的自愚自乐，软件工程师们对将简单的东西复杂化这项工作似乎乐此不彼，凭证分割这东西使俺明白了什么叫化神奇为腐朽；据说ERP咨询业也是这样，善于
将1绕成1-2+3+<st1:chsdate w:st="on" isrocdate="False" islunardate="False" day="6" month="5" year="-6+7+8-9能把用户绕昏的，就成了行内老大业内专家。
凭证分割的业务场景：
SKIP。。。
( 605 KB )<div class="votes" id="Score
畅享论坛提示：看帖后顺手回帖，是对辛苦发帖者的鼓励，是美德。
(共 0 条) 上一页 下一页
您还未登录，不能对文章发表评论！请先
10:42:26 440/ 10:42:26 534/ 10:42:26 549
专业服务公司IT系统蓝图与您共绘制
计算机软件
互联网/移动互联网/电子商务（中小型）
顾问/咨询/会计/招聘服务
培训/教育/科研院校（中小型）
广告/公关/会展
媒体/影视/艺术
本次活动针对以上行业
点击系统名称填写公司信息化现状，畅享网将核实贵公司的信息化现状。
核实信息后您将获得：
您所在行业的信息建设状况一手数据
100畅享金币
下载VIP权限3个月
截止日前填写还能获得专业行业信息化分析报告。