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



I snipped out some excess lines before replying.

You guys may be doing some extra clerical work.
I certainly believe we are also.

What we doing with less clerical than you guys is that by releasing shop orders, purchase orders, resupply orders ... this has the same effect as if the MRP planned orders get firmed. So that eliminates an enormous volume of the manual work you doing interacting with BPCS. However, then we have to manage orders released perhaps too early, whose requirements tend to fluctuate due to changes in customer orders. This can lead to us having excess inventory, because we made something for a customer order that aint there any more, so we need to do a better job of tracking the effects of deleted customer orders.

Where I think we have excess manual work in need of some future modifications. The CIC file (item facility planning and cost summary) record for any given item gets automatically created by BPCS, if it not already exists, if there is any activity for the item in the facility that could impact MRP, such as customer order input, engineering work. However, at time of creation the records have all kinds of defaults we do not like, such as nothing is master planned ... I would like it if the CIC record is auto created because of a customer order, that it should default to being master planned. There's a whole bunch other fields where I think the defaults poorly thought out by SSA, and some that are related to our own standards such as lead times.

This leads to a need for people to be supposed to check CIC in association with those first entries, which sometimes overlooked, until question comes up ... how come MRP is ignoring these customer orders?

One way to fix this would be to have the Company Business Rules for BPCS Data Base Defaults stored in some kind of ISO document that identifies what programs need to be updated in association with each rule if that rule gets changed, then have some programs that run regularly to fix CIC defaults to agree with current company rules.

The alternative is the extra clerical work in BPCS,
or risk critical stuff get overlooked,
or risk that the business rules get changed, and the programmer unaware of the rules changes, or what programs affected

Arghhh!  Never mind.  You are correct and that's the way that I was
thinking that it should be.  It looks like it was set up incorrectly with
facility planning data for another facility.  It turns out that the guy
does manually convert his planned orders to firm planned orders.  It's just
that the one for this item wasn't showing up in the list when he does
release planned orders.  Sorry for the confusion.

Dave Parnin
--
Nishikawa Standard Company
Topeka, IN  46571
daparnin@xxxxxxxxxxxxxx



"Daniel Warthold"

Planned orders can only be firmed up manually, one by one, at the planner`s
will, for which he should have a good reason for firming them up. Thara are
advantages, but there are also risks involved in firming orders.

Daniel Warthold


----- Original Message -----
From: <daparnin@xxxxxxxxxxxxxx>
Subject: [BPCS-L] Firming Planned Orders

> Is there a flag somewhere to have MRP/MPS skip the planned order and go
> directly to a firm planned order?  It's been awhile since I've worked
> MRP/MPS in depth but I seem to recall that the firming up process was a
> manual one.  Today I got a call from a guy about a planned order asking
why
> it wasn't a firm planned order.  This is a new part that was set up by a
> fairly new person.  The call came from someone who has been in his
position
> for awhile and I tend to believe him when he says that they are always
firm
> orders.  Any thoughts would be appreciated.
>
> Dave Parnin
> --
> Nishikawa Standard Company
> Topeka, IN  46571
> daparnin@xxxxxxxxxxxxxx

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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.