debbie,
edi grandfathers thought of this transaction called 824 (application
advice) which will allow the recipient of the 824 transactions to make a
tally check including but not limited to built-in intelligence like whether
a particular invoice number is attached to a particular purchase order#,
whether total dollar sales match with the sigma of the line item prices,
whether a bad and unknown purchase order# has been sent on the 810/invoice,
etc.
in other words, 824/application advice picks up where 997/functional
acknowledgement finishes its work of notifying. a 997/functional
acknowledgement can be thought of as syntactical and a 824/application
advice as semantical.
might want to talk to your tp's if they want to ship you with a 824
transaction for every whatever transaction you send and vice versa.
thanks,
asis
Debbie Shaver <[EMAIL PROTECTED]>@LISTSERV.UCOP.EDU> on 05/02/2000
07:02:40 PM
Please respond to Debbie Shaver <[EMAIL PROTECTED]>
Sent by: Electronic Data Interchange Issues <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: EDI System Design Question
Hi all,
I'm new to this list, and new to EDI. Our company has begun several
initiatives to implement traditional EDI transactions with customers,
suppliers, and distribution channels. As a result, we decided it would be
a
good idea to develop an infrastructure group for all those common tasks
needed to administer EDI. We have the GENTRAN product installed with some
customized data flows going in and out. (This was the result of an EDI
pilot last year that was put on hold for business reasons).
Coming from a mainframe background, one of the key principles drilled into
my head was, when you send data from one system to another, you ALWAYS
implement some kind of control totals/audit procedures to make sure all the
data got there correctly. I have searched all over, including this list's
archives, for some white paper describing industry best-practices on the
"control points" within the traditional EDI transaction life cycle. How do
I make sure ALL the invoices our suppliers sent to our VAN actually make it
into our AP system, and how do I make sure ALL the payment transactions
actually make it to the bank? I understand FAs (997s) can be used to
indicate the transaction made it to the "receiving" translator, but how do
I make sure it gets into the receiving business application?? How do I
make
sure the custom code that moves the data from the GENTRAN output into the
business application doesn't have a coding mistake in it that might cause
records to be dropped/inserted incorrectly??
There seem to be 6-10 "touch points" as a transaction goes from the
originating business application, through the translator, to the van, into
the receiving translator and finally into the receiving business
application. Outside of the 997 reconciliation, what would you guys
recommend as "best practices"?? If you had it to do over, what kind of
auditing checkpoints would you put in place??
Thanks in advance!!
Debbie Shaver
[EMAIL PROTECTED]
206.318.8739
=======================================================================
To signoff the EDI-L list, mailto:[EMAIL PROTECTED]
To subscribe, mailto:[EMAIL PROTECTED]
To contact the list owner: mailto:[EMAIL PROTECTED]
Archives at http://www.mail-archive.com/edi-l%40listserv.ucop.edu/
=======================================================================
To signoff the EDI-L list, mailto:[EMAIL PROTECTED]
To subscribe, mailto:[EMAIL PROTECTED]
To contact the list owner: mailto:[EMAIL PROTECTED]
Archives at http://www.mail-archive.com/edi-l%40listserv.ucop.edu/
