2007年12月17日
#
透视ERP会计科目
关键词:运营会计科目|集团会计科目|合并会计科目|备选科目(特定国家科目)|承诺项目(预算会计科目)|现金管理科目|成本要素(成本模块会计科目)
Operating Chart of Accounts(运营会计科目表)| Country Chart of Accounts(特定国家科目表)|Group/Consolidation Charts of Accounts(集团/合并会计科目表)
管理会计的根是“成本”,成本会计是管理会计的重点，有人认为，管理会计方法论体系基本按照预测、决策、控制安排，这些方法论正是管理学的主体内容,但其没有象管理学那样对预测、计划、控制等方法论做出科学解释,也没有像会计学所形成的划分科目、填制凭证、登记入帐、试算平衡、编制报表这样严密紧凑的方法体系,那么ERP系统如何设计财务模块和成本模块呢？将两者合起来处理吗？管理软件设计上，同样存在是“理论唯上”还是“实践第一”哲学观问题，可惜的是,中国人似乎个个都是”理论家”。
将财务和成本模块分离的第一步是两个模块”会计科目”的设置,下面谈谈ERP的会计科目设计。
建立会计科目主数据(Tcode:FSP0|FS00)
图1是建立会计科目主数据的画面,由于该科目用在财务记帐,故又成运营会计科目,在系统中,会计科目实际上包括两部分主数据,一是会计科目表主数据,二是公司代码层主数据,考虑一个跨国集团的复杂业务,集团在不同的国家地区的公司代码可使用不同的会计科目，也可整个集团共用同一套会计科目，一套会计科目被组织成一个叫会计科目表的东西，你可以使用Tcode：OB13建立会计科目表，Tcode：OBY6将会计科目表分配给集团的公司代码，如果集团实施了业务合并模块，一般需要OB13将一集团科目表赋给一个运营会计科目表。
图1-[1]:集团科目,在会计科目中维护集团科目，集团科目在合并系统中被对应到合并科目（合并项），假设某大型跨国公司，比如中国区有5家公司，这5家公司共一个运营会计科目表STCN，对应集团科目表GTCN；欧盟各国有6家公司，运营会计科目表EUCN，理论上来讲，一个集团还可有多个集团科目，假设对应集团科目表GSCN，集团科目表GTCN和集团科目GSCN再对应一个合并会计科目表，此时，集团科目表（Group Chart of Accounts）更象一个合并组科目表，这种分配关系非常灵活。
当然通常情况下，集团科目表和合并会计科目整个集团使用一套就足够，并且集团科目
表的集团科目和合并项一一对应，在BCS模块中，就是将会计科目主数据的集团科目映
射到合并项，在合并科目表中，还有象合并价差，少数股东权益，外币报表折算差异和
各种统计合并项等具有特殊意义的合并科目。
图1-[2]: 备选科目，在会计科目表中使用备选科目的作用是可以根据备选科目出资产负债表，举个实例，某中美资企业在中国建立一生产企业，根据中方要求，该企业使用了中方习惯的会计科目，财务人员使用相对习惯，同时，维护美资的科目做对照；或一美资企业在中国的企业使用了美方科目，但是维护一套中方习惯的会计科目以便出中方报表，当然从某种意义上讲，报表和直接关系并不大，只要核算符合中方会计准则就行。
图1-[3]: 承诺项目，应用于TR（ECC6为PSM模块）预算模块，承诺项目实际上即预算科目，预算科目和会计科目并不一一对应，预算科目的明细程度和预算深度相关系，比如在某个项目中预算只需要区分材料和人工，则材料类科目和职工新酬都只要对应到两个承诺项目就行。
图1-[4]:成本要素，系统将科目分为两大类，资产类和损益类科目，Account group可以设成类似国内的所谓的几大会计要素,或者根本不需要在乎什么几大会计要素,因为各国对会计要素的定义可能不同,新准则后实际也扩充了原来的所谓六大会计要素,凡是损益类科目你可为它定义一个初级成本要素, 初级成本要素即成本模块的会计科目, 建立了初级成本要素的损益科目在财务记帐时则一定要求一个成本对象,也就是说,成本模块的数据必定是会计科目+ 收益的成本对象,典型的成本对象有成本中心,实际内部订单(统计的不是成本对象),获利分析段PSG,WBS元素等。
通过初级成本要素,财务和成本就关联上了,同时你可以利用初级成本要素在成本模块做各种预测、计划、目标和预算版本(Tcode:OKEQN)， 系统提供了相当灵活的工具，这些版本的数据还可和财务过帐过来的实际数据做对比，这样假设你家设置了目标成本体系，每个期间和实际成本费用发生额一对比就很清楚。
*在成本,合并,利润分析模块，你可设置为预测计划未来预算设置各种版本,版本用来区分这些数据.
比如国内某ERP软件公司也知道用“表外科目”做凭证实现预算功能，却没想到为什么不能在会计科目主数据中对应一套预算科目来实现预算。
更重要的是,系统发明了一个叫次级要素的东西,可以将它认为是成本模块的专用会计科目,它被用来做成本中心分配分摊,内部作业分摊或成本核算单间接费用分摊等。
初级成本要素类别（黑体为常见类型）
1 初级成本/成本降低产生的利润
3 每种附加费的应计/递延
4 每种债务的应计/递延=实际
11 收入 （销售收入科目）
12 销售扣除（销售折扣折让）
22 外部结算
次级成本要素类别(部分)
21 内部结算
31 订单/项目结果分析（工单WIP分析中间科目）
41 间接费用
42 分摊（成本中心分摊用）
43 内部作业分配（作业类型对应的分配要素，KP26中将作业几个分解为固定价和变动价很容易同时实现变动成本法和完全成本法）
实际上，类似的“会计科目”还有:
I. 现金管理帐户,现金管理模块的现金管理帐户（设置SE16:V_T035D）.
II.值字段,Co-PA如果是“基于成本核算”的，将成本要素对应到值字段（Tcode：KEI1），
一个或多个成本要素或一个成本要素组可对应到一个值字段，此时值字段则类似获利分析
模块的“会计科目”，当然“基于成本核算”获利分析还可将条件类型对应到值字段
在实际项目，特别是一超大集团的实施项目，设计这些科目并不容易，因为它直接影响到对于各分子公司的核算明细程度和集团内财务管理的规范化。
正是由于这么多和财务会计科目紧密联的各模块各种类型的”会计科目”,在产生财务凭证时产生各模块的相关记帐凭证,引用广义的”会计科目”和广义的”记帐凭证”的设计思维,极大推进了ERP的功能，值得国内ERP设计这借鉴，当然设计好这些科目只是万里长征第一步，国内要想做大做强一个管理软件，任重道远，估计俺要望眼预穿！如果俺老人家再讲多两句，又有人说俺这人罗罗嗦嗦，哎，年纪大了，一般都这样！
ERP差异来源和差异处理
只要成本模块采用标准成本,必定产生差异,差异分析的目的是找到管理漏洞，做到事中控制，可将ERP的差异来源分成以下几类：
1.物料移动发生的价差:
(a).MIGO PO收货时,采购价格和标准价格不同产生差异
(b).MIRO后勤发票检验时由于价格变更会产生差异
(c).物料转移过帐 311/309由于两边价格不一产生差异
(d).初始化库存差异,其它移动类型产生的差异
(e).来料加工等库存到自由库存产生差异
(f).退货时差异
2.发票价格差异和汇率差异:
发票校验由于价格变更会产生价格差异;跨期产生暂估和实际之差异;外币采购因为汇率变化引起的差异(SAP将收货到发票校验这段时间的汇率差异和材料差异同样处理,实际上,你也可将默认识的汇率差异直接也设置成材料采购差异, 而,
发票校验后产生的应付因汇率变化在期末外币重估时产生的差异则视为汇兑损益)
3.重估库存和价格差异
MR21/MR22, CKMPRPN/CKME价格变更产生的差异，启动物料分类帐后，系统为了保持期间数据的一致，采用标准价的物料如果有交易一般不再允许修改单价。
4．生产成本结算差异
生产成本结算差异 = 生产成本投入-生产成本产出
在结算前,往往计算生产成本差异:
生产成本结算差异 = ( 生产成本投入-目标成本a) - (生产成本产出-目标成本b)
目标成本a (标准成本估算成本部件累计方) = 目标成本b (产品标准成本), 同一期内,产品的标准成本正是标准成本估算后
各成本部件的层层上卷累加,生成产本投入包括各成本部件的投入:原料辅料,人工机器折旧,通过实际生产成本的投入和目标成本a的比较,得到所谓的9种类差异类型,正好可以分析到所谓的直接材料成本差异(实际材料成本和标准成本a中的材料标准成本)和直接人工成本差异等,你可将系统默认的9种差异细分成你所需要的差异分析类别,这取决于你定义成本部件的明细程度,系统最多允许定义40个成本部件,你将这些成本对应到获利分析模的40个值字段,从而在差异计算后将实际成本部件传到获利分析, 实际上，财务模块并不反应这些差异明细, 只是才成本分析模块中体现, 这就是将财务和成本模块分开的好处避免产生一大堆垃圾财务凭证, 差异在向财务过帐时是以一个总的 生产成本结算差异过帐的,举一个简单实例,产品标准价968元/个, 其中原料950元,人工9元,折旧9元:
本期生产该产品10000个, 平时,原料以标准价投入了1000万(假设标准成本估原料是950万), 人工和机器折旧各以作业类型计划价的方式投入各10万(标准成本估算值为9万),产品以标准价收货910000个968万,期末结帐成本中心分配分摊作业实际价格重估重估工单一般就这些操作而已, 人工和机器折旧的实际价格各为12万,此时计算差异得到:
原料差异: 1000万 - 950 万 = 50万(由于多投入原料,产生50万数差)
人工差异: 12万(实际作业价)- 9万 = 3万(假设全为价差)
折旧差异: 12万(实际作业价)--9万=3万 (假设全为价差)
总共产生的实际生产成本投入为:1024万,借方!,这些类型差异反应在成本模块中,可以进行分析.
工单入库凭证为:
Dr:产品库存 968万
Cr:生产成本产出科目(Tcode:OBYC->GBB/AUF) 968万
总共产生的实际生产成本产出为:968万,贷方!
工单结算凭证为:
Dr:生产成本差异 56万(反应在物料分类帐中,CKM3可查看)
Cr :生产成本结算差异 56万(Tcode:OBYC->GBB/AUF)
生产成本结算差异 56万,贷方! 总的56万一笔反应在财务模块.
实际生产成本投入 = 实际生产成本产出 + 生产成本结算差异
如果你细心,就会发现,无论是原料还是产品,此时都还是标准成本,接下来可以使用物料分类帐将差异
分摊出去还原实际成本. 对产成品, 因为平时收发货都是标准成本,那么生产成本差异 56万将在销售发货和
期末库存间分摊, 对于原料同样采购差异在消耗和期末库存间分摊, 不同的是,原料的消耗是往上层层上卷到半成品和产品的,这就是所谓的"多层差异", 如果BOM层次较多或象流程行业出现物料汇流的循环BOM,多层次差异就会耗费相当长的时间才能计算出.
如果仅仅从财务核算角度,国内ERP更愿意采用期末统一核算出成本,,但是这种"事后"核算的方式,外界评论是不能合理反应出"成本管理"的思想,不能作到事前预测,事中核算.
合理优化业务,避免物料分类帐运行时间过长
是在多层差异分配上,多层差异的产生的主要方式有3大类.
(1).跨工厂的转储301/302,比如产品从生产工厂到销售工厂使用301,则销售工厂到
生产工厂规定只能使用302,否则同期销售工厂到生产工厂也使用301,则多层差异分
配死循环,荆门不存在这种业务.
(2).物料309/310转移,经检查发现重污油309 68324006-》半沥青68324032使用了3
09,而半沥青68324032转回-》 重污油68324006也使用了309(原则上应该使用310),
也造成了死循环, 309/310物料转移的方式可以规范,尽量避免多层差异循环分配.
(3).产品回流循环BOM造成的循环,假设消耗A+B+C产出X,Y,Z, 而消耗X又产出A,则A
的多层消耗差异将分配到X作为接收方差异, X的消耗差异又转回A作为接受方差异,
A(X)的本期期初+接收差异又在A(X)的本期消耗和期末库存分配,这样就造成循环.
对于中间环节半成品过多的企业，如果半成品不需要进行库存管理或核算,可以考虑设置虚拟物料的方式.
一.规范309/310/311/312业务,坚决避免造成多层差异死循环.
二.优化循环BOM的结算规则,考虑将产量不多或核算无"精确"要求的造成循环回流
的联产品设置成副产品或固定价扣除,直接扣除生产成本,而不是参与生产成本的权
数分摊,避免多层差异分摊时循环!
http://www.itpub.net/viewthread.php?tid=361886&extra=&page=1
其实我也是个初学者，我明白初学者的困惑，想当初，也是一步一步才对SAP也有大致了，现在也是一个入门级水平（也许还算不上）
看了那么多问初级问题的贴子，我想给他们一点小小帮助！当然，我只能就我了解的情况给出一些说明，不清楚或者有错误的地方请各位大虾补充
1、SAP英文全称是什么，一些SAP相关软件解释？
德文：systeme,anwendungen,produkte in der datenverarbetung
英文：systems,applications,and products in data processing
中文：数据处理中的系统、应用、产品
简称：SAP
SAP R/3标准版本(如4.6c,4.7)
IDES( the "Internet Demonstration and Evaluation System" 就是一个学习环境)
SBO-SAP BUSINESS ONE，相当一个SAP简装版，是SAP收购以色列一家软件公司的产品，对初学者还是比较有用
Minisap,两张光盘,只有SAP的BASIC和ABAP4开发环境没有实际内容（想当初我刚装好的时候也是激动惨了，结果一进去看，啥子也没得)
Mysap.com,是SAP公司的一个整体解决方案，包括了很多软件内容
2、初学者从哪里学起？
我建议从SAP系统概述开始(论坛上有)，一来就去看软件肯定是错的，然后辅之以相应ERP原理等资料，先有理论，然后才应该在软件中实践。
如果想要真正学习，最好是找一套IDES来学习，我反正是用的4.6C，占用机器系源少。硬盘空间至少要空出60G，内存512M以上
CPU当然越大越好。
(IDES的获取渠道我就不多说了，地球人都知道)
3、SAP资料的获取及SAP官方培训
各个SAP论坛疯狂下载
HELP.SAP.COM(最权威，要求你英文要好)
附：http://help.sap.com/saphelp_46c/hel...meset.htm（4.6c SAP Library)
当然最好的是你有一个做顾问的好朋友，那你就发了
SAP官方培训：http://www30.sap.com/china/services...es/sap-netc.htm
（2005）
不过如果你MONEY不够的话就不要想了
4.我学到的东西
当然我只能就我自己学到的告诉大家
首先是进行IDES的安装，大约要一个通宵（安装说明到处都有，我就是中文包没打上去，我怀疑是我装英文操作系统的原因）
然后我进行是用户的定义（事务代码SU01）和ROLE的定义（PFCG）
CLIENT的定义（SCC4）和COPY（SCCL）
其次是后台配置（IMG），进入的事务代码是SPRO
详细我就不讲，因为我都糊涂的~~~
------------------------------------------------------
打算进入SAP咨询领域的朋友很多，只是SAP的产品过于复杂，而实施了SAP的企业也不愿意重新培养自己SAP人员――培养了不长时间就因为薪资待遇问题而离职，得不偿失。所以对于有ERP工作经验的人来说，SAP的门槛太高。入行的机会甚至远小于那些刚毕业的学生。
通过自学SAP进入SAP咨询领域，相信是很多ERPer共同的梦想，那么如何跨过这道门槛呢？在这里我总结了些经验供大家参考。
第一道坎：入门
自学SAP的人在入门的时候常常遇到的有四个误区，或许很多人都没有仔细考虑过，这样的错误我也曾犯过，也耽误了不少时间。
误区一：不学前台学后台
有ERP经验的人自学SAP反倒不如没有ERP经验的人学习SAP快，或许这个问题很多人都没有想过。在论坛里跟很多自学SAP的朋友沟通过，似乎大伙所看重的不过是如何配置SAP系统。装上个IDES就要研究SPRO――前台嘛，那算什么？可问题就在于：根基不稳，如何能走的快，走的远？很多人倚仗自己对别的ERP产品的理解来研究SAP，可往往在学习了很久以后仍看不到自己的长进，原因也就在于此：不够踏实。
误区二：不看功能，看维护
在这里所指的维护是一些“设置用户权限”“CLIENT拷贝”“系统调优”“内存优化” “数据库优化”等BASIS所做的工作。然而在真正的SAP团队中，这些工作是由专人负责的。花过多的精力在这个上面，也就耽误了真正该学习的内容。
不知道哪位仁兄在论坛里宣传什么装好IDES后拷贝一个“干净的”CLIENT来学习――或许这话是对的，但对于初学者来说：等到你能把所有参数都设置完成了，呵呵呵，恐怕已经是三五年后的事情了。
还有部分人一开始就琢磨SAP的权限分配、数据库备份。而这部分也是由BASIS专职负责――而做好BASIS的难度绝不亚于一个模块顾问的难度。
误区三：开发跟实施不分
也听很多朋友说过：研究一个系统最简单的方式是看数据库中数据的流向。弄懂了数据的流向你才能真正明白这个系统是如何设计的，才能从底层掌握这个系统。嗯，这话没错。但别忘记：你是个初学者，你的目标是SAP的咨询顾问，而不是开发人员。对，ABAPer跟咨询顾问也是两个职位，除非你自己定位的是开发顾问，否则，在初学的阶段还是远离ABAP的好。要知道SAP有数万个表，一个不小心你就会掉进迷潭。
但话也要分开讲――一个不懂ABAP的咨询顾问，也绝对成不了高级顾问，只是你不能太急罢了。
误区四：满大街找资料
我自己手头的SAP资料大约是几十个G吧，可回过头来看看，真正对自己入门帮助最大的还是ONLINEHELP。对，SAP的在线帮助。怎么？不知道哪有？上HELP.SAP.COM看看去。
大把的英文资料看得头痛？也是。但只要你找对方法，学习起来真就很容易了。而正确的方法就是：看跟IDES相关的东西。你装的学习环境不就是IDES嘛，里面什么数据都有，参考着SAP帮助文件里的步骤一步一步走下去，很快就能熟练的操作这个系统。入门实在是太容易了。
总结起来，入门的方法就是：不要急，从前台操作入手，研究透了基本操作再研究后台的设置。这个方法简单吧？对，抛开你以前所有的经验和资历，象一个完全不懂的菜鸟那样从SAP的基本操作开始学习。看看PPT，看看入门教材一步一步的走下去。
第二道坎：英语
说到学SAP的第二道坎，恐怕N多人都会有相同的感慨：英语。
很多人都上网去找中文的资料，说是看起来更容易些，可别忘记了，那并非SAP官方资料。在翻译和理解上中英文的资料差异还是非常大的。尤其是提高方面的资料――官方认证培训资历，可是只有英文版的。
作为一个自学者，在熟练的掌握了SAP的基本操作以后，必然要去看SAP的官方培训资料――提高嘛。更不用说我们在前面提到的ONLINE HELP。在这方面，如果没有良好的英语基础或者说没有看英文资料的习惯，在很长的时间内都难以提高。
说到英文的资料，如果是自学的话，最终于的一点还是强迫自己习惯这些东西。这也是没有办法的事情。
研究SAP的后台配置是学习最重要的工作之一，就我目前所能掌握到的资料来看，有心将所有的配置关联讲清楚的，也只有SAP的官方资料。所以……，不要叫苦啦。
第三道坎：机会
能不能耐的住寂寞？
对于自学者来说，不被正规渠道所承认是非常难受的事情。如何被正规渠道所承认呢？
在我看来，自学SAP难就难在耐不住寂寞。
仔细想想，对于SAP的用户来说，两年经验也都只能算菜鸟，那么对于自学SAP的人来说，你能否坚持两年，勤勤恳恳的学下去？相信没有具体的工作，很多人学习了三五个月便放弃了。而三五个月学习的真实效果如何？不用我说，对比了时间我想你也知道。当然，也有人会说：我投入的时间绝对不比人家专职学习花费的时间少――可这话，你仔细想想，能成立吗？有心做SAP顾问的人会不用心去学习系统吗？
所以我认为：坚持下去才是最最难得的事情。在你看不到路的情况下，如何抹黑的走下去。
对于自学SAP朋友的建议
1、 从基础开始，目标要清晰，绝对清晰。但不要把初始的目标定的过于远大。参考一个SAP顾问正常的途径走下去，从基本的操作开始。要对所有的前台工作都了如指掌。这也是一个SAP顾问所需要具备的基本要求。
2、 坚持看英语的文档，尤其是仔细按照ONLINE HELP所提供的那些练习一步一步的来做。有了基础之后在仔细研究SAP的标准教材。直到你有能力看完PA的课程。
3、 交流，尽量的与人交流，包括在BBS上，QQ群上，尽量的与人交流。而交流过程中最重要的并非看别人的帖子，按别人说的方法去操作――尽管这也是每个人学习SAP过程中要做的事情。最重要的是：解答别人的问题。细想一下：作为顾问难道不就是每天要回答用户提出的各种问题吗？对，你只是提前测试这项工作罢了。仅仅按照别人提供的思路解决问题并不能代表什么，关键是自己的吸收。
4、 规划自己学习的过程。按自己计划的方式学习，不要偏离方向。
对于第四点，我个人的感触特别深。对于自学者而言，你很难知道哪一天才能加入SAP相关工作的行列――一年？两年？甚至是更长的时间，没有一个良好的学习规划，并且坚持下去，恐怕没有人能等到最后。所以一定要给自己一个比较长期的规划。而对于一个SAP的项目来说，我们同样要强调的是计划。
5、 尽量结合你现有的工作整理数据。
对于所有的ERP项目来说对数据的收集整理导入都是必须经历的。而SAP的项目对于流程的调研、数据的收集更为重视。只有结合你现有的工作并在SAP系统中模拟这些工作，你才能更贴切的了解上一个系统到底要做些什么。
SAP的项目资料对于初学者和自学者来说参考价值有限。除了SAP公司似乎还没有哪家公司的哪套资料能将一个项目所涉及到的所有内容完整的展现――即使是有这样的资料，对于初学者来说你也不清楚什么阶段该做什么，什么阶段该如何循环。网络上的那些所谓项目资历对于大多数顾问来说仅仅是“参考”而以，甚至连参考的价值都没有。
想到的也就这么多了。坚持！就这样坚持下去！给自己两年的时间。
http://www.itpub.net/361886,5.html
GR/IR（分为购销与代销）
在SAP里，当货到票未到或票到货未到也得到了及时的处理。在传统的会计核算中，当企业购入存货时，若未能及时收至货物的发票，此时是不做任何帐务处理的，若至月末仍未能收到，会采用一种估价入帐的方法进行会计处理，而后月初红字冲回。但在SAP里，若继续采用这种核算方法，将会使SAP所倡导的信息即时性反映得不到实现。因此，在SAP的帐务体系里出现了一个新的科目：GR/IR，英文全称为GOODS RECEIPTS OR INVOICE RECEIPTS，中文译为货到票未到或票到货未到。如当仓库进货时，即使未收到发票，SAP能自动产生借：存货， 贷：GR/IR（GOODS RECEIPTS OR INVOICE RECEIPTS）,此时是以采购单上的采购价（不含税④）作为入帐金额。发票到时，通过发票校验程序，系统会自动产生借：GR/IR 贷：供应商。此时的供应商是根据采购单上标明供应商自动过入。若发生发票上金额与采购单的金额不一致的情况，系统会根据该笔采购当时的库存情况自动分配该差额的去向，如转入存货成本或销售成本或在二者之间分配。至月末，若仍有未到的发票，由于在报表层次是不能反映GR/IR的，因此系统会有一个程序将未结清的GR/IR转入应付帐款—票到货未到或应付帐款—货到票未到反映（该二科目非统驭科目，但前四位编码与正常的统驭科目一致），至第二个月初，系统会自动将未结清的GR/IR冲回，等待结清。对于代销商品的GR/IR，系统会在报表将其与存货项目一并反映。
购销的GR/IR与代销的GR/IR区别是通过商品的主数据中设置得以实现的。当创建一个商品主数据时，必须设置该商品是属于购销或代销商品，若是购销商品，则当该商品入库时，系统会产生借：存货 贷：（购销）GR/IR；若是代销商品，则当该商品入库时，系统会产生借：存货 贷：（代销）GR/IR；当然代销的GR/IR必须等到产生销售清单时，才能在收到供应商发票时转入应付某供应商的明细帐内。（转自张小虎 SAP R/3财务基本概念及集成性浅释---3集成性及存在的问题）
--------------------------------------------------
GR/IR是个过渡性科目，用于记录在途物资和在途发票。日常业务如下：
收货时： Dr：存货
Cr：GR/IR科目
发票校验时：Dr：GR/IR科目
Cr：应付帐款
当一个订单的货物和发票都结算完毕时，GR/IR科目余额应为零。
月结时，做在途物资和在途发票暂估。
计算同一GR/IR科目，同一应付帐款统驭科目数据的合计结果：
借方余额计算值=借方合计-同一订单中可清帐的行项目余额——票到货未到
贷方余额计算值=贷方合计-同一订单中可清帐的行项目余额——货到票未到
3．本月底记帐 Dr：GR/IR暂估入库 借方余额计算值
Cr：GR/IR换算调整 借方余额计算值
Dr：GR/IR换算调整 贷方余额计算值
Cr：应付帐款暂估 贷方余额计算值
4．下月初冲销 Dr：GR/IR换算调整 借方余额计算值
Cr：GR/IR暂估入库 借方余额计算值
Dr：应付帐款暂估 贷方余额计算值
Cr：GR/IR换算调整 贷方余额计算值
转自SAPFORM.NET
附：我想理解这个应该具备一定财务知识才行，其实很简单的，以我实施的项目来说，国内软件处理这方面业务的及时性确实在差一些，当然也可及时处理，货物采购一笔做一笔凭证，但大多数企业都是月末来处理暂估的，sap这方面确实比国内软件先进
想起来还有一个就计价方法的选择
SAP用的都标准成本法及移动加权平均法，而以前我们做项目大多数采用全月一次加权平均法（还是嫌麻烦啊）
http://www.100easy.com/dispbbs.asp?boardID=16&ID=18276&page=1（作者：manutdfan）
作为一个ABAP程式开发人员，以后的路怎么走啊？
今天主管开始休假了，难得轻松下来。不经意间想起一个我曾经想过的问题，以后的路怎么走？
想想自己都28了，奔三的人了。现在公司里天天做ABAP程式开发，无聊死了。公司里刚升级到SAP 4.7，上了SD, MM和PP模块，可是分工太细了，我平时只能开发开发程式，SD,MM模块的很多东西都接触不到。编程这个行业永远是年轻人的天下，到了30以后我不会再去做纯粹编程的工作了。兄弟们多讨论讨论我们以后不编程了去做什么比较好啊？
我想学SD或MM模块，毕竟公司的很多资源还是可以充分利用的，别人不教，咱可以自学。不过，应该从何学起啊，怎么学比较快啊？哪儿有比较好的学习资料啊？
请多提建议，我想这可能也是大家已经面临或即将遇到的一个问题，多谢！
magiccxm：
ABAP编程不是没有前途，我比较小了，刚过本命年
ABAP编程不是简单的编程，SAP中最主要的语言，一个是ABAP，一个是JAVA
ABAP以后的路应该往OO方向发展，
还有JAVA方面，中国适应的太少，使用SAP集成的太多，什么ITS，等等，最新的BSP技术，也是以后ABAPER需要了解和掌握的。
开发包括几大部分，最简单的REPORT和DIALOG，还有很多其他的，比如WEB，WORKFLOW，BAPI，以及和其他PC系统的接口。
REPORT最简单的，最重要的，提高代码执行效率。（SD的报表是多多的，表也是大大的，月报表是运行慢慢的，以后发展的路就是提高SD报表运行的效率）
DIALOG不常用的，除非你需要开发自己的一套系统，只是使用SAP平台。
WORKFLOW要和HR相结合的。所以你是需要理解HR的东西的
WEB东西就是更多了，EP只是一个平台，EP不能满足你所有的功能。最新的BSP技术是全新的，中国好象没有几家在用的。
BW是个模块，严格上来说，是不属于ABAPER的范围。
SAP的技术是不断变化的，ABAPER哪个公司是不能少的，但是待遇就差了
我觉得以后的路就是，多多掌握开发技术，并且了解模块的东西，你不会实施，但是你了解。
还有出路就是做第三方接口，也是前途很大
lcr：
大家写了这么多，我也来抛个砖。
单论abap本身来说，就有很多东西可以学。SAP，或者其他的大公司，5年以上abap经验的人很多。
我感觉abap比起其他语言，已经算容易很多的了。而且一个好的abap人员，成长也是需要很多时间的，因此经验多了以后，不一定就竞争不过年轻人。这点可能和其他语言有区别，毕竟sap的环境不多，而且abap和实际企业应用密切相关，不是可以速成的那种。
要提高自身价值，除了技术，更重要的可能是其他的能力。大多数行业，技术水平不一定决定收入水平。如果是在客户方工作的abap人员，这点可能更明显。和客户的交流沟通和说服能力，我认为比技术水平更难得。相似的能力还有外语，对企业的了解等等。举例来说，如果一个abap人员，除了coding水平还可以之外，又懂各个模块的基本流程，了解会计学知识，理解mrp，外语又流利，大家可以想像这样的人是很有竞争力的。
技术方面来说，有了良好的abap基础和经验，可以做功能顾问，或者向bsp，oo，bw等方向发展。如果一时没有良好的机会，abap本身也有很多方面的内容可以学习，例如楼上朋友说得workflow，badi等系统增强。这样看的话会发现report只是很小的一部分。
最后还有个机遇的问题。这个就得看运气了。但愿大家机会多多:)
程序员的个人发展
每天晚上，请你问自己这些问题：
1， 今天我是否克服了技术上新的困难？
2， 今天我是否多读了一些新书？
3， 今天我是否就某方面的问题与人进行了交流？
4， 今天我是否多认识了一个新同事或新朋友并准备与他们保持联络？
5， 今天我是否更多的接触到身处的行业需求，现状，和发展？精通技术 精通技术是技术人员的根本要求，也是技术人员人生发展的必经之路，只有首先精确掌握一门技术，才能触类旁通的掌握其他技术。精通技术不仅仅是为了精通技术，而是为了触类旁通，为了掌握精通技术的学习方法，研究方法，体会身处技术顶点的感受和境界，这样，下一次准备或需要进入另一个领域时，才会有明确的目标。为了精通技术，就要有以工作为乐的 精神。不主张过于频繁的换工作（常常被认为是不热爱工作，不适应环境，或者不忠诚的表现）。以工作为乐，才会投入更多的精力和时间，才能够飞快成长，成为该方面的能手。以工作为乐，是朝着技术高峰阔步迈进的享受过程。如果仅仅的是以工作为乐，仅仅号称自己喜欢工作，而没有“朝着技术高峰阔步 迈进”，则是一种浪费。要做工作和生活的有心人，才不会迷信技术，才会避免骄傲，才不会在达到某个水平以后停步不前。不仅要做有心人，还要学会研究。研究该门技术的发展方向，该门技术最好的学习方法，在该门技术上取得突出成就的道路，和激励自己沿着正确的方向前进的诀窍。做好了这些问题的研究，就会在以工作为乐的境界中做出超凡的成绩。
总之，
1， 反对不认真对待技术。
2， 反对不热爱工作，一心旁鹜。
3， 做生活和工作的 有心人。懂得管理懂得管理，既要学会 管理，也要学会配合管理。那些对所有人和所有事情都吹毛求疵的人是不适应社会的，也是不容易成功的。懂得管理，既要学会管理工程（进度，过程，资源，需求分析，客户交流），又要学会管理人。要重视团队建设，重视团队的合作，重视团队的文化建设，重视团队的凝聚力，重视管理者的个人感染力。在用户不能提出明确的需求的情况下，要综合经验，替用户提出明确的需求。符合标准的过程控制，方法论的实际应用可以引导工程有一个可期望的好结果。否则就是运气的功劳。资源的合理配置，建设一个每个人舒适工作的环境，不要让你的组员不得不总是把精力放在环境建设等问题上，是让人做出更大成绩的捷径。与人畅快交流的能力，成为软件人员必备的素质之一。懂得行业的知识就从这里开始。那些单纯学过管理的人，无论进入那一个行业，都需要不断的迅速的学习一些关于该行业的专门知识，至少是名词术语，基本原理，关键技术，主要应用。这样的了解初步管理知识的人，一定不要对技术人员指手画脚，否则一定得不到应有的认同，反之，如果他们从过程本身的流程或者方法论等方面提出建议，就可以更好的体现自己的价值。进入行业软件工作，离不开行业,尤其是应用软件。一个仅仅懂得实现技术的人，是不够的。所以一定要拓展你的知识，对你所处在的行业有一个更全面，更准确，更实质性的了解。软件人员看到需求分析，常常想到如何去实现它，而不会认真的去研究这份需求，站在用户的角度上来做更多的工作，这是值得软件人才所注意的。研究你所在的行业，也需要有一种系统的方法。了解其中的关键点是进入这个行业的捷径。了解触及该行业更多方面的关键点，是掌握这个行业的必经之路。对该行业做系统的总结分析，是深入该行业的目的。初步的研究成果经过更多的提炼和交流，就会成为金子般的智慧。以下是几点建议：从点滴做起。先做好那些你力所能及的工作。标准化你的行业。你所处的行业虽然确定，但是每一家公司的需求各不相同。掌握他们做事情的流程，可以帮助你做好标准化。同时学习那些该行业的标准，以用户的标准为标准，更加深刻的理解标准，是代替用户做好标准化的方法。掌握核心技术。任何行业都有核心技术。掌握某一项核心技术，就可以让你进入这个行业并在其中生存，反之仅仅浅尝辄止，就会让你遭遇失败，抱怨不公。
影响你职业发展的几项能力
1， 研究问题的能力
2， 影响他人的能力
3， 个人履历，请相信以下观念
1，教育不是万能的。希望学校或者任何一个教育机构为你准备所有的知识，能力，水平，是不可能的。最好的大学是自己和无字书。
2， 成长在工作中。工作中的表现和积累才是人生腾飞的实际动力。从今天起，请做好：
1， 培养你自己更广泛的兴趣，并坚持你的人生目标
2， 锻炼你的演讲能力
3， 多认识朋友，以他们为荣
4， 培养你的远见卓识
itpub SAP R/3 精华区 http://www.itpub.net/294201.html
FengLiang 转帖
我所领略的做报表的三重境界（作者：lz_0509）
本人去年是ABAP,今年暂时被借用协助做物装。体会最深的是呆写ABAP是永远不行的，这不仅是自身提高有限，而且做出来的内容效率太低。
第一重境界：能够比较熟练的运用ABAP语句以及工具，可以写出精巧的算法。但是对业务理解不要求深刻。因此可以按照业务顾问的要求较好地完成工作。本人记得当初写一张报表需要至少大约一两千行，如果是比较复杂的接口那就更庞大了。对于肯钻研的人来说，这一过程大约半年左右应该能达到的。特点是这一阶段的信心很大。
第二重境界：深刻熟悉业务流程。所谓深刻理解就是不能只停留在表面的浮躁。既能熟练地理解前台的关系，也要能够掌握后台配置的来龙去脉，以及之间的意义。换句话说就是如果立即转行做业务咨询的话，起码在技术上和标准的业务理解上不应该再有障碍。这个过程最累人。得到的回报是做接口可以轻松地运用BAPI，做复杂的报表可以少量借助于信息结构。
第三重境界：做ABAP但已经很少用ABAP。能交给SAP标准业务处理的尽量交给SAP。做报表时可以认真分析各报表的相互关系，特别是要很好地加以分类，这对本人即将提到的核心概念特别有用。好了，本人现在所要说的，其实SAP已经给我们提供了很好的工具，信息结构。我们可以列出一些最具有代表性和最原始的报表，加以分析，客制信息结构，必要的话可以自己写更新规则、更新过程或更新需求。这些信息结构因为直接接受交易数据，因此能得到实时的更新，而且由于不需要从最原始的被打散的数据表中取数累算，速度是很快的。接着我们可以利用信息结构的复制技术和ENHANCE技术对此信息结构进行一些复制（运算规则有区别不要紧，只要有规律就可以；周期小的可以生成周期大的；有不同的列项不要紧，不是有ENHANCE吗；用户习惯不一致以及需求有偏差不要紧，不是可以setting吗）。你说还有什么东西无法办到的？甚至可以在其基础上做预警系统（对这点由于本人水平有限，不敢乱分析）。这是SAP的精华啊！！！
最后的话：SAP博大精深，本人也不过井底之蛙而已。但我认为具体的技术是可以学会的。随着时间推移，真正管用的还是方法。不知道各位是如何研究的，欢迎交流心得
顾问成长之路
实施顾问的成长需要积累，难以速成，需要在挫折和失败中不断完善和提高。
以下是一点建议。希望是一个引子，使关注这一职业的女士先生们一起探讨探讨。
1、一定的技术基础。
身为软件实施顾问，你不能不了解你的产品，当然你可以了解得粗略，不必象技术工程师那样精通，你要能够回答客户提出的大部分问题，所以需要你掌握的知识非常综合、全面——强调的是广度而不是深度，当然，如果你的深度够好，那么会更加有利。如果你的深度不够，经常回答不上客户的问题，不要紧，关键是你要留一个缓冲余地，你要知道，你应该从哪里获得帮助和支持。优秀的实施顾问，应该懂得如何调度资源。
以下为我认为实施顾问应该掌握的技术：
（1）ERP软件本身，如SAP, ORACLE中的某个或某些模块，用友、金蝶等。
（2）系统管理知识，包括WINDOWS 2000，WINXP。
（3）数据库知识，包括SQL2000、ORACLE、DB2等等，SQL技能。细分可为查询分析器的使用，数据表的操作，报表的基本技能等等。
（4）网络知识。
（5）一定的硬件知识。
2、行业知识。
行业知识浩如烟海，没有人可以掌握全部。把握好你的定位，你要了解全部的产品有什么，但你要选定一个方向，在这方面成为专家。既要广博，也要有自己的专精所在。
不要贪多，很多东西知道框架即可，用的时候懂得较快地搜索、查找出来即可。时间精力极为有限，有些东西要懂得放弃。
3、管理知识和项目管理知识。
应当具备丰富的管理知识。要与客户保持好关系，要有良好的服务意识。客户管理层是项目推进中最好的资源，一定要取得他们充分的信任和合作。如果你不了解管理知识，你难以让客户信服和接受。软件之所以需要实施顾问，就在于实施顾问能够通过资源调度使它具备生命力，没有产品是尽善尽美的，但是一名尽责的、优秀的实施顾问，却可以弥补产品本身的不足。网络上管理知识应有尽有，只看个人的吸收能力。另外的一个好的学习途径就是客户方管理人员，他们的管理经验更有实效性。所以，在项目的实施过程中，我们事实上就可以学到很多管理知识。这也是这项工作的诱惑和魅力之一。
作为实施顾问，项目管理非常重要。要掌握基础的项目管理知识，掌握项目管理常用的软件工具。如果你是由技术工程师转型而来，观念上的转变至为重要。实施顾问不是替客户做事，而是指导客户做事。所以尽管你眼看着一个简单的问题却在客户手中无法解决，禁不住着急，想要代做，也请你管住自己。牢牢记住实施顾问的定位，不要混淆。事实证明，这是很多做惯了技术服务的工程师在转型到实施顾问时的一个瓶颈。身为实施顾问，你的专业化，恰恰是体现在“项目管理”上面。项目管理的知识，可以充分利用互联网，用BAIDU、GOOGLE去搜吧。然后，不要浮躁，用心体会。
4、英语水平。
SAP以及其他重要的ERP系统，大多都是西方人开发的，相关资料，尤其是最新的资料基本都是英文的，如果英语不灵，那真有跛腿的味道。况且用SAP的公司，大多是跨国企业，顾问本身又是一个很注重交流沟通的工作，所以，良好的英文水平，绝对是非常必要的。
5、你应有一个清爽整洁、职业化仪表。
要知道顾问基本上是一个服务性质的工作，必须得到客户方的认可，必须让人家喜欢和你相处。不修边幅的人，不适合担任实施顾问。你的气质与风度，你能否征服你的客户让他们接受你，信任你，是项目顺利进展的关键。曾有客户讲过，如果他们不接受顾问本身，也就难以接受顾问带来的一切。除了相貌，气质，还有谈吐。彬彬有礼、条理清晰、善于表达，是良好沟通的基础。当然，自信心也很重要。而职业化，不仅仅是实施顾问的要求，它是身在职场的人们都必须具备的常识。如果想在这方面得到提高，可以去买本公关礼仪方面的书或者查询网站上的相关知识。另外可以多留心一下那些公认有修养、善谈吐人士的言谈举止，逐渐地养成习惯，固化下来。
6、学习能力。
上述几条，不是独立存在，而是相辅相成，技术、管理、企业业务流程，都需要不断地学习。知识是日新月异的，必须与时俱进，活到老学到老，你往往需要在知识上走在客户的前面，有时候你必须要向客户学习，要学的东西永远太多，所以想要成为一名优秀的实施顾问，时间管理是必须要掌握的，如何合理的安排时间、有效利用时间是一门大学问，需要自己不断探索、总结。唯有热爱这个行业，对它感兴趣，甚至到了吃饭、走路、坐车、如厕也常常思考相关的问题。（睡觉就不要想了，容易失眠。: ) ） 这样算是进入状态了。你才有希望成为佼佼者。
7、一定的运气和机遇
谋事在人，成事在天。机遇也是非常重要的，一定要善于寻找机遇，创造机遇，抓住机遇。
想要成为优秀的顾问，需要一个漫长的过程，要多多用心，潜心体会，自然会有心得。常常要耐得住寂寞清静。多付出，不要太在意回报。坚韧不拔，终将修成正果。优秀的实施顾问，前途必然是光明的。
http://www.itpub.net/369892.html
江南一枫叶
SAP R/3财务基本概念及集成性浅释---总帐等概念
1，科目表的建立及分配
在SAP中，科目表的层次较公司代码高，也就是说先创建好科目表，然后可以分配给不同的公司使用。在同一集团范围内，为了使各个集团范围内的公司使用的科目表都能一致，通常是先创建一个虚拟的公司及科目表，然后集团范围内公司都可从其拷贝。科目表中的科目就是在总帐的主数据中分别创建的。这里值得一提是，在SAP中的科目表与传统的手工方式在科目体系中有了很大的不同。传统的帐务体系将会计科目分为1级科目、2级科目、3级科目等。但在SAP已没有这样分法了。除了应收、应付、固定资产等统驭科目外，所有的明细或2、3科目上升为总帐科目（当然在使用之前，应进行有关主数据的设置），如传统的银行存款—工商银行XX支行XX帐号，这只是银行存款的一个子科目，但在SAP中，此时已设置为一个总帐科目了，科目代码是根据企业会计制度中的有关编码扩充至8位编码，如一个企业有许多银行存款，在SAP中就变成了有许多总帐科目。在总帐层次显示时，是分别显示的，但到报表层次时，则根据所有银行科目中的前四位代码汇集成一个科目银行存款进行披露。管理费用也一样，在SAP中有非常多管理费用的总帐科目（如工资、奖金、津贴等）。但在总帐还包含有从其他模块中过入的金额，如统驭科目，统驭如应付/收及固定资产的明细科目，因此在SAP的总帐科目表中，我们看到的就不是目前的五、六十个科目，而是将近五百个的总帐科目。由于应收、应付、固定资产有各自独立的模块，所以有各自的明细帐。但反映在总帐及报表层次时，分别为细分的统驭科目（如应收帐款可根据企业管理的需要分为应收国内的款项与应收国外的款项等）。SAP所有的财务信息都是即时的，当记录一笔总帐分录时，相应的总帐、报表都已生成，当应收明细帐生成时，通过统驭科目就可即时过入总帐与报表。也就是说，在SAP的帐务里，任何时点都会产生新的总帐与新的报表（注意该总帐与报表并不完全体现法人的资产负债损益情况，尚有折旧、预提待摊因素要考虑）。
2，统驭科目的概念及分类，统驭科目的变更
统驭科目（reconciliation account）指的就是将明细科目归集起来的意思。前面我们说到，系统总帐科目表中包括统驭科目，该统驭科目是与应收模块、应付模块、固定资产模块有关的，其中长、短期借款运用了应付模块的功能，也成为了统驭科目。在实际业务过程，我们可能会发生统驭科目选用错误，此时就要用到统驭科目的变更功能。如客户A的统驭科目被误选为11310101，并有一笔分录输入，假设为1000元，此时的总帐科目11310101就有1000元余额，事后发现用错统驭科目，为此在此客房的主数据中更改统驭科目假设为113102101（注意这并不会更改已过入11310101的1000元），更改完毕后，至月末（假设本月只有一笔分录及余额为1000元）运行客户重组程序，系统会产生借：11310299（系11310201的调整科目，但非统驭科目）1000贷：11310199（系11310101的调整科目，但非统驭科目）1000，在报表层次上11310101与11310199被安排在一行后余额变为0，11310201与11310299被安排在一行后余额变为1000，这样在报表层次就将由于选错统驭科目而产生的错误纠正了。第二个月初，系统会自动运行相反的调整分录，借：11310199（系11310101的调整科目，但非统驭科目）1000贷：11310299（系11310201的调整科目，但非统驭科目）1000.直到选错统驭科目的金额被支付出去后，才不需运行上述程序。
3，凭证的输入规则：在SAP中，总帐科目在输入分录是需要遵循传统的记帐方法，“有借必有贷，借贷必相等”。但对于应收、应付的发票输入（即作会计分录）单边则可，如在应付模块作发票输入，填入供应商的号码，日期、金额后，其次填写行项目，此时的行项目的字段中已经默认了借方，用户只需选择适当的总帐科目（如管理费用—XX）、金额、成本中心即可。产生的分录即为借贷皆具的双边分录了。应收模块的发票输入也同样。在应收、应付模块中除了后勤模块的“发票校验程序”及销售模块的“出具发票程序”自动过入应付、应收帐款外，尚有许多处如“过帐”、“清帐”也具有半自动生成会计分录的功能。另外，在SAP中，凭证具有较宽泛的意义，如后勤模块的产生的收货单据，在SAP中也称为凭证，发票也称凭证，因此财务人员在实际操作中应注意区别。
4，凭证的类别
传统的会计核算中，将凭证的类别分为收、付、转三类或直接就是一类记帐凭证。SAP对凭证的分类基本上也遵循收、付、转三类的原则，即总帐凭证（类似转帐凭证）SA，与供应商有关的凭证（类似于付款凭证）：KR（应付供应商的凭证）、KG（供应商转来的红字发票，SAP称为贷记凭证）、KZ（付款给供应商的凭证），与客户有关的凭证（类似于收款凭证）：DR（开具发票给顾客的凭证）、DG（开具红字发票给顾客的凭证）、DZ（向顾客收款的凭证），与固定资产交易有关的凭证AA等。
5，记帐码
在手工的会计核算过程中，我们通过用记帐符号“借”与“贷”来描述资产、负债的增、减。但在SAP中，却变得有些复杂了，比如，对于总帐科目的凭证，用符号40来表示总帐的借方，用50来表示总帐的贷方，分录例示如下：40：10010101（现金）50：50150101（营业外收入）；对于与供应商发票有关的凭证输入，主要与应付帐款有关的借贷方就比较复杂了，如贷方用31、32、33、34、35、36、37、38、39，借方用21、22、23、24、25、26、27、28、29，如供应商发票输入分录为：40：50100101（营业费用-电费）31：10100037（表示通过主数据创建的供应商编号）。对于与应收帐款有关的，其应收帐款的借贷方所用的记帐码：用01、02、03、04、05、06、07、08、09表示借方，用11、12、13、14、15、16、17、18、19表示贷方，如输入一笔与客户发票有关的分录：01：客户有关的号码50：其他业务收入。与固定资产有关的业务，用70表示借方，用75表示贷方，假设通过应付模块采购固定资产，70：固定资产号码31：10100037.与存货有关的业务，用89表示借方，用99表示贷方，如89：存货贷：50：GR/IR，退货时，40：GR/IR 99：存货（与存货有关的会计业务，大部分是系统自动产生的，因此少了一道麻烦！）。
记帐码在SAP中实际上起到如下的作用：在行项目中决定可输入的科目的类别；行项目是以借方或贷输入；决定其他字段的状态。
6，凭证号码的产生
在SAP中，凭证号码可以由系统产生也可由手工产生，但系统产生的凭证号是连续的，手工产生的号码难免会产生跳号等失误，因此对系统设置时采用的凭证号码是由系统自动产生的。同时，对不同类别的凭证，系统对其产生的号码的范围不尽一致，如输入供应商发票产生的凭证号在1900000000-1999999999之间，付款给供应商的的凭证产生的凭证号在1500000000-1599999999，与固定资产有关的凭证产生的凭证号在0100000000-0199999999之间，开具发票给客户产生的凭证号在1600000000-1699999999之间等等！尚有其他号码范围，可参照总帐蓝图中的有关叙述。当然，号码范围是与年度有关的，即开始新一个会计年度时，号码区间又会被重新选用，从而避免号码被用尽的可能。
7，记帐期间变式，会计年度与特殊期间
记帐期间变式是较难理解的一个内容。通过手工的做法是，在某一期间内所有交易都必须在同一时点结帐，以便总帐及财务报表的生成。但在系统中，由于每一时点都可以产生一个即时会计报表，因此某些类型的凭证可以在期间结束时予以关帐，而某些却又可以继续开着，即某些类型凭证可在8月份入七月份的帐。当然从严格的角度说，这是不合适的。这就是记帐期间变式。特殊会计期间，在系统中，会计期间基本上分为12个期间，这与正常手工核算无二，但由于在年度的会计期间结束后（此时12月31日会计报表已产生），仍然存在应当调整的事项，如审计时发现有些费用的确认不尽合理，有些交易金额必须重新确认（如某些资产负债表日后事项），这时的调整就在特殊期间进行。SAP的特殊会计期间分为4个，即13-16期间。但有些资产负债表业务却又难以在特殊期间实现，如资产负债后日后发生的上一年度的退货，由于这涉及到集成的业务，所以在SAP较难实现（具体参见后述）。
8，初级成本要素与次级成本要素
初级成本要素与次级成本要素。SAP除总帐的及时集成外，它的另一个特点是与控制模块的及时集成。在SAP中所有的总帐中的费用科目都被要求创建成为初级成本要素。这样，当输入一个总帐的费用分录时，系统会要求输入一个成本中心，即表示此时系统已将该初级成本要素分配给了某一成本中心。即通过一个分录就将总帐与控制模块的要求同时满足，这就是SAP的无缝集成。当然控制模块中只有该要素的金额，而不是像总帐的记录是通过双边分录来实现的，因此某成本心的费用报表是各个初级成本要素总汇。次级成本要素是指，某一成本中心的费用要素可整理成为次级的费用要素（项目），并将其通过一定的比例分摊给不同的成本中心。控制模块就是通过这两个要素反映了企业内外部间的资金流动情况。在SAP中，初级成本要素就类似于科目表，它可以分配给任何一个成本中心，包括法人间的成本中心，即不同的成本中心可能包括的初级成本要素是一模一样的，但金额却不尽相同。
9，分配与分摊
分配与分摊对于成本要素的来说是一个很重要的功能。并且这功能就类似于固定资产折旧一样，一月只能执行一次。分配的功能是与初级成本要素相关的，分摊的功能是与次级成本要素的功能相关的。这两个功能同样都可用到计划（预算）与实际发生额中。如可创建一个循环，将某成本中心（可超过一个以上）的初级成本要素（可超过一个以上），按一定的比例分配给其他成本中心（可超过一个以上），当然也将这循环分为几个段，各段间相应的要求可以不一样，这样每月末执行时，就可以很好地反映初级成本要素的流向情况。同样的，也可创建一个分摊循环，将某成本中心（可超过一个以上）的初级成本要素（可超过一个以上）重新组合成为一个次级成本要素，然后再将其按一定的比例分配给其他成本中心（可超过一个以上），当然也将这循环分为几个段，各段间相应的要求可以不一样，这样每月末执行时，就可以很好地反映次级成本要素的流向情况。分配与分摊的区别在于，分配是将某一成本中心的初级成本要素分给另一成本心，被分配的初级成本要素会与被分配的成本中心的相同的初级成本要素一并反映，而分摊则是将次级成本要素分摊到另一成本中心，与被分摊的成本中心的初级成本要素一同反映，这样有利于区分本成本中心的发生的费用与分摊过来的费用的界限。需要说明的是，同一利润中心下的成本中心的分配或分摊，并不影响该利润中心的利润额，但跨利润中心进行分配或分摊，则影响了不同利润中心的利润额，两种方法产生（分配或分摊的规则相同时）的影响一致。