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

上传人:b****6 文档编号:5883721 上传时间:2023-01-01 格式:DOCX 页数:19 大小:1.13MB
下载 相关 举报
DBTDiary老段学习资料含对销单成本核算.docx_第1页
第1页 / 共19页
DBTDiary老段学习资料含对销单成本核算.docx_第2页
第2页 / 共19页
DBTDiary老段学习资料含对销单成本核算.docx_第3页
第3页 / 共19页
DBTDiary老段学习资料含对销单成本核算.docx_第4页
第4页 / 共19页
DBTDiary老段学习资料含对销单成本核算.docx_第5页
第5页 / 共19页
点击查看更多>>
下载资源
资源描述

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

《DBTDiary老段学习资料含对销单成本核算.docx》由会员分享,可在线阅读,更多相关《DBTDiary老段学习资料含对销单成本核算.docx(19页珍藏版)》请在冰豆网上搜索。

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

DBTDiary老段学习资料含对销单成本核算

1.Subcontractpurchaseorder入库产生两个财务凭证,是因为这个采购订单是外币的。

2.一个物料用在某个salesorder时是由客户提供,对其它salesorder又是DBT采购。

当时订的解决方案是不建两个物料代码,而是写exit,客户提供物料时为saleorder采购的采购订单是免费订单,在入库时在出口中给一个很小的价格,price=0.01,priceunit=99999.原理是:

为销售订单采购的采购订单在入库时取价格的优先级是:

1)取exit中的价格

2)如果已有销售订单库存,则取销售订单库存的价格。

(销售订单采购的采购订单入库是销售订单库存)

3)取物料主数据中的价格

如果在执行exit后price不大于0.00,则依次会取2)或是3)中的价格。

3.Resultanalysiskey是在requirementclass里指定.

4.在销售订单中有上层项和下层项,只结算上层项不结算下层项,在definevaluationmethodsforresultanalysis里的专家模式里控制。

5.MMPV关帐后,要回来到前一个帐期的话:

在su3中parameter中加MMPI_READ_NOTE,它的值是当前日期,格式是yyyymmdd.然后在MMPI中改回到以前帐期.

6.2006-12-2.结算

1)固定资产运行折旧,测试运行,11月提的折旧总额与旧系统Appac对帐,有差异的主要有两个原因:

a)提折旧日期在期初导入时是错的(由于原始文件的原因).解决方案:

在AS02中修改提折旧日期,这是要注意剩余年限和月份,系统会自动计算给出提示。

b)期初导入时,上年累计折旧是错的(由于原始文件的原因),解决方案:

AS92中修改上年累计折旧

c)厂房建成是2000年月1日,但开始生产日期是2001年7月,这时才开始计提折旧。

但SAP导入时按2000年2月开始提折旧。

解决方案:

在AS02中修改开始提折旧日期为2001年7月。

2)运行公共费用分摊后,旧系统与SAP对损益表。

(即按功能范围做的损益表)。

有差异。

A)先KSBB看成本中心的报表,如销售费用看销售成本中心的费用,总额是对的。

但和损益表上对不上。

原因是:

有些费用,如餐费是用次级成本要素分摊到销售成本中心的但GRR2所做的损益表中选的是总帐科目,没有次级成本要素。

这是因为:

分摊虽做了,但功能范围调整并不是同时做的,要运行功能范围调整,才能真正做功能范围调整,将费用记到总帐科目上。

ECC5.0后则不用做功能范围调整,是实时做的。

(KALC做功能范围调整)

B)因为银行费用,营业外收入总帐科目建了成本要素,记帐时要输入成本中心,结果输入了采购科等属于其它功能范围的成本中心.(也不能输入财务科的成本中心,因其发生的费用大部分属于管理费用。

)解决方案:

建立一个虚拟的成本中心把应属于财务费用的(如利息、财务费用等属于财务费用的科目,却错误的建立了成本中心的,做成本中心的reposting,从采购科等成本中心转到虚拟成本中心,这时功能范围的调整的帐务凭证并没产生,只有做功能范围调整这一步后,才产生相应的帐务凭证。

CO的调整不产生财务凭证,只有做了功能范围调整才能反应到FI。

7.KP06做生产成本中心的初级costelement与activitytype的计划,即把activitytype与哪

些初级costelements对应上。

小蔡说要总部出一个对应清单。

结果总部做完后,用KP97copy到唐山。

但总部与唐山的activitytype不同,copy不成,只能手输。

次级成本要素不能用KP06做计划,只能建splitstructure,指定哪些次级成本要素与哪个activitytype对应上。

8.Balancesheet科目:

材料成本差异按材料成本差异率,记入到损益类科目上。

成本差异率=(上期材料成本差异+本期材料成本差异)/(上期库存金额+本期入库金额)

应转入损益的金额=本期发出金额*成本差异率

经Jenny决定:

转入损益的材料成本差异以overhead的activitytype分到每个生产订单上。

则:

在KP06中做材料成本差异的损益科目和overhead的activitytype的对应。

也在要splittingstructure上把材料成本差异的损益科目和overhead做业类型对应上.

做的步骤是:

a)运行进销存报表ZMMR01,据此做材料成本差异率

b)FS10N查得材料成本差异总额

c)F-02:

借or贷:

材料成本差异   贷or借:

材料成本差异(损益类科目)

d)KP06:

 做材料成本差异(损益类科目)与做业类型:

overhead的计划,即把材料成本差异(损益类科目)与做业类型:

overhead关联.

f)把成本差异(损益类科目)加入overhead的costelements组。

因为overhead的costelementsgroup已在cycle的overhead分摊段中做为发送方。

这样运行cycle时就把其分摊到每个生产订单上。

同时splittingstructure中也用到overhead这个成本要素组,样运行splitting时就把成本差异(损益类科目)对应到overhead这个估业类型上了。

6.唐山DBT有工程部,所发生的费用要直接记入销售订单。

解决方案:

1)建立一个做业类型:

ECCD,这个做业类型对应category是43的次级成本要素:

开发费.(TSDBT没有开发费这个总帐科目,工程部所有的费用合在一起即为开发费)

2)建立工程部成本中心,用KP26做工程部成本中心之ECCD的价格(TSDBT为37.00CNY)

3)用KB21N做activitytypeECCD的confirm,输入salesorder和item.

4)效果就是:

在工程部成本中心报表看到,工程部所发生的费用为流入,在debit方,做了salesorderconfirm后,开发费-次级成本要素(对应做业类型ECCD)为流出,在credit方。

这样就达到了费用按做业类型的工时数分到salesorder中去。

用KKBC_KUN显示一个salesorderitem,就可以看到开发费这一行费用。

5)现工程部有费用3万,但只建了一个salesorder,还有一个salesorder没建,因为还处于招标阶段,合同还没签。

这相当于做confirm但生产订单没建一样。

输入一个salesorder的工时数,结算时系统会重估,把所有的费用都记入这个salesorder中。

首先做KP06,把ECCD对应的初级成本要素对应起来。

然后做KB21N,对salesorder输入工时。

所发生的费用只能记入一个salesorder了。

7.采购部、质量部的成本中心建成了生产性成本中心,因这些部门的人工费应为生产成本的间接人工费.其它费用为制造费。

这样要建立cycle,把这些部门的费用分到生产制造部上的labor、machine、overhead对应的costelement上来。

1)分摊与分配的区别

a)分配是把源成本中心的费用分配到目标成本中心相应的costelements上去,在目标成本中心的costelements上的费用相加。

缺点:

目标成本中心上看不出哪些是原有的费用,那些是分配过来的费用。

优点:

可以看出分配过来的是哪些费用,可以追溯源头

b)分摊则是把源成本中心的费用用一个次级成本要素分摊到目标成本中心,在目标成本中心增加一个成本要素行。

缺点:

看不出分摊过来的成本要素由哪几部分组成。

优点:

目标成本中心能区别出哪些是是分摊过来的费用,哪些是原来的费用。

注意:

从制造成本中心分摊到生产成本中心时,要把制造成本中心所有的初级、次级成本要素做为成本要素源,不能遗忘次级成本要素。

2)step:

a)建立次级成本要素category是42,成本要素名称分别是:

人工分摊、机器分摊、overhead分摊.

b)建立成本中心组:

分别是labor,machine,overhead.要把制造成本中心所有的初级、次级成本要素都包括进来。

c)建立循环。

注意:

循环第二次执行时会把第一次的冲掉,再重新posting一次.

9.Splitting

执行完6中的循环后,制造成本中心的费用就结为0,全部分摊到生产成本中心。

这时就执行splitting.Splitting的目的是把制造成本中心上的所有费用分别对应到做业类型:

labor,machine和overhead.这种对应包括所有的初级成本要素和次级成本要素。

把属于labor,machine,overhead的所有初级、次级成本要素分别建立成本要素组,便于建立splittingstructure.

10.执行完splitting后运行实际价格计算->然后重估生产订单->WIPPeriodclose->WIP计算->结算生产订单.注意:

按salesorder结算不用执行计算差异。

Why?

 

11.生产订单结算后,执行SALESORDER的RA分析.然后VA88结算salesorder.结算规则是按收入匹配成本,没有匹配上收入的成本则转到WIP总帐科目上,这就是产生的帐务凭证。

12.对于厂房、汽车的折旧是应该进machine还是应该进overhead.业宏说overhead就是些金额比较小的费用。

Jenny认为machine就是生产所用的设备,不应包括厂房的折旧。

其实这只是个内部报表的问题,看总部的要求是什么。

但这月厂房的折旧是进了machine,是不是这意味着forever了呢,以后不能改了?

13.对于期初,本来就是研发费但旧系统是以虚拟物料的形式存在的,导入到了SAP的WIPreserve科目(上线专用)上。

现在结算前就应将其从WIPreserve上转到salesorder上。

1)F-02借:

WIPReserve

贷:

销售成本-研发费costobject是salesorder.(如不输入salesorder则要输入成本中心的。

2)结算salesorder,如果这个salesorder还没有收入,则系统会将其转入到WIP科目上。

14.VA88结算salesorder时错误提示:

costelement610000没有在PAstructure中:

原因是salesorder的收入<成本,而在配置中没有指定此种情况下系统会这样处理:

如果一个salesordre收入是10,成本是30,

如果当期:

收入为零, 成本10,

   则结算salesorder时,系统按收入匹配成本的方法,把销售成本调为零,同时记一个20的损失。

就是这个20的损失科目没有指定,固VA88时出错。

加上RIML这一行,RIML:

ReservesforImminentLoss

89100003:

销售成本-调整-POC4392111:

在制品-POC

40510121:

在制品转出

15.

在制品POC

结算salesorder的步骤:

1)RAanalysis2)VA88.

在做了RAAnalysis后小蔡又对salesorder的confirm做了取消。

则要对这个salesorder重新做RAanalysis.否则结果不对。

16.结算完salesorder后,利润表与F.01中的损益表对帐,对不上。

F.01中的损益表是损益表上的所有科目

利润表是收入、销售成本、期间费用(销售费用、帐务费用、管理费用)

对帐方法:

对收入、对生产成本,对期间费用

对不上的原因:

1)功能范围调整是对于次级成本要素系统是通过999998这个总帐科目在FI上记帐的,王瑞梅在做利润表时没包含999998这个科目

2)销售成本是标准成本,王瑞梅在做利润表时没有包含生产订单结算差异这个P&L科目。

3)我开始认为:

开发费(DBT这是工程部所发生的所有费用统称为开发费)是通过salesorderconfirm进入销售成本-开发费的,但因为这些被做了confirm的salesorder没有收入,则系统把这部分销售成本转为WIP。

这意味着利润表不含这部分转为WIP的费用,而F.01中包含工程部所发生的所有费用.只有salesorder全部开票,F.01与利润表才一致。

与业宏沟通后:

工程部所发生的费用的借方就在利润表中的销售成本,因为销售成本转为WIP在财务上记了一笔,等salesorder全部开票,只是从WIP上再转回来,不会再影响成本中心的费用了,所以salesorder全开票后,WIP转回来不会与工程部所发生的费用重复.工程部的功能范围是500,但又不能把500全部加入到利润表,因为工程部的费用又通过做业类型全部转出,余额为0,应只加500功能范围的借方。

但是现在500功能范围的借方有从其它成本中心分摊过来的费用,为次级成本要素,而次级成本要素的功能范围的调整又是通过999998这个科目来做的,999998这个科目是分不出来哪些是功能范围500的调整,所以说,在利润表中无法统计这部分次级成本要素的费用。

最后,F.01与利润表只应相关这部分次级成本要素上的费用

这里的生产成本转出+在制品转出=生产成本~原材料+人工费+machine+overhead. 这三个做业类型的金额由生产性成本中心的报表可以看到。

(转出科=库存科目+差异)

利润表

17.完成以上,则结算完成,今天已是2006-12-4。

18.F.19计算在途材料和应付暂估,不是调整GR/IR科目本身,而是用GR/IR调整这个科目,相当于凭空记一笔,所以下月要冲回。

19.

昨天在北京伟波问我,maketoorder的能不能做独立需求,我说SAP有标准的strategygroup50,allowsyoutoprocurecomponentsonthebasisofplannedindependentrequirements.Productionoffinishedproduct,however,isbasedonactualsalesorder.Thisplanningstrategyensuresthatyoucanreactquicklytocustomerrequirements,evenifthefinishedproducthasalongoverallleadtime.Youcanavoidthemainvalue-addedprocessuntilyouhaveacustomer.他说李强告诉他,salesorder来了之后不能消耗独立需求。

我说不可能。

他听了后打电话给李强,我又和他通话,李强说就是因为salesordercosting哪个勾,业宏说要选中。

李强以为业宏说的是salesordercosting一定要打勾,这样salesorder才能做成本估算。

其实业宏说的是costingID要选择B:

Automaticcostingandmarking.如果这里不是选B,就是说salesorder保存时不做自动的成本估算,也不marking的,这时生产入库时以productionorder的计划成本入库。

一开始李强以为salesordercosting必须选中,这个要选中的话assemblytype必须选2,就是salesorder一产生就同时生成productionorder.

今天copy了50的planningstrategy:

Z5,然后按上面的做修改,只是assemblytype为空,salesordercosting为空.其它的改成和上图相同。

做一个200的独立需求,再做一个150的salesorder.这时再看MD04,则独立需求变成了50.

20.2006-12-30结算

1)所有的费用、发票录入完成.

2)提折旧

4)F.13

5)F.19

3)做原材料成本差异按差异率分到损益类科目上。

结生产订单.

4)做研发费用输入activity到salesorder.

5)然后用ACPPAC的损益表和SAP的损益表对帐.先对收入、再对生产成本、再对期间费用.

6)SAP的销售成本比ACPPAC多出140多万.原因是一个销售订单中的所有托辊用ballbearing(双面带盖球轴承)都是由客户提供,但是BOM中ballbearing是与成本相关的,这样Salesorder建立时EK02的成本价就高了,收入小于了成本.按POC(percentofcost)的规则,按SO刚创建时的收入与成本的比例,按billing金额算应匹配多多少成本。

于是手工调整140多万,借WIPforPOC,贷COGSadjustment.做FB08Postingdate为2007.01.01,取消手工调整的凭证。

等到这个销售订单结束之后,销售成本就是实际所发生的成本,不会再用收入去匹配成本了。

21.

在KKA3中上对salesorder150000014/2000进行RA.但是在planningdata中计划收入才2,265,684.14,而在salesorder的condition中看收入是5,682,758.72,单价PR01=271.27.原来他们在做ATP检查的时候,没有打勾确认,可能是点了continue,因此confirm数量就变成9772,第二个计划行的数字没出来,计划输入是根据计划行的确认数量来的,所以少了一块,只相当与9772个的收入.271.27/1.17*9772=2,265,684.14

这里要选这个button,这样才能在scheduleline中出现两个行项目

这个行项目已产生了一个9772的生产订单并已经完全入库,这样订单总数24510-9772=14738.库存总数-已发货数量9772-5055=4717.

如果不点对勾,而是点’continue’则scheduleline里只出现一行:

22.

2006-12-30新建一个国外客户。

开始这里选的是1standard.用这个客户建salesorder时出现error:

由于Langfang有只有一个salesarea,但是销售货物到一个客户,有时出关不要交税,有时不出关,要交税,所以不能用客户主数据中的customerpriceprocedure来定含不含税。

只好用定单类型来区分,ordertype:

ZET为出口不含税。

把定单类型与documenttypepriceprocedure关联起来

Pricingprocedure是由salesarea+documentpriceprocedure+customerpriceprocedure决定.

由于所选的ordertype对应的DoPr是A,而客户里的cus.price.procedure是1,这里没有这一关联,所以系统提示没有定价过程。

ZVAB02是含税的procedure.

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 自然科学

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

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