• 【MM小贴士】SAP 批次双单位 CWM 的使用演示


    【业务背景】果然还是要写blog的呀,近日有一个老师给我留言:

     然后嘞,我就又研究了一下批次双单位的使用,网上找了一些参考资料:

    Catch Weight Management | SAP Blogs

    我以为双单位就是这样了:

    批次特定物料双计量单位的使用案例_竹大的博客-CSDN博客_批次双计量单位https://blog.csdn.net/weixin_50872152/article/details/124453651#comments_22700537果然还是需要大神指教,发掘新技能。然后我今天记录一下这个批次双单位的使用,然后@一下老师,希望能批评指正。

    这个在钢铁行业,制造行业,还是比较显著的解决方案,有空大家可以一起研究一下CWM

    ------------------------------------------------华丽的分割线---------------------------------------------------------------

    第一步:

    CUNI  定义计量单位: 

    第二步:激活特定批物料计量单位:

    第三步:编辑特定批物料计量单位:

     第四步:计算比例因子

     第五步:定义系统消息的属性:

     

    定义为不报错。

    第六步:CT04去建立特征:

     

     

     

    第七步:归类

     

     

    把特征都一个个的放进去。

    第八步:做“相关性” CU01

     

     

    $SELF.YSS_201 = ( $SELF.YSS_202 / $SELF.YSS_203).

    ------------------------------------------------------华丽的分割线---------------------------------------------------------

    第九步:建立一个物料主数据:

    分类放进去,但是不用填写值

    启用批次管理:

    启用批次分割评估

     

     

     

     启用批次分割评估,批次分割评估还没操作过的小伙伴,可以参考我另外的两篇blog:

    MM-分割评估实操_竹大的博客-CSDN博客_分割评估icon-default.png?t=M666https://yanshoushuai.blog.csdn.net/article/details/124620957【MM小贴士】SAP 启用批次分割评估_竹大的博客-CSDN博客_sap 批次分割评估icon-default.png?t=M666https://yanshoushuai.blog.csdn.net/article/details/125848745-----------------------------------------华丽的分割线----------------------------------------------------------------------

    设置附加数据:

     

     

    -------------------------------------------------------华丽的分割线-------------------------------------------------------

    这里报了一个错:是因为我的基本单位做成了KG

    但实际应该是PC

     

    如果是KG的话,这里会报错。

    这个25  就是一个默认值,如果你做批次的时候,不输入实际业务值,那么就会默认 25 ,我们后面做测试演示

    -------------------------------------------------华丽的分割线-------------------------------------------------------------

    下面我们分2条路做测试,一条路是做信息记录,另一条路是不做信息记录,然后分别做采购订单及收货,我们来看下效果:

    首先是做采购信息记录的:

    ME11 

     

    采购信息记录这里

     把单位换成YAN,你就会看到系统会自动把25pc=1YAN带出来。

    然后我们做个采购订单,这里的订单单位系统会自动带出来YAN:

     我们做个采购订单:

    进行收货:

    先收500PC

     我们给一个实际值30,(不是25)

     

     我们可以看到MMBE:

    这里收了500PC,没问题,然后切换单位:YAN

     这里变成了16.667YAN,

    因为:500PC  /   30  =  16.667  

    这里就可以解决了这一批次,我们实际收货的是500pc,但是重量可能是16.667YAN.。然后我们再收一批次

    这里我们维护成50:

    看MMBE: 500PC没问题

     

      这里我们可以看到YAN: 变成了10.

     这就说明在实际业务中,可能因为系数的换算关系,我们这500PC ,变成了10YAN.

    然后我们把货收完:

     

    -----------------------------------------------华丽的分割线---------------------------------------------------------------

    然后我们再看一下采购订单:

     

    这里看着其实就有意思了:

    因为我们的订单总金额:是100YAN,总金额是:1000000.  单价是1YAN=10000元

    但是我们实际收货的数量是:86.667YAN 因此  1元*86.667YAN=866670元

    因此,这个订单的实际结算金额应该是:866670元

     

     

     当我们做MIRO的时候:

    这个订单会把收完货的2500PC,和已经收货完的,订单单位的总金额带出来。 

    ------------------------------------------------华丽的分割线--------------------------------------------------------------

     

    这里可以看到库存仍然是按照基本单位PC来计算的,总金额是订单总金额。单价也是按PC来计算的。

    =====================华丽的分割线================================

    看一下报表:MB5S

     

     CKM3N可以看到历史收货的平均价格:

     ===========================华丽的分割线====================================

    同时无论我们在做BOM,还是发料的时候都可以使用基本单位PC,或者批次单位YAN:

    CS01 

    MB21:

     MB51:

     =======================完毕==============================================

    感兴趣的小伙伴,可以自行测试一下。

  • 相关阅读:
    汽车诊断仪算法保护芯片——LKT4305-GM
    【Java|golang】655. 输出二叉树----深度搜索以及确认深度
    C++之std::string
    使用Spring WebFlux和Spring Cloud的反应式微服务
    解决ElementUI导航栏重复点菜单报错问题
    Flink--- 批处理 / 流处理
    【JavaEE】锁策略
    自定义功能区
    亚马逊云科技AI For Good - 2022赛事答疑 | 分享4种大型目标检测算法框架
    C++:内存管理
  • 原文地址:https://blog.csdn.net/weixin_50872152/article/details/126232259