Can we keep the ticket's status as NEW after assignment until Agent manually updates?
PlanejadaCurrently when we assign a NEW ticket to an agent the system automatically updates the status to OPEN. Given our workflow this is not practical so I need to know if there is a way to keep the status of a ticket as NEW until the assigned Agent manually changed it to Open.
-
Comentário oficial
Hi everyone!
We're planning on adding custom statuses to Zendesk which would allow you to create your own status for when the ticket is assigned to the agent but hasn't been responded to yet. For the latest updates on when the EAP will be available, please look here.
-
I would like this also. Use case:
Our intake department routes the ticket to the right group and assigns the GROUP. They can't submit as "new", so the people in the newly assigned group can't tell what's just added and what's not. We'd like "open" to truly mean open on our terms.
NOte: yes, we have triggers to let the group members know they've got a ticket in their queue. They still need the tickets to show as New so they know at a glance what's being worked on actively and what's not.
!!!
-
That doesn't work in our use case. But thanks!
We still need to preserve the "New" status when we are rerouting tickets. It's not so much a question of where a customer submits a ticket from (using a different form or different email) but what LEVEL of support that particular ticket needs.
No matter what channel or form is used, we need a way to preserve the New status as we move the ticket along escalation paths or specialty paths.
-
This request has been sitting for 8 years! And Erin Boyle's last commented on it 3 years ago. WOW!
The ability to keep a ticket as 'NEW' until an agent actually touches/responds to a client is important for our workflow.
I am very disappointed with Zendesk's ability to address existing PAYING customers' pain points.
-
In our case we auto-assign some of our new tickets to some of our agents via triggers, i.e. nobody has had a look at the ticket, still the ticket is considered as open according to Zendesk. We would relly like the ticket to remain in status "new" untill an agent makes a manual update, otherwise our agents cannot get an overview of which tickets they have taken any action to.
-
In our case, we have different levels of support. So when level 1 escalates/assigns a ticket to level 2, we need to know that this ticket is NEW in level 2 queue. NEW tickets get a higher priority than OPEN tickets, so in my opinion it's an important distinction to make.
Yura.
-
YES YES YES x 1 million.
This is so frustrating. I understand the reasoning, but taking the ability away from users is just counterproductive. I think it's fine for a status of open be default, but why not allow the option for us to add "ticket: status" new as the trigger action? Or at least have it be an option of the account for statuses to change automatically on assignment. We have rules that automatically assign a huge portion of our tickets. This would be huge for us.
-
It's been 2 years since the update that said this was planned, are there any updates about the status these days?
-
I was about to ask the same question... Isn't it possible to do by creating some kind of automation?
-
Hi all,
Just wanted to let you know we're starting to look at this internally. My job at this point is to do the following:
- Fully understand the use cases here and how customers want to use new vs open
- Find counter-arguments to these use cases—in other words, which customers are relying on current behavior, and what are their use cases?
While I can't promise anything will come of this, I did want to let you know I'm going to start digging into it.
Best,
Erin -
In our case I had to add a new drop down. Now if an agent set the request to open, it change to open even the tcket is assigned or not and the new drop down is set or not.
We want to keep it as new as long as the drop down and the assignee aren't set. But I tried many ways, the request don't stay as new but goes open everytime.
For us the open status is only when an agent take care of the request (entry control performed).
I will very happy when we can set or keep the new status ona request.
Thx.
-
we also would appriciate to have the functionality of leaving the "new" status, after a ticket has been assigned. Currently, we have some workarounds that are a pain in the neck.
Vote for "YES"!
Looking forward for positive feedback.
Thanks! -
I would like this feature as well.
-
We use views a lot to highlight specific groups of tickets, so this would be easy to highlight "new" tickets assigned to an agent.
I start with a macro that sets the first few characters in the title, assigns the status to "Open," sets the priority and adds the tag. It also assigns it to a specific agent, and generates the first line in the description.
When I save the ticket, it sees the tag, and then copies me on it.
The view created displays all tickets assigned to the current user, and with that specific tag.
Once the agent views the ticket, they could either manually remove the "new" tag -- or you could create a trigger so that when certain workflow processes occur, the "new" tag is removed automatically.
This way the agent always has a view of new tickets assigned to them.
-
You can set a trigger to autoassign to a group or person and remain as 'new' until there's been any action on it. Remember that Zendesk is based on ITIL.
If what you need is for new tickets to have a higher priority, then set it to a higher priority using a trigger, and then the agent can always change the status once they update it.
-
Hi Andrea, I'd like to hear more about how you would use a trigger for that. We have a tiered support system as well. Tickets come to Tier1, they make the determination if they can help the customer right away or if it needs to be reassigned elsewhere. When they assign it to the next group, it goes from NEW to OPEN and we face the same issue that Yura does.
For us, it has less to do with priority and more to do with recognizing that this is a new ticket and hasn't actually had any activity on it, just assignment. We are ITIL also.
-
Yes I agree with Heather. My explanation was not really clear.
I think the easiest analogy to make is a call center queue. Just like a call center we have several queues that the ticket will be escalated through. All tickets always go to level 1, and then depending on the type and complexity of an issue, will be escalated to higher levels. So level 2 and up only see tickets that have already been touched by an agent.
In order to be able to distinguish at a glance, which are fresh tickets that have been escalated from the lower queue and tickets that are already being worked on, the NEW status would be needed.
Yura.
-
we like "new" in some subsets of cases also!
Especially when working on problem/incident tickets where we want to keep problem tickets in "new" status to support our (constantly evolving) internal processes.
-
+1 !!!
-
Would really love to have this feature. Any update on this, please?
Thanks!
-
Hi Pamela,
From your description, using ticket status On-hold might provide the functionality you need. Here is a link
Hope it helps.
Yura.
-
Same here.
-
There is literally no reason why allowing people to keep tickets as new should be controversial.
I don't understand why this wouldn't be implemented.
-
Is +1 after 6 years still useful? Did the use case collection (4 years ago) ever happen? With what results??
Our "use case" is: we want statuses to work as they were sold to us.
Zendesk Doc: "Open indicates a ticket has been assigned to an agend and is in progress"
Reality: "Open indicates a ticket has been assigned and we just assume it's in progress, change the status unwantedly, while with other actions/field changes, we leave it intact, to produce inconsistent behaviour of ticket changes"
:-(
For us, NEW means: no action (seen from the Customer's perspective) has been taken. The ticket is waiting for the first reply of a customer (hence 'First Reply Time' SLA).
Assigning it to a group or agent doesn't change anything.
Please keep the status intact.
We have found a workaround for the group assignment: Creating a separate Dropdown for "Team 1", "Team 2" etc. - Selecting the wanted team - Having a view available for "Team 1" showing only the "Team 1" selected - NEW tickets remain NEW.
This does NOT work when it comes to personal assignments, and for some special cases/skills we need it. We do a bulk change, we do NOT "Submit as OPEN", but Zendesk submits as OPEN. Thank you, but no thank you.PLEASE Zendesk: why is ALL "everyday tools needed" a matter of 6 years of begging :-(
Kind regards
Oliver
-
@...
Can we get an update on this?
You mentioned we would not see an update in 2019. How about 2020?
-
We would like this feature as well. Any updates?
-
Hi Javier,
I'm afraid that's not quite possible - it's done by design that whenever a ticket gets assign, the status will automatically get change from "new" to "open"
Sorry about that :(
-amy
Zendesk Support
-
Hi Heather,
There are a variety of ways that you can do this, especially if you're using forms. You can set the forms so that when someone submits a certain kind of ticket it's rerouted to a certain group/agent - and then set all appropriate trigger and tags thereof.
For example,
We have a trigger set for feedback, which goes to a particular group, sets it as 'New' and places it on a view. That way they're all placed independently from regular support tickets.
-
Any news on this?
-
Hi there,
A quick bump on this thread...
I do not see any 'New' in Status drop-down menu when setting a Trigger on my end. Is any experiencing the same thing ?
Por favor, entrar para comentar.
54 Comentários