RE: Using ROP , OPC C or B to reorder discretely

Mike,

Previous replys have been correct.  Without MRP, the "re-order up to" logic
will not accomplish what you are trying to do.

But I have a question for you.  What is the objective?  

Most implementations of the "order the required quantity only using re-order
point" are in fact trying to implement some for of JIT.  If this is the
case, then the logic your trying to use will fail without some kind of
over-the horizon demand ensuring long lead items are "in the pipeline"

Another, lesser used implementation is the "build to order" (all levels, not
just finished goods) or "engineer to order" environments.  While re-order
point is more appropriant, there are other applications in MAPICS to
facilitate this type of environment that work better than re-order point.

Let me know what your primary objective's are, and perhaps all of us on the
list can find a better solution for you.

Kevin Fox
kdfox@xxxxxxxxxxxxx

-----Original Message-----
From: Michael J. Dreimiller [mailto:mandis-inc@xxxxxxx] 
Sent: Thursday, August 12, 2004 4:57 PM
To: MAPICS-L@xxxxxxxxxxxx
Subject: Using ROP , OPC C or B to reorder discretely

The objective is to use IM reorder report, with items OPC B and or C to
order discretely.  MRP is not used.

The goal is to re-order an item only when there is an allocation driving the
on-hand balance negative.  The closest I have been able to come with MAPICS
settings, is to set the OPC code to C and the Fixed Order Quantity to .001.
When the on-hand balance goes negative, the reorder reports calculates a
re-order quantity of the value of the negative on-hand balance +.001.

The questions:  Is there something I am missing? Is there a way to configure
items using OPC B or C to reorder the exact quantity of the negative
balance?  Is there a third party product which will do discrete re-ordering?
Does someone have code modifications for MAPICS ROP logic.

In advance, thanks

Mike Dreimiller
Mandis-Inc@xxxxxxx