Hi Jeff,<div><br></div><div>I have also implemented similar to your requirement.</div><div>As said by Joe, use a fork with 2 parallel branches at each decision step with a terminating event, which you can raise at another branches if action is Reject.</div>
<div>This will work fine..</div><div><br></div><div>Regards</div><div>Mehar</div><div><br><div class="gmail_quote">On Mon, Oct 25, 2010 at 6:17 PM, <span dir="ltr"><<a href="mailto:sap-wug-request@mit.edu">sap-wug-request@mit.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Send SAP-WUG mailing list submissions to<br>
<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:sap-wug-request@mit.edu">sap-wug-request@mit.edu</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:sap-wug-owner@mit.edu">sap-wug-owner@mit.edu</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of SAP-WUG digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Dynamic Parallel Proc User Decision (<a href="mailto:Joe_Toledo@capgroup.com">Joe_Toledo@capgroup.com</a>)<br>
2. Re: 'Substitute for' info in SAP outbox (yegorm)<br>
3. Re: Dynamic Parallel Proc User Decision (Jeffrey A. Rappaport)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Sun, 24 Oct 2010 16:09:55 -0700<br>
From: <a href="mailto:Joe_Toledo@capgroup.com">Joe_Toledo@capgroup.com</a><br>
Subject: Re: Dynamic Parallel Proc User Decision<br>
To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>
Message-ID:<br>
<<a href="mailto:OF36F816FF.35C5B220-ON882577C6.007CD4D1-882577C6.007F4047@capgroup.com">OF36F816FF.35C5B220-ON882577C6.007CD4D1-882577C6.007F4047@capgroup.com</a>><br>
<br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hi there Jeff,<br>
<br>
I've built that exact scenario here, in the sense that I created a<br>
workflow with Dynamic Parallel Process. In our scenario, when the<br>
workflow starts it can have any number of approvers, and each of one of<br>
those must approve in order for the workflow to continue (in our case,<br>
return to the initiator) Each dynamic branch calls an "approval<br>
sub-workflow" with a simple decision step with approve/reject. We also<br>
needed the workflow to "return" to the initiator if ANY of the users<br>
rejected their work item, and remove all the pending approval work items<br>
from the respective approver's inbox.<br>
<br>
This is how I was able to fulfill that requirement:<br>
<br>
Each sub-workflow has a "2-branch fork" that requires only one to be<br>
completed in order for it to continue. One branch is for the decision<br>
step (approve/reject) and the other branch a "wait for event" (in our case<br>
a "Rejected" event)<br>
If a user selects the "reject" in their decision task, I set a flag<br>
(container element) and at the end of the fork, I check the flag, and if<br>
set, I raise the "Rejected" event which will terminate all the other<br>
"approval sub-workflows".<br>
<br>
I'm sure there might be other ways of handling this requirement, but his<br>
work fine for us.<br>
<br>
I hope this helps.<br>
<br>
Regards,<br>
<br>
Joe Toledo | The Capital Group Companies<br>
Location: IRV | Extension: 55417 | Outside: 949-975-5417<br>
E-mail: <a href="mailto:joat@capgroup.com">joat@capgroup.com</a><br>
[ Mailing: 15260 Valley Oak. IRV-M-3E Irvine, CA 92618 USA ]<br>
<br>
<br>
<br>
<br>
From:<br>
"Jeffrey A. Rappaport" <<a href="mailto:Jeff@business-workflow.com">Jeff@business-workflow.com</a>><br>
To:<br>
"SWUG" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>
Date:<br>
10/21/2010 02:58 PM<br>
Subject:<br>
Dynamic Parallel Proc User Decision<br>
Sent by:<br>
<a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a><br>
<br>
<br>
<br>
Hi All,<br>
<br>
(SAPKB70020) Feel like a rookie here asking this quesiton but<br>
obviously I'm missing something because I've created numerous of<br>
these before. I have a Dynamic Parallel Process going off a User<br>
Decision step, the table element of Users is configured correctly<br>
in "Misc" tab & created an 'End Condition' below it that if<br>
&zResult& = 0002 (rejected) end approval process, but if I Reject<br>
the 1st User the items remain in the other's inboxes & don't get<br>
automatically removed. The Result is getting passed correctly to<br>
the WF cont. Am I missing something in this new version??<br>
<br>
Thanx,<br>
<br>
Jeff Rappaport<br>
<a href="http://www.Business-Workflow.com" target="_blank">www.Business-Workflow.com</a><br>
<br>
<br>
<br>
_______________________________________________<br>
SAP-WUG mailing list<br>
<a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>
<a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://mailman.mit.edu/pipermail/sap-wug/attachments/20101024/888f8aa4/attachment-0001.htm" target="_blank">http://mailman.mit.edu/pipermail/sap-wug/attachments/20101024/888f8aa4/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 25 Oct 2010 14:27:13 +0400<br>
From: yegorm <<a href="mailto:yegorma@gmail.com">yegorma@gmail.com</a>><br>
Subject: Re: 'Substitute for' info in SAP outbox<br>
To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>
Message-ID:<br>
<<a href="mailto:AANLkTikCjQFnzZ-buLJQARA8c_uR9fPHjDQEBek42ta0@mail.gmail.com">AANLkTikCjQFnzZ-buLJQARA8c_uR9fPHjDQEBek42ta0@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
AFAIK, after the workitem is processed, only the actual agent is known, and<br>
not whom he was substituting.<br>
<br>
<br>
<br>
On Wed, Oct 20, 2010 at 1:56 AM, Sharath K <<a href="mailto:ksharath77@yahoo.com">ksharath77@yahoo.com</a>> wrote:<br>
<br>
> Hi All, I dont see the values in 'substitute for' column in SAP outbox.<br>
> This information is available when the work item is in inbox.<br>
><br>
> My user is substitute of several managers and want to report how many items<br>
> he worked for each manager at the end of the day.<br>
><br>
> is there way to populate this information ( or ) any standard report he can<br>
> run to generate this list.<br>
><br>
> Client is on SAP 4.7<br>
><br>
><br>
> _______________________________________________<br>
> SAP-WUG mailing list<br>
> <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>
> <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>
><br>
><br>
<br>
<br>
--<br>
Egor Malov<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://mailman.mit.edu/pipermail/sap-wug/attachments/20101025/93040f67/attachment-0001.htm" target="_blank">http://mailman.mit.edu/pipermail/sap-wug/attachments/20101025/93040f67/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 25 Oct 2010 11:30:07 -0400<br>
From: "Jeffrey A. Rappaport" <<a href="mailto:Jeff@business-workflow.com">Jeff@business-workflow.com</a>><br>
Subject: Re: Dynamic Parallel Proc User Decision<br>
To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>
Message-ID:<br>
<<a href="mailto:dfb02d78d89100323345e06f073e1084.squirrel@login.bluehost.com">dfb02d78d89100323345e06f073e1084.squirrel@login.bluehost.com</a>><br>
Content-Type: text/plain;charset=iso-8859-1<br>
<br>
Hi Joe,<br>
<br>
Thanx for your reply. I waited for over the weekend to see if<br>
anyone had an answer but since one didn't come I resorted to an<br>
old method. My Decision step is a separate sub-WF of the main WF<br>
that creates all the n-legs within its self so I just placed a<br>
'Complete WF' Process step down the Reject branch which will end<br>
the sub-WF & return the Result back to the Main WF & continue it<br>
on, and it works like a charm. No Events or multiple Sub-WFs<br>
needed. You could probably do the same within a Block, but<br>
haven't tried it yet. But I'll still wonder what I was wrong with<br>
the original design since I've done it before. Thanx again.<br>
<br>
Jeff Rappaport<br>
<a href="http://www.Business-Workflow.com" target="_blank">www.Business-Workflow.com</a><br>
<br>
> Hi there Jeff,<br>
><br>
> I've built that exact scenario here, in the sense that I created a<br>
> workflow with Dynamic Parallel Process. In our scenario, when the<br>
> workflow starts it can have any number of approvers, and each of one<br>
> of<br>
> those must approve in order for the workflow to continue (in our<br>
> case,<br>
> return to the initiator) Each dynamic branch calls an "approval<br>
> sub-workflow" with a simple decision step with approve/reject. We<br>
> also<br>
> needed the workflow to "return" to the initiator if ANY of the users<br>
> rejected their work item, and remove all the pending approval work<br>
> items<br>
> from the respective approver's inbox.<br>
><br>
> This is how I was able to fulfill that requirement:<br>
><br>
> Each sub-workflow has a "2-branch fork" that requires only one to be<br>
> completed in order for it to continue. One branch is for the<br>
> decision<br>
> step (approve/reject) and the other branch a "wait for event" (in<br>
> our case<br>
> a "Rejected" event)<br>
> If a user selects the "reject" in their decision task, I set a flag<br>
> (container element) and at the end of the fork, I check the flag,<br>
> and if<br>
> set, I raise the "Rejected" event which will terminate all the<br>
> other<br>
> "approval sub-workflows".<br>
><br>
> I'm sure there might be other ways of handling this requirement, but<br>
> his<br>
> work fine for us.<br>
><br>
> I hope this helps.<br>
><br>
> Regards,<br>
><br>
> Joe Toledo | The Capital Group Companies<br>
> Location: IRV | Extension: 55417 | Outside: 949-975-5417<br>
> E-mail: <a href="mailto:joat@capgroup.com">joat@capgroup.com</a><br>
> [ Mailing: 15260 Valley Oak. IRV-M-3E Irvine, CA 92618 USA ]<br>
><br>
><br>
><br>
><br>
> From:<br>
> "Jeffrey A. Rappaport" <<a href="mailto:Jeff@business-workflow.com">Jeff@business-workflow.com</a>><br>
> To:<br>
> "SWUG" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>
> Date:<br>
> 10/21/2010 02:58 PM<br>
> Subject:<br>
> Dynamic Parallel Proc User Decision<br>
> Sent by:<br>
> <a href="mailto:sap-wug-bounces@mit.edu">sap-wug-bounces@mit.edu</a><br>
><br>
><br>
><br>
> Hi All,<br>
><br>
> (SAPKB70020) Feel like a rookie here asking this quesiton but<br>
> obviously I'm missing something because I've created numerous of<br>
> these before. I have a Dynamic Parallel Process going off a User<br>
> Decision step, the table element of Users is configured correctly<br>
> in "Misc" tab & created an 'End Condition' below it that if<br>
> &zResult& = 0002 (rejected) end approval process, but if I Reject<br>
> the 1st User the items remain in the other's inboxes & don't get<br>
> automatically removed. The Result is getting passed correctly to<br>
> the WF cont. Am I missing something in this new version??<br>
><br>
> Thanx,<br>
><br>
> Jeff Rappaport<br>
> <a href="http://www.Business-Workflow.com" target="_blank">www.Business-Workflow.com</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> SAP-WUG mailing list<br>
> <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>
> <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>
><br>
> _______________________________________________<br>
> SAP-WUG mailing list<br>
> <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>
> <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>
><br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
SAP-WUG mailing list<br>
<a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>
<a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>
<br>
<br>
End of SAP-WUG Digest, Vol 71, Issue 33<br>
***************************************<br>
</blockquote></div><br><br clear="all"><br>-- <br>Thanks & Regards<br><br>Mehar Lakshmi<br>
</div>