ELMA365 расширяет возможности платформенной настройки и сценарной разработки

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

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

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

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

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

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

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

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

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

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

Изменение небольшое по масштабу, но важное по повседневному эффекту. Оно делает работу в дизайнере форм и виджетов более предсказуемой и снижает количество лишних действий при настройке интерфейса.

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

Теперь в TS SDK доступна функция UI.notify. Она позволяет вызывать системные уведомления в нужный момент и самостоятельно определять, какое сообщение должно быть показано пользователю в рамках конкретного сценария.

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

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

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

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

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

Теперь через TS SDK и Web API можно получать список каналов, сообщений и комментариев, а также отправлять сообщения и комментарии в канал или в ленту объекта. Методы создания поддерживают вложения.

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

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

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

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

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

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

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

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

Теперь в настройках модуля отображаются версии самого модуля и сервиса аудита. Это дает командам эксплуатации и сопровождения более прозрачную точку контроля по версии компонентов.

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

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

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

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

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

Теперь для ряда событий при выключенном расширенном логировании очищается поле «data», при этом в событиях сохраняются все необходимые метаданные. Это касается событий item_create, item_update, item_delete и add_comment.

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

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

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

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