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

 

ELMA365 Service

Добавлены методы для работы с сессиями из Бизнес-процессов. 

В этом релизе мы реализовали методы TSSDK, которые открывают множество сценариев для работы с сессиями прямо из бизнес-процессов. Теперь вы можете использовать в скриптах методы: 

• назначения/переназначения сессии на оператора;
• назначения/переназначения сессии на группу операторов;
• закрытие сессии;
• перевод сессии на бота;
• изменение связанных элементов приложений;
• получения информации о клиентах сессии.

Этот базовый набор позволит, например, реализовывать функцию массового закрытия сессий по какому-либо критерию. Или же при смене статуса связанного приложения переводить сессию на другую группу операторов и т.д. 

Реконструкция активити «Оповещение в линию». 

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

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

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

 

Пользовательский опыт

Авторизация

Авторизация по протоколу oauth2 теперь доступна для внутренних пользователей.

Для начала работы, необходимо создать и включить модуль, реализующий протокол. Подробнее можно прочитать в справке: https://elma365.com/ru/help/external-oauth2-integration.html 

Модуль добавляет возможность войти другим способом на странице авторизации в системе.

Название модуля можно будет найти в списке доступных внешних провайдеров авторизации.

Если пользователь авторизуется впервые, и в модуле включена опция auto-signup, пользователь будет автоматически создан в системе, и его учетная запись ELMA365 будет привязана к учетной записи провайдера oauth2.

Важно: для корректного автоматического создания пользователей необходимо передавать поле email в ответе провайдера oauth2.

Если пользователь уже имеет учетную запись ELMA365, он может привязать ее к своей учетной записи провайдера oauth2. Для этого необходимо перейти в настройки профиля, на вкладку Аутентификация, выбрать провайдер oauth2, и связать учетные записи.

Сообщения

Возможности каналов стали более гибкими. Теперь администратор может настроить права доступа разным участникам канала:

1) Пользователи с полным доступом могут писать сообщения и комментарии в канал, создавать события для участников канала.

2) Пользователи с доступом на чтение и добавление комментариев могут писать комментарии к существующим сообщениям и не могут создавать события для участников канала.

3) Пользователи с доступом на чтение могут только читать сообщения и существующие комментарии.

Любой уровень доступа можно назначать пользователям, группам и элементам оргструктуры.

Если пользователю назначено несколько уровней доступа, напрямую или через группы/элементы ОС, в которых он состоит, используется максимальный уровень доступа.

 

Задачи

Исполнители теперь могут редактировать список участников задачи.

Ранее отредактировать список исполнителей задачи мог только автор задачи. Как правило, пользователи создают Задачи для решения тех вопросов, процессы по которым не автоматизированы. Руководители определяют «Исполнителя», но не имеют возможности детализировать «участников» — нет времени, нет понимания загруженности линейного персонала и зон ответственности каждого линейного сотрудника.

Теперь по умолчанию редактировать список исполнителей задачи могут все ее существующие исполнители.

Напоминания о приближении срока задач.

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

 

Бизнес-процессы

Поддержка контрактов в активити «Изменение элемента».

Активити «Изменения элемента» позволяет быстро выполнить автоматические действия в бизнес-процессе без программирования. Теперь активити позволяет также без программирования управлять сложными архитектурными конструкциями, использующими концепцию контрактов. В настройке активити отображается вкладка «Значения полей», где можно увидеть сопоставление полей в рамках контракта.

TODO блоки.

Подход Low-code позволяет быстро и просто создавать прототипы и рабочие решения, и так же быстро изменять их под новые требования. Однако, над разработкой решения может работать целая команда: аналитик, программист, дизайнер. В этом случае нужна быстрая возможность координации работ. Для этого, мы добавили важную функцию в конструктор виджетов и процессов — ТОDО блоки.

При создании конфигурации аналитик может быстро вынести из палитры системные блоки на виджет или на процесс, указать описание того, что должно быть в блоке, или положить туда ссылку на корпоративный трекер задач.

Виджет

Процесс

После сохранения виджета или процесса все TODO блоки появляются в едином списке в разделе. При клике на строку открывается сразу конструктор нужного процесса или виджета.

Список

Эти TODO блоки не мешают публикации объектов и не отображаются у пользователя. Также такие блоки переносятся вместе с экспортом/импортом, и это значит что сотрудники, работающие на разных стендах, увидят эти блоки в общем списке.

 

Low-code

Установка страницы «по умолчанию» для мобильного приложения.

В мобильном приложении «elma365.com» при запуске ранее всегда открывался раздел «Сообщения», что не всегда удовлетворяло потребностям клиентов. Поэтому мы добавили возможность указывать начальную страницу для мобильного приложения:

• В настройках компании добавлен пункт «Начальная страница мобильного приложения».
• В самом мобильном приложении настройка будет учитываться в новой версии, которая будет выложена в AppStore и GooglePlay сразу после релиза 2022.11 в облако.

SAML аутентификация в мобильных приложениях.

В мобильном приложении появилась возможность авторизоваться теми же способами, что и в браузере, в т.ч. использовать внешние провайдеры авторизации (например, SAML). Обновления в AppStore и GooglePlay выйдут сразу после релиза 2022.11 в облако. Для работы данного функционала требуются как обновленные версии мобильного приложения, так и обновление системы ELMA365 на версию 2022.11.

Функционал удаления и восстановления виджетов.

В разделы «Интерфейсы» добавлена возможность удаления виджетов, а также просмотра удаленных и их восстановления. Это сделано, в основном, для того, чтобы можно было решить проблемы при экспорте разделов и решений путем удаления устаревших или некорректных виджетов.

 

Проекты

Управление жизненным циклом проекта, работа с архивом.

В системе появились понятия стадий проекта. По умолчанию проект может находиться в одной из трех стадий: «Архив», «Черновик», «В работе». В дизайнере бизнес-процессов добавлены действия: «Отправить проект в архив» и «Восстановить проект из архива». В библиотеку TS SDK добавлено два метода для отправки проекта в архив и восстановления проект из архива. При создании нового проекта, ему присваивается стадия «Черновик». После публикации плана, проекту присваивается стадия «В работе», даже если до этого у него не было стадии. У проектных задач, которые не отменены, устанавливается статус «В работе». При архивации проекта, ему присваивается стадия «Архив», у проектных задач и у плана проекта устанавливается статус «В архиве». На форме просмотра проекта скрываются кнопки для редактирования плана. Вместо них появляется предупреждение, что проект находится в архиве. При восстановлении проекта, он переходит на стадию «Черновик». У проектных задач и у плана проекта также устанавливается статус «Черновик». Отправить проект в стадию архива можно двумя способами:

• с помощью действия в бизнес процессе;
• с помощью пользовательских сценариях.

Восстановить проект из архива можно следующими способами:

• действие в бизнес процессе;
• пользовательский сценарий;
• нажав на кнопку «Восстановить» на форме просмотра проекта.