|
Al ... (or anyone else who has an opinion!) Any reason you know that you run MRP500/600 single threaded? We run a similar environment (4.0.5, using DRP, with many facilities, run MRP/DRP cycle each night), and have a consulting group analyzing our environment, and suggesting we run all (or at least several) MRP500's and then MRP600's simultaneously. Of course, I told him we couldn't do that, since we've NEVER done it that way before. He claims he's analyzed all the programs, and they appear to be designed to be able to run that way. Any thoughts? MacWheel99@aol.com on 07/21/2000 02:57:18 PM Please respond to BPCS-L@midrange.com To: BPCS-L@midrange.com cc: (bcc: Lisa Abney/Flavor-Indianapolis/NAFL/UFC) Subject: Re: MRP Generation. > From: pchandrarao@yahoo.com (purnachandrarao yarramsetti) > > hi! all, > > could u help me out in MRP. we r on 6.0.04 mix. > i have entered forecosts and run MPS. but in MRP > explode requirements nothing was generated for > component items. could u please tell me the exact > sequence to follow the MRP to get final result. > > thanx in advance. > > chandra. Are the components, that should be issued, in bill structure facility consistent with that where the forecast exists ie. you have checked that your engineering is set up correctly? We are on 405 CD & we do not use forecasting very heavily (just a few forecasts which are consumed by customer orders) which may not work exactly same scenario as you ... we do all our inventory orders & costing by facility. I recognize that there is a FOR forecasting module which may have its own requirements prior to running MRP ... we are not using that application. We also use DRP (not very well) We run MRP500 full regeneration clear the planning file & we run this for each of our facilities & all of this to JOBQ, then we run MRP600 full regeneration for each of our facilities. This is done every week nite ... at end month it is delayed until after all the fiscal has been completed. Actually choice is to do MRP500 for particular facility then MRP600 for that facility, then do next facility, but I prefer to do MRP500 for all facilities, one at a time, then do the MRP600 because some nites of the week we are doing Capacity Planning & for some applications there is the notion that we want to run MRP500 then other stuff then MRP600. On the nites I am messing with costs, I do CST900 shop order purge before MRP500 600 & CST600 after MRP 500 600 Every Friday nite we use MRP120 to change the default MRP planning date "M" so that it is Monday of the following week & we do this before running our MRPs or any of our reports that utilize the planning buckets. Prior to MRP 500 or 600 we run a fix program because we do production in more than one warehouse of each facility & 405 CD defaults all production to one warehouse per facility, so the fix program looks at certain characteristics of the items & makes sure that they are planned for the correct warehouses. Sometimes at mid day after significant customer order changing for a particular facility, we run a net change on just that facility ... same sequence MRP500 600 except we do not clear the planning file. We try to do this at the lunch break to avoid drain on interactive users. Al Macintyre
©¿© MIS Manager Programmer & Computer Janitor of BPCS 405 CD Rel-02 running on AS/400 V4R3 http://www.cen-elec.com Central Industries of Indiana--->Quality manufacturer of wire harnesses and electrical sub-assemblies +--- | This is the BPCS Users Mailing List! | To submit a new message, send your mail to BPCS-L@midrange.com. | To subscribe to this list send email to BPCS-L-SUB@midrange.com. | To unsubscribe from this list send email to BPCS-L-UNSUB@midrange.com. | Questions should be directed to the list owner: dasmussen@aol.com +---
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.