Версия 1.33.0
Этот релиз мы посвятили повышению продуктивности пользователей и обновлению визуального стиля платформы.
В части функциональных улучшений мы реализовали возможность вывода REM‑атрибутов в представление списка, что позволяет работать с ними как с обычными полями прямо в таблице, без перехода к формам записей. Также реализована поддержка массового редактирования непосредственно из представления списка таблицы.
Кроме того, в этой версии заложен фундамент для гибкого управления стилями интерфейса: мы приступили к внедрению дизайн-токенов. Этот стандарт обеспечит централизованное управление визуальными параметрами и визуальное единообразие всех компонентов системы.
Новая функциональность
Управление интерфейсом через дизайн-токены
В этой версии мы начали интеграцию дизайн-токенов, отвечающих за шрифты и цвета компонентов системы. В связи с этим вы заметите некоторые изменения в оформлении агентского интерфейса.
Предварительная настройка тем системы уже доступна, но выполнить ее можно только посредством редактирования конфигурационного файла. В следующих версиях будет доступна настройка дизайн-системы из агентского интерфейса.
Читайте подробнее в статье Дизайн-токены.
Настройка и отображение REM-атрибутов в списках таблиц
Настройки представлений списков теперь поддерживают отображение колонок с атрибутами RE-моделей в листовом представлении. Атрибуты RE-модели можно вынести на вид как при его настройке для всех пользователей, так и при персональной настройке.
В макет списка можно добавить атрибуты только одной расширенной модели записи. Количество атрибутов при этом не ограничено.
В текущей версии работа с REM-атрибутами в списках имеет ряд функциональных ограничений, в частности: отсутствие встроенного редактирования, невозможность построить отчет на основе данных REM-атрибутов, ограничения, связанные с импортом данных таблиц и персональных настроек.
Читайте подробнее в статье Расширенная модель записи.
Массовое редактирование записей
Теперь вы можете редактировать значение выбранной колонки во всех выделенных записях таблицы одновременно и без перехода на их формы.
В этой версии массовое редактирование доступно только для полей типа Choice и Reference. Это значит, что вы уже можете назначить или переназначить ряд задач на нужного сотрудника или изменить статус сразу нескольких запросов на обслуживание.
При массовом изменении значений может быть нарушена целостность бизнес-процессов, если они определяются клиентской логикой. Например, если обычно изменение значения в поле требует выполнения дополнительных действий, таких как добавление комментария или вложения, выполнены они не будут.
Читайте подробнее в статье Интерфейс списка.
Улучшения
API для работы с Translated Text
В этой версии мы добавили важное системное улучшение для разработчиков и администраторов мультиязычной платформы: специализированные методы API для управления локализованными данными. Благодаря этому работа с полями типа Translated Text, включая REM-атрибуты, стала более гибкой и безопасной.
В будущих версиях возможность работать с таблицей Системные переводы (sys_translation) пропадет.
Начиная с этой версии, настоятельно рекомендуем:
- использовать в скриптах новые методы для работы с полями типа Translated Text,
- внести изменения в существующие скрипты, которые обращаются к таблице Системные переводы (sys_translation).
Для поиска таких скриптов используйте фильтрацию VCS-версий с условием:
Копия записи (JSON) содержит "sys_translation
ИЛИ
Копия записи (JSON) содержит 'sys_translation
ИЛИ
Копия записи (JSON) содержит `sys_translation
Используйте новый набор методов для работы с переводами:
- getTranslation() – возвращает перевод на указанный или текущий язык в виде строки.
- setTranslation() – устанавливает или редактирует перевод на указанный или текущий язык.
- getTranslations() – возвращает объект со всеми переводами (если данных нет, возвращается значение по умолчанию {"en":""}).
- setTranslations() – устанавливает или редактирует переводы на указанные языки.
- getTranslatedText() – при прямом выводе автоматически отображает значение на языке текущей сессии пользователя или на базовом языке системы (en).
В логику методов внедрена строгая проверка типов входных параметров и поддержка только корректных кодов языков, что минимизирует риск появления ошибок при локализации.
Читайте подробнее в статье Локализация и многоязыковая поддержка.
Поддержка компактного режима в Simple-теге Form
В Simple-тег Form добавлен атрибут compactView. С его помощью можно задать отображение виджета формы, на которое не будет влиять настройка Компактный режим интерфейса текущего пользователя. Если атрибут не указан, отображение формы определяется значением настройки текущего пользователя.
Настройка компактного режима через атрибут compactView не влияет на отображение Simple-тега remForm внутри Form.
Читайте подробнее в статье Form.
Системные улучшения
Поддержка платформы SimpleOne на РЕД ОС
Платформа SimpleOne и ее приложения теперь совместимы с российской операционной системой "РЕД ОС".
Читайте подробнее в эксплуатационной документации.
Расширение поддержки работы платформенных механизмов в режиме реального времени
Внедрена единая точка входа для всех WebSocket-соединений через полнофункциональную версию прокси-сервера. Теперь клиентские приложения подключаются к одному универсальному адресу вместо прямого взаимодействия с отдельными микросервисами, при этом механика обмена сообщениями в реальном времени стала стандартизированной и более надежной.
В текущей версии единая точка входа используется для механизма индикации присутствия пользователей на форме записи, но в будущем мы сможем планомерно расширять поддержку работы в реальном времени для других механизмов платформы.
Читайте подробнее в эксплуатационной документации.
Исправления
DEF0022746: Рабочий процесс прерывался с исключением, если в блок Set Values были переданы поля типа WYSIWYG. Причиной стало несоответствие типа данных, ожидаемых в блоке, с типом данных WYSIWYG. В этой версии произведена донастройка блока Set Values для корректной работы с данными типа WYSIWYG.
DEF0022716: При сохранении бизнес-правил возникала ошибка str_contains(): Argument #1 ($haystack) must be of type string, array given при комбинации условий запуска После/После (асинхронно) и фильтра содержит/не содержит, которое ссылалось на поле типа WYSIWYG. В этой версии логика бизнес-правил была дополнена, и ожидаемое поведение восстановлено.
DEF0022580, DEF0022143: Повышена безопасность системы за счет планового обновления устаревших библиотек и Redis.
DEF0021308: В поле Обновлено кем таблицы Индикаторы (sys_indicator) отображалось имя пользователя, создавшего запись. В этой версии поведение поля исправлено, и механизм индикаторов корректно отображает имя сотрудника, вносящего изменения.
DEF0019015: При группировке записей по полю типа Choice возникала ошибка Attempt to read property "display_value" on null, если в одной из записей было указано несуществующее значение опции в этом поле. В новой версии мы расширили перечень проверок, выполняемых при группировке, и восстановили корректное поведение механизма.
DEF0018099: В уведомлениях вместо адреса электронной почты заявителя указывался sys_id сотрудника. Проблема возникала, если в правилах уведомлений для поля Другие получатели использовался формат ${current.caller} вместо ${current.caller.email}. В этой версии мы восстановили поддержку обоих форматов.
DEF0017950: Предотвращена возможность изменения значений полей, защищенных от редактирования, посредством быстрого импорта.