Bill of Lading Ship to Address

[Al Mac <macwheel99@xxxxxxxxxxx>]

In this 405 CD tale of woe, where am I mistaken?

In theory customer orders (ECH) should have bill-to from customer master 
(RCM ACR100) and ship-to address (EST ORD100) which defaults to bill-to if 
no ship-to supplied.  Humans can key in ship-to # (and use F4 prompt to see 
choices) or do some over-ride.  This data is copied to shipping documents 
(ESH ESL) and invoicing (SIH) with communication linkage (BBL), without 
need for any human override, but in case some exception needed, the ship-to 
# of EST can be used to get a substitute.  It should never be neccessary 
for anyone to have to key in a ship to address more than once, because they 
can supply it to the ship to master (EST) via ORD100, then access the 
ship-to # where needed.

I am being told this is not true for Bill of Lading (ORD595) which, if no 
intervention, prints bill-to instead of ship-to address.  Thus shipping 
personnel must key in ship-to address every time, in which they not have 
option of giving the ship-to # (of EST).

Is this how BPCS supposed to work?

We used an outside consulting firm in our 405 CD implementation years ago, 
whose programmers did not consistently use modification standards.  Thus 
PDM-54 is not fool proof and I can't always tell where something is vanilla 
or they modified.

We did not get AS/Set.  Tracing innards of AS/Set generated ORD programs is 
impractical, but fortunately lots of 405 CD is in RPG DDS CL etc. written 
by some humans.

Our ORD595 RPG and DDS Bill of Lading get address info from ESH file
* Shipper (us)
* Carrier (truck line)
* Consignee (bill to)
* Intermediate Consignee (ship to except this defaults to bill to)
I can't trace how come latter defaults wrong

Our ORD596 Pack List is correct.
Its address info comes from ECH but I can't back trace into AS/Set land to 
see if some over-ride is being used or it really is the customer order

-
Al Macintyre
http://en.wikipedia.org/wiki/User:AlMac
BPCS/400 Computer Janitor ... see
http://radio.weblogs.com/0107846/stories/2002/11/08/bpcsDocSources.html