Re: Resell Purchased / Master Schedule ?

Dan,

You are correct that the original reason for splitting the MPS/MRP run 
was, to some extent, a factor of run time (in mid 70's we used to start a 
planning run at midnight Friday, and hope it was finished by midnight 
Sunday..13 level B/M's). I know some companies today that flag all items 
as master scheduled, and default the requirements flag to (S =both) in the 
Facility Planning File (MRP140) to avoid missing any external demand that 
might sneak in as a service requirement. Our planning runs now take less 
than 8 minutes for the entire blow through. If you have heavy usage of DRP 
(many different facilities) you may wish to keep the master scheduled 
items as only those that are sold, or transferred between facilities, but 
it really isn't a factor of run time anymore for a consideration of a more 
liberal usage of the (M) code.

Frederick C. Davy, CPIM, PMP
Business Systems Analyst
Interface Solution, Inc.
Phone: (315) 592-8101
Fax: (315) 592-8481
e-mail: fcdavy@xxxxxxxxxxxx




"Daniel Warthold" <daniel.warthold@xxxxxxxxxxxx> 
Sent by: bpcs-l-bounces+fcdavy=sealinfo.com@xxxxxxxxxxxx
10/20/2006 10:17 AM
Please respond to
SSA's BPCS ERP System <bpcs-l@xxxxxxxxxxxx>


To
"SSA's BPCS ERP System" <bpcs-l@xxxxxxxxxxxx>
cc

Subject
Re: [BPCS-L] Resell Purchased / Master Schedule ?






If you regenerate MRP as often as you regenerate MPS, there should not be 
any problems. The requirements of the MRP items will be cought, and al the 

necessary orders will be planned to cover these requirements.

As a matter of fact., I dont see as much of a need today to spit items 
between MPS and MRP, given the speed computers can regenerate MRP. My 
understanding is, 20-30-40  years ago, because MRP took hours to run, 
there 
was a need to cut the MRP generation process into a smaller subset of 
capacity critical  or order critical items, the MPS items , and the other 
non-critical items:  the MRP items. Any toughts on this?

Daniel Warthold



----- Original Message ----- 
From: "Al Mac" <macwheel99@xxxxxxxxxxx>
To: "BPCS_L discussion" <bpcs-l@xxxxxxxxxxxx>
Sent: Friday, October 20, 2006 1:24 AM
Subject: [BPCS-L] Resell Purchased / Master Schedule ?

  * One rule of thumb says MRP140 needs to "M" Master Schedule End Items
  that we manufacture and sell for customers, so that MRP will calculate
  what's needed of all components to be manufactured or purchased.
  * Another rule of thumb says raw material that we purchase to be used 

as

  components of the manufactured parts, nor any sub-components, should 

not

  be "M" coded, just the end items that we sell the customers.
  * A dispute has come up with respect to what is the correct Master
  Schedule coding for items that are coded purchased, but can also be 

sent

  customers as THEIR service or repair parts?

  It has been several years since we had MRP education, so different 
people
  memories stray into disagreements needing clarification.

  I had thought that when the raw materials show up as components of 
master
  scheduled items, currently on customer orders, that MRP will correctly
  calculate how many we need thanks to both dependent and independent
  requirements, but if a customer orders a supply of our raw materials, 
that
  are not currently needed due to being in the BOM of master scheduled
  active items, then by not having these raw materials master scheduled, 

we
  have effectively told MRP to ignore these requirements, and that 

having

  extra items coded as master scheduled did no harm to MRP.

  We are on BPCS 405 CD mixed mode.
  We run MRP500 then MRP600 by facility, with a few extra runs of MRP500
  thanks to a prior thread on BPCS-L regarding parts complexity.
  Our BOM has several levels.  We used to be heavy into DRP resupply 
orders,
  but that part of our business is now about dad.

  -
  Al Macintyre
  http://en.wikipedia.org/wiki/User:AlMac
  http://www.ryze.com/go/Al9Mac
  BPCS/400 Computer Janitor ... see
  

http://radio.weblogs.com/0107846/stories/2002/11/08/bpcsDocSources.html

-- 
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: daniel.warthold@xxxxxxxxxxxx