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



Al

Check out MRP300 inquiry. (MRP200 report also shows this detail). On the
planning (1st screen) panel you will see where your demand came from. C+# =
customer order, Forecast, FPO, etc. If you use F13 to peg the data you can
see more info about the demand. ie, customer number/name. min balance is a
bit more obscure but easy enough to calculate once you eliminate other
demand.

Bonnie Bryant
GCD Consulting
www.gcdconsulting.com

-----Original Message-----
From: bpcs-l-bounces+bonniebryant=gcdconsulting.com@xxxxxxxxxxxx
[mailto:bpcs-l-bounces+bonniebryant=gcdconsulting.com@xxxxxxxxxxxx] On
Behalf Of bpcs-l-request@xxxxxxxxxxxx
Sent: Sunday, September 13, 2009 12:00 PM
To: bpcs-l@xxxxxxxxxxxx
Subject: BPCS-L Digest, Vol 7, Issue 136

Send BPCS-L mailing list submissions to
bpcs-l@xxxxxxxxxxxx

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.midrange.com/mailman/listinfo/bpcs-l
or, via email, send a message with subject or body 'help' to
bpcs-l-request@xxxxxxxxxxxx


Today's Topics:

1. demand control for MRP planning - orders vs forecast 1. MRP
Method 405 CD (Bonnie Bryant)
2. Re: demand control for MRP planning - orders vs forecast
1.MRP Method 405 CD (Al)


----------------------------------------------------------------------

message: 1
date: Sat, 12 Sep 2009 12:27:12 -0500
from: "Bonnie Bryant" <bonniebryant@xxxxxxxxxxxxxxxxx>
subject: [BPCS-L] demand control for MRP planning - orders vs forecast
1. MRP Method 405 CD

Al



Set the defaults on SYS800 MRP System Parameters screen. (see below). You
can then override it for each item/fac combination if you are set up for
multi facility or each item if planning globally.

----------------------------------------------------------------------------
-----

MRP820D-01 BPCS System Generation BDBA1
9/12/

Display MRP System Parameters BONNIE
03:20:







Drop F.P.O. scheduled for completion before planning start date? 0 (1=Yes
0=N




Repetitive Other


Demand Code to be used before the Time Fence 1 4 (1,2,3,4)


Time Fence (Periods for Repetitive, Days for Other) 7 30


Demand Code to be used after the Time Fence 1 1 (1,2,3,4)



Orders consume forecast basically takes the greater of orders and forecast

Eg. Orders for period 1 = 50

Forecast for period 1 = 75

Plan for 75



You can affect the impact differently before and after the time fence.

In the example above, we use orders only for the first 7 days, then the
greater of the 2 after.



Bonnie Bryant

GCD Consulting

www.gcdconsulting.com







Today's Topics:



1. MRP Method 405 CD (Al)

2. MRP100 Date V405CD (Al)





----------------------------------------------------------------------



message: 1

date: Sat, 12 Sep 2009 10:54:27 -0500

from: "Al" <macwheel99@xxxxxxxxxx>

subject: [BPCS-L] MRP Method 405 CD







We want to start using MRP100 forecasting, which I looked into years ago,

but now I forget some nuances.



MRP300 says our method is that "Orders Consume Forecast"



We just want to be sure that both orders and forecast will dictate

requirements.



Help claims that method is set in SYS800 parameters, but I can't find the

screen that has this.



Code Description



1 Greater of forecasts or customer orders

(consumption of the forecast by demand)



2 Sum of (customer) orders and forecasts

(augmenting demand)



3 Forecasts order only

(anticipating demand)



4 Customer orders only



I think method 2 makes more sense vs. our current needs.



-



Al Macintyre













------------------------------

message: 2
date: Sat, 12 Sep 2009 13:42:30 -0500
from: "Al" <macwheel99@xxxxxxxxxx>
subject: Re: [BPCS-L] demand control for MRP planning - orders vs
forecast 1.MRP Method 405 CD

Thankyou.
You have identified for me which of the many SYS800 screens, and which
elements on that screen, are relevant to managing MRP methods, and how
method # 1 works.

If we have customer order for 50, forecast for 250, method 1 will plan 250,
but I think we need method 2 which will plan 300, where we use forecast to
plan delivery of raw materials that have 65+ days lead time, to be ready for
customer orders placed with no more than 20 days lead time.

Right now our forecast orders are supposed to be entered with due date that
is far enough out to cover the lead times. We are looking into changes in
how we do things for a variety of reasons related to trying to reduce
clerical time to get the job done, and lower risk of mind-numbing moving due
dates on forecasts without rethinking what makes sense, as we suffer from
the economy.

I need to think about whether it makes sense to have different method code
for before / after our 20 days time fence.

Some answers can lead to more questions.

Do MRP files contain some code showing where an exploded BOM requirement
came from: customer order; MRP100 forecast; minimum balance?

-
Al Mac

Happy I remain this functional: Wake up each morning; roll out of bed; feet
touch floor; I can stand up (sometimes need to push with arms); walk; get to
toilet; all familiar systems do their thing.

-----Original Message-----
From: bpcs-l-bounces+macwheel99=wowway.com@xxxxxxxxxxxx
[mailto:bpcs-l-bounces+macwheel99=wowway.com@xxxxxxxxxxxx] On Behalf Of
Bonnie Bryant
Sent: Saturday, September 12, 2009 12:27 PM
To: bpcs-l@xxxxxxxxxxxx
Subject: [BPCS-L] demand control for MRP planning - orders vs forecast 1.MRP
Method 405 CD

Al



Set the defaults on SYS800 MRP System Parameters screen. (see below). You
can then override it for each item/fac combination if you are set up for
multi facility or each item if planning globally.

----------------------------------------------------------------------------
-----

MRP820D-01 BPCS System Generation BDBA1
9/12/

Display MRP System Parameters BONNIE
03:20:







Drop F.P.O. scheduled for completion before planning start date? 0 (1=Yes
0=N




Repetitive Other


Demand Code to be used before the Time Fence 1 4 (1,2,3,4)


Time Fence (Periods for Repetitive, Days for Other) 7 30


Demand Code to be used after the Time Fence 1 1 (1,2,3,4)



Orders consume forecast basically takes the greater of orders and forecast

Eg. Orders for period 1 = 50

Forecast for period 1 = 75

Plan for 75



You can affect the impact differently before and after the time fence.

In the example above, we use orders only for the first 7 days, then the
greater of the 2 after.



Bonnie Bryant

GCD Consulting

www.gcdconsulting.com







Today's Topics:



1. MRP Method 405 CD (Al)

2. MRP100 Date V405CD (Al)





----------------------------------------------------------------------



message: 1

date: Sat, 12 Sep 2009 10:54:27 -0500

from: "Al" <macwheel99@xxxxxxxxxx>

subject: [BPCS-L] MRP Method 405 CD







We want to start using MRP100 forecasting, which I looked into years ago,

but now I forget some nuances.



MRP300 says our method is that "Orders Consume Forecast"



We just want to be sure that both orders and forecast will dictate

requirements.



Help claims that method is set in SYS800 parameters, but I can't find the

screen that has this.



Code Description



1 Greater of forecasts or customer orders

(consumption of the forecast by demand)



2 Sum of (customer) orders and forecasts

(augmenting demand)



3 Forecasts order only

(anticipating demand)



4 Customer orders only



I think method 2 makes more sense vs. our current needs.



-



Al Macintyre












As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.