[ubl-psc] Re: Punchout in UBL 2.0

["Stephen Green" <stephen_green@bristol-city.gov.uk>]

I agree that punchout is not particularly included in the process
model document but I think it has had much consideration over
the past few cycles of UBL. A punchout-like scenario was one reason
to include both BuyerID and SellerID in documents such as Order.
The problem, in my view, is that 'punchout' is a loose term. I'd
value further use case information on what aspects aren't catered
for. Perhaps the use case implied is more one of marketplace than
'punchout' and here we are indeed aware that customisations may
be required - for the well considered reason that here there is more
impact of the 'blackbox' business system on the document interface.

All the best

Stephen Green


>>> Tim McGrath <tmcgrath@portcomm.com.au> 27/09/05 14:58:49 >>>
thanks for the comment,  but i  am not sure that we  are leaving 
interoperability as "someone else's problem".  it is that we see punch 
out as a tightly coupled activity that is outside UBL's scope as a 
document exchange standard.   we certainly try to address 
interoperability at the document exchnage level.

in case i missed something i will pass this onto our procurement 
subcommittee who may have more to add.

Rundgren, Anders wrote:

>http://lists.oasis-open.org/archives/ubl/200507/msg00033.html 
>
>It is a bit pity that the UBL people disregard close to
>ten years of experience with "punchout" schemes that have
>showed that interoperability of this part is pretty hard,
>including agreeing on security issues (buyer authentication
>is indeed an integral part of such schemes).
>
>Even the now defunct OBI standard, in its earliest (96-97)
>incarnations, addressed both catalog interoperability and
>security, while UBL leaves those thorny issues for
>"somebody else to fix".
>
>But, OTOH a "genuine" punchout scheme would IMHO not build
>on simply recasting a few messages because then you would
>not be able to unleash the full power of the "punchout"
>process.
>
>regards
>Anders Rundgren
>Principal Engineer
>RSA Security
>
>
>  
>

-- 
regards
tim mcgrath
phone: +618 93352228  
postal: po box 1289   fremantle    western australia 6160

DOCUMENT ENGINEERING: Analyzing and Designing Documents for Business Informatics and Web Services
http://mitpress.mit.edu/catalog/item/default.asp?sid=632C40AB-4E94-4930-A94E-22FF8CA5641F&ttype=2&tid=10476