Перейти к основному содержимому
Версия: 1.30.0

Версия 1.30.0

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

Улучшения затронули расширение возможностей настройки карты зависимостей, обращение действий рабочих процессов к REM-атрибутам, а также расширение возможностей конвертации текста при помощи новых методов API.

Новая функциональность


Комбинирование календарей

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

Пример использования в индикаторах

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

Читайте подробнее в статье Календари.

Добавление комментария от имени другого пользователя

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

Ранее, когда комментарии поступали из внешних систем и сервисов, они автоматически добавлялись в систему от имени “Гостя” и были обезличены, что не позволяло увидеть настоящего отправителя сообщения. Теперь появилась возможность добавлять комментарии через серверное API с реальным именем отправителя – это существенно повышает прозрачность истории взаимодействия и облегчает внутренние расследования.

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

Для добавления комментария от лица другого пользователя используйте новые методы серверного класса SimpleRecord/Comment: setAuthor(), setMessage() и setComment().

Улучшения


Карта зависимостей

Теперь вы можете определять алгоритм, на основе которого производится построение карты зависимостей в новом системном свойстве simple.ci.dependency_map.display_mode. Доступные алгоритмы: на основании типа или класса конфигурации (в поставке Simple Application), пользовательский алгоритм построения карты зависимостей.

Также карта зависимостей стала более интерактивной, а именно:

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

Читайте подробнее в статье Карта зависимостей.

Обращение к REM-атрибутам в действиях рабочего процесса

Действия If, Wait Condition, Run Script, Record Generator, User approval, Switch, Timer поддерживают обращение к атрибутам моделей расширенной записи (REM) в скриптах.

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

Читайте подробнее в статье Действия рабочих процессов.

Методы конвертации HTML в WYSIWYG

В этой версии добавлен класс серверного API SimpleWysiwyg, содержащий два метода:

  • convertFromHtml() – конвертация данных из формата HTML в WYSIWYG;
  • convertToHtml() – конвертация данных из формата WYSIWYG в HTML.

Читайте подробнее в статье SimpleWysiwyg.

Дизайн и интерфейс

На новых экземплярах платформы в свойстве ui.branding.logo теперь установлен обновленный логотип SimpleOne, а также добавлены новые методы для работы с логотипом:

  • getLogoURL() – возвращает прямую ссылку на логотип.
  • getLogoBase64() – возвращает изображение, закодированное в формате Base64.

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

Читайте подробнее в статье SimpleSystem.

Исправления


DEF0019934: Значения REM-атрибутов, заданных в портальном интерфейсе на форме регистрации запроса не передавались на форму агентского интерфейса. В этой версии таблица Модели запросов (sys_rmc_model) исключена из механизма сброса кэша и данные сохраняются корректно.

DEF0019763: Связанные списки отображали записи таблицы, которые просматривались ранее в таблице (в ее листовом представлении). Проблема возникала при соединении 3G через devtools. В этой версии отображение списков при низком качестве интернет-соединения налажено.

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

DEF0018708: При попытке обратиться к свойствам объекта, которые могут принимать значение null, операция прерывалась с исключением, если обращение к свойствам происходило через object.prop, а не через object?.prop. В этой версии мы добавили оператор ?, который обращается к свойству только в том случае, если значение НЕ РАВНО null или undefined.

DEF0017306: Поиск с использованием конструктора условий был затруднен наличием моделей расширенных записей (REM) с одинаковыми названиями, так как они дублировались в списке. В этой версии поиск работает как обычно.

DEF0017407: Из-за отсутствия оператора NOT IN для полей типа Numeric в конструкторе условий фильтр, заданный при помощи скрипта с этим оператором, изменялся, если пользователь пытался отредактировать его в справочнике. В этой версии оператор NOT IN добавили в конструктор условий для полей типа Numeric.

DEF0016224: При удалении содержимого поисковой строки с помощью нажатия на иконку Х в процессе поиска происходила ошибка Missing required parameters : query. Проблема была связана с тем, что запрос не отменялся при стирании текста из поля поиска посредством нажатия на иконку X. В этой версии поведение исправлено и стирание текста с помощью кнопки также прерывает выполнение запроса.