× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.





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 thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.