Re: SV: SV: [ubl-psc] Meeting in the UBL PSC

["G. Ken Holman" <gkholman@CraneSoftwrights.com>]

Then would it be easier to approach your 
situation, Martin, using OrderResponseSimple 
instead of OrderResponse?  That has an order 
reference but no line or item information.

http://docs.oasis-open.org/ubl/prd2-UBL-2.1/mod/summary/reports/UBL-AllDocuments-2.1.html#Table_OrderResponseSimple

Is it possible that if OrderResponseSimple is 
insufficient as it is then adding minimal 
information to that document model might be 
preferable to making major changes in the full OrderResponse?

If not for the long term, could you get by with 
OrderResponseSimple until a future UBL 2.2 has addressed this issue?

Of course I don't know your requirement, but this 
came to mind as a way of avoiding violating the 
empty element rule for your OrderResponse with 
empty Item elements.  From my outsider 
perspective it seems that you don't need the full 
OrderResponse and you want a simpler version of 
it, so then just add missing information to the OrderResponseSimple.

I hope this is helpful.

. . . . . . . . . Ken

At 2012-11-17 09:37 +0000, Martin Forsberg wrote:
> Hi Ken,
>
> I think you pin point the issue in you 
> observations. The creation of the order response 
> is done after the order data has been imported 
> and acted on in the suppliers ERP system. The 
> instance XML document received is no longer 
> available when the order has been processed. The 
> supplier is populating the order response with 
> the information that is relevant and available 
> in their system. So it is (often) not possible to copy the XML from the order.
>
> The mandatory item would then require the 
> supplier to populate the Item-elements with 
> information available for him. That would 
> possibly mean that slightly different values are 
> used. The buyer would then need to evaluate each 
> order response line to see if any 
> changes/updates have been done to the item information.
>
> I can definitely appreciate the elegant solution 
> to "mirror/copy" the item information from the 
> order onto the order response, but we cannot add 
> this extra obstacle to the user community where 
> many solutions are dependent on inhouse formats and conversions.
>
> Best regards
> Martin Forsberg
>
> -----Ursprungligt meddelande-----
> Från: ubl-psc@lists.oasis-open.org 
> [mailto:ubl-psc@lists.oasis-open.org] För G. Ken Holman
> Skickat: den 16 november 2012 15:18
> Till: ubl-psc@lists.oasis-open.org
> Ämne: Re: SV: [ubl-psc] Meeting in the UBL PSC
>
> I like Kees's observation that the original 
> order's line item could be copied into the order response's line item.
>
> At 2012-11-16 06:45 +0000, Martin Forsberg wrote:
> >The issue occurs in the OrderResponse, where a line doesn't restate the
> >Item, only refer to the order. When accepting an orderline we refer to
> >the order line, use a code saying accept and that's it.
>
> Would that not violate a practice (not a
> principle!) that UBL documents are somewhat 
> self-contained?  Is there a burden in copying 
> the original order's item details into the order 
> response?  In my naïveté I would think the 
> original element and all its descendants could just be copied.
>
> Then the order response would be more standalone 
> (and useful?) allowing someone to act on the 
> items of the order response without having to dereference the original order.
>
> Of course there are times when we have to make a 
> reference and not copy all of the information, 
> but I think this is a case where the order 
> response's copy of the order's line item 
> information is useful and could preclude the 
> need to dereference the referenced original order.
>
> I worry about making too many things 
> optional.  I get the impression interoperability 
> is promoted when all parties are obliged to 
> enter more of a minimum of information.
>
> Good luck in your PSC meeting today!
>
> . . . . . . . . . . Ken


--
Contact us for world-wide XML consulting and instructor-led training
Free 5-hour lecture: http://www.CraneSoftwrights.com/links/udemy.htm
Crane Softwrights Ltd.            http://www.CraneSoftwrights.com/o/
G. Ken Holman                   mailto:gkholman@CraneSoftwrights.com
Google+ profile: https://plus.google.com/116832879756988317389/about
Legal business disclaimers:    http://www.CraneSoftwrights.com/legal