潇洒走一回
天地悠悠过客匆匆潮起又潮落
恩恩怨怨生死白头几人能看透
红尘呀滚滚痴痴呀情深聚散终有时
留一半清醒留一半醉至少梦里有你追随
我拿青春赌明天你用真情换此生
岁月不知人间多少的忧伤
何不潇洒走一回
红尘呀滚滚痴痴呀情深聚散终有时
留一半清醒留一半醉至少梦里有你追随
我拿青春赌明天你用真情换此生
岁月不知人间多少的忧伤
何不潇洒走一回
岁月不知人间多少的忧伤
何不潇洒走一回
]]>
天地悠悠过客匆匆潮起又潮落
恩恩怨怨生死白头几人能看透
红尘呀滚滚痴痴呀情深聚散终有时
留一半清醒留一半醉至少梦里有你追随
我拿青春赌明天你用真情换此生
岁月不知人间多少的忧伤
何不潇洒走一回
红尘呀滚滚痴痴呀情深聚散终有时
留一半清醒留一半醉至少梦里有你追随
我拿青春赌明天你用真情换此生
岁月不知人间多少的忧伤
何不潇洒走一回
岁月不知人间多少的忧伤
何不潇洒走一回
]]>
透视ERP会计科目
关键词:运营会计科目|集团会计科目|合并会计科目|备选科目(特定国家科目)|承诺项目(预算会计科目)|现金管理科目|成本要素(成本模块会计科目)
Operating Chart of Accounts(运营会计科目表)| Country Chart of Accounts(特定国家科目表)|Group/Consolidation Charts of Accounts(集团/合并会计科目表)
管理会计的根是“成本”,成本会计是管理会计的重点,有人认为,管理会计方法论体系基本按照预测、决策、控制安排,这些方法论正是管理学的主体内容,但其没有象管理学那样对预测、计划、控制等方法论做出科学解释,也没有像会计学所形成的划分科目、填制凭证、登记入帐、试算平衡、编制报表这样严密紧凑的方法体系,那么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元素等。
*在成本,合并,利润分析模块,你可设置为预测计划未来预算设置各种版本,版本用来区分这些数据.
比如国内某
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更愿意采用期末统一核算出成本,,但是这种”事后”核算的方式,外界评论是不能合理反应出”成本管理”的思想,不能作到事前预测,事中核算.
对于中间环节半成品过多的企业,如果半成品不需要进行库存管理或核算,可以考虑设置虚拟物料的方式.
一.规范309/310/311/312业务,坚决避免造成多层差异死循环.
二.优化循环BOM的结算规则,考虑将产量不多或核算无”精确”要求的造成循环回流
的联产品设置成副产品或固定价扣除,直接扣除生产成本,而不是参与生产成本的权
数分摊,避免多层差异分摊时循环!
其实我也是个初学者,我明白初学者的困惑,想当初,也是一步一步才对SAP也有大致了,现在也是一个入门级水平(也许还算不上)
看了那么多问初级问题的贴子,我想给他们一点小小帮助!当然,我只能就我了解的情况给出一些说明,不清楚或者有错误的地方请各位大虾补充
1、SAP英文全称是什么,一些SAP相关软件解释?
德文:systeme,anwendungen,produkte in der datenverarbetung
英文:systems,applications,and products in data processing
中文:数据处理中的系统、应用、产品
简称:SAPSAP 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公司似乎还没有哪家公司的哪套资料能将一个项目所涉及到的所有内容完整的展现――即使是有这样的资料,对于初学者来说你也不清楚什么阶段该做什么,什么阶段该如何循环。网络上的那些所谓项目资历对于大多数顾问来说仅仅是“参考”而以,甚至连参考的价值都没有。
想到的也就这么多了。坚持!就这样坚持下去!给自己两年的时间。
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用的都标准成本法及移动加权平均法,而以前我们做项目大多数采用全月一次加权平均法(还是嫌麻烦啊)