Can we keep the ticket's status as NEW after assignment until Agent manually updates?

回答済み

44 コメント

  • Amy Au-Yeung
    コメントアクション Permalink

    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

    0
  • Hugo Silva
    コメントアクション Permalink

    I was about to ask the same question... Isn't it possible to do by creating some kind of automation?

    1
  • Jean
    コメントアクション Permalink

    I would like this feature as well.

    0
  • Heather R
    コメントアクション Permalink

    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.

    !!!

    3
  • David McKnight
    コメントアクション Permalink

    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.

    1
  • Jakob Forswall
    コメントアクション Permalink

    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.

    1
  • Erin Boyle
    コメントアクション Permalink

    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

    1
  • ServiceDesk
    コメントアクション Permalink

    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.

    2
  • Yura Yefymenko
    コメントアクション Permalink

    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.

    1
  • Andrea Saez
    コメントアクション Permalink

    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.

    1
  • Heather R
    コメントアクション Permalink

    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.

    1
  • Andrea Saez
    コメントアクション Permalink

    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.

    0
  • Heather R
    コメントアクション Permalink

    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.

    3
  • Yura Yefymenko
    コメントアクション Permalink

    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.

    1
  • Snaebjorn Olafsson
    コメントアクション Permalink

    Any news on this?

    0
  • Thomas Joussot
    コメントアクション Permalink

    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 ?

    0
  • Jacko Leenders
    コメントアクション Permalink

    Hi Erin,

    Could you perhaps let us know what the status of this request is?

    We are a small company relying on Zendesk as our ticketing system, and as we are a small company, illness of an employee or a shift in an employees priorities have a huge impact on an employees workload.

    This means we are in need of a reliable way to manually reassigning tickets to other employees. Doing this with tickets that are then automatically change their status to open makes that the employees these tickets are reassigned to either need to memorize their ticket load or need to constantly manually check all the tickets on their name.

    Obviously changing default behavior could have a big impact on companies that use the way the status is changed in this way, so maybe creating an option where administrators can choose the default behavior might be feasible?

    Kind regards,
    Jacko

    0
  • James Gossling
    コメントアクション Permalink

    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.

    1
  • Heather R
    コメントアクション Permalink

    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.

     

    0
  • Tom Novotny
    コメントアクション Permalink

    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!

     

    1
  • Thomas Joussot
    コメントアクション Permalink

    +1 !!!

    0
  • Tim Jimmers
    コメントアクション Permalink

    Interesting, when I worked at a larger startup (Gusto) we were able to assign tickets to agents, and the tickets would remain "New" until the agent responded. Now using Zendesk at a smaller company, and this is not a possibility. Not sure if maybe Zendesk did a custom build, because Gusto was a large-ish client (or maybe the engineers at were allowed to mod certain behaviors?), but they definitely can build this behavior into their product, seems the little guys are getting screwed as it is highly annoying that "New" tickets get mixed in with other 'Open" tickets that have already been responded to by an agent. 

    0
  • Alex Healey
    コメントアクション Permalink

    Hi guys,

    Would love to see this feature on the radar still.


    Obviously plenty of interest here - should be pretty straight forward to be able to leave a status as new for hours, days or until it's been looked at or replied to.

    0
  • Mary Joyce Salustiano
    コメントアクション Permalink

    Would definitely love to have this feature in effect soon. 

    Thank you.

    0
  • Thomas Joussot
    コメントアクション Permalink

    Hi guys,

    Yes please please please !!

    0
  • Rob Barreca
    コメントアクション Permalink

    I really want this for many of the use cases already stated.

    0
  • Jonathan Stockho
    コメントアクション Permalink

    I also would like this feature.  Please add it.

    0
  • Jon F
    コメントアクション Permalink

    We really want this feature.  We assumed it would keep to New status after assigning a New ticket to an agent just like our previous ticket system NetSuite did.

    0
  • dan
    コメントアクション Permalink

    +1

    Any update?

    0
  • Kristine Pesquisa
    コメントアクション Permalink

    Would really love to have this feature. Any update on this, please? 

    Thanks!

    1

ログインしてコメントを残してください。

Powered by Zendesk