PR Release WF - GRC ME54N

Tue Aug 16 17:37:43 EDT 2016

Whaaaaat?!?? For real??

Just when I thought WUG was dead it delivers some gold!

My memory isn't great but I don't remember having any problems using background release of PR by WF-BATCH based on user decision approval. I'm all for user decision, system update. It's the only practical way to ensure true instance level SoD. That's certainly the standard I've set at my current govt client and 2.5 years in we're about to introduce PRs (it's all been Carts so far). 

If anyone does know of issues of background release I'd love details. I don't intend to hack around them, I'll be bitching to SAP to get them resolved. Luckily on this project we have their attention and can get things fixed. 

Many thanks!

Have fun,
Mark

> On 17 Aug 2016, at 3:35 AM, Bill C <billtcraig at gmail.com> wrote:
> 
> Jeffrey,
> I was on a project that did not want users to access ME54N.  After about a year of my life and many issues they decided to allow users access.  The problems we faced were not so much the simple release of the PR but rather all the integration into FM budgetary ledger etc.  It seems that the simple release from the business object BUS2105 does not invoke any of these integration points.  One step I added was executing program RFFMRP34N to create the follow on documents etc., then trying to figure out how and who should review and handle any errors...the list goes on and on. 
> 
> My advice, and I understand that it is not always easy, would be to convince them there is a reason the standard workflow uses ME54N.  I would certainly try Florin's approach rather than trying to work around ME54N.
> 
> Thanks,
> Bill Craig 
> 
>> On Tue, Aug 16, 2016 at 12:01 PM, <sap-wug-request at mit.edu> wrote:
>> 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. PR Release WF - GRC ME54N (Jeffrey A. Rappaport)
>>    2. Re: PR Release WF - GRC ME54N (Florin Wach (SI))
>> 
>> 
>> ----------------------------------------------------------------------
>> 
>> Message: 1
>> Date: Tue, 16 Aug 2016 09:43:55 -0400
>> From: "Jeffrey A. Rappaport" <Jeff at Business-Workflow.com>
>> Subject: PR Release WF - GRC ME54N
>> To: "SWUG \(SAP\)" <SAP-WUG at mit.edu>
>> Message-ID: <470D0CB4BF7448E4A6EA169CDB3512E4 at jrapp123>
>> Content-Type: text/plain; charset="utf-8"
>> 
>> Hey WUG?ers,
>> 
>>   Has anyone had any Clients out there that wound up restricting their Users from having access to both ME51N/ME52N with ME54N, due to real tight GRC ?Segregation of Duties? outcomes? And ended up having to redesign the entire PR Release WF process due to no one having access to ME54N?
>> 
>> Thanx for your feedback,
>> 
>> Jeffrey A. Rappaport
>> Business Workflow Inc.
>> Voice: +1 (561) 508-2555
>> Fax:    +1 (866) 301-7666
>> Email: Jeff at Business-Workflow.com
>> Web: www.Business-Workflow.com
>> Link: www.linkedin.com/in/businessworkflow
>> 
>> 
>> 
>> The information contained in this message may be privileged, confidential and protected from disclosure. If the Reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error and would like to be removed from any future mailings from this Sender, please hit 'Reply' to this email with "REMOVE" in the Subject line.
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20160816/3c138b1a/attachment-0001.html
>> 
>> ------------------------------
>> 
>> Message: 2
>> Date: Tue, 16 Aug 2016 16:08:33 +0200
>> From: "Florin Wach (SI)" <florin.wach at systems-integration.net>
>> Subject: Re: PR Release WF - GRC ME54N
>> To: "SAP Workflow Users' Group" <sap-wug at mit.edu>
>> Message-ID:
>>         <6D971557-D407-4C76-9995-DA3288B728D5 at systems-integration.net>
>> Content-Type: text/plain; charset="utf-8"
>> 
>> ? what the heck :-) ? or hack :-)
>> 
>> Well, in a way yes and no: Normally the releasers, which are involved during the process are cost center owners, project managers or similar ? so they usually can ALSO create or change manual requisitions for the own duties.
>> During the release transaction, the ME54N allows for changes within certain limitations (e.g. change of total value) and otherwise the release procedure will be reset.
>> 
>> However, your requirement might be somewhat easy to achieve via customizing, when you change the release indicator that you?re using DURING the approval, and modify the setting to ?No change possible?.
>> This way, the requisition cannot be changed, while it?s in approval. If someone needs to make a change, the releases need to be reset ? somehow? you got to try that out ;-)
>> 
>> 
>> Other option: Get a screen user exit or BADI during post that prevents the requisition from beeing changed, other than the release codes.
>> 
>> 
>> 
>> 
>> Mit freundlichen Gruessen / With kind regards
>>   Florin Wach
>>   Senior Workflow Engineer
>>   Systems-Integration
>> 
>> --------------------------------------------------
>> http://www.systems-integration.net <http://www.systems-integration.net/>
>> > Am 16.08.2016 um 15:43 schrieb Jeffrey A. Rappaport <Jeff at Business-Workflow.com>:
>> >
>> > Hey WUG?ers,
>> >
>> >   Has anyone had any Clients out there that wound up restricting their Users from having access to both ME51N/ME52N with ME54N, due to real tight GRC ?Segregation of Duties? outcomes? And ended up having to redesign the entire PR Release WF process due to no one having access to ME54N?
>> >
>> > Thanx for your feedback,
>> >
>> > Jeffrey A. Rappaport
>> > Business Workflow Inc.
>> > Voice: +1 (561) 508-2555
>> > Fax:    +1 (866) 301-7666
>> > Email: Jeff at Business-Workflow.com <mailto:Jeff at Business-Workflow.com>
>> > Web: www.Business-Workflow.com <http://www.business-workflow.com/>
>> > Link: www.linkedin.com/in/businessworkflow <http://www.linkedin.com/in/businessworkflow>
>> >
>> >
>> >
>> > The information contained in this message may be privileged, confidential and protected from disclosure. If the Reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error and would like to be removed from any future mailings from this Sender, please hit 'Reply' to this email with "REMOVE" in the Subject line.
>> > _______________________________________________
>> > SAP-WUG mailing list
>> > SAP-WUG at mit.edu
>> > http://mailman.mit.edu/mailman/listinfo/sap-wug
>> 
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20160816/2b1375b8/attachment-0001.html
>> 
>> ------------------------------
>> 
>> _______________________________________________
>> SAP-WUG mailing list
>> SAP-WUG at mit.edu
>> http://mailman.mit.edu/mailman/listinfo/sap-wug
>> 
>> 
>> End of SAP-WUG Digest, Vol 138, Issue 1
>> ***************************************
> 
> 
> 
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20160816/115bf54c/attachment-0001.html