|
From Al Mac on 405 CD There was some discussion of this in recent memory on BPCS_L but the archives are not yet back at Midrange.Com. As I recall, there was some human error in the process of ORD570 which is a software flaw ... there should be some kind of audit trail of whatever people do, so that when we determine that it is messed up we can figure out how it got that way. We have had variations of this when too many cooks failing to communicate effectively with each other ... order is in middle of shipping & customer service changes it ... billing is running at the same time as shipping. I searched my AOL e-mail to see if mail box agreed with memory (I have approx 20,000 e-mails not yet deleted from it). The first cut & paste here is the one that was in my organic memory - is this any help? Subj: Re: Pick Release/Pick Confirm Date Vintage 99-09 From: andrew_murphy@uk.xyratex.com (Andrew Murphy) We had exactly the same problem on 6.0.02. We didn't think that training the users not to use F6 was sufficient as mistakes would still occur so we modified the AS/SET programs to remove the F6 logic. Now we normally use F15 - Release by line. Sue Underwood wrote: > My client is on BPCS version 6.02 (plf) AS/400 V4R2 and today one of our > worst dreams came true. During our testing before going 'live', we > realized that a lot of damage could be done when a user entered the pick > release (ORD550) or pick confirm (ORD570) screens, made no selections, but > pressed F6 to Accept. Today, this happened "LIVE" with pick confirm. All > orders that had any releases were suddenly moved to ship confirm status. > (An interesting side-point is that the allocations were left in place and > no B transactions occurred, but the bills of lading were created.) Subj: Re: Disable "Confirm All" in Pick Confirmation Date: 99-12 - this discussion also seems close to your topic Dean Asmussen From: WStaunton@burco.com (Staunton,Wade) bpcsguru@yahoo.com (Boris) > --- Wendy DeCair <wendy.decair@countryfresh.com> From: Washbean@aol.com From: Ata510@aol.com The problem in that thread was that "Confirm All" in Pick Confirm can cause troubles & they wanted to add to the second layer of security to prohibit F14 from ORD570 which is something doable in V6 via tweaking the security group file. For those of us in V4 we might need to modify ORD570 to prohibit certain commands but the source code from As/Set is monstrous ... I know because I have tried to modify that. Apparently there is also some FAQ about this on OSG. You might check to see if the following scenario could be happening to you > > I want to allow the users to confirm > > individual orders but not let them hit the F14 command. > > My users are doing this by accident > > then trying to cancel the job while it is running. Subj: Re: IPP gets PICKER # from IWM From: bpcsmaynez@yahoo.com (Jesus Maynez) was about duplicate document numbers when two people were trying to do the identical thing at the same time from two different work stations Subj: RE: Pick Confirm ECA... From: novakg@ssax.com (Genyphyr Novak) gave us an update on PickConfirm gateway with SMGs (4.2) shipping with 6.1.01 cum. Subj: RE: Pick Confirm ECA... > From: Kim Schrøder[SMTP:ksc@schouwpacking.dk] was about how not to manage your e-mail when you are out of the office > Subj: BPCS version 4.05 > > From Azeem Khan > > We have come across instances in the pick ship confirm program of order > processing where the orders do not show up even though they have gone > through the order processing cycle upto pick ship confirm. In order to > proceed we have to reset the in use flag in ECH to process those orders. > Has anyone come across this situation in version 4.05? Al Macintyre ©¿© http://www.cen-elec.com MIS Manager Programmer & Computer Janitor +--- | 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.