[Privileged or Confidential] PR Release WF - GRC ME54N

Wed Aug 17 01:59:52 EDT 2016

Hi Mark,
Wow! Very interesting. I am not certain of your conditions but I assume you want to perform an Automation of PR release via WF-batch.You did not specify the type of Pr you want to automate.

I am assuming that the Pr is released entirely not at an item level.

My suggestion is that, get a concern approval  first ,so that someone can be accountable for such .
Secondly , you may omit the decision step in your workflow and replace it with an email notification once FW –batch has approved a Pr.
You can specify the period also . I am not sure what will happen when SoD is being violated  based on amounts  of each Pr

Julius Morifi
SAP Technical Administrator-Workflow
Barloworld Equipment
a division of Barloworld South Aftrica (Pty) Ltd
Electron Avenue Extention  Isando
PO Box 11 Isando 1600 South Africa
Telephone     +27 (11) 9290556
Mobile            +27 798906900
jmorifi at barloworld-equipment.com<mailto:fmosololi at barloworld-equipment.com>

From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of Mark Pyc
Sent: 16 August 2016 11:38 PM
To: SAP Workflow Users' Group
Subject: Re: PR Release WF - GRC ME54N

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<mailto: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<mailto:sap-wug-request at mit.edu>> wrote:
Send SAP-WUG mailing list submissions to
        sap-wug at mit.edu<mailto: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<mailto:sap-wug-request at mit.edu>

You can reach the person managing the list at
        sap-wug-owner at mit.edu<mailto: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<mailto:Jeff at business-workflow.com>>
Subject: PR Release WF - GRC ME54N
To: "SWUG \(SAP\)" <SAP-WUG at mit.edu<mailto: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<tel:%2B1%20%28561%29%20508-2555>
Fax:    +1 (866) 301-7666<tel:%2B1%20%28866%29%20301-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.
-------------- 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<mailto:florin.wach at systems-integration.net>>
Subject: Re: PR Release WF - GRC ME54N
To: "SAP Workflow Users' Group" <sap-wug at mit.edu<mailto:sap-wug at mit.edu>>
Message-ID:
        <6D971557-D407-4C76-9995-DA3288B728D5 at systems-integration.net<mailto: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<mailto: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<tel:%2B1%20%28561%29%20508-2555>
> Fax:    +1 (866) 301-7666<tel:%2B1%20%28866%29%20301-7666>
> Email: Jeff at Business-Workflow.com<mailto:Jeff at business-workflow.com> <mailto:Jeff at Business-Workflow.com<mailto:Jeff at Business-Workflow.com>>
> Web: www.Business-Workflow.com<http://www.Business-Workflow.com> <http://www.business-workflow.com/>
> Link: www.linkedin.com/in/businessworkflow<http://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<mailto: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<mailto: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<mailto:SAP-WUG at mit.edu>
http://mailman.mit.edu/mailman/listinfo/sap-wug

The provisions of Sections 11,12, and 13 of the Electronic Communications and Transactions Act, 25 of 2002, in so far as e-contracting is concerned are expressly excluded and contracted out of by Barloworld South Africa (Pty) Ltd (“Barloworld”) and, unless clearly stated to the contrary in the body of the data message or electronic communication no data message or electronic communication will be recognised as having legal contractual status as per the aforementioned provisions under any circumstances. All contracts concluded by Barloworld, its Business Units, Divisions and Subsidiaries will only be legally binding and recognised once reduced to physical writing and physically signed by a duly authorised representative of Barloworld. 

All other provisions of the Electronic Communications and Transactions Act, 25 of 2002 are accepted.

Barloworld Equipment - 8 Values: Safety + Integrity + Uncompromising Customer Service + Long Term Customer Relationships + Passion For Our Brands + Professionalism + Effective Communication + Winning Through Team Work.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20160817/6574da88/attachment-0001.html