📣 Вебинар: Мониторинг 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/

🇷🇺 Российский BPM-движок: преемник Camunda 7

Команда OpenBPM представила новый BPM-движок, совместимый с Camunda 7, — с открытым кодом, промышленной зрелостью и официальным статусом российского ПО.
Это ответ на вызовы импортозамещения и одновременно — шаг вперёд по функциональности.

🔧 Зачем он нужен?

Camunda 7 — один из самых популярных движков в мире. Но Camunda 8 — это уже совсем другая архитектура, и прямой миграции не предусмотрено. Более того, Camunda 7 объявлена устаревшей — поддержка заканчивается в октябре 2025.

📌 Совместимость с Camunda 7
Сохраняются REST API, структура моделей и сценарии исполнения — команды могут мигрировать без потерь и сохранить существующие наработки.

📌 А также:
✔️ Совместимость с актуальными JDK и реляционными СУБД
✔️ Неограниченное число процессов, задач, исполнителей
✔️ Учет требований 187-ФЗ, указов №166 и №250, положения ЦБ №787-П
✔️ Включение в реестр МинЦифры и наличие свидетельств Роспатента

🛠 Преимущества архитектуры:
— Единый центр управления для нескольких версий и инсталляций
— Расширенная телеметрия и тепловые карты процессов
— Совместимость с отечественным ПО и поддержка DevOps
— Инструменты для анализа кода, безопасности и лицензий
— Постоянное обновление зависимостей и борьба с CVE

📈 Почему не Camunda 8?
Camunda 8 ориентирована на highload и масштабируемость, но требует серьёзных изменений архитектуры приложений и платной лицензии. В большинстве кейсов Camunda 7 остаётся более чем достаточной, особенно с правильной конфигурацией.

🚀 Мы не клонируем — мы развиваем
Движок не только повторяет возможности Camunda, но и предлагает новые функции, расширяя инструменты продуктивности и мониторинга.

📦 Входит в состав платформы OpenBPM от компании Хоулмонт и может использоваться как самостоятельный продукт или как основа для решений в КИИ.

➡️ OpenBPM даёт возможность строить цифровые процессы на отечественной платформе — без ограничений для разработчиков и без зависимости от зарубежных вендоров.

Подробнее см. по ссылке🔗

🎉 Мы начинаем холивар! Присоединяйтесь!
🧩 Less code vs Low-code: почему “меньше кода” — не всегда лучше

Многие разработчики искренне не любят low-code. Забавно, ведь в работе они активно используют всё, что избавляет от рутины: библиотеки, фреймворки, автогенерацию кода, умные IDE. Всё это минимизирует объём ручного кода — но не отменяет его вовсе.

На самом деле, кода не должно быть меньше: сложные вещи не опишешь парой строк. Просто хочется не тратить время на шаблонные фрагменты. Поэтому эволюция разработки шла от библиотек к фреймворкам, от автогенерации кода к AI-ассистентам. Современные инструменты позволяют писать меньше кода, но думать больше — именно это и есть честный “less code”.

Low-code же обещает, что код вообще не нужен. Но за простотой скрывается ограниченность: как только задача выходит за рамки конструктора, начинается борьба с платформой, а не создание решения. Настоящий прогресс — не в иллюзии “код не нужен”, а в том, чтобы избавляться от рутины, сохраняя контроль.

Less code — это про экономию усилий, повышение абстракции и честную сделку: ты всё ещё программист, просто работаешь быстрее и умнее.

📚Читайте на Хабре новую статью Станислава Макарова
Семь иллюзий Low code

#статья

.
🚀 Camunda как REST-движок для оркестрации — без Java!

Бернд Рюкер, сооснователь и главный технолог Camunda, рассказывает как использовать его движок, написанный на Java, но совсем без Java!

Микросервисы, workflow, Saga-паттерны, обработка таймаутов — всё это можно легко реализовать на Camunda, даже если вы не работаете с Java.

🔹 Как? Через REST API — пишите код на C#, JavaScript или любом другом языке.

🔹 Что внутри?

- Запуск Camunda в Docker за 1 команду

- Деплой процессов BPMN

- Взаимодействие через External Tasks

- Готовые клиентские библиотеки для JS, C#, PHP

Почему Camunda?

✅ Гибкость: оркестрация без привязки к языку

✅ Надёжность: встроенные механизмы компенсаций и повторов

✅ Масштабируемость: распределённые воркеры

👉 Полный гайд: Читать статью на Хабре📚

#Camunda #Workflow #Microservices #DevOps #REST #NodeJS #CSharp

🚀 Как Fix Price автоматизировал бизнес-процессы с помощью Camunda

Вадим Райский, руководитель IT-проектов в Fix Price, делится кейсом внедрения Camunda для оптимизации работы с заявками на строительство и ремонт магазинов.

Проблема

Ручное управление бизнес-процессами стало слишком затратным и негибким:

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

Решение: Camunda

Выбрали BPM-движок Camunda, но не стали использовать его «из коробки» — только ядро для управления процессами. Остальное (формы, авторизацию, DMN-таблицы) вынесли в бэкенд на PHP.

Как это работает:

✅ External Tasks — задачи обрабатываются через REST API.
✅ UserTaskModel — задачи пользователей хранятся в БД бэкенда, а не в Camunda.
✅ Гибкие условия — ветвления процессов управляются вызовами к бэкенду.

Итоги
✔ Гибкость — изменения процессов без переписывания кода.
✔ Прозрачность — визуализация BPMN-схем для всей команды.
✔ Масштабируемость — готовность к усложнению процессов.

Минусы Camunda:
🔻 Сложность настройки.
🔻 Зависимость от IT-специалистов.
🔻 Ограничения бесплатной версии.

👉 Вывод: Camunda — мощный инструмент, но требует кастомизации под конкретные нужды.

📌 Полный разбор — в статье на Хабре!

#Automation #BPM #Camunda #FixPrice #IT

Разработка UI - не основной скилл BPM-разработчика. Но иногда хочется сделать красиво😃

🌊 Бизнес-процессы на волне!

3 июля в 16:00 МСК погружаемся в BPM вместе со Стасом Макаровым (да-да, тем самым продуктовым аналитиком Jmix в легендарной красной шапке 😉). Даже наш лендинг как путеводитель по течениям автоматизации: проложим маршрут по бизнес-процессам, минуя айсберги ручной работы и мели хаотичного таск-менеджмента 🗺 🤝

План вебинара:

1️⃣ Как создавать процессы с участием людей.
2️⃣ Все тонкости назначения исполнителей.
3️⃣ Настройка форм.
4️⃣ Как улучшить таск-лист для пользователей.

Регистрация на вебинар

🚢 Корабль уже в порту - скоро отплываем!