RE: [ubl-comment] Re: [EDI-L] ebXML CPA/CPP Estimate

["McKee, James" <JMCKEE1@imf.org>]

Hello everybody,

Just a small aside to your discussion. 

The line Phil speaks of may only be drawn by determining the edge of our
collective area of agreement. We have to allow for individual extensibility
in our models for terrain beyond the edge.

For example, international standard code lists such as ISO 3166 country
codes are not definitively complete and need to be extensible in business
applications. To this point, the ISO 3166 country codes are not sufficiently
complete for international collections of macroeconomic statistics as they
do not include any regional definitions (e.g., Europe, Africa, etc) or
political or economic associations (e.g., OPEC, NAFTA, etc.) and ISO has
rejected any attempts to include such on the reasonable grounds that there
are no generally recognized criteria for words like Europe or Africa (e.g.,
Some place Turkey and Egypt in the Near East.) Yet in our IT systems we need
codes for these concepts along side "country" codes. 

James R. McKee
Advisor
Statistics Department

Office:
Tel: 1(202)623-8143
Fax: 1(202) 623-6460
Fax to e-mail: 1(202)589-8143
jmckee1@imf.org <mailto:jmckee1@imf.org>

-----Original Message-----
From: Philip Goatly [mailto:philip.goatly@bolero.net]
Sent: Thursday, November 29, 2001 4:11 AM
To: mike@rawlinsecconsulting.com; James Bryce Clark
Cc: EDI-L@yahoogroups.com; ubl-comment@lists.oasis-open.org;
polivola@advsoftech.com
Subject: Re: [ubl-comment] Re: [EDI-L] ebXML CPA/CPP Estimate


Folks,

 I believe it is necessary to use code lists even for 'Buyer' since in the
world of International Trade there are so many parties.

 In any case where would you draw the line between having a code list of
Countries and having a separate 'tag' or 'class' for
every country in the World. Even worse would be the 30,000 UN Location Codes
which could have a Tag/Class for
each code entry !!

What say you /

Cheers, Phil




----- Original Message -----
From: "Mike Rawlins" <mike@rawlinsecconsulting.com>
To: "James Bryce Clark" <jbc@lawyer.com>
Cc: <EDI-L@yahoogroups.com>; <ubl-comment@lists.oasis-open.org>;
<polivola@advsoftech.com>
Sent: Thursday, November 29, 2001 1:56 AM
Subject: [ubl-comment] Re: [EDI-L] ebXML CPA/CPP Estimate


> James Bryce Clark wrote:
>
> > At 10:17 PM 11/27/01, Peter Olivola wrote:
> >
> >> As you noted, Mike, the bulk of the effort, whether EDI or ebXML or
> >> Ewok,
> >> still gets down to, in it's simplest terms, a definition of "ship
> >> date."
> >> That's not a technical issue now and no flavor of XML will make it
> >> one.  As
> >> long as there is no agreement on common business terms there will be
> >> little
> >> advantage to one data format over another.
> >
> >
> > 1.  Peter is absolutely right.
> > 2.  Mike, or anyone, are those taxonomy issues in-scope for UBL?  I
> > know you're defining a set of what xCBL calls "documents" but am less
> > clear about plans to specify default or required codesets -- NAICS,
> > UNSPSC, that sort of thing.  Certainly they are a key piece of the Big
> > Puzzle.
> > 3.  And if there's an EwokXML, sign me up.
> >
>
> re:  2 - I'm not quite sure exactly how to answer this one, but here
> goes.  There is a UBL subcommittee that is doing a mapping from xCBL
> elements to ebXML/CEFACT core components, and back again.  In this
> process they are identifying a set of business information entities
> (core components used in a specific context) that will be the foundation
> of the UBL "library", and will be submitted back into CEFACT.  This
> exercise will also help eliminate duplicates and do some other
> harmonization in xCBL.  Regarding codesets (code lists, enumerated
> lists, whatever), there is a proposal to only use recognized external
> code lists (e.g., ISO 3166 country codes), and not use EDI-style
> internal code lists ("BY" in N101 means we have a Buyer name).
> Elements would be named specifically rather than using another coded
> element to specify the type (e.g., <buyer> instead of <party
> partyRole="Buyer">)
> That proposal has not been discussed as yet.
>
> Does this answer your question?
>
> re:  3  I'm still working on WoofXML...
> --
> Michael C. Rawlins, Rawlins EC Consulting
> www.rawlinsecconsulting.com
>
>
>
> ----------------------------------------------------------------
> To subscribe or unsubscribe from this elist use the subscription
> manager: <http://lists.oasis-open.org/ob/adm.pl>
>


_____________________________________________________________________
This message has been checked for all known viruses by the 
MessageLabs Virus Scanning Service.

----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>