请问生产成本收集器与标准成本评估有什么关联?

2024-03-22 23:38

本文主要是介绍请问生产成本收集器与标准成本评估有什么关联?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一.在创建生产成本收集器之前,为什么要先创建标准成本估算?

cost collector是用于Repetitive Manufacturing的,平时生产不开production order,等产成品出来才使用MFBF倒冲原材料.  
Cost collector会收集target cost和actual cost并且比较两者差异,所谓的target cost 就是标准成本, 产成品的标准成本包括料(从Production version带出,一般对应到一个BOM,其实就是当你使用CK11N估算时那时所有原料的单价和数量之和, 如果物料主数据或BOM有scrap,这个也会算上, 如果BOM component有group,会根据一定的百分比算出),工(activity type的作业价格,一般对应到生产人员工资), 费(一般指各种制造费用),那时的三者之和就作为当期计划成本(目标成本) .  通常会使用CK24 update到产成品主数据,就是标准成本


二.在更改工艺路线的工作中心后,再进行倒冲,但是作业类型所带的成本还是会到原来的工作中心带的成本中心去。如果我将原来的标准评估删除后,对原来已经倒冲的凭证进行reverse的话,则会提示“没有可以用的工序”。标准成本评估与时间有关系吗?
更改工艺路线的工作中心后, 类型所带的成本还是会到原来的工作中心带的成本中心去,Why?
首先你使用Ck84_99看下,CK11N后会记录当时所有原料的价格,MAF 和LAB价格(从routing的工作中心带出).

从SAP底层分析下结果.使用CK11N后,首先产生一7开头的内部订单,SE16在ONR00 table中可找到OR0000007XXXXX,所有的内部订单都在此,.然后CKIS会记录下料工费在你估算时的价格和数量(Ck84_99). KKF6N看到的total tgt就是抓这儿的数据,我们知道KKF6N产生的差异不过是数量差异和价格差异, 然后CK11N和KKF6N还会在KEKO表中记下两比记录.通常从routing里得到的LAB 和MAF是内部自动产生的, 价格记录在表 COSS中, 查看时在内部订单前一定要加前缀 OR0000007XXXXX, 原料实际消耗在MSEG(物料凭证表中),也可看COSP(CO凭证表它们是一致的).KEKO和AUFK是通过prod. process number关联, CKIS和KEKO是通过cost estimate no关联的.

生产总差异=标准数量*标准价格-实际数量和实际价格
所以你在更改工作中心后,只要CKIS的数据没变当然还抓原来的,你必须使用CK11N重新计算,而且这动作不是随便做的,一般在月结后下月开始在估算,否则当月差异………….,还有通常你在当月使用CK11N会提示物料主数据已经有td cost , 你必须删除它, 这时才会生效

如果将原来的标准评估删除后,CKIS和KEKO的那边当期的cost variant是标准成本变式的东东没了(cost collector是PREM),当然MFBF或Reverse会不成功(MFBF时要求一定要有标准成本).

三.另外如果SAP这样设置都按照标准成本评估的工艺路线和BOM来下线倒冲,而不是按照新的已经更改过的routing和BOM来倒冲的话,这样的逻辑应该怎样解释?
你更改过routing或者BOM后,除非:1,你C223另做生产版本再为它create a cost collector. 2 .CKR1原来的std cost就是update CKIS 和KEKO 记录,再CK11N否则当然永远是抓原来的数据

上面的逻辑我想应该很清楚了, 我曾写过这方面的报表,从数据库这层研究过cost collector的流程,
还碰到一个问题,就是使用KKBC_PKO, KKBC_ORD(对cost collecot, 实际上和KKF6N) ,就是如果cost collector一年都在使用,但是每月都在变动产成品的std cost, 看报表出现比如11.1号如10月没结算target cost在11.1号那时出现不了,结算后才OK , 后来找到了notes 540376打了补丁OK . 问题在于,如果我看整年的cumulated total tgt cost,  到底是使用当月的target cost* total qty ,  还是每月的target cost * monthly total qty 再累加, 
 



Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1554941


这篇关于请问生产成本收集器与标准成本评估有什么关联?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!


原文地址:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.chinasem.cn/article/836470

相关文章

go rate 原生标准限速库的使用

《gorate原生标准限速库的使用》本文主要介绍了Go标准库golang.org/x/time/rate实现限流,采用令牌桶算法控制请求速率,提供Allow/Reserve/Wait方法,具有一定... 目录介绍安装API介绍rate.NewLimiter:创建限流器limiter.Allow():请求是否

MySQL复合查询从基础到多表关联与高级技巧全解析

《MySQL复合查询从基础到多表关联与高级技巧全解析》本文主要讲解了在MySQL中的复合查询,下面是关于本文章所需要数据的建表语句,感兴趣的朋友跟随小编一起看看吧... 目录前言:1.基本查询回顾:1.1.查询工资高于500或岗位为MANAGER的雇员,同时还要满足他们的姓名首字母为大写的J1.2.按照部门

SQL表间关联查询实例详解

《SQL表间关联查询实例详解》本文主要讲解SQL语句中常用的表间关联查询方式,包括:左连接(leftjoin)、右连接(rightjoin)、全连接(fulljoin)、内连接(innerjoin)、... 目录简介样例准备左外连接右外连接全外连接内连接交叉连接自然连接简介本文主要讲解SQL语句中常用的表

如何高效移除C++关联容器中的元素

《如何高效移除C++关联容器中的元素》关联容器和顺序容器有着很大不同,关联容器中的元素是按照关键字来保存和访问的,而顺序容器中的元素是按它们在容器中的位置来顺序保存和访问的,本文介绍了如何高效移除C+... 目录一、简介二、移除给定位置的元素三、移除与特定键值等价的元素四、移除满足特android定条件的元

Go标准库常见错误分析和解决办法

《Go标准库常见错误分析和解决办法》Go语言的标准库为开发者提供了丰富且高效的工具,涵盖了从网络编程到文件操作等各个方面,然而,标准库虽好,使用不当却可能适得其反,正所谓工欲善其事,必先利其器,本文将... 目录1. 使用了错误的time.Duration2. time.After导致的内存泄漏3. jsO

mysql关联查询速度慢的问题及解决

《mysql关联查询速度慢的问题及解决》:本文主要介绍mysql关联查询速度慢的问题及解决方案,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录mysql关联查询速度慢1. 记录原因1.1 在一次线上的服务中1.2 最终发现2. 解决方案3. 具体操作总结mysql

C++ Primer 标准库vector示例详解

《C++Primer标准库vector示例详解》该文章主要介绍了C++标准库中的vector类型,包括其定义、初始化、成员函数以及常见操作,文章详细解释了如何使用vector来存储和操作对象集合,... 目录3.3标准库Vector定义和初始化vector对象通列表初始化vector对象创建指定数量的元素值

MYSQL关联关系查询方式

《MYSQL关联关系查询方式》文章详细介绍了MySQL中如何使用内连接和左外连接进行表的关联查询,并展示了如何选择列和使用别名,文章还提供了一些关于查询优化的建议,并鼓励读者参考和支持脚本之家... 目录mysql关联关系查询关联关系查询这个查询做了以下几件事MySQL自关联查询总结MYSQL关联关系查询

Python 标准库time时间的访问和转换问题小结

《Python标准库time时间的访问和转换问题小结》time模块为Python提供了处理时间和日期的多种功能,适用于多种与时间相关的场景,包括获取当前时间、格式化时间、暂停程序执行、计算程序运行时... 目录模块介绍使用场景主要类主要函数 - time()- sleep()- localtime()- g

【编程底层思考】垃圾收集机制,GC算法,垃圾收集器类型概述

Java的垃圾收集(Garbage Collection,GC)机制是Java语言的一大特色,它负责自动管理内存的回收,释放不再使用的对象所占用的内存。以下是对Java垃圾收集机制的详细介绍: 一、垃圾收集机制概述: 对象存活判断:垃圾收集器定期检查堆内存中的对象,判断哪些对象是“垃圾”,即不再被任何引用链直接或间接引用的对象。内存回收:将判断为垃圾的对象占用的内存进行回收,以便重新使用。