Secondary Method, UserDecisionhandler, poor display of transaction in the backend

Mon Jan 11 20:18:44 EST 2010

Hi Jocelyn,

where in the xml one can make the change so we can say that <Property 
name="GuiType" value="WinGui"/> for the Secondary Method?

If the PO is rejected, it goes back to the PO Creator for him/her to make 
the required changes. For this task, we can clearly see in the xml where 
to make the change and it works like a charm i.e. when the user changes 
the PO, he/she sees a really nice screen (standard SAP screen, but looking 
really nice).

Before the approver can approve the PO, we are giving them the chance to 
display the PO. This is achieved by using a Secondary Method in the 
Decision Task. However, when the user clicks the link to display the PO 
the screen he/she sees is not as nice as the one for the PO Creator when 
he/she is changing the PO.

Where in the xml the Secondary Method is 'called'? Is the call to execute 
the Secondary Method somewhere in an xml file? 

Any ideas are welcomed!

Thanks,

Cristiana
_________________________________
Cristiana d'Agosto
IBM Global Business Services
Mobile:  +61 417 927 224
cristiana.dagosto at au1.ibm.com

"Dart, Jocelyn" <jocelyn.dart at sap.com> 
Sent by: sap-wug-bounces at mit.edu
08/01/2010 06:34 PM
Please respond to
"SAP Workflow Users' Group" <sap-wug at mit.edu>

To
"SAP Workflow Users' Group" <sap-wug at mit.edu>
cc

Subject
RE: Secondary Method, UserDecisionhandler, poor display of transaction  in 
the backend

Hi Margaret, 

You could use the XML config to open the transaction in WinGUI instead of 
WebGui - if the users will have SAPGUI on their own machines? There's a 
setting in the Portal Content Directory for the UWL that changes 
everything to open in WinGui by default instead of WebGui.  But it's a bit 
drastic. 

Or try a different transaction... some transactions look better than 
others in WebGUI... and there are usually several views for purchase 
contracts.

Alternatively you can use SWFVISU > Object Visualization to override the 
standard display method of the purchase contract with a web app equivalent 
if you have one. 

Regards,
Jocelyn 

-----Original Message-----
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf 
Of Margaret Jaco
Sent: Friday, 8 January 2010 12:31 PM
To: sap-wug at mit.edu
Subject: Secondary Method, UserDecisionhandler, poor display of 
transaction in the backend

As suggested I tried this on several desktops and laptops with different 
configurations but problem as stated still exists. If I use ME33K I get 
nice icons (even the little red truck). If I open from the Portal 
"Required Reading" Purchase Contract: .... - Display Object the output is 
very poor, no icons etc. I have used SWO1, BUS2014, instantiated and 
executed the Display method the display is sweet appearing with all the 
icons.

Problem:
Secondary Method on a User Decision Task. When the task appears in the UWL 
and the user hits the link under "Required Reading" in the Task 
Description then the transaction that appears is not neatly rendered with 
icons etc. I have defined the task in the xml with UserDecisionHandler. Is 
there something I can do in the xml to neaten the presentation/rendering 
of the display, make it the same as if using ME33K directly? 

Regards,

Margaret.

-----Original Message-----
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf 
Of sap-wug-request at mit.edu
Sent: Tuesday, 5 January 2010 4:00 PM
To: sap-wug at mit.edu
Subject: SAP-WUG Digest, Vol 62, Issue 1

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. Webflow workitem status is not changed (Hemanth Nandigam)
   2. RE: [LIKELY JUNK]Webflow workitem status is not changed
      (Dart, Jocelyn)
   3. RE: Secondary Method User Decision Task (Dart, Jocelyn)

----------------------------------------------------------------------

Message: 1
Date: Tue, 5 Jan 2010 02:27:25 +0530 (IST)
From: Hemanth Nandigam <nandigamhemanth at yahoo.com>
Subject: Webflow workitem status is not changed
To: sap-wug at mit.edu
Message-ID: <141480.89226.qm at web95212.mail.in2.yahoo.com>
Content-Type: text/plain; charset="us-ascii"

Hello All,

I have designed a simple custom SAP approval workflow (webflow based) and 
everything works fine when the work item is executed from SAP inbox. 
Whenever the work item is executed, the underlying BSP application gets 
called and after appropriate user action the work item status is set to 
'COMPLETED' which is as expected. 

If I copy the hyperlink from the internet explorer (when the workitem is 
executed from sap inbox) and re-run the hyperlink at a later stage; the 
status is getting changed to 'COMPLETED' after the appropriate user 
action.

My requirement is to execute the work item from a blackberry (which can 
not recognize sap work items). So I have copied the SAP delivered program 
'RSWUWFML2' {this program sends notifications to the agents of the 
workitems} and modified the logic to populate the hyperlink (same as that 
of the link that gets generated when executing the work item from SAP 
inbox) in the body of the email. 

Upon selecting the hyperlink in the e-mail; the underlying BSP application 
opens up(so far similar to the execution of workitem from SAP inbox). 
After appropriate user action in the bsp page; the method 
CL_SWF_IFS_WS_EXPORT=>LAUNCH_CALLBACK is executed successfully with out 
any exceptions. However the status of the workitem is not changing from 
the status 'READY'. 

 Any thoughts? Am I missing somewhere?

Appreciate your response and thanks in advance.

Regards,
Hemanth

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
http://mailman.mit.edu/pipermail/sap-wug/attachments/20100105/ea6b6eae/attachment-0001.htm

------------------------------

Message: 2
Date: Tue, 5 Jan 2010 05:56:13 +0100
From: "Dart, Jocelyn" <jocelyn.dart at sap.com>
Subject: RE: [LIKELY JUNK]Webflow workitem status is not changed
To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
Message-ID:
 <8C507B5E0BA5114E933C3C6E2E9729E005EC8FB638 at DEWDFECCR01.wdf.sap.corp>
Content-Type: text/plain; charset="us-ascii"

Hi Hemanth, If you are on ECC 6.0 or an NW 7.0 platform then Extended 
Notifications handles SMS notifications natively.
There are also details on how to execute work items via BlackBerry in the 
Darren Hague book on "Universal Worklist" available from SAP Press.
Regards,
Jocelyn

From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf 
Of Hemanth Nandigam
Sent: Tuesday, 5 January 2010 7:57 AM
To: sap-wug at mit.edu
Subject: [LIKELY JUNK]Webflow workitem status is not changed