🔥 Spring AI для BPM-команд

Привет, коллеги! Вышел подробный разбор того, как BPM-ориентированные команды могут использовать Spring AI для интеграции LLM в корпоративные процессы на Java/Kotlin, не ломая устоявшийся CI/CD и не переучивая разработчиков.

— Разобраны ограничения low-code и облачных решений для финтеха.
— Показано, как Spring AI и протокол MCP (Model Context Protocol) помогают связать унаследованные системы с LLM.
— Описаны 5 ключевых паттернов оркестрации агентов (Prompt chaining, Routing, Parallelization и др.) с примерами на BPMN.
— Объяснено, как оставаться на привычном стеке, но получать экономический эффект от AI-автоматизации.

Если вы задумываетесь, как перевести процессы на новые рельсы без потери надежности и контроля, — материал точно стоит внимания.

👉 Читать полностью на Хабре: ссылка

#OpenBPM #статья #SpringAI #BPM

До окончания первого этапа конкурса «BPM-проект года’2026» — считанные дни! ⏳

Прием заявок на конкурс выходит на финишную прямую. Если вы планировали подать проект — сейчас самое время это сделать.

📅 Дедлайн — 28 февраля (включительно).
До конца дня 28.02 необходимо:

✔️ Заполнить и отправить заявку на сайте
✔️ Обязательно направить PDF-файл с детальным описанием проекта
✔️ Дождаться проверки модераторами и публикации проекта

⚠️ Важно: без PDF с подробным описанием заявка не сможет участвовать в отборе на выход в финал.

Успейте войти в число участников!

📌 Почему Control? Причина 4: администрирование пользовательских задач

Знакома ли вам ситуация, когда для решения проблемы с пользовательской задачей нужно быстро посмотреть её контекст, завершить или переназначить? В Camunda 7 это означает переключение между Tasklist и Cockpit, а для полноценного администрирования в интерфейсе часто требуется платная Enterprise-лицензия.

В OpenBPM Control Community всё необходимое есть в одном месте — на экране «Пользовательские задачи».

Что может администратор в Control:

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

Итог: Один понятный интерфейс для полного контроля над пользовательскими задачами.

➡️ Смотрите в новом видео, как это работает на практике за пару кликов.

Как вы сейчас справляетесь с нестандартными ситуациями в задачах? Делитесь в комментариях! 👇

#OpenBPM #Control #гайд #видео

📌 Почему Control? Причина 5: полный контроль над инцидентами в одном интерфейсе

Когда в Camunda 7 падает процесс, вы тратите время на поиск проблемы? В бесплатной Community Edition нет массового повтора инцидентов, а история для анализа скрыта. Даже в Enterprise версиях веб-приложений Camunda 7 нет такого цельного workflow, как в Control.

OpenBPM Control Community даёт полную картину и управление инцидентами из коробки. Вот как это устроено:

Единый цикл работы с инцидентом:

🔹 Мгновенное обнаружение. Проблемные процессы помечены красной иконкой в общем списке. На дашборде виджет сразу показывает число и группировку инцидентов.
🔹 Глубокий анализ. В деталях процесса элемент с ошибкой отмечен на диаграмме. Вся история прошлых инцидентов хранится во вкладке «История» для анализа первопричин.
🔹 Эффективное устранение. Есть отдельный экран «Инциденты» с фильтрацией. Можно перезапустить один инцидент или запустить массовый повтор для нескольких сразу. Причем на экране отображаются даже непривязанные к процессам инциденты.

Итог: Вместо разрозненных действий в разных интерфейсах Camunda — логичный и цельный поток от обнаружения до решения. Массовый повтор, который в Camunda 7 — платная функция, в Control доступен бесплатно.

➡️ Смотрите в видео, как можно быстро найти, проанализировать и исправить сбой в процессе.

Сколько времени у вас обычно уходит на поиск и устранение одного инцидента? Делитесь в комментариях! 👇

#OpenBPM #Control #гайд #видео

📌 Почему Control? Причина 6: анализ истории процессов

Когда нужно разобраться, почему завершённый процесс прошёл именно так, а не иначе, в Camunda 7 Community вы оказываетесь с пустыми руками — готового интерфейса для работы с историей нет. В платной Enterprise Edition (которая к тому же сейчас недоступна для прямой покупки) для анализа решений и первопричин часто требуется отдельный продукт — Camunda Optimize.

OpenBPM Control Community даёт готовый аналитический интерфейс для работы с историей прямо «из коробки». Это не просто журнал событий, а целый рабочий стол для "расследования".

Ключевые шаги анализа в Control:

🔹 От общего к частному: найдите завершённый процесс в общем списке и откройте его интерактивную диаграмму с цветовой маркировкой выполненных шагов.
🔹 Изучите контекст: вся хронология (активности, задачи, переменные, инциденты) разложена по тематическим вкладкам прямо под диаграммой на одном экране.
🔹 Проверьте логику: кликните на DMN-узел на диаграмме, чтобы сразу увидеть сработавшее правило и все данные, повлиявшие на решение.

Итог: вместо сборки пазла из REST API и логов (как в Camunda CE) — вы получаете единую точку входа для работы с историческими данными.

➡️ В видео менее чем за 2 минуты показываем, насколько простой может быть работа с историей процессов.

Как вы сейчас проводите аудит и анализ старых процессов? Делитесь опытом в комментариях! 👇

#OpenBPM #Control #гайд #видео

🤔 Границы транзакций: необходимость или опция?

Короткий ответ: необходимость. Но давайте по порядку.

Транзакционная модель BPM-движка — фундамент надёжности процессов. Однако в сложных сценариях даже хорошо спроектированный процесс может вести себя недетерминированно, если границы транзакций остаются «за кадром».

Команды, которые ведут процессы в прод, регулярно сталкиваются с типовыми проблемами:

🔴 Недетерминизм при ретраях
Сбой → движок перезапускает транзакцию. Если границы расставлены неявно, повторно могут выполниться участки, которые этого не предполагали. Пример: повторная отправка данных во внешний сервис. Идемпотентность помогает не всегда.

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

🔴 Асинхронные продолжения усложняют картину
Async before/after повышают отказоустойчивость, но скрывают реальную транзакционную структуру. В какой именно транзакции выполняется активность — вопрос. Искать ответ в логах?

🔴 Wait states — точки сохранения, которые не видны
User Task, Receive Task, промежуточный таймер создают новую транзакцию и сохраняют состояние. На диаграмме эти точки никак не маркируются. При сбое инфраструктуры сложно быстро оценить, какие инстансы гарантированно сохранены.

🔴 Метрики без контекста
Среднее время шага, количество ретраев — следствия. Причина всегда в транзакционной структуре. Без визуализации границ интерпретация метрик остаётся поверхностной.

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

В следующем посте покажем, как OpenBPM Control Enterprise превращает контроль границ в действие "на три клика".
Визуализация прямо на диаграмме — в процессах и экземплярах. Без логов, без плагинов.

Пишите в комментариях, как сейчас вы определяете границы транзакций? И какая причина наиболее часто подталкивает к этому?👇

#OpenBPM #control #Camunda #транзакции

🎤 Вебинар Актуальные вопросы ИБ в закупках BPM платформ

31 марта разберем что нужно учитывать при автоматизации бизнес-процессов с точки зрения РБПО.

Разберем следующие вопросы:
- Нюансы законодательства по 152-ФЗ и 187-ФЗ
- Типовые отраслевые объекты КИИ
- ГОСТ Р 56939–2024, проблемы сертификации
- Приказа ФСТЭК № 117, правомерность ссылок на п.50
- Удорожание проектов при покрытии по ГОСТ Р 56939–2024
- Этапность работ по РБПО

👤 Спикер:
Игорь Клопотов, директор продукта OpenBPM

📎 Ссылка на регистрацию

📣 OpenBPM на VII Международной конференции по операционному и проектному менеджменту!

Мы анонсировали конференцию, на которой наша команда выступит в числе корпоративных участников наряду со Stormbpmn, GlowByte, BPM школой и представителями крупного бизнеса.

Отличная новость: будет открытая трансляция! Подключайтесь: ссылка

#OpenBPM #мероприятие

🔐 КИИ и BPM: правила игры изменились

Вышло Распоряжение Правительства № 360-р, которое зафиксировало перечни типовых объектов КИИ. Для команд, работающих с BPM-системами, это означает конец эпохи «самостоятельного категорирования» — теперь критичность определяет государство.

Главное:

⏳ Жесткие сроки. К 1 января 2028 года все значимые объекты КИИ должны быть переведены на российское ПО. Как сказал глава Минцифры, политика «консервации зарубежного софта» закончена.

🛡 Приказ ФСТЭК № 117. Теперь в ГИС с 1 марта 2026 года переходим от «бумажной безопасности» к непрерывному процессу управления рисками. Устранение критических уязвимостей теперь должно занимать не более 24 часов.

👥 Кадровый норматив. Минимум 30% сотрудников ИБ-подразделения должны иметь профильное образование или пройти переподготовку.

💸 Цена халатности. Введены новые штрафы до 500 000 рублей за нарушение правил эксплуатации и обсуждаются оборотные штрафы за срыв сроков миграции.

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

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

Делитесь своим мнением по сложившейся ситуации в комментариях 👇

#OpenBPM #видео #КИИ

🔥 Camunda провела закрытый бенчмарк форков

Camunda 7 провели масштабное исследование — изучали, кто лучше всего справляется с ролью замены семёрке.

По итогам опроса региональных амбассадоров и ключевых пользователей Camunda вывод оказался однозначным: OpenBPM — самая достойная замена Camunda 7.

Bernd Ruecker, ко-фаундер Camunda, написал у себя в X (запрещено в РФ):

"I don't know those guys from OpenBPM, but they've built a thing! God job!"

Bernd, мы не знакомы, но спасибо. И да — God job, мы тоже так думаем!

С 1 апреля, друзья 🙃 Бенчмарка не было. Поста тоже. Но то, что OpenBPM — достойная замена Camunda 7, совместимая по API и без немецких лицензий — это правда без всяких праздников.

#OpenBPM #Camunda

🔐 BPM-системы и регуляторные требования: разбираем тендерные ловушки

Провели вебинар — и собрали самое важное для тех, кто участвует в тендерах на BPM-системы или составляет тендерную документацию.

Что разобрали:

📌 152-ФЗ и 187-ФЗ — требования к персональным данным и КИИ предъявляются к инфраструктуре, а не только к прикладному ПО. Распоряжение 360Р наконец закрепило перечень из ~400 типовых объектов КИИ — BPM-системы туда входят по множеству пунктов.

📌 Сертификация — ФСТЭК пока сертифицирует организации и процессы разработки, а не конкретные программы. Требовать «сертификат соответствия» на прикладную BPM-систему — методологически некорректно.

📌 ГОСТы в тендерах — ссылка на ГОСТ целиком не работает. Правильно: указывать конкретные пункты, которые нужно реализовать. Иначе сдать проект будет невозможно.

📌 РБПО — выполнение всех требований ГОСТа по безопасной разработке удорожает проект на 30–50%. Это процесс, а не разовая проверка.

📌 Шифрование, ЭП, IDM — всё это ответственность инфраструктуры, а не прикладной системы. BPM должна поддерживать работу с СКЗИ и российскими IDM, но не реализовывать их самостоятельно.

📌 Ключевая дата — январь 2028 года: всё должно быть замещено и приведено в соответствие. Форвардные контракты с вендорами — до сентября 2026.

Смотрите полную запись вебинара — разобрали каждый пункт с примерами из реальных тендеров 👇

▶️ Смотреть запись

#OpenBPM #вебинар #КИИ

ИИ в корпоративной разработке: Джеймикс офлайн митап в Москве

Наши коллеги из команды Jmix не только делают крутую платформу для корпоративных систем (кстати, именно на Jmix построен наш Control), но и проводят отличные мероприятия, где открыто делятся своим богатым опытом.

На этот раз главная тема — то, от чего не спрятаться современному разработчику, даже если его основной профиль BPM-системы: как подружить своё приложение с ИИ так, чтобы потом не было мучительно больно.

🗓 23 апреля 2026, 18:30 - 22:30
📍Адрес: AZIMUT Сити Отель Смоленская Москва 4*, г. Москва, ул. Смоленская, д. 8 (м. Смоленская)

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

Программа:

✔️ Как мы Джеймикс с ИИ дружили
Дима Кремнев, ведущий разработчик
Расскажем историю развития ИИ в Джеймикс — от умного ассистента до искусственного коллеги-аналитика. На живых примерах покажем, как ИИ можно использовать прямо на продакшене. И, конечно, поделимся, как воспитывать LLM, чтобы она не устраивала апокалипсис в вашем приложении.

✔️ Как прикрутить ИИ к приложению и перестать страдать
Дима Черкасов, ведущий разработчик
Ваш менеджер уже спрашивал: «А можем ли мы туда ИИ прикрутить?» Да? Скоро спросит снова. Так давайте подготовимся. Разберем, как Spring AI + Джеймикс превращают страшное слово «ИИ-интеграция» в пару конфигов и один контроллер. RAG, чат-боты с памятью, автоклассификация — всё на знакомом стеке, без ученой степени по ИИ и жертвоприношений GPU-кластеру. Код будет в докладе, а слайды с буллетпоинтами — нет.

✔️ Умный чат, закрытый контур и немного здорового недоверия
Дима Ващенко, ведущий тренер
Умный чат, закрытый контур и немного здорового недоверия
Поговорим о том, как строить ИИ-ассистента с локальными моделями на Джеймикс так, чтобы он искал по базе знаний, отвечал по-человечески, не уносил данные наружу и не фантазировал там, где должен просто взять и посчитать.

Записей докладов не будет!

Участие бесплатное, требуется только регистрация здесь ⬅️