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



>  We are currently using BPCS ver 6.0.04 .Our MPS is scheduled to run
>  automatically at night. The problem is that for the last four weeks the
>  releasable orders report MRP252B is asking for orders to be released that 
> were released the day before. 
> To my knowledge (end user only) the clear planned order
>  flag is ticked or whatever . We only occasionally use MRP540B but it also 
> has duplicate releases . Has anybody experienced this problem 
> or can anybody shed
>  some light on this problem and any help would be appreciated.

We are on a different version of BPCS.
Something a lot of people do not seem to understand, that may bear some light 
on your situation, is that MRP is not real time.
In other words if you release stuff, MRP does not know about it until you do 
another MRP500 MRP600 either regen or net change for the faciliies involved.
We do full regen all facilities every nite, but sometimes at lunch time we do 
net change for facilities that have had a lot of morning activity.

We use one of our own menus in which the menu screen reminds people how to 
fill out the MRP prompt so that regien / net change will come out right.  We 
do MRP120 every Friday nite to reset planning date for Monday of the calendar 
week.

Now if you are doing several things at nite, such as releasing what MRP 
reccommends, and the timing of this is not optimal, then you could be in the 
situation of

MRP report says you need to release certaint things.
You release them.
Rerun the report without regenerating MRP & it is going to tell you some of 
the same stuff.

Question - do you have new personnel doing MRP stuff who might not have had 
proper training in MRP?

Question - do you have your regular MRP person on vacation, who may have 
neglected to share all details with whoever doing their job while they away?

We run MRP500 MRP500 manually.
I take periodic vacation days.
I review the check list with my backup people quite often.

I recently added some stuff to the MRP menu & was going over the check list 
with them & discovered they had been doing some stuff wrong.  They had been 
doing CAP500 CAP600 leaving facility blank, instead of one run for each 
facility ... with trepidation I asked them about MRP, because that might 
explain all the costs we have with no facility.

You might also check the archives on MRP threads in the past for other 
insights.

For example, if you launch MRP on some requirements that are past due at time 
of lauching, MRP will ignore them, not plan them.  MRP only works with past 
due requirements if they got changed to become past due after planning 
started.

Another example, MRP planning includes effectivity dates.
If you create new parts they default effectivity date to the date you entered 
them.
If the lead times are such that new parts you just created yesterday & you do 
MRP today on those parts, MRP may omit inclusion of some requirements because 
thanks to the effectivity dates, you got a past due situation on some 
components & MRP won't plan that.

MacWheel99@aol.com (Alister Wm Macintyre) (Al Mac)
AS/400 Data Manager & Programmer for BPCS 405 CD Rel-02 mixed mode (twinax 
interactive & batch) @ http://www.cen-elec.com Central Industries of 
Indiana--->Quality manufacturer of wire harnesses and electrical 
sub-assemblies - fax # 812-424-6838

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