ELMA365 Platform: больше возможностей для партнеров и разработчиков

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

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

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

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

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

Тип «Папка» дает возможность выбирать директорию в разделе «Файлы» и отображать её в виде активной ссылки. Пользователь сразу получает доступ ко всему содержимому папки. Для работы со скриптами предусмотрена интеграция с типом TDirectory, что расширяет автоматизацию и контроль над вложениями.

А новый подтип «Скрытый» у типа «Строка» позволяет визуально скрыть данные от лишних глаз, не нарушая работу бизнес-логики. Информация остаётся на клиентской части и может использоваться в процессах — просто без отображения в интерфейсе. Это помогает создавать более безопасные формы и защищать чувствительные поля.

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

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

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

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

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

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

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

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

Раздел «Бизнес-процессы» в администрировании теперь визуально и функционально синхронизирован со страницей «Монитор процессов». Интерфейс приведен к единому стилю, добавлены фильтры, улучшен поиск, а также появились настройки отображения и новые действия со списком процессов.

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

Для работы с исключительными ситуациями в процессах добавлен новый функционал — «Каскадное прерывание процессов». Теперь можно задать правила, при которых автоматически прерываются связанные экземпляры — дочерние или родительские.

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