|
We're on version 6.0.02 C/S so I'm not sure everything applies in the same way, but it doesn't sound terribly different on the face of it. So I thought I would offer my input for how we handle routine processing although I don't think I can help more than Marc has with the clean-up. We run CST900 nightly because we use average costing and can have huge variations in our inventories from the beginning of the month to the end of the month because part of our processing is seasonal. So frequent cost updates minimize the error built into the average actual cost calculation. We also have Performance Measurement installed but don't use it. But it becomes a critical part of how we handle this. You can run CST900 and still be able to update shop orders as long as they are not closed. They are only closed by this process if the quantity remaining has been reduced to zero, or the last operation has been manually flagged as complete. I don't know why you would want to update a shop order if these conditions were true. As long as that's a good assumption, you can run CST900 as often as you want. Our wrinkle was that Operations Managers still wanted to be able to view closed shop orders on-line for awhile after they were closed and the nightly CST900 would purge them. But if performance management is installed they won't purge. So we turned on the flag that says Performance Mangement is installed. At period close we turn off the flag before running CST900 so the closed purchase orders for the month will be purged, write them to a back up file to retain the history and allow special reports, then we turn the flag back on after running CST900 so we're set for the next daily run. Martha Bayer mbayer@badgerminingcorp.com 920-361-2388 > -----Original Message----- > From: Dennis Pedersen [SMTP:dpedersn@execpc.com] > Sent: Tuesday, April 13, 1999 6:36 PM > To: BPCS-L@midrange.com > Subject: Re: Shop Order Close > > > > -----Original Message----- > From: Lisa Abney < abney@iquest.net <mailto:abney@iquest.net>> > To: BPCS-L@midrange.com <mailto:BPCS-L@midrange.com> < > BPCS-L@midrange.com <mailto:BPCS-L@midrange.com>> > Date: Tuesday, April 20, 1999 9:33 PM > Subject: Shop Order Close > > > We're on version 4.0.5, and would sure appreciate some help with the > shop > order close process. We went up on BPCS in March '95, and were told > at that > time by our consultants not to run Shop Order Close (CST900, as we > have > costing installed), as we wouldn't be able to make adjustments to > shop > orders. Now, I'm sure they meant that to be a temporary thing, as > we went > through the initial learning process, but 4 1/2 years later, we > still > haven't done it! > > The biggest reason we need to do it, we've discovered, is that we > would like > to do some clean-up in our item master, but you can't inactivate an > item > master that has a shop order. > > I called the SSA help desk on this, and they warned me this may take > in the > neighborhood of days (or weeks?!) to run the first time, as we have > 220,000 > records in the FSO file. (He said most people run this process at > least > weekly ... whoops!) > > I've played around with this in a test envionment, and it's going to > be a > real pain, I can tell. We also have performance measurement > installed > (although we've never used), which apparently means I have to close > each > period for each facility individually before I can even do CST900. > > Does anyone have an easy solution? All I really care about is > cleaning up > my FSO (and, I suppose, the FMA) so that I will be able to > inactivate some > item numbers ... I don't care about performance measurement, the > costing > stuff, etc. > > Any suggestions would be welcome! > > +--- | 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.