As you know, I used to work on BPCS 405 CD, until I retired a couple years
BPCS has probably vastly improved in later versions, to eliminate the kinds
of problems we had.
So take the following as a remote possibility.
Reports associated with shipping, came from 3 programs, which were called by
the big ones, to handle just the report printing, using info provided by the
big ones. Leaving the big ones alone, we modified the called programs, to
arrange the data desired, on our forms. Some data added, some eliminated.
If your reports are printing, but messed up, it could mean that the CUM did
something to the big programs, to disrupt what's going to the little ones.
If original print is messed up, but reprint is not, that is a major clue,
since different programs processing allegedly the same data.
We found issues with the TIMING of actions in the big programs. We needed
to add info to our shipping print-outs, info which the big programs had not
yet touched, let alone pass to the print programs, but was accessible. If
you have modified your print programs, like we did, the CUM may have further
altered the accessibility of needed data. Of course it is all there by time
BPCS expects to read thru files using sequence #s, which are correlated with
If a line has been deleted, by other than BPCS software, or by poorly
written modification software, BPCS programs reading line by line will get
to the gap, where the line was deleted. Instead of reading on to see if
there is anything more in that item, order, whatever, the BPCS program
falsely assumes there is none, and exits that item order whatever. At least
that is what happened in our version. Anyone seeking to kill some lines in
an order, or routings, or any other line # based BPCS file, needs to use a
method which will re-number the remaining lines, and fix any other files
which point to line #s which may have failed & been replaced.
This theory is not inconsistent with a print failing, and reprint
succeeding, because of how BPCS copies info to secondary files for shipment
history, factory orders, etc. The new fles are consistent, with what got
built up when they were copied. It is the original files which may have
some gaps from improper deletions.
Another possibility is a flaw in the CUM. Sometimes BPCS fixes software
problems, then years later forgets those fixes, and delivers software
missing them. Thru painstaking work, we track down what's missing, do
testing with the old last replaced version, then put the prior version of
the offending program(s) in a library in *LIBL in front of the latest
patches, run it that way a few days to confirm problem fixed, then file a
report with BPCS vendor about the situation, so that they can get this
repaired before the next CUM.
Alister Wm Macintyre (Al Mac)
Yes Feb-8 birthday takes me to age 73.
End 2015 I weighed 325 lbs. Start 2017 I weigh 275 lbs. That's down 50
Panama Papers group: https://www.linkedin.com/groups/8508998
From: BPCS-L [mailto:bpcs-l-bounces@xxxxxxxxxxxx] On Behalf Of DeeDee Virgei
Sent: Tuesday, February 21, 2017 6:54 AM
Subject: [BPCS-L] Pick Slips Missing Orders/Lines
We recently ran into an odd issue. The pick slip program (ORD550D1)
occasionally doesn't print the initial order(s) and/or order line(s) on the
pick. All the orders/lines go into pick status and all, they just
intermittently missing the initial orders/lines on the printed document.
For instance, we may pick a batch of 3 orders and only the last line of the
last order prints. Occasionally none of the lines print. If we zero bill
then re-pick, or if we regenerate the document, they normally print fine...
This started happening a couple weeks ago after applying the latest CUMs to
our V7R3 operating system. We are on LX 8.3.4 release... Is anyone else
having this issue? It's an odd one! Thx.
Office: 440-329-0487; Cell: 440-670-3331
Nelson Fastener Systems
This is the BPCS ERP System (BPCS-L) mailing list To post a message email:
BPCS-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
or email: BPCS-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
As an Amazon Associate we earn from qualifying purchases.