Stopping Escalation

[Edward Diehl]

Hi Claude,
This, ultimately, might not be much different than the z-table approach, but I just finished ( a while ago) reading through the SAP-PRESS publication for BRF+.  It is different from BRF as the + version is in the ABAP stack.  

If you're not looking for a quick solution, you might want to take a look at it.  I don't know what release you're on, but I think it is generally available by now.  

It supports several different rule structures and the resulting tables are available to the business process owners.  The tables are read by function calls.

Would love to get a chance to use this myself.   

Ed Diehl
"Success consists of going from failure to failure without loss of enthusiasm." 



Date: Wed, 29 Oct 2014 13:44:32 -0400
From: claude.bourque at rcmp-grc.gc.ca
To: sap-wug at mit.edu
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
http://mailman.mit.edu/mailman/listinfo/sap-wug 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.mit.edu/pipermail/sap-wug/attachments/20141029/c0f060ee/attachment.htm