<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
</head>
<body class='hmmessage'>
It seems like I suggested this before, but I will risk it again. <br><br>I have used WF_TASK.Dispatch to provide a list of the possible agents in the target task to select one as the assigned agent. It includes the US in front of the ID.<br><br>Check out TS30000152. Would this not work for your situation? Perhaps I don't understand the problem.<br><br>Ed<br><br>> Date: Thu, 11 Nov 2010 15:03:08 +0000<br>> Subject: Re: User Container input after execution of work item<br>> From: wug@workflowconnections.com<br>> To: sap-wug@mit.edu<br>> <br>> "Now I just need to find a simple way of putting a "US" in front of the<br>> user ID ;-)"<br>> Functional method in a binding:<br>> &AGENT& <== %ZCL_WF_UTIL=>GET_AGENT_FROM_USER( &USERID& )%<br>> You don't even need to implement IF_WORKFLOW if your class isn't going to<br>> be stored in the container.<br>> <br>> Have fun,<br>> Mike<br>> <br>> <br>> On Thu, November 11, 2010 1:52 pm, michael.mcley@daimler.com wrote:<br>> > Mike,<br>> ><br>> > Thanks for the input. I am currently experimenting with something like<br>> > that now - using a "forms" step. Since a form can do a direct workflow<br>> > container modification as default behavior - this seems to be close to<br>> > what I was looking for. I found a structure that has the F4 user search<br>> > help which is what they need in order to find the correct user ID based on<br>> > first name / last name.<br>> ><br>> > Now I just need to find a simple way of putting a "US" in front of the<br>> > user ID ;-)<br>> ><br>> > Michael McLey<br>> > MBUSI - IT Parts & Administration<br>> > Mercedes-Benz US International, Inc.<br>> > 1 Mercedes Drive<br>> > Vance, AL 35490<br>> > PHONE: (205) 462 - 5239<br>> > EMAIL: michael.mcley@daimler.com<br>> ><br>> ><br>> ><br>> > wug@workflowconnections.com<br>> > Sent by: sap-wug-bounces@mit.edu<br>> > 11/11/2010 06:15 AM<br>> > Please respond to<br>> > sap-wug@mit.edu<br>> ><br>> ><br>> > To<br>> > sap-wug@mit.edu<br>> > cc<br>> ><br>> > Subject<br>> > Re: User Container input after execution of work item<br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > Hi Michael,<br>> ><br>> > Not sure if you're still on a mission with this one, but my solution in<br>> > these scenarios is to have a user decision following the step, and both of<br>> > these in a loop.<br>> > Advance in dialog switched on means the decision pops up after user exits<br>> > transaction. Choices: Continue editing, Finished, Select new agent. On the<br>> > select agent outcome, you can use the "Select agent" wizard to generate an<br>> > appropriate task that will popup an agent list (you can<br>> > copy/modify/butcher this if you need a different list).<br>> > Obviously you will also need flags/conditions/agent lists etc., but I<br>> > trust you get the idea.<br>> ><br>> > Cheers,<br>> > Mike<br>> ><br>> ><br>> > On Wed, October 27, 2010 3:31 pm, michael.mcley@daimler.com wrote:<br>> >> Hello Wuggers,<br>> >><br>> >> I have a small issue that has probably been addressed many times before,<br>> >> but if you have some information or maybe a link to a similar topic ...<br>> >><br>> >> We have an invoice verification workflow where accounts payable parks an<br>> >> incoming invoice and the PARKED event triggers a workflow for the<br>> > approval<br>> >> of the invoice. If approved, AP will post the invoice. If rejected, AP<br>> >> will follow up with an additional work item (which just calls tcode MIR4<br>> >> in change mode) to modify the invoice and park again (so the approval<br>> >> process will loop thereafter until the invoice is finally approved and<br>> >> then deleted or posted).<br>> >><br>> >> The problem is that occasionally a reason for rejection is that the<br>> >> workflow selected the wrong approver as the agent for the approval task.<br>> >> This is due mostly to the less-than-accurate state of our org charts. So<br>> >> yes, the right answer is to fix our org charts, but let's assume for a<br>> >> variety of lame reasons this cannot be done. AP has the request that<br>> > they<br>> >> would like to be able to assign an agent when the invoice is parked<br>> > again,<br>> >> which for me means like a dialog box pops up, giving the current agent,<br>> >> and allowing AP to change the agent. The selection would then be<br>> > written<br>> >> to a container element and that container element used in the agent<br>> >> determination of the subsequent approval step.<br>> >><br>> >> So now, how to implement?<br>> >><br>> >> I currently have the checkbox "Confirm end of processing" checked in the<br>> >> AP rejected invoice task, which allows AP to decide when they are done<br>> >> editing the invoice (they may want to keep the item and edit it multiple<br>> >> times as more information comes to them). This dialog box would be a<br>> >> great mechanism to allow them to modify the container. However I would<br>> >> either have to change the dialog box, or create my own (with input<br>> > fields<br>> >> and functionality to write to the container) and use my Zdialog box<br>> >> instead of the SAP standard. I don't know how to do this.<br>> >><br>> >> I have also thought of creating a mini-loop in the rejected invoice step<br>> >> which will keep a work item in the inbox of AP until they are finally<br>> >> ready to park again. This loop would have as a subsequent step some<br>> > kind<br>> >> of dialog which would allow input into the container. I am worried<br>> >> however that this would clutter the logs with a new step every time the<br>> >> work item is opened but not processed.<br>> >><br>> >> Any recommendations here? I guess this falls under the category of<br>> > ad-hoc<br>> >> or on-the-fly agent determination techniques.<br>> >><br>> >> Thanks for your help.<br>> >><br>> >> Michael McLey<br>> >> MBUSI - IT Parts & Administration<br>> >> Mercedes-Benz US International, Inc.<br>> >> 1 Mercedes Drive<br>> >> Vance, AL 35490<br>> >> PHONE: (205) 462 - 5239<br>> >> EMAIL: michael.mcley@daimler.com<br>> >><br>> >> If you are not the intended addressee, please inform us immediately that<br>> >> you have received this e-mail in error, and delete it. We thank you for<br>> >> your cooperation. _______________________________________________<br>> >> SAP-WUG mailing list<br>> >> SAP-WUG@mit.edu<br>> >> http://mailman.mit.edu/mailman/listinfo/sap-wug<br>> >><br>> ><br>> ><br>> > _______________________________________________<br>> > SAP-WUG mailing list<br>> > SAP-WUG@mit.edu<br>> > http://mailman.mit.edu/mailman/listinfo/sap-wug<br>> ><br>> ><br>> ><br>> > If you are not the intended addressee, please inform us immediately that<br>> > you have received this e-mail in error, and delete it. We thank you for<br>> > your cooperation. _______________________________________________<br>> > SAP-WUG mailing list<br>> > SAP-WUG@mit.edu<br>> > http://mailman.mit.edu/mailman/listinfo/sap-wug<br>> ><br>> <br>> <br>> _______________________________________________<br>> SAP-WUG mailing list<br>> SAP-WUG@mit.edu<br>> http://mailman.mit.edu/mailman/listinfo/sap-wug<br> </body>
</html>