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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-lcsc message

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


Subject: [ubl-lcsc] UBL 1.0 draft 4 models in hand


Greetings

Sorry I was out of touch yesterday. The models are in hand. I've made the necessary changes to the GUID. I have only changed the Rep' term to 'Globally Unique Identifier' and changed the formula for column A to 

=SUBSTITUTE(SUBSTITUTE(CONCATENATE(E5;F5;IF(G5<>K5;G5;"");CONCATENATE(H5;IF(I5="Identifier";"ID";IF(I5="Text";"";IF(I5="GloballyUniqueIdentifier";"GUID";I5)))));" ";"");"'";"")

I've a few questions - the last of which is the most important:

1) Should I change the formula for column K? It is currently:
=IF(AND(OR(G6="Identification";G6="ID");I6="Identifier");G6;IF(AND(OR(G6="Time";G6="Date");I6="Date Time");G6;I6))

2) In line with 1) I wondered if there might be an error in OrderCancellation where we have Date Time used. Here the data type still says 'Date', not Date Time (column K)

3) The most important matter is concerning the codelists again. Because of our mechanism (or perhaps just the nature of codelists themselves, to be more analytical) we have, it seems, to have a unique UBL name for each Code using a particular codelist. For example, we have different TypeCode entities, each using a separate codelist but they should have separately unique UBL Names so I feel I must try to qualify say 'CardAccount. TypeCode' to distinguish it from, say, 'TaxScheme. TypeCode'. Otherwise, there would be more than one TypeCode to reference in the reusable schema which isn't possible. They would end up as having the same codelist for each TypeCode which would obviously be wrong. Now the matter is not helped by our naming rules which do not seem to allow duplications of name parts. So I have to find a qualifier for 'CardAccount. TypeCode' other than 'Card' or 'Account' or we would have 'CardAccount. CardTypeCode' for te new name 'CardTypeCode'. Would the latter be OK? 

For now I will just do my best with qualifiers.  


Beyond this I hope we have time to re-examine how our Order/OrderResponse system is working and get it sorted. Tim: I'm wondering why we seem to have no Acceptance or Rejection codes or indicators in the complex response when we have them in the simple.

All the best

Steve



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