I just like to ask if there's anyone has this requirement wherein the analyst can view the request details including the history (e.g assignment, attachtment and note) but the actions are unavailable/disabled/hidden if the request is not assigned to them. So basically this is for viewing only.

From what i can see here, I'll be creating alot of role wherein each role have the differenct priveledges based on actions. These role will be asssigned to the right person for this actions.

I just like to ask if there is another way to do this? and also how can i disable the search button from the webdesk portal? I want to limit this function based on the role.

You could but it's a fair amount of work. A role isn't the way because people get the privs for all the roles they have been granted. I think the approach would be to put a precondition before any action in a process which checks to see if the current user is the assigned user. That way people will not be able to use the action, even if they have the rights.

Most of our status have an add assignment optional action. There are cases where in the assigned user is not around, so the admin can re-reassign or override the actions. my question is, if add assigmnent is availabe, analyst can stiil search for the request, re-assign the ticket to them and they can do whatever actions is availabe since the ticket is already assigned to them.

I wish I have some sort of control over this. or will just implement a guidelines for this to avoid this scenario.

To cover assignment you wouldn't pre-condition it out, but allow someone to use it. Then once the process been assigned to themselves, the other pre-conditions would open up to let them use the other actions. I quite like a simple windowless action called 'Assign to Self' which does the assignment in one click and doesn't need someone to work out who they are!

Have you had any process designer training/experience? If not, you'd really need to have to some do this bit, or spend a bit of time practising! In summary you create a new action in the business objects area of process designer in the incident branch of the tree and do not associate with a window. Then grant the right to use that action to whichever role you want. In the process designer replace all the optional assignments with this new action and after the action add an automatic assignment. In the assignment window use value type in the group and user fields to fill in with the macro value of $current user. You could do the same for group using $current group or you might prefer to use a value type from current assignment/current group for this so it assigns to the user but leaves it in the same group. You can probably leave the various check boxes alone as the person using this probably knows they just did it.

Actually i don't have any formal training in LANDesk, but i've been reading and practicing over the past 6 months. I'am very thankful that the commnuty here is very active to support newbies like me. ,

I already changed some priviledge settings and was able to hide the re-assign( optional ) action based on role however when i tried to progress the ticket, I'm getting an authorization error.

error message

priviledge settings

I was hoping that some analyst user can still progress the ticket without the re-assignment actions.

I suspect the re-assign action is a rename of the standard assignment action. If you take that priv away no analyst will be able to assign any change process, even via an automatic action. If you want the availability actions to vary based on who the process is assigned to, you'd need to follow my previous suggestion or something similar. If you just take privs away, you may find more example of actions which previously worked, no longer working.

To be fair I think anyone in your position should be able to attend the boot camp/core admin course as well as the process designer course. Without that knowledge, a whole pile of good functionality is likely to remain a bit of a mystery or your company would be missing out. Good luck and let us know how you get on.

I would love to , but the training cost alone is too much and the trainings are being done outside the coountry (I'm from philippines.). I doubt if they can afford it.

Anyways back to my issue, you're suggestion is to remove the optional re-assign and placed a Self Assignaction which is not optional?

Correct me If i'm wrong, the self assign action will be available to all analyst users and they can execute it just to gain access on the request. Most of my actions have a pre-condition IsAssignUser bundled to it.