Author |
Message
|
golam_m |
Posted: Wed Mar 29, 2006 11:02 pm Post subject: Accessing deputed tasks |
|
|
Apprentice
Joined: 10 Oct 2005 Posts: 48
|
Hi,
I have a requirement in my project where USER1 may depute USER2 to perform his (USER1's) tasks when he(USER1) is on leave. The task should still remain with USER1 but USER2 should be able to access USER1's Worklist and perform the task ( So, this is different from the "transfer of task" feature we have in MQ Workflow where the task itself goes out of USER1's Worklist and gets assigned to USER2).
My idea is to give USER1 the login/password of USER2 in this case.
Is there any alternate solution to this?
Thanks, |
|
Back to top |
|
 |
vennela |
Posted: Wed Mar 29, 2006 11:42 pm Post subject: |
|
|
 Jedi Knight
Joined: 11 Aug 2002 Posts: 4055 Location: Hyderabad, India
|
what's wrong with transfer |
|
Back to top |
|
 |
golam_m |
Posted: Thu Mar 30, 2006 12:30 am Post subject: |
|
|
Apprentice
Joined: 10 Oct 2005 Posts: 48
|
I don't want to use "transfer" because of the following reason.
USER1 should still remain the owner of the task when he is on leave. And the task should get completed during his leave period.
Thanks, |
|
Back to top |
|
 |
vennela |
Posted: Thu Mar 30, 2006 1:08 am Post subject: |
|
|
 Jedi Knight
Joined: 11 Aug 2002 Posts: 4055 Location: Hyderabad, India
|
There is no owner for a finished task right |
|
Back to top |
|
 |
golam_m |
Posted: Thu Mar 30, 2006 2:15 am Post subject: |
|
|
Apprentice
Joined: 10 Oct 2005 Posts: 48
|
Yes, there is no owner for a finished task.
Let me rephrase my words. Suppose a business object, say OrderedItem is related with the task. And physical data related with OrderedItem gets updated when USER1 performs the task alongwith the information on who has updated it (i.e. who has performed the Workflow task). In this case I want USER1 to be shown as the original owner of the task who was assigned with the task in the first place, even though USER2 has to perform on his behalf.
Thanks, |
|
Back to top |
|
 |
jmac |
Posted: Thu Mar 30, 2006 6:06 am Post subject: |
|
|
 Jedi Knight
Joined: 27 Jun 2001 Posts: 3081 Location: EmeriCon, LLC
|
It seems to me that your only altenrative is to store the original userId in the container. _________________ John McDonald
RETIRED |
|
Back to top |
|
 |
kotha |
Posted: Thu Mar 30, 2006 6:52 am Post subject: |
|
|
Partisan
Joined: 12 Mar 2005 Posts: 333
|
When you use substitute property, user1 can make user2 as a substitute when he is not available. the work item will be transfered to user2 and I think workflow holds the owner of work item as user1. try it out and let us know. |
|
Back to top |
|
 |
jmac |
Posted: Thu Mar 30, 2006 6:58 am Post subject: |
|
|
 Jedi Knight
Joined: 27 Jun 2001 Posts: 3081 Location: EmeriCon, LLC
|
pachyderm wrote: |
When you use substitute property, user1 can make user2 as a substitute when he is not available. the work item will be transfered to user2 and I think workflow holds the owner of work item as user1. try it out and let us know. |
Not true.... If User2 is User1's substititue and User1 is marked absent, User2 will get the workitem initally, and User1 will NEVER get it. _________________ John McDonald
RETIRED |
|
Back to top |
|
 |
kotha |
Posted: Thu Mar 30, 2006 8:06 am Post subject: |
|
|
Partisan
Joined: 12 Mar 2005 Posts: 333
|
Jmac, thats true but what about the owner of the workitem? I mean initial owner of work item?. is it user2 or user1? |
|
Back to top |
|
 |
jmac |
Posted: Thu Mar 30, 2006 8:31 am Post subject: |
|
|
 Jedi Knight
Joined: 27 Jun 2001 Posts: 3081 Location: EmeriCon, LLC
|
pachyderm wrote: |
Jmac, thats true but what about the owner of the workitem? I mean initial owner of work item?. is it user2 or user1? |
There is no concept of initial owner... there is only owner, and in this case user1 is NEVER the owner of this workitem. _________________ John McDonald
RETIRED |
|
Back to top |
|
 |
sarasu |
Posted: Thu Mar 30, 2006 6:58 pm Post subject: |
|
|
Master
Joined: 02 Feb 2006 Posts: 229
|
When a workitem assigned to any user, he will become the owner of that particular workitem. No one can checkout that workitem on behalf. Only the Admin have rights to "force restart" or "forcefinish" the workitem. After that Admin can transfer the workitem to another user or he can checkout the workitem. |
|
Back to top |
|
 |
golam_m |
Posted: Thu Mar 30, 2006 11:08 pm Post subject: |
|
|
Apprentice
Joined: 10 Oct 2005 Posts: 48
|
Thanks All.
So, the only way of achieving it is to give the access of USER1's Worklist to USER2. So, in the system USER1 still remains the owner of the task when USER2 performs it. As JMac said, I can store the information on who is actually performing the task through Data Container attributes.
Thanks, |
|
Back to top |
|
 |
jmac |
Posted: Fri Mar 31, 2006 6:20 am Post subject: |
|
|
 Jedi Knight
Joined: 27 Jun 2001 Posts: 3081 Location: EmeriCon, LLC
|
golam_m wrote: |
Thanks All.
So, the only way of achieving it is to give the access of USER1's Worklist to USER2. So, in the system USER1 still remains the owner of the task when USER2 performs it. As JMac said, I can store the information on who is actually performing the task through Data Container attributes.
Thanks, |
Just a clarification... When User2 performs the task, HE will be the OWNER. The Transfer will change the owner in the WorkItem object. Transfer is Audited, so if you are cutting audit records you would see the transfer from User1 to User2. _________________ John McDonald
RETIRED |
|
Back to top |
|
 |
|