Hi Cheri,<br> Thanks for your valuable inputs. I liked the idea of first putting up all approver entries into Table and later loop around it in workflow, I thought of adding in table while determining approvers in runtime, but I feel it will be better to add all in a table initially and loop around it later. <br>
Very Thanks, even I am planning to go with second method but before that I have to do some homework, so as to make sure that everything is fine with second method.<br><br>God Bless.<br><br clear="all">Regards<br>Tushar Shinde.<br>
<a href="mailto:tushar.shinde20@gmail.com">tushar.shinde20@gmail.com</a><br><br>
<br><br><div class="gmail_quote">On Tue, Dec 6, 2011 at 9:08 PM, Cheri Myers <span dir="ltr"><<a href="mailto:myersc1@nku.edu">myersc1@nku.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div link="blue" vlink="purple" lang="EN-US">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">I have used method 2 for a couple different workflows now. I like it because I have abap code that determines the list of approvers and does all of the if statements.
We have some workflows that uses the cost centers owners or grant person responsible as approvers and I find maintaining abap code for changes in the list much easier to manage than changing workflow. I do one method that creates a table of the approvers
needed and then have an approval loop that loops through these in order until either finished or rejected.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Cheri Myers<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Northern Kentucky University<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<div style="border:none;border-top:solid #b5c4df 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> Tushar Shinde [mailto:<a href="mailto:tushar.shinde20@gmail.com" target="_blank">tushar.shinde20@gmail.com</a>]
<br>
<b>Sent:</b> Tuesday, December 06, 2011 5:49 AM<br>
<b>To:</b> SAP Workflow Users' Group<br>
<b>Subject:</b> Re: Query regarding a particular problem in workflow.<u></u><u></u></span></p>
</div><div><div class="h5">
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal" style="margin-bottom:12.0pt">Hi,<br>
Now, I have prepared all the methods for Agent Determination, but my concern is, I can develop the workflow in 2-ways,<br>
<br>
1 - To create a workflow with n-conditions & branches, with agents assigned explicitly at all levels, and based on conditions the branches will be executed.<br>
<br>
2 - which Rick suggested, wherein, put the approval step in a loop along with the agent determination method which will actually contain all complex logic to verify necessary conditions and to find the next possible agent in desired path and give it back to
workflow with incremental counter.<br>
<br>
Please suggest me I should follow which way, which one will be performance wise and also future maintenance wise better.<br>
Please let me know your views.<br>
Thanks.<br>
<br clear="all">
Best Regards<br>
Tushar Shinde.<br>
<a href="mailto:tushar.shinde20@gmail.com" target="_blank">tushar.shinde20@gmail.com</a><br>
<br>
<br>
<u></u><u></u></p>
<div>
<p class="MsoNormal">On Mon, Dec 5, 2011 at 11:08 AM, Rick Bakker <<a href="mailto:rbakker@gmail.com" target="_blank">rbakker@gmail.com</a>> wrote:<u></u><u></u></p>
<p class="MsoNormal">Hi Tushar,<br>
<br>
There is no need to do any forwarding. All you have to do is put your<br>
rules for deadline escalation into an agent determination method.<br>
<br>
You could, for example, set your user decision workitem to expire at<br>
creation time + 1 day and place it within a loop to re-create itself.<br>
Also in that loop is a step to call a method which determines who the<br>
agent(s) should be. The method places those values into a workflow<br>
container element and that is used by the workitem when it is<br>
re-created. You could make it more flexible by adding a step to<br>
specify the next deadline date instead of having it set at 1 day.<br>
<br>
The workflow part is straightforward. The agent determination method<br>
will be complicated, but still just straight ABAP.<u></u><u></u></p>
<div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
regards<br>
Rick Bakker<br>
hanabi technology<u></u><u></u></p>
</div>
<div>
<div>
<p class="MsoNormal">On Mon, Dec 5, 2011 at 4:04 PM, Tushar Shinde <<a href="mailto:tushar.shinde20@gmail.com" target="_blank">tushar.shinde20@gmail.com</a>> wrote:<br>
> Hi Rick,<br>
> Thanks for helping me out, Handling escalation at method level instead<br>
> at workflow level, for this I need to use standard FM for forwarding<br>
> workitem or there are already standard methods for deadline escalation using<br>
> methods.<br>
> Rick, if you can provide me some sample doc for understanding deadline<br>
> escalation using methods, it will help me to achieve my purpose.<br>
> Thanks.<br>
><br>
> Best Regards<br>
> Tushar Shinde.<br>
> <a href="mailto:tushar.shinde20@gmail.com" target="_blank">tushar.shinde20@gmail.com</a><br>
><br>
><br>
><br>
><br>
> On Sat, Dec 3, 2011 at 4:05 PM, Rick Bakker <<a href="mailto:rbakker@gmail.com" target="_blank">rbakker@gmail.com</a>> wrote:<br>
>><br>
>> Hello,<br>
>><br>
>> If deadline/agent determination rules get too complex then the<br>
>> simplest thing to do is to take it outside of the workflow and put it<br>
>> in a method. If the minimum escalation date is 1 day then set the<br>
>> deadline to 1 day and call a method to decide if it really should be<br>
>> escalated and to whom.<br>
>><br>
>> regards<br>
>> Rick Bakker<br>
>> hanabi technology<br>
>><br>
>> On Sat, Dec 3, 2011 at 8:59 PM, Tushar Shinde <<a href="mailto:tushar.shinde20@gmail.com" target="_blank">tushar.shinde20@gmail.com</a>><br>
>> wrote:<br>
>> > Hi Rick,<br>
>> > Agent determination is already done, my concern is how it can be<br>
>> > handled at workflow level i.e sometimes I need to escalate to next agent<br>
>> > but<br>
>> > sometimes the escalation should not happen. In same path how can I<br>
>> > control<br>
>> > the escalation to happen or not to happen.<br>
>> > Any inputs for this.<br>
>> ><br>
>> > Regards<br>
>> > Tushar Shinde.<br>
>> > <a href="mailto:tushar.shinde20@gmail.com" target="_blank">tushar.shinde20@gmail.com</a><br>
>> > <a href="mailto:ts_tushar@yahoo.co.in" target="_blank">ts_tushar@yahoo.co.in</a><br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > On Sat, Dec 3, 2011 at 3:08 PM, Rick Bakker <<a href="mailto:rbakker@gmail.com" target="_blank">rbakker@gmail.com</a>> wrote:<br>
>> >><br>
>> >> Hello,<br>
>> >><br>
>> >> You will have to build a fairly complex agent determination method with<br>
>> >> ABAP.<br>
>> >><br>
>> >> regards<br>
>> >> Rick Bakker<br>
>> >> hanabi technology<br>
>> >><br>
>> >> On Sat, Dec 3, 2011 at 6:57 PM, Tushar Shinde<br>
>> >> <<a href="mailto:tushar.shinde20@gmail.com" target="_blank">tushar.shinde20@gmail.com</a>><br>
>> >> wrote:<br>
>> >> > Dear Workflow Team,<br>
>> >> > I had a scenario to be built up in my existing workflow, the<br>
>> >> > scenario is, my existing workflow is of 2-Levels, wherein now based<br>
>> >> > on<br>
>> >> > the<br>
>> >> > new requirement I have to achieve the below mentioned purpose.<br>
>> >> > 1. When workflow triggers, it goes first to Reporting Manager (1st<br>
>> >> > Level) -><br>
>> >> > then to HOD(2nd Level), but now as per new requirement, if say today<br>
>> >> > the<br>
>> >> > workitem comes in inbox of HOD(2nd Level), and if for next 1-day HOD<br>
>> >> > is<br>
>> >> > on<br>
>> >> > Leave also if HOD is directly reporting to President of company, then<br>
>> >> > only<br>
>> >> > the workflow should be escalated to HR instead of escalating to<br>
>> >> > President,<br>
>> >> > otherwise no need for any escalation.<br>
>> >> ><br>
>> >> > 2. But here, the main problem is, the workitem should initially goto<br>
>> >> > HOD<br>
>> >> > &<br>
>> >> > should get escalated only after 1-day, if HOD is on Leave only on<br>
>> >> > that<br>
>> >> > particular day & only if HOD is direct reporting to President, if the<br>
>> >> > condition are not met than the workitem should not get escalated to<br>
>> >> > HR<br>
>> >> > or<br>
>> >> > President.<br>
>> >> ><br>
>> >> > 3.Also there is apossibility of 1st Level & 2nd Level are both same<br>
>> >> > Agents<br>
>> >> > or Person, in that case I have to built a check at 1st Level also.<br>
>> >> ><br>
>> >> > One thing is sure that I have to branch into 2-condition if the<br>
>> >> > person<br>
>> >> > is<br>
>> >> > direct reporting to president than 1st Branch will execute else 2nd<br>
>> >> > Branch<br>
>> >> > will execute. Now whatever escalation logic I have to implement is<br>
>> >> > that<br>
>> >> > will<br>
>> >> > be in 1st Branch.<br>
>> >> ><br>
>> >> > Hope, I am pretty much clear in explaining my problem. Please let me<br>
>> >> > know<br>
>> >> > how best I can solve the problem.<br>
>> >> ><br>
>> >> > Happy Weekend.<br>
>> >> > God Bless.<br>
>> >> ><br>
>> >> > Best Regards<br>
>> >> > Tushar S.<br>
>> >> ><br>
>> >> ><br>
>> >> ><br>
>> >> ><br>
>> >> > _______________________________________________<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/mailman/listinfo/sap-wug</a><br>
>> >> ><br>
>> >><br>
>> >> _______________________________________________<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/mailman/listinfo/sap-wug</a><br>
>> ><br>
>> ><br>
>> ><br>
>> > _______________________________________________<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/mailman/listinfo/sap-wug</a><br>
>> ><br>
>><br>
>> _______________________________________________<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/mailman/listinfo/sap-wug</a><br>
><br>
><br>
><br>
> _______________________________________________<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/mailman/listinfo/sap-wug</a><br>
><br>
<br>
_______________________________________________<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/mailman/listinfo/sap-wug</a><u></u><u></u></p>
</div>
</div>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div></div></div>
</div>
<br>_______________________________________________<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" target="_blank">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>
<br></blockquote></div><br>