Re: [ebxml-cppa] CPPA version 1.10

[Duane Nickull <duane@xmlglobal.com>]

Chris:

If I thought that would solve the problem,  I would have done this.  The
problem is that a DUNS number is not as easy to get once you are outside
the confines of the US.

I agree that we cannot close the list.  Here is a copy of the email I
sent to Dale (Sorry - meant to copy the list):
  
******* MESSAGE ************
Dale:

Here are the requirements for this artifact:

1. It can globally, uniquely identify a company
2. It is available to any company (worldwide) without unreasonable
overhead.
3. Sub-groups within a company MAY need to uniquely identify themselves
as a subgroup but within the domain of the company.

On the wish list:

4. It can be used to get more definitive information about a company.

I think that URI meets all of the requirements and I would be happy for
now.  Dun and Bradstreets numbers are not easy to acquire globally,
therefore are not as desirable for non-USA companies.  DUNS is nice
though becuase it says that the company has undergone some sort of
screening process but that would only be useful if there was a way to
verify that the DUNS number was legitimately issued, which there is not
(not without manual intervention.).

Other items like tax id numbers may be used (need to clarify if they are
globally unique if used with a country qualifier) or a unique number
registered with a global authority like IANA.

Duane

*****************************

I have no other ideas off the top of my head.  I am glad everyone at
least agrees this is a problem.

Duane

Christopher Ferris wrote:
> 
> Duane,
> 
> Sure, we could define an enumeration that included
> DUNS, but there are many others out there. If the
> enumeration is used, then it is effectively a closed list and only the
> owners of the schema can extend to add other namespaces.
> This approach seems to me to be quite unnecessarily constraining.
> 
> Why don't you lobby D&B to get (or publicly declare) a
> namespace identifier. This has only been an issue for
> I don't know how long. Seems to me that the UN could
> excersize some of its clout to encourage D&B to help
> with this problem.
> 
> Just establishing a closed enumeration is NOT IMO
> a viable solution to this issue and I won't support
> it if we choose this route.
> 
> Cheers,
> 
> Chris
> 
> Duane Nickull wrote:
> 
> >>Tony Weida wrote:
> >>
> >> CPPA version 1.10 is attached.
> >>
> > Tony and all:
> >
> > Until the issue of PartyID attribute "type" is resolved, I wil not
> > support this document.  I wish to suggest the changes.
> >
> > Currently you have:
> >
> > <element name="PartyId">
> >   <complexType>
> >     <simpleContent>
> >       <extension base="tns:non-empty-string">
> >       <attribute name="type" type="tns:non-empty-string"/>
> >       </extension>
> >     </simpleContent>
> >   </complexType>
> > </element>
> >
> > There has to be somthing sematically meaningful for this to be a party
> > identifier.  For now,  I suggest the following:
> >
> > Change the attribute content model to an enumerated list of
> >
> > ( DUNS | URL | ... )
> >
> > and allow companies to chose one of several types of PartyID's that are
> > guaranteed to be unique.  If DUNS is guaranteed unique, then it can be
> > used but you must specify the semantics of DUNS somewhere.  I suggest
> > you put this in the specification that governs this schema. Clearly
> > state that " a value of "DUNS" indicates the Dun and Bradstreets
> > identification number of the company as given by ...".  Make the same
> > type of statement for any other unique identifiers types you allow int
> > he enumerated list.  For instance, "URL is instance value of a properly
> > formed URL owned by the Trading Partner.."
> >
> > Otherwise,  this is completely useless and will not meet the
> > requirements of CPPA.
> >
> > Please give this some serious thought.  We can always expand the
> > enumerated list later based on requirements of companies.
> >
> > Duane Nickull
> >

-- 
CTO, XML Global Technologies
****************************
Transformation - http://www.xmlglobal.com/prod/foundation/
ebXML Central - http://www.xmlglobal.com/prod/central/