<div>Gavin,</div>
<div>&nbsp;</div>
<div>Apologies for not responding sooner I have been on holiday.</div>
<div>&nbsp;</div>
<div>I have gone back and checked our 4.6C system, we haven't utilised structural auths as suggested by Jocelyn, as&nbsp;our control over the&nbsp;WI long description&nbsp;was restricted&nbsp;by normal security restrictions within user&nbsp;profiles.&nbsp; These prevent users from seeing the text&nbsp;if they don't have the access and also prevents them from launching transactions, PA20 in our case,&nbsp;through the workflow, again if they don't have the access.&nbsp; This was sufficient for us.
</div>
<div>&nbsp;</div>
<div>It doesn't restrict the info within the containers so that still there I'm afraid.</div>
<div>&nbsp;</div>
<div>So it may be worth&nbsp;playing about with the&nbsp;structural auths&nbsp;against the workflow and task and see what comes out.</div>
<div>&nbsp;</div>
<div>Sorry I can't be of more help, if you need anything further please do not hesitate to contact me.<br><br>&nbsp;</div>
<div><span class="gmail_quote">On 5/26/06, <b class="gmail_sendername">Gavin Mooney</b> &lt;<a href="mailto:gavinmooney@gmail.com">gavinmooney@gmail.com</a>&gt; wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi Neil,<br><br>Thanks for the suggestion. Our requirement is similar to yours in that<br>some workflows will contain client data that other areas of the
<br>company shouldn't be able to see.<br><br>I hadn't thought about structural auths. I see that you can assign<br>specific workflows and tasks to the profiles, but if a person doesn't<br>have a particular workflow in their profile, what does that mean?
<br>Would it stop them from displaying the log for that workflow? LIkewise<br>if they didn't have a particular task in their profile would it stop<br>them from displaying work items based on that task?<br><br>While we would like to limit access to the entire log to a certain
<br>group of users (on a WF by WF basis), what we really need to avoid is<br>someone going to the log and looking at the contents of the<br>containers.<br><br>Thanks and regards,<br>Gavin<br><br>2006/5/26, Neil Thomas &lt;
<a href="mailto:dneilthomas@gmail.com">dneilthomas@gmail.com</a>&gt;:<br>&gt;<br>&gt; HI Gavin,<br>&gt;<br>&gt; Had a similiar issue implementing a HR Sickness Absence workflow and for<br>&gt; obvious reasons wanted to restrict the information within the workflow log.
<br>&gt; We were on a 4.6C system and we could not find a way of restricting the<br>&gt; entire log to certain groups of users.<br>&gt; What we did use, after advice from Jocelyn Dart, was that standard security<br>&gt; profiles and structural auths limited the information people see within work
<br>&gt; items long description but NOT the short desciption.&nbsp;&nbsp;So we has pretty<br>&gt; generic/high level short text and the more meaningful info was in the long<br>&gt; description.<br>&gt;<br>&gt; Hope this helps.<br>&gt;
<br>&gt;<br>&gt; On 5/25/06, Gavin Mooney &lt;<a href="mailto:gavinmooney@gmail.com">gavinmooney@gmail.com</a>&gt; wrote:<br>&gt; &gt;<br>&gt; Hi all,<br>&gt;<br>&gt; We would like to limit users' access to the workflow log so that only
<br>&gt; approved users can access it, and even then they can only see it for<br>&gt; certain workflow templates. For example the finance team would only<br>&gt; have access to display the log for &quot;the finance workflows&quot; (a group we
<br>&gt; would define).<br>&gt;<br>&gt; I have seen authorization object S_WF_WI but I don't think it helps us<br>&gt; in this case. Has anyone faced this requirement before or have any<br>&gt; ideas? We're on 620.<br>&gt;
<br>&gt; Thanks,<br>&gt; Gavin<br>&gt; _______________________________________________<br>&gt; SAP-WUG mailing list<br>&gt;&nbsp;&nbsp;<a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>&gt; <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">
http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>&gt;<br>&gt;<br>&gt;<br>&gt; --<br>&gt; Best Regards,<br>&gt;<br>&gt; Neil Thomas<br>&gt; _______________________________________________<br>&gt; SAP-WUG mailing list
<br>&gt; <a href="mailto:SAP-WUG@mit.edu">SAP-WUG@mit.edu</a><br>&gt; <a href="http://mailman.mit.edu/mailman/listinfo/sap-wug">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br>&gt;<br>&gt;<br>&gt;<br><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">http://mailman.mit.edu/mailman/listinfo/sap-wug</a><br></blockquote></div><br><br clear="all">
<br>-- <br>Best Regards,<br><br>Neil Thomas