如题,这种情况可能比较少见。因为正常情况下如果一个半成品主数据MRP视图未维护,那么在运行MRP的时候,就会暴露问题,导致其下级原材料无法采购。怎么会导致消耗问题呢?
这可能是其下级原材料多为公用料,如果缺乏单独检查或系统主动的警报,导致在MRP上没有及时发现问题也是有可能的。因此,问题被向后推了。
有经验的用户和顾问基本有一个认识,就是问题只要存在了,就必须要解决。如果不能及时解决,往往会向后推,总有一个环节是会发现的。那还需要控制吗?反正问题最终会暴露。
当然需要,问题在开始发现和最后发现,其造成的影响是不一样的。说到底也是个成本问题。往往越往后,涉及的处理流程,用户越多。除系统层面的层层处理外,还有用户间的反复沟通,异常处理审批,账务调整等;
在本例中的消耗问题最终导致了仓库的库存账务问题及成品的物料成本问题。
回来问题的技术层面。理论上如果一个半成品没有维护MRP视图,系统怎么会知道这个半成品是要外部采购,还是内部生产?是直接消耗这个半成品库存,还是展BOM消耗其下级原材料(虚拟装配)?
这样,问题在理解上也不难,不过事先确实没想到。因此,还是花了一点时间来处理。
最后再说明一下,本来在系统功能上不是太困难的问题。但有一定代表性,往往在新物料的产生时,类似的问题时有发生。总体来说,在这种各部门分散维护的模式中,缺乏一个整体层面的检查及警报机制。
源头的解决方法可能有多种,系统层面或管理层面。我认为系统层面的可行方式是,针对新物料,如果能在开始时,检查一下MRP的运行结果,就可以在业务最前端发现问题。
当然,让系统自动识别错误并报警是用户希望的。比如我们都知道MD04中有MRP结果的例外信息。当产生例外信息时,系统能主动通知用户。但这个功能涉及到的SAP工作流也是一个单独的模块,实现上需要成本。