RE: [ubl-dev] Custom order information

["Franck de Bruijn" <franck.de.bruijn@zonnet.nl>]

Hi All,

Thanks again for the great feedback. It really helps.

Chin's reaction was very compelling and it might be the way to go if you are
in the driver's seat behind the implementation of the UBL process, but I am
not. I'm hired by a company (UBL seller) that needs to interface with the
national tax agency (UBL buyer). And it's the tax office that is mandating
the usage of UBL, not the company itself. So, in this case I don't think it
will be wise to propose a customized UBL mechanism. They probably will not
be very much in favor of that ... :)

Besides that, after reading Fulton's post, I believe that he nailed
everything precisely on the head. I am not going to repeat his arguments
here, but from now on, even if I am in the driver's seat, I will stick to
the standards. For the customized information that I might be needing in the
future, it's probably best to define a separate schema for that, based on
the core UBL components and pass it maybe along with the standard documents.

I did not have a read into SBS. It might be an interesting route, but as I
understand it's not finished yet and I don't have the luxury to wait for it
to complete. 

We need to have a solution by mid February ... So, I have to get moving ...

Thanks again!
Franck




-----Original Message-----
From: Stephen Green [mailto:stephen_green@seventhproject.co.uk] 
Sent: woensdag 4 januari 2006 11:20
To: ubl-dev@lists.oasis-open.org
Subject: Re: [ubl-dev] Custom order information

Hi Frank

My suggestion would be to only customise
if really necessary and use a subset
definition to mask out what you don't need.
The subset definition need only be a list
of the XPaths of everything you wish to
specify as needed and one or two rules
to say how the list of XPaths must be used.
The UBL TC have done this with a subset
we call the Small Business Subset (SBS)
and the rules used may be relevant to you.
The customisation, if necessary (I say that
because the customisation would typically
need more maintenance than the subset list
but that is a personal opinion I suppose),
could be made first then the subset.
The SBS is still in progress for UBL 1.0
(you might even find it useful) but is nearly
through to its second public review (most
of the content and methodology/rules
content have already been reviewed and
agreed). The latest package is at
http://www.oasis-open.org/committees/download.php/15800/UBL-1-0-SBS-1-0-cd2d
.zip
Customisation is likely to be a better
experience with UBL 2 though (an SBS
for UBL 2 is taking shape too), if you don't
mind the wait for it - though a public
review of the content appears to be imminent.
Much of the above is personal opinion and
I'm afraid I have to disclaim to the effect
that you only take the advice at your own risk.

All the best and good luck with UBL !

Stephen Green


----- Original Message ----- 
From: "Franck de Bruijn" <franck.de.bruijn@zonnet.nl>
To: <ubl-dev@lists.oasis-open.org>
Sent: Tuesday, January 03, 2006 7:26 PM
Subject: RE: [ubl-dev] Custom order information


> Thanks for your replies.
>
> I just started to investigate UBL and was just wondering about this
> particular issue of how to include non-standard ordering information.
> Customization of the schemas is probably then the best way to go using as
> much as possible to the already existing types as Kenneth already pointed
> out.
>
> This brings me to another question.
>
> For a new project we are going to use UBL to establish an ordering
interface
> between two parties. These parties have agreed on what information is to
be
> supplied in the order XML and also what not to supply.
>
> What's now the best approach?
> * customize the UBL schemas where:
>   - superfluous optional fields are removed
>   - some optional field are made mandatory
> * use the standard UBL schemas and execute extra validation rules upon
> receipt of the order XML?
>
> Thanks in advance,
> Franck
>
>
> ---------------------------------------------------------------------
> This publicly archived list supports open discussion on implementing the
UBL OASIS Standard. To minimize spam in the
> archives, you must subscribe before posting.
>
> [Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
> Alternately, using email: list-[un]subscribe@lists.oasis-open.org
> List archives: http://lists.oasis-open.org/archives/ubl-dev/
> Committee homepage: http://www.oasis-open.org/committees/ubl/
> List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
> Join OASIS: http://www.oasis-open.org/join/
>


---------------------------------------------------------------------
This publicly archived list supports open discussion on implementing the UBL
OASIS Standard. To minimize spam in the
archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Alternately, using email: list-[un]subscribe@lists.oasis-open.org
List archives: http://lists.oasis-open.org/archives/ubl-dev/
Committee homepage: http://www.oasis-open.org/committees/ubl/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php
Join OASIS: http://www.oasis-open.org/join/