Российский сегмент BPM окончательно стал преимущественно отечественным: около 85-90% новых внедрений приходится на российские решения. Заказчики всё чаще выбирают российские BPM как долгосрочную стратегическую платформу, а не временную альтернативу.
➡️ Полная версия рейтинга cnews.ru
Пишите в комментарии свои идеи и предложения по функциональности платформы OpenBPM, ваша обратная связь — один из важнейших драйверов нашего движения к ТОП-1
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥10⚡4
Статья-ответ на исследование Т-Банка
В продолжение темы мы опубликовали статью на Хабре, где рассматриваем актуальные требования к разработке, и как OpenBPM соотносится с ними. В итоге у нас получилось упаковать все потребности в 4 краткие таблицы. Приглашаем в комментарии (здесь или на Хабре) обсудить, какие требования максимально важны для вас.
👉 Ссылка https://habr.com/ru/companies/haulmont/articles/987860/
В продолжение темы мы опубликовали статью на Хабре, где рассматриваем актуальные требования к разработке, и как OpenBPM соотносится с ними. В итоге у нас получилось упаковать все потребности в 4 краткие таблицы. Приглашаем в комментарии (здесь или на Хабре) обсудить, какие требования максимально важны для вас.
👉 Ссылка https://habr.com/ru/companies/haulmont/articles/987860/
🔥8👍2🤔1
🚀 Вышел релиз OpenBPM Control v2025.0.1
⚡ Улучшения
— Добавлена возможность указывать причину завершения процесса на экране экземпляра #31
— В диалоге запуска теперь доступно поле Бизнес-ключ #26
— На экране экземпляра отображается информация о причине завершения процесса #20
🐞 Исправления ошибок
— Исправлен NPE (NullPointerException) при клике на вызов активности в предпросмотре процесса #30
— Исправлен сброс выбранного режима после обновления страницы «Экземпляры процессов» #25
— Исправлена неправильная сортировка активностей в процессе #18
🔗 Релиз доступен на GitFlic:
— исходные коды и портативная версия: [ссылка]
— docker образ: [ссылка]
Документация OpenBPM Control: [ссылка]
Спасибо всем, кто присылал замечания и пожелания! Ваша обратная связь помогает нам создавать лучшее средство для администрирования BPM-движков.🔝
👉 Обнаружили проблему или есть идея для улучшения? Пишите в чат или создавайте issue на GitFlic: [ссылка]
#OpenBPM #Control #BPM #релиз
⚡ Улучшения
— Добавлена возможность указывать причину завершения процесса на экране экземпляра #31
— В диалоге запуска теперь доступно поле Бизнес-ключ #26
— На экране экземпляра отображается информация о причине завершения процесса #20
🐞 Исправления ошибок
— Исправлен NPE (NullPointerException) при клике на вызов активности в предпросмотре процесса #30
— Исправлен сброс выбранного режима после обновления страницы «Экземпляры процессов» #25
— Исправлена неправильная сортировка активностей в процессе #18
— исходные коды и портативная версия: [ссылка]
— docker образ: [ссылка]
Документация OpenBPM Control: [ссылка]
Спасибо всем, кто присылал замечания и пожелания! Ваша обратная связь помогает нам создавать лучшее средство для администрирования BPM-движков.
👉 Обнаружили проблему или есть идея для улучшения? Пишите в чат или создавайте issue на GitFlic: [ссылка]
#OpenBPM #Control #BPM #релиз
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥11👍4❤1
🚀 Идет прием заявок на конкурс «BPM проект года’2026»!
Это ваш шанс:
✅ Представить свой проект на суд экспертов
✅ Поделиться опытом с профессиональным сообществом
✅ Получить признание и поддержку от коллег и руководства
🌟 Финалисты и победители конкурса — лидеры процессного управления, за которыми будущее!
📅 Подача заявок возможна до 28 февраля 2026 года!
Все подробности — на сайте: https://bpmaward.ru/.
Действуйте уже сегодня!
Это ваш шанс:
✅ Представить свой проект на суд экспертов
✅ Поделиться опытом с профессиональным сообществом
✅ Получить признание и поддержку от коллег и руководства
🌟 Финалисты и победители конкурса — лидеры процессного управления, за которыми будущее!
📅 Подача заявок возможна до 28 февраля 2026 года!
Все подробности — на сайте: https://bpmaward.ru/.
Действуйте уже сегодня!
👍4🔥1
Media is too big
VIEW IN TELEGRAM
🚀 Проект с встроенным OpenBPM Engine за 2 минуты? Да.
Для знакомства с Control "здесь и сейчас" есть демо-стенд. А можно ли опробовать OpenBPM Studio и OpenBPM Engine так же просто? Наш ответ: да.
Достаточно установить плагин OpenBPM Studio в вашу IDE и создать новый проект с OpenBPM Engine в несколько кликов!
➡️ Создавайте проекты, пишите в комментариях свои замечания и идеи. Нет лучшего ориентира, чем ваша обратная связь!
#OpenBPM #Studio #Engine #гайд #видео
Для знакомства с Control "здесь и сейчас" есть демо-стенд. А можно ли опробовать OpenBPM Studio и OpenBPM Engine так же просто? Наш ответ: да.
Достаточно установить плагин OpenBPM Studio в вашу IDE и создать новый проект с OpenBPM Engine в несколько кликов!
#OpenBPM #Studio #Engine #гайд #видео
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤3👍1
📣 Не кодом единым! Улучшения в документации
Мы подготовили и загрузили в официальную документацию по OpenBPM Control серию коротких скринкастов. Теперь вы можете ещё быстрее освоиться и начать работать с Control, не тратя время на изучение каждого экрана по подробной текстовой документации или методом проб и ошибок. От первого запуска до ежедневных операций — всё показано наглядно.
Что уже представлено в видео-формате?
— Начало работы: от установки и запуска до первого входа в систему.
— Ключевые разделы Control: процессы, экземпляры, пользовательские задачи, таблицы решений и управление развёртываниями.
— Логика работы: как перемещаться между разделами, где что искать и как действовать.
👉 Смотрите все видео в разделе документации Control: [ссылка на раздел]
...и пробуйте Control на демо стенде [ссылка на демо-стенд]
Пишите в комментариях, какие ещё разделы или сценарии работы вы хотели бы видеть в видеоформате — учтём при подготовке следующих выпусков!
#OpenBPM #control #гайд #видео #документация
Мы подготовили и загрузили в официальную документацию по OpenBPM Control серию коротких скринкастов. Теперь вы можете ещё быстрее освоиться и начать работать с Control, не тратя время на изучение каждого экрана по подробной текстовой документации или методом проб и ошибок. От первого запуска до ежедневных операций — всё показано наглядно.
Что уже представлено в видео-формате?
— Начало работы: от установки и запуска до первого входа в систему.
— Ключевые разделы Control: процессы, экземпляры, пользовательские задачи, таблицы решений и управление развёртываниями.
— Логика работы: как перемещаться между разделами, где что искать и как действовать.
👉 Смотрите все видео в разделе документации Control: [ссылка на раздел]
...и пробуйте Control на демо стенде [ссылка на демо-стенд]
Пишите в комментариях, какие ещё разделы или сценарии работы вы хотели бы видеть в видеоформате — учтём при подготовке следующих выпусков!
#OpenBPM #control #гайд #видео #документация
❤8🔥1
Исследование Anthropic по эффективным агентам выделяет два подхода: автономные агенты и системы с предопределёнными сценариями.
Для регламентированных бизнес-процессов второй путь обеспечивает необходимую предсказуемость и стабильность.
В нашем блоге мы разобрали, как платформа OpenBPM может стать оркестратором для мультиагентных систем ИИ, и рассмотрели пять ключевых паттернов:
— Prompt chaining
— Routing
— Parallelization
— Orchestrator-workers
— Evaluator-optimizer
В статье приведены BPMN-диаграммы каждого паттерна, показывающие, как стандартизировать взаимодействие с LLM в рамках бизнес-процессов.
Это позволяет использовать проверенные BPM-компетенции для создания надёжных решений на основе современных ИИ-агентов.
👉 Подробнее — в блоге: [ссылка]
Делитесь в комментариях, приходилось ли вам уже решать подобные задачи на BPM-движках? Как вы оцениваете перспективу использования BPM в контексте построения мультиагентных систем?
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8
This media is not supported in your browser
VIEW IN TELEGRAM
Устали тратить время на рутинное администрирование процессов по одному?
Если вы работали с Camunda 7, то знаете, что по-настоящему удобные пакетные операции — это прерогатива платной Enterprise Edition. В бесплатной версии они либо скрыты за сложными запросами, либо требуют использования REST API.
OpenBPM Control Community даёт эту мощь сразу — все действия встроены прямо в интерфейсы, где вы работаете.
Смотрите, как это устроено у нас:
🔹 Массовые действия в 1 клик на экранах: Процессы, Экземпляры, Инциденты, Задачи.
🔹 Гибкие настройки: например, удаление процесса для всех его версий и экземпляров.
🔹 Прямой и понятный интерфейс без лишних шагов.
Поделитесь в комментариях, часто ли вам не хватало таких операций в Camunda? Если да, то как обходили ограничения?
#OpenBPM #control #гайд #видео
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8
Media is too big
VIEW IN TELEGRAM
📌 Почему Control? Причина 2: дашборд
В OpenBPM Control Community центральная панель управления — это стартовый экран, где вы получаете общую картину работы процессов сразу при переключении на движок.
Что видит администратор сразу после входа:
🔹 Ключевые метрики: количество развернутых процессов, работающих и приостановленных экземпляров, открытых задач. Каждый виджет — интерактивный, ведет в нужный раздел.
🔹 Наглядная аналитика: диаграммы по запускам процессов и инцидентам.
🔹 Управление несколькими движками: быстрое переключение между BPM-движками через выпадающий список в заголовке. Подробнее о подключении к множеству движков в следующем видео.
➡️ Подробности в видео за 65 секунд...
А как вы сейчас отслеживаете общую картину по вашим процессам? Расскажите в комментариях👇
#OpenBPM #Control #гайд #видео
В OpenBPM Control Community центральная панель управления — это стартовый экран, где вы получаете общую картину работы процессов сразу при переключении на движок.
Что видит администратор сразу после входа:
🔹 Ключевые метрики: количество развернутых процессов, работающих и приостановленных экземпляров, открытых задач. Каждый виджет — интерактивный, ведет в нужный раздел.
🔹 Наглядная аналитика: диаграммы по запускам процессов и инцидентам.
🔹 Управление несколькими движками: быстрое переключение между BPM-движками через выпадающий список в заголовке. Подробнее о подключении к множеству движков в следующем видео.
➡️ Подробности в видео за 65 секунд...
А как вы сейчас отслеживаете общую картину по вашим процессам? Расскажите в комментариях👇
#OpenBPM #Control #гайд #видео
❤5🔥5👏1
📣 OpenBPM на VII Международной конференции по операционному и проектному менеджменту!
🗓 25–27 марта 2026 (9:30–18:30 МСК)
📍 Место проведения:
Финансовый университет, факультет «Высшая школа управления»
г. Москва, ул. Верхняя Масловка, д. 15 (м. «Динамо»), ауд. 601
Организаторы: Финансовый университет при Правительстве РФ, МТПП, ABPMP Russia и ведущие ассоциации.
Наша команда выступит в числе корпоративных участников наряду со Stormbpmn, GlowByte, BPM школой и представителями крупного бизнеса.
Обсудим актуальные вопросы управления процессами, обменяемся опытом и найдем новые решения.
👇 Пишите в комментариях, если тоже планируете присутствовать. Будем рады встрече с вами!
#OpenBPM #BPM #мероприятия #ОперационныйМенеджмент
🗓 25–27 марта 2026 (9:30–18:30 МСК)
📍 Место проведения:
Финансовый университет, факультет «Высшая школа управления»
г. Москва, ул. Верхняя Масловка, д. 15 (м. «Динамо»), ауд. 601
Организаторы: Финансовый университет при Правительстве РФ, МТПП, ABPMP Russia и ведущие ассоциации.
Наша команда выступит в числе корпоративных участников наряду со Stormbpmn, GlowByte, BPM школой и представителями крупного бизнеса.
Обсудим актуальные вопросы управления процессами, обменяемся опытом и найдем новые решения.
👇 Пишите в комментариях, если тоже планируете присутствовать. Будем рады встрече с вами!
#OpenBPM #BPM #мероприятия #ОперационныйМенеджмент
🔥5❤2
This media is not supported in your browser
VIEW IN TELEGRAM
📌 Почему Control? Причина 3: динамическое управление подключениями к движкам
Если в вашем проекте больше одного BPM-движка — а так часто бывает при работе с разными средами (Prod, QA, Dev) — вам знакома боль: стандартный Cockpit в некоторых конфигурациях позволяет подключиться к нескольким движкам, но чтобы добавить или изменить подключения, нужно перезапускать всё приложение.
В OpenBPM Control Community это решается в рантайме через централизованный экран. Подключение к любому количеству движков (OpenBPM Engine, Camunda 7, Operaton) независимо от их формата (embedded/standalone).
Что это даёт на практике:
🔹 Гибкое подключение: Добавляйте, редактируйте или временно отключайте движки в один клик, без перезапуска сервера.
🔹 Структура через теги: Маркируйте подключения тегами окружений (Прод, Пре-прод, Dev, QA). Это даёт контекст и исключает ошибки.
🔹 Удобная навигация: Задайте «Основной» движок для автоматического подключения. Переключайтесь между всеми активными движками через выпадающий список в заголовке из любого раздела Control.
🔹 Гибкая аутентификация: Поддерживаются разные типы (базовая, по HTTP-заголовкам).
Итог: вместо разрозненного управления конфигурациями — единая консоль для всех движков во всех окружениях.
➡️ Смотрите в видео, как за пару минут настроить и переключиться между тестовым и боевым движками.
Как у вас организовано управление разными средами? Пишите в комментариях 👇
#OpenBPM #Control #гайд #видео
Если в вашем проекте больше одного BPM-движка — а так часто бывает при работе с разными средами (Prod, QA, Dev) — вам знакома боль: стандартный Cockpit в некоторых конфигурациях позволяет подключиться к нескольким движкам, но чтобы добавить или изменить подключения, нужно перезапускать всё приложение.
В OpenBPM Control Community это решается в рантайме через централизованный экран. Подключение к любому количеству движков (OpenBPM Engine, Camunda 7, Operaton) независимо от их формата (embedded/standalone).
Что это даёт на практике:
🔹 Гибкое подключение: Добавляйте, редактируйте или временно отключайте движки в один клик, без перезапуска сервера.
🔹 Структура через теги: Маркируйте подключения тегами окружений (Прод, Пре-прод, Dev, QA). Это даёт контекст и исключает ошибки.
🔹 Удобная навигация: Задайте «Основной» движок для автоматического подключения. Переключайтесь между всеми активными движками через выпадающий список в заголовке из любого раздела Control.
🔹 Гибкая аутентификация: Поддерживаются разные типы (базовая, по HTTP-заголовкам).
Итог: вместо разрозненного управления конфигурациями — единая консоль для всех движков во всех окружениях.
➡️ Смотрите в видео, как за пару минут настроить и переключиться между тестовым и боевым движками.
Как у вас организовано управление разными средами? Пишите в комментариях 👇
#OpenBPM #Control #гайд #видео
🔥5
🔥 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-ориентированные команды могут использовать 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
🔥7👍3
Forwarded from BPM Developers
До окончания первого этапа конкурса «BPM-проект года’2026» — считанные дни! ⏳
Прием заявок на конкурс выходит на финишную прямую. Если вы планировали подать проект — сейчас самое время это сделать.
📅 Дедлайн — 28 февраля (включительно).
До конца дня 28.02 необходимо:
✔️ Заполнить и отправить заявку на сайте
✔️ Обязательно направить PDF-файл с детальным описанием проекта
✔️ Дождаться проверки модераторами и публикации проекта
⚠️ Важно: без PDF с подробным описанием заявка не сможет участвовать в отборе на выход в финал.
Успейте войти в число участников!
Прием заявок на конкурс выходит на финишную прямую. Если вы планировали подать проект — сейчас самое время это сделать.
📅 Дедлайн — 28 февраля (включительно).
До конца дня 28.02 необходимо:
✔️ Заполнить и отправить заявку на сайте
✔️ Обязательно направить PDF-файл с детальным описанием проекта
✔️ Дождаться проверки модераторами и публикации проекта
⚠️ Важно: без PDF с подробным описанием заявка не сможет участвовать в отборе на выход в финал.
Успейте войти в число участников!
👋 Мы на FinCore 26, присоединяйтесь!
Компания «Хоулмонт» представит доклад о способах быстрого внедрения мультиагентных схем, минимизации затрат и рисков за счет использования Spring AI совместно с российскими платформенными решениями Jmix и OpenBPM.
💬 Если вы сейчас на технологической площадке «Россия сегодня», приглашаем пообщаться лично! А чтобы определиться с местом встречи, предлагаем воспользоваться мобильным приложением форума
#OpenBPM #мероприятия #FinCore
Компания «Хоулмонт» представит доклад о способах быстрого внедрения мультиагентных схем, минимизации затрат и рисков за счет использования Spring AI совместно с российскими платформенными решениями Jmix и OpenBPM.
#OpenBPM #мероприятия #FinCore
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2👍1
Media is too big
VIEW IN TELEGRAM
📌 Почему Control? Причина 4: администрирование пользовательских задач
Знакома ли вам ситуация, когда для решения проблемы с пользовательской задачей нужно быстро посмотреть её контекст, завершить или переназначить? В Camunda 7 это означает переключение между Tasklist и Cockpit, а для полноценного администрирования в интерфейсе часто требуется платная Enterprise-лицензия.
В OpenBPM Control Community всё необходимое есть в одном месте — на экране «Пользовательские задачи».
Что может администратор в Control:
🔹 Полный обзор: все задачи в системе в единой таблице с сортировкой и фильтрацией.
🔹 Прямое управление: можете завершить любую задачу с установкой необходимых переменных процесса.
🔹 Гибкое переназначение задач.
🔹 Глубокий контекст: для любой задачи доступно детальное описание и интеграция с визуализацией процесса и операциями на его уровне (включая историю, но о ней в отдельном скринкасте).
Итог: Один понятный интерфейс для полного контроля над пользовательскими задачами.
➡️ Смотрите в новом видео, как это работает на практике за пару кликов.
Как вы сейчас справляетесь с нестандартными ситуациями в задачах? Делитесь в комментариях! 👇
#OpenBPM #Control #гайд #видео
Знакома ли вам ситуация, когда для решения проблемы с пользовательской задачей нужно быстро посмотреть её контекст, завершить или переназначить? В Camunda 7 это означает переключение между Tasklist и Cockpit, а для полноценного администрирования в интерфейсе часто требуется платная Enterprise-лицензия.
В OpenBPM Control Community всё необходимое есть в одном месте — на экране «Пользовательские задачи».
Что может администратор в Control:
🔹 Полный обзор: все задачи в системе в единой таблице с сортировкой и фильтрацией.
🔹 Прямое управление: можете завершить любую задачу с установкой необходимых переменных процесса.
🔹 Гибкое переназначение задач.
🔹 Глубокий контекст: для любой задачи доступно детальное описание и интеграция с визуализацией процесса и операциями на его уровне (включая историю, но о ней в отдельном скринкасте).
Итог: Один понятный интерфейс для полного контроля над пользовательскими задачами.
➡️ Смотрите в новом видео, как это работает на практике за пару кликов.
Как вы сейчас справляетесь с нестандартными ситуациями в задачах? Делитесь в комментариях! 👇
#OpenBPM #Control #гайд #видео
🔥5👍1
Media is too big
VIEW IN TELEGRAM
📌 Почему Control? Причина 5: полный контроль над инцидентами в одном интерфейсе
Когда в Camunda 7 падает процесс, вы тратите время на поиск проблемы? В бесплатной Community Edition нет массового повтора инцидентов, а история для анализа скрыта. Даже в Enterprise версиях веб-приложений Camunda 7 нет такого цельного workflow, как в Control.
OpenBPM Control Community даёт полную картину и управление инцидентами из коробки. Вот как это устроено:
Единый цикл работы с инцидентом:
🔹 Мгновенное обнаружение. Проблемные процессы помечены красной иконкой в общем списке. На дашборде виджет сразу показывает число и группировку инцидентов.
🔹 Глубокий анализ. В деталях процесса элемент с ошибкой отмечен на диаграмме. Вся история прошлых инцидентов хранится во вкладке «История» для анализа первопричин.
🔹 Эффективное устранение. Есть отдельный экран «Инциденты» с фильтрацией. Можно перезапустить один инцидент или запустить массовый повтор для нескольких сразу. Причем на экране отображаются даже непривязанные к процессам инциденты.
Итог: Вместо разрозненных действий в разных интерфейсах Camunda — логичный и цельный поток от обнаружения до решения. Массовый повтор, который в Camunda 7 — платная функция, в Control доступен бесплатно.
➡️ Смотрите в видео, как можно быстро найти, проанализировать и исправить сбой в процессе.
Сколько времени у вас обычно уходит на поиск и устранение одного инцидента? Делитесь в комментариях! 👇
#OpenBPM #Control #гайд #видео
Когда в Camunda 7 падает процесс, вы тратите время на поиск проблемы? В бесплатной Community Edition нет массового повтора инцидентов, а история для анализа скрыта. Даже в Enterprise версиях веб-приложений Camunda 7 нет такого цельного workflow, как в Control.
OpenBPM Control Community даёт полную картину и управление инцидентами из коробки. Вот как это устроено:
Единый цикл работы с инцидентом:
🔹 Мгновенное обнаружение. Проблемные процессы помечены красной иконкой в общем списке. На дашборде виджет сразу показывает число и группировку инцидентов.
🔹 Глубокий анализ. В деталях процесса элемент с ошибкой отмечен на диаграмме. Вся история прошлых инцидентов хранится во вкладке «История» для анализа первопричин.
🔹 Эффективное устранение. Есть отдельный экран «Инциденты» с фильтрацией. Можно перезапустить один инцидент или запустить массовый повтор для нескольких сразу. Причем на экране отображаются даже непривязанные к процессам инциденты.
Итог: Вместо разрозненных действий в разных интерфейсах Camunda — логичный и цельный поток от обнаружения до решения. Массовый повтор, который в Camunda 7 — платная функция, в Control доступен бесплатно.
➡️ Смотрите в видео, как можно быстро найти, проанализировать и исправить сбой в процессе.
Сколько времени у вас обычно уходит на поиск и устранение одного инцидента? Делитесь в комментариях! 👇
#OpenBPM #Control #гайд #видео
❤🔥3👍2
Media is too big
VIEW IN TELEGRAM
📌 Почему Control? Причина 6: анализ истории процессов
Когда нужно разобраться, почему завершённый процесс прошёл именно так, а не иначе, в Camunda 7 Community вы оказываетесь с пустыми руками — готового интерфейса для работы с историей нет. В платной Enterprise Edition (которая к тому же сейчас недоступна для прямой покупки) для анализа решений и первопричин часто требуется отдельный продукт — Camunda Optimize.
OpenBPM Control Community даёт готовый аналитический интерфейс для работы с историей прямо «из коробки». Это не просто журнал событий, а целый рабочий стол для "расследования".
Ключевые шаги анализа в Control:
🔹 От общего к частному: найдите завершённый процесс в общем списке и откройте его интерактивную диаграмму с цветовой маркировкой выполненных шагов.
🔹 Изучите контекст: вся хронология (активности, задачи, переменные, инциденты) разложена по тематическим вкладкам прямо под диаграммой на одном экране.
🔹 Проверьте логику: кликните на DMN-узел на диаграмме, чтобы сразу увидеть сработавшее правило и все данные, повлиявшие на решение.
Итог: вместо сборки пазла из REST API и логов (как в Camunda CE) — вы получаете единую точку входа для работы с историческими данными.
➡️ В видео менее чем за 2 минуты показываем, насколько простой может быть работа с историей процессов.
Как вы сейчас проводите аудит и анализ старых процессов? Делитесь опытом в комментариях! 👇
#OpenBPM #Control #гайд #видео
Когда нужно разобраться, почему завершённый процесс прошёл именно так, а не иначе, в Camunda 7 Community вы оказываетесь с пустыми руками — готового интерфейса для работы с историей нет. В платной Enterprise Edition (которая к тому же сейчас недоступна для прямой покупки) для анализа решений и первопричин часто требуется отдельный продукт — Camunda Optimize.
OpenBPM Control Community даёт готовый аналитический интерфейс для работы с историей прямо «из коробки». Это не просто журнал событий, а целый рабочий стол для "расследования".
Ключевые шаги анализа в Control:
🔹 От общего к частному: найдите завершённый процесс в общем списке и откройте его интерактивную диаграмму с цветовой маркировкой выполненных шагов.
🔹 Изучите контекст: вся хронология (активности, задачи, переменные, инциденты) разложена по тематическим вкладкам прямо под диаграммой на одном экране.
🔹 Проверьте логику: кликните на DMN-узел на диаграмме, чтобы сразу увидеть сработавшее правило и все данные, повлиявшие на решение.
Итог: вместо сборки пазла из REST API и логов (как в Camunda CE) — вы получаете единую точку входа для работы с историческими данными.
➡️ В видео менее чем за 2 минуты показываем, насколько простой может быть работа с историей процессов.
Как вы сейчас проводите аудит и анализ старых процессов? Делитесь опытом в комментариях! 👇
#OpenBPM #Control #гайд #видео
🔥3❤1
🤔 Границы транзакций: необходимость или опция?
Короткий ответ: необходимость. Но давайте по порядку.
Транзакционная модель BPM-движка — фундамент надёжности процессов. Однако в сложных сценариях даже хорошо спроектированный процесс может вести себя недетерминированно, если границы транзакций остаются «за кадром».
Команды, которые ведут процессы в прод, регулярно сталкиваются с типовыми проблемами:
🔴 Недетерминизм при ретраях
Сбой → движок перезапускает транзакцию. Если границы расставлены неявно, повторно могут выполниться участки, которые этого не предполагали. Пример: повторная отправка данных во внешний сервис. Идемпотентность помогает не всегда.
🔴 Длительные транзакции блокируют ресурсы
Одина затянувшаяся сервис-таска держит соединение с БД, блокирует пул потоков и может остановить обработку параллельных экземпляров. Без понимания, где именно происходит долгая транзакция, оптимизация превращается в угадайку.
🔴 Асинхронные продолжения усложняют картину
Async before/after повышают отказоустойчивость, но скрывают реальную транзакционную структуру. В какой именно транзакции выполняется активность — вопрос. Искать ответ в логах?
🔴 Wait states — точки сохранения, которые не видны
User Task, Receive Task, промежуточный таймер создают новую транзакцию и сохраняют состояние. На диаграмме эти точки никак не маркируются. При сбое инфраструктуры сложно быстро оценить, какие инстансы гарантированно сохранены.
🔴 Метрики без контекста
Среднее время шага, количество ретраев — следствия. Причина всегда в транзакционной структуре. Без визуализации границ интерпретация метрик остаётся поверхностной.
👉 Проблема не в движке, а в прозрачности. Даже самый надёжный движок не отдаст визуальную диаграмму с метками, где и почему возникают транзакционные точки. Это вынуждает полагаться на логи, опыт и часы отладки.
В следующем посте покажем, как OpenBPM Control Enterprise превращает контроль границ в действие "на три клика".
Визуализация прямо на диаграмме — в процессах и экземплярах. Без логов, без плагинов.
Пишите в комментариях, как сейчас вы определяете границы транзакций? И какая причина наиболее часто подталкивает к этому?👇
#OpenBPM #control #Camunda #транзакции
Короткий ответ: необходимость. Но давайте по порядку.
Транзакционная модель BPM-движка — фундамент надёжности процессов. Однако в сложных сценариях даже хорошо спроектированный процесс может вести себя недетерминированно, если границы транзакций остаются «за кадром».
Команды, которые ведут процессы в прод, регулярно сталкиваются с типовыми проблемами:
🔴 Недетерминизм при ретраях
Сбой → движок перезапускает транзакцию. Если границы расставлены неявно, повторно могут выполниться участки, которые этого не предполагали. Пример: повторная отправка данных во внешний сервис. Идемпотентность помогает не всегда.
🔴 Длительные транзакции блокируют ресурсы
Одина затянувшаяся сервис-таска держит соединение с БД, блокирует пул потоков и может остановить обработку параллельных экземпляров. Без понимания, где именно происходит долгая транзакция, оптимизация превращается в угадайку.
🔴 Асинхронные продолжения усложняют картину
Async before/after повышают отказоустойчивость, но скрывают реальную транзакционную структуру. В какой именно транзакции выполняется активность — вопрос. Искать ответ в логах?
🔴 Wait states — точки сохранения, которые не видны
User Task, Receive Task, промежуточный таймер создают новую транзакцию и сохраняют состояние. На диаграмме эти точки никак не маркируются. При сбое инфраструктуры сложно быстро оценить, какие инстансы гарантированно сохранены.
🔴 Метрики без контекста
Среднее время шага, количество ретраев — следствия. Причина всегда в транзакционной структуре. Без визуализации границ интерпретация метрик остаётся поверхностной.
👉 Проблема не в движке, а в прозрачности. Даже самый надёжный движок не отдаст визуальную диаграмму с метками, где и почему возникают транзакционные точки. Это вынуждает полагаться на логи, опыт и часы отладки.
В следующем посте покажем, как OpenBPM Control Enterprise превращает контроль границ в действие "на три клика".
Пишите в комментариях, как сейчас вы определяете границы транзакций? И какая причина наиболее часто подталкивает к этому?👇
#OpenBPM #control #Camunda #транзакции
🔥6
This media is not supported in your browser
VIEW IN TELEGRAM
В OpenBPM Control Enterprise мы добавили визуализацию границ транзакций прямо на BPMN-диаграмме. Функция доступна в Enterprise-версии и помогает:
✅ Понимать, где процесс сохраняет состояние;
✅ Видеть точки создания новых транзакций;
✅ Анализировать корректность асинхронных продолжений;
✅ Выявлять риски повторного выполнения (retries) и узкие места.
Как это работает:
На диаграмме отображаются пунктирные линии двух цветов:
🔵 Синий пунктир — коммиты, которые BPM-движок выполняет по умолчанию, то есть точки, где процесс сохраняет состояние и переходит в режим ожидания (User Task, Receive Task, промежуточные события и т.д.).
🔴 Красный пунктир — коммиты, явно заданные при моделировании процесса.
Где искать:
Процессы / Экземпляры процессов → открываете диаграмму процесса → включаете «Отображение границ транзакций».
📘 Подробное описание функции — в документации: ссылка
P.S. Если есть пожелания, какого функционала вам не хватает — пишите в комментариях. 👇
#OpenBPM #control
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3
Forwarded from BPM Developers
Посмотрели вебинар про Roadmap Camunda на 2026 год. Интересно, что ключевая тема оказалась не AI, а миграция с Camunda 7 на Camunda 8.
Спасибо команде Reunico за вебинар и детальный разбор roadmap и практического сценария использования AI в процессах.
Мы сделали короткую выжимку с несколькими интересными выводами.
1️⃣ Большинство клиентов всё ещё на Camunda 7
Судя по roadmap, у Camunda огромная база клиентов на 7-й версии. Поэтому 2026 год фактически посвящён устранению блокеров миграции.
В 8.9 добавляют функции, которые давно были в 7:
• Global User Task Listener
• Conditional Events
• Audit / User Operations
• Identity migration
• Business ID
Фактически Camunda постепенно догоняет функциональный паритет с 7-й версией.
2️⃣ Один из главных барьеров — инфраструктура Camunda 8
Многие клиенты не хотели зависеть от Elasticsearch.
Поэтому в Camunda 8.9 появляется поддержка RDBMS (PostgreSQL, MySQL и др.). По бенчмаркам — до ~80% производительности Elasticsearch.
3️⃣ Переход с 7 на 8 — это не обновление, а полноценная миграция
• другой engine (Zeebe)
• другая архитектура
• другие workers
• новые API
Поэтому Camunda развивает инструменты миграции:
• migration analyzer
• diagram converter
• code conversion
• data migration tools
4️⃣ При этом главный новый фокус — AI оркестрация
В демо показали процесс выдачи кредита, где AI:
• анализирует документы
• анализирует фото
• общается с клиентом по email
• собирает контекст
• передаёт человеку уже готовую рекомендацию
Ключевая идея: AI становится участником BPM-процесса, а не отдельным сервисом.
Если AI-агенты можно вызывать как сервисы, то есть ли необходимость обновляться до Camunda 8?
То есть: Camunda 7 + AI-сервисы + Custom Workers = оркестрация AI без миграции на Camunda 8
Если добавить AI-оркестрацию в Camunda 7 (через кастомные сервисы, workers и интеграции), были бы вы готовы не платить за лицензию и новую инфраструктуру и отказаться от перехода на Camunda 8?
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6