NOT Whole Numbers of BPCS Inventory

We have had an intermittent problem with materials that should always have 
whole numbers quantities, that people tend to discover by accident, when we 
really need the item, but due to errors of various kinds, our inventory went 
incorrect & we did not know it, and we would like to find & fix this sort of 
thing before it gets us in trouble.  I just created a report which calculated 
the on-hand for items whose Unit of Measure is EA ("each" should be 
individual units), moved the decimal portion to a field 3.3 decimal only, 
then print only if that field is not zero & my report found 35 items, which 
we are working on auditing & fixing.  This is our latest in a series of 
reports that in aggregate can analyse every field in every file & tell us 
various things wrong that need to be fixed, but in an ideal world we should 
have systems in place so that we would not have the errors in the first place.

The older version of BPCS/36 had a deal where at some level like item class 
we could say that a category of items needed to figure their on-hand to 5 
decimal places, or be in whole numbers, or some such rule.  Is there such a 
reality for BPCS 405 that perhaps we have overlooked?  If we were using such 
a business rule, then it ought to prevent BOM & routings creations that 
result in the kind of error found to have contributed to the first item we 
checked out ... we have labor transactions through JIT that are consuming 
fractions of items that should come in whole numbers.

Al Macintyre
BPCS 405 CD on AS/436 V4R3
+---
| 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
+---