接下来做的一个比较大的改变就是master data （主数据）的设置。

 在BAAN这个系统里面，所有的内部处理时间(internal process cycle time)都被归类到所谓的safety days （安全天数）这个主数据里面。我们不得不承认这是一种很愚蠢的做法，怪不得人家说BAAN是Buy Another Application Notice（购买另外一种应用软件的通知） 呢！蠢到这种程度！因为这从根本上混淆了几个概念：

-         Safety days 安全天数，很容易被误解为设置“安全库存”

-         安全库存不是缓冲库存，但实际上在BAAN里面，这个主数据起到的作用却是为设置“缓冲库存”而设；

-         Internal process cycle time，内部处理时间，如GR（收货）、IQC（进货检验）、Storing (储存)、GI（发货）等等，本来就不可能衡量、设置的很准确，再考虑到不同物料的delivery term (交货条款)不同，交货地点不一样，这个所谓的内部处理时间就更变得模糊不清。而把它跟所谓的缓冲库存混为一谈，很明显是个误导。

      正是由于客观上存在的以上ERP本身的逻辑问题，再加上那些似懂非懂的ERP实施、应用，我接手的BAAN系统里面，垃圾到处都是。尤其是这个safety days, 当时数据显示，大多为4天，有的则是多于4天，问大家为什么，几乎没有人说的清楚。普遍的解释是，从香港集货后，货物乘船到我们公司所在的港口，一般是两天，然后再加上两天的真正的内部处理时间如收货、IQC等等，于是就设了4天。

我无话可说。

改吧！

DDU Selex 工厂交货的统统改为 A: 2天，B：3天，C：7天

DDU Selex H.K. Hub 交货的统统改为 A: 4天，B：5天，C：9天

…………….

从那之后，我们的approval matrix（审批矩阵）里面增加了一条，所有master data的改变必须经过我们SBM(suppliers base management)经理的亲自批准，同时锁住所有计划员、采购员维护主数据的权限，统一集中到SBM。