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


  • Subject: RE: CMF - how could it be possible?
  • From: "Peggy A. Heritz" <pheritz@xxxxxxxxxxxxxxx>
  • Date: Fri, 12 May 2000 08:27:51 -0500



Assuming you have no modifications, and are not populating BPCS cost files
outside of std BPCS, then your most likely problem is low level codes.

Bucket  0 for item/fac/cost set is supposed to be a sum of all the other buckets
for that item/fac/cost set.   In bucket 0, "this level" should be a sum of all
the "this level" field in all CMF records with the same item#, facility & cost
set,  previous level should be a sum of the "previous level" in all the CMF
records for the same item#, facility & cost set.

Supposed to be, but sometimes isn't always.   Std BPCS cost manipulation
programs (CST100, CST500, CST600, etc) should manipulate costs so that bucket 0
is always an accurate total.  However, I have seen situations (in v4 and v6)
where this isn't true.  In all cases, the most common problem has been low level
codes on the item master.  These fields are also maintained by BPCS as bills of
material are maintained.  However, if the low level codes get messed up, you get
"unpredictable results" in MRP and cost rollups.   I know that there have been
some BMRS related to low level codes in v6.04 and v6.1.1.

The good news is that there is a re-set program for the low level codes, BOM900.
Be careful, though.  This program can take a long time to run and needs
dedicated file (see archives of this discussion group for comments about
increasing the efficiency of BOM900).

I suggest writing a query to ID all the bucket 0 records that are not a sum of
the detail records.  Then run BOM900, and re-run CST600.  Re-run your query and
see if the problem is fixed.   If it is, you need to get to the bottom of the
low level code problem, and possibly consider running BOM900 on a regular basis
until the problems are resolved.  If the problem is not fixed, we can start to
look elsewhere.

(NOTE:  it is also possible to write a query to ID records with potential low
level code problems.  )


Peggy Heritz
BPCS Executive
Crowe Chizek & Company, LLP
http://www.crowechizek.com/scg/
219.236.8698


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

As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.