💡 Другое решение: сигналы

Вместо того, чтобы вставлять сервис-таск всякий раз, когда нужно обновить статус, в Jmix BPM вы можете воспользоваться сигналами. 📡 Только не глобальными, а действующими в скоупе данного инстанса. Эти сигналы поймает событийный подпроцесс обновления статуса.

❓ Здесь внимательный читатель скажет: «Позвольте! Но как событийный подпроцесс узнает, кто его вызвал? Ведь сам сигнал не несет полезной нагрузки, с ним нельзя передать значение статуса.»

🎯 Совершенно верно! — И тут есть еще одна маленькая хитрость:

Потоки управления на диаграмме — это не просто стрелочки ➡️, это полноценные элементы BPMN-модели, на которые тоже можно навесить слушателей! 👂 Да-да, просто на стрелочку создаем простейший execution listener в виде выражения типа:

${execution.setVariable("status", "PAID")}

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

🎉 В результате у нас есть визуально неперегруженная схема, которая однозначно дает понять, в каком статусе находится обрабатываемый объект. ✅

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

⚡️ Вебинар: релиз OpenBPM 1.0 + Мастер-класс по миграции!

Уже 18 ноября в 16:00 состоится вебинар, посвященный выходу релиза OpenBPM 1.0.

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

Кроме того, мы возьмем реальные проекты на Camunda 7 и продемонстрируем два сценария миграции на российский движок OpenBPM:
— в простейшем случае миграция займет пару минут и вовсе не потребует замены программного кода
— для более сложного – используем мигратор, удобно встроенный в IDE.

Community версия OpenBPM распространяется бесплатно и имеет открытый исходный код. Поэтому после вебинара вы сможете повторить то же самое для своего проекта самостоятельно или с нашей помощью!

Ведущие:
- Игорь Клопотов, Руководитель продукта OpenBPM
- Никита Щиенко, Tech lead OpenBPM

🔗 Регистрируйтесь на вебинар, чтобы получить понимание шагов на пути к миграции на отечественный движок.

#OpenBPM #Вебинар #Миграция

Когда мы создаем процесс, то хочется, чтобы он четко делал, что нужно и катился автоматически катился от начала до конца.🤖

Но тут в идеальный мир вламывается реальность💥 — менеджеры хотят больше согласований!

И кирдык вашей эффективности! 🤷

Знакомо?

Из BPMN-модели легко вытащить разные статистики исполнения ⚙️📊

И тут возникает искушение назвать эти чисто технические параметры метриками 🧮

Но будьте осторожны! ⚠️

Если они не связаны со стратегией 🎯, то могут увести вас в ложную сторону 🧭🚫

Измерять надо результаты, а не просто активность 📈

Почему это проблема

Когда метрики сфокусированы на внутренней механике, возникает несколько искажений:

1. Можно идеально оптимизировать то, что бизнесу вообще не важно

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

2. Процесс может “улучшаться”, но клиенты этого не почувствуют

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

3. Команда оптимизирует частные действия, а не поток ценности

Каждый отдел улучшает свой кусочек, но общая цепочка остается неэффективной.

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

Если метрики не связаны с конечной пользой — скоростью выдачи продукта, снижением издержек или ростом NPS, — они не имеют стратегического смысла.

Лайфхак: как отслеживать статусы и не захламлять диаграму
Решение для Camunda/OpenBPM

Ранее мы обсудили саму проблему — хочется видеть не диаграмме смену статуса процессной сущности, но не хочется каждый раз ставить сервис-таск, получается громоздко.
👉https://news.1rj.ru/str/bpm_developers/197


И показали решение для JmixBPM/Flowable, как можно это разрулить сигналами и event-подпроцессом.
👉https://news.1rj.ru/str/bpm_developers/198

Но в Camunda/OpenBPM это так не работает😟
Там все сигналы широковещательные.
И сообщения очень трудно коррелировать в свой же процесс.

Но выход все-таки нашелся!🎉
Вместо сигналов можно использовать Escalation event — это работает в точности как локальный сигнал во Flowable.

Результат точно такой же:
Более чистая и читаемая диаграмма, наглядная история смены статуса, одна точка обновления сущности в БД.

И точно так же не забудте навесить execution listener на поток, входящий в ивент с выражением типа
${execution.setVariable('status', 'approved')}


Вуаля! И статусы изменяются, и все хорошо видно!

Измерение сложности моделей — Часть 2: Теория на практике

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

Что внутри:

🔹Собрали датасет из 332 BPMN-процессов и 54 CMMN-кейсов реальных клиентов

🔹Нормализовали метрики, запустили K-Means и получили три кластера: низкая / средняя / высокая сложность

🔹Разобрали, какие метрики реально рулят: CFC, CNC, NOAJS, NVAR, NRC

🔹Почему модель может быть «простой» по шлюзам, но всё равно сложной (и наоборот)

🔹Зачем иногда нужно включать NRP, а для CMMN — лучше его выкинуть

🎯И главное: как из кучи цифр получился рабочий фреймворк для оценки любой модели

Если вы когда-нибудь открывали процесс и думали «кто это вообще нарисовал?» — это обязательное чтение.
Читать перевод на Хабре👉 [ссылка]

Вы, конечно же, все знаете, в чем разница между технической🤖 и бизнес👑-ошибкой.💡

По сути, BPMN error это никакая не ошибка, а один из предсказуемых вариантов сценария.

Но иногда привычка разработчика берет верх и с помошью бизнес-ошибок моделируются технические сбои.😮

Не попадайте в эту ловушку!🎯

🔙 Откаты в банках: как работает компенсация транзакций в Camunda

Откаты — это не то, что вы подумали, это сугубо про процессы 😎

Вы знали, что в банках при сбоях нужно «откатывать» не только код, но и финансовые операции? И если делать это вручную, код превращается в лавину try/catch, флагов и скрытых зависимостей.

Но есть способ лучше — Compensation Events в BPMN.

Увы, многие аналитики не используют этот паттерн. Потому что он интуитивно непонятен и надо немного напрячься, чтобы въехать, как это работает. Но вечно некогда, а и не очень-то ясно, где его применять.

Мы перевели для вас статью, где на реальном примере показано, как банк автоматизировал откат транзакций между микросервисами:

✅ Что такое компенсационные события — и зачем они нужны вместо кучи ручных откатов
✅ Как это работает в Camunda — через Saga-паттерн и BPMN-диаграммы
✅ Живой кейс из банка — от списания и зачисления до полного отката, если что-то пошло не так
✅ Где ещё это используют — от цепочек поставок до электронной коммерции

Главный плюс: вся логика откатов видна на диаграмме процесса, а не спрятана в коде. Это снижает риски, обеспечивает compliance и сохраняет доверие клиентов.

👉 Читайте на Хабре:
https://habr.com/ru/articles/984416/

BPMN: понять и упростить!

Реальные процессы очень сложны. Простыми они бывают только на презентациях, а как доходит до продакшена, то ваша красивая BPMN-диаграмма превращается в хаотичный клубок стрелок и кубиков.🤷‍♀️

Авторы нотации BPMN надеялись, что это будет

лингва франка

для всех, кто работает с процессами, а получилась

китайская грамота

.

И что же делать? — С самой моделью, увы, ничего. Сложность просто надо принять, как норму жизни.☹️

Но можно призвать на помощь LLM и попросить ее разъяснить, что такое тут нарисовано!🎉

Вы уже не раз слышали или читали про попытки моделировать процессы при помощи LLM и знаете, что они пока еще далеки от успеха.

Почему так — это отдельный разговор. Ведь ИИ отлично умеет кодить, а BPMN, по сути, тот же код. Даже немного странно, что ИИ с этим так плохо справляется.

Однако, создание моделей это лишь один этап жизненного цикла автоматизированного процесса. Дальше эту модель надо согласовать с бизнесом и передать разработчикам, после чего она станет еще сложнее.

На каждом этапе с ней будут работать люди, которые чаще всего не являются экспертами в BPMN — им-то как быть?

Вот здесь-то и пригодится "Process Assistent", который объяснит, как данный процесс работает.

Читайте на Хабре перевод статьи, где автор делится своими техниками по преодолению сложности BPMN.

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

🔗 https://habr.com/ru/articles/985108/