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


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-poc message

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

Subject: RE: POC Demo's One-only, two-in-one, two-separate....?


	Makes sense. But this requires a market maker/broker/intelligent hub. For
now, the buyer needs to create two biz docs one for the GCI vendor and
another one for the AIAG aftermarket supplier.

	We were discussing about this yesterday (not exactly in the same way as
your description ;-)) and we might attempt a proposal for Vancouver covering
these kind of scenarios.

	One more thing we want to add to the scenario is dynamically finding the
vendors who can supply cheese and four tiers, negotiating with them the $
and delivery. Which means we need RFQ, bidding, reverse auctions, ... the
whole bit. IMHO, these (plus full security and reliability) have to wait for
the Vancouver demo


-----Original Message-----
From: David RR Webber [mailto:Gnosis_@compuserve.com]
Sent: Saturday, September 30, 2000 10:04 AM
To: Krishna Sankar
Cc: Ebxml-Poc; Bob Haugen
Subject: RE: POC Demo's One-only, two-in-one, two-separate....?

Message text written by Krishna Sankar
>The roles could look like Buyer-AIAG,
Buyer-CGI, etc. That way we will avoid sending cheese orders to GM ! May be
a hub can process both as it is payload agnostic.<


This is highly contrived - but I may be the 'lunchtrolley' for a
construction site.

I need to order the sandwiches, and a special cooler and drinks carrier to
fit on the side of my pickup truck.    So its a multi-part order - the food
drinks bit goes to a GCI retailer - the carrier order goes to a AIAG
part supplier.

TRP handles this great BTW!!


[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