启用物料账后，有两种物料价格确定方式

启用ML后，有两种物料价格确定方式：

1、Cost Estimate
原材料和商品比较适合采用Cost Estimate，通过后台配置指定估价变式以确定未来标准价的获取
策略，如近期采购价，力求最接近下期的市场价。在Closing时，先用CK40N编辑CostingRun，流
程如下：
Selection 按照物料类型选择原材料和商品－》Struct. explosion－》Costing根据估价变式确
定未来价格－》Check And Close Period打开下一期间－》Marking标记未来价格－》Release
－》Post Closing；

2、Actual Cost
产成品和半成品则适合采用Actual Cost，通过单层和多层结算来结转差异并计算当期实际成本，
来更新下期的标准价。我们采用的流程是这样的：
（CKMLCP）Selection－》Determine sequence确定物料结算级别－》Single-level pr.
determination－》Multi-level pr. determination－》Check And Close Period打开下一期间
－》Mark material prices－》Release（CKME）－》Post Closing；
而sap标准流程好像是：……多层结算－》Release下个月标准价（在上个月Mark的未来价格）
－》进行结账输入－》Mark下下个月的未来价格（这样，本月计算的实际成本要到下下个月才能
使用。）

这两种方式既可以如上所述单独使用，也可以结合使用。由于Actual Costing的物料选择是基于
工厂，而不能基于物料类型，所以可以先对所有工厂物料Run Actual Costing，并Mark未来价
格，再运行Cost Estimate，对原材料和商品进行Cost Estimate和Mark未来价格。这样，原材料
和商品就采用估算价格，产成品和半成品就采用实际成本来维护未来标准价格。然后，在CK40N或
者CK24中Release原材料和商品的未来价格，在CKME中Release产成品和半成品的价格。最后在
CKMLCP中进行Post Closing。

 

一般企业Release...这一步是不作的，因为基于标准成本体系和国内的会计
核算准则，标准成本应该是在一段时间内相对固定、不允许频繁变更的；如果出现变更的情况，
还需向税务局或相关部门提请申报并在财务报告中披露原因。

 

Q：

用CKME release future valuation price的时候，有很多物料
release不成功，系统提示错误消息CKPRCH 025：对于商品 1-000211 存在一个当前或未来标准价
格。

 

A1：

先用CKR1删除当前成本估算价，然后用CKMPRP重新MARK未来价格，接着CKME
就做过去了

（如果你的物料标准单价经常更改的话，那你运行COST ESTIMATE的时候就应该限定他的有效时
间，象我们公司就是这样，8月运行的COST ESTIMATE有效期到8月底，当下次运行新的COST
ESTIMATE的时候他只是会警告你，但你仍然还是可以RELEASE他的，一般通过限定有效时间就可以
避免当运行新的COST ESTIMATE时候会不允许你RELEASE他。

 如果出现这个情况的时候，你首先先要用CKR1去删除这个物料现在及将来的COST ESTIMATE，然
后你可以重新运行COST ESTIMATE 确认结果然后再RELEASE。就可以了

在存在COST ESTIMATE的情况下，用MR21是不能删除和重置标准单价的，必须先用CKR1去删除）

 

 

A2：

建议先将这个物料主数据中手工维护的FuturePrice删掉后再RUN一下CKME

 

 

Q：

 

现在这个工厂有2000多个物料，第一次release只成功了270个！
另外我在用CKME run一个不成功的物料时调试了一下，发现在PRG:SAPRCKM_PRCH里做
function 'PRICES_CHANGE'时，会执行一个form：check_if_current_cost_estimate，可能是检
查该物料是否有当前估算价，我在Tab. MBEW里比较了成功和失败的两种物料，发现失败的物料
KALKL（当前估算价格）这个字段都勾上了，这如何是好

 

A1：

看了一下，check_if_current_cost_estimate这个子程序确实是判断在表CKMLPR中是否存在
FuturePrice（字段DZKPRS），而此字段就是在主数据维护了FuturePrice之后将值更新了进去，
release时子程序判断有FuturePrice，返回值为真，便跳错了。