0
Searching answer

Привилегия назначать исполнителей

Fedor Sukharev 4 years ago in New features • updated by Vladimir Mullagaliyev (co-founder) 4 years ago 7
Topic collaborators
На текущий момент представителю проекта можно назначить право Назначать исполнителей.


У нас выделенного оператора, который бы раздавал тикеты операторам. Всем операторам предоставлена привилегия Назначать исполнителей.

Получается следующая ситуация с тикетами:
Специалист берет тикет и становится ответственным. Любой другой специалист может зайти в этот тикет и переназначить на себя. И первый специалист об этом никак не узнает пока сам в него не зайдет. Уже было много таких случаев.

Какие рекомендации вы могли бы дать в таком случае?

Answer

Answer
Answered
Здравствуйте Федор.
1. Мы добавили уведомление человеку, если он являлся исполнителем по тикету и исполнителя поменяли.
2. Добавили предупреждение, если исполнитель уде есть, то спрашивает подтверждение на смену. Кроме этого, в выпадающем списке теперь помечен текущий исполнитель, что снидает вероятность выбора исполнителя, если он уже есть.
3. Такая история у нас собирается. По запросу в случае конфликтной ситуации мы можем ее вытащить. Для администраторов проекта она пока недоступна, но мы планируем ее добавить в будушем.
Наше видение:
1. Уведомлять ответственного по e-mail, когда у него забирают тикет. Желательно, чтобы такие уведомления можно было включать и отключать каждому оператору.

2. Выводить предупреждение, когда оператор пытается изменить ответственного за тикет, когда на тикет уже назначен ответственный.

3. Иметь возможность смотреть историю смены ответственных по тикету.
Searching answer
Федор, спасибо за описание Вашего видения решения задачи. Мы разработаем решение со своей стороны и сообщим позже в этом топике.
Answer
Answered
Здравствуйте Федор.
1. Мы добавили уведомление человеку, если он являлся исполнителем по тикету и исполнителя поменяли.
2. Добавили предупреждение, если исполнитель уде есть, то спрашивает подтверждение на смену. Кроме этого, в выпадающем списке теперь помечен текущий исполнитель, что снидает вероятность выбора исполнителя, если он уже есть.
3. Такая история у нас собирается. По запросу в случае конфликтной ситуации мы можем ее вытащить. Для администраторов проекта она пока недоступна, но мы планируем ее добавить в будушем.
Владимир,

Уведомление при попытке сменить исполнителя возникает раз через раз.

Сам только что видел, как наши операторы технической поддержки это делают. Особой закономерности не заметил, могу лишь предположить, что при первом переназначении не спрашивает, а при втором и далее - выдает сообщение.

Основная проблема сохраняется. Все операторы смотрят тикеты, по которым не назначены исполнители. Видят талон, назначают на себя, не получив предупреждения, начинают писать ответ. Нажимают кнопку отправить. В результате, клиент получает по одному тикету сразу два ответа от двух разных операторов.

Возможно, имеет смысл также перед отправкой сообщать, что другой оператор с момента открытия тикета в текущем окне браузера, внес какие-либо изменения в тикет. Так, как это реализовано в Atlassian Confluence, когда ты редактируешь статью, а кто-то параллельно пытается тоже внести в неё изменения - получает сообщение, что данная статья уже редактируется другим пользователем и вопросом, что делать? Применить ли текущие изменения или отменить..
Searching answer
Федор,
Да мы проверим логику переназначения оператора, как вариант добавим механизм проверяющий что с темой что то произошло с момента начала действия.

В этом направлении мы идем к Real-time обработке очереди заявок от клиентов.
Оставляю топик открытым до момента решения этого вопроса.
Прошу добавить к тикету заинтересованного в данной проблеме нашего сотрудника: Шарков Дмитрий <dsharkov@otc.ru>


Спасибо.