Help Desk Software & Beyond
May 17, 2012, 04:16:47 AM *
Welcome, Guest. Please login or register.
To post messages you need to register. We apologize for inconvenience, but this is to prevent spam.
Registration is instant (no email verification) and we do not ask for any personal information.

Login with username, password and session length
News: Welcome to Help Desk Software forum!
 
   Home   Help Search Login Register  
Pages: [1]
  Print  
Author Topic: [REQ] Approval Tracks for Tickets  (Read 1867 times)
chloeroxymax
Newbie
*

Karma: 1
Posts: 8


View Profile
« on: August 30, 2010, 04:15:46 PM »

We would like to be able to force submitted tickets to move through an approval track before final processing by operator.  Anyone doing that or looked into it?
Logged
Sparky
Moderator
Hero Member
*****

Karma: 83
Posts: 2,228


stop pushing all those buttons


View Profile
« Reply #1 on: August 30, 2010, 06:29:18 PM »

We would like to be able to force submitted tickets to move through an approval track before final processing by operator.  Anyone doing that or looked into it?

What does "move through an approval track" mean?
Logged

Did you update the paths in ttxcfg.cgi after moving TTX to your new location?   Undecided
To those seeking help.... please report back when you figure it out.  Cheesy
chloeroxymax
Newbie
*

Karma: 1
Posts: 8


View Profile
« Reply #2 on: August 31, 2010, 08:19:11 AM »

Sorry I was vague...

We have other systems (where I work) that force requests to pass through an approval track (meaning a number of people must approve the request in sequence) before it becomes a formal work item and then passes on to operators for completion.

This is probably beyond the scope and design of ttx.  I was just wondering if anyone had considered or developed something like this within ttx.

Logged
arvin
Sr. Member
****

Karma: 10
Posts: 400


Yeah thats right !


View Profile
« Reply #3 on: September 07, 2010, 04:35:20 PM »

Hello,

I had to do something similar .... for us it all come down to understanding the business processes/needs and then understanding how TTX assigns tickets ....

for starters ... I would recommend using the Groups Module and access controls ... I feel that this could work for you ....

take care,
Logged
chloeroxymax
Newbie
*

Karma: 1
Posts: 8


View Profile
« Reply #4 on: September 13, 2010, 01:38:49 PM »

We've never purchased the Groups module, so I am unfamiliar with it's basic functionality.

What we're concerned with here is this kind of procedure:
  • End user Joe wants to have program installed on his computer.  Policy requires that
  • his Director Approves the installation and then
  • his Vice President approves the installation.

Once the VP has signed off on the item, it can then become a work item for the IT department to address.  To some extent, it doesn't matter where the job comes from, as long as the pertinent approvals have occurred. 

Again, this may be well outside of the scope/abilities of ttx.  arvin: can you describe what you did in your case?
Logged
Sparky
Moderator
Hero Member
*****

Karma: 83
Posts: 2,228


stop pushing all those buttons


View Profile
« Reply #5 on: September 13, 2010, 01:55:47 PM »

We've never purchased the Groups module, so I am unfamiliar with it's basic functionality.

What we're concerned with here is this kind of procedure:
  • End user Joe wants to have program installed on his computer.  Policy requires that
  • his Director Approves the installation and then
  • his Vice President approves the installation.

Once the VP has signed off on the item, it can then become a work item for the IT department to address.  To some extent, it doesn't matter where the job comes from, as long as the pertinent approvals have occurred. 

Again, this may be well outside of the scope/abilities of ttx.  arvin: can you describe what you did in your case?

How about this?

Since TTX allows you to assign a ticket and then re-assign a ticket... forget about major modifications and/or additional modules.

Setup TTX to automatically assign new tickets to Director (minor modification).  Or instruct people to choose their particular Director from a pull-down on the New Ticket page.  Whomever picks up the ticket can also reassign it to a new Director.

Then after Director claims ticket and looks it over, he "approves" it by re-assigning it to Vice President.

Vice President then "approves" it by reassigning ticket to the Worker or Installer.

Then all approved ticket activity takes place between Worker and End User Joe.

Optionally, Worker can re-assign ticket to Somebody, VP, Director, etc... and they can close it out.

TTX can easily do what you want... you just have to train your people to follow this procedure.

Admin can see all tickets.  Each Operator (Director, VP, etc) can only see their own tickets.  These permissions are assigned in the Setup program.
Logged

Did you update the paths in ttxcfg.cgi after moving TTX to your new location?   Undecided
To those seeking help.... please report back when you figure it out.  Cheesy
arvin
Sr. Member
****

Karma: 10
Posts: 400


Yeah thats right !


View Profile
« Reply #6 on: September 13, 2010, 04:22:30 PM »

Hello,

The way Sparky has explained the ..."Step by Step" is very similar to how I implemented our solution .... The Groups mod just gave us the added ability of access control....
Logged
chloeroxymax
Newbie
*

Karma: 1
Posts: 8


View Profile
« Reply #7 on: September 29, 2010, 08:57:24 AM »

That's certainly a way to implement it.  I'll have to investigate those possibilities further.  Thanks for all the info.
Logged
kevin
Newbie
*

Karma: 0
Posts: 3


View Profile
« Reply #8 on: November 09, 2010, 10:09:53 AM »

Is there a way for the operator not to ask for the user ID and password after clicking the ticket ID in the notification email?

Scenario:

End user assign the ticket to his immediate head. After submitted the ticket, there's a notification email to his immediate head and there's a link for the ticket number. After clicking the ticket ID link, the system ask for the user ID and password. Is it possible that the system will not ask for the User ID and Password?
Logged
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC3 | SMF © 2001-2006, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.028 seconds with 20 queries.