`

采购申请中的release date

 
阅读更多
如果用MRP来产生采购申请,那么生产部门和采购部门的沟通与衔接就是一个不小的问题。有些企业不用MRP,采购申请是手工做的,做好后通知采购员做采购单,甚至把采购申请号都email过去了。这种做法对系统操作人员的要求很低,只要知道如何用采购申请生成采购单就OK。但是,如果是大批量的采购申请由系统生成,采购员要分门别类地建采购单,那就完全不一样了。

用ME57来选择采购申请并生成采购订单的时候,有很多选择条件。这些选择条件可以让用户根据企业的实际情况做出合适的搭配,在没有人通知采购申请单号的情况下找出自己需要的采购申请,进而生成采购单。这众多的条件如何使用呢?本文只简单谈其中的一个字段:release date。

这个字段在采购申请查看ME53中也可以看到。看它的F1帮助,可以知道它是系统自动计算的。计算时考虑以下4个因素:

1. 交货日期(采购申请上输入的)

2. 工厂的purchasing department processing time(后台配置中,采购申请节点下)

3. 物料主数据里或者采购信息记录里的计划交货时间

4. 物料主数据中的GR processing time(View MRP2)

交货日期很好理解,就是需求日期,所需物料必须在该日期或之前送达。purchasing department processing time是指采购部门将采购申请转为采购单所需要的时间。计划交货时间也好理解,需要注意的是如果有多个供应商供应该物料且计划交货时间不同,应取平均值。这就会导致MRP的计算不可能完全精确。GR processing time是指从收货到货物可用的时间。

其实很好理解。这个release date就是系统根据以上时间计算出来的,必须把采购申请转为采购订单才能满足需求的最晚期限。在这个日期之前把处理采购申请生成采购单,物料才能够在交货日期之前送达。采购员做采购单的时候,就可以根据这个日期,配合其他条件,把当天必须处理的采购申请处理掉,发出订单。

但这里有两个需要注意的细节。

第一:采购信息记录中的计划交货时间,以及GR processing time,只有在采购申请是由MRP运行所创建的时候,系统才会考虑。手工做的采购申请,系统是不会考虑这两个时间的。关于这一点,我还不是很理解为什么这样设置。

第二:计划交货时间是用日历日计算的,不是工作日。但是其他日期是工作日。这个也好理解,因为另两个时间是自己的公司的处理时间,而交货时间是供应商控制的。但是有时候会有怪异的现象发生。比如:如果交货日期是在周一,计划交货时间是1天,purchasing department processing time和GR processing time都是0,那么release date是确定在哪一天呢?应该是周日吧?不是的。是上周五。为什么?把计划交货时间改为2,甚至3,release date仍然是上周五。难道SAP不会算数?

后来想了好久才想明白,原来SAP考虑得毕竟是很周到。虽然release date应该是在周日或者周六,但是由于这两天不是工作日,如果系统把它定在这两天,你将不会在这一天把它转为采购单,而是拖到了下周一,这样物料的需求就不能被满足了!

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics