|
Al:
I'm glad you figured out your problem - because we haven't seen creation of
extra bogus transactions.
As to your questions, the updating of IWI balances is done not by
INV900 but one of the other month-end program steps, and I'll get that
program number.
We are still trying to get the BMR (s) to fix the ILI problem; there
are two that appear to address it (from the description) and we're trying to
get hold of them. They apply to 6.1, however, and it looks like you're on
4.05.
Dick
-----Original Message-----
From: MacWheel99@aol.com [mailto:MacWheel99@aol.com]
Sent: Thursday, June 01, 2000 2:08 PM
To: BPCS-L@midrange.com
Subject: Re: Bogus Location Transactions
from Al Macintyre BPCS 405 CD Rel 2 OS/400 V4R3
One of my collegues tracked down what is triggering this
problem that we have
discovered in the last 2 days, and there is now a
modification request to
change the JIT600 screen to prevent negative input to
rejects or good
quantity.
We previously did a modification to block fractional
quantities because some
people had been keying the hours data into the quantity
fields. We also have
an occasional problem with people keying the shop order
number into the hours
field, so there has been some discussion about blocking
hours input that
exceeds 25 (valid for a machine running continuously on the
day that the
daylight savings changes).
I had previously suggested that it was valid to deliberately
key negatives
there as a way of backing out discoveries of incorrectly
entered
transactions, but since the field minus key is very close to
the field exit
key on some keyboards, this can happen by el typo error. We
now speculate
that quantity minus in JIT600 is a scenario that was
inconceivable to SSA
programmers so that their testing failed to explore that the
software working
correctly there, so that negative input there is not a safe
action.
We found 10 other apparent field minus errors dating back to
February.
Using our test environment Jerry duplicated the scenario, so
we are pretty
certain of the explanation.
When different people are entering labor transactions, BPCS
assigns ticket
numbers that apply globally to everyone who is entering
them, in sequence.
When one person enters a negative quantity rejected,
apparently BPCS grabs
other transactions that have not yet been posted, from
current batches in
process, and declares them to be under lot control, and some
of the relevant
actions get processed & some do not.
Which transactions get doubled or tripled is all the timing
problem of whose
data is in unposted batch status at the time that the
negative input gets
processed.
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
+---
+---
| 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-2025 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.