Локальное администрирование, обновление данных в реальном времени, новые возможности EQL-поиска и расширение пользователя теперь в ELMA365

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

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

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

Чтобы включить администрирование раздела нужно: Создать или импортировать раздел > Открыть меню раздела – Администрирование раздела > Включить Администрирование раздела > Выбрать пользователей, которым доступно администрирование раздела

Администратору раздела недоступно:

• Раздел Администрирование и администрирование глобальных сущностей (например, БП, интерфейсы, пользователи, модули и т.д.).
• Администрирование других разделов, в которых доступ на администрирование не выдан.
• Доступ к элементам приложений, страницам раздела, если ранее не был выдан администратору раздела.
• Пункты меню приложения/раздела, на который выдан доступ: Дополнительные параметры, Настройка доступа, API.

Остальные возможности администрирования раздела доступны.

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

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

Работать с полями Сотрудника можно в скриптах, кастомизировать форму приложения в Low-code конструкторе, делать экспорт и импорт настроенного приложения.

Кроме того, новые зоны расширения Пользователя, доступные в модулях, позволяют кастомизировать ранее недоступные системные виджеты: popover с краткой информацией о пользователе, страница профиля пользователя в разделе Компания и окно настройки профиля пользователя.

Стандарты современных систем — моментальное обновление информации в интерфейсе, в случае если в бэковой части что-то изменилось. Для этого в ELMA365 реализовано отслеживание событий сервера в сценарии на клиенте.

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

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

Флаг enableSubscriptionOnEventsFromScript включает возможность использования функций подписания на события системы в TS SDK API. По умолчанию в редакции SaaS флаг выключен.

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

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

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

В функционале EQL сделаны следующие доработки:

• Новый редактор EQL с функцией автоподстановки. Теперь составлять выражение для поиска стало намного быстрее и удобнее.

• Функция для поиска по относительным датам (RelativeDatetime). Подробности в справке.
• Возможность использования EQL в сценариях при поиске элементов Приложений.

В рамках модуля можно подключить внешнее приложение. Оно позволяет разрешить доступ сторонним сервисам к защищенным ресурсам ELMA365 по протоколу авторизации OAuth2.

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

После подключения данные из ELMA365 могут служить способом аутентификации на стороннем сервисе, а также источником для обращения через Web API.

Подключить внешнее приложение к модулю могут только администраторы системы. В поставке ELMA365 On-Premises возможность доступна по умолчанию. Для поставки SaaS обратитесь к вашему менеджеру для включения фича-флага allowExternalApplicationsOIDC.

Добавлена возможность обработки API запросов в модулях с частичным совпадением

Для построения более гибких модулей интеграции мы добавили в Методы API возможность перехватывать вложенные запросы по шаблону. Например, теперь можно указать путь для метода: files/* и в метод будут попадать все вложенные пути: files/1234, files/upload/small и т.д.

Такой метод можно удобно использовать из TS SDK с добавлением withFragment:Вызов соответствует /files.

Добавлена danger-опция для метода setPortalUserAsInternal()

Метод setPortalUserAsInternal конвертирует внешнего пользователя во внутреннего. Но настройки аутентификации для внутреннего и внешнего порталов могут сильно отличаться. Ранее для пользователей с подключенным OAuth этот метод всегда выдавал ошибку.
Теперь добавлена опция _unsafe_ignore_oauth : bool. Использовать эту опцию нужно крайне осторожно, т.к. такой конвертированный пользователь сможет попасть в систему, только если настройки провайдера входа OAuth полностью совпадают для внешнего и внутреннего порталов.

Реализована возможность строгой валидации значений полей

Добавили настройку Степень валидации для полей типа Номер телефона и Электронная почта с вариантами "Предупреждать о неверном значении" и "Запрещать неверные значения".
Для обратной совместимости для поля типа Номер телефона по умолчанию задано Предупреждать о неверном значении, а для поля типа Электронная почта–Запрещать неверные значения.

Реализована возможность получать логотип из настроек портала в его заголовок

Добавлен метод в объект портала: Namespace.portal.getSettings(), который предоставляет доступ к настройкам брендирования портала. Например: logoImg = await settings.branding.logo.getDownloadUrl();

Добавлены методы Web API для создания пакета файлов, получения ссылок на скачивание и изменение

Если обработка запроса прошла без ошибок, в ответе вы увидите код 200. Если хотя бы в один файл вернулся с ошибкой, будет получен код ответа 422.

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

Обновлен и предоставлен стек наблюдаемости: Метрики, Трейсы, Логи. Обновлён Kubernetes до версии 1.28 в поставке ELMA365 Standard KinD.

Ширина колонок в связанных элементах

Раньше в системе не было возможности настроить ширину колонок в Связанных элементах. Для колонок с минимальной шириной контента выставлялась дефолтная ширина, что в сумме с остальными колонками выходило за рамки окна и появлялся горизонтальный скролл. 

В некоторых кейсах такое использование колонок было неудобным для пользователей, поэтому теперь в виджете Связанные элементы можно с помощью технологии drag-n-drop настраивать ширину колонок. Настроенная ширина сохранится для всех форм приложения. 

HTML-стили в пользовательском виджете 

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

Отключен переход в мобильный режим интерфейса в браузерах

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

В мобильном приложении или мобильном браузере по умолчанию включается мобильный режим. Перейти в режим отображения десктопа на мобильном устройстве можно, включив в настройках браузера Версия для ПК. Для планшетов отображение зависит от ориентации.

Добавлена возможность создать виджет для тулбара

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

Интерфейс таблиц

Добавлена настройка “Минимальная высота строки”, которая позволяет задать значение минимальной высоты строк таблицы в пикселях (минимум 35). Исправлена работа выравнивания содержимого ячейки по высоте.

Внесены изменения в настройки виджетов

Для виджета Кнопка: Настройка Событие по нажатию переименована в Выполняемый сценарий и теперь доступна при выборе типа действия Сценарий.

Для виджета Выпадающее окно: Параметры HTML стили/классы перенесены из вкладки Основные в Системные.

Доступ к главной странице в мобильном приложении

В расширенном меню мобильного приложения (после нажатия на кнопку с 3 полосками) добавлен пункт “Главная”. 

Отчёты

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

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

Если у поля в приложении-источнике отменить опцию Поиск и сортировка, то:

• по колонке отчета, привязанной к полю, пропадает фильтрация;
• если поле использовалось для связи – появится ошибка при получении данных. Так же ошибка будет при попытке пересохранить отчет, в котором уже есть невалидные данные.

Запрет на сообщения в ленте 

В виджет Лента объекта добавлена опция “Запретить пользователям отправлять сообщения”. При включенной опции, отправлять новые сообщения в ленту вручную через виджет нельзя. Комментировать существующие можно.