UWL and USERDECSIONHANDLER
Dart, Jocelyn
jocelyn.dart at sap.com
Wed Dec 12 20:07:50 EST 2007
Paul, Although that works it is a pretty lousy approach from a usability perspective. As I have pointed out before on this forum, the best approach is to use the UWL XML config to configure additional actions (buttons) to call the application used in the subsequent step and pass back an appropriate event or container element to indicate the next step can be skipped. You can also configure a button which combines the update of the user decision with the call of the next step. From a user perspective the process is then seamless although obviously there is a little additional work for the workflow developer.
John, yes you can use the Updating Container handler - you haven't defined it properly if that is the complete fragment. Suggest you check the help doco and the DTD again. Also you are missing the user decision key which passes back which button was pressed to the workflow from your user decision actions?! And you seem to be trying to define 2 handlers for the same action (button) - I don't think that will work - one would cancel out the other. Why don't you just create two additional decisions "Approved from UWL" and "Rejected from UWL" with their own decision key numbers?
Regards,
Jocelyn
________________________________
From: sap-wug-bounces at mit.edu on behalf of Paul.Bakker at osr.treasury.qld.gov.au
Sent: Thu 13/12/2007 9:46 AM
To: SAP Workflow Users' Group
Subject: RE: UWL and USERDECSIONHANDLER
Bob/John,
FYI, there is a way around the vexing 'UWL / Advance with Dialog' issue.
If you present the UWL approval workitem as a 'backend' workitem
(in other words, it appears in the portal but looks like an SBWP workitem -
I believe this is the default display option),
then the 'advance with dialog' setting will cause the subsequent 'reason
for rejection' popup to appear immediately.
The disadvantage is that this workitem may look different to all your other
UWL workitems - assuming you use IViews.
Apologies if I don't have the terminology right! I don't mess around much
with the UWL representation of workitems...
cheers
Paul
"Schmidt, Bob"
<bschmidt at ugs.com
> To
Sent by: "SAP Workflow Users' Group"
sap-wug-bounces at m <sap-wug at mit.edu>
it.edu cc
Subject
13/12/2007 04:53 RE: UWL and USERDECSIONHANDLER
Please respond to
"SAP Workflow
Users' Group"
<sap-wug at mit.edu>
John,
We've been able to use the backend workflow for all cases but one.
The one case is when a manager is Rejecting a Business Trip. In the
backend workflow, the user clicks on the Reject button in a decision step
(BO-Decision, Method-Process) and then immediately following a window
appears where they are expected to enter the reason(BO-SOFM,
Method-Compose). These are two separate tasks in the workflow.
In the UWL, I can present the approval/rejection decision along with the
reason for rejection text box in one view by entering in the XML
configuration an override for the decision task. However, I need to skip
the subsequent step that asks for user to enter a reason for rejection.
This is the oft-mentioned "Advance with Dialog" issue in UWL.
By and large, the workflow without modification, has functioned just fine
in the UWL.
Hope this helps...
Bob
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of
John A Haworth
Sent: Wednesday, December 12, 2007 11:49 AM
To: SAP Workflow Users' Group
Subject: Re: UWL and USERDECSIONHANDLER
Hi
I posted a request earlier regarding Trip Approval. Your post has raised a
couple of questions. We also will be using Portal and SapGui as entry
points.
I am familiar with the workflow process in the backend R3 system but not
touched the Portal side. I was assuming the workflow developed in the
backend, would be the same one used if decision were made in Portal or
SAPGUI, but it sounds from your post that there are restrictions, could you
explain and point me to further documentation of what these are and how I
overcome them, before I start the development.
Many Thanks
John
CSC Computer Sciences Limited
Registered Office: Royal Pavilion, Wellesley Road, Aldershot, Hampshire,
GU11 1PZ, UK
Registered in England No: 0963578
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
This is a PRIVATE message. If you are not the intended recipient, please
delete without copying and kindly advise us by e-mail of the mistake in
delivery.
NOTE: Regardless of content, this e-mail shall not operate to bind CSC to
any order or other contract unless pursuant to explicit written agreement
or government initiative expressly permitting the use of e-mail for such
purpose.
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
"Schmidt, Bob" <bschmidt at ugs.com>
Sent by: sap-wug-bounces at mit.edu
To
12/12/2007 16:03 <sap-wug at mit.edu>
cc
Subject
UWL and
USERDECSIONHANDLER
Please respond to
"SAP Workflow Users' Group"
<sap-wug at mit.edu>
We are rolling out Travel Management through ESS to our users on EP 7.0 and
ECC 6.0. We've had our own custom workflow for approval/rejection of
Travel Management expenses which has been operational through the SAPGUI
for years. Because of extensive role resolution logic in the backend
workflow, I'd like to utilize the same workflow regardless of whether the
decisions are processed through the SAPGUI or the Portal. However, I'd
have to put some decisions in the workflow to test whether an approval was
done via the UWL to bypass tasks with SOFM-Compose method. It should be
easy.
For the Approve/Reject in the UWL, the USERDECISIONHANDLER in the XML file,
has worked fine. Specifying the UserDecisionNote as mandatory has allowed
me to require text entry for a rejection as well.
Now, to the crux of the issue. I need to get a value back to the workflow
container to indicate that the decision task was performed in the UWL. The
UPDATINGCONTAINERHANDLER would seem to fit the bill nicely. Yet, I can't
make the UPDATINGCONTAINERHANDLER work with the USERDECISIONHANDLER. The
XML is below. Is this possible?
Or, should I just can it and get a custom iView created to do what I need?
We've already started to go down that path...
Thanks!
Bob
<Actions>
<Action name="1" groupAction="yes" userDecision="yes"
handler="UserDecisionHandler">
<Descriptions default="Approve"/>
</Action>
<Action name="2" groupAction="yes" userDecision="yes"
handler="UserDecisionHandler">
<Properties>
<Property name="UserDecisionNote" value="mandatory"/>
<Property name="UserDecisionTitle" value="Reject Reason"/>
</Properties>
<Descriptions default="Reject"/>
</Action>
<Action name="2" userDecision="no"
handler="UpdatingContainerHandler">
<Properties>
<Property name="UWL_Executed" value="Y"/>
</Properties>
</Action>
</Actions>_______________________________________________
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
******************************************************************************************************************************************************
Only an individual or entity who is intended to be a recipient of this e-mail may access or use the information contained in this e-mail or any of its attachments. Opinions contained in this e-mail or any of its attachments do not necessarily reflect the opinions of Queensland Treasury.
The contents of this e-mail and any attachments are confidential and may be legally privileged and the subject of copyright. If you have received this e-mail in error, please notify Queensland Treasury immediately and erase all copies of the e-mail and the attachments. Queensland Treasury uses virus scanning software. However, it is not liable for viruses present in this e-mail or in any attachment.
******************************************************************************************************************************************************
_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu
http://mailman.mit.edu/mailman/listinfo/sap-wug
More information about the SAP-WUG
mailing list