（1）物料标准价格最好要定期修改

       很好理解，物料A标准价格6000元/吨，而因为原油的价格持续下降，造成物料A的实际价格为2500元/吨，如果物料帐运行没有任何问题的话，倒无所谓，无非是产生-3500元/吨的价格差异，最后实际价格还是2500元/吨，这是一般情况；可一旦运行出现异常，差异无法分摊，事情就大了，物料A标准价格6000元/吨因无法分到差异，你可能得到最后的“实际价格”也是6000yuan/TON，然后是一个巨大的异常差异，你手工去搞？

（2）物料标准价格要及时修改

 比如，今天是2016/04/02，结2016/03的业务，标准价格变更在2016/04/01日，然后在2016/04/02发料到上月，（发料到2016/03），此时必须打开（TCODE：MMPV） 2016/04期间，这样好了，发料到2016/03同时产生2个凭证（起码浪费空间）， 一笔在2016/03，一笔差异补在2016/04 ，这是合理的。

   如上表，因为你在4月才修改4月的标准价格为4000元/吨，但又在做3月业务，此时就很搞笑了，

2016/03 发料是以3000元的标准价格发出；而现在又是2016/04，价格是4000元/吨，此时实际上你发一顿，在

3月是1个价格，而4月又是一个不同价格，但其实2个月又要联动，否则2016/03期末库存《》 2016/04期初库存啊， 因此在2016/04的期初，你发料2016/03，在4月标准价格是4000，因此期初补差-1000 ，就达到

2016/03期末库存=  2016/04期初库存 。

     这太烦了，所以最好的方法就是2016/03/31号前就要修改2016/04 的标准价格，同时绝对不打开2016/04 的物料帐，在TCODE：CKMLCP最后结帐时那个时间点财务开２０１６／０４　的物料期间，将２０１６／０３的期末库存转移到２０１６／０４期初。切记，切记！

（3）销售移动类型尽量对应到CF 而非CC

     物料帐最后结帐报告KE　３９６错误，大概意思是物料主数据产品组为０１，而开销售订单该物料的产品组被调整为０３　，造成的后果是物料帐结算无法产生会计凭证

　　那么如移动类型６０１　设置为CC（就是将产品价格差异重新分配到盈利能力duan),无法产生物料结算会计凭证了，因为PSG变化了，要打补丁，但又不记的哪1个了l

     那好，最简单的方法就是物料帐的“设置CO科目分配"不选择，消耗重估继续，这样cKM3可以看到成本差异也下沉到PSG，仅在过账时（就是产生FI凭证）去掉“设置CO科目分配"，这样销售重估将采用COC科目+1个通用PSG，就避免了KE 396错误。

http://s1/mw690/005txlFogy70CjIeago90&690396" TITLE="物料帐月结问题总结-KE 396" />

销售移动类型601没有必要搞ＣＣ(就是将销售成本差异分摊到每个PSG），只要有一点财务常识就知道这个道理，比如同一个产品的销售定价（销售收入）不同，比如Ａ产品卖给A客户的定价可以是250元，卖给B可以是260元，这没有问题，但销售单位成本应该是相同的，既然如此，就没有必要在物料帐分摊成本差异时还要将成本差异分配到A客户对应的PSG，　Ｂ客户对应的PSG，无非就是增加性能负荷，这样看来貌似Ａ／Ｂ客户对应PSG段看来就是（日常销售的标准成本＋　分摊的差异成本　＝　实际销售成本？），

我可以很责任的告诉你，这恰好是画蛇添足！　脱裤子放屁，因为假设有个Ａ产品有个手工的销售成本过账，

那PSG　Ａ／Ｂ恰好少了这一块，有没有？！

       通过上表，因为存在手工调整的差异（这几乎无可避免），所以　将６０１销售移动类型设置为CC是脱画蛇添足，如上表，其实产品A的单位成本用销售成本科目金额 + 产品A明细特征 除于总销售数量得到的单位销售成本为3400元/吨，而PSG搞了半天，仅仅是３３００Ｙ／Ｔ，反而不对了。

601配置到CC：　第一，影响性能，因为差异要UPDATE到每个PSG；　第二：增大物料帐结帐凭证错误风险，很显然越明细月容易出错；第三：然并卵，画蛇添足，反而具体产品的销售成本失真！　这不有病吗？

　　    所以，在国内，永远不要将601移动类型配置到ＣＣ(原始科目+原始成本对象，也就是销售成本+PSG），这样是用脚思考出来，显然很傻很天真！

 If you didn’t check Revaluate consumption and Set CO Account assignment check box,
the price differences and exchange rate differences was  transferred into collective G/L
account( Defined by Tcode OBYC:Trans key : COC) instead of original G/L account and Original Account assignments.
Collective G/L account can be recognized as a kind of COGS.