최근 검색
최근 검색 없음

Richard Forbes (Leaver)
가입한 날짜: 2022년 4월 01일
·
마지막 활동: 2023년 1월 13일
팔로잉
1
팔로워
0
총 활동 수
33
투표 수
19
플랜 수
8
활동 개요
배지
문서
게시물
커뮤니티 댓글
문서 댓글
활동 개요
님의 최근 활동 Richard Forbes (Leaver)
Richard Forbes (Leaver)님이 에 댓글을 입력함
Looking for the way to do this without needing coding knowledge, our users wouldn't be able to use an API. This is surely something that should feature in EXPLORE or users be able to action by clicking on said article, or their own profiles
댓글 보기 · 2022년 12월 19일에 게시됨 · Richard Forbes (Leaver)
0
팔로워
16
투표 수
0
댓글
Richard Forbes (Leaver)님이 에 댓글을 입력함
This is helpful and how I am currently working around the limitation, but it creates a fair bit of admin when you introduce new groups, and without the other forms questions to whittle down the requestor's ticket, I just have to force these into general (1st line) triage, when they are probably trying to select second line specific groups for a reason, bumping user back to 1st line general or 1st line for the specialist groups does create a false expectation in SLACK.
댓글 보기 · 2022년 9월 07일에 게시됨 · Richard Forbes (Leaver)
0
팔로워
1
투표
0
댓글
Richard Forbes (Leaver)님이 에 게시물을 만듦
In SLACK, it is not possible to hide groups from being selected by a user. We use groups to drive workflows and I am having to give them long, clunky names to try and discourage users from simply selecting any group (including default/unused groups and 2nd/3rd line groups are added as the assignee in the first instance. This screws up our TRIAGE workflow. This seems like an obvious fix to be able to limit the displayed groups (in the same way you can limit which forms are displayed to customers in the Zendesk "Submit A Request" form
2022년 9월 06일에 게시됨 · Richard Forbes (Leaver)
2
팔로워
1
투표
0
댓글
Richard Forbes (Leaver)님이 에 게시물을 만듦
In SLACK, it is not possible to hide groups from being selected by a user. We use groups to drive workflows and I am having to give them long, clunky names to try and discourage users from simply selecting any group (including default/unused groups and 2nd/3rd line groups are added as the assignee in the first instance. This screws up our TRIAGE workflow. This seems like an obvious fix to be able to limit the displayed groups (in the same way you can limit which forms are displayed to customers in the Zendesk "Submit A Request" form
2022년 9월 06일에 게시됨 · Richard Forbes (Leaver)
0
팔로워
2
투표 수
2
댓글
Richard Forbes (Leaver)님이 에 게시물을 만듦
I also can't find any trigger conditions for this type of ticket. (this is when the add+ ticket is selected in agent dashboard) |
2022년 9월 06일에 게시됨 · Richard Forbes (Leaver)
0
팔로워
1
투표
0
댓글
Richard Forbes (Leaver)님이 에 게시물을 만듦
Hi ZenDesk,
There is currently a major limitation in SLACK-created-tickets. When you use a SLACK action to create a ticket the user is encouraged to select a group to assign the ticket to.
As we are structured with 1st and 2nd line groups, (and also groups that are effectively parking garages for tricky internal tickets) user are able to assign to these groups in error which breaks our workflows and means I must keep checking these groups, OR it looks like a second line query that has not been through 1st line. (see image)
We need to be able to EXCLUDE some of these groups from the assignee field in SLACK. As you can see I have had to rename the groups with clunky names to try and reduce this behaviour, but this looks untidy everywhere you see the group name.
I also echo other users calls to be able to customise the fields in SLACK submissions, for example adding PRIORITY, TYPE and other standard fields would be a massive stride forward.
Thanks
Richard
2022년 9월 02일에 편집됨 · Richard Forbes (Leaver)
1
팔로워
2
투표 수
0
댓글