|
I verified that all posting is in batch. I called SSA help line to verify that ORDERPOST is the job description assigned by BPCS pointing to a jobq called ORDERPOST. Jobq ORDERPOST is attached to a subsystem called ORDERPOST that is single threaded jobq. Attached to the ORDERPOST subsystem is a default routing entry calling QCMD with class description QSYSCLS20. So the job runs like an interactive job in terms of priority but is single threaded and runs in a batch pool. (I know the jobq needs to be single threaded due to record locking. I have already ran into that problem.) In SYS105 (Table Definition) The Client Server Configuration is set for all users like this: SCMCONFG SCM Server User Configuration User Defined Codes 1 1 2 1 3 0 I do not know what the user codes do? I do not know if they are related to my problems. Any Help would be greatly appreciated. Chris Ertz Ata510@aol.com on 04/28/99 03:52:13 AM Please respond to BPCS-L@midrange.com To: BPCS-L@midrange.com cc: Subject: Re: Customer Order Problems with BPCS 6.0.02 (MM) Are users submitting to batch? If so, your QBATCH must be single threaded. If not, various errors occur due to the way COM uses work files. That may be part of the problem. In a message dated 4/27/99 10:36:24 AM Central Daylight Time, certz@americanmetalproducts.com writes: > Hello I am Chris Ertz. I am a new user to Midrange Dot Com, but I have > been working with the AS/400 since 1988 and with the System/38 before that > and the System/34 before that. > > I have been working with BPCS since August 14, 1995 when I became an > employee of American Metal Products. At the time we were on BPCS 3.1.1. > Heavily modified and a mess. Now we are live on BPCS 6.0.02 Mixed Mode > cumulative PTF January 1998 and with individual PTF's applied on both the > Client and the Server with almost no modifications by in house programmers > or consultants. > > I have been spoiled by another packages help line. I have not found > the same level of support from SSA. They seem not to be able to re-produce > my problems. I am glad I was told about this Forum. I hope someone can give > me some in site to some problems that I have been experiencing with BPCS > 6.0.02. > > One of my problems with the mixed mode version of the client order > entry is when an order is deleted; (An Entity has been deleted by doing a > File and a delete). The problem does not occur when only one user is in the > client order processing. It takes several users in the client order entry > (supply chain) to cause this problem. The problem is that the ECH order > header is physically gone and the ECL orders lines are still in the files > in a soft deleted status. It does not seem like much of a problem since the > objective was to delete the order, but this problem has side effects. When > this problem occurs it also messes up other orders total order discounts, > and open order amounts (oh what a mess). > > I have created Journals over the ECH, ECL, ECS, and RCM to track the > problem. I have discovered that the ECH record is not deleted but the order > number has been changed to a later order number that someone else has > entered. This has caused problems with another order. > > To stop this problem I have asked Customer service to get all of the > way out of the client after deleting an order. So far it appears to have > worked. > > Any Response would be greatly appreciated. Any known PTF's will also > be greatly appreciated. +--- | 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 +--- +--- | 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.