|
A correction to my last post. We close all batches that 1. Are active or suspended and do not have todays date. 2. Have NO errors Best Regards Iain Wilson MIS Analyst Tokheim UK Ltd Tel : 44 (0) 1382 598211 Fax : 44 (0) 1382 598001 Mobile : 44 (0)7967104762 E-Mail : iwilson@xxxxxxxxxxxxxxxxxx mapics-l-request@xxxxxxxxxxxx Sent by: mapics-l-bounces@xxxxxxxxxxxx 28/07/2006 18:00 Please respond to mapics-l To: mapics-l@xxxxxxxxxxxx cc: Subject: MAPICS-L Digest, Vol 4, Issue 161 Send MAPICS-L mailing list submissions to mapics-l@xxxxxxxxxxxx To subscribe or unsubscribe via the World Wide Web, visit http://lists.midrange.com/mailman/listinfo/mapics-l or, via email, send a message with subject or body 'help' to mapics-l-request@xxxxxxxxxxxx You can reach the person managing the list at mapics-l-owner@xxxxxxxxxxxx When replying, please edit your Subject line so it is more specific than "Re: Contents of MAPICS-L digest..." Today's Topics: 1. Programmatically closing inventory batches (IWilson@xxxxxxxxxxxxxxxxxx) 2. Re: Programmatically closing inventory batches (DaleGindlesperger@xxxxxxxxxxx) ---------------------------------------------------------------------- message: 1 date: Fri, 28 Jul 2006 07:11:24 +0100 from: IWilson@xxxxxxxxxxxxxxxxxx subject: [MAPICS-L] Programmatically closing inventory batches We do something similar every night. We close all batches that 1. Are active or suspended and do not have todays date. 2. Have errors This is done when there is no-one in the factory and thus we are confident that the batch is not being used. Best Regards Iain Wilson MIS Analyst Tokheim UK Ltd Tel : 44 (0) 1382 598211 Fax : 44 (0) 1382 598001 Mobile : 44 (0)7967104762 E-Mail : iwilson@xxxxxxxxxxxxxxxxxx ------------------------------ message: 2 date: Fri, 28 Jul 2006 08:34:56 -0400 from: DaleGindlesperger@xxxxxxxxxxx subject: Re: [MAPICS-L] Programmatically closing inventory batches List... "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!)" Well said! And it hits us too. I spent the money for more DASD to do the "Backup-to-Disk" option because my factory runs 24/6 (sometimes also hours on Sunday), with inventory transactions happening all the time. We don't have anyone manually keying tickets except for on 1st shift, but they are scanning transactions at all hours. Plus, we have users on COM_Net at all hours (our international customers like it for the information resources). Now, we handle that by ending all the unattached jobs during backups. Well, except for the COM_Net Receiver - that stays up, and the COM_Net Updater goes on hold automatically during backups so as not to impact backups - that's canned MAPICS. But I do have a reasonable gap between 3am and 330am when 3rd shift takes lunch break - but I have to get it all done within the half-hour or it impacts the stockroom. Waaaay too many transactions processed quickly back there. I wonder what companies do that have users in MRP Order Review/Release 24 hours? Way to many conflicts there, too.... Dale Gindlesperger IT Manager/Special Projects Leader Fleetwood Folding Trailers, Inc. 258 Beacon Street Somerset, PA 15501 ------------------------------ _______________________________________________ This is the MAPICS ERP System Discussion (MAPICS-L) digest 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. End of MAPICS-L Digest, Vol 4, Issue 161 ****************************************
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.