ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Workflow Engines - IBM MQ Workflow & Business Process Choreographer » Accessing deputed tasks

Post new topic  Reply to topic
 Accessing deputed tasks « View previous topic :: View next topic » 
Author Message
golam_m
PostPosted: Wed Mar 29, 2006 11:02 pm    Post subject: Accessing deputed tasks Reply with quote

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
View user's profile Send private message
vennela
PostPosted: Wed Mar 29, 2006 11:42 pm    Post subject: Reply with quote

Jedi Knight

Joined: 11 Aug 2002
Posts: 4055
Location: Hyderabad, India

what's wrong with transfer
Back to top
View user's profile Send private message Send e-mail Visit poster's website
golam_m
PostPosted: Thu Mar 30, 2006 12:30 am    Post subject: Reply with quote

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
View user's profile Send private message
vennela
PostPosted: Thu Mar 30, 2006 1:08 am    Post subject: Reply with quote

Jedi Knight

Joined: 11 Aug 2002
Posts: 4055
Location: Hyderabad, India

There is no owner for a finished task right
Back to top
View user's profile Send private message Send e-mail Visit poster's website
golam_m
PostPosted: Thu Mar 30, 2006 2:15 am    Post subject: Reply with quote

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
View user's profile Send private message
jmac
PostPosted: Thu Mar 30, 2006 6:06 am    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail Visit poster's website AIM Address Yahoo Messenger MSN Messenger
kotha
PostPosted: Thu Mar 30, 2006 6:52 am    Post subject: Reply with quote

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
View user's profile Send private message
jmac
PostPosted: Thu Mar 30, 2006 6:58 am    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail Visit poster's website AIM Address Yahoo Messenger MSN Messenger
kotha
PostPosted: Thu Mar 30, 2006 8:06 am    Post subject: Reply with quote

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
View user's profile Send private message
jmac
PostPosted: Thu Mar 30, 2006 8:31 am    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail Visit poster's website AIM Address Yahoo Messenger MSN Messenger
sarasu
PostPosted: Thu Mar 30, 2006 6:58 pm    Post subject: Reply with quote

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
View user's profile Send private message
golam_m
PostPosted: Thu Mar 30, 2006 11:08 pm    Post subject: Reply with quote

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
View user's profile Send private message
jmac
PostPosted: Fri Mar 31, 2006 6:20 am    Post subject: Reply with quote

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
View user's profile Send private message Send e-mail Visit poster's website AIM Address Yahoo Messenger MSN Messenger
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » Workflow Engines - IBM MQ Workflow & Business Process Choreographer » Accessing deputed tasks
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.