Stopping Escalation

[Desai, Suvarna]

Hello,
I think we can use the function module 'RH_STRUC_GET' for this one .This FM will get the org. unit tied directly to each of the position the user holds and restricts in reading the level above


Thanks.
Suvarna
From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf Of Dan Stoicof
Sent: Wednesday, October 29, 2014 11:59 AM
To: SAP Workflow Users' Group
Subject: Re: Stopping Escalation

Claude,

Evaluate position description, that should be the same in all systems and it generally has the CFO/CEO letters in it.  Once you find it, stop.

Regards,

Dan Stoicof

________________________________
From: Claude Bourque <claude.bourque at rcmp-grc.gc.ca<mailto:claude.bourque at rcmp-grc.gc.ca>>
To: sap-wug at mit.edu<mailto:sap-wug at mit.edu>
Sent: Wednesday, October 29, 2014 1:44 PM
Subject: Stopping Escalation

Greetings WUGgers

The following is more to start a discussion that to get an answer to a specific technical problem. So, here it goes.

I've been dealing with this for about 10 years and I'm wondering if there's a better way.

In a lot of workflows that I've built, the business wants escalation to stop once it reaches a certain position in the hierarchy. For example, don't go higher than the CFAO or the Director of HR. Or, if the user requestion leave, travel, training, etc is the CFO/CFAO then the approval is different than for other users.

I've used a variety of ways to do this including the following

1. Hard-code the position(s) within the workflow (bad, very bad)
2. Hard-code the position(s) within an ABAP method (still very bad)
2. Use a Z-table to store the position(s) in question and read that table from WF
3. Use table TVARVC (or TVARV)
4. I saw a customer once use table T77S0 to save the position(s).

Are there other significantly different options out there?

The main dilemma is that the CFO/CFAO position is most likely NOT the same in DEV, QA and Prod.

Thanks.

Cheers

Claude
Workflow Consultant RCMP

_______________________________________________
SAP-WUG mailing list
SAP-WUG at mit.edu<mailto:SAP-WUG at mit.edu>
http://mailman.mit.edu/mailman/listinfo/sap-wug


If you have received this email in error, please let me know by return email so I can make sure it doesn't happen again. Because emails can contain confidential and privileged material, I'd ask for your help by deleting it and any attachments. Thanks!

We like to keep people up to date with information about new products and services at ATB or changes that could affect you. You can check out more about ATB and CASL at http://www.atb.com/important-information/privacy-security/Pages/ATB-and-CASL.aspx 

If you would like to unsubscribe from our updates, please use this URL - http://www.atb.com/important-information/privacy-security/Pages/unsubscribe.aspx 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20141029/74dac31e/attachment-0001.htm