Re: [ubl-dev] Which message format to use?

["Stephen Green" <stephen_green@seventhproject.co.uk>]

I'd suggest that two major considerations
should be
1. cost of implementation of standard (to potential
trading partners)
2. size of potential base of likely trading
partners who would use the same standard.
The answers (guesses) to these would suggest
two further considerations
3. how many of the available standards to support
then
4. your question ... which?

If you wish to support trade with one or two
communities, markets or verticals then you'd need
to ask which standards the same are already using and
whether that might be changing. Then you might also
ask whether you should be attempting to support a
wider, 'horizontal' set of parties and whether a
standard or standards facilitate this.

My point of view is that public bodies should seek
to support the more horizontal group of trading
parties. If there isn't one yet then public sectors
have the power, I would think, to promote the
creation of a more horizontal market/trading party
group/community. I would suggest that UBL has
made it possible for this to be achieved in the
widest possible way today (or tomorrow). So I
would suggest use of UBL by public bodies and
even public sectors to create wide horizontal
'markets' (perhaps the term market then seems to
imply something too parochial to be the best term
to use). Then, if there is the need to support additional
trade with a particular market or vertical group I
would suggest supporting the standard(s) such a
group already supports and/or is likely to
support over the next five to ten years. If  a public
sector has power to combine the above to reduce need
to support so many standards, I would think a lot of
people would be happy, as long as existing systems
are shown due consideration (but change is likely
to involve some pain so not everyone will be happy).

All the best

Stephen Green


----- Original Message ----- 
From: "Duane Nickull" <dnickull@adobe.com>
To: <f.verheul@belastingdienst.nl>
Cc: <ubl-dev@lists.oasis-open.org>
Sent: Thursday, August 04, 2005 2:55 PM
Subject: Re: [ubl-dev] Which message format to use?


> I can help you eliminate a few of these right away.  ebXML has not
> defined any business payloads so that is out.  xCBL was the base for
> starting UBL and is no longer maintained (Commerce One is no longer in
> business).  cXML I have no comment on but was not aware it even still
> existed.
>
> That leaves OAGIS and UBL.  Your preference should be guided by
> alignment of your data model with one of those.
>
> Duane
>
> f.verheul@belastingdienst.nl wrote:
>
> >Hi all,
> >
> >I'm a SAP XI development consultant working at the Ministry of Finance
(in
> >particular, the IT-department of the Tax and Customs Office) in the
> >Netherlands.
> >Like many other firms, we're planning to use the exchange of electronic
> >messages in the business process of purchasing. Specifically, we plan (at
> >least initially) to send purchase orders to the vendors and get invoices
> >back.
> >Now the question of which message format to use pops up.
> >We're using SAP Idocs internally, but are looking for a generic format to
> >communicate with the outside world.
> >I've been looking on internet, and I've found several standards (cXML,
> >xCBL, OAGIS BOD's, UBL(!), ebXML), that seem to provide these formats.
> >They all claim to be the 'best' solution.
> >So where am I left?
> >
> >Does anyone have any thoughts on choosing between them?
> >
> >All possible arguments are welcome (and not only those in favor of UBL
> >;-)).
> >
> >Thank you for your votes.
> >
> >Fred Verheul
> >
> >
>
>---------------------------------------------------------------------------
---
> >De Belastingdienst gebruikt e-mail niet voor de uitwisseling van
vertrouwelijke informatie met de burger of voor de bekendmaking van
beslissingen. De Belastingdienst hanteert conventies voor het gebruik van
e-mail. Deze zijn te vinden op www.belastingdienst.nl.
>
>===========================================================================
===
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: ubl-dev-unsubscribe@lists.oasis-open.org
> >For additional commands, e-mail: ubl-dev-help@lists.oasis-open.org
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ubl-dev-unsubscribe@lists.oasis-open.org
> For additional commands, e-mail: ubl-dev-help@lists.oasis-open.org
>