Re: [SYS21] Negative Inventories in Manufacturing

The assumption made in manufacturing for backflushed items when reporting
production is that since you made the parent you must have had sufficient
components to produce the reported quantity of the parent.  If inventory is
driven negative on a component, the assumption is that possibly a receipt
transaction of some type has yet to be reported for the component.  If
inventory continues to remain negative, it's time to cycle count the
component.  Either the inventory balance is wrong or the BOM quantity per is
too high for the component compared to actual usage.
There is no field in the Mfg database that will cause the system to refrain
from driving inventory negative for blackfushed components.  Some years ago
a user in NW Ohio attempted to change the system to not allow negative
balances and ended up with a real mess.

Stan Rockey
513-295-8125
srockey@btcgrp.com


----- Original Message -----
From: <keith.tyler@hap.com>
To: <jbausers-l@midrange.com>
Sent: Friday, September 27, 2002 10:51 AM
Subject: [SYS21] Negative Inventories in Manufacturing


> We are working on setting up manufacturing bookings in a non lot
controlled
> environment. System 21 allows the inventory to go negative when there is
> not enough inventory on the component to cover the need. In our lot
> controlled environments this is not the case. Anyone have a suggestion on
> how to not allow negatives in this type of environment?
>
> Item booking and operator booking
> Flow routes
> Booking activity code - PRODRP
> Backflush material
> Schedule controlled environment
> Non lot controlled items
>
> Thanks,
>
> Keith
>
>
> _______________________________________________
> This is the GEAC/JBA System 21 Users (JBAUSERS-L) mailing list
> To post a message email: JBAUSERS-L@midrange.com
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/cgi-bin/listinfo/jbausers-l
> or email: JBAUSERS-L-request@midrange.com
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/jbausers-l.
>
>