<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Exchange Server">
<!-- converted from rtf -->
<style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>
</head>
<body>
<font face="Calibri" size="2"><span style="font-size:11pt;">
<div>Hi Lalitha,</div>
<div> </div>
<div>We faced something similar with the purchase requisition workflow. We wanted the approver name to show in Item Changes but instead it was showing WF-BATCH. We solved this by using a custom method for the update task, in place of the standard BO method.
We set sy-uname to the approver from the user decision task.</div>
<div> </div>
<div style="padding-left:36pt;"><font face="Courier New">method RELEASE_REQ.</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> </font></div>
<div style="padding-left:36pt;"><font face="Courier New"> DATA: agent_user LIKE sy-uname,</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> return LIKE LINE OF et_return.</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> </font></div>
<div style="padding-left:36pt;"><font face="Courier New"> </font></div>
<div style="padding-left:36pt;"><font face="Courier New"> sy-uname = i_agent+2. </font></div>
<div style="padding-left:36pt;"> </div>
<div style="padding-left:36pt;"> </div>
<div style="padding-left:36pt;"><font face="Courier New"> CALL FUNCTION 'BAPI_REQUISITION_RELEASE_GEN'</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> EXPORTING</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> number = i_banfn</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> rel_code = i_relcode</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> no_commit_work = ' '</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> IMPORTING</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> rel_status_new = e_new_rel_stat</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> rel_indicator_new = e_new_rel_indicator</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> TABLES</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> return = et_return.</font></div>
<div style="padding-left:36pt;"><font face="Courier New"> ....</font></div>
<div> </div>
<div> </div>
<div>So for your situation, it sounds like you need to either extend BUS2089 and redefine the Approve method, or create a task based on a custom class method (Jocelyn Dart has done some excellent blogs on SCN that explain how to use OO classes to do this).
</div>
<div> </div>
<div>In your custom method assign the approver’s userid to sy-uname and call BAPI_TRIP_APPROVE similarly as shown in my code example. (This also lets you possibly do some additional error processing with the return table.) </div>
<div> </div>
<div>Now create a task using your new method and use that in your workflow as a background method, instead of foreground.</div>
<div> </div>
<div>Hope that helps!</div>
<div> </div>
<div>Margaret</div>
<div> </div>
<div>-----Original Message-----<br>
From: sap-wug-bounces@mit.edu [<a href="mailto:sap-wug-bounces@mit.edu">mailto:sap-wug-bounces@mit.edu</a>] On Behalf Of Lalitha Sankaran<br>
Sent: Tuesday, January 07, 2014 10:39 AM<br>
To: SAP Workflow Users' Group<br>
Subject: Re: Travel Approval using FIORI</div>
<div> </div>
<div>Hi Shai,</div>
<div> </div>
<div>Thank you for the response. Even if I create a custom decision task, it is still going to be calling the method Process from BO DECISION, I will not be able to add the update code here.</div>
<div>We do have a container element to store the ID of the actual approver, but that is not reflected in the trip history. Can't think of any other way to accomplish this.Is there anyway We can intervene in the User Decision task ?</div>
<div> </div>
<div>Thank you</div>
<div>Lalitha</div>
<div> </div>
<div>On 1/7/14, Shai Eyal <<a href="mailto:shaieyalis@gmail.com">shaieyalis@gmail.com</a>> wrote:</div>
<div>> Hi Lalitha,</div>
<div>> It does not work because "Advance with Dialog" feature is not </div>
<div>> supported in non-SAP session like Fiori or UWL or alike. You need to </div>
<div>> find a workaround like forcing actual username even though its </div>
<div>> background or storing the the actual username in some other field or </div>
<div>> embedding the status update in the decision step by creation a custom decision step.</div>
<div>></div>
<div>></div>
<div>></div>
<div>> *Regards,Shai Eyal*</div>
<div>></div>
<div>> *SAP Logistics senior consultantSAP Workflow & BPM specialist*</div>
<div>></div>
<div>> *http://www.linkedin.com/in/shaieyal</div>
<div>> <<a href="http://www.linkedin.com/in/shaieyal">http://www.linkedin.com/in/shaieyal</a>>Mobile: 972-52-5816633*</div>
<div>> *Skype: Shai.Eyal*</div>
<div>></div>
<div>></div>
<div>></div>
<div>> On Mon, Jan 6, 2014 at 7:28 PM, <<a href="mailto:sap-wug-request@mit.edu">sap-wug-request@mit.edu</a>> wrote:</div>
<div>></div>
<div>>> Send SAP-WUG mailing list submissions to</div>
<div>>> <a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a></div>
<div>>></div>
<div>>> To subscribe or unsubscribe via the World Wide Web, visit</div>
<div>>> <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a></div>
<div>>> or, via email, send a message with subject or body 'help' to</div>
<div>>> <a href="mailto:sap-wug-request@mit.edu">sap-wug-request@mit.edu</a></div>
<div>>></div>
<div>>> You can reach the person managing the list at</div>
<div>>> <a href="mailto:sap-wug-owner@mit.edu">sap-wug-owner@mit.edu</a></div>
<div>>></div>
<div>>> When replying, please edit your Subject line so it is more specific </div>
<div>>> than "Re: Contents of SAP-WUG digest..."</div>
<div>>></div>
<div>>></div>
<div>>> Today's Topics:</div>
<div>>></div>
<div>>> 1. Travel Approval using FIORI (Lalitha Sankaran)</div>
<div>>></div>
<div>>></div>
<div>>> ---------------------------------------------------------------------</div>
<div>>> -</div>
<div>>></div>
<div>>> Message: 1</div>
<div>>> Date: Mon, 6 Jan 2014 10:59:58 -0500</div>
<div>>> From: Lalitha Sankaran <lalisan@gmail.com></div>
<div>>> Subject: Travel Approval using FIORI</div>
<div>>> To: "SAP Workflow Users' Group" <sap-wug@MIT.EDU></div>
<div>>> Message-ID:</div>
<div>>> <</div>
<div>>> CA+H26G-A9T-Jr5o+x5t2KhFMLf1FwgtBeYXQXiVaWy5cxCiQyQ@mail.gmail.com></div>
<div>>> Content-Type: text/plain; charset=ISO-8859-1</div>
<div>>></div>
<div>>> Hi All,</div>
<div>>></div>
<div>>> We are doing a prototype to check if we can integrate FIORI App with </div>
<div>>> the existing T&E approval workflow.</div>
<div>>></div>
<div>>> Currently we have the approval as a 2 step process - Step 1 - </div>
<div>>> Approval task - which is a user decision task Step 2 - Set trip to </div>
<div>>> Approved - Based on the user decision, this step changes the status </div>
<div>>> of the trip, this is done in the foreground , so as to retain the </div>
<div>>> approver name in the trip history.If we make this a BG task, the </div>
<div>>> approval in the trip history ends up being WFBATCH.</div>
<div>>> This step uses the std method BUS2089.Approve</div>
<div>>></div>
<div>>> This is working fine for Non-FIORI approvals, but for FIORI, the </div>
<div>>> second task is not getting executed automatically , but is waiting </div>
<div>>> for the approver to execute it. The approver is the same for step 1 </div>
<div>>> and step 2. So it usually gets executed automatically. Not sure what </div>
<div>>> is preventing this. And need to get this resolved to implement FIORI.</div>
<div>>></div>
<div>>> Any inputs or suggestions please.</div>
<div>>></div>
<div>>> Thank you</div>
<div>>> Lalitha</div>
<div>>></div>
<div>>></div>
<div>>> ------------------------------</div>
<div>>></div>
<div>>> _______________________________________________</div>
<div>>> SAP-WUG mailing list</div>
<div>>> <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a></div>
<div>>> <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a></div>
<div>>></div>
<div>>></div>
<div>>> End of SAP-WUG Digest, Vol 110, Issue 5</div>
<div>>> ***************************************</div>
<div>>></div>
<div>></div>
<div>_______________________________________________</div>
<div>SAP-WUG mailing list</div>
<div><a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a></div>
<div><a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a></div>
<div> </div>
</span></font>
</body>
</html>