🚀 Вышел OpenBPM Control 2026.0.0

Мы проделали большую работу — и рады представить новый релиз. В выпуске более 25 закрытых задач!

DMN. Теперь работать с таблицами решений в Control еще удобнее:

• Переработаны экраны деталей решения (#71) и таблиц (#54, #53)
• Добавлены история экземпляров решений (#72) и переход к нужной таблице из деталей экземпляра (#52)

Диагностика:

• Добавлен переход от инцидента к связанному Job — меньше ручного поиска при разборе сбоев (#45)
• Реализован полноэкранный режим для окна трассировки стека (#46)

Управление задачами и экземплярами:

• Завершить или переназначить пользовательскую задачу можно прямо из экрана просмотра деталей (#29)
• При удалении экземпляра — опциональный пропуск кастомных лисенеров и IO-маппингов (#63)

Небольшие, но полезные изменения:

• Фильтры сохраняются в URL — можно делиться ссылкой на нужный срез (#37)
• Автомасштабирование и кнопки зума на BPMN-диаграммах (#42, #47)

Исправления:

• Детали ошибок внешних задач теперь отображаются корректно (#64)
• Список задач корректно работает при наличии «ручной задачи» (#62)
• Подсчёт числа развёртываний теперь без ошибок (#41)
• Отправка сообщения элементу без имени больше не вызывает исключение (#75)

И это далеко не все!

🔗 Релиз доступен на GitFlic:

— Полный список изменений, исходные коды и портативная версия: [ссылка]
— docker образ: [ссылка]

Документация OpenBPM Control: [ссылка]

Спасибо всем, кто присылал замечания и пожелания! Ваша обратная связь помогает нам создавать лучшее средство для администрирования BPM-движков. 🔝


#OpenBPM #control #релиз

📣 Вебинар «Вайб-кодинг в энтерпрайз: 5 блокеров и путь к управляемой разработке»

Наши коллеги из Джеймикс решили не ограничиваться офлайн-митапом!

🗓 21 апреля (16:00 по МСК) они проведут вебинар, где Виктор Фадеев, руководитель продукта Джеймикс, расскажет, как не спровоцировать локальное восстание машин при использовании ИИ в энтерпрайз-разработке.

Ключевые темы вебинара

🔴Почему агентное программирование не становится рабочей практикой в энтерпрайз?
🔴Влияние слабого промптинга и контекста – эффект garbage in, garbage out*.
🔴Где именно ломается разработка с помощью ИИ-агентов?
🔴5 ключевых блокеров в масштабировании ИИ-разработки.

Будут разобраны критически важные вопросы при внедрении ИИ в энтерпрайз-разработку

🤩Как снизить вероятность некорректной генерации?
🤩Как использовать преимущества платформенного подхода к разработке?
🤩Как встроить управляемую разработку с ИИ в производственный конвейер?

Почему это важно?

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

Поэтому основной вопрос сегодня – способность команды сохранить контроль над системой в условиях ускоренной генерации кода с ИИ.

Для кого этот вебинар:

✔️ CTO и CIO
✔️ архитекторы
✔️ руководители разработки
✔️ команды, работающие с энтерпрайз Java-системами

Приходите! Будет полезно! 🔥

🔗 Регистрируйтесь по ссылке

*устойчивая фраза, означающая условие: хаос на входе = хаотичный результат на выходе.

🕔 Минут пять — это совсем не пять минут

Мы живем в эпоху невиданной точности и культа пунктуальности, продуктивности и тайм-менеджмента, когда расписан по секундам даже сам тайм-менеджмент. И чем глубже ты проникся этой философией, тем больше удивляешься, когда сталкиваешься с таймерами в BPM.

В OpenBPM и других движках на базе Camunda 7 таймер на «5 минут» сработает примерно через 5 минут. Но это не баг — это осознанное архитектурное решение.

BPM-движок не является системой реального времени. Здесь «таймер» — это про «продолжи/начни процесс не раньше этого момента». И часто это именно то поведение, которое нам в бизнес-процессах и нужно.

— Почему так происходит?
— Где таймеры действительно полезны?
— Где их лучше не использовать?

Ответы на эти вопросы и подробный разбор механик в блоге Haulmont на Хабре

🔗 Читать на Хабре

Приходилось ли вам использовать интервалы меньше 15 секунд в своих бизнес-процессах? Расскажите в комментариях.

#OpenBPM #статья

💎 Платформа ИНКА 4.0 побеждает в конкурсе "Лучшие ИТ-решения в металлургии"

В конце прошлого года мы писали в блоге об успешном переходе индустриальной платформы ИНКА 4.0 на OpenBPM.

А буквально сегодня мы узнали, что проект ИНКА победил в специальной номинации "Промышленные платформы и фреймворки" конкурса «Лучшие ИТ-решения в металлургии», который организован интернет-изданием ComNews в рамках VI международного форума по цифровизации и ИТ в металлургической отрасли.

Победу принес проект по созданию MES-систем и формированию единого технологического подхода к цифровизации управления производством.

Поздравляем НИЦ "КОНСОМ ГРУПП" с заслуженной победой.

👉 Переходите на наш сайт, чтобы попробовать OpenBPM - возможно это именно то, что нужно вашим бизнес-процессам.

🔜 2026 год. Большинство новых Java-проектов уже ориентированы на Spring Boot 4.

Spring Framework 7. Jakarta EE 11. Java 21 и Java 25 как новый стандарт. Это не «когда-нибудь потом» — это происходит прямо сейчас, и при выборе BPM-движка всё чаще звучит: «А со Spring Boot 4 это вообще работает?»

И прямо сейчас мы отвечаем – «да, работает!»

OpenBPM Engine Enterprise переходит на Spring Boot 4. В работе новый стек: Spring Boot 4.0 + Spring Framework 7.0 + Jakarta EE 11. Поддержка Java 21 и 25, JUnit 6, Testcontainers 2.0... Да так, чтоб без миграции схемы БД и без breaking changes в REST API!

Важно: в ближайшее время поддержка Spring Boot 4 появится только в Enterprise-редакции. Community-версия остаётся на текущем стеке.

Детали и даты будут совсем скоро. Следите за каналом!

Пишите в комментарии, важна ли для ваших проектов поддержка Spring Boot 4

#OpenBPM #Engine

⌛ Как работать с инцидентами в OpenBPM Control

Инцидент – это проблема: упавший Service Task, истекший таймер, сбой интеграции. OpenBPM Control собирает всё под одним интерфейсом.

1. На дашборде виджет Инциденты покажет число процессов с ошибками. Нажмите стрелку (→) для перехода к списку.
2. В деталях экземпляра красная метка на диаграмме и вкладка Инциденты укажут точное место сбоя.
3. Изучите описание ошибки и стек-трейс – они доступны прямо в интерфейсе без погружения в логи сервера.
4. Устраните причину (исправьте конфигурацию, запустите нужный сервис).
5. Используйте кнопку Retry для перезапуска упавшего задания – точечно или пакетно.

💡 Экземпляры с инцидентами помечаются красным значком в списке Экземпляры процессов – их всегда видно сразу.

🔗 Подробнее: [Работа с инцидентами]

Как быстро вы обычно обнаруживаете инциденты в проде? Поделитесь своим подходом в комментариях.

#OpenBPM #control #гайд