|
In message <35E3AA0C.D992EEBA@ix.netcom.com>, Bill Robins <brobins@ix.netcom.com> writes >Hi Craig, > >First, some background that I left out. I keep forgetting that most other >companies >are not like us, we ship over 80% of our orders same day, 90% within 24 hours. > >It is >this requirement plus the problem with us having to stage the other 10% >simultaneously that causes the problems. Those other 10% could be staging for >weeks. > >> Basically you have 2 choices without making mods: >> >> 1. Don't do the pick/ship confirm (ORD570) until you physically ship the >> goods. This will leave the allocation but if you move the goods they will >> be physically in the wrong location. > >Exactly our problem. > > >> 2. Use the tranfer transaction to move the goods to a Ship location that >> you set up and then do all allocations from there. You can force >> allocations on the item master file.Then you can happily allocate and leave >> them there as they match the physical location of the goods and then do >> pick/ship confirm when you ship. > >Manually allocating orders easily greater than 100 lines is not a process for >the >timid. Since we are allocating orders throughout the day, there is always a >window >between the time we transfer inventory and then reallocate that another order >could >grab it. Trying to dance between manual and automatic allocations is some of >the >pain. > >So... Does anyone have another idea other than creating a special transfer >transaction that moves the allocations along with the inventory? If you have v6 and the turnover is that fast, could you turn off customer allocations and work on a first come first served basis? Just a thought. -- Michael Ozanne (Also ozannem@pacific.co.uk) +--- | 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 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.