Substitutions - access and security

[Mike Pokraka]

Hi David,
Two alternatives I've used:
If you have a separate org structure for WF, create a position and assign
any users you like. WF admin copes with positions, but not Work Centres.

The other one goes even more against the rules but it can work well: Set
up WF-BATCH as the admin, set autoforwarding on, get your email admins to
create you a group in Notes/Exchange and change WF-BATCH's email address
to the group address (wf-admin at yourcompany.com or whatever).
Lastly, set up active substitutions from WF-BATCH to all your admins.

Cheers
Mike

Trant, David wrote:
> We also looked at using work centers so I don't have to be the only
> lucky recipient of all the error messages.  I can't remember all the
> stumbling blocks as that was too many brain cells ago, but we had
> difficulty as well and abandoned the effort.  I'd love to hear from
> anyone who was successful in getting work centers or some other approach
> to work.  In my ideal world, I would configure a work center or other
> type of object to contain two or three workflow administrators and then
> assign that object as the overall system workflow administrator (right
> now my userID is hard-coded).  Further, I would create a similar object
> for each major workflow we have, and assign both that object and the
> overall administrator (so I still see their error messages) as its local
> administrator (in the WF builder, Goto -> Basic data; Responsibs. tab;
> System administrator for workflow).  In 4.6C there seems to only be one
> value possible at this point, so I'm guessing I'd have to roll up my
> combination of "admins for Workflow A" plus "overall system WF admins"
> together into some object, and then assign it.
>
> Is there anyone who has done this and is willing to share their tips and
> tricks?  What did you use -- work centers, org units, roles?  Where are
> work centers even defined?  They are not in PPOMW.  I'm kind of
> remembering now that was one of my stumbling blocks ... just figuring
> out how and where to define the darn things.  I recall reading that work
> centers were suggested to keep separate from org units which might be
> defined along hierarchical lines.  Would responsibility rules do the
> trick just as well?
>
> Thanks,
> David
>
> -----Original Message-----
> From: sap-wug-bounces at mit.edu [mailto:sap-wug-bounces at mit.edu] On Behalf
> Of Sue Keohan
> Sent: Wednesday, August 31, 2005 8:08 PM
> To: SAP Workflow Users' Group
> Subject: Re: Substitutions - access and security
>
> Hi Jim,
>
> We use substitutions for workitems with no problem.  However, the
> messages that a WF Admin will get are just that... messages.
> Substitution will not work to get your SAPOffice messages to another
> user.
>
> I am sure others have had success with, perhaps, using a work center as
> the designated WF Admin, then all people in that work center should get
> the WF error messages, but we have not had any success with that
> approach here.
>
> Otherwise, if it is *workitems* you are talking about, and your
> substitute cannot see workitems in your inbox, then I would look for
> authorization issues first.
>
> Sue
> Hall, Jim wrote:
>
>> Hi:
>>
>>  I am the WF administrator at our company.   I have been trying to use
>
>> substitutions, to assign my inbox to my second, when I am on
>> holidays.   So far we have had zero success.
>>
>> Our business people do it all the time, with great success.
>>
>> I have scanned prior messages on this topic, to no avail.
>>
>> Has anyone had this type of problem before?
>>
>> Could it be a security issue (roles, access, etc)?
>>
>> Any ideas would be appreciated
>>
>> Thanks
>>
>>
>> /Jim Hall //
>> /Systems Analyst
>> Fortis Alberta Inc.
>> Information Technology
>> 403-514-4159
>> Jim.Hall at fortisalberta.com <mailto:Jim.Hall at fortisalberta.com>
>>
>>
>>
>>-----------------------------------------------------------------------
> -
>>
>>_______________________________________________
>>SAP-WUG mailing list
>>SAP-WUG at mit.edu
>>http://mailman.mit.edu/mailman/listinfo/sap-wug
>>
>>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>
> ------------------------------------------------------------------------------------------------
> This message is for the designated recipient only and may
> contain privileged, proprietary, or otherwise private information.
> If you have received it in error, please notify the sender
> immediately and delete the original.  Any unauthorized use of
> this email is prohibited.
> ------------------------------------------------------------------------------------------------
> [mf2]
>
> _______________________________________________
> SAP-WUG mailing list
> SAP-WUG at mit.edu
> http://mailman.mit.edu/mailman/listinfo/sap-wug
>


Mike Pokraka
Senior Consultant
Workflow Connections Ltd.
Mobile: +44 (0)7786 910 855