背景:结构件的采购一直是以整机机柜做为整体给供应商下达订单数量,从订单下达到供应商交付,其中包括,供应商生产准备,供应商生产,供应商交付几个环节,交货周期平均长达20天。在对供应商备料计划和生产周期的分析发现,其中对于结构通用件的生产周期比较长,同时,这部分的通用件一般是多款机柜都需要的部件,绝对是可以在没有订单时,能够提前准备。只是目前,供应商没有一个合理的预测数量和通用件的标识,无法知道哪些是通用件,也不知道可以按照公司的销售、合同预测进行供应商方面的通用件的预测数量。
目的:缩短结构件的交付周期,提供给供应商通用件的预测数量,便于供应商提前备料计划和生产。
现状:
1、由于目前的结构件一直作为外购件统一从供应商采购,因此MRP预测无法计算到通用件的预测数量,所以要解决的问题是,需要将结构件的GBOM结构管理起来,并且能够让MRP计算到通用件层的数量。
2、由于商务、采购、计划,仍然还需要按照整机机柜与供应商下达采购计划,商务合同订单也是下整机机柜的OP行,所以解决方案,不能影响到现有的物流的业务和商务核算的规则。
2.1、其实采购,商务、计划,为什么不会改成按照通用件采购,实际上是因为我们不会单独去采购通用件自行加工,而是都是统一在供应商加工成机柜后再采购的,所以整个的交付还是要基于整机机柜为单位。
从以上分析来看
从前方销售预测-》我司MRP预测-》供应商生产交付-》供应商商务核算。
整个过程来看我们所要做的,是要在MRP预测环节,能够将结构通用件的预测数量传递到供应商,即可解决此问题。
1、需要整机的GBOM结构,至少要体现到结构通用件。
2、MRP的计划、采购数量都是填写到整机机柜层面,系统需要再分解到结构通用件层面。
IT应用的改造
针对需要解决的第一个问题
1、整机的GBOM结构,用户需求是,采购编码不变,由三维图纸生成的采购代码,需要转变为具备自制件属性的部件。
2、GBOM的管理要统一在PDM,现状的三维图纸模型是在PTC管理,因此需要将PTC代码同步给PDM,自动创建GBOM。
3、传递给ERP的是GBOM结构
针对第二个问题
1、在MRP预测中,计划的数量,需要能分解到结构件通用层。
这个问题的业务到IT应用的分析,从现在来看还算比较清楚,也有明确的IT需求。只是这个解决方案的提出,并不是我分析而来。
整个分析过程中,我犯下了几个错误就是
1、不了解MRP原则和用户的最终目的。
2、不了解现状结构件的管理和采购模式
3、没有以终为始的问题分析