|
Hi Mike, Sounds very common. Today, everyone wants it "real time" Here are a few options. He problem with re-order point is the "net change" effect on the planning. Depending on the number of levels in the BOM this means multiple runs. The best that Order Point can do is Using OPC = C and FOQ = 1. When there is demand (firm NOT planned) the system will order 1 or whatever the demand is. Is there a reason to use .001? What are the stocking unit of measure? 1. Depending on how long MRP takes to run, you could run a net change during the day, say at lunch hour. I don't know if that is possible. My ERP runs (55,000 items, 3500 open CO's, 6 month CMLT) takes about 35 min. The only problem is you need a semi-dedicated system to run MRP. (Thus the suggestion of lunch hour.) 2. I'm assuming for this suggestion that your "Build to order" is "final assembly to order" with or without some customization. I'd try and utilize the Available to Promise function. It should eliminate most if not all of the need to make up the 1 day delay. If your items are "build to order" for all levels of the build, re-order point is going to be real ugly and cause unnecessary ordering. 3. You asked about 3rd-party apps. Depending on your needs I'd look at MAPICS Advanced Planner. It allows you to make multiple plans during the day using real-time capacity and availability. We use it and it works great. Hope this helps. Kevin Fox kdfox@xxxxxxxxxxxxx -----Original Message----- From: mandis-inc@xxxxxxx [mailto:mandis-inc@xxxxxxx] Sent: Friday, August 13, 2004 8:57 AM To: MAPICS ERP System Discussion Subject: RE: Using ROP , OPC C or B to reorder discretely Kevin The specific products and items are build to order. I know that the objective could be accomplished with MRP, OPC=G, DPS=0. MRP is run at night. The ROP can be run on demand during the day and requisition created. If MRP is the requisition source, requisitions are not available till the next morning, poentially loosing a day. Any suggestions or approaches are most welcome. An advance, thanks -- Best regards, Mike Dreimiller Mandis Inc. 410-526-5996 Mandis-Inc@xxxxxxx -------------- Original message from : -------------- > 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 > > > > _______________________________________________ > This is the MAPICS ERP System Discussion (MAPICS-L) mailing list > To post a message email: MAPICS-L@xxxxxxxxxxxx > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/mailman/listinfo/mapics-l > or email: MAPICS-L-request@xxxxxxxxxxxx > Before posting, please take a moment to review the archives > at http://archive.midrange.com/mapics-l. >
As an Amazon Associate we earn from qualifying purchases.
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.