About system ticket rules

Return to top

21 Comments

  • Production.Zen

    The "When a ticket's status has been set to Closed, it can never be updated, " rule is causing us a lot of pain. It is impossible to organize old tickets in any way. The Product Management team cannot use Zendesk to find and mark user pain points. And just today we spent half a day investigating an issue that was a recurrence at a client - but the old ticket wasn't added to the organization when it was open, so it didn't pop up.

    I understand why reopening the ticket is not possible, and I'm fine with followups. But not being able to add a single tag or field value to a ticket, or link it to another one, or to Jira - that I find incomprehensible.

    13
  • Suhan Li

    The Requester field appears when the ticket created, but once the ticket has been submitted, the requester field will disappear. How can I make it appear again since the agent needs to change the requester?

    0
  • Heather Rommel
    Community Moderator
    Zendesk Luminary
    The Product Manager Whisperer - 2021

    Hi Suhan Li,

    It's not intuitive at first, but it's right here under the title. We use this a lot for phone calls from shared numbers where we can't save the number to a particular user:

    -1
  • Suhan Li

    That is very helpful!

    1
  • Olli

    If an agent submits a ticket as Solved and there is no assignee, the system automatically makes the agent who solved the ticket the assignee.

    Only if this option is set in the Admin > Tickets settings.

    1
  • Olli

    @..., @... 

    With the new agent workspace, the mentioned "change" link won't be there, BUT the requester field will be shown at all times.

    0
  • Ksenia Tsaregorodtseva

    When I add an internal note in a ticket that already has the status "Pending" or "Solved", and click just the same status as I don't want the ticket to be reopened, it changes the status to "Open" automatically. I recall that before it was possible to update the ticket and the applied status was not changed to "Open". Has it been changed recently? Is there any way to make the status preserve when you update the ticket with an internal note?

    Thank you.

    1
  • Brett Bowser
    Zendesk Community Manager

    Hey Ksenia,

    Can you double check the events of the ticket to see if there's a trigger that keeps setting the status back to open? You should still be able submit the ticket in the same status it's already in without it re-opening.

    Let me know!

    0
  • Scott T

    I've read all of these threads pretty thoroughly and I have not found a solid justification for why it is impossible to re-open a ticket. My hunch is that it has something to do with how closed tickets are stored. E.g. archived as read-only in the database, to consume fewer resources.

    I understand there are practical concerns to running gigantic databases and to changing low-level code. I would appreciate a candid answer on why people have been asking for this for *years* and there's no movement. I like a lot of things about Zendesk, but this is a dealbreaker for me.

    Thanks.

    1
  • Jonathan March
    Community Moderator

    My hunch is that it has something to do with how closed tickets are stored. E.g. archived as read-only in the database, to consume fewer resources.

    Scott, speaking as a 9-year ZD user (overall a very satisfied one!) I think I recall seeing a comment to this effect from ZD staff a number of years ago. And it seems like a more than reasonable explanation to me.

    Consistent with this -- I went to look for a several-year-old ticket yesterday, and was struck by how much longer it took to open than for more recent tickets. Seemed like it was being retrieved from somewhere different.

     

    1
  • Scott T

    @Jonathan March
    Thanks. If archiving to preserve resources is the reason, it should still be possible to have tickets stay writable for a cost. If a customer wants to pay a premium to keep all tickets in that state, it should be their perogative to do so, even if it's not a wise way to spend money.

    A more cost effective option might be to temporarily pull large blocks of archived tickets back into an active state for housekeeping purposes.

    Most of the reasons I have seen for needing edit tickets are a result of (A) implementing organizational ideas that were not thought of at launch and (B) lack of verification stage to correct problems in tickets before they get locked down, and (C) using tickets as a knowledge base and realizing that they contain incorrect solutions.

    C is easy. Stop using tickets as a knowledge base.

    B is mostly on the heads of management at the client site but perhaps Zendesk should work a bit harder to hammer the importance of ensuring agents consistenly follow certain rigid rules.

    A, however, is normal and understandable; especially in organizations that use the Agile methodology.

    The current option to correct these problems is to move to a different ticketing system. That's not good for anybody except Zendesk's competition. I work in process improvement and would honestly like to be able to recommend Zendesk. I like so much about the product, but this is a critical issue.

    2
  • Jonathan March
    Community Moderator

    Seems like a fair analysis of the reasons. 

    As everywhere, there are so many more reasonable and technically doable enhancements than can actually be implemented -- and triaging them is always painful.

    1
  • Victor Sá

    I'm having the exact same problem as Production.Zen. I have a admin account and I can't update a field value of a Closed ticket that is extremely important for us to set an analisis. Really find this incomprehensible too.

    0
  • Nicole Saunders
    Zendesk Community Manager

    The official feature request to change the functionality to allow editing of closed tickets can be found in the community here: 

    Feature Request - Ability to edit closed tickets

    The product manager recently updated the thread and indicated that it's under evaluation for the roadmap in 2022. I encourage you to add your comments and up vote the request, and that is where the product manager will continue to provide updates. 

    1
  • Nikki

    I can't find this answer anywhere!

    For a Task, when you have a due date set, what is the default behavior / functionality of that field if you do not create an automation to accompany it? Would it send a reminder email when due? If it were On-Hold, would it switch to Open? Would there be some visual indicator on the List View?

    1
  • Dave Dyson
    Hi Nikki -
     
    Aside from what happens in Automations, the task Due Date can be used as a criteria in Views: see "Hours since..." here: Creating views to manage ticket workflow
    1
  • Megan Kalman

    I can't figure out the logic as to why we would want tickets to automatically be set to Open when they are assigned to agents. "Open" indicates that someone is working on the request. We have groups where there is only 1 agent active in that group. We have 8 US territories. Each territory has an assigned sales assistant. That sales assistant is the only agent who works the tickets that come into their territory group. That doesn't mean that the minute the email comes into the group and is assigned to that agent, it's being worked on. It's skewing our metrics for average time to complete.

    1
  • Tamara Pascual

    Hi,

    Is there any option to forbid the end user to change the status for Solved?

    Thanks!!

    0
  • Nelcie
    Hi Tamara,
     
    As long as the ticket is not yet closed, the reply from the customer will reopen the ticket if they do it using the same thread. It's one of the inborn system ticket rules. You may create a trigger and use a tag as a condition to Close a ticket however, please kindly note that once a ticket is Closed, it cannot be reopened nor edited even by agents.
    0
  • Tamara Pascual

    Hi @...,

    Thanks for your comment. One more question: If I want to not allow a State change to Solved by the end user (client) in general and not with a trigger, can I do it? We need to apply some changes to the form before the ticket is resolved. I just want the agent to be able to switch to Solved after I've written the solution note, for example. I don't want to change Solved (customer made) to Open to apply changes to the ticket because the customer will receive an email notification with the status change.

    0
  • Nelcie
    Hi Tamara,
     
    As of now, there is no native function to prevent the ticket from reopening when an end-user replies to the same ticket. You can prevent this by either manually changing back the status or using business rules like triggers. If you wish to disable end-users' abilities to Solve tickets, I've looked around and found a suggestion by one of our Community members that can be found here. Please kindly note that this is a workaround and not directly provided by Zendesk.
    0

Please sign in to leave a comment.

Powered by Zendesk