K项目的一些心得之全球模板里的几个骚操作
原创
K项目的一些心得之全球模板里的几个骚操作
1，数据迁移阶段，物料主数据分类视图里，batch class的代码跟物料号相同。
这意味着如果需要迁移的物料有1万个，导入程序会自动创建1万023类型的分类,然后将相应的特性分配给这些分类。
在大多数启用了分类功能的项目，对于物料主数据，会根据物料类型等几个因素的考虑，创建少数几个023类型的class。这些class的数量，会被严格的控制在10以内，多则或者数十个。然后将相同类型或者相同产品族的很多物料，指派同一个023类型的分类。这是SAP实施项目里的best practice。
K项目的做法，笔者看不出有啥好处。
2，数据迁移阶段，检验计划主数据里，每个物料创建自己独立的检验计划组。
这意味着如果需要迁移的物料号有1万个，则数据迁移阶段会创建1万个inspection plan group。如果在业务实际中，每个物料的检验项目都不同，且这些检验项目都需要在SAP系统里录入结果并作评估，那这么做无可厚非。问题是K项目里这些检验计划组里的检验特性基本都一样，具体定量检验指标都不在SAP系统里管理。
笔者也实在想不出这么设计的好处在哪里。不过笔者估计是因为数据导入的LSMW工具，在创建inspection plan主数据的时候，由于技术方面的难度等原因，使得客户总部的data team采取这种简化处理的方式来解决。这种方式看起来傻傻的，但是可以保证不出错。
3，MES系统极为呆板，功能比较low。
比如物料描述里一些常见的特殊字符不能正常显示。又比如物料的基本计量单位必须跟BOM里使用量的单位一致，如不一致则MES系统会无法工作。
-完-
写于2021-4-22
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。
原创声明：本文系作者授权腾讯云开发者社区发表，未经许可，不得转载。
如有侵权，请联系 cloudcommunity@tencent.com 删除。