Lists Home |
Date Index |
i haven't been able to get into ebxml yet because i don't think it has
yet really solved the problems of edi. and this is very relevant to the
the problem with edi is that it is a huge standard encompassing just
about every aspect of electronic trading and can cope with just about
every trading relationship. which means 90% (my guess) of it is not
needed in any particular trading instance.
so industry trading groups sit down and agree on which parts of the
standard they will use, and how they will use them. typically the
largest purchaser in a trading group will dominate and determine how
these things will be done.
then everyone else sits down with interpreters and tools and makes sure
they can interpret the necessary bits correctly.
as an aside, there's a lot of redundancy in many of the message formats too.
it also forces everyone to learn how to deal at the most complex level.....
i have yet to see any evidence that ebxml has made this simpler, or
indeed can make it simpler. i can't see how it reduces the trade group
needs to negotiate the semantics of the messages, the specific use of
different terms. and now before you can even start to interpret messages
you need to fully describe your business model.
i reckon the horse has become a camel, and like the camel now has it's
own evolutionary path.
the good news is that it takes so long for multi-billion dollar trading
groups to move core technologies i'll probably retire before i have to
face the reality of this one.
> Whenever one examines one of the ebxml specs or reads an article on the subject
> there is likely to be a reference to how edi had problems with being accepted
>because it was too complex, but luckily ebxml, being based on xml, solves all
>this. A very suspect class of assertion it seems like to me. I'm wondering if
>anyone who has familiarity with these technologies can clarify exactly how and
>in what ways ebxml reduces the complexity of edi.
>Basically my understanding is that ebxml just wrapped the edi model in xml, so I
>have a hard time seeing how it could be simpler.
>Also am wondering about CPAs in Ebxml, it strikes me that this process could
>actually be somewhat onerous, does anyone know of any case studies etc. on
>problems with making CPAs between two companies?
>The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
>initiative of OASIS <http://www.oasis-open.org>
>The list archives are at http://lists.xml.org/archives/xml-dev/
>To subscribe or unsubscribe from this list use the subscription
tel;cell:+61 411 287 530