如果减低主库存项目的条目重复性和无效性

浪迹天涯

用户在使用主库存项目今天条目添加的时候往往由以下几种原因造成库存项目重复和无效：
1、添加库存项目的时候没有去系统中查是否存在已有项目；
2、规格型号、名称叫法不统一；
3、中英文不统一；

上述三种情况都会造成不少的库存条目重复或者无效，请问大家在实际使用中是采用什么办法或者说什么管理制度来处理这个问题的呢？

gengqk

我们这边的项目的做法是开发一个图号查询的应用程序。用 图号、机型、规格作查询条件，符合这些条件的只作余量调整，不符合条件的的再去新增。

eamclub

貌似你可以把这个作为一个插件卖给别人了

gjd1981

现在我们这边这种情况也是蛮多的,而且因为发生过业务,就是知道是重码,也不能去删除

fhxy5210

关键是要采用要有一个好的编码 而且在数据初始化的时候要做大量的数据清理工作 先要保证物资编码 里面已经不存在重码 在进行库存初始化工作

lonelygo

一物多码这个问题，基本是物资部分实施都很头疼的事情。对于这个问题的产生和解决办法，上面的兄弟们都说了一些，感觉不是很全面再补充点个人观点。
产生原因：
1、库存项目查询不方便，用户不能很方便找到，就不愿意去查，宁可去新编号；
2、不同部门人对同一东西的中文名称定义不一致，导致“查不到”；
3、没有统一的规格型号的填写原则，导致“查不到”；
4、设备备品可以用图号做唯一表示，但是对于通用件、标准件就没有专用的图号去区分；
5、有的软件产品不支持“批次管理”，支持批次管理的产品一般顾问也不会去实施。但是用户在使用过程中同一个东西很可能选不同厂家、不同代理商做为供应商，而用户又希望在系统中将不同供应商的同一东西进行区分，于是只能重码；
对于这些问题的解决办法：
1、改进系统的查询能力和强度，特别是对模糊查询、关联数据查询的支持；
2、定义一个完整的物资编码原则，不要使用流水号，要求用户按严格按照编码原则去进行物资编码。只要用户按原则去编码，在编码过程中就能发现重码问题（关键字校验）；
3、系统实施开始，物资实施的负责人要有足够的时间去关注基数数据的收集工作，这是个典型的磨刀过程。同时，针对不同管理模式、不同时期（老厂、基建过程中、刚投产）的企业，数据采集工作要有不同的组织方案。
4、系统上线后，对于基础数据的调整要有必要的配套管理制度；

个人愚见，欢迎大家匡正。

benet_liyan

总结的不错!

qingx

d总就是d总

W39

原帖由 lonelygo 于 2007-9-4 23:46 发表
一物多码这个问题，基本是物资部分实施都很头疼的事情。对于这个问题的产生和解决办法，上面的兄弟们都说了一些，感觉不是很全面再补充点个人观点。
产生原因：

强烈不赞成上述观点，可操作性太差

lonelygo

原帖由 W39 于 2007-10-15 11:14 发表


强烈不赞成上述观点，可操作性太差

那么，兄弟有何高见？

W39

我无语。。。。。。。。。。。。。。。。。。。。