<font face="Default Sans Serif,Verdana,Arial,Helvetica,sans-serif" size="2"><DIV>Hi Team,</DIV>
<DIV>&nbsp;</DIV>
<DIV>Thanks so much for&nbsp;including me in this group so far. Please unsubscribe me today onwards.<BR><BR><BR>Yarava Ramakrishnaiah<BR>Tata Consultancy Services<BR>11th Floor, Explorer Building, International Tech Park Ltd,<BR>Whitefield Road,<BR>Bangalore - 560066,Karnataka<BR>India<BR>Mailto: y.ramakrishnaiah@tcs.com<BR>Website: http://www.tcs.com<BR>____________________________________________<BR>Experience certainty. IT Services<BR>Business Solutions<BR>Outsourcing<BR>____________________________________________<BR><BR><FONT color=#990099>-----sap-wug-bounces@MIT.EDU wrote: -----</FONT> </DIV>
<DIV>
<BLOCKQUOTE style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: black 2px solid; MARGIN-RIGHT: 0px">To: "'SAP Workflow Users' Group'" &lt;sap-wug@MIT.EDU&gt;<BR>From: "harishraj" <HARISHRAJ2805@GMAIL.COM><BR>Sent by: sap-wug-bounces@MIT.EDU<BR>Date: 07/18/2010 01:22PM<BR>Subject: RE: Agent Detemination using Org Structure<BR><BR><PRE>Hello Yegorm,

Once again thank you for you valuable help.

I have created a responsibility rule with container variable to hold org
unit responsible for, and created a rule responsibility with relevant org
unit. With FM RH_GET_ACTORS I am able to determine the org unit id
programatically.

Thanks
Harish

-----Original Message-----
From: sap-wug-bounces@mit.edu [<A href="mailto:sap-wug-bounces@mit.edu">mailto:sap-wug-bounces@mit.edu</A>] On Behalf Of
yegorm
Sent: Sunday, 18 July 2010 4:34 AM
To: SAP Workflow Users' Group
Subject: Re: Agent Detemination using Org Structure

Harish,

To avoid harcoding (which is obviously too inflexible), you should
find some way to keep the id as some system setting\customization, and
read it  from your code.
For example you can create a responsibility rule "Orgunit responsible
for ..." and evaluate its value with RH_GET_ACTORS.
Get more info on responsibility rules here:
<A href="https://cw.sdn.sap.com/cw/docs/DOC-44595">https://cw.sdn.sap.com/cw/docs/DOC-44595</A>




On Sat, Jul 17, 2010 at 5:43 PM, harishraj &lt;harishraj2805@gmail.com&gt; wrote:
&gt; Hello Yegorm,
&gt;
&gt; Thank you very much for your kind help.
&gt;
&gt; Yes, the evaluation path B003 provides me the list of positions under the
&gt; organizational unit. I have tested this with the function module suggested
&gt; by you; it is providing me the list of positions under the org unit.
&gt;
&gt; Sorry to trouble you again, but the function module RH_STRUC_GET receives
&gt; the object id as parameter, so I have to give my org unit object ID as
&gt; parameter, when I transport the org unit to production environment, should
I
&gt; change function module parameter?
&gt;
&gt; Thanks
&gt; Harish
&gt;
&gt; -----Original Message-----
&gt; From: sap-wug-bounces@mit.edu [<A href="mailto:sap-wug-bounces@mit.edu">mailto:sap-wug-bounces@mit.edu</A>] On Behalf
Of
&gt; yegorm
&gt; Sent: Saturday, 17 July 2010 2:24 PM
&gt; To: SAP Workflow Users' Group
&gt; Subject: Re: Agent Detemination using Org Structure
&gt;
&gt; Hello, Harish!
&gt;
&gt; As i get it, here is what you need:
&gt;
&gt; input: a purchase org, a merchandise category, an org unit
&gt; output:
&gt; &nbsp;list of positions
&gt; requierment:
&gt; resulting list should be defined as the intersection of two lists:
&gt; 1) positions attached to given purchase org or merchandise category
&gt; 2) positions belonging to given org unit
&gt;
&gt; To get the second list you can use fm RH_STRUC_GET with an appropriate
&gt; evaluation path (something like O-O-S - I'm sorry I don't have access
&gt; to a sap system right now to give you exact name. you can test if you
&gt; chose the right eval path in transaction PPST)
&gt;
&gt;
&gt;
&gt; On Sat, Jul 17, 2010 at 1:09 AM, harishraj &lt;harishraj2805@gmail.com&gt;
wrote:
&gt;&gt; Hello All,
&gt;&gt;
&gt;&gt;
&gt;&gt;
&gt;&gt; We are planned use org structure (purely for workflow) for agent
&gt;&gt; determination in our workflow. We have more than 50 positions attached to
&gt;&gt; different org unit.
&gt;&gt;
&gt;&gt; For Example
&gt;&gt;
&gt;&gt; Org Unit A
&gt;&gt;
&gt;&gt; -&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Position A1
&gt;&gt;
&gt;&gt; -&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Position A2
&gt;&gt;
&gt;&gt; -&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Position A3
&gt;&gt;
&gt;&gt; Org Unit B
&gt;&gt;
&gt;&gt; -&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Position B1
&gt;&gt;
&gt;&gt; -&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Position B2
&gt;&gt;
&gt;&gt; -&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Position B3
&gt;&gt;
&gt;&gt;
&gt;&gt;
&gt;&gt; Within the Org Unit, the positions will be attached to SAP Business
Object
&gt;&gt; like Purchase Org, Merchandise Category, etc.
&gt;&gt;
&gt;&gt;
&gt;&gt;
&gt;&gt; And we are planning to use the custom function module to determine the
&gt;&gt; position attached purchase org and merchandise category, up to this point
&gt;&gt; everything works fine. But here the challenge is we want only the
&gt; positions
&gt;&gt; under Org Unit A having relevant purchase org and merchandise category,
&gt; but
&gt;&gt; the custom function module will determine all positions having these two
&gt;&gt; parameters across all org units.
&gt;&gt;
&gt;&gt;
&gt;&gt;
&gt;&gt; Is there any best way to determine the agent for this scenario without
hot
&gt;&gt; coding Org Unit. Currently we are exploring other possibility of
attaching
&gt;&gt; custom attribute to position to identify it is belongs to Org Unit A or B
&gt;&gt; etc. Or following naming convention against org unit and filtering
&gt; positions
&gt;&gt; within org unit and applying the objects search.
&gt;&gt;
&gt;&gt;
&gt;&gt;
&gt;&gt; Apologise for lengthy question.
&gt;&gt;
&gt;&gt;
&gt;&gt;
&gt;&gt; I greatly appreciate your valuable suggestions and feedbacks.
&gt;&gt;
&gt;&gt;
&gt;&gt;
&gt;&gt; Thanks
&gt;&gt;
&gt;&gt; Harish
&gt;&gt;
&gt;&gt;
&gt;&gt;
&gt;&gt;
&gt;&gt;
&gt;&gt; _______________________________________________
&gt;&gt; SAP-WUG mailing list
&gt;&gt; SAP-WUG@mit.edu
&gt;&gt; <A href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A>
&gt;&gt;
&gt;&gt;
&gt;
&gt; _______________________________________________
&gt; SAP-WUG mailing list
&gt; SAP-WUG@mit.edu
&gt; <A href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A>
&gt;
&gt;
&gt; _______________________________________________
&gt; SAP-WUG mailing list
&gt; SAP-WUG@mit.edu
&gt; <A href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A>
&gt;

_______________________________________________
SAP-WUG mailing list
SAP-WUG@mit.edu
<A href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A>


_______________________________________________
SAP-WUG mailing list
SAP-WUG@mit.edu
<A href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</A>
</PRE></BLOCKQUOTE></DIV>
<DIV></DIV></font><pre style="white-space:normal">=====-----=====-----=====<br>Notice: The information contained in this e-mail<br>message and/or attachments to it may contain <br>confidential or privileged information. If you are <br>not the intended recipient, any dissemination, use, <br>review, distribution, printing or copying of the <br>information contained in this e-mail message <br>and/or attachments to it are strictly prohibited. If <br>you have received this communication in error, <br>please notify us by reply e-mail or telephone and <br>immediately and permanently delete the message <br>and any attachments. Thank you<br><br><br></pre>