ImageVerifierCode 换一换
格式:DOCX , 页数:19 ,大小:1.13MB ,
资源ID:18871599      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/18871599.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(DBTDiary老段学习资料含对销单成本核算文档格式.docx)为本站会员(b****6)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

DBTDiary老段学习资料含对销单成本核算文档格式.docx

1、 AS92中修改上年累计折旧 c) 厂房建成是2000年月1日,但开始生产日期是2001年7月,这时才开始计提折旧。但SAP导入时按2000年2月开始提折旧。解决方案:在AS02中修改开始提折旧日期为2001年7月。2) 运行公共费用分摊后,旧系统与SAP对损益表。(即按功能范围做的损益表)。有差异。 A) 先KSBB看成本中心的报表,如销售费用看销售成本中心的费用,总额是对的。但和损益表上对不上。原因是:有些费用,如餐费是用次级成本要素分摊到销售成本中心的 但GRR2所做的损益表中选的是总帐科目,没有次级成本要素。这是因为:分摊虽做了,但功能范围调整并不是同时做的,要运行功能范围调整,才能真

2、正做功能范围调整,将费用记到总帐科目上。ECC5.0后则不用做功能范围调整,是实时做的。(KALC做功能范围调整)B) 因为银行费用,营业外收入总帐科目建了成本要素,记帐时要输入成本中心,结果输入了采购科等属于其它功能范围的成本中心. (也不能输入财务科的成本中心,因其发生的费用大部分属于管理费用。) 解决方案:建立一个虚拟的成本中心把应属于财务费用的(如利息、财务费用等属于财务费用的科目,却错误的建立了成本中心的,做成本中心的reposting,从采购科等成本中心转到虚拟成本中心,这时功能范围的调整的帐务凭证并没产生,只有做功能范围调整这一步后,才产生相应的帐务凭证。CO的调整不产生财务凭证

3、,只有做了功能范围调整才能反应到FI。7. KP06做生产成本中心的初级cost element与activity type的计划,即把activity type与哪些初级cost elements 对应上。小蔡说要总部出一个对应清单。结果总部做完后,用KP97 copy到唐山。但总部与唐山的activity type不同,copy 不成,只能手输。 次级成本要素不能用KP06做计划,只能建split structure, 指定哪些次级成本要素与哪个activity type对应上。8. Balance sheet科目:材料成本差异按材料成本差异率,记入到损益类科目上。成本差异率 = (上期材

4、料成本差异+本期材料成本差异) / (上期库存金额+本期入库金额)应转入损益的金额=本期发出金额*成本差异率 经Jenny决定:转入损益的材料成本差异以overhead 的activity type分到每个生产订单上。则:在KP06中做材料成本差异的损益科目和overhead 的activity type的对应。也在要splitting structure 上把材料成本差异的损益科目和overhead做业类型对应上. 做的步骤是:a)运行进销存报表ZMMR01,据此做材料成本差异率 b)FS10N查得材料成本差异总额 c)F-02: 借 or 贷: 材料成本差异贷or 借:材料成本差异(损益类

5、科目) d) KP06 :做材料成本差异(损益类科目)与做业类型: overhead的计划,即把材料成本差异(损益类科目)与做业类型: overhead关联. f)把成本差异(损益类科目)加入overhead 的cost elements组。因为overhead的cost elements group已在cycle的overhead分摊段中做为发送方。这样运行cycle时就把其分摊到每个生产订单上。同时splitting structure中也用到overhead这个成本要素组,样运行splitting时就把成本差异(损益类科目)对应到overhead这个估业类型上了。6. 唐山DBT有工程部

6、,所发生的费用要直接记入销售订单。1) 建立一个做业类型:ECCD,这个做业类型对应category是43的次级成本要素:开发费.(TSDBT没有开发费这个总帐科目,工程部所有的费用合在一起即为开发费)2) 建立工程部成本中心,用KP26做工程部成本中心之ECCD的价格(TS DBT为37.00 CNY)3) 用KB21N做activity type ECCD的confirm,输入sales order和item. 4) 效果就是:在工程部成本中心报表看到,工程部所发生的费用为流入,在debit方,做了sales order confirm后,开发费-次级成本要素(对应做业类型ECCD)为流出

7、,在credit方。这样就达到了费用按做业类型的工时数分到sales order中去。 用KKBC_KUN显示一个sales order item,就可以看到开发费这一行费用。5) 现工程部有费用3万,但只建了一个sales order,还有一个sales order没建,因为还处于招标阶段,合同还没签。这相当于做confirm但生产订单没建一样。输入一个sales order的工时数,结算时系统会重估,把所有的费用都记入这个sales order中。 首先做KP06,把ECCD对应的初级成本要素对应起来。 然后做KB21N,对sales order输入工时。 所发生的费用只能记入一个sale

8、s order了。7.采购部、质量部的成本中心建成了生产性成本中心,因这些部门的人工费应为生产成本的间接人工费. 其它费用为制造费。这样要建立cycle,把这些部门的费用分到 生产制造部上的labor、machine、overhead对应的cost element上来。1) 分摊与分配的区别 a) 分配是把源成本中心的费用分配到目标成本中心相应的cost elements上去,在目标成本中心的cost elements上的费用相加。 缺点:目标成本中心上看不出哪些是原有的费用,那些是分配过来的费用。 优点:可以看出分配过来的是哪些费用,可以追溯源头 b) 分摊则是把源成本中心的费用用一个次级成

9、本要素分摊到目标成本中心,在目标成本中心增加一个成本要素行。 缺点:看不出分摊过来的成本要素由哪几部分组成。 优点:目标成本中心能区别出哪些是是分摊过来的费用,哪些是原来的费用。注意:从制造成本中心分摊到生产成本中心时,要把制造成本中心所有的初级、次级成本要素做为成本要素源,不能遗忘次级成本要素。2) step: a) 建立次级成本要素category 是42,成本要素名称分别是:人工分摊、机器分摊、overhead分摊. b) 建立成本中心组:分别是labor, machine, overhead. 要把制造成本中心所有的初级、次级成本要素都包括进来。 c) 建立循环。循环第二次执行时会把第

10、一次的冲掉,再重新posting一次.9. Splitting 执行完6中的循环后,制造成本中心的费用就结为0,全部分摊到生产成本中心。这时就执行splitting. Splitting的目的是把制造成本中心上的所有费用分别对应到做业类型:labor, machine和overhead. 这种对应包括所有的初级成本要素和次级成本要素。把属于labor, machine, overhead的所有初级、次级成本要素分别建立成本要素组,便于建立splitting structure. 10. 执行完splitting后运行实际价格计算-然后重估生产订单- WIP Period close-WIP计算

11、-结算生产订单. 注意:按sales order结算不用执行计算差异。Why?11. 生产订单结算后,执行 SALES ORDER的RA分析.然后VA88 结算sales order. 结算规则是按收入匹配成本,没有匹配上收入的成本则转到WIP总帐科目上,这就是产生的帐务凭证。12. 对于厂房、汽车的折旧是应该进machine还是应该进overhead.业宏说overhead就是些金额比较小的费用。Jenny认为machine就是生产所用的设备,不应包括厂房的折旧。其实这只是个内部报表的问题,看总部的要求是什么。但这月厂房的折旧是进了machine,是不是这意味着for ever了呢,以后不能

12、改了?13. 对于期初,本来就是研发费但旧系统是以虚拟物料的形式存在的,导入到了SAP的WIP reserve科目(上线专用)上。现在结算前就应将其从WIP reserve上转到sales order上。1) F-02 借: WIP Reserve 贷:销售成本-研发费 cost object是sales order. (如不输入sales order则要输入成本中心的。)2)结算sales order,如果这个sales order还没有收入,则系统会将其转入到WIP科目上。14. VA88结算sales order时错误提示: cost element 610000没有在PA struct

13、ure中:原因是sales order的收入成本,而在配置中没有指定此种情况下系统会这样处理: 如果一个sales ordre收入是10,成本是30, 如果当期: 收入为零,成本10,则结算sales order时,系统按收入匹配成本的方法,把销售成本调为零,同时记一个20的损失。就是这个20的损失科目没有指定,固VA88时出错。加上RIML这一行, RIML: Reserves for Imminent Loss 89100003: 销售成本-调整-POC 4392111: 在制品-POC40510121: 在制品转出15. 在制品POC结算sales order的步骤:1)RA analy

14、sis 2) VA88. 在做了 RA Analysis 后小蔡又对sales order的confirm 做了取消。则要对这个sales order重新做RA analysis.否则结果不对。16. 结算完sales order后,利润表与F.01中的损益表对帐,对不上。F.01中的损益表是损益表上的所有科目利润表是收入、销售成本、期间费用(销售费用、帐务费用、管理费用)对帐方法:对收入、对生产成本,对期间费用对不上的原因: 1)功能范围调整是对于次级成本要素系统是通过999998这个总帐科目在FI上记帐的,王瑞梅在做利润表时没包含999998这个科目 2)销售成本是标准成本,王瑞梅在做利润

15、表时没有包含生产订单结算差异这个P&L科目。 3)我开始认为:开发费(DBT这是工程部所发生的所有费用统称为开发费)是通过sales order confirm进入销售成本-开发费的,但因为这些被做了confirm的sales order没有收入,则系统把这部分销售成本转为WIP。这意味着利润表不含这部分转为WIP的费用,而F.01中包含工程部所发生的所有费用.只有sales order全部开票,F.01与利润表才一致。 与业宏沟通后:工程部所发生的费用的借方就在利润表中的销售成本,因为销售成本转为WIP在财务上记了一笔,等sales order全部开票,只是从WIP上再转回来,不会再影响成本

16、中心的费用了,所以sales order全开票后,WIP转回来不会与工程部所发生的费用重复.工程部的功能范围是500,但又不能把500全部加入到利润表,因为工程部的费用又通过做业类型全部转出,余额为0,应只加500功能范围的借方。 但是现在500功能范围的借方有从其它成本中心分摊过来的费用,为次级成本要素,而次级成本要素的功能范围的调整又是通过999998这个科目来做的,999998这个科目是分不出来哪些是功能范围500的调整,所以说,在利润表中无法统计这部分次级成本要素的费用。 最后,F.01与利润表只应相关这部分次级成本要素上的费用 这里的生产成本转出在制品转出 = 生产成本原材料+人工费

17、 machine + overhead.这三个做业类型的金额由生产性成本中心的报表可以看到。 (转出科=库存科目差异)利润表17. 完成以上,则结算完成,今天已是2006-12-4。18. F.19计算在途材料和应付暂估,不是调整GR/IR科目本身,而是用GR/IR调整这个科目,相当于凭空记一笔,所以下月要冲回。19. 昨天在北京伟波问我,make to order的能不能做独立需求,我说SAP有标准的strategy group 50, allows you to procure components on the basis of planned independent requireme

18、nts. Production of finished product, however, is based on actual sales order. This planning strategy ensures that you can react quickly to customer requirements, even if the finished product has a long overall lead time. You can avoid the main value-added process until you have a customer. 他说李强告诉他,s

19、ales order来了之后不能消耗独立需求。我说不可能。他听了后打电话给李强,我又和他通话,李强说就是因为sales order costing 哪个勾,业宏说要选中。李强以为业宏说的是sales order costing 一定要打勾,这样sales order才能做成本估算。其实业宏说的是costing ID要选择B: Automatic costing and marking. 如果这里不是选B,就是说sales order 保存时不做自动的成本估算,也不marking的,这时生产入库时以production order的计划成本入库。 一开始李强以为sales order costi

20、ng必须选中,这个要选中的话assembly type必须选2,就是sales order一产生就同时生成production order. 今天copy了50的planning strategy :Z5,然后按上面的做修改,只是assembly type为空,sales order costing 为空. 其它的改成和上图相同。 做一个200的独立需求,再做一个150的sales order. 这时再看MD04,则独立需求变成了50.20. 2006-12-30结算1)所有的费用、发票录入完成. 2)提折旧4)F.135)F.193)做原材料成本差异按差异率分到损益类科目上。结生产订单.4)

21、做研发费用输入activity 到sales order. 5)然后用ACPPAC的损益表和SAP的损益表对帐.先对收入、再对生产成本、再对期间费用.6)SAP的销售成本比ACPPAC多出140多万.原因是一个销售订单中的所有托辊用ball bearing(双面带盖球轴承)都是由客户提供,但是BOM中ball bearing是与成本相关的,这样Sales order建立时EK02的成本价就高了,收入小于了成本. 按POC(percent of cost)的规则,按SO刚创建时的收入与成本的比例,按billing金额算应匹配多多少成本。 于是手工调整140多万,借WIP for POC,贷COG

22、S adjustment.做FB08 Posting date为2007.01.01,取消手工调整的凭证。 等到这个销售订单结束之后,销售成本就是实际所发生的成本,不会再用收入去匹配成本了。21. 在KKA3中上对sales order 150000014/2000进行RA.但是在planning data 中计划收入才2,265,684.14,而在sales order 的condition中看收入是5,682,758.72, 单价PR01 = 271.27. 原来他们在做ATP检查的时候,没有打勾确认,可能是点了continue,因此confirm数量就变成9772,第二个计划行的数字没出

23、来,计划输入是根据计划行的确认数量来的,所以少了一块,只相当与9772个的收入. 271.27/1.17*9772 = 2,265,684.14 这里要选这个button,这样才能在schedule line中出现两个行项目这个行项目已产生了一个9772的生产订单并已经完全入库,这样订单总数24510 - 9772=14738. 库存总数-已发货数量9772 - 5055=4717.如果不点对勾,而是点continue则schedule line里只出现一行:22. 2006-12-30 新建一个国外客户。开始这里选的是1 standard.用这个客户建sales order时出现error:

24、由于Langfang有只有一个sales area, 但是销售货物到一个客户,有时出关不要交税,有时不出关,要交税,所以不能用客户主数据中的customer price procedure 来定含不含税。只好用定单类型来区分,order type: ZET为出口不含税。把定单类型与document type price procedure关联起来Pricing procedure是由sales area + document price procedure + customer price procedure 决定.由于所选的order type对应的DoPr是A, 而客户里的cus.price.procedure是1,这里没有这一关联,所以系统提示没有定价过程。ZVAB02是含税的procedure.

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1