Как часть стандартного основого функционала в Enate для оптимизации поиска, производимого пользователями, определенные часто используемые слова будут удалены из поиска, если они были введены вручную. Это сделано для обеспечения быстрого ответа по результатам поиска, а также для избежания ситуации, когда возвращается огромный объем соответствующих результатов, которые отвлекли бы внимание пользователей от желательных результатов. Один из используемых для этого подходов – это использование «списка запретных слов»

Список запретных слов

Список запретных слов – это список стандартных общих слов, таки как «и», «мне» и так далее, которые игнорируются при поиске, так как иначе будет возвращено слишком много результатов.

Ниже полный список всех слов из списка запретных слов, которые ВСЕ поиски внутри Enate будут игнорировать – это включает в себя поиски не только в быстром поиске Quickfind, но и также в поисках, проводимых пользователями, в поисках емейлов, в поисках задач, например, заявок, когда объединяются заявки, и так далее. Если Вы введете эти слова, то они будут автоматически проигнорированы и не будут испольованы как слова, которые возвращают результат поиска.

Множественные списки запретных слов поддерживаются для разных языков пользователей.

Знаки, которые будут игнорироваться в быстром поиске Quickfind

Специфические знаки будут проигнорированы поисками в Quickfind, например “*”, “?”, “@” и так далее. Это значит, что, например, когда Вы ищите по customer.com в Quickfind, проводиться поиск будет по словам 'customer' и 'com'. Поэтому рекоммендуется заключать такие комбинации слов в кавычки, чтобы искать по ним как по единой фразе – например, поиск по “customer.com” более вероятно вернет Вам желаемый результат.

Ниже Вы найдете полный список всех знаков, которые будут проигнорированы в быстром поиске Quickfind:

Минимальное поддерживаемое разрешение экрана

Минимальное поддерживаемое Enate разрешение экрана под 100% DPI: 1366 x 768. Это означает, что разрешения 1280x1024 и ниже НЕ поддерживаются.

Поддерживаемые разрешения экрана vs. DPI

Экраны с более высоким разрешением могут работать с настройками DPI более 100%. Имея этот факт в виду, ознакомьтесь со списком ниже, чтобы посмотреть, какие комбинации «разрешение экрана & DPI» поддерживаются Enate. Тут также приведены определения отрасли по разрешению экрана для удобства пояснения:

• 1366 x 768 High Definition (HD) – Поддерживается только 100% DPI

• 1600 x 900 High Definition Plus (HD+) – Поддерживается только 100% DPI

• 1920 x 1080 Full High Definition (FHD) – Поддерживается до 125% DPI

• 1920 x 1200 Wide Ultra Extended Graphics Array (WUXGA) – Поддерживается до 125% DPI

• 2560 x 1440 Quad High Definition (QHD) – Поддерживается до 150% DPI

• 3440 x 1440 Wide Quad High Definition (WQHD) – Поддерживается до 150% DPI

• 3840 x 2160 4K or Ultra High Definition (UHD) – Поддерживается до 200% DPI

Дополнительная панель инструментов браузера vs. Поддержка разрешения экрана

Особенно в случае, если работа идет на минимальном поддерживаемом разрешении, Enate всегда рекомендует пользователям запускать Enate в полноэкранном режиме (доступ к полноэкранному режиму через клавишу F11 в браузере), чтобы отображался максимальный доступный экран для работы. Если Вы установили дополнительную панель инструментов в браузерах, которые не входят в дефолтную систему браузеров (например, расширения для браузеров), это может существенно снизить доступное пространство экрана и привести к более низким чем минимальные поддерживаемые измерениям.

Как часть управления Заявками, Случаями и Действиями в Вашем рабочем процессе в Enate, система будет регулярно оценивать, кому назначена работа, кто назначен Владельцем, и с которой Очередью задача связана. Существует подробный набор правил, которые выполняются, чтобы упорядочить эти процессы. До того как Вы ознакомитесь с этими подробными наборами правил, важно понять общий характер того, как распределение таких задач оценивается, и когда. Этот процесс работает следующим образом:

1. Во-первых, определение КОГДА такие переоценки проходят – преимущественно это делается, когда происходят изменения в карте «Статус» для задачи.

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

3. Для тех значений, которые нуждаются в установке:

a. Если нужно установить значение для Очереди, это легко – просто выберите Очередь, указанную в правиле Распределения (есть только два типа правила распределения Очереди)

b. Если нужно установить значение для Назаначенного лица и Владельца, то тут больше деталей – мы должны пройти через серию правил, чтобы найти и остановиться на правиле, которое отвечает требованиям, и при этом валидная* цель выбрана.

*Проверка валидности – Как часть проверки правила распределения Назначенного лица / Владельца, мы должны определить, является ли цель валидной (есть несколько правил проверки валидности, которые надо успешно пройти). Если они не пройдены, то мы продолжем поиск по правилам, как указано в части 3, пока валидная цель не будет найдена.

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

Определение, КОГДА проводится переоценка

Система будет переоценивать Назначенного пользователя, Владельца и Очередь в любой момент, когда меняется информация в карте «Статус», а именно:

• изменение статуса

• изменения типа Ожидания

• изменения запланированной последующей даты

• изменение даты "Ожидание дополнительной информации до"

• изменение опций "Ожидание до" (только для Случаев)

• изменение контекста Заявки

• изменение категории Заявки

• изменение статуса "На этапе проверки коллегой"

• новая информация по задаче получена

• Случай столкнулся с проблемой

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

Когда система решит, что такая переоценка нужна, мы преимущественно используем СТАТУС задачи, чтобы определить, которое значение «Назначенное лицо», «Владелец» и «Очередь» нуждается в установке или полном удалении. Вы можете увидеть эту информацию в таблице ниже:

Как устанавливаются «Назначенное лицо», «Владелец» и «Очередь»

• Очереди – Если Очередь должна быть установлена, это просто – будет запущен сконфигурированный Метод распределения Очереди.

• Назначенное лицо и Владелец – Если Назначенное лицо или Владелец должны быть установлены, то нужно больше деталей. Мы должны пройти через серию правил, чтобы найти и остановиться на правиле, которое отвечает требованиям и когда выбрана валидная цель.

До того, как будет запущен список правил, проводится одна более общая проверка: если Назначенное лицо / Владелец в данный момент умеют установленные значения, то не будут изменены значения для Назначенного лица / Владельца, если только не была изменена категория Заявки.

Иначе будут запущены следующие правила, чтобы найти и остановиться на правиле, когда будет идентифицирована валидная цель:

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

2. Если значение для Владельца не пустое, то тогда и для Назначенного лица будет установлено это значение. Если нет или если этот пользователь не валидный, то

3. Если задача Заявка и категория Заявки была изменена и если был изменен тип Ожидания или статус Разрешено, тогда Назначенное лицо/Владелец будет установлено на того пользователя, который обновил эту Заявку. Если нет, то

4. Если задача не является Заявкой ИЛИ если это Заявка (в которой категория Заявки не изменена И у нас более двух строчек в истории статуса – то есть, она находится не в первом своем статусе, отличном от Черновика), то

   1. Установить последнего пользователя / робота, обновившего данную задачу, в качестве Назначенного лица и Владельца. Если такого нет или он не валидный, то

   2. Установить любого ранее назначенного пользователя / робота в порядке убывания по времени, когда задача была им назначена – в качестве Назначенного лица / Владельца. Если такого нет или он не валидный, то

   3. Если Действие начато рабочим процессом (то есть не вручную ситуативно), то установить последнего пользователя / робота, который работал над аналогичным ранее завершенным Действием в Случае (или «Проверка Действия коллегой» если на этапе проверки коллегой) в качестве Назначенного лица / Владельца. Если нет или он не валидный, то

5. Запустить правило распределения для задачи:

   1. Если изначальное распределение сконфигурировано для конкретного пользователя, установить этого пользователя как Назначенное лицо / Владельца. Если нет или он не валидный, то

   2. Если повторное распределение сконфигурировано для конкретного пользователя, установить этого пользователя как Назначенное лицо / Владельца. Если нет или он не валидный, то

   3. Если изначальное распределение сконфигурировано для Позиции, то пользователь с наменьшим количеством задач из группы пользователей, занимающих эту позицию, будет установлен как Назначенное лицо / Владелец. Если нет или он не валидный, то

   4. Если повторное распределение сконфигурировано для Позиции, то пользователь с наменьшим количеством задач в его входящей почте из группы пользователей, занимающих эту позицию, будет установлен как Назначенное лицо / Владелец. Если нет или он не валидный, то

6. Если задача является Случаем, то установить пользователя / робота, начавшего этот Случай, как Назначенное лицо / Владельца.

Проверки валидности

Как часть проверки правила распределения Назначенного лица / Владельца, мы определяем, валидна ли цель. Существует несколько правил проверки валидности, которые необходимо успешно пройти, чтобы быть валидным. Если они провалены, то мы продолжим проходить через правила установки Назначенного лица / Владельца до тех пор, пока не будет найдена валидная цель. Далее перечислены проверки валидности, которые будут запущены:

• Если Пользователю / Роботу не позволено работать над задачами этого типа (например, Лайв / Тестинг), тогда блокировать

• Если Пользователь / Робот на пенсии, тогда блокировать

• Если Пользователь не имеет разрешений, тогда блокировать (проверки разрешений для Роботов не проводятся)

• Если данный Робот отстранен, тогда блокировать

• Если Робот выполнил «Взять больше работы» более чем 3 раза для данной задачи, тогда блокировать

• Если выбранный пользователь является Роботом, а задача – Действием, которое находится на этапе проверки коллегой, тогда блокировать (Роботы не могут выполнять проверку коллегой)

• Если выбранный пользователь является Роботом, а задача – Действием, и если для данного Действия не сконфигурировано никакой фермы Роботов, тогда блокировать

• Если выбранный пользователь является Роботом, а задача – Действием, и если Робот не является членом фермы Роботов, сконфигурированной для данного Действия, тогда блокировать

• Если выбранный пользователь является Роботом, а задача – Случаем, тогда блокировать (Роботы не могут быть назначены на Случаи)

• Если задача создана вручную с Действием проверки коллегой, которое находится на этапе проверки коллегой, а Пользователь выполнил 1 или более обновлений пока задача была на этапе выполнения, тогда блокировать (Пользователи не могут осуществлять проверку коллегой для свой собственной работы)

• Если задача создана вручную с Действием проверки коллегой, которое находится на этапе выполнения, а Пользователь выполнил 1 или более обновлений пока задача была на этапе проверки коллегой, тогда блокировать (Пользователи не могут быть назначены на выполнение работы, для которой они ранее осуществляли проверку коллегой)