|
Greg, Your point is well taken, honestly I am disappointed that Mapics hasn't done a better job at eliminating their "old" architecture for a more interactive environment than their current system. Consider the fact that running the transaction register for IM on batches doesn't do much more than generate a report since the transactions have already posted. I would happily do without the process altogether. Even if we moved to save while active we would still need to kick the active users to get MRP to regen since shipping and purchasing cause conflicts (we have a shipping department working 24x5 or 24x6). If MRP regen was allowed we end up with conflicts for allocation audits. Anyway you cut it there is a daily user impact to use the tools that Mapics provides and we struggle to make the system operate. (Infor are you listening?? We live in a 24x7 world stop expecting a dedicated system for any process!) You mention in a post that at the time of your backup you generally don't have anybody in your system--at the time of this writing and less hour before backup--I have 14 stations processing, six of which are shipping at two different facilities which would conflict with MRP. Two are doing inventory transactions that would result in a conflicts on the location audit. Sometimes it is better just to plan to kick everybody off from 12-12:30 to allow the system to process the jobs that will conflict otherwise. Backup is only one part of the problem which we have a little control over, Marc Rohde IT Manager Pentair Filtration, Inc. & Everpure, LLC Confidentiality Note: This e-mail message and all attachments to it are intended only for the named recipients and may contain confidential information. If you are not one of the intended recipients, please do not duplicate or forward this e-mail message and immediately delete it from your computer. "Greg Wenzloff" <GWenzloff@xxxxxxxxxxx> Sent by: mapics-l-bounces+mrohde=plymouthwater.com@xxxxxxxxxxxx 07/27/2006 12:26 PM Please respond to MAPICS ERP System Discussion <mapics-l@xxxxxxxxxxxx> To "MAPICS ERP System Discussion" <mapics-l@xxxxxxxxxxxx> cc Subject Re: [MAPICS-L] Programmatically closing inventory batches Am I the only one on this list who is wondering why anyone should care about active batches in this day and age? When Save While Active came out about 8-10 years ago, I stopped using the archaic MAPICS backup and simple saved the appropriate libraries using SWA. There has never been any problem doing it that way. I know the MAPICS backup does a couple of insignificant household cleaning choirs so what. And wacking someone's batch into another status with a quick and dirty program -- well isn't that a bit extreme? Or how about sending them a break message giving them 10 minutes to get out. Then terminate their sessions. Ya - let's do that too. NO better yet let's end the QINTER subsystem. The users really love it when you mess with them. Just my opinion, Greg -----Original Message----- From: mapics-l-bounces@xxxxxxxxxxxx [mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of David Williams Sent: Thursday, July 27, 2006 12:56 PM To: MAPICS ERP System Discussion Subject: Re: [MAPICS-L] Programmatically closing inventory batches Good questions. Simply closing everything gives you a good backup but questionable data. I err on the side of good data and rerun the backup the next evening after resolving the questionable batchs. --- Trudie Cook <Trudie.Cook@xxxxxxxxxxxxxxx> wrote:
This is addressed to everyone who is programmatically closing IM batches. What happens if someone is actively in a batch? What about unapplied records? What if the ujob was down and none of the RM's processed? What else do you check before you change the batch status to a C? Thanks, Trudie -----Original Message----- From: mapics-l-bounces@xxxxxxxxxxxx [mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of Sansi, Jim Sent: Wednesday, July 26, 2006 2:08 PM To: MAPICS ERP System Discussion Subject: Re: [MAPICS-L] Programmatically closing inventory batches We have a program that does this it also generates a report of which batches it closed, works perfect with no problems on R5 and R7. If you want a copy of the RPG source let me know. -Jimmy -----Original Message----- From: mapics-l-bounces@xxxxxxxxxxxx [mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of Marc.Rohde@xxxxxxxxxxxxxxxx Sent: Wednesday, July 26, 2006 10:12 AM To: MAPICS-L@xxxxxxxxxxxx Subject: [MAPICS-L] Programmatically closing inventory batches Every night we have an operator go through suspended batches and close them through the Mapics interface and DFU active batches that are hung to suspend them to allow them to be manually closed. What problems would I face if I wrote a program to change the batch status on all suspended or "hung active" batches to closed? Following the change I would run the transaction register as usual to get the to finished status. Your feedback is appreciated, Marc Rohde IT Manager Pentair Filtration, Inc. & Everpure, LLC Confidentiality Note: This e-mail message and all attachments to it are intended only for the named recipients and may contain confidential information. If you are not one of the intended recipients, please do not duplicate or forward this e-mail message and immediately delete it from your computer.
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
_______________________________________________ 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. _______________________________________________ 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. The information contained in this E-mail message is intended for the personal and confidential use of the designated recipient(s) named above. This message and all communication contained herein is privileged and confidential. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this E-mail message in error, and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify MTD PRODUCTS INC immediately by calling (330) 225-2600. _______________________________________________ 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.
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ 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. _______________________________________________ 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. ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. ______________________________________________________________________ ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________
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.