RE: MPS -- BPCS-L

I agree that timing is everything in MRP.  We are on 6.0.04 and run our MRP
nightly.  We run a full regen by facility.  The MRP looks at the conditions
in the system at that moment in time.  As shop orders are opened through the
day if they are not opened in MRP540 it will create duplicate needs in all
lower level components.  By opening the shop orders using MRP540 the system
will actually 'consume' the planned orders.  We use MRP540 as the rule not
the exception for this reason.  We only open shop orders in SFC500 if there
is no planned order (unforeseen scrap/cycle count issues/etc) and we need
the shop order out immediately. 

Also we open orders from the bottom level components up and reschedule
existing orders from the top down (our bills are up to 12 levels deep).  In
our experience if the planners are opening top level shop orders first using
SFC500 instead of MRP540 there will be duplicate needs showing for the lower
level components.

Beth A. Norris
Fawn Engineering
Des Moines, IA
bnorris@wittern.com



-----Original Message-----
From: MacWheel99@AOL.COM [mailto:MacWheel99@AOL.COM]
Sent: Thursday, July 19, 2001 12:53 PM
To: BPCS-L@midrange.com
Subject: Re: MPS


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