home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / edil / 328 < prev    next >
Encoding:
Text File  |  1992-12-29  |  2.1 KB  |  42 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!spool.mu.edu!darwin.sura.net!paladin.american.edu!auvm!BCSC02.BITNET!WLAIDLEY
  3. Message-ID: <EDI-L%92122913310489@UCCVMA.UCOP.EDU>
  4. Newsgroups: bit.listserv.edi-l
  5. Date:         Tue, 29 Dec 1992 13:31:05 -0700
  6. Sender:       Electronic Data Interchange Issues <EDI-L@UCCVMA.BITNET>
  7. From:         Bill Laidley <WLAIDLEY@BCSC02.BITNET>
  8. Subject:      RE: 811 EDI transactions
  9. Lines: 31
  10.  
  11. While I was writing the note that explains what a hierarchical EDI transaction
  12. is, it struck me that it might be possible split apart an 811 to make it small
  13. enough for us to process.
  14.  
  15. Part 1 of the 811 would be the summary information, which is the higher levels
  16. of the hierarchy. Splitting off summary info is pretty straight forward.
  17.  
  18. Part 2 of the 811 would be the detail information. To reach this level you
  19. must traverse the summary levels, but you design the data map used by your
  20. translator to only recognise those segment/elements absolutely required to
  21. allow you to positively identify the 'owner' of the details and ignore the
  22. rest.
  23.  
  24. This technique would require the receiver to process the input 811 transaction
  25. twice - once for summary, once for detail. There would also be a requirement
  26. for an application to 'glue' the invoice back together. Sounds ugly, but it
  27. might work.
  28.  
  29. Re some of my complaints about 811's - I wouldn't want the designers to have
  30. used the limitations of the available EDI translators as a design criteria,
  31. but I (to echo Randall) wouldn't mind if they'd used a data model. There seems
  32. to be a trend in X12 transactions to bigger, more multi-purpose designs. The
  33. 857 Shipment and Billing Notice (which I'm much more familiar with) is
  34. designed to be both a shipping notice and an invoice - and oh by the way if
  35. you need a bill of lading for your carrier - you can create it from the 857
  36. with almost no effort. As Randall might say - its a great idea until it hits
  37. all of those legacy applications (millstones) that we all have.
  38.  
  39. Regards, Bill Laidley
  40. EDI Expert Team
  41. BC Systems Corp. Vancouver (604) 660-9705
  42.