| Author |
Message
|
| leongor |
 Posted: Mon Nov 10, 2003 9:26 am Post subject: Group worklist with roles |
 |
|
Master
Joined: 13 May 2002
Posts: 264
Location: Israel
|
I'm wondering if someone implemented group worklist with roles.
Usually user assignment can be done by organization and role.
When using group worklist there is a dummy user representing organization
and all relevant users have authority to see his workitems.
How then role can be involved ?
The only idea I can think for now it's creating dummy user for each role/organization combination.
_________________
Regards.
Leonid.
IBM Certified MQSeries Specialist. |
|
| Back to top |
|
 |
| jmac |
| Posted: Mon Nov 10, 2003 10:35 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Leongor:
I have generally left Organization out of the picture when doing a Virtual user scenario.
This is generally how it is done... You have a role say "Clerk" with Users U1 and U2 in that role.
You would define a user "Clerk" also in the role, then allow U1 and U2 to have access to the workitems of "Clerk".
Now, if you really need to use organization, I belive that you could do so by using a role instead. Let me know if this is what you want to do, and I will think about it some more.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| leongor |
| Posted: Mon Nov 10, 2003 11:46 pm Post subject: |
|
|
Master
Joined: 13 May 2002
Posts: 264
Location: Israel
|
Thanks for the answer.
Yes we really need organization. For example :
User is a CLERK and also need to be in TEAM1 to see workitem.
_________________
Regards.
Leonid.
IBM Certified MQSeries Specialist. |
|
| Back to top |
|
|
| jmac |
| Posted: Tue Nov 11, 2003 5:44 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Consider making TEAM1 a role instead of an Organization. This may work for you as long as you do not need to depend on the Organization Hierarchy or Manager for anything.
GOOD LUCK
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| leongor |
| Posted: Tue Nov 11, 2003 7:21 am Post subject: |
|
|
Master
Joined: 13 May 2002
Posts: 264
Location: Israel
|
I'm not sure how it can help.
Here a sample :
Users A,B in TEAM1
User A in CLERK
User B in APPROVER
Activity Act1 should be seen only by TEAM1/CLERK
Activity Act2 should be seen only by TEAM1/APPROVER
How can it be done using group worklist ?
_________________
Regards.
Leonid.
IBM Certified MQSeries Specialist. |
|
| Back to top |
|
|
| jmac |
| Posted: Tue Nov 11, 2003 8:10 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
After giving this a little more thought I can see that it might not be possible, unfortunately I don't have the time to try to map it out... but I think that it may be possible by having virtual users set up as follows:
Role Team1
Role Clerk
Role Team2
Role Approver
Activity 1 is assigned to members of Team1 and Clerk
Activity 2 is assigned to members of Team1 and Approver
You would need Virtual Users TEAM1CLERK, TEAM1APPROVER,TEAM2CLERK,TEAM2APPROVER.
Like I said, I am not certain that this will work, and it would most certainly be a pain to maintain the staff relationships as far as who is authorized to whom. Let me know if you try this.
THANKS
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| leongor |
| Posted: Fri Nov 14, 2003 4:43 am Post subject: |
|
|
Master
Joined: 13 May 2002
Posts: 264
Location: Israel
|
Another way is to filter at the worklist level.
The only place where role can be put then it's a description.
Not so great ...
_________________
Regards.
Leonid.
IBM Certified MQSeries Specialist. |
|
| Back to top |
|
|
|
|
