由于供应链执行包生成器(SCE-PB)的大量新特性,物联网公司排名,组件显然必须更好地支持包构建定义的维护。大多数新特性都需要某种新的产品属性,产品包装类型分配变得比以前更加复杂。
因此,将在包装构建过程中表现相同的产品分组在一起的基本思想被接受。在产品/材料主数据上已经有一个现场参考产品(包装参考)。经过一些讨论,决定不能重新使用此字段以避免危害现有的客户场景,因为此字段正由其他组件和应用程序使用。新的、非常具体的用于包装构建的字段参考产品是在包装构建设置下引入的。
SCM Product Master
S4 Material Master
参考产品可以分层定义,这意味着不仅可以为实际产品分配参考产品。同时,物联网关键技术,一个参考产品也可以有一个更好的参考产品。
产品层次结构可用于以下目的:
示例
使用SCE PB集成应用程序的公司生产和运输饮料。其结构如下:
客户对产品没有任何包装构建定义,但大多数是一级参考产品。例如,所有产品A*都是同样大小和包装的小罐子(实际上只是重量有点不同)。客户在该组中有很多不同的产品,但仅定义100件可以构成一个完整的托盘,10件可以构成一个完整的层。
对于本例中的包装,只需要一个产品包装类型分配:环境->托盘。如果我们用需要先装盒的产品来增强示例,淘客助手下载,只需要一个新的参考资料来表示下面的所有产品不直接放在托盘上,企业管理类软件,而是先装到一个纸箱里。
仔细使用层次结构,可以大大减少工作量。即使是非常复杂的包装,也可以将产品包装类型分配的数量限制在少数。
属性和分配确定逻辑
SCE PB将始终首先使用为产品制定的定义。如果没有找到值,它将搜索下一级的参考产品,并继续向上爬升层次结构,直到找到一些东西。
最佳实践
来自已经非常现实和复杂的测试场景,我想给出以下指导:
概述和维护
仅在单个基础数据实例中可见的层次定义很难理解和维护。为了解决这个问题,package builder test report/SCMB/test\u PB已经增强,以涵盖参考产品层次:
package builder test report–New Mode
reference product hierarchy
因为我想在测试报告中花上一整MKS的时间来介绍酷的新特性,云服务器报价,我只在这里强调最好的选择:
直接跳转到产品主数据以显示和更改数据显示现有产品包类型分配大量维护高级参考产品的分配
使用此工具,更容易找出过时或错误的定义。
从我的角度来看,这是SCE PB向前迈出的一大步。我是开放的反馈和你的想法!