Exclude ticket tags
TerminéeThis was an issue in Insights as well, default functionality of excluding ticket tags doesn't work, and the number shown increases.
Workaround in insights was to create a custom metric which you would use to filter, however i haven't gotten this to work in Explore. I also see on the community forums others are unable to get this to work. Including ticket tags works, but not excluding.
We need the option to easily exclude ticket tags by adding the filter, choosing exclude and selecting the tags. (This is already here, just doesn't work!).
Also described here: https://explore.zendesk.com/hc/en-us/community/posts/360004402227-Metric-or-Attribute-for-WIthout-a-Tag
-
Commentaire officiel
Dear all,
Thank you for your feedback. We have released two new analytics functions, which will make it simpler for you and your teams to report on your tags:
- INCLUDES_ANY([Ticket tags], "tag1", "tag2") will return TRUE for any ticket that includes either "tag1" or "tag2"
- INCLUDES_ALL([Ticket tags], "tag1", "tag2") will return TRUE for any ticket that includes both "tag1" and "tag2"
And by adding a "NOT" logical operator, you'll be able exclude tickets that have any of these tags, or exclude tickets that have neither of these tags.
You can read more information here.
Kind regards
Vincent
-
Frustrating to be told by Zendesk Support that this is a known bug being worked on and there is a workaround but when directed to the https://support.zendesk.com/hc/en-us/articles/360022183574-Reporting-with-tags post for updates, to be told "There's no ETA for further improvements on tag filtering at this time" and be directed here instead. Contradicts the update by Eugene that "We are working on improving the query creation experience and making the tag reporting easier is one of the potential improvements we will look into at the later stage of this project."
Doesn't sound to me like Zendesk is working on it and since this post hasn't been updated with the note on the other post, it feels like its been forgotten.
-
It's not useful to have reports that include everything that's closed_by_merge...most of our clients write in via email and don't bother with threading so we do a lot of merging. Many of my queries are a bit pointless unless we can exclude those tickets.
-
+1 - We can't really use Explore if we can't exclude merged tickets. Is there another way to exclude merged tickets other than using the Tag? This is very important for our performance indicators.
-
Same here. This needs to be fixed. I just commented on another article. But how the tag filter is set up now (as a list of unique tag combinations) it is useless and a show stopper for us. Including also does not seem to work for us.
-
+1. I'm trying to remove merged tickets for performance reports. Was baffled as to why my exclude filter 'closed_by_merge' was not working, then I saw this post.
Can we get an update from Zendesk on this?
-
I understand to some extent that the current specification does not properly reflect the tag exclusion setting on Explores, but user psychology leads them to think that "as long as it can be set, it should work".
If the exclusion setting does not work correctly as a specification, I would like to request a modification to disable the tag exclusion setting in the UI.
Thank you!
-
+1
I am confused about what the Tag Filter is supposed to do. It does not seem usable as it is now.
-
+1 this is a must
-
Zendesk team .... 11 month to fix a bug ?? Please give us an exact date to fix this easy function. ins't it ?
-
Hello Team,
Why don't we just simply activate the exclude functionality instead of creating customer metric/attribute?
-
This is a must need fix.
-
@mirjam I had that happen initially too, and creating a new dataset fixed the tag combos. The underlying problem still remains that excluding tags is really broken. But at least you'll be able to use them for inclusions.
-
Agreed, I cannot filter out closed by merge tickets. I'm currently having an issue (I have an open ticket about it) where one of my customers uses Zendesk too and replies to their own ticket comes in as a new ticket for us, so we end up with many merges for tickets. Without filtering these merged tickets out, my numbers are inflated.
-
Dear Zendesk team, any thought on this issue? will it be fixed soon?
Like others have said, it is a given functionality that my Repots are counting on - and not useable!
Why all these workarounds? please handle our request here as Zendesk customer
Thanks
-
Any update on this?
We really need to exclude the merged tickets in Explore analytics. So, we may get unique tickets in the data. -
+1 I was confused when Zendesk support told me to exclude merged tickets using a different way other than to simply use the filters. Yet the 'includes' on the filter works. When I said the filter didn't work, I was told to use the different way to exclude merged tickets, with no explanation as to why the filter wasn't working and if it will be fixed, alongside being told my ticket would be closed. Do we know when it's being fixed?
-
I just found out that all those months, our tickets tagged with "testing_request" are NOT excluded as we set them in the filter. It makes us look like a joke and inflating data. We are absolutely furious. How was that reported 2 years ago and still not fixed?
-
Hi @.... I saw the article, but it doesn't work for our needs. Using standard calculated metric is not a solution for our dashboard with multiple tabs and 10+ queries in each one. It makes it impossible to toggle our filters as needed.
Upon further review of the filter that we set up, we have 2 tags excluded. The bizarre situation is that one of them is actually excluded as intended while the other isn't. They are mutually exclusive in all tickets.
Update: I think the tickets which have been excluded successfully are the ones with a single tag. When the ticket tag filter is set to "exclude values" instead of "select values", it apparently queries if ticket tags == "undesired_tag1" or "undesired_tag2", etc. It returns true only with exact match, thus excluding it. How it SHOULD logically operate would be the same way as using the standard calculated metricIF ([Ticket attribute] = "value" AND NOT INCLUDES_ANY([Ticket tags], "undesired_tag_1", "undesired_tag_1"))
THEN [Ticket ID]
ENDIFIt's impractical that I would do this for every single report, so can you please fix it?
-
Yes please remove this feature, I constantly need to inform our ever changing team leads and managers that excluding tags does not work the way they think. Business decisions (possibly incorrect) are made based on these reports.
-
Can the ticket tag "Completed" be removed from this post since this hasn't actually been resolved and only a word around has been provided?
-
+1
-
This is particularly true for ticket fields that are based on multi-select.
-
I created a new dataset as described and this did fix the issue with the tag filter but this is still only useful for inclusions.
Is creating a new dataset going to be a common occurrence as a workaround for these types of issues? Will I have to continuously recreate my queries using the new, working dataset?
-
A workaround i do for the time being is to create a hidden field which states whether or not ticket was closed by merge by using Triggers based on the Ticket Tag, one trigger which fills out the field and one that removes it (just in case).
Then, filtering in Explore based on this field instead of the Tag.
-
@...
This might help you out.
https://support.zendesk.com/hc/en-us/articles/360022183574-Reporting-with-tags#topic_yqj_b2b_ghb
-
@... sadly tags that are part of a large dataset (like merge tag compared to all tickets on your account) are not working well in calculated metrics either.
When I contacted support about it they told me not to use tags in calculated metrics unless you can significantly restrict the data that it is being applied to, "When a tag is used in a metric, Explore tries to search over all possible tag combinations of all the tickets in scope. With multiple tags and a big ticket scope, this hits a lot of query limits very fast. In order to make the query run currently it is suggested that you restrict the time frame of the query more tightly. Also, instead of including your tags in the calculated metric the query will handle it a lot better if you just pulled Ticket ID and then put those tags in the filter section as Ticket Tag = "exampletag" ".
Fun times!
-
Thanks @.... Helpful. I think I can possibly get what I need, I just have to rework a lot of queries depending on the current metric being used (i.e. the tickets created in past 7 days), etc.
-
@...
The tag reporting feature was implemented and is available to all customers now. You can use the INCLUDES functions to exclude the ticket tags. This article provides some examples: Reporting with tags. -
Hi Ahmed S Zaid, thanks for the feedback and I'm sorry that things haven't been working correctly for you. Have you taken a look at the Reporting with tags article that Eugene mentions above? That contains the latest information about tags and should work for your needs. If it doesn't, I'll happily open a ticket on your behalf. Thanks!
Vous devez vous connecter pour laisser un commentaire.
35 Commentaires