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


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-clsc message

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

Subject: Re: [ubl-clsc] UBL_ Amount. Type

Thanks for the analysis. As you can see there is an advantage in separating the simpleType that contains the enumerated values from the complexType that adds the supplemental components. This is why the CLSC model does it this way.
The separation into simple and complex types allows the enumerated values to be declared once in one place and to have them used in attributes or elements as needed.
In a message dated 3/31/2004 3:05:04 AM Eastern Standard Time, dill2@gefeg.com writes:
Hi Tim and Stephen,

I 've been thinking about this "UBL_ Amount.Type" thing and I'm wondering if
there is an easier solution.

Why don't we change the CoreComponentType schema like this:

<xsd:complexType name="AmountType">
  <xsd:extension base="xsd:decimal">
    <xsd:attribute name="amountCurrencyID" type="AmountCurrencyIDType"
    <xsd:attribute name="amountCurrencyCodeListVersionID"
type="xsd:normalizedString" use="optional" fixed="0.3"/>

<xsd:simpleType name="AmountCurrencyIDType">
  <xsd:restriction base="xsd:normalizedString">
     <xsd:enumeration value="AED"/>
     <xsd:enumeration value="AFN"/>
</xsd:simpleType name="AmountCurrencyIDType">

This is full CCTS compliant. If you have a look at the description  for the
CCTC "Amount Currency. Code List Version. Identifier" it says "The Version
of the UN/ECE Rec.9 code list.". That means CCTS already restricts the
currency Identifier to a code from the UN/ECE codelist. All other doesn't
make sense. There are no 2 or more list of currency code list on earth.

Best regards David

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