|
Hello. Yes, I worked with a customer to apply the latest R6 PCM over the weekend. Unfortunately, the PCM created a variety of issues ranging from MRP problems to IFM no longer requiring purchase order matching. They have been working with global to obtain and apply the various fixes. Nothing 'catastrophic' to date...however, it sounds like they have experienced some unneeded work. Chuck Mick CSD LLC. 4667 Freedom Drive Ann Arbor, Michigan 48108 (p) 734.677.8878 -----Original Message----- From: mapics-l-bounces@xxxxxxxxxxxx [mailto:mapics-l-bounces@xxxxxxxxxxxx] On Behalf Of mapics-l-request@xxxxxxxxxxxx Sent: Friday, February 21, 2003 1:01 PM To: mapics-l@xxxxxxxxxxxx Subject: MAPICS-L Digest, Vol 1, Issue 503 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. Re:Interesting Email this morning (LDEGNON@xxxxxxxxx) 2. Re:Interesting Email this morning (Bob.Voltz@xxxxxxxxxxxxxx) 3. Re:Interesting Email this morning (DaleGindlesperger@xxxxxxxxxxx) 4. Backflushing & FIFO Inventory (Bonnie_Lokenvitz@xxxxxxxxxxxxxx) 5. Paperless Refresh (Peter Vidal) 6. RE: Backflushing & FIFO Inventory (Ritsema, Doug B) 7. Re: Paperless (Data Refresh Issues) (Hans Koens) 8. Dale Gindlesperger at Fleetwood Folding Trailers is not at work! (DaleGindlesperger@xxxxxxxxxxx) ---------------------------------------------------------------------- message: 1 date: Thu, 20 Feb 2003 10:29:46 -0800 from: LDEGNON@xxxxxxxxx subject: Re:Interesting Email this morning Hello out there... I also am wondering if any brave souls are at version 7. Also, Does anyone else have performance issues with Browser???? I have found that if I don't do an IPL weekly, I constantly get calls from users stating "I'm staring at an hourglass, what's wrong with MAPICS" Typical P.C. is Pentium 4, 1.8GHZ, 512 MB ram. Just to login and pull up screen in Browser takes 58 seconds!!! MAPICS Support tells me I'm crazy when I mention the issue with IPL, but if I don't, performance is unbearable. Any Ideas? Will Version 7 really help this condition, or make it worse? Lloyd H. Degnon I. S. Manager Ampro Computers Inc. 5215 Hellyer Ave San Jose, CA 95138 408.360.4365 Ldegnon@xxxxxxxxx http://www.ampro.com ____________________Reply Separator____________________ Subject: Interesting Email this morning Author: Konrad Underkofler <kdunderk@xxxxxxxxxxxxx> Date: 2/20/03 9:45 AM Received the email about the "new" MAPICS this morning. Also announced in the local papers were 250 layoffs from the combined company. Hopefully we will find out soon if there will be any development or support staff left. By all means read the Forrester report too. I could use some of the drugs they were on while writing the report. I have not been that incoherent since a long fun nite in college so many years ago. I think I had fun :) Of course others might feel I am incoherent all the time... Microsoft should buy MAPICS...hmmm now there's the ticket! Anyone try the latest R6 CD yet? Given the 1000 plus "fixes" on it I would love to know if any caused serious problems. And the eternal question. R7 anyone? Regards Konrad _______________________________________________ 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. Received: from linux.midrange.com ([207.224.38.113]) by NIXON.AMPRO.COM with SMTP (IMA Internet Exchange 3.14) id 000EA2A4; Thu, 20 Feb 2003 06:47:43 -0800 Received: from linux.midrange.com (localhost [127.0.0.1]) by linux.midrange.com (8.12.5/8.12.5) with ESMTP id h1KEjSDr018688; Thu, 20 Feb 2003 08:45:28 -0600 Received: from birch.hoshizaki.com (smtp.hoshizaki.com [63.217.159.246]) by linux.midrange.com (8.12.5/8.12.5) with SMTP id h1KEjHqj018639 for <mapics-l@xxxxxxxxxxxx>; Thu, 20 Feb 2003 08:45:20 -0600 Received: FROM birch.hoshizaki.com BY birch.hoshizaki.com ; Thu Feb 20 09:45:15 2003 -0500 Received: by birch.hoshinet.com with Internet Mail Service (5.5.2653.19) id <FJWGBRA6>; Thu, 20 Feb 2003 09:45:15 -0500 Message-ID: <BF42AF5EF3A1D3118F0600104B6A1DD102591AE1@xxxxxxxxxxxxxxxxxx> From: Konrad Underkofler <kdunderk@xxxxxxxxxxxxx> To: "'Mapics-L (mapics-l@xxxxxxxxxxxx)" <mapics-l@xxxxxxxxxxxx> Date: Thu, 20 Feb 2003 09:45:15 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-MailScanner: Found to be clean Subject: Interesting Email this morning X-BeenThere: mapics-l@xxxxxxxxxxxx X-Mailman-Version: 2.1.1 Precedence: list Reply-To: MAPICS ERP System Discussion <mapics-l@xxxxxxxxxxxx> Sender: mapics-l-bounces@xxxxxxxxxxxx X-Spamscreen: Protected by WatchGuard SpamScreen (TM) v6.1.B1000 Copyright (C) 1996-2002 WGTI WGTI ------------------------------ message: 2 date: Thu, 20 Feb 2003 13:49:57 -0500 from: Bob.Voltz@xxxxxxxxxxxxxx subject: Re:Interesting Email this morning AFAIK the long interval for Browser initialization is a known "feature." We IPL every week anyway, so I don't know about that aspect. Bob Voltz Biomet ------------------------------ message: 3 date: Thu, 20 Feb 2003 14:55:37 -0500 from: DaleGindlesperger@xxxxxxxxxxx subject: Re:Interesting Email this morning My Browser performance was too slow until I allocated enough resources on my AS/400. On my old machine (a 9406-720 with 470-70 CPW), I changed my storage pool for QSERVER to have a bunch of my memory (bought another 1/2GB and allocated it all to that pool). That improved the situation considerably. I then upgraded to a 9406-270 with 1050-50 CPW (Greenstreak promotion), and Browser performance now is generally equivalent to green screen response. Incidentally, I do an IPL each week after system backups. It's not supposed to be necessary, but it only takes 10 minutes or so and I'm old school enough to figure "better safe than sorry". Dale @ Fleetwood LDEGNON@xxxxxxxxx Sent by: To: Konrad Underkofler <kdunderk@xxxxxxxxxxxxx>, "'Mapics-L mapics-l-bounces@x (mapics-l@xxxxxxxxxxxx)" <mapics-l@xxxxxxxxxxxx> idrange.com cc: CFRANK@xxxxxxxxx Subject: Re:Interesting Email this morning 02/20/2003 01:29 PM Please respond to MAPICS ERP System Discussion Hello out there... I also am wondering if any brave souls are at version 7. Also, Does anyone else have performance issues with Browser???? I have found that if I don't do an IPL weekly, I constantly get calls from users stating "I'm staring at an hourglass, what's wrong with MAPICS" Typical P.C. is Pentium 4, 1.8GHZ, 512 MB ram. Just to login and pull up screen in Browser takes 58 seconds!!! MAPICS Support tells me I'm crazy when I mention the issue with IPL, but if I don't, performance is unbearable. Any Ideas? Will Version 7 really help this condition, or make it worse? Lloyd H. Degnon I. S. Manager Ampro Computers Inc. 5215 Hellyer Ave San Jose, CA 95138 408.360.4365 Ldegnon@xxxxxxxxx http://www.ampro.com ____________________Reply Separator____________________ Subject: Interesting Email this morning Author: Konrad Underkofler <kdunderk@xxxxxxxxxxxxx> Date: 2/20/03 9:45 AM Received the email about the "new" MAPICS this morning. Also announced in the local papers were 250 layoffs from the combined company. Hopefully we will find out soon if there will be any development or support staff left. By all means read the Forrester report too. I could use some of the drugs they were on while writing the report. I have not been that incoherent since a long fun nite in college so many years ago. I think I had fun :) Of course others might feel I am incoherent all the time... Microsoft should buy MAPICS...hmmm now there's the ticket! Anyone try the latest R6 CD yet? Given the 1000 plus "fixes" on it I would love to know if any caused serious problems. And the eternal question. R7 anyone? Regards Konrad _______________________________________________ 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. Received: from linux.midrange.com ([207.224.38.113]) by NIXON.AMPRO.COM with SMTP (IMA Internet Exchange 3.14) id 000EA2A4; Thu, 20 Feb 2003 06:47:43 -0800 Received: from linux.midrange.com (localhost [127.0.0.1]) by linux.midrange.com (8.12.5/8.12.5) with ESMTP id h1KEjSDr018688; Thu, 20 Feb 2003 08:45:28 -0600 Received: from birch.hoshizaki.com (smtp.hoshizaki.com [63.217.159.246]) by linux.midrange.com (8.12.5/8.12.5) with SMTP id h1KEjHqj018639 for <mapics-l@xxxxxxxxxxxx>; Thu, 20 Feb 2003 08:45:20 -0600 Received: FROM birch.hoshizaki.com BY birch.hoshizaki.com ; Thu Feb 20 09:45:15 2003 -0500 Received: by birch.hoshinet.com with Internet Mail Service (5.5.2653.19) id <FJWGBRA6>; Thu, 20 Feb 2003 09:45:15 -0500 Message-ID: <BF42AF5EF3A1D3118F0600104B6A1DD102591AE1@xxxxxxxxxxxxxxxxxx> From: Konrad Underkofler <kdunderk@xxxxxxxxxxxxx> To: "'Mapics-L (mapics-l@xxxxxxxxxxxx)" <mapics-l@xxxxxxxxxxxx> Date: Thu, 20 Feb 2003 09:45:15 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain X-MailScanner: Found to be clean Subject: Interesting Email this morning X-BeenThere: mapics-l@xxxxxxxxxxxx X-Mailman-Version: 2.1.1 Precedence: list Reply-To: MAPICS ERP System Discussion <mapics-l@xxxxxxxxxxxx> Sender: mapics-l-bounces@xxxxxxxxxxxx X-Spamscreen: Protected by WatchGuard SpamScreen (TM) v6.1.B1000 Copyright (C) 1996-2002 WGTI WGTI _______________________________________________ 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. ------------------------------ message: 4 date: Thu, 20 Feb 2003 14:05:57 -0600 from: Bonnie_Lokenvitz@xxxxxxxxxxxxxx subject: Backflushing & FIFO Inventory Does any one else experience this problem with backflushing? And how do you fix it? We use FIFO inventory, allow negatives, don't use default locations, don't use WIP inventory locations, and don't use 1st available location. The backflushing logic falls through and takes first available (by location). Then we have to adjust. We can live with the negatives but in the right pot (or silo). Why, if you say FIFO, doesn't FIFO rule? Thanks, Bonnie Lokenvitz Engineered Polymers Corp. ------------------------------ message: 5 date: Thu, 20 Feb 2003 15:22:55 -0500 from: "Peter Vidal" <Peter_Vidal@xxxxxxxx> subject: Paperless Refresh ----- Forwarded by Peter Vidal/AeroPower PPK/Pall/US on 02/20/2003 03:26 PM ----- Rick_Reith@xx e-erp.com To: Peter Vidal/AeroPower PPK/Pall/US@xxxx cc: 02/20/2003 Subject: Paper-Less Question 02:55 PM Hi Peter, I saw your message out on the bulletin board - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Hi all! We have an issue here. Paperless does a full refresh of the data every 2 hours. This allows all the information from the AS400 to be uploaded to Paperless so locations , etc. match in the system. Most of the mismatches occur because we do not do receiving transaction on Paperless only on the AS400. These transactions performed on the AS400 will not be transferred to Paperless until the refresh. As a result the location files get out of synch. We are not doing receiving in Paperless because we have certain customizations in the front end that will not be permitted in Paperless. Is there somebody that has this same scenario and how you are handling it? Any recommendations from the group? Thanks in advance, Peter Vidal Pall Aeropower Corp. SR Programmer Analyst WWW.Pall.com / 727-539-8448, x2414 "A good player makes himself look good; a great player makes the team look good." Author unknown - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Here are a couple of solutions: There is a specific function in MDCC which allows you to refresh PO's by range. Two options: The customer can train their receiving personnel to refresh PO's by range periodically or as they receive them. If the customer had the necessary skills they could create their own program to call the PO refresh by range program passing the necessary 'TO' and 'FROM' PO numbers and schedule this program to run automatically in batch. I hope this helps and feel free to post the answer to your question on the bulletin board. Best Regards, Rick Reith Application Development Manager ISE Inc./Paper-Less LLC. tel: 262.567.9240 fax: 262.567.6588 ------------------------------ message: 6 date: Thu, 20 Feb 2003 17:51:15 -0500 from: "Ritsema, Doug B" <Doug.Ritsema@xxxxxxxxx> subject: RE: Backflushing & FIFO Inventory We have a similar problem in that it back flushes by batch lot instead of FIFO. Have not found a fix yet. Doug Ritsema Holland American Wafer Co -----Original Message----- From: Bonnie_Lokenvitz@xxxxxxxxxxxxxx [mailto:Bonnie_Lokenvitz@xxxxxxxxxxxxxx] Sent: Thursday, February 20, 2003 3:06 PM To: MAPICS ERP System Discussion Subject: Backflushing & FIFO Inventory Does any one else experience this problem with backflushing? And how do you fix it? We use FIFO inventory, allow negatives, don't use default locations, don't use WIP inventory locations, and don't use 1st available location. The backflushing logic falls through and takes first available (by location). Then we have to adjust. We can live with the negatives but in the right pot (or silo). Why, if you say FIFO, doesn't FIFO rule? Thanks, Bonnie Lokenvitz Engineered Polymers Corp. _______________________________________________ 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. ------------------------------ message: 7 date: Fri, 21 Feb 2003 11:32:02 +0100 from: "Hans Koens" <hkoens@xxxxxxxxxxxxxxxxx> subject: Re: Paperless (Data Refresh Issues) Why don't you do a refresh from only those items you need to do (only employees or m-orders etc). A full refresh can take some time. We only do a full refresh once a day during off hours. Is there anybody who has a good manual of paperless. (Like tailering questions, how to install a new enviroment or delete one etc.etc.) How do other people handle all the updates which are coming out frequently. (Like PB (PC's on the shop floor for example) updates or AS400 MOD's) ----- Original Message ----- From: "Peter Vidal" <Peter_Vidal@xxxxxxxx> To: <mapics-l@xxxxxxxxxxxx> Sent: Thursday, February 20, 2003 2:45 PM Subject: Paperless (Data Refresh Issues) > Hi all! > > We have an issue here. Paperless does a full refresh of the data > every 2 hours. > This allows all the information from the AS400 to be uploaded to > Paperless so > locations , etc. match in the system. Most of the mismatches occur > because we do > not do receiving transaction on Paperless only on the AS400. These transactions > performed on the AS400 will not be transferred to Paperless until the refresh. > As a result the location files get out of synch. > > We are not doing receiving in Paperless because we have certain customizations > in the front end that will not be permitted in Paperless. Is there somebody > that has this same scenario and how you are handling it? Any recommendations > from the group? > > Thanks in advance, > Peter Vidal > Pall Aeropower Corp. > SR Programmer Analyst > WWW.Pall.com / 727-539-8448, x2414 > > "A good player makes himself look good; > a great player makes the team look good." > Author unknown > > > _______________________________________________ > 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 for viruses. > Timesavers (Sandingmaster/Grindingmaster) > Quality & Value Without Compromise > **************************************** > **************************************** This email has been scanned for viruses. Timesavers (Sandingmaster/Grindingmaster) Quality & Value Without Compromise **************************************** ------------------------------ message: 8 date: Fri, 21 Feb 2003 08:37:18 -0500 from: DaleGindlesperger@xxxxxxxxxxx subject: Dale Gindlesperger at Fleetwood Folding Trailers is not at work! I will be out of the office starting 02/21/2003 and will not return until 02/22/2003. I'm taking today off - be back Monday! ------------------------------ _______________________________________________ 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 1, Issue 503 ****************************************
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.