Re: MRP500. Order in use, cannot access

>  From:    oludare@ix.netcom.com (oludare)

>  Guys:
>  
>  I'm having problem with an ordered ITEM in planning.  I need to delete and
>  understand why a planned order can not be access.  The message is "Order
>  currently in use, cannot access".  Could someone with knowledge in this 
area
>  educate me about planning process.
>  
>  Thanks,
>  
>  Oludare

We are 405 CD mixed mode AS/436

In another posting I mentioned 2nd level help text ... are you familiar with 
this method of finding out WHY THE ORDER IS CONFLICTED ... it might be a 
legitimate message.

As I understand the process, when an item reaches a status that it needs to 
be planned, due to current orders, data gets copied from IIM Item Master to 
CIC Planning.  If there is a later update to IIM that affects the planning, 
you also need to update CIC because it runs merrily along on whatever the 
story is when IIM copied to CIC without any link to subsequent new story.  
There's also some K-file in this picture holding the MRP planned orders that 
have not yet been firmed up into actual orders - I do not remember exactly 
which, but there is some of the same story there ... updates to IIM do not 
automatically get translated to orders in process, or new orders launched 
AFTER the updates ... you have to know what other files to monkey with.  We 
also have situation in which each facility has multiple warehouses with 
different types of production planning, but 405 CD only supports one 
warehouse per facility for planning purposes, so we have a fix-it program we 
run right before MRP500.

Next, we run all our MRP500 MRP600 CAP600 etc. off SAME jobq one behind the 
other for one facility at a time ... check the help support on facility field 
... if you leave that blank, it runs all facilities together USING DIFFERENT 
RULES than if you run one facility at a time.  We normally run this at night 
after ordinary people have gone home - all our people work in the same time 
zone, but sometimes the sales dept volunteers that there have been massive 
changes in some customer's requirements, so it makes sense to re-run MRP for 
the relevant facility, but only net change at lunch time, during which we ask 
that the various people doing ORD500 INV500 PUR500 & other updates of input 
to MRP exit to menus... this is mainly for performance reasons ... we want 
the MRP net change to get done before the mob gets back from lunch, but it 
only stands to reason that when a major reworking of orders is in progress 
like MRP500, or shop orders launched from MRP, that is a time to seriously 
discourage other people updating the orders that are input to this process.

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