我第一次接触编码是2003年，当时西部的一个企业正在实施ERP，找了一个咨询公司做编码规划，该企业光编码的咨询费就花了20万。编码规则做好后，标准化室十几个人又折腾了将近2年，终于把企业大部分的物料都按照新的编码规则编好了。我们当时的工作，就是要在CAD和PDM中，开发一个编码器，支持他们企业的编码规则。
那个编码规则我至今记忆犹新，总共有23位，前面的特征码用去了18位，编码手册有300多页厚！如果不做编码器，让人手工去编，还真是一件麻烦无比的事情。编的人麻烦，车间生产也不满意。企业原来是隶属式编码，车间的生产人员以领到图纸，光看图号就知道这个图纸是属于那个产品的，大概是什么部件上的。用了新的编码可好，23位，天书一般，完全看不懂。
企业为此开了好几次会议，我也旁听了一两次，印象深刻的是，企业中负责编码推进的项目组长语出惊人：编码就不是给人看的。那是给机器看的！他的话颇有几分道理，因为之所以搞这么复杂的编码，完全是为了在ERP中方便管理，除此之外，还真不知道搞如此复杂的编码价值何在。
后来又接触了各式各样的编码，最有意思的是2005年接触的一个项目，企业费了好大的劲，搞出一个21位的编码规则，结果ERP供应商说：对不起，我们的系统只能识别18位以下的编码规则，企业项目组当即崩溃......
此次PLM研修班，约瑟夫.萧塔纳教授提出了他的编码方案——平行编码。授课一结束，就引起了学员关于这个问题的热烈讨论。我们先来说说什么是平行编码，简单来说，就是一个零部件可以属于多个分类，但是不管其从属于哪个分类，其流水码是唯一的，变动的只是分类码。这就像一个人，无论到任何地方，都有唯一的身份证号码，但是这个人可以具有不同的社会属性，在家里可以是父亲，到公司可以是员工......
这其实并不难理解，之所以引起广泛的争议，我认为无非是两点：一，如果要运用这样的编码体系，意味着包括ERP在内的所有系统都必须支持多分类体系。二，这种编码体系需要跟条射频码系统一起实施，否则现场光看编码就能把人搞的晕头转向。
从目前的情况来看，我所见过的ERP系统基本都是单一分类体系，一个物料，如果属于物料大类A，就不能再属于B（如果有知道哪个ERP支持多分类体系，请在后面留言，我希望学习学习）。PDM倒是有不少都支持多分类体系，但是从企业全局看，不可能一个物料，在PDM里面一个编码，在ERP里面又是一个编码。
射频条码系统倒是比较好办，现在价格不断下降，不少企业已经应用了。不过不少企业在应用的时候又走向另外一个极端：干脆连分类码都不要，直接流水码到底。我觉得这也不妥，毕竟人还是要查找的，通过分类查找时最简便的查找方式之一，如果连分类码都没有，如果要到系统中查找类似的零部件，会非常困难。
现在想想2003年那位项目经理说的话，还真是有几分道理。不过要修正一下，编码虽然不是给人看的，但是也要易于查找，方便重用。
发表于：
2009-06-11 17:30 愤怒的公牛 阅读(625)
评论(8) 收藏(0)
好文推荐
作者该类其他文章：