Roy,

 

There is a small difference between “update” and “replace” that often gets overlooked.  If you receive a replace that does not have all the items that were on the schedule you already have, those items are not changed – you still need to meet those schedules.  If you receive an “update” and it does not show all the previously received scheduled items, you should delete those items and not ship them.  The big guys try to save some money by not having to send data they do not need to, so they only send what is to be replaced.  Now, this is not to say that the codes are used correctly or that the trading partner follows this logic.  I’ve seen them used incorrectly so many times I always try to check anyway - the old pound of prevention thing.  As for why this particular customer has elected to go this way, as my management at my former employer would say “We’re the customer and they have to do what we say.”  That’s part of the reason I’m not there today.

 

Hope this helps.

 

Bruce D. Wolfe

[EMAIL PROTECTED]

Kokomo EDI

765-453-7990

-----Original Message-----
From: Electronic Data Interchange Issues [mailto:[EMAIL PROTECTED]] On Behalf Of Roy Nelson
Sent: Wednesday, August 22, 2001 8:34 AM
To: [EMAIL PROTECTED]
Subject: Being Politically Correct???

 

I’ve been working with a trading partner that will change the way we receive 862’s.  Right now we get a complete schedule every day.  The schedule is sent with BSS01=’05’ (Replace).

Under the present system, our business system simply deletes the entire schedule and “Replaces” it with the new data that was sent in the EDI 862.  In my system, a code of “00” Original is processed the same way.  If this is indeed an “Original” schedule, then nothing should exist.  However if it does, the system will delete whatever it finds and then add the new information.

Under the new system, the schedule we have in our system will need to be “Updated” with the information that is sent in the EDI 862.  Because they are not sending a complete schedule, there will be no cumulative accounting or reconciliation of outstanding shipments.  I tell them that to get this functionality, I would like to see a code of “04” (Update) in the BSS01 Element.

I’ve tested this in my Baan System and it can handle it with no problem.  I can’t say that I totally agree with the information that my trading partner is providing in BSS01.  They will be sending me a code of  “00” (Original) in the BSS01 element.

I need to send a code of “04” to tell my system to “Update” the present schedule with this new information.

I can hard code this in the map so that’s not a problem.  I do try to understand however what the industry is thinking of when they come up with these codes.

I’ve seen 850’s come through with a code of “00” (Original) where in reality they are only adding a new line to an existing PO.  They should have sent an 860 to do that but I see 850’s instead.  They say that this is an “Original” line.  I tell them that this is not an “Original” PO however.  It’s an update to an existing PO.

Can someone help me understand why some organizations that send EDI create the EDI as if they are talking to themselves instead of explaining to the party who will be receiving this information, what it is that they would like them to do with this data?

Roy A. Nelson
MIS Director
HyPro Inc.

(262) 534-5141
(262) 534-4151 Fax
[EMAIL PROTECTED]

 

Reply via email to