SRM BADI Workflow on local PO: WS1400046

Thu May 18 10:11:24 EDT 2006

Hi All, 
Hi, 
In workflow the loop never stops. The condition for ending the loop are the standard one CurrentAgents NX AND Approval status = 0 OR Approval status <> 0 .
When there is a rejection this is working fine the workflow stops
After the final approver of the workflow has approved , in the step called Determine next approver, the actualAgents table is not updated and the No_further_approval_needed is not updated either.
Behind this step is task TS14007989, BUS4101 with method NEXTDYNAMICAPPROVERGET. All the binding seems correct.
When testing the Method directly the result is the same as within the workflow ( ActualAgent is not correct and No_further_approval is not set)
It seems to be coming from Function BBP_WFL_DIN_APPR_CONTAINER_GET where the approvallist-state = 2 for the last approver.
(Code: * get the list of dynamic approvers from wi-container
swf_get_element ev_wi_container_handle c_wf_appr_list lt_cont_approver.)
While testing the BADI function directly the no_further_approval flag is present

Can someone help me to determine why this method is not returning the right value or why the approval state of my last approver is set at 2 ?

Our version is SRM 4.0 with support package applied is SAPKIBKS08
Thanks for your help 
Stephane Bailleul

> From: sap-wug-request at mit.edu> Subject: SAP-WUG Digest, Vol 18, Issue 74> To: sap-wug at mit.edu> Date: Thu, 18 May 2006 10:01:10 -0400> > 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: Multiple agents per one work item in workflow>       (Gardiner, Keith (CIS))>    2. RE: Multiple agents per one work item in workflow (May, Kevin)> > > ----------------------------------------------------------------------> > Message: 1> Date: Thu, 18 May 2006 14:51:37 +0100> From: "Gardiner, Keith \(CIS\)" <Keith.Gardiner at capita.co.uk>> Subject: RE: Multiple agents per one work item in workflow> To: "SAP Workflow Users' Group" <sap-wug at mit.edu>> Message-ID:> <B3064554D1913D46B23FF838ECEAD2370416549F at CISCHEEV01.central.ad.capita.co.uk>> > Content-Type: text/plain; charset="us-ascii"> > HI Kevin,> > Forgive my ignorance of your particular application, but why do you need> a terminating event on the task? If your workflow has n parallel paths> and each has to be completed before the workflow is complete I don't see> the need for a terminating event but that be due to my ignorance.> > > Regards>  > Keith Gardiner>  > > -----Original Message-----> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf> Of May, Kevin> Sent: 18 May 2006 14:43> To: SAP Workflow Users' Group> Subject: RE: Multiple agents per one work item in workflow> > Hi Dave, I'm not exactly sure what you mean.  The BSP raises an event> which is used as a terminating event for the task.  If I raise this> event independently of the BSP I get the same result.  I have a feeling> that because the object key does not include the work item id when the> event is raised it ignores the work item id and terminates the work item> regardless of the various ids.  I've tried incorporating the work item> id into the object key which prevents them from all being terminated but> then the item hangs with the status 'STARTED'.> > Kevin> > -----Original Message-----> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf> Of Dave Weston> Sent: Wednesday, May 17, 2006 4:55 PM> To: SAP Workflow Users' Group> Subject: RE: Multiple agents per one work item in workflow> > > Was just wondering, for the BSP are you using the dialog based service> with callback or w/o callback in trans wf_extsrv. If its with callback> is the bsp referencing work item id in the method call ?> > Dave > > -----Original Message-----> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf> Of Gavin Mooney> Sent: Wednesday, May 17, 2006 4:21 PM> To: SAP Workflow Users' Group> Subject: Re: Multiple agents per one work item in workflow> > I wonder if the terminating event could be it. When you look in the log> (the tecnical one) it should show that the 'n' work items have all been> completed and if you expand the little tree it should show you who> completed them....So maybe in your case it shows that person 'x'> completed all the work items, or that the terminating event was raised> for all of the work items.> > Just a shot in the dark - how about turning on the "Confirm end of> processing" option on the task? Then it shouldn't disappear from the> inboxes automatically....> >  - Gavin> > 2006/5/17, May, Kevin <KMay at petro-canada.ca>:> > Hi Gavin, OK here's the situation.  I've got a step in a workflow > > which is has a multiline element called 'REVIEWERS'.  'REVIEWERS'> > contains a list of 'n' amount of R/3 user ids, lets say for example 3.> > > In the agent assignemnent of the step I have > > '&REVIEWERS[&_WF_PARFOREACH_INDEX&]&', in the 'Other' tab of the step > > I have 'REVIEWERS' in place.  When the step executes it sends off the > > same work item to each of the 3 agents.  Each instance of the work > > item has its own work item id, as expeected.  The task assigned to the> > > step contains a call to a custom method of a custom object.  This > > method calls a BSP.  From the BSP the user is able to complete their > > task which is done by raising a custom event 'REVIEWED' from the same > > object.  This event is a terminating event of the task.  I think this > > is where the problem lies because the element is '_WI_OBJECT_ID'> instead of the work> > item id.   What I need is for the work item to be completed by all> > designated agents before continuing to the next step.  What do you > > think?> >> > Thanks much,> >> > Kevin> >> > -----Original Message-----> > From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On > > Behalf Of Gavin Mooney> > Sent: Wednesday, May 17, 2006 3:19 PM> > To: SAP Workflow Users' Group> > Subject: Re: Multiple agents per one work item in workflow> >> >> > Kevin,> >> > This definitely IS possible without using a sub-workflow, I have a > > workflow in front of me that does it. What you described sounds > > exactly right.> >> > When you look in the workflow log, is a separate work item (i.e. a > > separate line in the log) being generated for each of the entries in > > the table of user IDs? The common problem is that several work items > > are generated, all of which go to several users. In your case I'm not > > clear on what is happening - it sounds like only one work item is > > being created and it being sent to multiple users. You could always > > try the old trick of removing the step and then putting it in> again.....> >> > Regards,> > Gavin> >> > 2006/5/17, May, Kevin <KMay at petro-canada.ca>:> > >> > >> > > Thanks, to you both.  It's unfortunate because it looked like I had > > > multiple agents for the same work item but each had their own work > > > item id.  It was so close and it seems like such a simple thing.> > > What's worse is that the 'Practical Workflow for SAP' book simply > > > says> >> > > in order to achieve this put the multiline element in the 'Other'> > > tab and then place the mulitiline element index in the agent > > > assignment of> >> > > the step and off you go.> > >> > > Thanks again,> > >> > > Kevin> > >> > >> > > -----Original Message-----> > > From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On > > > Behalf Of Dave Weston> > > Sent: Wednesday, May 17, 2006 1:31 PM> > > To: SAP Workflow Users' Group> > > Subject: RE: Multiple agents per one work item in workflow> > >> > >> > > Yes there has to be a sub workflow, with the task/step in the > > > subworkflow. I did this last year and it must be in a subworkflow, > > > especially if you want to return any check/approval results back to > > > the main flow.> > >> > > Dave> > >> > >  ________________________________> > >  From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On > > > Behalf Of Adao-Cruz, Miguel> > > Sent: Wednesday, May 17, 2006 12:00 PM> > > To: SAP Workflow Users' Group> > > Subject: RE: Multiple agents per one work item in workflow> > >> > >> > >> > >> > > Hi,> > >> > > I went through the same problem some projects ago but I don't > > > remember> >> > > how I solved it. If your step where you put the mutiline element is > > > a task, try to put this task in a sub-workflow and do the same > > > settings at the sub-workflow level. It might solve the problem.> > >> > > Cheers> > >> > >> > >> > > ____________________________________________________________________> > > __> > > _____> > > Miguel Adao-Cruz | Capgemini | London Technology Services SAP > > > Application Architect> > >> > > T.+44-870-238-2927 | Int.700 2927 | www.capgemini.com> > >> > > Join the Collaborative Business Experience > > > ____________________________________________________________________> > > __> > > _____> > >> > >  ________________________________> > >  From: sap-wug-bounces at mit.edu on behalf of May, Kevin> > > Sent: Wed 17/05/2006 16:41> > > To: SAP Workflow Users' Group> > > Subject: RE: Multiple agents per one work item in workflow> > >> > >> > >> > >> > > Hi Miguel, the step is creating one workitem with multiple workitem > > > ids being sent uniquely to each agent identified in the multiline > > > element.  This is working as I would expect dynamic parallel > > > processing to work.  However when the first agent reserves the > > > workitem it is then removed from all other agents.  I thought that > > > using the 'Other' tab would prevent this from happening.> > >> > > Thanks,> > >> > > Kevin> > >> > >> > >> > > -----Original Message-----> > > From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On > > > Behalf Of Adao-Cruz, Miguel> > > Sent: Wednesday, May 17, 2006 11:34 AM> > > To: SAP Workflow Users' Group> > > Subject: RE: Multiple agents per one work item in workflow> > >> > >> > >> > > Hi,> > >> > > You say "the workitem"! Is your workflow creating multiple workitems> > > > with one reviewer each time or ONE workitem with all the reviewers?> > >> > > Cheers> > >> > >> > >> > > ____________________________________________________________________> > > __> > > _____> > > Miguel Adao-Cruz | Capgemini | London Technology Services SAP > > > Application Architect> > >> > > T.+44-870-238-2927 | Int.700 2927 | www.capgemini.com> > >> > > Join the Collaborative Business Experience > > > ____________________________________________________________________> > > __> > > _____> > >> > >  ________________________________> > >  From: sap-wug-bounces at mit.edu on behalf of May, Kevin> > > Sent: Wed 17/05/2006 16:12> > > To: sap-wug at mit.edu> > > Subject: Multiple agents per one work item in workflow> > >> > >> > >> > >> > >> > >> > >> > > Hi, I've got a workflow multiline element which contains user id's. > > > Currently all the agents in the multiline element are being sent the> > > > workitem, however the first agent to execute the workitem removes it> > > > from the other agent's inboxes. I've got the multiline element in > > > the 'Other' tab of the step and I've tried using the multiline > > > element index in the agent assignment of the step, i.e.> > > '&REVIEWERS[&_WF_PARFOREACH_INDEX&]&'. What am I forgetting?> > >> > > Thanks in advance,> > >> > > Kevin> > >> > >> > >  ________________________________> > >> > >> > > This email communication is intended as a private communication for > > > the sole use of the primary addressee and those individuals listed > > > for> >> > > copies in the original message. The information contained in this > > > email is private and confidential and If you are not an intended > > > recipient you are hereby notified that copying, forwarding or other > > > dissemination or distribution of this communication by any means is > > > prohibited.  If you are not specifically authorized to receive this > > > email and if you believe that you received it in error please notify> > > > the original sender immediately.  We honour similar requests > > > relating to the privacy of email communications.> > >> > >> > >> > >> > > Cette communication par courrier  lectronique est une communication > > > priv e l'usage exclusif du destinataire principal ainsi que des > > > personnes> > dont les> > > noms figurent en copie.  Les renseignements contenus dans ce > > > courriel> > sont> > > confidentiels et si vous n' tes pas le destinataire pr vu, vous  tes> > avis ,> > > par les pr sentes que toute reproduction, transfert ou autre forme > > > de diffusion de cette communication par quelque moyen que ce soit> est> > > interdite.  Si vous n' tes pas sp cifiquement autoris    recevoir ce> > > courriel ou si vous croyez l'avoir re u par erreur, veuillez en > > > aviser l'exp diteur original imm diatement.  Nous respectons les > > > demandes similaires qui touchent la confidentialit  des > > > communications par> > courrier> > >  lectronique. _______________________________________________> > > 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> >> > --------------------------------------------------------> >> >> > This email communication is intended as a private communication for> the sole use of the primary addressee and those individuals listed for> copies in the original message. The information contained in this email> is private and confidential and If you are not an intended recipient you> are hereby notified that copying, forwarding or other dissemination or> distribution of this communication by any means is prohibited.  If you> are not specifically authorized to receive this email and if you believe> that you received it in error please notify the original sender> immediately.  We honour similar requests relating to the privacy of> email communications.> >> > Cette communication par courrier electronique est une communication> privee a l'usage exclusif du destinataire principal ainsi que des> personnes dont les noms figurent en copie.  Les renseignements contenus> dans ce courriel sont confidentiels et si vous n'etes pas le> destinataire prevu, vous etes avise, par les presentes que toute> reproduction, transfert ou autre forme de diffusion de cette> communication par quelque moyen que ce soit est interdite.  Si vous> n'etes pas specifiquement autorise a recevoir ce courriel ou si vous> croyez l'avoir recu par erreur, veuillez en aviser l'expediteur original> immediatement.  Nous respectons les demandes similaires qui touchent la> confidentialite des communications par courrier electronique.> >> > _______________________________________________> > 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>  > --------------------------------------------------------> >   > This email communication is intended as a private communication for the> sole use of the primary addressee and those individuals listed for> copies in the original message. The information contained in this email> is private and confidential and If you are not an intended recipient you> are hereby notified that copying, forwarding or other dissemination or> distribution of this communication by any means is prohibited.  If you> are not specifically authorized to receive this email and if you believe> that you received it in error please notify the original sender> immediately.  We honour similar requests relating to the privacy of> email communications.>  > Cette communication par courrier electronique est une communication> privee a l'usage exclusif du destinataire principal ainsi que des> personnes dont les noms figurent en copie.  Les renseignements contenus> dans ce courriel sont confidentiels et si vous n'etes pas le> destinataire prevu, vous etes avise, par les presentes que toute> reproduction, transfert ou autre forme de diffusion de cette> communication par quelque moyen que ce soit est interdite.  Si vous> n'etes pas specifiquement autorise a recevoir ce courriel ou si vous> croyez l'avoir recu par erreur, veuillez en aviser l'expediteur original> immediatement.  Nous respectons les demandes similaires qui touchent la> confidentialite des communications par courrier electronique.> > _______________________________________________> SAP-WUG mailing list> SAP-WUG at mit.edu> http://mailman.mit.edu/mailman/listinfo/sap-wug> > This email has been scanned for all viruses by the MessageLabs SkyScan> service.> > **********************************************************************************> This email and any files transmitted with it are confidential, and may be subject to legal privilege, and are intended solely for the use of the individual or entity to whom they are addressed.  > If you have received this email in error or think you may have done so, you may not peruse, use, disseminate, distribute or copy this message. Please notify the sender immediately and delete the original e-mail from your system.> > Computer viruses can be transmitted by e-mail. Recipients should check this e-mail for the presence of viruses. The Capita Group and its subsidiaries accept no liability for any damage caused by any virus transmitted by this e-mail.> ***********************************************************************************> > > > ------------------------------> > Message: 2> Date: Thu, 18 May 2006 10:01:07 -0400> From: "May, Kevin" <KMay at petro-canada.ca>> Subject: RE: Multiple agents per one work item in workflow> To: "SAP Workflow Users' Group" <sap-wug at mit.edu>> Message-ID:> <2449B63CB6C05F419A8F871799E556AE0C312DB0 at PCAM2.pcacorp.net>> Content-Type: text/plain; charset="us-ascii"> > Hi Keith, no it's a good question.  Here's my reasoning.  I believe a> terminating event for the particular task is necessary because I want to> ensure that the task is complete before continuing to the next step.> Basically what I need is the same work item to be reviewed by 'n' amount> of agents.  Until either all agents have reviewed it or the deadline> monitoring is activated I don't want the workflow to continue to the> next step.  I figured that using the 'REVIEWED' method as a terminating> event would afford the opportunity to expedite things should all 'n'> reviewers complete their task before the deadline monitoring takes> effect. I'm new to workflow so perhaps my understanding is thin.> > Kevin> > -----Original Message-----> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf> Of Gardiner, Keith (CIS)> Sent: Thursday, May 18, 2006 9:52 AM> To: SAP Workflow Users' Group> Subject: RE: Multiple agents per one work item in workflow> > > HI Kevin,> > Forgive my ignorance of your particular application, but why do you need> a terminating event on the task? If your workflow has n parallel paths> and each has to be completed before the workflow is complete I don't see> the need for a terminating event but that be due to my ignorance.> > > Regards>  > Keith Gardiner>  > > -----Original Message-----> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf> Of May, Kevin> Sent: 18 May 2006 14:43> To: SAP Workflow Users' Group> Subject: RE: Multiple agents per one work item in workflow> > Hi Dave, I'm not exactly sure what you mean.  The BSP raises an event> which is used as a terminating event for the task.  If I raise this> event independently of the BSP I get the same result.  I have a feeling> that because the object key does not include the work item id when the> event is raised it ignores the work item id and terminates the work item> regardless of the various ids.  I've tried incorporating the work item> id into the object key which prevents them from all being terminated but> then the item hangs with the status 'STARTED'.> > Kevin> > -----Original Message-----> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf> Of Dave Weston> Sent: Wednesday, May 17, 2006 4:55 PM> To: SAP Workflow Users' Group> Subject: RE: Multiple agents per one work item in workflow> > > Was just wondering, for the BSP are you using the dialog based service> with callback or w/o callback in trans wf_extsrv. If its with callback> is the bsp referencing work item id in the method call ?> > Dave > > -----Original Message-----> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf> Of Gavin Mooney> Sent: Wednesday, May 17, 2006 4:21 PM> To: SAP Workflow Users' Group> Subject: Re: Multiple agents per one work item in workflow> > I wonder if the terminating event could be it. When you look in the log> (the tecnical one) it should show that the 'n' work items have all been> completed and if you expand the little tree it should show you who> completed them....So maybe in your case it shows that person 'x'> completed all the work items, or that the terminating event was raised> for all of the work items.> > Just a shot in the dark - how about turning on the "Confirm end of> processing" option on the task? Then it shouldn't disappear from the> inboxes automatically....> >  - Gavin> > 2006/5/17, May, Kevin <KMay at petro-canada.ca>:> > Hi Gavin, OK here's the situation.  I've got a step in a workflow> > which is has a multiline element called 'REVIEWERS'.  'REVIEWERS'> > contains a list of 'n' amount of R/3 user ids, lets say for example 3.> > > In the agent assignemnent of the step I have> > '&REVIEWERS[&_WF_PARFOREACH_INDEX&]&', in the 'Other' tab of the step > > I have 'REVIEWERS' in place.  When the step executes it sends off the > > same work item to each of the 3 agents.  Each instance of the work > > item has its own work item id, as expeected.  The task assigned to the> > > step contains a call to a custom method of a custom object.  This> > method calls a BSP.  From the BSP the user is able to complete their > > task which is done by raising a custom event 'REVIEWED' from the same > > object.  This event is a terminating event of the task.  I think this > > is where the problem lies because the element is '_WI_OBJECT_ID'> instead of the work> > item id.   What I need is for the work item to be completed by all> > designated agents before continuing to the next step.  What do you> > think?> >> > Thanks much,> >> > Kevin> >> > -----Original Message-----> > From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On> > Behalf Of Gavin Mooney> > Sent: Wednesday, May 17, 2006 3:19 PM> > To: SAP Workflow Users' Group> > Subject: Re: Multiple agents per one work item in workflow> >> >> > Kevin,> >> > This definitely IS possible without using a sub-workflow, I have a> > workflow in front of me that does it. What you described sounds > > exactly right.> >> > When you look in the workflow log, is a separate work item (i.e. a> > separate line in the log) being generated for each of the entries in > > the table of user IDs? The common problem is that several work items > > are generated, all of which go to several users. In your case I'm not > > clear on what is happening - it sounds like only one work item is > > being created and it being sent to multiple users. You could always > > try the old trick of removing the step and then putting it in> again.....> >> > Regards,> > Gavin> >> > 2006/5/17, May, Kevin <KMay at petro-canada.ca>:> > >> > >> > > Thanks, to you both.  It's unfortunate because it looked like I had> > > multiple agents for the same work item but each had their own work > > > item id.  It was so close and it seems like such a simple thing.> > > What's worse is that the 'Practical Workflow for SAP' book simply > > > says> >> > > in order to achieve this put the multiline element in the 'Other' > > > tab and then place the mulitiline element index in the agent > > > assignment of> >> > > the step and off you go.> > >> > > Thanks again,> > >> > > Kevin> > >> > >> > > -----Original Message-----> > > From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On> > > Behalf Of Dave Weston> > > Sent: Wednesday, May 17, 2006 1:31 PM> > > To: SAP Workflow Users' Group> > > Subject: RE: Multiple agents per one work item in workflow> > >> > >> > > Yes there has to be a sub workflow, with the task/step in the> > > subworkflow. I did this last year and it must be in a subworkflow, > > > especially if you want to return any check/approval results back to > > > the main flow.> > >> > > Dave> > >> > >  ________________________________> > >  From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On> > > Behalf Of Adao-Cruz, Miguel> > > Sent: Wednesday, May 17, 2006 12:00 PM> > > To: SAP Workflow Users' Group> > > Subject: RE: Multiple agents per one work item in workflow> > >> > >> > >> > >> > > Hi,> > >> > > I went through the same problem some projects ago but I don't> > > remember> >> > > how I solved it. If your step where you put the mutiline element is> > > a task, try to put this task in a sub-workflow and do the same > > > settings at the sub-workflow level. It might solve the problem.> > >> > > Cheers> > >> > >> > >> > > ____________________________________________________________________> > > __> > > _____> > > Miguel Adao-Cruz | Capgemini | London Technology Services SAP> > > Application Architect> > >> > > T.+44-870-238-2927 | Int.700 2927 | www.capgemini.com> > >> > > Join the Collaborative Business Experience> > > ____________________________________________________________________> > > __> > > _____> > >> > >  ________________________________> > >  From: sap-wug-bounces at mit.edu on behalf of May, Kevin> > > Sent: Wed 17/05/2006 16:41> > > To: SAP Workflow Users' Group> > > Subject: RE: Multiple agents per one work item in workflow> > >> > >> > >> > >> > > Hi Miguel, the step is creating one workitem with multiple workitem> > > ids being sent uniquely to each agent identified in the multiline > > > element.  This is working as I would expect dynamic parallel > > > processing to work.  However when the first agent reserves the > > > workitem it is then removed from all other agents.  I thought that > > > using the 'Other' tab would prevent this from happening.> > >> > > Thanks,> > >> > > Kevin> > >> > >> > >> > > -----Original Message-----> > > From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On> > > Behalf Of Adao-Cruz, Miguel> > > Sent: Wednesday, May 17, 2006 11:34 AM> > > To: SAP Workflow Users' Group> > > Subject: RE: Multiple agents per one work item in workflow> > >> > >> > >> > > Hi,> > >> > > You say "the workitem"! Is your workflow creating multiple workitems> > > > with one reviewer each time or ONE workitem with all the reviewers?> > >> > > Cheers> > >> > >> > >> > > ____________________________________________________________________> > > __> > > _____> > > Miguel Adao-Cruz | Capgemini | London Technology Services SAP> > > Application Architect> > >> > > T.+44-870-238-2927 | Int.700 2927 | www.capgemini.com> > >> > > Join the Collaborative Business Experience> > > ____________________________________________________________________> > > __> > > _____> > >> > >  ________________________________> > >  From: sap-wug-bounces at mit.edu on behalf of May, Kevin> > > Sent: Wed 17/05/2006 16:12> > > To: sap-wug at mit.edu> > > Subject: Multiple agents per one work item in workflow> > >> > >> > >> > >> > >> > >> > >> > > Hi, I've got a workflow multiline element which contains user id's.> > > Currently all the agents in the multiline element are being sent the> > > > workitem, however the first agent to execute the workitem removes it> > > > from the other agent's inboxes. I've got the multiline element in> > > the 'Other' tab of the step and I've tried using the multiline > > > element index in the agent assignment of the step, i.e.> > > '&REVIEWERS[&_WF_PARFOREACH_INDEX&]&'. What am I forgetting?> > >> > > Thanks in advance,> > >> > > Kevin> > >> > >> > >  ________________________________> > >> > >> > > This email communication is intended as a private communication for> > > the sole use of the primary addressee and those individuals listed > > > for> >> > > copies in the original message. The information contained in this> > > email is private and confidential and If you are not an intended > > > recipient you are hereby notified that copying, forwarding or other > > > dissemination or distribution of this communication by any means is > > > prohibited.  If you are not specifically authorized to receive this > > > email and if you believe that you received it in error please notify> > > > the original sender immediately.  We honour similar requests> > > relating to the privacy of email communications.> > >> > >> > >> > >> > > Cette communication par courrier  lectronique est une communication> > > priv e l'usage exclusif du destinataire principal ainsi que des > > > personnes> > dont les> > > noms figurent en copie.  Les renseignements contenus dans ce> > > courriel> > sont> > > confidentiels et si vous n' tes pas le destinataire pr vu, vous  tes> > avis ,> > > par les pr sentes que toute reproduction, transfert ou autre forme> > > de diffusion de cette communication par quelque moyen que ce soit> est> > > interdite.  Si vous n' tes pas sp cifiquement autoris    recevoir ce> > > courriel ou si vous croyez l'avoir re u par erreur, veuillez en> > > aviser l'exp diteur original imm diatement.  Nous respectons les > > > demandes similaires qui touchent la confidentialit  des > > > communications par> > courrier> > >  lectronique. _______________________________________________> > > 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> >> > --------------------------------------------------------> >> >> > This email communication is intended as a private communication for> the sole use of the primary addressee and those individuals listed for> copies in the original message. The information contained in this email> is private and confidential and If you are not an intended recipient you> are hereby notified that copying, forwarding or other dissemination or> distribution of this communication by any means is prohibited.  If you> are not specifically authorized to receive this email and if you believe> that you received it in error please notify the original sender> immediately.  We honour similar requests relating to the privacy of> email communications.> >> > Cette communication par courrier electronique est une communication> privee a l'usage exclusif du destinataire principal ainsi que des> personnes dont les noms figurent en copie.  Les renseignements contenus> dans ce courriel sont confidentiels et si vous n'etes pas le> destinataire prevu, vous etes avise, par les presentes que toute> reproduction, transfert ou autre forme de diffusion de cette> communication par quelque moyen que ce soit est interdite.  Si vous> n'etes pas specifiquement autorise a recevoir ce courriel ou si vous> croyez l'avoir recu par erreur, veuillez en aviser l'expediteur original> immediatement.  Nous respectons les demandes similaires qui touchent la> confidentialite des communications par courrier electronique.> >> > _______________________________________________> > 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>  > --------------------------------------------------------> >   > This email communication is intended as a private communication for the> sole use of the primary addressee and those individuals listed for> copies in the original message. The information contained in this email> is private and confidential and If you are not an intended recipient you> are hereby notified that copying, forwarding or other dissemination or> distribution of this communication by any means is prohibited.  If you> are not specifically authorized to receive this email and if you believe> that you received it in error please notify the original sender> immediately.  We honour similar requests relating to the privacy of> email communications.>  > Cette communication par courrier electronique est une communication> privee a l'usage exclusif du destinataire principal ainsi que des> personnes dont les noms figurent en copie.  Les renseignements contenus> dans ce courriel sont confidentiels et si vous n'etes pas le> destinataire prevu, vous etes avise, par les presentes que toute> reproduction, transfert ou autre forme de diffusion de cette> communication par quelque moyen que ce soit est interdite.  Si vous> n'etes pas specifiquement autorise a recevoir ce courriel ou si vous> croyez l'avoir recu par erreur, veuillez en aviser l'expediteur original> immediatement.  Nous respectons les demandes similaires qui touchent la> confidentialite des communications par courrier electronique.> > _______________________________________________> SAP-WUG mailing list> SAP-WUG at mit.edu> http://mailman.mit.edu/mailman/listinfo/sap-wug> > This email has been scanned for all viruses by the MessageLabs SkyScan> service.> > ************************************************************************> **********> This email and any files transmitted with it are confidential, and may> be subject to legal privilege, and are intended solely for the use of> the individual or entity to whom they are addressed.  > If you have received this email in error or think you may have done so,> you may not peruse, use, disseminate, distribute or copy this message.> Please notify the sender immediately and delete the original e-mail from> your system.> > Computer viruses can be transmitted by e-mail. Recipients should check> this e-mail for the presence of viruses. The Capita Group and its> subsidiaries accept no liability for any damage caused by any virus> transmitted by this e-mail.> ************************************************************************> ***********> > _______________________________________________> 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 18, Issue 74> ***************************************
_________________________________________________________________
Soyez parmi les premiers à essayer la future messagerie : Windows Live Messenger Beta
 http://ideas.live.com/programpage.aspx?versionId=0eccd94b-eb48-497c-8e60-c6313f7ebb73
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20060518/25805acd/attachment.htm