|
Hi Stuart We also use MRP/DRP in similar situation to you and have not seen this problem in over 12 months of using this scenario. We use MRP set for single site only (our main production site which is also central SR for DRP network). DRP is set up to allow a number of items at remote SR to be locally purchased but the majority of items are centrally sourced form the production site. As MRP only runs on the single site we have no problems. In our setup your scenario would be as follows: 1. A sales order generated in SR 01 would generate a requirement for 30 widgets. 2. Next DRP run would see this requirement and create a distribution order to transfer 30 widgets from 10 to 01 3. The order would allocate the available 15 widgets and leave a requirement for 15. 4. Next MRP run would see the outstanding requirement in SR 01of the DRP order for the 15 widgets and add to that any other requirements and also a safety stock replenishment if that is set. If you did in fact have safety stock of 15 and no other requirements then MRP should tell you to order 30. My guess, which you might confirm, is that you have MRP set to run on multiple sites. If that is true then GEAC are correct and there is no interaction between MRP and DRP to mutually exclude their respective efforts to satisfy the requirement. I have never tested MRP/DRP where MRP is set for multi site but I really would have thought that MRP would have still recognised that the requirement at SR 01 is already satidfied by an incoming distribution order (the same way that DRP sees the order as a 'supply'). Could I suggest that possibly a process change may be the answer. If you were to do your DRP network run BEFORE your MRP run it would be interesting to note if any DRP orders were recognised by MRP as 'supply'. If you were to pick one item with demand before both runs you would be able to analyse this by looking over DRP72/73 for Distribution and MSP72/73 for MRP and see exactly what these routines are picking up. Good Luck! BR Rick Allen To: "'jbausers-l@midrange.com'" <jbausers-l@midrange.com> cc: Stuart Sandler Subject: JBA ML - MRP and DRP <SSandler@KREBS.COM> Sent by: jbausers-l-admin@midrange.com 05/12/01 07:52 Please respond to jbausers-l We are using both MRP and DRP and have discovered a problem that I wondered if anyone else had encountered. We use DRP only to transfer goods from stockroom to stockroom (for example from our stockroom in Tucson to one in Canada). In the past, we used sales orders with no selling price, but had to do monthly journal entries to reverse the costs. When we upgraded to System 21, we purchased DRP to eliminate this. Now, we have found out that System 21 MRP does not see 'DRP' orders as supply, but rather as demand. In other words, if we have a requirement for 30 widgets, and happen to have 15 in stockroom 10 and then create a DRP order to transfer them to stockroom 01, MRP thinks that we have a demand for 45 and tells us to order that many, instead of seeing the 15 in stockroom 10 as a potential supply. I turned this problem into the GEAC help desk, thinking we had simply set up something incorrectly, but they confirm that DRP and MRP will not work together in this type of example. If any of you have any suggestions, or if you have encountered this and have an idea, I would appreciate hearing from you. Thanks in advance. Stuart Sandler Director of Information Systems Krebs Engineers _______________________________________________ This is the GEAC/JBA System 21 Users (JBAUSERS-L) mailing list To post a message email: JBAUSERS-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/jbausers-l or email: JBAUSERS-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/jbausers-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.