OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-dev message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]


Subject: RE: [ebxml-dev] Discovery


That's an interesting point and is similar to what Mike Rawlins said
about B2B and B2C for the example of the Peruvian sweater.

I may be wrong, but I think that many (most?) of SMEs have some
form of back-end software; it may be a spreadsheet or some other
PC-based tool that they use to keep accounting of their activities.
In the example of the peruvian sweater, if the local producer has
a PC for use at work, it is likely that some software takes care
(in some way) of parts of the activities.

I think that one of the advantages of ebXML (both in terms of
its openness and in terms of its collaborative model) is to
"allow" for some software to be created (and, then, used) which
will actually allow a more direct integration between the
backend and the external processes. SMEs could have some software
that "enforces" the ebXML collaboration and that, hopefully,
will be able to integrate with the backend (even it is
Excel and Eudora).

Maybe this is in the "dream area"... the availability of such
software would greatly depend on the use of "popular" backend
packages...

But I also think that automating the process even without a
direct integration with the backend (i.e. having some software
which enforces the collaboration and "writes on disk" some
intermediate products of the collaboration) could also provide
some advantage (for instance being able to filter the information,
to propose them in the way they are required and to guide through
the steps, especially the most tedious ones).

I am not a great "fun" of "discovery", but if it could help
(via some user-friendly frontend) SMEs to discover their
partners and to "get the software" that would link them
to the other partners "as peers" (not as an extension of a
process that is managed elsewhere), it would be great!

/stefano

 -----Original Message-----
 From: Eckenfels. Bernd [mailto:B.Eckenfels@seeburger.de]
 Sent: 28 November 2001 08:07
 To: ebxml-dev
 Subject: AW: [ebxml-dev] Discovery


 Hello Scott,

 > For example, what if
 > William Kammerer wanted to buy a Peruvian sweater, and his Internet
 search
 > found sweater that he could buy directly from a woman in Peru.
 Instead of
 > that woman getting 10 cents/ day to make the sweater, she is getting a
 > reasonable sum of money directly from you using PayPal.

 Then he would use a Web Shop and the Browser Interface with HTML, no
 need for ebXML at all.

 I generally agree that one of the aims of ebXML is to allow small
 business to participate in eBusiness. But it doed not mean to integrate
 business which does not have any backoffice systems. For those webedi or
 web applications is just fine.

 Greetings
 Bernd

 ----------------------------------------------------------------
 The ebxml-dev list is sponsored by OASIS.
 To subscribe or unsubscribe from this elist use the subscription
 manager: <http://lists.ebxml.org/ob/adm.pl>




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]

Search: Match: Sort by:
Words: | Help


Powered by eList eXpress LLC