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?
Because they can ;)
-----Original Message-----
From: Kokomo EDI [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 22, 2001 10:40 AM
To: [EMAIL PROTECTED]
Subject: Re: Being Politically Correct???
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]
=======================================================================
To contact the list owner: mailto:[EMAIL PROTECTED]
Archives at http://www.mail-archive.com/edi-l%40listserv.ucop.edu/
