Re: MPS & non-MPS items

Prashanth,

Here are some of the fundamental reasons why you may be using MPS or may be 
using MPS for a given item.
1   If you have limited capacity in some or all workcenters or other resources 
such as energy or storage. MPS can be used as a rough cut planning tool. See 
also 'Bill of Resources'.  The concept is you have a limited population of 
these items so it runs quickly. You can evaluate, change and rerun multiple 
times before proceeding to the mass of items in MRP.
2   If your master scheduler demands some minimum lead time before a new 
planned order is thrown into the the short term schedule, MPS allows you to 
define a frozen time zone (horizon days) that will not accept new planned 
orders.  MPS goes ahead and plans the order but parks it outside the frozen 
zone. MRP on the other hand, will create a planned order that is already late 
and should have started 2 weeks ago. 
3   If using DRP500 to plan resupply orders the item must be flaged as MPS.
4   If using  kits, or planning bills or features & options I believe the 
parent item must be MPS
 
If none apply, then perhaps MRP is all you need.
 
You need to be aware of where MRP,MPS, DRP items reside in the BOM. The classic 
sequence is to run MRP500 then MRP600. If lower level MPS items exist between 
MRP items, then you will need to repeat the sequence as many times as there are 
breaks in the structure.
 
As for demand for an MPS or MRP item, the Requirements code is only part of the 
solution. Check the Demand Time Fence and Demand code. These control how 
Forecast and customer requirements are processed. You should also check to see 
if you have selected Pro-rated forecast. If selected,g it may be reducing the 
forecast to a number less than what you are expecting. 

Regards
Larry
 
 
-----Original Message-----
From: p d <prd2005@xxxxxxxxxxxxxx>
To: SSA's BPCS ERP System <bpcs-l@xxxxxxxxxxxx>
Sent: 31 Aug 2005 05:33:32 -0000
Subject: Re: Re: [BPCS-L] MPS & non-MPS items


  
Thanks a lot Frederick.
So, from these discussions, we can say that :

1) Generally End Product (Finished Item) which is sold is the ONLY MPS item, 
rest are non-MPS items.

2) However, if any child in the BOM structure is sold individually being Spare 
part (may be manufactured child or purchased child), it has to be flagged as 
MPS 
item & also it's Requirement Code should be 'S' i.e. both Independent & 
Dependent demand, so that if any Forecast or customer order or Production Plan 
exist for this item, it is picked up while generating Planned Orders.

Is this Ok ?

3) I have one question. If we flag such intermediate child as non-MPS with 
Requirement Code as 'S', but create a demand through Forecast (as if a Spares 
item or item to be sold), will it create KFP (Planned Orders-both from parent 
demand as well as forecast demand) for the same at MRP run, though not at MPS 
run? (sorry, but I am not in a position to test this scenario on my system as I 
have earlier reported that my MRP run makes the requirements disappear).

If so, what is the significance of MPS run & MRP run in a business on 
individual 
level, when both are functioning in similar way i.e. taking KMR demand as input 
creating KFP (planned order) for the item & again KMR for next level item 
(child) ?
i.e. how are they different ? Is it that they are run at different point of 
times ?

Best Regards,
Prashanth

On Tue, 30 Aug 2005 Frederick C Davy wrote :
>Prashanth,
>
>Sorry to take so long to get back to you. I have been quite busy and took
>a day off. I'll answer your previous question after this one.
>
>To plan a "Child" requirement does not require it to be an MPS item, but
>you must understand that the reqirements and planned supply orders created
>for a non-MPS item will only occurr when you run MRP600 after running
>MRP500.
>
>A purchased part can be an MPS item. If the purchased part is a "Child",
>it should not be an MPS item, unless you also sell it as itself.
>
>
>
>
>"p d" <prd2005@xxxxxxxxxxxxxx>
>Sent by: bpcs-l-bounces+fcdavy=sealinfo.com@xxxxxxxxxxxx
>08/29/2005 07:35 AM
>Please respond to
>"SSA's BPCS ERP System" <bpcs-l@xxxxxxxxxxxx>
>
>
>To
>bpcs-l-request@xxxxxxxxxxxx
>cc
>BPCS-L@xxxxxxxxxxxx
>Subject
>[BPCS-L] MPS & non-MPS items
>
>
>
>
>
>
>
>Hi,
>
>Is it mandetory that manufactured (child) items be Master Scheduled (MPS
>items) ?
>
>So also, can purchased item be MPS item ?
>
>regards,
>Prashanth
>
>--
>This is the SSA's BPCS ERP System (BPCS-L) mailing list
>To post a message email: BPCS-L@xxxxxxxxxxxx
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/mailman/listinfo/bpcs-l
>or email: BPCS-L-request@xxxxxxxxxxxx
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/bpcs-l.
>
>Delivered-To: fcdavy@xxxxxxxxxxxx
>
>--
>This is the SSA's BPCS ERP System (BPCS-L) mailing list
>To post a message email: BPCS-L@xxxxxxxxxxxx
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/mailman/listinfo/bpcs-l
>or email: BPCS-L-request@xxxxxxxxxxxx
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/bpcs-l.
>
>Delivered-To: prd2005@xxxxxxxxxxxxxx