How to raise a terminating event of a specific work item in a parallell workflow

[Michael Pokraka]

Thanks for providing feedback - and giving credit to the originator.
I must admit I never did get around to messing about with instance linkag=
es in
this way so I was a little curious as to whether it would work as planned=
 :-)
Cheers
Mike
 
viveka.schwartz at implema.se wrote:
> I just wanted to confirm that proposal 3 from Mike below solved my
> problem.
> This was also the solution recommended by Jocelyn in June 2003 to the c=
ase
> "Multiple terminating events".
>
> (What I did was: In the calling program and in the event call I inserte=
d
> the wi_id of the specific wi to be terminated into the event container.=
 In
> swe3 I defined a check function which compared the wi_id and the
> _evt_receiver_id of the event container. If not equal I raised the
> exception.)
>
> Thanks a lot for the help Mike - and Jocelyn!
>
> //Viveka
>
>
> ----- Forwarded by Viveka Schwartz/Implema AB on 2004-03-17 12:15 -----
>
>
> Viveka Schwartz
> 2004-03-16 19:49
>
>
>         To:     SAP Workflow Users' Group <SAP-WUG at MITVMA.MIT.EDU>
>         cc:
>         Subject:        Re: How to raise a terminating event of a speci=
fic
> work item in a
> parallell workflow
>
>
> Hello Mike,
> thank you very much for your fast reply.  I had a look at your question=
 in
> June 2003 regarding Multiple terminating events.
>
> I forgot to mention in my question that I am using dynamic parallell
> processing with a multiline container element which means that all subf=
low
> instances will be based on the same definition.
>
> I'll try out proposal two from your answer below.
>
> Best regards
> Viveka
>
>
>
>
>
>
> Michael Pokraka <workflow at quirky.me.uk>
> Sent by: SAP Workflow <Owner-SAP-WUG at MITVMA.MIT.EDU>
> 2004-03-16 16:39
> Please respond to SAP Workflow Users' Group
>
>
>         To:     SAP-WUG at MITVMA.MIT.EDU
>         cc:
>         Subject:        Re: How to raise a terminating event of a speci=
fic
> work item in a
> parallell workflow
>
>
> Hi Viveka,
> I've actually asked this question here before and some interesting idea=
s
> came
> up - search www.wugarchive.com for:
> Multiple terminating events
>
> In short:
> - put step into a loop and bind data back from the event
> - create a subobject which includes the WI ID as its key.
> - create a check function for the terminating event
>
> One of these may well work for you.
>
> Cheers
> Mike
>
> viveka.schwartz at implema.se wrote:
>> Hello Workflowers,
>>
>> I have defined a main workflow in system 1 with a parallell subworkflo=
w
> in
>> it.   In the subflow definition I have defined a step based on a dialo=
g
>> standardtask containing a Terminating event: obj.type ZTEST,  Event
>> APPROVED,  Element ZTEST.
>>
>> When the workflow is triggered, (let's say) three parallell subflows a=
re
>> started.  The dialog step in each subflow receives a unique work item
> ID.
>>
>>> From a customer specific program in system 2 I would like to raise the
>> event ZTEST/APPROVED in system 1 for the dialog workitem in subflow 1 =
-
>> only.   Ie the other dialog workitems in subflow 2 and 3 should not be
>> affected by the event raised.
>>
>> The specific workitemID in system 1 I would like to raise the event fo=
r
> is
>> known to the event caller; ie the customer specific program in system =
2.
>>
>> As far as I can see there is no possibility to define which specific
>> workitemID I would like to raise the event for in case the objectkey
>> itself does not consist of the work item ID. (The key of the ZTEST
> object
>> type is just a document number.)
>>
>> Or is there a way to define the work item ID in the event call so that
>> only a specific workitem is affected ?
>>
>> Best regards
>> Viveka
>>
>>
>
>