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

# ubl message

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

Subject: Re: [ubl] Plea for HISC help from subject matter experts

• From: "Stephen Green" <stephengreenubl@gmail.com>
• To: "Universal Business Language" <ubl@lists.oasis-open.org>
• Date: Thu, 9 Mar 2006 13:18:12 +0000

I've looked at whether an SBS can be produced for the Catalogue
documents. There seem to be three particular ABIEs that need
subsetting: Item, BasePrice and perhaps, if it were to be included, Signature
There are also problems with CatalogueLine (I think there should be
two or three kinds, one for Catalogue/CatalogueItemSpecificationUpdate
and another for CataloguePricingUpdate (to make this a lot simpler) with
perhaps another for CatalogueRequest (minimized). This is really for PSC,
I suppose, but it obviously impacts HISC and possibly SBSC. I found it
most straightforward to subset just the CatalogueRequest, Catalogue and
CatalogueDeletion but doing it in earnest would need collaboration between
the three SCs to get a proper concensus of requirements and solution.
In all the Catalogue documents are likely to be very complex even when
subsetted (though not unavoidably so, I would think). I attach three sample
subsetted instances. There is more work in it than I could manage alone
(given collaboration), technically - keeping the subset in line with future
changes would be a lot to undertake. Creating spreadsheet records of these
along with SBS subsets would also be a lot of editorial work, as would
maintenance when UBL 2's content changes after the review. If the Catalogue
subsets would be so complex still would they be of any use to HISC?

All the best

Steve

On 09/03/06, G. Ken Holman <gkholman@cranesoftwrights.com> wrote:
> Fellow UBL'ers,
>
> We geeks in HISC have got a good handle on all of our technical
> challenges to meet our objectives, but we desperately need subject
> matter expertise in two areas, one of which (the first) is quite
> critical and isn't as much work as the second:
>
> (1) - information item identification
>  - we need UBL 2 XPath addresses for UBL 1 document types
>  - there are 8 UN layout key specifications in UBL 1, each one with
> a number of XPath addresses:
> http://docs.oasis-open.org/ubl/cd-UBL-1.0/fs/Invoice/UN380Invoice.html
> http://docs.oasis-open.org/ubl/cd-UBL-1.0/fs/Order/UN220Order.html
> http://docs.oasis-open.org/ubl/cd-UBL-1.0/fs/OrderChange/UN230OrderChange.html
> http://docs.oasis-open.org/ubl/cd-UBL-1.0/fs/OrderCancellation/UN320OrderCancellation.html
> http://docs.oasis-open.org/ubl/cd-UBL-1.0/fs/OrderResponse/UN320OrderResponse.html
> http://docs.oasis-open.org/ubl/cd-UBL-1.0/fs/OrderResponseSimple/UN320OrderResponseSimple.html
>  - the 8 corresponding UBL 1 XPath address files from which the
> XPath addresses were found are in:
>    - Invoice.txt
>    - Order.txt
>    - OrderCancellation.txt
>    - OrderChange.txt
>    - OrderResponse.txt
>    - OrderResponseSimple.txt
>  - the 8 corresponding UBL 2 XPath address files from which the
> XPath addresses were found are in:
>    - xpaths\text\Invoice-XPath.txt
>    - xpaths\text\Order-XPath.txt
>    - xpaths\text\OrderCancellation-XPath.txt
>    - xpaths\text\OrderChange-XPath.txt
>    - xpaths\text\OrderResponse-XPath.txt
>    - xpaths\text\OrderResponseSimple-XPath.txt
>  - for each of the information items identified in the UBL 1 XPath
> addresses, we need a subject matter expert on the committee to
> transcribe for us the UBL 2 XPath address for equivalent or
> acceptable replacement information items
>
> (2) - new document types layout
> - we need a subject matter expert on the committee to select an
> existing, or mockup a candidate (but not standardized), UN Layout Key
> form layout for the following UBL 2 document types (listed in
> priority order, grouped by anticipated use):
>     - group 1 (Danish interest)
>       - SelfBilledInvoice
>       - CreditNote
>       - ApplicationResponse
>       - Attached Document
>       - Statement
>     - group 2 (SBS)
>       - DebitNote
>       - Invoice
>       - Order
>       - OrderCancellation
>       - OrderChange
>       - OrderResponse
>       - OrderResponseSimple
>       - Quotation
>       - RequestForQuotation
>       - SelfBilledCreditNote
>     - group 3 (Danish interest, non-SBS)
>       - Catalogue
>       - CatalogueDeletion
>       - CatalogueItemSpecificationUpdate
>       - CataloguePricingUpdate
>       - CatalogueRequest
>     - group 4 (non-SBS)
>       - CertificateOfOrigin
>       - ForwardingInstruction
>       - FreightInvoice
>       - PackingList
>       - Waybill
>     - for each form layout either selected or conceived, HISC needs
> to know the XPath address of the information items in each of the
> fields of that layout
>     - for document types that are part of the SBS, the XPath
> addresses are in the same file cited above:
>     - for non-SBS document types (groups 3 and 4 above), the XPath
> addresses are in the following documents:
>       - group 3
>       - group 4
>     - for those document types where there does not exist a UN
> Layout Key layout for a new document type, it will be enough for me
> to work from if you merely draw out on a grid of 64 rows and 8
> columns your proposal for the mockup for the document type and fax
> the grid (fax number in my trailer below) and we'll work out the
> details from there to make the PDF files.  If the form has repeating
> rows, then for a continuation page, indicate which fields from the
> first page are copied at the top, and which columns are the
> continuation columns.  Check the two-page layouts for either Order or
> Invoice for examples (note how the bottom of the first page has
> summary information after the repeating rows):
>
> http://docs.oasis-open.org/ubl/cd-UBL-1.0/fs/Order/pdf/UN220Order.Example-us.pdf
> http://docs.oasis-open.org/ubl/cd-UBL-1.0/fs/Invoice/pdf/UN380Invoice.Example-us.pdf
>
> I recognize the above is a tall order, but we've worked hard to
> address all the technical issues we are aware of and we just are not
> the folks to make the subject matter decisions required above.
>
> Any help anyone can provide for this would be very much
> appreciated.  Please let me know if you have any questions.  I have
> pointers to UNLK resources if you are able to help but do not know
> where to find the information.
>
> Thank you!
>
> . . . . . . . . . . . Ken, on behalf of all HISC members
>
> --
> Upcoming XSLT/XSL-FO hands-on courses: Washington,DC 2006-03-13/17
> World-wide on-site corporate, govt. & user group XML/XSL training.
> G. Ken Holman                 mailto:gkholman@CraneSoftwrights.com
> Crane Softwrights Ltd.          http://www.CraneSoftwrights.com/o/
> Box 266, Kars, Ontario CANADA K0A-2E0    +1(613)489-0999 (F:-0995)
> Male Cancer Awareness Aug'05  http://www.CraneSoftwrights.com/o/bc
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this mail list, you must leave the OASIS TC that
> generates this mail.  You may a link to this group and all your TCs in OASIS
> at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>
>


xml.zip

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