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
Увы, но всё чаще мы получаем сообщения о том, что привычный Telegram сбоит.
И чтобы сохранить возможность получать вашу бесценную обратную связь и делиться новостями мы поддерживаем резервные каналы связи в MAX:
Уже сейчас мы переносим посты со скринкастами туда, и со следующей недели начнем дублировать все посты в MAX.
К сожалению, MAX не поддерживает пока в полной мере механизм комментариев, поэтому обсуждение новых постов можно будет вести в отдельном MAX-чате, по ссылке выше.
🤔 А что вы думаете о вынужденной миграции с привычных инструментов? Делитесь в комментариях!
#OpenBPM #MAX
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4😢3🙈2💊2😁1😭1
🎤 Вебинар Актуальные вопросы ИБ в закупках BPM платформ
31 марта разберем что нужно учитывать при автоматизации бизнес-процессов с точки зрения РБПО.
Разберем следующие вопросы:
- Нюансы законодательства по 152-ФЗ и 187-ФЗ
- Типовые отраслевые объекты КИИ
- ГОСТ Р 56939–2024, проблемы сертификации
- Приказа ФСТЭК № 117, правомерность ссылок на п.50
- Удорожание проектов при покрытии по ГОСТ Р 56939–2024
- Этапность работ по РБПО
👤 Спикер:
Игорь Клопотов, директор продукта OpenBPM
📎 Ссылка на регистрацию
31 марта разберем что нужно учитывать при автоматизации бизнес-процессов с точки зрения РБПО.
Разберем следующие вопросы:
- Нюансы законодательства по 152-ФЗ и 187-ФЗ
- Типовые отраслевые объекты КИИ
- ГОСТ Р 56939–2024, проблемы сертификации
- Приказа ФСТЭК № 117, правомерность ссылок на п.50
- Удорожание проектов при покрытии по ГОСТ Р 56939–2024
- Этапность работ по РБПО
👤 Спикер:
Игорь Клопотов, директор продукта OpenBPM
📎 Ссылка на регистрацию
🔥5
📣 OpenBPM на VII Международной конференции по операционному и проектному менеджменту!
Мы анонсировали конференцию, на которой наша команда выступит в числе корпоративных участников наряду со Stormbpmn, GlowByte, BPM школой и представителями крупного бизнеса.
Отличная новость: будет открытая трансляция! Подключайтесь: ссылка
#OpenBPM #мероприятие
Мы анонсировали конференцию, на которой наша команда выступит в числе корпоративных участников наряду со Stormbpmn, GlowByte, BPM школой и представителями крупного бизнеса.
Отличная новость: будет открытая трансляция! Подключайтесь: ссылка
#OpenBPM #мероприятие
Telegram
OpenBPM
📣 OpenBPM на VII Международной конференции по операционному и проектному менеджменту!
🗓 25–27 марта 2026 (9:30–18:30 МСК)
📍 Место проведения:
Финансовый университет, факультет «Высшая школа управления»
г. Москва, ул. Верхняя Масловка, д. 15 (м. «Динамо»)…
🗓 25–27 марта 2026 (9:30–18:30 МСК)
📍 Место проведения:
Финансовый университет, факультет «Высшая школа управления»
г. Москва, ул. Верхняя Масловка, д. 15 (м. «Динамо»)…
👍8
Media is too big
VIEW IN TELEGRAM
🔐 КИИ и BPM: правила игры изменились
Вышло Распоряжение Правительства № 360-р, которое зафиксировало перечни типовых объектов КИИ. Для команд, работающих с BPM-системами, это означает конец эпохи «самостоятельного категорирования» — теперь критичность определяет государство.
Главное:
⏳ Жесткие сроки. К 1 января 2028 года все значимые объекты КИИ должны быть переведены на российское ПО. Как сказал глава Минцифры, политика «консервации зарубежного софта» закончена.
🛡 Приказ ФСТЭК № 117. Теперь в ГИС с 1 марта 2026 года переходим от «бумажной безопасности» к непрерывному процессу управления рисками. Устранение критических уязвимостей теперь должно занимать не более 24 часов.
👥 Кадровый норматив. Минимум 30% сотрудников ИБ-подразделения должны иметь профильное образование или пройти переподготовку.
💸 Цена халатности. Введены новые штрафы до 500 000 рублей за нарушение правил эксплуатации и обсуждаются оборотные штрафы за срыв сроков миграции.
BPM-системы находятся в зоне особого внимания, так как они управляют ключевыми процессами: от платежей до логистики.
Смотрите видео, чтобы узнать подробности и понять, как подготовить вашу инфраструктуру к проверкам и успеть в дедлайны.
Делитесь своим мнением по сложившейся ситуации в комментариях 👇
#OpenBPM #видео #КИИ
Вышло Распоряжение Правительства № 360-р, которое зафиксировало перечни типовых объектов КИИ. Для команд, работающих с BPM-системами, это означает конец эпохи «самостоятельного категорирования» — теперь критичность определяет государство.
Главное:
⏳ Жесткие сроки. К 1 января 2028 года все значимые объекты КИИ должны быть переведены на российское ПО. Как сказал глава Минцифры, политика «консервации зарубежного софта» закончена.
🛡 Приказ ФСТЭК № 117. Теперь в ГИС с 1 марта 2026 года переходим от «бумажной безопасности» к непрерывному процессу управления рисками. Устранение критических уязвимостей теперь должно занимать не более 24 часов.
👥 Кадровый норматив. Минимум 30% сотрудников ИБ-подразделения должны иметь профильное образование или пройти переподготовку.
💸 Цена халатности. Введены новые штрафы до 500 000 рублей за нарушение правил эксплуатации и обсуждаются оборотные штрафы за срыв сроков миграции.
BPM-системы находятся в зоне особого внимания, так как они управляют ключевыми процессами: от платежей до логистики.
Смотрите видео, чтобы узнать подробности и понять, как подготовить вашу инфраструктуру к проверкам и успеть в дедлайны.
Делитесь своим мнением по сложившейся ситуации в комментариях 👇
#OpenBPM #видео #КИИ
🔥5
На прошлой неделе наша команда приняла участие в VII Международной научно-практической конференции Финансового университета при Правительстве РФ.
Игорь Клопотов выступил с докладом «BPMN как двигатель для мультиагентных систем» — тема нашла отклик у аудитории: практический взгляд на инженерную основу ИИ-решений органично вписался в общую повестку про искусственный интеллект и автоматизацию процессов.
Формат мероприятия располагал к неформальному общению, которое помогает формировать новые направления для взаимодействия и, как следствие, развития отрасли в целом.
Благодарим организаторов за насыщенную программу и живую дискуссию!
➡️ Посмотреть конференцию в записи можно по ссылке: ссылка. Наш доклад начинается с 3:15:21 😉
P.S. Очень удачно эта конференция совпала с другим важным мероприятияем Финансового университета: "Всероссийским межвузовским студенческим чемпионатом деловых игр MANAGERIAL FOCUS-2026", где победители получили из рук Игоря экземпляры нашей настольной игры. 😊
#OpenBPM #ивент
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6
🔥 Camunda провела закрытый бенчмарк форков
Camunda 7 провели масштабное исследование — изучали, кто лучше всего справляется с ролью замены семёрке.
По итогам опроса региональных амбассадоров и ключевых пользователей Camunda вывод оказался однозначным: OpenBPM — самая достойная замена Camunda 7.
Bernd Ruecker, ко-фаундер Camunda, написал у себя в X (запрещено в РФ):
Bernd, мы не знакомы, но спасибо. И да — God job, мы тоже так думаем!
С 1 апреля, друзья 🙃 Бенчмарка не было. Поста тоже. Но то, что OpenBPM — достойная замена Camunda 7, совместимая по API и без немецких лицензий — это правда без всяких праздников.
#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, мы тоже так думаем!
#OpenBPM #Camunda
😁6🔥3🤣1
🔐 BPM-системы и регуляторные требования: разбираем тендерные ловушки
Провели вебинар — и собрали самое важное для тех, кто участвует в тендерах на BPM-системы или составляет тендерную документацию.
Что разобрали:
📌 152-ФЗ и 187-ФЗ — требования к персональным данным и КИИ предъявляются к инфраструктуре, а не только к прикладному ПО. Распоряжение 360Р наконец закрепило перечень из ~400 типовых объектов КИИ — BPM-системы туда входят по множеству пунктов.
📌 Сертификация — ФСТЭК пока сертифицирует организации и процессы разработки, а не конкретные программы. Требовать «сертификат соответствия» на прикладную BPM-систему — методологически некорректно.
📌 ГОСТы в тендерах — ссылка на ГОСТ целиком не работает. Правильно: указывать конкретные пункты, которые нужно реализовать. Иначе сдать проект будет невозможно.
📌 РБПО — выполнение всех требований ГОСТа по безопасной разработке удорожает проект на 30–50%. Это процесс, а не разовая проверка.
📌 Шифрование, ЭП, IDM — всё это ответственность инфраструктуры, а не прикладной системы. BPM должна поддерживать работу с СКЗИ и российскими IDM, но не реализовывать их самостоятельно.
📌 Ключевая дата — январь 2028 года: всё должно быть замещено и приведено в соответствие. Форвардные контракты с вендорами — до сентября 2026.
Смотрите полную запись вебинара — разобрали каждый пункт с примерами из реальных тендеров 👇
▶️ Смотреть запись
#OpenBPM #вебинар #КИИ
Провели вебинар — и собрали самое важное для тех, кто участвует в тендерах на BPM-системы или составляет тендерную документацию.
Что разобрали:
📌 152-ФЗ и 187-ФЗ — требования к персональным данным и КИИ предъявляются к инфраструктуре, а не только к прикладному ПО. Распоряжение 360Р наконец закрепило перечень из ~400 типовых объектов КИИ — BPM-системы туда входят по множеству пунктов.
📌 Сертификация — ФСТЭК пока сертифицирует организации и процессы разработки, а не конкретные программы. Требовать «сертификат соответствия» на прикладную BPM-систему — методологически некорректно.
📌 ГОСТы в тендерах — ссылка на ГОСТ целиком не работает. Правильно: указывать конкретные пункты, которые нужно реализовать. Иначе сдать проект будет невозможно.
📌 РБПО — выполнение всех требований ГОСТа по безопасной разработке удорожает проект на 30–50%. Это процесс, а не разовая проверка.
📌 Шифрование, ЭП, IDM — всё это ответственность инфраструктуры, а не прикладной системы. BPM должна поддерживать работу с СКЗИ и российскими IDM, но не реализовывать их самостоятельно.
📌 Ключевая дата — январь 2028 года: всё должно быть замещено и приведено в соответствие. Форвардные контракты с вендорами — до сентября 2026.
Смотрите полную запись вебинара — разобрали каждый пункт с примерами из реальных тендеров 👇
▶️ Смотреть запись
#OpenBPM #вебинар #КИИ
🔥4
AI-агенты научились генерировать код – но с BPMN-диаграммами у них до сих пор проблемы. Синтаксически правильная схема не значит рабочая: агент читает XML, но не понимает замысла автора. Без контекста он рискует «оптимизировать» именно то, что важно: обработчики ошибок, граничные события, интеграционные точки.
В новой статье на Хабре разбираем шесть стратегий, которые делают BPM-среду готовой к работе с агентами.
Ключевые тезисы:
— Манифесты процессов: машиночитаемые документы с бизнес-целями и задокументированными архитектурными решениями
— Семантическая документация прямо внутри XML – там, где агент реально работает
— Модульная архитектура с явными контрактами сервисных задач
— Тесты для DMN-таблиц, edge-case и интеграций – единственная обратная связь для агента
— CI/CD с детерминированным развёртыванием и автооткатом
— Наблюдаемость через OpenTelemetry и process mining
🔗 Читать полностью: ссылка
Делитесь в комментариях своими методами научить ИИ-помощников понимать BPMN 👇
#OpenBPM #статья #BPMN
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6