User Container input after execution of work item
michael.mcley@daimler.com
michael.mcley at daimler.com
Thu Nov 11 08:52:32 EST 2010
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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20101111/ea0f19eb/attachment.htm
More information about the SAP-WUG
mailing list