home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / bit / listserv / edil / 324 < prev    next >
Encoding:
Text File  |  1992-12-28  |  6.1 KB  |  111 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!gatech!paladin.american.edu!auvm!ATTMAIL.COM!RANDALLSMITH
  3. Return-Path: <@UCCVMA.UCOP.EDU,@uccvma.ucop.edu:randallsmith@attmail.com>
  4. Content-Type: Text
  5. Message-ID: <EDI-L%92122805262798@UCCVMA.UCOP.EDU>
  6. Newsgroups: bit.listserv.edi-l
  7. Date:         Mon, 28 Dec 1992 09:26:47 GMT
  8. Sender:       Electronic Data Interchange Issues <EDI-L@UCCVMA.BITNET>
  9. From:         randallsmith@ATTMAIL.COM
  10. Subject:      811 Service Invoice
  11. Comments: To: EDI-L@uccvma.ucop.edu
  12. Lines: 97
  13.  
  14. Welcome back, Bill...I haven't heard from you in a coon's age, as they say in
  15. Louisiana.  No one really knows just how long a raccoon lives by virtue of
  16. the fact that they get shot at a lot, it just give some weird frame of
  17. reference. I would consult George Carlin before trying to explain...his
  18. favorite topic is time and how we define it. Have you ever heard his piece on
  19. what to call the day BEFORE the day before yesterday? He coined the phrase
  20. "Balooba day" to denote the day before the day before yesterday. Then he
  21. leaves you with the question "What about the day BEFORE balooba day?" Food
  22. for thought......What comes after HL's?
  23.  
  24. Anyway...
  25.  
  26. Yes, Bill, there is a Santa Clause.
  27.  
  28. My company, Data Management Strategies, Ltd., has recently implemented the 811
  29. transaction set for a major Midwestern US telecommuncations company (they own
  30. 5 regional phone companies and various other things).  I will not disclose the
  31. name of my client here without consulting with them first, but will gladly
  32. take a call from you on this subject.  We have also had conversations on this
  33. matter with the a couple of departments in the Governement of Canada.
  34.  
  35. A little history...
  36.  
  37. We were consulting with this firm on other EDI matters when the 811 question
  38. came up.  The major trading partners were to be AT&T, the regional phone
  39. companies, and some other parties such as a state government in the midwest.
  40. Needless to say, there were difficulties.
  41.  
  42. If your local telephone company is utilizing the billing system that was in
  43. such wide usage during Ma Bell's heyday the master files are going to present
  44. the most difficulty.  There is an unbelievable amount of redundancy in the
  45. file content the complexity of the billing processes, when coupled with the
  46. fact that the systems processing this data are over 20 years old and
  47. 'bandaid-ed' to death over that time frame, presents major problems in
  48. fitting the HL structures to the data.  A real mapping excersize, it was.
  49.  
  50. DMS, as you may remember, has designed and produced an EDI software product
  51. aimed directly at the fully integrated EDI market.  This application, because
  52. of the sheer size and complexity of the transactions in question, was made to
  53. order for us.   As far as I know, Pro_EDI (our product) was the only product
  54. on the market at the time the 811 became a reality that did not have to be
  55. taken back to the development table for progamming changes to support the 811.
  56. We suffer from none of the limitation problems you relate, and we process
  57. 811's in their fullest implementation (as deep as you can go in the HL nests)
  58.  
  59. During the course of this 811 implementation we consulted heavily with the
  60. developers of the 811 transaction set.  Our efforts actually started when the
  61. 811 was still in the draft stages, and we gained a real working knowledge of
  62. not only the structure, but how to apply it to the complex and sometimes
  63. surrealistic billing practices of the telecommunications industry.  We would
  64. be more than happy to see if we can assist you in this matter.
  65.  
  66. Over 80 percent of our installations (including the one noted above) are
  67. "front-end" installations.  In the case of the 811 we have found it optimum to
  68. recommend that if such a "front-end" is to be on a PC that the PC be dedicated
  69. to the EDI effort because of the massive volumes being exchanged.  However, we
  70. also run on HP 3000's (both 16 and 32 bit) as well as LAN's and UNIX which
  71. opens up platform possibilities for which the volumes are not quite so
  72. critical.
  73.  
  74. I won't take up your time by getting on my soap box about the justification
  75. (or lack of same) for the HL or the 811 transaction set, I will simply say
  76. that in reality, after all is said and done, with a true understanding of the
  77. billing processes and the application of the 811 structure, and some serious
  78. conversations on the human level between the proposed trading partners one
  79. can look back on a project like this and say from hindsight that it wasn't
  80. all that bad after all. Be forewarned that even with the sheer mapping power
  81. of Pro_EDI, the redundancy and ill-design of the master files that contain
  82. the billing data will force you to do some pre-processing of the data before
  83. formulation of the 811's can begin. That's just on the outgoing side
  84. (application to EDI translations). Incoming processing (receiving 811's) will
  85. benefit from the fact that the trading partners have been dealing with the
  86. exchange of tapes, etc, in this unbelievably ill-designed format and the
  87. effort to produce the 811's will result in a more manageable data stream
  88. being presented for processing. It is our experience that those who have been
  89. processing the tapes, etc, on which this data has traditionally been
  90. transferred benefit the most from the implementation. They have been
  91. performing programming miracles to get this stuff into their systems. The
  92. 811, if created correctly, at least provides a more common format to program
  93. the interfaces to by putting the responsibility of handling the differences
  94. between trading partners' data content on the EDI mapping processes. If, that
  95. is, the EDI software can handle the 811. We can.
  96.  
  97. We have first-hand knowledge of the pre-processing that needs to be done to
  98. produce a usable file for the mapping proeceses and have developed in-house
  99. the code that could be cloned easily to fit most telecommunications billing
  100. systems.  As a result of our experiences in this project we have inlcuded in
  101. Pro_EDI mapping capabilities specifically designed to assist in handling the
  102. 811 architecture. Give me a call. I will be back in the office on the 4th of
  103. January rested and rejuvenated from the holidays.
  104.  
  105. Randall O. Smith
  106. Data Management Strategies, Ltd
  107. Suite 240
  108. 725 Barclay Circle
  109. Rochester Hills, MI 48307
  110. (313) 853-2444
  111.