BPM Developers

Диалоговые потоки в агентном ИИ: чему нас научила эксплуатация таких систем в промышленном масштабе Большинство современных агентных фреймворков сосредоточены на том, как научить LLM рассуждать. Но в корпоративных системах не менее важен другой вопрос: как ограничить эти рассуждения рамками управляемого процесса, не убив при этом гибкость агента. В статье Бернда Рюкера, со-основателя и гланого технолога Camunda, разбирается подход, где агент становится частью BPMN-процесса: LLM принимает решения, процессный движок обеспечивает контроль, аудит, восстановление после сбоев и выполнение требований комплаенса. На примерах показано, почему такой подход уже работает в банках и других регулируемых отраслях. Если вас интересует будущее агентных систем в enterprise, рекомендую к прочтению. Это хороший взгляд на то, как агентная архитектура выглядит за пределами хайпа вокруг «автономных агентов». 👉Читайте перевод на Хабре: [ссылка]

Совместный вебинар Axiom JDK и OpenBPM "Современный Java Enterprise: BPM, безопасность, ИИ" Axiom JDK и OpenBPM проведут вебинар о том, как разрабатывать enterprise-приложения на Java с использованием BPM-подхода, ИИ-инструментов и безопасного runtime. На практическом примере покажут путь от проектирования BPMN-процесса до запуска Spring Boot-приложения: как связать бизнес-процесс с Java-логикой, использовать ИИ для подготовки кода, бизнес-правил и тестов, а также запустить приложение на AxiomJDK и упаковать его в защищенный контейнер Axiom Runtime Container Pro. Вебинар будет полезен архитекторам, Java-разработчикам, тимлидам, DevOps- и ИБ-специалистам, а также командам, которые используют или планируют использовать BPMN для автоматизации бизнес-процессов. Спикеры: • Никита Щиенко, Tech Lead, OpenBPM • Максим Сафронов, технологический консультант Axiom JDK. ⏰ 16 июня, 11:00 👉 Регистрация

Подведены итоги конкурса «BPM-проект года’2026» Ассоциация профессионалов управления бизнес-процессами подвела итоги конкурса «BPM-проект года’2026» — ежегодной профессиональной премии, объединяющей лучшие практики в области процессного управления, цифровизации и автоматизации бизнес-процессов. В 2026 году на конкурс было представлено 56 проектов, из которых по итогам экспертного отбора в финал прошли 15 проектов. Финалисты представили решения из разных отраслей: промышленности, телекоммуникаций, финансового сектора, государственного управления, страхования, сервисных компаний и цифрового производства. 🏆 Поздравляем победителя конкурса «BPM-проект года’2026»: «Сквозная автоматизация заказов на производственном предприятии» ООО «ЕРС-КОМПЛЕКТ» Партнер — Компания Первый Бит 📋 Полный список победителей во всех номинациях на сайте конкурса - https://bpmaward.ru/2026/05/29/winners-2026/. 📅 А следующий конкурс «BPM-проект года» стартует уже 1 декабря 2026 года. Он станет юбилейным — и мы приглашаем компании заранее готовить свои проекты, чтобы представить лучшие практики процессного управления, цифровой трансформации и автоматизации бизнес-процессов.

Make re-engineering great again!😎 Гооврит Jakob Freund, CEO Camunda: Каждый процесс в вашей компании — наследие прошлого. Жёстко? Возможно. Но логика верна. Каждый бизнес-процесс, который ваша организация выполняет сегодня, был спроектирован для мира без ИИ. Всё — от цепочек согласований до последовательностей передачи задач и обработки исключений — было построено на человеческом суждении. И всё это было выстроено вокруг предположения, что программное обеспечение может автоматизировать задачи, но координировать работу будут люди. Это предположение больше не работает. Читайте на Хабре: 👉Великий реинжиниринг начался

Совместный вебинар VK Tech и OpenBPM "Как связать Process Mining с BPM и перейти от аналитики к системному управлению процессами?" Process Mining — технология, которая восстанавливает реальную картину исполнения бизнес-процессов по данным из информационных систем. Компании используют её, чтобы увидеть, как процессы работают на самом деле, найти узкие места и отклонения от целевых моделей. Но найти проблему — только первый шаг. Дальше важно улучшить сами процессы. Для этого Process Mining связывают с BPM-системой и подключают AI, который помогает автоматически находить отклонения и прогнозировать риски. На бесплатном вебинаре 26 мая команды VK Process Mining и OpenBPM покажут, как выстроить такую связку. Вы узнаете: • Чем отличаются BPMN-схемы для бизнеса и для исполнения • Откуда берутся данные для Process Mining и Task Mining • Что помогает автоматически находить узкие места и риски • Как разложить историю исполнения процесса по уровням • Зачем связывать Process Mining с BPM и какую роль играет AI 📅 Когда: 26 мая, 11:00 МСК 👉 Регистрируйтесь по ссылке

📢 25 мая — Итоговая конференция «BPM-проект года’2026»! Завершаем сезон главного конкурса в области управления бизнес-процессами и подводим итоги лучших BPM-проектов года. В программе — награждение победителей, обсуждение практик процессного управления, обмен опытом с финалистами, экспертами и представителями BPM-сообщества. 📍 Москва, пр-т Академика Сахарова, 12 🎟 Участие — бесплатно, требуется регистрация Благодарим спонсоров и партнёров конференции: 🏆 Stormbpmn — генеральный спонсор 🥇 ELMA — золотой спонсор 🥈 VK Tech, Business Studio, Comindware — серебряные спонсоры 🤝 Naumen — партнёр конкурса До встречи на итоговой конференции «BPM-проект года’2026»! Зарегистрироваться

🚨 Process Mining — недостающий фундамент для ваших корпоративных AI-проектов! Бюджеты на enterprise AI тают на глазах, а результатов всё нет. Знакомая история? “Мы запустим деплоймент в следующем квартале” — самая дорогая фраза в IT, которая звучит в кошмарах. Почему Process Mining меняет правила игры 🔹Process Mining — это не просто BPM или документация консультантов. Это цифровой рентген реальных бизнес-процессов: анализ event-логов показывает, как работа течет через системы, людей и решения. 🔹Без него AI-автоматизация масштабирует не интеллект, а хаос. Сначала mining — диагностика узких мест, потом targeted AI: generative, predictive и prescriptive. Ключевые инсайты из статьи 📌 AI без Process Intelligence (PI) слеп: OCPM связывает данные и процессы для динамичных сред. 📌 ROI на первом месте: Mining даёт evidence-based insights, а не догадки. 📌Для enterprise: Интеграция с Agentic Automation и GenAI — будущее трансформации. Читайте полную статью: Process Mining is the strategic foundation Приходите на вебинар "Как использовать Process Mining для непрерывного управления процессами", регистрация по ссылке Что думаете? Делитесь в комментах! 👇 #ProcessMining #EnterpriseAI #BPM #AI

Agentic Enterprise: Процессы и агенты в корпоративном контуре 21 мая пройдет мастер-класс Ассоциации BPM-профессионалов, посвященный встраиванию ИИ-агентов🤖 в бизнес-процессы🚀. Ведущий — Станислав Макаров, независимый эксперт😎. Уже сегодня ИИ-агенты могут взять на себя много задач. Но стоп-фактор — корпоративные ограничения: безопасность, подотчетность, контроль доступа, аудит. Просто «подключить ИИ» слишком рискованно. Нужна управляемая модель исполнения. КЛЮЧЕВЫЕ ИДЕИ ✅ Оргструктура задает универсальный контекст. Через нее определяются права доступа, полномочия и роли в процессах. Это обеспечивает соблюдение политик безопасности и комплаенс. ✅ Агенты в буквальном смысле принимаются на работу — назначаются на должности в подразделениях и становятся исполнителями пользовательских задач. Перепроектирования бизнес-процессов не требуется. ✅ Инструменты агентов — это процессы. Когда агенту нужно что-то сделать, он просто запускает процесс. Так достигается полная прозрачность работы агентов и унификация инструментов. РЕАЛИЗАЦИЯ 🔹 Основа — платформа Jmix 🔹 Три кастомных аддона: оргмодель, процессы, агенты 🔹 Функциональность добавляется поэтапно 🔹 Можно встроить в свое приложение или развернуть как отдельный сервис 🔹 Интеграции: Open Router, Groq, MCP servers, Camunda, Keycloak ДЕМО Люди и агенты — в одном процессе. РЕГИСТРАЦИЯ 👉 Сайт ABPMP (без VPN)

📺 Нагрузочное тестирование BPM: процесс vs движок Есть два подхода — и у каждого своя задача. Важно понимать, что это не альтернативы, это два разных инструмента: один показывает поведение системы целиком, а второй — пределы и деградации самого движка. Если использовать только один — вы теряете часть картины. 📝Как строить нагрузочное тестирование 1. Сначала синтетика (движок) Цель — получить baseline. Что делаем: • фиксируем rate (например, N процессов/сек) • используем упрощённый процесс (параллелизм + async задачи) • убираем внешние вызовы Что получаем: • стабильный throughput • понятную зависимость от CPU/конфигурации • возможность сравнивать версии На этом этапе важно: • не менять сразу несколько параметров • фиксировать конфиг (пулы, потоки, history) • смотреть на перцентили latency, а не среднее 2. Потом бизнес-процесс Цель — проверить реальное поведение. Что делаем: • включаем интеграции • используем реальные payload’ы • моделируем пользовательский поток Что ищем: • деградации SLA • нестабильность интеграций • рост latency на отдельных шагах 3. Сравнение результатов Ключевой момент, который часто упускают. Типовые ситуации: • синтетика стабильна, бизнес деградирует → проблема вне движка • синтетика падает → проблема в ядре или конфигурации • оба теста деградируют → системная проблема (чаще CPU/БД) 👨‍💻 Практические рекомендации ✅Всегда фиксируйте baseline для синтетики (без него нет регрессии) ✅Не используйте burst-нагрузку без контроля — она ломает метрики ✅Следите за CPU: в BPM он почти всегда первый bottleneck ✅Учитывайте history level — он может “съесть” производительность ✅Не доверяйте тестам, где всё упирается в I/O — это уже не про движок 🫡 Вывод • Синтетика нужна, чтобы контролировать производительность платформы. • Тест бизнес-процесса — чтобы понимать реальное поведение системы. Только связка этих подходов даёт нормальную картину.

🔀 Ad-hoc subprocess: когда процесс сам не знает, что будет дальше Обычно BPM - это чёткий маршрут: A → B → C. Но иногда садишься моделировать и понимаешь: не знаю я заранее, что нужно сделать. Зависит от ситуации. Для этого в BPMN 2.0 есть Ad-hoc субпроцесс (~) - блок, где задачи не имеют фиксированного порядка. Каждую можно запустить в любой момент, несколько раз или вообще пропустить. Где можно использовать? Везде, где «набор действий зависит от контекста»: сбор документов по кейсу, медосмотр, юридическое дело. И актуальный сейчас кейс - AI-агент, который сам решает, какой инструмент вызвать следующим. Как управлять? • Через переменную - передаёшь список задач, движок их активирует при входе • Через job worker - воркер получает управление после каждого шага и решает, что дальше. Это уже похоже на агентскую логику Кто поддерживает? • В Camunda 7 не работает. Тильду нарисовать можно, после деплоя — тишина. Визуальная декорация. Обходят через createProcessInstanceModification() или gateway + флаги. Но отсутствие нативного ad-hoc - не приговор, так DMN-таблица (или Script Task) определяет то, какие задачи нужны будут в конкретном контексте, multi-instance subprocess принимает их как коллекцию и управляет запуском. Та же гибкость, только из стандартных кубиков. • В Camunda 8 (с 8.7) работает, но есть нюанс: активировать задачи динамически после входа в субпроцесс нельзя, только при входе. В режиме job worker это решается итеративно - воркер переполучает управление после каждого шага. • Во Flowable движок умеет всё, полный BPMN 2.0 spec + Java API. Но Work UI из коробки не поддерживает активацию задач пользователем. Нужно дорабатывать через кастомные Actions. • В jBPM / PAM глубже всех. Ad-hoc - основа для stage в кейсах, можно добавлять задачи в уже запущенный инстанс через API. ❓ Сталкивались с ad-hoc логикой в процессах? Как решали? 👍 Используем ad-hoc / CMMN нативно 🤔 Обходимся BPMN-паттернами (event subprocess, gateway + флаги) 👎 Всё структурировано, такого не встречали

📌 Как подготовить BPM-среду для работы с AI-агентами? AI-агенты научились генерировать код – но с BPMN-диаграммами у них до сих пор проблемы. Синтаксически правильная схема не значит рабочая: агент читает XML, но не понимает замысла автора. Без контекста он рискует «оптимизировать» именно то, что важно: обработчики ошибок, граничные события, интеграционные точки. В новой статье на Хабре разбираем шесть стратегий, которые делают BPM-среду готовой к работе с агентами. Ключевые тезисы: — Манифесты процессов: машиночитаемые документы с бизнес-целями и задокументированными архитектурными решениями — Семантическая документация прямо внутри XML – там, где агент реально работает — Модульная архитектура с явными контрактами сервисных задач — Тесты для DMN-таблиц, edge-case и интеграций – единственная обратная связь для агента — CI/CD с детерминированным развёртыванием и автооткатом — Наблюдаемость через OpenTelemetry и process mining 🔗 Читать полностью: ссылка Делитесь в комментариях своими методами научить ИИ-помощников понимать BPMN 👇

🎤 Вебинар Актуальные вопросы ИБ в закупках BPM платформ 31 марта Игорь Клопотов из OpenBPM расскажет, что нужно учитывать при автоматизации бизнес-процессов с точки зрения РБПО. В последние годы теме РБПО уделяется много внимания, как на законодательном, так и на инженерном уровне. В ответ на новые требования появляются новые методики и инструменты, которые позволят выполнить эти требования на практике. Соответственно, и в тендерной документации выделяют под эти вопросы отдельные разделы. ❗️Кроме того, буквально вчера (25 марта) за нарушения при эксплуатации критической информационной инфраструктуры ввели штрафы. Разберем следующие вопросы: - Нюансы законодательства по 152-ФЗ и 187-ФЗ - Типовые отраслевые объекты КИИ - ГОСТ Р 56939–2024, проблемы сертификации - Приказа ФСТЭК № 117, правомерность ссылок на п.50 - Удорожание проектов при покрытии по ГОСТ Р 56939–2024 - Этапность работ по РБПО 👤 Спикер: Игорь Клопотов, директор продукта OpenBPM 📅 Когда: 31 марта, 16:00 МСК 👉 Регистрация по ссылке

💎 Завтра стартует VII Международная научно-практическая конференция «Операционный и проектный менеджмент: проблемы и решения» Ранее мы анонсировали мероприятие в канале и теперь делимся отличными новостями - для всех желающих будет доступна онлайн трансляция. 👉 Подключайтесь завтра по ссылке. О конференции Мероприятие объединит экспертов в области операционного и проектного управления: представителей бизнеса, преподавателей, исследователей и всех, кто интересуется развитием этих направлений. С докладами выступят представители ВШЭ, OpenBPM, Stormbpmn, GlowByte, Интер РАО, BPM школа, Конструкторское бюро 42 и другие. Организаторы: Финансовый университет при Правительстве РФ, МТПП, ABPMP Russia, Ассоциация профессионалов развития бизнеса и другие. Приятного просмотра!

🧭 AI-оркестрация enterprise-уровня: обязательно ли для этого Camunda 8? Посмотрели вебинар про 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? 👍 Да, если закрываются все задачи 🤔 Возможно, зависит от сценария 👎 Нет, всё равно нужно переходить на 8

❗️В законе о безопасности КИИ добавили 397 категорий ПО Вышло обновление по категорированию объектов КИИ. Ранее оператор КИИ сам определял критические системы и присваивал им соответствующую категорию. Теперь список конкретных систем и классов решений по отраслям зафиксирован в Распоряжении Правительства № 360-р от 26.02.2026. 1️⃣ Почему это важно для BPM BPM-системы часто попадают в периметр КИИ. Если через них проходят ключевые бизнес-процессы (платежи, заявки, операции), они будут классифицированы как КИИ. Процессы становятся объектом контроля. Теперь важно оценивать несколько аспектов системы: • какие процессы она исполняет • какие данные обрабатывает • к каким сторонним системам подключена 2️⃣ Кого касаются изменения В списке множество отраслей где BPM имеет большую популярность: • Финансы и банки • Логистика • Энергетика • Телеком • и многие другие ➡️ Полный текст распоряжения с перечислением всех отраслей и типовых процессов доступен по ссылке.

BPMN и время: иллюзия точности ⏰ В BPMN часто ставят таймеры: ▶️«напомнить через 5 минут», ▶️«эскалировать через час», ▶️«запускать по понедельникам». Кажется, что всё сработает точно по секундам. Но это не так. BPM-движки — не системы реального времени. Таймер здесь — это про «после этого времени процесс продолжится», а не строгий дедлайн. Под нагрузкой задержка в несколько секунд — нормальная история. DevRel Станислав Макаров разобрал в новой статье: 🆗почему так происходит? 🆗где таймеры действительно полезны? 🆗где их лучше не использовать? Время чтения: 5 минут. ➡️ Читать на Хабр

🐍 Python в Camunda 7: как настроить и запустить в Script Task Хотите писать скрипты на Python внутри BPMN-процессов Camunda 7? Это возможно с помощью Jython — реализации Python на JVM. Подключается одной зависимостью. 1️⃣ Подключение Jython Добавьте зависимость в проект: Gradle (Groovy): implementation 'org.python:jython-standalone:2.7.4' Maven: <dependency> <groupId>org.python</groupId> <artifactId>jython-standalone</artifactId> <version>2.7.4</version> </dependency> Если используете Tomcat — положите jython-standalone-2.7.4.jar в tomcat/lib и перезапустите сервер. 2️⃣ Пример BPMN-процесса Script Task с форматом jython: <scriptTask id="pythonScript" scriptFormat="jython"> <script><![CDATA[ a = execution.getVariable("inputA") b = execution.getVariable("inputB") result = a + b execution.setVariable("sumResult", result) print "Sum =", result ]]></script> </scriptTask> Важно! В Jython многострочный скрипт не возвращает значение автоматически. Чтобы сохранить результат в переменную процесса, всегда используйте execution.setVariable(). 3️⃣ Запуск и проверка Передайте входные переменные (например, inputA=5, inputB=7) и убедитесь, что переменная sumResult стала равна 12. ⚠️ Ограничения — Jython 2.7.x поддерживает только Python 2. — Не работают библиотеки с C-расширениями (numpy, pandas и др.). — Производительность ниже, чем у Groovy или JavaScript. Пробовали Jython в своих проектах? Делитесь опытом в комментариях! #Camunda #BPMN #Jython #Python

Станьте BPM-экспертом Знаем, что многие аналитики приходят в Storm, чтобы разобраться в BPM, научиться и стать крутыми экспертами. Собрали ВСЕ наши материалы в удобный интерактивный гайд, с курсами, шаблонами, подсказами, советами. Теперь это единственное место (кроме рабочего) для превращения в профи. Удачи и роста вам! https://stormbpmn.com/app/become-bpm-star

Наши друзья из Stormbpmn проделали колоссальную работу по подготовке обучающих материалов по BPM. А теперь они все доступны в одном месте. Теперь вы знаете, чем заняться в свободное время 🙂️️️️️️