User Container input after execution of work item

Thu Nov 11 10:18:16 EST 2010

It seems like I suggested this before, but I will risk it again.  

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.

Check out TS30000152.  Would this not work for your situation?  Perhaps I don't understand the problem.

Ed

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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20101111/72908ce8/attachment.htm