<div dir="ltr">I have PReq Item level release here, using a decision task and a Background Task calling BAPI_REQUISITION_RELEASE to do the releases(s). You need to run for each item that needs releasing.<div><br></div><div>I did try to use
BAPI_REQUISITION_RELEASE_GEN but reversed that out for not working.<br><div class="gmail_extra"><br></div><div class="gmail_extra">If it being updated by WF-BATCH is an issue, we update the Tracking Nbr field BEDNR with the Userid of the person that performed the Decision Task.</div><div class="gmail_extra"><br></div><div class="gmail_extra">All works well. <br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><div><div class="gmail_signature" data-smartmail="gmail_signature">Andy Curtis<br></div></div><div class="gmail_signature" data-smartmail="gmail_signature"><br></div><div class="gmail_quote">On Fri, Aug 26, 2016 at 3:41 PM, <span dir="ltr"><<a href="mailto:sap-wug-request@mit.edu" target="_blank">sap-wug-request@mit.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Send SAP-WUG mailing list submissions to<br>
<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" rel="noreferrer" target="_blank">http://mailman.mit.edu/<wbr>mailman/listinfo/sap-wug</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:sap-wug-request@mit.edu">sap-wug-request@mit.edu</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:sap-wug-owner@mit.edu">sap-wug-owner@mit.edu</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of SAP-WUG digest..."<br>
<br>Today's Topics:<br>
<br>
1. RE: TechED? (Dart, Jocelyn)<br>
2. RE: PR Release WF - GRC ME54N (Griffiths, Mark)<br>
<br><br>---------- Forwarded message ----------<br>From: "Dart, Jocelyn" <<a href="mailto:jocelyn.dart@sap.com">jocelyn.dart@sap.com</a>><br>To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>Cc: <br>Date: Fri, 26 Aug 2016 08:33:18 +0000<br>Subject: RE: TechED?<br>
<div lang="EN-AU" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal"><span style="color:rgb(31,73,125)">Hi Cheri<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125)">Sue Keohan’s sessions are always excellent.
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125)">And there is a workshop on Fiori My Inbox that I would recommend for workflow bods.
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125)">I’ll also be around also although my focus is more UX these days.
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125)">Rgds,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125)">Jocelyn
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="color:rgb(31,73,125)"><u></u> <u></u></span></p>
<div>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> <a href="mailto:sap-wug-bounces@mit.edu" target="_blank">sap-wug-bounces@mit.edu</a> [mailto:<a href="mailto:sap-wug-bounces@mit.edu" target="_blank">sap-wug-bounces@mit.<wbr>edu</a>]
<b>On Behalf Of </b>Cheri Myers<br>
<b>Sent:</b> Wednesday, 24 August 2016 11:56 PM<br>
<b>To:</b> <a href="mailto:sap-wug@mit.edu" target="_blank">sap-wug@mit.edu</a><br>
<b>Subject:</b> TechED?<u></u><u></u></span></p>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><span lang="EN-US">Just found out I am coming to TechEd for the first time and want to connect with fellow Workflow experts. I have been following this group and developing workflow and ABAP for almost 11 years. Hoping to get inspired with
some newer SAP skills and discuss solutions that have worked in your business and share what we do here at NKU.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Thanks,<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Cheri L. Myers <u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">ESG ABAP-Workflow Team<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Office of Information Technology<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">Northern Kentucky University<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><a href="mailto:Myersc1@nku.edu" target="_blank"><span style="color:blue">Myersc1@nku.edu</span></a><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><a href="tel:859-572-7673" value="+18595727673" target="_blank">859-572-7673</a><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><img border="0" width="275" height="43" style="width: 2.8666in; min-height: 0.45in;" src="cid:image002.jpg@01D1FFC8.4EDCF2A0" alt="cid:image002.png@01CE4737.54250A10"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US"><u></u> <u></u></span></p>
</div>
</div>
<br><br>---------- Forwarded message ----------<br>From: "Griffiths, Mark" <<a href="mailto:mark.griffiths@sap.com">mark.griffiths@sap.com</a>><br>To: "SAP Workflow Users' Group" <<a href="mailto:sap-wug@mit.edu">sap-wug@mit.edu</a>><br>Cc: <br>Date: Fri, 26 Aug 2016 14:41:40 +0000<br>Subject: RE: PR Release WF - GRC ME54N<br>
<div lang="EN-GB" link="blue" vlink="purple">
<div>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Hi Mark,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Hope you are well!<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Through the 90’s and 00’s I set up numerous PR and PO workflows where the release was carried out after approval by a User Decision
… I don’t recall any issues I couldn’t get around (though I was pretty good in those days;-). I just looked at some documentation from an old project where I made the following note about a new method I created on ZBUS2009:<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:10pt;font-family:"Trebuchet MS",sans-serif">ZRelease</span></b><span style="font-size:10pt;font-family:"Trebuchet MS",sans-serif">– Background synchronous method to release the requisition line using BAPI_REQUISITION_RELEASE.
In case of locking the method raises a temporary error, for other errors an application error is raised to error the workflow.</span><span style="font-size:10pt;font-family:"Trebuchet MS",sans-serif"><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Cheers,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)">Mark
<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt;font-family:Calibri,sans-serif;color:rgb(31,73,125)"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif">From:</span></b><span lang="EN-US" style="font-size:11pt;font-family:Calibri,sans-serif"> <a href="mailto:sap-wug-bounces@mit.edu" target="_blank">sap-wug-bounces@mit.edu</a> [mailto:<a href="mailto:sap-wug-bounces@mit.edu" target="_blank">sap-wug-bounces@mit.<wbr>edu</a>]
<b>On Behalf Of </b>Mark Pyc<br>
<b>Sent:</b> 24 August 2016 06:00<br>
<b>To:</b> SAP Workflow Users' Group <<a href="mailto:sap-wug@mit.edu" target="_blank">sap-wug@mit.edu</a>><br>
<b>Subject:</b> Re: PR Release WF - GRC ME54N<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">G'day Kjetil,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Some clients, such as this Govt example, have such complicated rules regarding who should approve what based on who ordered, what was ordered and where it was costed to that Release Codes are simply impractical both from a definition, config and
security allocation perspective. <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Beyond this my statement around SoD is that security alone (Release Code based or otherwise) can not prevent self approval. There are many instances where someone needs to have the ability to key documents and approve identical documents,
just not approve the documents they keyed. I've heard this quaintly referred to as "the four eyes principle".
<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">WFs based on User Decision steps (where there is no authority check) with WF-BATCH performing the Release is my preferred method where either such requirement exists. Users have no access to the direct Release transactions at all, and the
WF agent determination logic, however it's implemented (be it Resp Rules, BRF+, custom code) is the source of control, not allocation of security Roles. The power of "excluded" agents provides more control than Security ever can.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Regarding updating change logs to say something other than WF-BATCH, I push back on this. WF-BATCH did perform the Release. If you want to know who was involved in the approval review the WF log. This means when someone is given "fire fighter"
exceptional access to perform a manual release it's obvious from the Change Logs.
<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Still keen to know if anyone does know of any issues of WF-BATCH PReq Release....<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Have fun,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Mark<u></u><u></u></p>
</div>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On 24 August 2016 at 08:44, Kjetil Kilhavn <<a href="mailto:list.sap-wug@vettug.no" target="_blank">list.sap-wug@vettug.no</a>> wrote:<u></u><u></u></p>
<blockquote style="border-top:none;border-right:none;border-bottom:none;border-left:1pt solid rgb(204,204,204);padding:0cm 0cm 0cm 6pt;margin-left:4.8pt;margin-right:0cm">
<p class="MsoNormal">onsdag 17. august <a href="tel:2016%2007.37.43" target="_blank">2016 07.37.43</a> CEST skrev Mark Pyc:<br>
> I'm all for user decision, system update. It's the only practical way to<br>
> ensure true instance level SoD<br>
<br>
Could you be bothered to elaborate on that?<br>
I fail to see any advantages in terms of Segregation of Duties (assuming that<br>
is what you refer to) achieved by letting the user execute a user decision<br>
task as opposed to, in this case, a task that starts transaction ME54N?<br>
My point being that I don't see what you can do in your decision task that you<br>
couldn't just as well do with the task delivered by SAP. So, perhaps its just<br>
because I am not looking at it from the right perspective.<br>
<br>
<br>
> If anyone does know of issues of background release I'd love details.<br>
> I don't intend to hack around them, I'll be bitching to SAP to get them<br>
> resolved.<br>
It's not really an issue of background release, but when a user approves the<br>
release code in ME54N or ME28 an event terminates the work item. This means<br>
you can also hook up other workflows.<br>
<br>
Plus, if you are preventing business users from using ME28/ME54N:<br>
>From a user perspective: choice between ME28/ME54N and workflow inbox.<br>
>From a solution design perspective: you can choose to not use workflow for some<br>
release codes.<br>
<span><span style="color:rgb(136,136,136)">--</span></span><span style="color:rgb(136,136,136)"><br>
<span>Kjetil Kilhavn / Vettug AS (<a href="http://www.vettug.no" target="_blank">http://www.vettug.no</a>)</span></span><u></u><u></u></p>
<div>
<div>
<p class="MsoNormal">______________________________<wbr>_________________<br>
SAP-WUG mailing list<br>
<a href="mailto:SAP-WUG@mit.edu" target="_blank">SAP-WUG@mit.edu</a><br>
<a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" target="_blank">http://mailman.mit.edu/<wbr>mailman/listinfo/sap-wug</a><u></u><u></u></p>
</div>
</div>
</blockquote>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
<br>______________________________<wbr>_________________<br>
SAP-WUG mailing list<br>
<a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>
<a href="http://mailman.mit.edu/mailman/listinfo/sap-wug" rel="noreferrer" target="_blank">http://mailman.mit.edu/<wbr>mailman/listinfo/sap-wug</a><br>
<br></blockquote></div><br></div></div></div>