RE: [ebxml-dev] EDI & XML for shipping, transport and 3PL

["Mark Crawford" <MarkC01@comcast.net>]

Dr. Lee,

If you are looking for ebXML conformant messages, then I would suggest you
look at the work of the OASIS UBL TC and the emerging work of UN/CEFACT TBG.
Both of whom are building XML schema for these and other areas using ebXML
Core Components (ISO 15000-5).

Mark Crawford

-----Original Message-----
From: NS1-Dr. K. F. Lee [mailto:kflee@itnc.com] 
Sent: Friday, July 01, 2005 1:12 AM
To: 'Bo Harald'; 'Werner, James K'; 'steve capell'; dnickull@adobe.com;
chiusano_joseph@bah.com; Monica.Martin@Sun.COM; ebxml-dev@lists.ebxml.org
Subject: [ebxml-dev] EDI & XML for shipping, transport and 3PL

Dear Sir,

Any one with idea where to find DTD or XML definition for said business?
Please point us a direction.

Rgds,
Kfl. 



-----Original Message-----
From: Bo Harald [mailto:harald@sypbh.pp.fi] 
Sent: Saturday, February 19, 2005 3:06 PM
To: 'Werner, James K'; 'steve capell'; dnickull@adobe.com;
chiusano_joseph@bah.com; Monica.Martin@Sun.COM;
ebxml-dev@lists.ebxml.org
Subject: RE: [ebxml-dev] Is ebXML already a valid alternative for EDI ?


The European payment initiation standard ePI has been integrated into
electronic invoices sent through the payment system in Finland and
Sweden and gradually other Nordic countries. Smaller companies and
entrepreneurs do not use any software but key in invoices in the netbank
interface (just as payments) and these are forwarded to both e-receivers
(in SOAP-envelope) with netbank agreements (almost all business and 80%
of private) and printed to non-e.

Larger companies often have invested heavily in edi-formats to send and
to receive. It has turned out to be very easy to reformate into and out
of xml - any number of suppliers offering it. Still it is difficult to
see why edi would not start to loose ground (especially new applications
avoiding it) - reformatting has its cost - and of course the reducing of
complexity in legacy environments will steere towards this - even if
webservices is promising to stretch some of the life of old
applications.

Bo Harald
Head of Payments and e-services
Nordea Bank

-----Original Message-----
From: Werner, James K [mailto:james.k.werner@boeing.com] 
Sent: 8. helmikuuta 2005 20:20
To: steve capell; dnickull@adobe.com; chiusano_joseph@bah.com;
Monica.Martin@Sun.COM; ebxml-dev@lists.ebxml.org
Subject: RE: [ebxml-dev] Is ebXML already a valid alternative for EDI ?


<lurker off>

". . . a larger community of medium and smaller businesses that cannot
easily support EDI infrastructure costs . . . "

This debate rages on - a brushfire at the moment but a drought of good
information is bound to set it off again. 

It is interesting to me that this debate always comes up in the context
of engaging small and medium sized suppliers in the customer's
e-purchase cycle.  EDI cost is still waved about as the barrier of
choice.  

Seems to me that the real barrier has always been and will always be
integration on the recipient end of the data stream.  Producing an
electronic PO is far easier and less complex than consuming it.   

Is EDI still an expensive technology? 

James K. Werner
The Boeing Company
Supplier Network Systems
Integration Architect

Cowboy Wisdom: "Good judgment comes from experience, and a lotta that
comes from bad judgment."

NOTICE: This communication may contain proprietary or other confidential
information. If you are not the intended recipient, or believe that you
have received this communication in error, please do not print, copy,
retransmit, disseminate, or otherwise use the information. Also, please
indicate to the sender that you have received this e-mail in error, and
delete the copy you received.