SAP-WUG Digest, Vol 71, Issue 33

Mon Oct 25 16:14:10 EDT 2010

Hi Jeff,

I have also implemented similar to your requirement.
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.
This will work fine..

Regards
Mehar

On Mon, Oct 25, 2010 at 6:17 PM, <sap-wug-request at mit.edu> wrote:

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

-- 
Thanks & Regards

Mehar Lakshmi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20101025/3b674596/attachment.htm