Учёт статусов сотрудников в правилах

Последние изменения: 01.11.2021

Раньше в правилах автоматизации учитывались не конкретные статусы сотрудников, а только доступ к обработке обращений и чатов в настройках статусов.

f91eefae503bc3a6b1cf8e86b772b372.png

Если сотрудник был в статусе, для которого выставлен доступ на «просмотр и обработку» обращений и/или чатов, правила считали, что сотрудник онлайн. Если же в настройках доступа было выставлено «только просмотр» или «нет доступа», правила считали, что сотрудник офлайн.

Такая логика подходила не всем, так как иногда сотрудникам нужен доступ к обработке обращений, но при этом они не должны участвовать в распределении обращений. К примеру, им нужно сосредоточиться на исправлении плохих оценок:

df36fbab38127fb144bf795526ace7b5.png

Теперь в правилах можно как отслеживать конкретные статусы ответственного сотрудника в условиях, так и учитывать конкретные статусы сотрудников при распределении обращений и чатов.

Прошлая логика, которая учитывала доступ к обработке обращений / чатов, также сохранилась. Опции, отслеживающие не конкретный статус, а именно доступ к обработке, имеют приписку «который доступен», а не «который онлайн», как раньше, чтобы не было путаницы со статусом онлайн.

66415b240dfec829693d1b8cb043e38b.png

Примеры правил с учётом статусов сотрудников

1. Сотрудник ответил на все новые обращения и переключился в статус, который предполагает обучение. В это время в обращении с высоким приоритетом поступил новый ответ от пользователя. Уведомляем сотрудника по почте о необходимости вернуться к работе:

347b15541c2432447a652bfa066fe7b1.png

2. Отправляем браузерное и звуковое уведомления при добавлении заметки с упоминанием сотрудников, находящихся в статусах, которые предполагают, что сотрудник находится на рабочем месте или скоро вернётся после короткого отсутствия:

2db29fbfc5b08a02d9a8930e705bd3ea.png

3. Отправляем браузерное и звуковое уведомления, если сотрудник давно находится в статусах, не предполагающих работу с текущими обращениями, но у него есть открытые обращения:

718d5831885b6ee58bb37bf560a3f4c0.png

4. Распределяем простые обращения между сотрудниками в статусе «Обучение»:

62a4f62d344c9cd0023ea31f5a440c33.png

5. Если в действиях «Назначить ответственным» и «Зафиксировать чат за» вы указываете конкретных сотрудников или группы, к которым у них должен быть доступ, то между этими опциями используется логический оператор «или». К примеру, если указаны две группы, то ответственными будут назначаться в алфавитном порядке сотрудники, имеющие к ним доступ.

Но если в действия добавляются статусы сотрудников, то между опциями по группе / сотруднику и статусу будет работать логический оператор «и» — таким образом учет статуса становится обязательным.

Разберемся на конкретных примерах.

а) Например, такое правило распределяет чаты между сотрудниками с доступом к группе «Вопросы по оплате», у которых выставлен статус «Обучение»:

dc78d4403d36f0ce94c5065d0024ef41.png

б) Такое правило распределяет обращения между конкретными сотрудниками при условии, что у них выставлен статус «Обучение». Если какой-то из указанных сотрудников выставит другой статус, правило не распределит на него обращения:

2570f43a1cdd11a634ac46914ae4cbe4.png

в) Если же в действии «Назначить ответственным» указать несколько групп или сотрудников без указания конкретного статуса, то между ними будет действовать логический оператор «ИЛИ», и ответственными будут назначаться сотрудники подходящие под любую из опций, например

ccca4d3934f3dd15b4c2e84acd48d5c0.png
27f52cc5f792f72aec3a90152319154d.png

Помогла ли вам статья?