ebxml-architecture message


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

 


Help: OASIS Mailing Lists Help | MarkMail Help
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]

Subject: Re: comment on TA specification


i agree with marty, the issue of what is (or is not) an "organisation/company" is too
complex and un-necessarily restrictive.

this highlights the need to clarify the use of the term "trading partner" (or 'trading
party' if you prefer).

is it possible that a TP (whatever that stands for!) have a single CPP (and potentially
many CPAs).  Maybe each CPP defines what the TP is???

the current glossary leaves this open.  might i suggest that this is almost self-defining.

"A trading partner (or 'trading party' if you prefer) performs one role in a Collaboration
Protocol Profile."

For example, if  K-Mart have a division that deals with purchasing goods from SE Asia and
this group have a defined CPP for contract suppliers and other for ad-hoc purchasing, then
there would be  two  TPs.  One for K-Mart/SE Asia/contract and another for K-Mart/SE
Asia/ad-hoc.

- is that the way the TP team is thinking?


Duane Nickull wrote:

> Marty:
>
> I can forward this one,  especially since you and I have already
> discussed this in our email.
>
> Team:
>
> This comment is a valid concern.  There will be cases with larger
> enterprises whereby different divisions of the company may wish to
> express their own CPP's.  Accordingly,  this requirement for One CPP per
> Company would be prohibitive.
>
> I vote we take it out as Marty Suggests.
>
> Duane Nickull
>
> Martin W Sachs wrote:
> >
> > Klaus,
> >
> > Please forward to the TA team.
> >
> > Line 513-514:  The TP team collectively does not remember stating a
> > requirement of registering only one CPP per trading partner. Please remove
> > this requirement.  It is overly restrictive, especially for large
> > enterprises, which may need to state various combinations and permutations
> > of capabilities for different purposes.
> >
> > Regards,
> > Marty
> >
> > *************************************************************************************
> >
> > Martin W. Sachs
> > IBM T. J. Watson Research Center
> > P. O. B. 704
> > Yorktown Hts, NY 10598
> > 914-784-7287;  IBM tie line 863-7287
> > Notes address:  Martin W Sachs/Watson/IBM
> > Internet address:  mwsachs @ us.ibm.com
> > *************************************************************************************

--
regards
tim mcgrath
TEDIS   fremantle  western australia 6160
phone: +618 93352228  fax: +618 93352142

begin:vcard 
n:McGrath;Tim
tel;pager:+61(0)299633829
tel;cell:+61 (0)438352228
tel;fax:+61(0)893352142
tel;work:+61(0)893352228
x-mozilla-html:FALSE
adr:;;;;;;
version:2.1
email;internet:tmcgrath@tedis.com.au 
x-mozilla-cpt:;-23520
fn:tim mcgrath
end:vcard


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Search: Match: Sort by:
Words: | Help

Powered by eList eXpress LLC