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
of reprint.

BPCS expects to read thru files using sequence #s, which are correlated with
other files.
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:

-----Original Message-----
From: BPCS-L [mailto:bpcs-l-bounces@xxxxxxxxxxxx] On Behalf Of DeeDee Virgei
Sent: Tuesday, February 21, 2017 6:54 AM
To: BPCS-L@xxxxxxxxxxxx
Subject: [BPCS-L] Pick Slips Missing Orders/Lines

Hi All,

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.

Best Regards,

DeeDee Virgei
Project Manager
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.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2021 by 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.