Re: [ebxml-bp] State Alignment and Web Services

["David RR Webber" <david@drrw.info>]

Serm,

More on signals - and use scenarios - especially WRT
state indication.

1) I believe we have added an additional status of 'pending'.
The idea being that you may use a signal to note that
some downstream processing has been initiated, and
that a complete response will be sent later.  This allows
your partner to know that the initiating transaction
was received, and was understood - but that further
processing must occur before a final response happens.
This is obviously important in multi-party collaborations,
or when using downstream webservices.
The difference between a signal and a transaction in
this case - is that the signal is informationary - and not
legally binding - as a transaction could be construed
to be.

2) A signal may occur as a result of some closing
    condition - either succeed or fail - and is therefore
    not necessarily associated directly with an initiating
    transaction within a BTA - and again - is indicating
    some terminal boundary condition (usually a failure)
    that cannot be easily done with a formal legal
    transaction.  Or a signal may indicate success in
    some intermediate step - that shows that progress
    is continuing toward a formal outcome -
    eg CreditVerifiedOK, then a subsequent step will
    see if services can be found to fulfil the request.

Hope that helps.

DW
----- Original Message ----- 
From: "Monica J. Martin" <Monica.Martin@Sun.COM>
To: "Boonserm (Serm) Kulvatunyou" <serm@nist.gov>
Cc: "ebXML BP" <ebxml-bp@lists.oasis-open.org>
Sent: Tuesday, July 13, 2004 4:28 PM
Subject: Re: [ebxml-bp] State Alignment and Web Services


> Boonserm (Serm) Kulvatunyou wrote:
>
> >Monica, IVI WSDL attached. I can't help you technically with the WSDL. I
> >hope David can.
> >
> >I read your quote below and am still confused. First it says "signals
when
> >message received for PROCESSING", then it says "business document has
been
> >SUCCESSFULLY processed". In my mind, if the document has been successfull
y
> >processed the app should return business response like ConfirmBOD or
AckPO
> >etc., because the signal cannot precisely indicate which line items are
> >successfully processed, for instance.
> >
> >
> mm1: We had good discussion last week in the editors' F2F which you have
> access to via the notes on Acceptance Ack and its relationship to NOF as
> well.
>
> Work Item 39 Acceptance Acknowledgment
> • Signals have technical semantics. RA is structural validation. Any
> contract formation should be part of a response. Acceptance
> Acknowledgment can include content validation.
> • AA guarantees content will be or is being processed.
> • Separate intent from the technical implementation.
> • You can bind to attributes that are related to Receipt Acknowledgment.
> • Legal community should certify technologies that are applicable for a
> specific jurisdiction.
> • BPSS is a business state alignment protocol.
>
> Note that we, at least now, we say will or is being processed, not
> successfully processed. That I believe would be involved with the
> response. Even in the v1.1, the response is substantive and infer an
> action against that processing completion. Does this answer your
> question? Thanks.
>
>