<br><font size=2 face="sans-serif">Hello Mark,</font>
<br>
<br><font size=2 face="sans-serif">thank you very much for your input.
&nbsp;Yes, it seems like at least one development request will be needed
in this area.</font>
<br>
<br><font size=2 face="sans-serif">I'll try to clarify the background for
my request :</font>
<br>
<br><font size=2 face="sans-serif">The range of possible agents in our
process is quite huge, almost all users in the system should be a possible
agent and it is desired to be able to forward from the SBWP inbox. Since
we want to keep the maintenance simple we have therefore defined the tasks
as &quot;General with forwarding allowed&quot;.</font>
<br>
<br><font size=2 face="sans-serif">My client is maintaining &nbsp;the HR
&quot;mini master data&quot; for all employees due to the usage of time
reporting within PS/PP.</font>
<br><font size=2 face="sans-serif">However, they are not maintaining infotype
&quot;Communication&quot; (0105) in which it is possible to assign a userID
to the employee record.</font>
<br><font size=2 face="sans-serif">Some &quot;creative&quot; users have
found out that if they press &quot;Additional selections&quot; in the forward
pop-up, they will be able to select Person (agent type P) and then search
for the correct receiver of the forward via the employee match code instead.</font>
<br><font size=2 face="sans-serif">The standard forward mechanism does
not control whether a userID is assigned or not to the selected object.
&nbsp;This is the same when selecting a position; it is possible to select
a position for which no userID is assigned. </font>
<br>
<br><font size=2 face="sans-serif">What happens is, of course, that the
work item gets forwarded but noone can see the work item in their inbox.
For the forwarder everything seems to be ok.</font>
<br><font size=2 face="sans-serif">So what we need to do is to run the
SWI2_ADM1 report in order to find all wi:s without agents and then manually
re-forward them to the userID instead.</font>
<br>
<br>
<br><font size=2 face="sans-serif">Therefore, the simplest way would be
to block the agent type P, since no userID can be derived from it anyway
when running workflows.</font>
<br>
<br>
<br><font size=2 face="sans-serif">Any other ideas on how to restrict the
agent types in the forward situation ?</font>
<br>
<br><font size=2 face="sans-serif">Kind regards</font>
<br><font size=2 face="sans-serif">Viveka</font>
<br>
<br>
<br><font size=2 face="sans-serif">&nbsp;</font>
<br>
<br><font size=2 face="sans-serif"><br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>&quot;Mark Pyc&quot; &lt;mark.pyc@gmail.com&gt;</b>
</font>
<br><font size=1 face="sans-serif">Sent by: sap-wug-bounces@mit.edu</font>
<p><font size=1 face="sans-serif">2006-03-09 10:02</font>
<table border>
<tr valign=top>
<td bgcolor=white>
<div align=center><font size=1 face="sans-serif">Please respond to<br>
&quot;SAP Workflow Users' Group&quot; &lt;sap-wug@mit.edu&gt;</font></div></table>
<br>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">&quot;SAP Workflow Users' Group&quot;
&lt;sap-wug@mit.edu&gt;</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: Restricting agent types when forwarding
a wi from inbox (SBWP) - &nbsp; &nbsp; &nbsp; &nbsp;4.6C and ECC
5.0</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt>G'day Viveka,<br>
<br>
At this stage I don't think you have much control over forwarding<br>
other than limiting forwarding to Possible Agents (General Forwarding<br>
Not Allowed).<br>
<br>
There have been numerous requests for more control, often by me. My<br>
typical requirement is to limit forwarding agents to be within the<br>
same Company Code for example.<br>
<br>
Jocelyn Dart did send out a query a while ago to see if anyone had<br>
developed a custom solution in the absence of a BAdI or equivalent.<br>
There wasn't any response from memory, but hopefully SAP is looking to<br>
deliver something... Jocelyn?<br>
<br>
All I can suggest is that everyone raises it as a development request<br>
and hopefully something gets done.<br>
<br>
Have fun,<br>
Mark<br>
<br>
<br>
On 09/03/06, viveka.schwartz@implema.se &lt;viveka.schwartz@implema.se&gt;
wrote:<br>
&gt;<br>
&gt; Hello workflowers,<br>
&gt;<br>
&gt; we would like to restrict the agent types in the extended selection
screen<br>
&gt; when forwarding a wi from the SBWP inbox.<br>
&gt;<br>
&gt; The agent types are defined in T779O and can be restricted there.<br>
&gt;<br>
&gt; However, my question is if anybody knows if there is an authorization
object<br>
&gt; which can be used for allowing forward only to agents of type US (userIDs),<br>
&gt; type S (positions) and type O (org.units) ?<br>
&gt; I.e we would like to exclude agent of type EmployeeID (type P) and
Jobs<br>
&gt; (type C) from the selection list.<br>
&gt;<br>
&gt; Or does anybody have any other idea on how to this (without modification
to<br>
&gt; the standard pgm) ?<br>
&gt;<br>
&gt; I have two clients interested in this; one on 4.6C and one on ECC
5.0<br>
&gt;<br>
&gt; Kind regards<br>
&gt; Viveka<br>
&gt; ________________________________________________<br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; SAP-WUG mailing list<br>
&gt; SAP-WUG@mit.edu<br>
&gt; http://mailman.mit.edu/mailman/listinfo/sap-wug<br>
&gt;<br>
&gt;<br>
&gt;<br>
<br>
_______________________________________________<br>
SAP-WUG mailing list<br>
SAP-WUG@mit.edu<br>
http://mailman.mit.edu/mailman/listinfo/sap-wug<br>
</tt></font>
<br>