Bonjour Robert,
I think that when you say "that the major of customer utilizing EDI find it
impractical due to the serious error in data quality that can occur" you
are imputing to EDI something that is not related to it. Quality of data is
not based on the format in which the data are transposed but more in the way
that the trading partner database is clean. Garbage in..Garbage out...EDI
or XML won't change anything to this. The challenge when you get in the E.C.
arena is to have clean/complete/accurate/accessible data in your databases.
When this is done, doing, E.C. using EDI, XML or even flat file is not that
important in the sense that you will have to communicate using what your
Trading Partners support.
Thanks & have a great week everyone,
Regards,
Robert Richer
Coordonnateur Commerce �lectronique
Electronic Commerce Coordinator
IPEX Inc.
�difice du Port de Montr�al / Port of Montreal Building
Aile3, 1ier �tage, Cit� du Havre / Wing 3, 1st floor, Cite du Havre
Montr�al, Qc / Montreal, Qc
H3C 3R5
T�l.: (514) 861-7221 ext.: 233
1-800-363-2620
Fax: (514) 861-4188
Email: [EMAIL PROTECTED]
WWW:www.ipexinc.com
> -----Original Message-----
> From: HRL Systems Consulting [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, May 10, 2002 5:41 PM
> To: XMLEDI Group
> Subject: RE: Small-biz e-biz reflections from an EDI'er
>
> My name is Robert F. Lamoureux from HRL Systems Consulting, Inc. and I
> have been involved in EDI an most recently with XML based on the X12
> standards. One apparent issue that all parties might agree on is that EDI
> is interpretative. What is also very troubling is that the major of
> customer utilizing EDI find it impractical due to the serious error in
> data quality that can occur. There is a company that has taken a shot at
> building reasonable XML Schema models, using core component definitions
> and Groups to bring together both meaning and quality to the electronic
> interchange of data using current technology that is both affordable and
> relatively simple to implement.
>
> The Transcentric Company is dealing with Transportation models using these
> groups of Core Components. The flexibility of this process brings reality
> from the theory. I have found that using their Schema models to extend
> into other types of documents reduces both analysis and development time
> for companies looking to move into the electronic arena in a cost
> effective manner and achieving data quality, something that EDI still
> lacks, not because they to not carry a suite of domain values, but more
> because the whole EDI venture cannot be enforced because companies to not
> wish to inform their customers that they are not conducting business
> according to standards.
>
> These are my opinions only.
>
> -----Original Message-----
> From: Mark Sommer [mailto:[EMAIL PROTECTED]]
> Sent: May 10, 2002 10:24 AM
> To: XMLEDI Group
> Subject: RE: Small-biz e-biz reflections from an EDI'er
>
> Ed,
>
> My experience with EDI was from the user implementation side. The
> standards, the EDI software, the VAN setup and the system cost were the
> easy part. The mapping was the difficult part. Both trading partners in a
> set had to ensure a cross reference to UOM and Inventory Item Numbers. As
> a dynamic set when a new component to the set was introduced the change
> had to be included. The method for changing required a cultural shift for
> the sales representative, the customer service representative, the
> inventory control manager, the production process management, the
> purchasing management and the billing personnel. A new item required a
> quick response versus a more relax method under the paper method. People
> are resistant to change from where they are comfortable. This more than
> technology is slows down implementation. Another part is the electronic
> exchange does not leave an audit trail most users are comfortable with.
> Address the user concerns over the technology "gee-whiz" and
> implementation will be much easier to do.
>
> Mark Sommer
> -----Original Message-----
> From: Ed Broomfield [mailto:[EMAIL PROTECTED]]
> Sent: Friday, May 10, 2002 9:10 AM
> To: XMLEDI Group
> Subject: Small-biz e-biz reflections from an EDI'er
> As I endeavour to keep abreast of this world's technological
> innovations in the field of electronic commerce, I am constantly reminded
> of the vast number of small business who still exchange paper invoices.
>
> When I joined the EDI bandwagon in the late eighties it seemed the
> paper invoice was doomed and would not last more than a few years (of
> course, there would always be some exceptions). Then, the biggest hurdle
> was finding low-cost and reliable computers which could exchange documents
> seamlessly and efficiently both with the outside world and with internal
> accounting and logistics systems.
>
> Computers are now cheap, and reasonably reliable (sic), yet despite
> all this, the man on the Clapham omnibus still feels safer with cellulose.
> Maybe it's a generation thing. But I wonder whether it's in part due to
> the fact that our industry is pathologically commited to generating
> steadily greater levels of complexity , whereas manual trading has been
> around for millenia and is more or less understood by one and all.
> Knowledge engendours confidence and security - lack of knowledge can
> engendour reluctance and fear (acronymophobia?).
>
> Are we not trying to run before we can walk with XML and small
> businesses? What happened to hitting that critical mass with
> first-generation EDI? I was taught by my masters not to impose EDI on a
> poor system as this would only consolidate existing problems. This is
> surely still true for any new technology.
>
> Reactions at your leisure, please!
>
> Ed Broomfield
>
> ----------------
> IT & Business Services
> Specialists in e-business
> Appt 3, Downs View, Holybourne,
> Hampshire GU34 4HY, U.K.
> Tel +44 (0)1420 543602
>
> [EMAIL PROTECTED]
>
> ---
> You are currently subscribed to xmledi-group as: [EMAIL PROTECTED]
>
> To unsubscribe send a blank email to %%email.unsub%%
>
> ---
> You are currently subscribed to xmledi-group as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to %%email.unsub%%
>
> ---
> You are currently subscribed to xmledi-group as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to %%email.unsub%%
---
You are currently subscribed to xmledi-group as: [EMAIL PROTECTED]
To unsubscribe send a blank email to [EMAIL PROTECTED]
