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


Help: OASIS Mailing Lists Help | MarkMail Help

ubl-dev message

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

Subject: Re: [ubl-dev] Formatting of Identifiers in UBL documents

I agree with Stephen. There is a general principle here.

Formats (of any data element) and other facets are 'presentational' features not part of the structure or semantics of the item.  With identifiers we may get confused into thinking they are numbers - but they are just patterns of characters.  If those patterns have special characters, spaces, hyphens, etc. then that is the identifier value and is communicated as such.  

However, if you use formatting techniques to make these values more readable (like people do for entering credit card numbers) - thats not affecting the value of the identifiers and should not be part of a global standard like UBL.

UBL only defines structures and semantics ('transactional') models and not presentation features.  That means no "XXX-XXX-XXX".  That is why the CCTS Data Types avoid specifying formats but provide mechanisms for customized qualified data types to have facets that implementations may use to format elements.   Of course with UBL (and any XML) schematron rules and/or stylesheets can be applied to present the formatted data but this is downstream processing and not part of the UBL standard.

As Stephen said formats are best seen as a implementation feature for local business rules - specific to a given community of use.  

On 13/04/2014, at 11:15 PM, Stephen D Green wrote:

> Hi Kees
> This would very much be implementation guide material, especially
> tax-related information, if there is any business-process sensitive
> significance to the Identifier formatting. I would think that in most
> cases, since a major use case for UBL is replacement of a paper-based
> system with as near as possible an electronic based system as it can
> be to the paper-based system, the formatting is insignificant (a
> receiving system should be able to format or reformat the ID if
> necessary or throw an exception for a human to reformat it if
> absolutely necessary). Where necessary to have specific formatting in
> the ID in the UBL, that would need to be agreed between parties or
> amongst the community.
> I hope this helps
> Best regards
> Steve
> ---
> Stephen D Green
> On 11 April 2014 14:57, Duvekot, Kees <kduvekot@wehkamp.nl> wrote:
>> All,
>> what is the "standard methode" for showing the way Identifiers (eg: VAT Numbers, IBAN number, Item ID's) should be formatted when they are displayed in a "printed form" (on screen or in PDF/PS/Hardcopy)
>> So where is the knowledge maintained how to deal with  with "spaces" , dashes or other formatting logic for these identifiers.
>> Should the identifier in a UBL document already be in formatted form? (so the generating application needs to have this logic)
>> Should they  be in unformatted form and should that logica be maintained in seperate logic when they are displayed (eg StyleSheets, html formatting etc etc) based on the scheme ID's?
>> any other ways?
>> Regards,
>> Kees Duvekot
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: ubl-dev-unsubscribe@lists.oasis-open.org
>> For additional commands, e-mail: ubl-dev-help@lists.oasis-open.org
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ubl-dev-unsubscribe@lists.oasis-open.org
> For additional commands, e-mail: ubl-dev-help@lists.oasis-open.org

Tim McGrath
Fremantle, Western Australia

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