Feature Request - Ability to edit closed tickets
PlannedOur agents have requested over and over again the ability to make some edits on closed tickets. In particular, some of the metadata fields. Sometimes actions happen that might cause tickets to fall out of agents active tickets queue so they don't realize it is approaching 28 day autoclose window, or an organization is no longer part of our service and tickets get bulk closed before we've had a chance to change certain fields appropriately.
It would be nice to have some ability to change things on a closed ticket
Thanks
-
+1
Same needs :
there's always a need for cleaning up things like categorization etc, for analysis purposes. The fact that we cannot edit (I don't need a re-open) closed tickets has a critical impact on the usability and our ability to get to actionable insights and monitor progress. -
This feature is really needed to make Explore work and be more useful!
-
Found this thread after being asked if it was possible to update historical data. I thought it might be with the API, but I'll echo what others say above that it's pretty shocking this has not been added yet.
Unreliable data causes process interruption and poor data hygiene.
Our use case in case devs are reading this:
Name of a field has changed. If we rename the field and associated tag, then to look at the full picture, two data points will have to be reviewed. If someone running a report does not know this, then they are not getting a complete picture of the data.
I'll check in with my rep, but will put in here for others, in hopes Zendesk Support follows up.
Question for Zendesk:
Is updating historical data possible with a data service?
-
Hi Leigh, I'm afraid it's not possible to update Closed tickets via API or in any other way.
-
After further discussion yesterday, it was shared that, for compliance reasons, we should not be manipulating old data in any case, even if it were possible.
Thank you,@...for the response. Appreciated.
-
Of course, Leigh, glad to help.
-
Here are just a few use cases and parameters around the desired ability to edit closed tickets hang on for us.
1) The default group when you add someone in as an Agent is (as they have to be a member of a group) is "Support". Of course, you can change this group, but the situation is the same whether or not you use "Support". If you don't keep things clean and you have a dozen or more people who are members of their 'real' groups, and still members of this default "Support" group, you can have the situation where tickets are being assigned or closed in the wrong group, a group which is not monitored or reported on because nothing is expected from it, and reporting will be wrong. Correcting an assignment group, especially in the case where the set default group is "Support" and it needs to be fixed should be OK to do where you aren't changing the assignee, just the group.
2) Missing tags. As acting change manager I realized too recently that a macro I'd created to add tags to our Informational changes to show that they are pre-approved failed to include an important tag... a really obvious tag... one that shows that it's an informational change! I only discovered it when I decided to report on the presence of the tag and barely found any tickets that matched. I've since corrected the macro, but would love to go to all the closed changes for which I can validate (and it's easy to do) that they were informational changes and add that tag in so I can accurately provide people with reports on which tags went through CAB and which were informational.
3) We have a number of instances where certain 'meta data' type custom fields (such as "contact type" that shows whether a ticket was the result of a call, an email, a web page, etc.) are empty and again interfere with accurate reporting. We can correct some of these going forward with adding the required field parameter to them, but it isn't possible for all cases. I'd like to be able to correct this data.
4) Constraint ideas:
a. Perhaps things like "Description" and the ticket's comments should never be alterable. I could live with that. However, a subject should be editable. We have macro templates people use to create tickets and sometimes I see things like "....(Place Description Here)" as the subject which shows me someone didn't edit that ticket template before saving it. I'd love to fix these to be more useful in viewing historical tickets.
b. Ticket Notifications: Ticket notifications should not go out when a ticket is corrected on the back end due to a custom field. The last thing I'd want is to fix a ticket from a year ago and notifications start going out to people as that would cause a bunch of confusion, so any historical ticketing option would need notification suppression.
c. Key date fields: I could understand the possibility of needing the ticket's "Updated" record changing to show that there was a modification to the ticket after the fact, but the "Closed" date should not be altered. That should remain a "historical fact" that can't be changed. In fact, there should be a way to correct the ticket without it being technically "reopened" to do so, just fixing some field data.
Just some thoughts to further fuel this discussion.
Ben
-
Thank you for this本·威尔科克斯. Your comments describe our pain-points exactly!
-
Well, i must jump in here! we are currently updating our process and we would like to tag side conversation tickets. We think is an important feature (perhaps for admins) for data analysis and improve visualization in Explore.
-
Only 2 reponses out of 39 from Zendesk - one said it was on the roadmap for 2022 and the other said it isn't possible. It would be nice to keep data clean between closed and open tickets but I guess this isn't possible
-
This has been a product defect in Zendesk for 13 years now:
https://support.zendesk.com/hc/en-us/community/posts/203421476--Closed-for-comments-Add-or-Edit-Tags-on-Closed-tickets... with hundreds of responses on multiple threads noting how important it is to be able to edit archived tickets. I somehow doubt their competitors (at ServiceNow, Oracle, or SalesForce) have this problem.
管理员应该能够编辑closed tickets, this is NOT an optional feature for an enterprise company. This product gap makes a mess of our support ticket data and, given their unwillingness to address it, any enterprise company considering Zendesk support should probably explore other options.
-
Billie HarlandI have used SalesForce, ServiceNow and countless other systems that allow this abililty. I am migrating two brands and it looks like one of the brands closed tickets won't get updated
-
I have to agree with Billie. I'm a big promoter of Zendesk but this problem looks like it's going drive me to another product.
-
We need this. In Salesforce, for reporting, there are fields that can be configured to be editable after closing.
-
Do we have any guidance on when this will be possible? I am new to ZD coming from a company that was using SFDC, and this limitation really surprised me. In support, case housekeeping is usually a post-case resolution effort, as the focus of the support engineer is to fix the issue, and later update the case. Is there any technical justification/reason for not having this?
Thanks
-
It would be very helpful if we were at the very least able to retrospectively edit tags for data and reporting.
Gaurav Parbatplease provide a status update for this feature request. -
Hi
This feature is really needed! We have some customers that organically changed (business reasons) and we need the ability to edit their past closed tickets for better track and understanding.
Unfortunately, now their organizational changes can affect our services as well. -
这就好了,服务吗le to change tags to improve statistics, if for example a tag has been updated
-
Agree with all the above!! As relatively new ZD users sometimes our unfamiliarity with the system caused early mistakes that are now skewing our reports. This NEEDS to be an option!
-
"We have taken this feature request into consideration for our 2022 plan."
THIS IS NOT GOOD ENOUGH. Run it up the chain of command and commit to it. We're pissed if you couldn't tell.
-
Although this is a major hinderance for most of us, please let's act in a professional manners, and educate the vendor on the importance. Please keep in mind, the reason they restrict doing this is so people don't tax the system. If you have 100 users trying to update 30K closed cases at the same time it is 3 million records. I am sure Zendesk needs to think through the right solution. Perhaps scheduled updates - where we specify the tickets and they do them single threaded first in first out
-
亚博what's the update on this feature request?
-
Any new developments being made related to this? We would really like the ability to update closed tickets even if its limited to just admins or via api. This will help us from a data and analytics perspective as we review our old incidents that are misclassified or were not linked to a problem record.
-
Zendesk Team, This feature is really important for the admins. Any Update please?
-
Extremely important for us to update closed tickets. Without it, we'll be set back years on reporting
-
I had a logic issue with some tags that I need to fix/remove on closed tickets using automations. Please advise when this ability will be in place.
Would like an update on this request so I can inform our internal steak holders when I will be able correct these tickets.
-
I was told in a support ticket that this has been pushed to the first half of 2023.
-
This is why we will stop using Zendesk when our current contract expires.
-
As someone who works with data quality, it is incredibly frustrating that closed tickets are uneditable. It makes data from Zendesk unreliable the second an agent makes a mistake and the ticket is automatically closed. It makes simple integrations require complex solutions to remove duplicates because Zendesk does not support editing/opening closed tickets, but only follow-ups tickets, and literally a manager who has the responsibility to monitor and fix errors made by agents before the automation kicks in.
My recommendations:
1) Don't use zendesk
2) If you are stuck with Zendesk, don't build a DA architecture that uses ticket data from Zendesk as master data, because tickets are designed to be impossible to edit once they are closed, making errors unfixable unless you sink a bunch of time solving something that should have been a non-issue
3) Create a follow up ticket where you copy paste the original ticket data, update the fields you need to update in the new ticket, and delete the old one to avoid duplicate data. -
Hello, it's a very good news that closed ticket will be updatable within 2022!
We need to update the object if it contains customer's name, because of privacy restrictions.
Thank you in advance for keeping me informed!
Pleasesign into leave a comment.
123 Comments