Казалось бы, сезон прогнозов на код давно закрыт, уже майские на носу.

Но тут попалась интересная статья с довольно смелыми, даже провокационными заявлениями касательно будущего автоматизации бизнес-процессов.

Соглашаться или нет, дело ваше. Но пища для размышлений точно найдется!

Вот о чем тут речь:

🔹Агентский ИИ (Agentic AI)
🔹Process Intelligence
🔹RPA — покойся с миром
🔹BOAT — Business Orchestration and Automation Technology
🔹BPMN — Business Process Model and Notation
🔹Конец эпохи SaaS
🔹Коннекторы
🔹Groq станет самым мощным ИИ
🔹ChatGPT покупает Mulesoft
🔹Переписывание унаследованных приложений
🔹Создание процессов на лету

Про ИИ было очевидно, а вот из остального много неожиданного.
Заинтригованы? Переходите по ссылке:

https://bpms.ru/post/20250422-predictions-2025-bpa/

BPMN умер, все сделает ИИ

Ой ли? — На самом деле нет, BPMN еще послужит на пользу процессов.
Ведь ИИ-агенты, по сути, такие же исполнители, которых надо организовать, чтобы они работали эффективно.

Об этом рассуждает Пол Холмс-Хиггин (Paul Holmes-Higgin) — ведущий эксперт (Fellow) и сооснователь Flowable.

Подробнее — читайте перевод на Хабре:
https://habr.com/ru/articles/907584/

Продолжаем разбираться, как на самом деле работает BPM.

Сегодня дошла очередь до процессных переменных - смотрим ка процесс работает с данными. Это не такая простая вещь, как может показаться.

Аналогии с переменными в Java здесь не работают, в мире процессов все устроено несколько иначе.

Из этой статьи вы узнаете, с какой целью в процессе используются переменные, как они создаются, сохраняются в БД и затем используются.


📚Читайте на Хабре новую статью Станислава Макарова
Всё о процессных переменных, что должен знать BPM-разработчик. Часть 1

📣 Вебинар: Мониторинг BPM-движков с помощью open source решения

🗓 Дата: 20 мая
🕓 Время: 16:00 МСК

Присоединяйтесь к вебинару, где будет продемонстрирован OpenBPM Control — open source инструмент для мониторинга и отладки процессных предложений. Это альтернатива Camunda Cockpit с расширенными возможностями.

👨‍💻 Спикеры:

Игорь Клопотов, директор продукта OpenBPM — проведет демонстрацию возможностей OpenBPM Control.

Денис Котов, CEO StormBPMN — выступит в роли приглашенного эксперта, задавая каверзные вопросы по ходу демонстрации.

🔗 Регистрация

Финал конкурса BPM-проект года уже совсем скоро! 🎉

Чтобы вам было легче соориентироваться в представленных проектах,
Анатолий Белайчук разобрал 15 из них, чтобы вам проще было соориентироваться при голосовании!

Читайте обзор на сайте BPMS.ru🔗

В их числе:

1. Цифровизация управления образовательной инфраструктурой (ООО «ПроШкола»)

2. Трансформация модели управления бизнес-процессами качества (АО «ТМХ»)

3. Интерактивный помощник продуктовой команды. Процессы PLM вчера и сегодня (ПАО «МТС»)

4. Создание с нуля цифровой среды лизинговой компании (ООО «АСПЕКТ»)

5. Комплексная цифровая трансформация системы управления (холдинг «ТАГРАС»)

6. Мониторинг производства («Анкер Индастри»)

7. Создание базового контура пилотной зоны аппаратно-программного комплекса «Безопасный город» Камчатского края (ГКП Камчатского края «Единый ситуационно-мониторинговый центр»)

8. Сокращение сроков проведения обследования при подозрении на злокачественные новообразования молочных желез на амбулаторном этапе (ГБУЗ «Клинический консультативно-диагностический центр имени И.А. Колпинского»)

9. Единая система управления бизнес-процессами и данными (ПАО «Т Плюс»)

10. Логистика 2.0: оптимизация управления поставками от запросов до взаиморасчетов (ООО «ДИАЛОГ»)

11. Система управления процессами и стоимостью операций с использованием low-code BPM-системы Platform V Flow: флагманские проекты «Претиум» и «Управление системой мониторинга» («СБЕР»)

12. Трансформация модели управления бизнес-процессами в федеральном сервисном центре страховой компании (САО «ВСК»)

13. Система управления бизнес-процессами 2.0 («Столото»)

14. Автоматизация бизнес-процессов и учета операций по лизинговым сделкам на основе платформы GreenData (ПАО «НБД-Банк»)

15. Цифровизация документооборота при отпуске нефтепродуктов на топливных складах (ОАО «РЖД»)


🔥Итоговая конференция пройдет 30 мая, это главное событие в профессиональном сообществе BPM.

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

💪Нагузочное тестирование как должно быть

Все наверное задавались вопросом 🤔, как провести нагрузочное тестирование BPM-движка, чтобы результаты были более-менее релевантными, а не просто какие-то интересные цифры.

С движками все не так просто!
Оказывается, считать надо по числу завершенных процессов, а не запущенных.
Потому что главное, чтобы процесс двигался, а не где-то висел.

📚Читайте на Хабре перевод статьи Брендта Рюкера
Как провести бенчмарк кластера Camunda 8

И не важно, если у вас не восьмерка, ак какой-то другой движок.
Все дело в методологии, а она как раз представлена.

⚙️ Когда Camunda захлебнулась: реальный кейс перегрузки 700 000 процессов

В T-Банке разработали сервис на Camunda BPM, обрабатывающий обновление клиентских данных. Обычно он справлялся с ~50 000 процессов в день без проблем. Однако всё изменилось, когда Kafka-топик получил 700 000 событий с высокой скоростью. В результате в базе оказалось более 500 000 активных процессов, и начались серьёзные проблемы:

🔹Пятикратное снижение скорости обработки из-за перегрузки таблицы act_ru_job.

🔹Процессы зависали на часы, активируя таймеры, не рассчитанные на такие задержки.

🔹Критичные процессы блокировались менее важными из-за отсутствия приоритетов.

🔹Массовое управление процессами стало невозможным — админка и API не справлялись.

🔹Даже приостановленные процессы держали нагрузку на CPU базы на уровне 60%.

Этот случай стал для разработчиков уроком:
Camunda не всегда справляется с экстремальными нагрузками. В статье подробно рассказано, как разработчики столкнулись с этими проблемами и какие выводы сделали.

📖 Читайте полный разбор на Хабре:
Camunda и Kafka: не откусывай больше, чем можешь проглотить

Главный бич процессов, интенсивно работающих с базой данных это Optimistic Lock Exception.
Но с этой заразой легко разделается кролик - обновляем данные через очереди и вуаля!

Rabbit of Caerbannog - просто зверь! (Фанаты Монти Пайтон поняли, о чем я)

📣 Вебинар: Как сделать удобнее разработку BPM приложений в IntelliJ IDEA

🗓 Дата: 3 июня
🕓 Время: 16:00 МСК

Присоединяйтесь к вебинару, где мы покажем OpenBPM Studio — новый бесплатный плагин для разработки процессных приложений на Camunda.

👨‍💻 Спикеры:

- Никита Щиенко, Tech Lead, OpenBPM - рассказывает про плагин.
- Павел Кислов, Devrel, Amplicode, эксперт русскоязычного Spring Framework комьюнити - задает каверзные вопросы.

🔗 Регистрация

Продолжаем серию переводов статей Бернда Рюкера, соучредителя и главного технолога Camunda.

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

В этой статье рассказывается о разных способах, как это можно сделать:
https://habr.com/ru/articles/913060/

🎛 Как в Ростелеком-Солар встроили Camunda BPM в IdM и перестали страдать

В корпоративных системах управления доступом (IdM) бизнес-логика постоянно меняется. Сегодня нужно блокировать учётку при увольнении, а завтра — сохранить её, если сотрудника переводят. Один заказчик просит отключать доступ при отпуске, другой — просто слать уведомление. Везде — нюансы, исключения, «а можно по-другому?».

До недавнего времени решали это жёстко: кодом. Результат — костыли, ветвления, баги и боль. Но однажды сказали: «Хватит», и внедрили в IdM визуальный движок бизнес-процессов — Camunda BPM.

Что из этого вышло:
— Процессы стали настраиваемыми без перекомпиляции;
— Бизнес-логика теперь моделируется аналитиками;
— Упрощена отладка и поддержка;
— Гибкость без потери контроля.

Под катом — технические детали: как подключили Camunda, на что наткнулись, и что стоит учесть. Если вы пишете системы, где правила постоянно меняются — вам точно пригодится.

📖 Читать статью: habr.com/ru/companies/solarsecurity/articles/726774

#полезное

Аналитики и разработчики видят BPMN по-разному.

Аналитик:
🔹BPMN — описание, как все работает
🔹Главное — чтоб было понятно людям
🔹Если непонятно, больше комментариев
🔹User Task – человек принимает решение
🔹Service Task — что-то делается само
🔹События — они просто происходят
🔹Транзакции? Что это?

Разработчик:
🔸BPMN — это код, он должен выполняться
🔸Все параметры должны быть заданы, иначе движок это не примет
🔸Комментарии игнорируем
🔸User Task — форма с полями и кнопками
🔸Service Task — это вызываемый код
🔸События выполняются программно
🔸Процесс выполняется по транзакциям

🎉В восьмой раз прошел конкурс «BPM-проект года», на который было представлено 70 проектов, из них 15 прошли в финал.

Ну что же, есть на кого равняться!💪
Смотрим описания проектов, изучаем лучшие практики, перенимаем опыт!

И одна важная мысль с полей итоговой конференции:

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

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

Проекты победителей смотреть тут🔗

🚀 От пилота к полному масштабу: как внедрить Camunda в компании

📖На Хабре опубликован перевод статьи Бернда Рюкера, сооснователя Camunda, — это гайд для разработчиков и архитекторов BPM, которые хотят масштабировать автоматизацию процессов.

🔹 Чем это полезно?
- Практические шаги от первых проектов до сотен процессов.
- Реальные кейсы (Goldman Sachs, Societe Generale).
- Ошибки, которых стоит избегать (например, ранние платформенные инициативы).
- Гибкие подходы вместо «аналитического паралича».

🔹 Ключевые идеи:
1. Начинайте с малого — пилотный проект даст реальный опыт.
2. Избегайте платформенных ловушек — сначала добейтесь ценности в проектах.
3. Создайте Центр Компетенций — для обмена знаниями и поддержки команд.
4. Децентрализация лучше — микросервисы и независимые движки работают эффективнее.


👉 Для кого: разработчики BPM, архитекторы, тимлиды.

#Camunda #BPM #АвтоматизацияПроцессов

[Читать статью]

🚀 Как Леруа Мерлен управляет распределёнными транзакциями с Camunda

В Леруа Мерлен микросервисы — основа IT-ландшафта. Но как согласованно менять данные в разных сервисах, если у каждого своя БД? Решение — оркестрация с Camunda.

🔹 Проблема
Логистические данные (размеры коробок, вес, укладка) нужны в разных процессах:
- Планирование склада
- Доставка от поставщика
- Расчет себестоимости

Но данные разбросаны по микросервисам, и классические ACID-транзакции не работают.

🔹 Решение: саги + Camunda
Вместо ACID — паттерн саги (оркестрация или хореография). Camunda выступает оркестратором, гарантируя согласованность данных через BPMN-процессы.

Как это работает?
1. Запуск процесса:
- Через HTTP (асинхронно) или Java-код (синхронно).
- Для Node.js и других языков — External Tasks (обработка через long-polling).

2. Обработка ошибок:
- Компенсации — если один шаг провалился, откатываем предыдущие.
- Retry-политики — автоматические повторы при временных сбоях.

3. Мониторинг завершения:
- Опрос статуса или Redis-нотификации.

🔹 Почему Camunda?
✅ Гибкость: поддержка и Java, и других языков (через External Tasks).
✅ Надёжность: сохранение состояния в БД (Postgres).
✅ Масштабируемость: независимое развертывание оркестратора.

🔹 Альтернатива: Zeebe
Новый оркестратор от Camunda — лучше масштабируется, работает через gRPC, но пока менее зрелый.

📌 Вывод: Camunda — мощный инструмент для оркестрации микросервисов, особенно там, где критична согласованность данных.

#Camunda #Микросервисы #РаспределенныеТранзакции

📚[Читать статью]

Изначально BPMN-модели рисуют аналитики.

Потом разработчикам им надо как-то получить.

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

Как в Jmix BPM - через интеграцию со Storm'ом

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

Но они используют разные инструменты, что создает барьеры в коммуникации.

Однако, его можно преодолеть благодаря интеграции Storm и Jmix BPM.

Смотрите подробнее в презентации Станислава Макарова на итоговой конференции конкурса "BPM-проект года"

Читайте заметку про Camunda и Flowable - что у них общего и чем они отличаются, когда выбирать одно, а когда другое:

https://habr.com/ru/articles/915712/