Релиз 3.2 открывает новый сценарий работы с готовыми решениями: в платформе появился Каталог решений.
Теперь готовые настройки и сценарии можно воспринимать не как набор разрозненных сущностей, которые нужно вручную переносить между проектами, а как решение: его можно выбрать, импортировать и дальше использовать в своем проекте. Параллельно выпуск затронул автоматы, темную тему, навигацию и несколько повседневных интерфейсных сценариев.
Ключевые изменения
В этом релизе появился Каталог решений — место, где можно работать с готовыми решениями для проекта. Под решением мы понимаем не одну отдельную настройку, а связанный набор сущностей и сценариев, который можно переиспользовать: взять подготовленный вариант и перенести его в нужный проект.
Сценарий работы становится проще: пользователь открывает решение из каталога, переходит к импорту, проверяет действие на встречающей странице и подтверждает перенос. После этого платформа создает недостающие сущности в проекте или обновляет уже существующие, сохраняя связь с исходным решением.
Чтобы такой перенос работал предсказуемо, экспорт приведен к единому оформлению, а структура сущностей зафиксирована. Это база для дальнейшего развития Каталога решений: решения можно не только импортировать один раз, но и аккуратнее обновлять, сопровождать и использовать как повторяемые продуктовые сценарии.
Каталог решений в RIC Store
Карточка конкретного решения
Добавление решения в проект
В автоматах появилась возможность использовать payload событий. При создании типа элемента "Событие" теперь можно задавать параметры, а затем выбирать эти параметры при настройке входных и выходных данных автомата.
Это делает события более полезными для автоматизации: логика может опираться не только на сам факт события, но и на данные, которые пришли вместе с ним. Такой подход особенно важен для сценариев, где одно событие может иметь разные значения и требовать разной реакции.
Также в релиз вошла проработка приоритетов обработки событий. Если несколько событий происходят почти одновременно, администратору нужен способ указать, какое из них важнее для автомата. Это снижает неоднозначность в логике и помогает сделать поведение сценариев предсказуемее.
Дополнительно исправили проблему, при которой удаленный обработчик мог ломать автомат, и убрали попадание системных команд автоматов в нерелевантные места интерфейса.
В релизе продолжили приводить темную тему к единой дизайн-системе. Обновили логотип в темной теме, скорректировали слишком яркие оттенки и добавили отдельные варианты цветов для темной темы в примитивах.
Отдельно доработали календарь: состояние выбора периода, заливку инпутов и цвет шкалы. Это небольшие детали, но именно они влияют на ощущение цельности интерфейса при ежедневной работе.
Также прошлись по таблицам, бордерам и иконкам в разных разделах: объектах, журналах, моделях, метках, отчетах и дашбордах. Задача была не в том, чтобы точечно перекрасить один экран, а в том, чтобы сделать поведение компонентов более единым по всей платформе.
Обновили поведение второго и третьего блоков в интерфейсе. Для свернутого второго блока добавили более понятное состояние наведения: подсвечивается не только иконка, но и контур блока, а само раскрытие становится более предсказуемым.
В объектах и геозонах повторное нажатие по карточке теперь закрывает третий блок с параметрами. Это повторяет ожидаемую логику: первое нажатие открывает детали, второе возвращает пользователя назад без необходимости искать отдельную кнопку закрытия.
Доработали хлебные крошки для страниц с трехблочной структурой. Заголовок переносится в хлебные крошки, кликабельная зона становится понятнее, а лишние элементы управления сворачиванием убираются там, где они перегружали интерфейс.
Еще одно небольшое, но полезное улучшение — понятный нейминг экспортируемых файлов. При скачивании файл должен получать имя по единому шаблону с типом сущности, названием и датой выгрузки, чтобы его было проще найти и использовать позже.
Добавили настройку отображения радиуса геопозиции без GPS: такой режим можно включать и выключать через меню. Это помогает аккуратнее работать со сценариями, где точного GPS-позиционирования нет, но нужно показать приблизительную зону.
Для Telegram-бота подготовили сценарий создания задания: пользователь выбирает объект, тип задания, вводит название и описание, при необходимости добавляет фотографии и подтверждает создание. Это расширяет путь от наблюдения за объектом к созданию рабочей задачи прямо из бота.
Также исправили ряд заметных проблем: бесконечную загрузку профиля, отображение лимитов в оплаченном аккаунте, сбои списка объектов при выводе статусов и данных, ошибку при приглашении пользователя в проект и попадание слишком коротких интервалов в отчет по помещениям.