[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: RE: [ubl-comment] Re: [EDI-L] ebXML CPA/CPP Estimate
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>
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC